Thanks for the update. Following is the log from the application showing the
problem (check the Via in 200 OK).
Another issue I'm seeing is that the User-Agent headr in 200 OK response is
different from the one in the SUBSCRIBE message.
recv 1559 bytes from udp/[172.16.4.161]:5060 at 20:49:02.635526:
------------------------------------------------------------------------
NOTIFY sip:mamah...@172.16.11.242:5060;transport=udp SIP/2.0
Via: SIP/2.0/UDP
acs-core1.intl.com:5060;branch=z9hG4bKd550206f22aacf124787628c15a9cc50.1,SIP/2.0/UDP
172.16.4.161:6015;branch=z9hG4bK1854423756626772
Max-Forwards: 69
From: <sip:mamah...@node99.acs-core1.intl.com>;tag=401559811623600
To: <sip:mamah...@node99.acs-core1.intl.com:5060>;tag=503Ny97jjQH5S
Call-ID: 8c98c482-1f63-122e-129a-000bdbd50d90
CSeq: 2 NOTIFY
Content-Type: application/pidf+xml
Event: presence.account;x-intl-include=im-telephony-account-hotdesk
Subscription-State: active
Contact:
<sip:b544219e-1dd1-11b2-8fc7-b23336626566+b5442...@172.16.4.161:6015;transport=udp>
Content-Length: 862
------------------------------------------------------------------------
tport_deliver(0x9242378): msg 0x9248778 (1559 bytes) from
udp/172.16.4.161:5060/sip next=(nil)
nta: received NOTIFY sip:mamah...@172.16.11.242:5060;transport=udp SIP/2.0
(CSeq 2)
nta: Via check: received=172.16.4.161
nta: canonizing sip:mamah...@172.16.11.242:5060 with contact
nta: NOTIFY (2) going to existing leg
nua: nua_stack_process_request: entering
nua(0x9243658): nua_notify_server_preprocess: active ()
nua: nua_application_event: entering
tport_tsend(0x9242378) tpn = UDP/172.16.4.161:5060
tport_resolve addrinfo = 172.16.4.161:5060
tport_by_addrinfo(0x9242378): not found by name UDP/172.16.4.161:5060
tport_vsend returned 558
send 558 bytes to udp/[172.16.4.161]:5060 at 20:49:02.636002:
------------------------------------------------------------------------
SIP/2.0 200 OK
Via: SIP/2.0/UDP
acs-core1.intl.com:5060;branch=z9hG4bKd550206f22aacf124787628c15a9cc50.1;received=172.16.4.161
From: <sip:mamah...@node99.acs-core1.intl.com>;tag=401559811623600
To: <sip:mamah...@node99.acs-core1.intl.com:5060>;tag=503Ny97jjQH5S
Call-ID: 8c98c482-1f63-122e-129a-000bdbd50d90
CSeq: 2 NOTIFY
Contact: <sip:mamah...@172.16.11.242:5060>
User-Agent: sofia-sip/1.12.10
Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, PRACK, MESSAGE, SUBSCRIBE,
NOTIFY, REFER, UPDATE
Supported: timer, 100rel
Content-Length: 0
------------------------------------------------------------------------
nta: sent 200 OK for NOTIFY (2)
nua: nua_application_event: entering
Thanks
----- Original Message -----
From: "Pekka Pessi" <ppe...@gmail.com>
To: "Gaurav Srivastva" <gaurav...@yahoo.com>
Cc: <sofia-sip-devel@lists.sourceforge.net>
Sent: Tuesday, August 10, 2010 10:44 AM
Subject: Re: [Sofia-sip-devel] sofia-sip not sending correct Via headers in
200 OK to NOTIFY request
2010/8/10 Gaurav Srivastva <gaurav...@yahoo.com>:
> Would highly appreciate if someone can tell me if this issue is resolved
> in
> sofia-sip stack or not.
Are you sure there is no other Via header down the response? ;-o
I've never seen the bug on Linux, but I've added test cases for it in
nta and nua just in case you manage to compile git head on OSX
(patches on any of the problems encountered are welcome).
--Pekka
> On Aug 8, 2010, at 2:49 AM, Gaurav Srivastva wrote:
> The notify request to the subscription is being responded to by Sofia-Sip
> stack with one Via header from the SIP request missing.
> In the NOTIFY, the Via header is,
> Via: SIP/2.0/UDP
> ift-uca.mitel.com:5060;branch=z9hG4bK693c3fbd3b6fa114ad984c7a522a1964.1,SIP/2.0/UDP
> 172.16.14.209:6015;branch=z9hG4bK86266194643563
> In the 200 OK response, the Via header being sent is,
> Via: SIP/2.0/UDP
> ift-uca.mitel.com:5060;branch=z9hG4bK693c3fbd3b6fa114ad984c7a522a1964.1;received=172.16.14.209
> I'm using nua to send the subscribe request.
> handle = nua_handle(appl->nua,
> NULL,
> SIPTAG_FROM(from_header),
> SIPTAG_TO(to_header),
> SIPTAG_ROUTE(route_header),
> SIPTAG_CONTACT(contact_header),
> TAG_END());
>
> if(handle)
> {
> nua_subscribe(handle,
> SIPTAG_EXPIRES_STR("3600"),
> SIPTAG_EVENT_STR("presence"),
> SIPTAG_ACCEPT_STR("application/pidf+xml"),
> TAG_END());
>
> }
> The platform is OSX and xcode IDE.
> Can someone tell me what I'm doing wrong or is this a bug in sofia-sip
> stack?
> Thanks
> Gaurav
--
Pekka.Pessi mail at nokia.com
------------------------------------------------------------------------------
This SF.net email is sponsored by
Make an app they can't live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
_______________________________________________
Sofia-sip-devel mailing list
Sofia-sip-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/sofia-sip-devel
