[OpenSIPS-Users] Value of PATH is not being used in next_branches() in Faliure Route

Gomtesh Jain gomtesh at gmail.com
Mon Jun 11 14:45:25 CEST 2012


Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:  ERROR
RESPONSE MATCHED  method (INVITE) r-uri (<null>) :callID
ZjUwZTkzMWI5ZjRjNDNjNDc1MGRhZDVmZjM3ZmY0YmQ. :CSeq 1
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:parse_headers: via found, flags=22
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]: DBG:core:
*next_branches*: Msg information <sip:855_1_7agentsURI at 122.177.144.180:2043
;transport=TCP,sip:50.16.212.126:8060;lr,<sip:50.16.212.126:8060;lr>,-1,0>
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:parse_headers: parse_headers: this is the second via
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:  ON
FAILURE BLOCK  method (INVITE) r-uri (<null>) :callID
ZjUwZTkzMWI5ZjRjNDNjNDc1MGRhZDVmZjM3ZmY0YmQ. :CSeq 1
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:parse_to_param: tag=7963038936cb090485262a576bc5dd22-8eae
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:
DBG:core:check_ip_address: params 122.177.144.180, 192.168.3.128, 0
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:parse_to: end of header reached, state=29
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:
DBG:core:parse_headers: flags=80
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:parse_to: display={"855_1_7agentsURI"}, ruri={
sip:855_1_7agentsURI at management.3clogic.com:5506}
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:  IN
ROUTE BLOCK method (INVITE) r-uri (<null>) :callID
ZjUwZTkzMWI5ZjRjNDNjNDc1MGRhZDVmZjM3ZmY0YmQ.
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:get_hdr_field: <To> [112]; uri=[
sip:855_1_7agentsURI at management.3clogic.com:5506]
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:
DBG:core:mk_proxy: doing DNS lookup...
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:get_hdr_field: to body ["855_1_7agentsURI"<
sip:855_1_7agentsURI at management.3clogic.com:5506>]
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:
DBG:core:get_send_socket: force_send_socket of different proto (2)!
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:get_hdr_field: cseq <CSeq>: <1> <INVITE>
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:
DBG:core:parse_headers: flags=2000
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
DBG:core:parse_headers: flags=8
Jun  8 11:40:03 ip-10-122-214-174 /usr/local/sbin/opensips[18488]:
DBG:core:tcp_send: no open tcp connection found, opening new one


Thanx,
Gomtesh


On Mon, Jun 11, 2012 at 5:53 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:

