[SIP Beyond VoIP] Another case where Sylk would reject Notifications
Hadzhiev, Tihomir
tihomir.hadzhiev at acision.com
Fri Nov 16 14:54:47 CET 2012
Well,
So far I see the NOTIFY sent reaching the SYLK as I said:
9/NOTIFY sip:wbfhcopd at 10.226.20.56:6060 SIP/2.0
Via: SIP/2.0/UDP 10.226.20.240:6060;branch=z9hG4bKa4f2.97be7075.0
Via: SIP/2.0/UDP 10.226.20.56:5080;branch=z9hG4bKa4f2.731ff2d4.0
To: sip:admin at testing.com;tag=mHf.-BnNdhzEn2zr6AsK0BoHmC5Eujdk
From: sip:alice at open-ims.test;tag=48b5b8952e8d0bca6256941910840e90-4492
CSeq: 3 NOTIFY
Call-ID: XgdwiaQJ7moYV.obv2s97NMJIWy-5Wtw
Content-Length: 1210
User-Agent: kamailio (3.3.2 (x86_64/linux))
Max-Forwards: 16
Event: presence
Contact: <sip:10.226.20.56:5080;transport=udp>
Subscription-State: active;expires=3563
Content-Type: application/pidf+xml
<?xml version="1.0" encoding="utf-8"?>
<presence xmlns:cp="urn:ietf:params:xml:ns:pidf:cipid" xmlns:caps="urn:ietf:params:xml:ns:pidf:caps" xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" xmlns:pdm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:p="urn:ietf:params:xml:ns:pidf-diff" xmlns:op="urn:oma:xml:prs:pidf:oma-pres" xmlns="urn:ietf:params:xml:ns:pidf" entity="sip:alice at open-ims.test">
<pdm:person id="JXEEVCMM">
<op:overriding-willingness>
<op:basic>open</op:basic>
</op:overriding-willingness>
<rpid:activities>
<rpid:unknown/>
</rpid:activities>
<rpid:mood>
<rpid:neutral/>
</rpid:mood>
<cp:homepage>http://dir.bg</cp:homepage>
<pdm:note>TEST TEXT</pdm:note>
</pdm:person>
<pdm:device id="d0001">
<status>
<basic>open</basic>
</status>
<caps:devcaps>
<caps:mobility>
<cap
And notification responded with OK.
Then finally Sylk replies with HTTP ACCEPTED 202 to the SUBSCRIBE request
Sylk then generates NOTIFY towards the SIP used with event Presence and Subscription state - Pending
Sylk generates the following XMPP presence state towards XMPP server
<presence to='admin at testing.com' from='alice at open-ims.test' type='subscribe'/><presence to='admin at testing.com' from='alice at open-ims.test' type='probe'/>
NOTIFY responded to Sylk on the pending status
XMPP server send to Sylk OK - Subscribed
Sylk generateds a NOTIFY towards the IMS user with event Presence and Subscription state - Active
XMPP server send to sylk the following: <presence from="admin at testing.com/Gajim" to="alice at open-ims.test" id="173"><priority>50</priority><x xmlns="vcard-temp:x:update"><photo/></x><c node="http://gajim.org" xmlns="http://jabber.org/protocol/caps" hash="sha-1" ver="47EPEmSc9oqPGwcrbNtpKcYyJcE="/></presence>
The NOTIFY gets replied with OK
The Sylk generates another NOTIFY towards IMS user as follows:
a|NOTIFY sip:alice at 10.226.20.14:55305;transport=udp SIP/2.0
Via: SIP/2.0/UDP 10.226.20.56:6060;rport;branch=z9hG4bKPj4wA495gMtWybKaEOVReScIks2XG.8kQk
Max-Forwards: 70
From: <sip:admin at testing.com>;tag=d410yOgImEyvLf-bii0VU4vFx-vITCVx
To: <sip:alice at open-ims.test>;tag=12673
Contact: <sip:admin at 10.226.20.56:6060>
Call-ID: M-b4fced012e3884d755287520b438e711
CSeq: 7571 NOTIFY
Route: <sip:mo at 10.226.20.240:6060;lr>
Route: <sip:mo at 10.226.20.240:4060;lr>
Event: presence
Subscription-State: active;expires=599999
Allow-Events: conference, refer, presence
User-Agent: SylkServer-2.2.1
Content-Type: application/pidf+xml
Content-Length: 820
<?xml version='1.0' encoding='UTF-8'?>
<presence xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model" xmlns:agp-pidf="urn:ag-projects:xml:ns:pidf" xmlns:caps="urn:ietf:params:xml:ns:pidf:caps" xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid" xmlns="urn:ietf:params:xml:ns:pidf" entity="admin%40testing.com"><tuple id="ID-47616a696d"><status><basic>open</basic><agp-pidf:extended>available</agp-pidf:extended></status><dm:deviceID>47616a696d</dm:deviceID><agp-pidf:device-info id="47616a696d"><agp-pidf:description>Gajim</agp-pidf:description></agp-pidf:device-info><caps:servcaps><caps:message>true</caps:message><caps:text>true</caps:text></caps:servcaps><contact>sip%3Aadmin%40testing.com%3Bxmpp%3Bgr%3D47616a696d</contact></tuple><dm:person id="ID-0dc8f8d23b595e70248c34fd05bf8f35"><rpid:activities/></dm:person></presence
Do you still need the sip, xmpp, notification logs ?
Could it be a problem of the VCards being generated ? I'm really smashed here... Everything looks like working normally , e.g. at least the flows are looking fine, triggers as well. But can't make it working.
When I look into the presence server, I see that these 2 users are Actively watching each others ( picture attached ):
[cid:image001.png at 01CDC40A.52615540]
Thanks,
Tiho
From: Adrian Georgescu [mailto:ag at ag-projects.com]
Sent: 16 November 2012 14:31
To: Hadzhiev, Tihomir
Cc: sipbeyondvoip at lists.ag-projects.com
Subject: Re: [SIP Beyond VoIP] Another case where Sylk would reject Notifications
And what happens when it reaches SylkServer?
Please enable sip, xmpp and notifications logs and paste them here.
Regards,
Adrian
On Nov 16, 2012, at 1:57 PM, Hadzhiev, Tihomir wrote:
> I will trace that, meanwhile here is the NOTIFY that reaches SYLK ( including the PDIF ):
>
>
>
> Session Initiation Protocol
> Request-Line: NOTIFY sip:yndugtca at 10.226.20.56:6060 SIP/2.0
> Method: NOTIFY
> Request-URI: sip:yndugtca at 10.226.20.56:6060
> Request-URI User Part: yndugtca
> Request-URI Host Part: 10.226.20.56
> Request-URI Host Port: 6060
> [Resent Packet: False]
> Message Header
> Via: SIP/2.0/UDP 10.226.20.240:6060;branch=z9hG4bKc8f1.91e76551.0
> Transport: UDP
> Sent-by Address: 10.226.20.240
> Sent-by port: 6060
> Branch: z9hG4bKc8f1.91e76551.0
> Via: SIP/2.0/UDP 10.226.20.56:5080;branch=z9hG4bKc8f1.788613e5.0
> Transport: UDP
> Sent-by Address: 10.226.20.56
> Sent-by port: 5080
> Branch: z9hG4bKc8f1.788613e5.0
> To: sip:admin at testing.com;tag=srEHBlStXmD32JNkPzrTpUnSNdOyji7e
> SIP to address: sip:admin at testing.com
> SIP to address User Part: admin
> SIP to address Host Part: testing.com
> SIP tag: srEHBlStXmD32JNkPzrTpUnSNdOyji7e
> From: sip:alice at open-ims.test;tag=48b5b8952e8d0bca6256941910840e90-4cf1
> SIP from address: sip:alice at open-ims.test
> SIP from address User Part: alice
> SIP from address Host Part: open-ims.test
> SIP tag: 48b5b8952e8d0bca6256941910840e90-4cf1
> CSeq: 6 NOTIFY
> Sequence Number: 6
> Method: NOTIFY
> Call-ID: hGi71RUziL3L.EMyMfZvpnRT43CwjkhJ
> Content-Length: 1210
> User-Agent: kamailio (3.3.2 (x86_64/linux))
> Max-Forwards: 16
> Event: presence
> Contact: <sip:10.226.20.56:5080;transport=udp>
> Contact-URI: sip:10.226.20.56:5080;transport=udp
> Contact-URI Host Part: 10.226.20.56
> Contact-URI Host Port: 5080
> Contact parameter: transport=udp>
> Subscription-State: active;expires=2718
> Content-Type: application/pidf+xml
> Message Body
> eXtensible Markup Language
> <?xml
> version="1.0"
> encoding="utf-8"
> ?>
> <presence
> xmlns:cp="urn:ietf:params:xml:ns:pidf:cipid"
> xmlns:caps="urn:ietf:params:xml:ns:pidf:caps"
> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
> xmlns:pdm="urn:ietf:params:xml:ns:pidf:data-model"
> xmlns:p="urn:ietf:params:xml:ns:pidf-diff"
> xmlns:op="urn:oma:xml:prs:pidf:oma-pres"
> xmlns="urn:ietf:params:xml:ns:pidf"
> entity="sip:alice at open-ims.test">
> <pdm:person
> id="JXEEVCMM">
> <op:overriding-willingness>
> <op:basic>
> open
> </op:basic>
> </op:overriding-willingness>
> <rpid:activities>
> <rpid:unknown/>
> </rpid:activities>
> <rpid:mood>
> <rpid:neutral/>
> </rpid:mood>
> <cp:homepage>
> http://dir.bg
> </cp:homepage>
> <pdm:note>
> TEST TEXT
> </pdm:note>
> </pdm:person>
> <pdm:device
> id="d0001">
> <status>
> <basic>
> open
> </basic>
> </status>
> <caps:devcaps>
> <caps:mobility>
> <caps:supported>
> <caps:fixed/>
> </caps:supported>
> </caps:mobility>
> </caps:devcaps>
> <op:network-availability>
> <op:network
> id="IMS">
> <op:active/>
> </op:network>
> </op:network-availability>
> <pdm:deviceID>
> urn:uuid:3ca50bcb-7a67-44f1-afd0-994a55f930f4
> </pdm:deviceID>
> </pdm:device>
> </presence>
>
> -----Original Message-----
> From: Saúl Ibarra Corretgé [mailto:saul at ag-projects.com]
> Sent: 16 November 2012 13:45
> To: Hadzhiev, Tihomir
> Cc: Adrian Georgescu; sipbeyondvoip at lists.ag-projects.com<mailto:sipbeyondvoip at lists.ag-projects.com>
> Subject: Re: [SIP Beyond VoIP] Another case where Sylk would reject Notifications
>
>
> On Nov 16, 2012, at 1:37 PM, Hadzhiev, Tihomir wrote:
>
>> Well I see that the NOTIFY reaches Sylk, and SYLK says OK on the notify, the notify is sent towards the generated address, for example:
>>
>> Contact URI: yndugtca at 10.226.20.56:6060<mailto:yndugtca at 10.226.20.56:6060> which is Sylk.
>>
>
> Then I guess there is something about the NOTIFY that Sylk isn't liking that much. You can add some debug prints in presence.py to track it down.
>
>> Also what I see is that Sylk replies with HTTP OK 202 on the SUBSCRIBES -> Is this correct ?
>>
>
> Yes.
>
>> Cheers,
>> Tiho
>>
>>
>> -----Original Message-----
>> From: Saúl Ibarra Corretgé [mailto:saul at ag-projects.com]
>> Sent: 16 November 2012 12:35
>> To: Hadzhiev, Tihomir
>> Cc: Adrian Georgescu; sipbeyondvoip at lists.ag-projects.com<mailto:sipbeyondvoip at lists.ag-projects.com>
>> Subject: Re: [SIP Beyond VoIP] Another case where Sylk would reject Notifications
>>
>>
>> On Nov 16, 2012, at 12:25 PM, Hadzhiev, Tihomir wrote:
>>
>>> Well,
>>>
>>> I see in a dump that Sylk generated the presence subscribption and probe towards the XMPP server ( Ejabberd ) and this is being responded as SUBSCRIBED by EjabberD
>>>
>>> Then the following Notify is sent towards IMS from Sylk ( with Tuple populated )
>>>
>>> Session Initiation Protocol
>>> Request-Line: NOTIFY sip:alice at 10.226.20.14:55305;transport=udp SIP/2.0
>>> Method: NOTIFY
>>> Request-URI: sip:alice at 10.226.20.14:55305;transport=udp
>>> Request-URI User Part: alice
>>> Request-URI Host Part: 10.226.20.14
>>> Request-URI Host Port: 55305
>>> [Resent Packet: False]
>>> Message Header
>>> Via: SIP/2.0/UDP 10.226.20.56:6060;rport;branch=z9hG4bKPjRey1TfZpnkw0bWjo17eyzOwe4yIw-0-f
>>> Transport: UDP
>>> Sent-by Address: 10.226.20.56
>>> Sent-by port: 6060
>>> RPort: rport
>>> Branch: z9hG4bKPjRey1TfZpnkw0bWjo17eyzOwe4yIw-0-f
>>> Max-Forwards: 70
>>> From: <sip:tihoparvi at testing.com>;tag=Pxq4QZ-BeM7HHoMWn1HCb7DniVmSnspT
>>> SIP from address: sip:tihoparvi at testing.com
>>> SIP from address User Part: tihoparvi
>>> SIP from address Host Part: testing.com
>>> SIP tag: Pxq4QZ-BeM7HHoMWn1HCb7DniVmSnspT
>>> To: <sip:alice at open-ims.test>;tag=24372
>>> SIP to address: sip:alice at open-ims.test
>>> SIP to address User Part: alice
>>> SIP to address Host Part: open-ims.test
>>> SIP tag: 24372
>>> Contact: <sip:tihoparvi at 10.226.20.56:6060>
>>> Contact-URI: sip:tihoparvi at 10.226.20.56:6060
>>> Contactt-URI User Part: tihoparvi
>>> Contact-URI Host Part: 10.226.20.56
>>> Contact-URI Host Port: 6060
>>> Call-ID: M-874137a0b1349286241207066c1c4e72
>>> CSeq: 15028 NOTIFY
>>> Sequence Number: 15028
>>> Method: NOTIFY
>>> Route: <sip:mo at 10.226.20.240:6060;lr>
>>> Route: <sip:mo at 10.226.20.240:4060;lr>
>>> Event: presence
>>> Subscription-State: active;expires=599996
>>> Allow-Events: conference, refer, presence
>>> User-Agent: SylkServer-2.2.1
>>> Content-Type: application/pidf+xml
>>> Content-Length: 873
>>> Message Body
>>> eXtensible Markup Language
>>> <?xml
>>> version='1.0'
>>> encoding='UTF-8'
>>> ?>
>>> <presence
>>> xmlns:dm="urn:ietf:params:xml:ns:pidf:data-model"
>>> xmlns:agp-pidf="urn:ag-projects:xml:ns:pidf"
>>> xmlns:caps="urn:ietf:params:xml:ns:pidf:caps"
>>> xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
>>> xmlns="urn:ietf:params:xml:ns:pidf"
>>> entity="tihoparvi%40testing.com">
>>> <tuple
>>> id="ID-435a2d52384c474b4547">
>>> <status>
>>> <basic>
>>> open
>>> </basic>
>>> <agp-pidf:extended>
>>> available
>>> </agp-pidf:extended>
>>> </status>
>>> <dm:deviceID>
>>> 435a2d52384c474b4547
>>> </dm:deviceID>
>>> <agp-pidf:device-info
>>> id="435a2d52384c474b4547">
>>> <agp-pidf:description>
>>> CZ-R8LGKEG
>>> </agp-pidf:description>
>>> </agp-pidf:device-info>
>>> <caps:servcaps>
>>> <caps:message>
>>> true
>>> </caps:message>
>>> <caps:text>
>>> true
>>> </caps:text>
>>> </caps:servcaps>
>>> <contact>
>>> sip%3Atihoparvi%40testing.com%3Bxmpp%3Bgr%3D435a2d52384c474b4547
>>> </contact>
>>> </tuple>
>>> <dm:person
>>> id="ID-ed8975ecb63f91ca1146ca625b6fca2d">
>>> <rpid:activities/>
>>> </dm:person>
>>> </presence>
>>>
>>>
>>> The above pdu is responded with OK
>>>
>>> What I don't like at some point is that a Notify from the presence server for the SIP user to the XMPP user with the PDIF is being rejected by the SIP proxy and does not reach Sylk, the error is :
>>>
>>> Warning: 392 10.226.20.240:6060 "Noisy feedback tells: pid=8570 req_src_ip=10.226.20.56 req_src_port=5080 in_uri=sip:zvkgjyfh at 10.226.20.56:6060 out_uri=sip:zvkgjyfh at 10.226.20.56:6060 via_cnt==1" but this might not have any relation L
>>>
>>> Is a fact that the presence request reaches the XMPP server correctly, and it is acknowledged. But still I cannot see the IMS user online.
>>>
>>
>> Does the NOTIFY reach SylkServer? If it doesn't then there not nothing SylkServer can do about it.
>>
>> --
>> Saúl Ibarra Corretgé
>> AG Projects
>>
>>
>>
>>
>>
>> This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
>>
>>
>
> --
> Saúl Ibarra Corretgé
> AG Projects
>
>
>
>
>
> This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
>
>
________________________________
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ag-projects.com/pipermail/sipbeyondvoip/attachments/20121116/799c6961/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 15967 bytes
Desc: image001.png
URL: <http://lists.ag-projects.com/pipermail/sipbeyondvoip/attachments/20121116/799c6961/attachment-0001.png>
More information about the SIPBeyondVoIP
mailing list