[SIP Beyond VoIP] sip-subscribe-presence does not unsubscribe correctly

[Owen Lynch]

Hi,

I am running sip-subscribe-presence like this:
sip-subscribe-presence -s -a monkey3 at flowdevtest.paragon.co.nz
monkey3 at flowdevtest.paragon.co.nz

When I terminate sip-subscribe-presence after a successful subscription I
get a 404 Not Here instead of a NOTIFY. This is because the request URI has
changed and the kamailio server does not consider it to be a valid
in-dialog subscribe.

The initial subscribe is:

192.168.2.236:57765 -(SIP over tls)-> 192.168.2.125:5061
SUBSCRIBE sip:monkey3 at flowdevtest.paragon.co.nz SIP/2.0
Via: SIP/2.0/tls 192.168.2.236:57765
;rport;branch=z9hG4bKPjqvB4spMeyGC4jdrtknGLSSFxdq68xa58
Max-Forwards: 70
From: <sip:monkey3 at flowdevtest.paragon.co.nz
>;tag=DlElTbYUX1NSHigaPB0l56s42EdoOvzx
To: <sip:monkey3 at flowdevtest.paragon.co.nz>
Contact: <sip:pfyhnird at 192.168.2.236:47656;transport=tls>
Call-ID: r-Zf69ji74Iu3xxxiIcPDAet9OKEndj7
CSeq: 5339 SUBSCRIBE
Event: presence
Expires: 3600
Accept: application/pidf+xml
Allow-Events: presence
User-Agent: sipsimple 0.31.1
Authorization: Digest username="monkey3", realm="flowdevtest.paragon.co.nz",
nonce="UMalGFDGo+yB6OMcb64SBYtElh7Q1zF3", uri="
sip:monkey3 at flowdevtest.paragon.co.nz",
response="752330a8c9062b82c2e7b9e8ab11a7d0",
cnonce="VJJm.rzmXf3nViftDB6NolivoXaTWzWH", qop=auth, nc=00000001
Content-Length:  0

It is acknowledged with:

2012-12-11 16:11:47.712883: RECEIVED: Packet 4, +0:00:00.023362
192.168.2.125:5061 -(SIP over tls)-> 192.168.2.236:57765
SIP/2.0 202 OK
Record-Route: <sip:192.168.2.125:5061;transport=tls;lr=on>
Via: SIP/2.0/tls 192.168.2.236:57765
;rport=57765;branch=z9hG4bKPjqvB4spMeyGC4jdrtknGLSSFxdq68xa58
From: <sip:monkey3 at flowdevtest.paragon.co.nz
>;tag=DlElTbYUX1NSHigaPB0l56s42EdoOvzx
To: <sip:monkey3 at flowdevtest.paragon.co.nz
>;tag=85c03e96299e8572e145bc73db23802a-c1f4
Call-ID: r-Zf69ji74Iu3xxxiIcPDAet9OKEndj7
CSeq: 5339 SUBSCRIBE
Expires: 3600
Contact: <sip:192.168.2.129:5061;transport=tls>
Server: kamailio (3.3.2 (i386/linux))
Content-Length: 0


But the final subscribe (expires=0) is:

2012-12-11 16:12:07.179514: SENDING: Packet 7, +0:00:19.489993
192.168.2.236:57765 -(SIP over tls)-> 192.168.2.125:5061
SUBSCRIBE *sip:192.168.2.129:57929*;transport=tls SIP/2.0
Via: SIP/2.0/tls 192.168.2.236:57765
;rport;branch=z9hG4bKPjW4TsbpZqhCOjMMm0KhIzbvrJant7Ovip
Max-Forwards: 70
From: <sip:monkey3 at flowdevtest.paragon.co.nz
>;tag=DlElTbYUX1NSHigaPB0l56s42EdoOvzx
To: <sip:monkey3 at flowdevtest.paragon.co.nz
>;tag=85c03e96299e8572e145bc73db23802a-c1f4
Contact: <sip:pfyhnird at 192.168.2.236:47656;transport=tls>
Call-ID: r-Zf69ji74Iu3xxxiIcPDAet9OKEndj7
CSeq: 5340 SUBSCRIBE
Route: <sip:192.168.2.125:5061;transport=tls;lr>
Event: presence
Expires: 0
Accept: application/pidf+xml
Allow-Events: presence
User-Agent: sipsimple 0.31.1
Content-Length:  0

It is acknowledged with:

2012-12-11 16:12:07.179669: RECEIVED: Packet 8, +0:00:19.490148
192.168.2.125:5061 -(SIP over tls)-> 192.168.2.236:57765
SIP/2.0 404 Not here
Via: SIP/2.0/tls 192.168.2.236:57765
;rport=57765;branch=z9hG4bKPjW4TsbpZqhCOjMMm0KhIzbvrJant7Ovip
From: <sip:monkey3 at flowdevtest.paragon.co.nz
>;tag=DlElTbYUX1NSHigaPB0l56s42EdoOvzx
To: <sip:monkey3 at flowdevtest.paragon.co.nz
>;tag=85c03e96299e8572e145bc73db23802a-c1f4
Call-ID: r-Zf69ji74Iu3xxxiIcPDAet9OKEndj7
CSeq: 5340 SUBSCRIBE
Server: kamailio (3.3.2 (i386/linux))
Content-Length: 0

The final subscribe request URI is "SUBSCRIBE
sip:192.168.2.129:*57929*;transport=tls"
but it needs to be "SUBSCRIBE sip:192.168.2.129:*5061*;transport=tls", i.e.
the port should match the port it is connected to, not a new port. Can you
advise on how the script picks a new port for the request URI and whether I
can force it to what I want. Package version is 0.31.1

We have a kamailio sip proxy on .2.125 and a kamailio presence server on
.2.129

Kind regards,
Owen Lynch
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ag-projects.com/pipermail/sipbeyondvoip/attachments/20121211/bf36ac1d/attachment-0001.html>