> **
> I see.....Seems ok.
>
> could you post the logs from next_branches() - it outputs similar logs
> about the data pushed back into message.
>
> Regards,
>
> Bogdan-Andrei Iancu
> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>
>
> On 06/11/2012 03:07 PM, Gomtesh Jain wrote:
>
>
>  Hi Bogdan,
>       When I do serialize_branches(1) after look up , I can see both the
> contacts in logs with proper PATH values (*50.16.212.126:8060*).
> But It process 1st contact properly but after next_branches() it does not
> process 2nd branch properly . It does not add *50.16.212.126:8060;lr *as
> route.
>
>  Jun  8 11:39:55 ip-10-122-214-174 /usr/local/sbin/opensips[18491]:
> DBG:core:*serialize_branches: Msg information <
> sip:855_1_7agentsURI at 115.252.66.182:3912;transport=TCP,sip:50.16.212.126:8060;lr
> ,<sip:50.16.212.126:8060;lr>,-1,0>*
> Jun  8 11:39:55 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
> DBG:core:parse_headers: via found, flags=2
> Jun  8 11:39:55 ip-10-122-214-174 /usr/local/sbin/opensips[18491]:
> DBG:core:*serialize_branches: Branch information <
> sip:855_1_7agentsURI at 122.177.144.180:2043;transport=TCP,sip:50.16.212.126:8060;lr
> ,<sip:50.16.212.126:8060;lr>,-1,0>*
> Jun  8 11:39:55 ip-10-122-214-174 /usr/local/sbin/opensips[18490]:
> DBG:core:parse_headers: this is the first via
>
>
>  Thanx,
> Gomtesh
>
> On Mon, Jun 11, 2012 at 3:34 PM, Bogdan-Andrei Iancu <bogdan at opensips.org>wrote:
>
>>  Hi Gomtesh,
>>
>> Do your saved contacts contain a PATH field at all ? check with
>> "opensipsctl ul show" to see if the path was stored in usrloc cache.
>>
>> Maybe your problem is not at "lookup" time, but rather at "save" time.
>>
>> Regards,
>> Bogdan
>>
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developerhttp://www.opensips-solutions.com
>>
>>
>> On 06/11/2012 10:56 AM, Gomtesh Jain wrote:
>>
>>  Hi ,
>>    I am using opensips 1.6 . I am facing an issue here . It seems In
>> faliure route when I do next_branches() it does not set value of "path"
>> (from lookup) as distination/route . Which results , opensips try to send
>> message directly to UA .
>>
>> Here I give N/w diagram
>>
>>    UA1(115.X.X.X)-------[PROXY]--------|
>>   |
>>                                                           |
>> Registrar/Opensips   |
>>   UA2 (122.x.x.x)--------[PROXY]-------|
>>   |
>>
>>
>>  The issue I am facing is ...
>> 1. On any INVITE to Opensips after lookup Opensips sends invite to Proxy
>> 2. On any faliure response in "Faiure Route"
>> 3. When I do next_branches() it tries to send INVITE directly to
>> 122.X.X.X .
>>
>>  -----------------HERE I GIVE PIECE OF Opnesips.cfg--------------------
>>
>>
>>         xlog("L_NOTICE", "SERIALIZE BRANCHES ($rm) r-uri ($ru) : Contact
>> : $ct  :callID $ci : CSeq $cs \n");
>>                         if (!serialize_branches(1)){
>>                                 sl_send_reply("500","Unable to load
>> contacts");
>>                                 exit;
>>                         }else{
>>                       xlog("L_NOTICE", "PREPARE FIRST BRANCH ($rm) r-uri
>> ($ru) : Contact : $ct  :callID $ci : CSeq $cs \n");
>>                                 if (next_branches()){
>>                                     xlog("L_NOTICE", "NEXT BRANCH After
>> Seri :callID $ci : CSeq $cs \n");
>>                                         t_on_failure("1");
>>                                 }
>>                                 #else{
>>                                 #       sl_send_reply("504","Not found ");
>>                                 #       exit;
>>                                 #}
>>                         }
>>                         append_hf("P-hint: lcr applied\r\n");
>>
>>                  }else{
>>                         append_hf("P-hint: usrloc applied\r\n");
>>                 }
>>
>>          };
>>
>>          route(1);
>> }
>>
>>  route[1] {
>>
>>
>>          if (nat_uac_test("7")) {
>>             fix_nated_contact();
>>         };
>>         # send it out now; use stateful forwarding as it works reliably
>>         # even for UDP2TCP
>>         xlog("L_NOTICE", " IN ROUTE BLOCK method ($rm) r-uri ($rs)
>> :callID $ci \n");
>>         if (!t_relay()) {
>>                 sl_reply_error();
>>         };
>>         t_on_reply("1");
>>         exit;
>> }
>>
>>  onreply_route[1]{
>>   xlog("L_NOTICE", " ON REPLY BLOCK  method ($rm) r-uri ($rs) :callID $ci
>> :CSeq $cs \n");
>> }
>>
>>
>>
>>  failure_route[1] {
>>    if ( t_check_status("404|477|408|486|50[234]")){
>>                 xlog("L_NOTICE", " ERROR RESPONSE MATCHED  method ($rm)
>> r-uri ($rs) :callID $ci :CSeq $cs \n");
>>          if (next_branches())
>>          {
>>                 xlog("L_NOTICE", " ON FAILURE BLOCK  method ($rm) r-uri
>> ($rs) :callID $ci :CSeq $cs \n");
>>                 t_on_failure("1");
>>                 route(1);
>>
>>           }
>>
>>      }
>> }
>>
>>
>> -----------------------------------------------------------------------------
>>
>>
>>  I attach the log of the call in debug=9 mode.
>>
>>
>>  Please have a look at this if anyone can help me .
>>
>>  Thanx,
>> Gomtesh
>>
>>
>>
>> _______________________________________________
>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20120611/69947b0a/attachment.htm>


More information about the Users mailing list