[OpenSIPS-Users] miss BYE
Nick
nick_chang at ezmobo.com
Thu Dec 15 02:53:05 CET 2011
Hello
I saw this document. URL is
http://www.opensips.org/html/docs/modules/1.7.x/rr.html#id250142
The loose_route function analyzes the Route: headers in the requests. If
there is no Route: header, the function returns FALSE and routing should
be done with normal lookup functions. If a Route: header is found, the
function returns 1 and behaves as described in section 16.12 of RFC
3261. The only exceptions are :
1. If the request is out-of-dialog (no to-tag) and there is only one
Route: header indicating the local proxy, then the Route: header is
removed and the function returns FALSE.
2. If the request in inside a dialog ( has a to-tag ), loose-routing was
used ($ru is end-point) and Route contains only the local proxy, the
function returns FALSE.
3. If there is a Route Header but other parsing errors occur ( like
parsing the TO header to get the TAG ), the function also returns FALSE.
My result be equal second point . So, it return false.
How to config to change this request?
Do everyone have any suggestion??
Thanks
Nick
On 2011?12?13? 18:02, Nick wrote:
> Hello
>
> Thanks for your support.
> Debug log is very big.
> I put in the my server.
> URL : http://61.220.37.82/upload/opensips.log
>
> Please give me a suggest.
> Thanks
>
> Nick
>
> On 2011?12?13? 17:33, Vlad Paiu wrote:
>> Hello,
>>
>> It seems that OpenSIPS sees itself responsible for the R-URI domain (
>> 220.130.6.180 ) and for the Route Header URI domain as well (
>> 192.168.20.118 ) so something goes wrong with the loose routing.
>> Actually OpenSIPS will try to do Strict Routing for that BYE, as it
>> sees itself in the R-URI, and then it would try to forward it again
>> to itself, but this time without any Route Headers, which will make
>> loose_route() exit the second time with an error.
>>
>> Can you please post a full debug OpenSIPS log while processing this BYE ?
>>
>> Regards,
>> Vlad Paiu
>> OpenSIPS Developer
>>
>> On 12/13/2011 09:46 AM, Nick wrote:
>>> Hello
>>>
>>> Yes.
>>> It's my config.
>>> Thanks for your support.
>>>
>>> Nick
>>>
>>> On 2011?12?13? 14:35, Schneur Rosenberg wrote:
>>>>
>>>> Did u do record_route() on initial invite?
>>>>
>>>> On Dec 13, 2011 8:02 AM, "Nick" <nick_chang at ezmobo.com
>>>> <mailto:nick_chang at ezmobo.com>> wrote:
>>>>
>>>> Hello
>>>>
>>>> I used ngrep .
>>>> U 220.130.6.180:55260 <http://220.130.6.180:55260> ->
>>>> 192.168.20.118:5060 <http://192.168.20.118:5060>
>>>> BYE sip:81 at 220.130.6.180:17882
>>>> <http://sip:81@220.130.6.180:17882> SIP/2.0.
>>>> Via: SIP/2.0/UDP
>>>> 192.168.20.153:55260;branch=z9hG4bK1489712528;rport.
>>>> From: <sip:118 at 220.130.6.180
>>>> <mailto:sip%3A118 at 220.130.6.180>>;tag=1735203887.
>>>> To: "Tony-opensips"<sip:81 at 220.130.6.180
>>>> <mailto:sip%3A81 at 220.130.6.180>>;tag=2e7b1572.
>>>> Call-ID: ZDgzYzY5NjcxY2UzYmU0YzkwMWUzZWFiODA4NzlmY2I..
>>>> CSeq: 859463759 BYE.
>>>> Content-Length: 0.
>>>> Max-Forwards: 70.
>>>> Accept-Contact: *;+g.oma.sip-im.
>>>> Accept-Contact: *;language="en,fr".
>>>> Accept-Contact:
>>>> *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".
>>>> Route: <sip:192.168.20.118;lr;did=827.ee7aaf17>.
>>>> Accept-Contact:
>>>> *;+g.3gpp.icsi-ref="urn%3Aurn-7%3A3gpp-service.ims.icsi.mmtel".
>>>> P-Preferred-Service: urn:urn-7:3gpp-service.ims.icsi.mmtel.
>>>> Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY,
>>>> PRACK, UPDATE, REFER.
>>>> Privacy: none.
>>>> P-Access-Network-Info: ADSL;utran-cell-id-3gpp=00000000.
>>>> User-Agent: IM-client/OMA1.0 ios-ngn-stack/v00 (doubango r000).
>>>> P-Preferred-Identity: <sip:118 at 220.130.6.180
>>>> <mailto:sip%3A118 at 220.130.6.180>>.
>>>> .
>>>>
>>>>
>>>> U 192.168.20.118:5060 <http://192.168.20.118:5060> ->
>>>> 220.130.6.180:55260 <http://220.130.6.180:55260>
>>>> SIP/2.0 404 Not here.
>>>> Via: SIP/2.0/UDP
>>>> 192.168.20.153:55260;received=220.130.6.180;branch=z9hG4bK1489712528;rport=55260.
>>>> From: <sip:118 at 220.130.6.180
>>>> <mailto:sip%3A118 at 220.130.6.180>>;tag=1735203887.
>>>> To: "Tony-opensips"<sip:81 at 220.130.6.180
>>>> <mailto:sip%3A81 at 220.130.6.180>>;tag=2e7b1572.
>>>> Call-ID: ZDgzYzY5NjcxY2UzYmU0YzkwMWUzZWFiODA4NzlmY2I..
>>>> CSeq: 859463759 BYE.
>>>> Server: OpenSIPS (1.7.0-tls (i386/linux)).
>>>> Content-Length: 0.
>>>>
>>>>
>>>> When 118 send BYE to Server.
>>>> But Server tell 118 " Not Here".
>>>>
>>>> It's my config for BYE
>>>>
>>>> if (has_totag()) {
>>>> # sequential request withing a dialog should
>>>> # take the path determined by record-routing
>>>> if (loose_route()) {
>>>> if (is_method("BYE")) {
>>>> setflag(1); # do accounting ...
>>>> setflag(3); # ... even if the
>>>> transaction fails
>>>> } else if (is_method("INVITE")) {
>>>> # even if in most of the cases
>>>> is useless, do RR for
>>>> # re-INVITEs alos, as some buggy
>>>> clients do change route set
>>>> # during the dialog.
>>>> record_route();
>>>> }
>>>> # route it out to whatever destination
>>>> was set by loose_route()
>>>> # in $du (destination URI).
>>>> route(1);
>>>> } else {
>>>> /* uncomment the following lines if you
>>>> want to enable presence */
>>>> if (is_method("SUBSCRIBE") && $rd ==
>>>> "192.168.20.118") {
>>>> # in-dialog subscribe requests
>>>> route(presence_handling);
>>>> exit;
>>>> }
>>>> if ( is_method("ACK") ) {
>>>> if ( t_check_trans() ) {
>>>> # non loose-route, but
>>>> stateful ACK; must be an ACK after
>>>> # a 487 or e.g. 404 from
>>>> upstream server
>>>> t_relay();
>>>> exit;
>>>> } else {
>>>> # ACK without matching
>>>> transaction ->
>>>> # ignore and discard
>>>> exit;
>>>> }
>>>> }
>>>> sl_send_reply("404","Not here");
>>>> }
>>>> exit;
>>>> }
>>>>
>>>> Why is Not here??
>>>> Can everyone help me? Thanks
>>>> Nick
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20111215/b64d047d/attachment-0001.htm>
More information about the Users
mailing list