[SIP Beyond VoIP] Generation of GRUU

Hadzhiev, Tihomir tihomir.hadzhiev at acision.com
Tue Nov 20 16:44:59 CET 2012


Hi all,

I have a question here.

Looking at the description of how the resource( xmpp ) mapping is done against the SIP gr=  ( description @ Sylk web site ) the following question arises.

E.g. if I send a message from SIP -> XMPP  , where the Source Address is: tihoparvi at open-ims.test;gr=739277318<mailto:tihoparvi at open-ims.test;gr=739277318>     the gr is translated to a resource @ the XMPP Domain. That's OK

Following logs:

2012-11-20 15:53:38.412073 [sylk-server 8688]: RECEIVED: Packet 2322, +6:48:06.216479
10.226.20.240:6060 -(SIP over UDP)-> 10.226.20.56:6060
MESSAGE sip:tihoparvi at testing.com;gr=739277318 SIP/2.0
Via: SIP/2.0/UDP 10.226.20.240:6060;branch=z9hG4bK68f2.79a3f897.0
Via: SIP/2.0/UDP 10.226.20.240:4060;branch=z9hG4bK68f2.1d51eb81.0
Via: SIP/2.0/UDP 10.226.20.14:65272;rport=65272;branch=z9hG4bK1353420278394
From: <sip:tihoparvi at open-ims.test>;tag=mercuro;visibleip=10.226.20.14
To: <sip:tihoparvi at testing.com;gr=739277318>
Call-ID: 511534457
CSeq: 1 MESSAGE
Max-Forwards: 15
Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE, REFER
User-Agent: IM-client/OMA1.0 Mercuro-Gold/v4.0.1631.0
Content-Type: text/plain; charset=utf-8
Accept-Contact: *;+g.oma.sip-im
P-Access-Network-Info: ADSL;utran-cell-id-3gpp=00000000
Privacy: header;session;user;critical;id
Supported: timer
Allow-Events: refer, presence, presence.winfo, xcap-diff, conference
Content-Length: 5
P-Asserted-Identity: <sip:tihoparvi at open-ims.test>
P-Charging-Vector: icid-value="P-CSCFabcd0000000050aba50600000460";icid-generated-at=10.226.20.240;orig-ioi="open-ims.test"

TEST

--

==> /var/log/sylkserver/xmpp_trace.txt <==
2012-11-20T15:53:38.428844+01:00 [sylk-server 8688]: SENDING: Packet 896, +6:48:06.156708
<message to='tihoparvi at testing.com/739277318' from='tihoparvi at open-ims.test/73796c6b2d706e384c744435723057466831784b7249324d54624c4571676855394a4b4d62'><body>TEST
</body></message>
--

==> /var/log/sylkserver/sip_trace.txt <==
2012-11-20 15:53:38.529571 [sylk-server 8688]: SENDING: Packet 2323, +6:48:06.333977
10.226.20.56:6060 -(SIP over UDP)-> 10.226.20.240:6060
SIP/2.0 200 OK
Via: SIP/2.0/UDP 10.226.20.240:6060;received=10.226.20.240;branch=z9hG4bK68f2.79a3f897.0
Via: SIP/2.0/UDP 10.226.20.240:4060;branch=z9hG4bK68f2.1d51eb81.0
Via: SIP/2.0/UDP 10.226.20.14:65272;rport=65272;branch=z9hG4bK1353420278394
Call-ID: 511534457
From: <sip:tihoparvi at open-ims.test>;tag=mercuro;visibleip=10.226.20.14
To: <sip:tihoparvi at testing.com;gr=739277318>
CSeq: 1 MESSAGE
Server: SylkServer-2.2.1
Content-Length:  0


However when a message arrives from the XMPP domain with Destination Address: tihoparvi at open-ims.test/739277318<mailto:tihoparvi at open-ims.test/739277318> the Resource is not translated to a gr=  ( following logs )

==> /var/log/sylkserver/xmpp_trace.txt <==
2012-11-20T15:48:12.926876+01:00 [sylk-server 8688]: RECEIVED: Packet 893, +6:42:40.654740
<message from='tihoparvi at testing.com/psi' to='tihoparvi at open-ims.test/739277318' xml:lang='en' id='12' type='normal'><body>TEST MESSAGE</body></message>
--

==> /var/log/sylkserver/sip_trace.txt <==
2012-11-20 15:48:12.933362 [sylk-server 8688]: DNS lookup NAPTR open-ims.test succeeded, ttl=86400: 10 50 "s" "SIP+D2U" "" _sip._udp.open-ims.test., 20 50 "s" "SIP+D2T" "" _sip._tcp.open-ims.test.
2012-11-20 15:48:12.945947 [sylk-server 8688]: SENDING: Packet 2288, +6:42:40.750353
10.226.20.56:6060 -(SIP over UDP)-> 10.226.20.240:5060
MESSAGE sip:tihoparvi at open-ims.test SIP/2.0
Via: SIP/2.0/UDP 10.226.20.56:6060;rport;branch=z9hG4bKPj7W75Yj1sKllRCG09tZ6LvREw5p7D2DjT
Max-Forwards: 70
From: <sip:tihoparvi at testing.com>;tag=dWxQnPuxV0XWGIndcPLPddwavnmx-6eM
To: <sip:tihoparvi at open-ims.test>
Call-ID: SIG9cl8t1mdDLm74F-Zrj5i94gBtMcFB
CSeq: 34460 MESSAGE
User-Agent: SylkServer-2.2.1
Content-Type: text/plain
Content-Length:    12

TEST MESSAGE
--
2012-11-20 15:48:12.946114 [sylk-server 8688]: RECEIVED: Packet 2289, +6:42:40.750520
10.226.20.240:5060 -(SIP over UDP)-> 10.226.20.56:6060
SIP/2.0 200 OK
Max-Forwards: 70
User-Agent: IM-client/OMA1.0 Mercuro-Gold/v4.0.1631.0
Via: SIP/2.0/UDP 10.226.20.56:6060;rport=6060;branch=z9hG4bKPj7W75Yj1sKllRCG09tZ6LvREw5p7D2DjT
From: <sip:tihoparvi at testing.com>;tag=dWxQnPuxV0XWGIndcPLPddwavnmx-6eM
To: <sip:tihoparvi at open-ims.test>;tag=libminisip
Call-ID: SIG9cl8t1mdDLm74F-Zrj5i94gBtMcFB
CSeq: 34460 MESSAGE
Content-Length: 0
P-Asserted-Identity: sip:tihoparvi at open-ims.test.



Am I looking here at the right behavior or not ? At least to my understanding the description @ Sylk's site says different ?

Thanks,
Tiho

From: Adrian Georgescu [mailto:ag at ag-projects.com]
Sent: 16 November 2012 19:11
To: Hadzhiev, Tihomir
Cc: sipbeyondvoip at lists.ag-projects.com
Subject: Re: [SIP Beyond VoIP] Another case where Sylk would reject Notifications

If I were you I would ask this on Kamailio mailing list.

Adrian


On Nov 16, 2012, at 7:05 PM, Hadzhiev, Tihomir wrote:


Also, if the XMPP GUY has not been present at all after the restart of SYLK, and only the IMS client logs in, the call transaction does not exist would appear again ( but I guess that's a problem of the presence server ). E.g. at least with the timeout on the watcher list.

Call transaction will appear of course if the XMPP user is still active on the Active Watchers list.

Regards,
Tiho

________________________________
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/20121120/35640a2f/attachment-0001.html>


More information about the SIPBeyondVoIP mailing list