20 Jan
2006
20 Jan
'06
10:44 p.m.
Hi Glenn,
nathelper, when building the OPTIONS ping, for To hdr, the registered
contact is used (due simplicity reasons). So the client seams to
register contacts without username. interesting is why isn't it accept
them back :).
regards,
bogdan
Glenn Dalgliesh wrote:
I was looking at packet traces of the OPTIONS packets
generated by
natping and it appears that at least in my implementation of OpenSer
1.0.0 the “To: sip” line has no username which causes many UA’s
require in order to respond to the OPTIONS packet. I was wondering if
this was intentional or if it would be possible to change this
behavior or at least make it an configurable option. I think a lot
could be done/determined based on the results of the reply; including
determining if the packet is really reaching the UA. I realize that
some UA’s may not support this feature but I think more do than not.
Just my observations/thoughts. Please give me reasons for this being a
good or bad idea….
*Current Packet:*
U 2006/01/20 16:27:10.410848 111.15.13.67:5060 -> 111.16.187.102:5060
/OPTIONS sip:111.16.187.102:5060 SIP/2.0./
Via: SIP/2.0/UDP 111.15.13.67:5060;branch=0.
From: sip:ping@intervoz.com.br;tag=ec30e9b7.
To: sip:111.16.187.102:5060.
Call-ID: b3fdcfa3-71a82db5-445151(a)111.15.13.67.
CSeq: 1 OPTIONS.
Content-Length: 0.
*Suggested Packet:*
U 2006/01/20 16:27:10.410848 111.15.13.67:5060 -> 111.16.187.102:5060
/OPTIONS sip:*<username from location table>*@111.16.187.102:5060
SIP/2.0./
Via: SIP/2.0/UDP 111.15.13.67:5060;branch=0.
From: sip:ping@intervoz.com.br;tag=ec30e9b7.
To: sip:111.16.187.102:5060.
Call-ID: b3fdcfa3-71a82db5-445151(a)111.15.13.67.
CSeq: 1 OPTIONS.
Content-Length: 0.
------------------------------------------------------------------------
_______________________________________________
Users mailing list
Users(a)openser.org
http://openser.org/cgi-bin/mailman/listinfo/users