[Freeswitch-users] Presence issue. How packet should look?

[Brian West]

I figured out this issue, and working on if its a bug or limitation.

https://freeswitch.org/jira/browse/FS-9384

Mixing the xpdif+xml with dialog+xml may cause undesired behavior. :)

/b


On Wed, Mar 9, 2016 at 12:57 PM, Igor Olhovskiy <igorolhovskiy at gmail.com>
wrote:

> Hi!
> I’m trying to subscribe to Freeswitch with this packet
>
> SUBSCRIBE sip:*55 at master.rufan.at SIP/2.0
> Record-Route: <sip:10.0.20.70:5060;ftag=jz8i26dy0f;lr=on>
> Via: SIP/2.0/UDP 212.232.26.232:5060
> ;branch=z9hG4bKbb4c.eafe0e8f9ec4b28fb6e4056a64c702ed.0
> Via: SIP/2.0/UDP 192.168.88.59:37600
> ;received=176.37.91.15;branch=z9hG4bK-rzfuku5tc99o;rport=37600
> Route: <sip:10.0.20.70:5060;ftag=jz8i26dy0f;lr=on>
> From: <sip:607 at master.rufan.at>;tag=jz8i26dy0f
> To: <sip:*55 at master.rufan.at;user=phone>;tag=qBuxIeW1MNWF
> Call-ID: 313435373534383931393431313632-94bfcwdyrzz2
> CSeq: 610 SUBSCRIBE
> Max-Forwards: 69
> User-Agent: snom760/8.7.5.35
> Contact: <sip:607 at 176.37.91.15:37600;line=ukipitb6>;reg-id=1
> Event: dialog
> Accept: application/dialog-info+xml
> Expires: 80
> Content-Length: 0
> Path: <sip:212.232.26.232:5060;lr;received=sip:176.37.91.15:37600>
> X-AUTH-IP: 176.37.91.15
>
> Actually I get Accepted (202)
>
> But with NOTIFY from freeswitch I got this
>
> NOTIFY sip:607 at 176.37.91.15:37600;line=ukipitb6 SIP/2.0
> Via: SIP/2.0/UDP 10.0.20.71;rport;branch=z9hG4bKS5ZKag4N6XXFK
> Route: <sip:10.0.20.70:5060>;ftag=jz8i26dy0f;lr=on
> Record-Route: <sip:10.0.20.70:5060>;ftag=jz8i26dy0f;lr=on
> Max-Forwards: 70
> From: <sip:*55 at master.rufan.at;user=phone>;tag=qBuxIeW1MNWF
> To: <sip:607 at master.rufan.at>;tag=jz8i26dy0f
> Call-ID: 313435373534383931393431313632-94bfcwdyrzz2
> CSeq: 297327351 NOTIFY
> Contact: <sip:*55 at 10.0.20.71:5060>
> User-Agent: FreeSWITCH
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER,
> REFER, NOTIFY, PUBLISH, SUBSCRIBE
> Supported: path, replaces
> Event: dialog
> Allow-Events: talk, hold, conference, presence, as-feature-event, dialog,
> line-seize, call-info, sla, include-session-description, presence.winfo,
> message-summary, refer
> Subscription-State: active;expires=80
> Content-Type: application/dialog-info+xml
> Content-Length: 152
>
> <?xml version="1.0"?>
> <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="8"
> state="full" entity="sip:*55 at master.rufan.at">
> </dialog-info>
>
> Problem is, XML data is empty, cause actually there is no registrations
> for *55 extension.
> Why it’s not sending «Unavail» or smth. like this? What is the correct
> packet for SUBSCRIBE? Or internal profile?
>
> Internal profile is
> nonce-ttl [60]
> auth-calls [true]
> inbound-reg-force-matching-username [true]
> auth-all-packets [false]
> ext-rtp-ip [10.0.20.71]
> ext-sip-ip [10.0.20.71]
> rtp-timeout-sec [300]
> rtp-hold-timeout-sec [1800]
> tls-verify-policy [all]
> multiple-registrations [contact]
> enable-timer [false]
> dbname [share_presence]
> send-presence-on-register [true]
> inbound-codec-negotiation [greedy]
> NDLB-force-rport [safe]
> challenge-realm [auto_to]
> outbound-proxy [10.0.20.70]
> track-calls [true]
> nat-options-ping [true]
> liberal-dtmf [true]
> all-reg-options-ping [true]
> force-publish-expires [true]
> unregister-on-options-fail [true]
> user-agent-string [FreeSWITCH]
> log-auth-failures [true]
> forward-unsolicited-mwi-notify [false]
> context [public]
> rfc2833-pt [101]
> sip-port [5060]
> dialplan [XML]
> dtmf-duration [2000]
> inbound-codec-prefs [G7221 at 32000h,G7221 at 16000h,G722,PCMU,PCMA,OPUS,SILK]
> outbound-codec-prefs [G7221 at 32000h,G7221 at 16000h,G722,PCMU,PCMA,OPUS,SILK]
> rtp-timer-name [soft]
> rtp-ip [10.0.20.71]
> sip-ip [10.0.20.71]
> hold-music [local_stream://default]
> apply-nat-acl [nat.auto]
> aggressive-nat-detection [true]
> apply-inbound-acl [domains]
> local-network-acl [localnet.auto]
> record-path [/usr/local/freeswitch/recordings]
> record-template
> [${domain_name}/archive/${strftime(%Y)}/${strftime(%b)}/${strftime(%d)}/${uuid}.${record_ext}]
> manage-presence [true]
> presence-probe-on-register [true]
> manage-shared-appearance [true]
> tls [false]
>
>
> --
> Best regards,
> Igor
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://confluence.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>



-- 

*Brian West*
brian at freeswitch.org


*Twitter: @FreeSWITCH , @briankwest*
http://www.freeswitchbook.com
http://www.freeswitchcookbook.com
https://www.gofundme.com/freeswitch_ubuntu

Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit:
/r/freeswitch <https://www.reddit.com/r/freeswitch>

*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378)
*iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160726/41eeeb7a/attachment-0001.html