<html><body><div style="color:#000; background-color:#fff; font-family:HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif;font-size:16px"><div><span>Hi Bogdan,</span></div><div style="color: rgb(0, 0, 0); font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px; font-style: normal; background-color: transparent;"><span></span> </div><div style="color: rgb(0, 0, 0); font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px; font-style: normal; background-color: transparent;"><span>Thanks a lot for your response. My aim is to register to both IMS nodes(.3 and .5) in the same time ,then able to make load balancing to any of them.</span></div><div> </div><div>With your support ,now I better understand how t_relay and paralel forking is working.</div><div> </div><div>I have managed the problem by sending to different IMS
registration scenario (.3 and .5) from IMS bench (.11) instead of parallel forking in OpenSIPS.</div><div> </div><div>Now the registrations are successuly completed.</div><div> </div><div>But I have another problem in the IMS call scenario.</div><div> </div><div>ACK messages are always going to .5 IMS node in t_relay instead of the related node. In the logs it seems that related transaction not found and address is found with DNS lookup and always sent to .5 node.</div><div> </div><div>For that reason only half of the calls are successful.</div><div> </div><div>Below I am sharing related part of the script , call flow and trace.</div><div> </div><div>Kind regards,</div><div>Kaan</div><div> </div><div>} else {<br> if ( is_method("ACK") )
{<br> xlog("xlog_ack_method");<br> if ( t_check_trans() ) {<br> <br> # non loose-route, but stateful ACK; must be an ACK after
<br> # a 487 or e.g. 404 from upstream server<br> xlog("xlog_nonlooseroutestatefulack");<br>
t_relay();<br> exit;<br> } else {<br> # ACK without matching transaction
-><br> # ignore and discard<br> t_relay();<br>
xlog("xlog_nonlooseroutenonstatefulack");<br> exit;<br> }<br> }<br></div><div>No. Time Source Destination Protocol Info<br> 4647 79.393261
192.168.2.11 192.168.2.141 SIP/SDP Request: INVITE sip:subs000174@open-ims.test, with session description<br> 4648 79.395108 192.168.2.141 192.168.2.11 SIP Status: 100 Giving a try<br> 4649 79.395467 192.168.2.141 192.168.2.3 SIP/SDP Request: INVITE sip:subs000174@open-ims.test, with session description<br> 4650 79.426101 192.168.2.3 192.168.2.141 SIP Status: 100 trying -- your call is important to
us<br> 4651 79.464427 192.168.2.3 192.168.2.141 SIP/SDP Request: INVITE sip:subs000174@192.168.2.11:7174, with session description<br> 4652 79.465264 192.168.2.141 192.168.2.3 SIP Status: 100 Giving a try<br> 4654 79.465773 192.168.2.141 192.168.2.11 SIP/SDP Request: INVITE sip:subs000174@192.168.2.11:7174, with session description<br> 4655 79.465773 192.168.2.11 192.168.2.141
SIP Status: 180 Ringing<br> 4656 79.466172 192.168.2.141 192.168.2.3 SIP Status: 180 Ringing<br> 4657 79.507893 192.168.2.3 192.168.2.141 SIP Status: 180 Ringing<br> 4658 79.508153 192.168.2.141 192.168.2.11 SIP Status: 180 Ringing<br> 5053 84.372654 192.168.2.11 192.168.2.141 SIP/SDP Status: 200 OK, with session
description<br> 5054 84.372931 192.168.2.141 192.168.2.3 SIP/SDP Status: 200 OK, with session description<br> 5055 84.396628 192.168.2.3 192.168.2.141 SIP/SDP Status: 200 OK, with session description<br> 5056 84.397036 192.168.2.141 192.168.2.11 SIP/SDP Status: 200 OK, with session description<br> 5057 84.397552 192.168.2.11 192.168.2.141 SIP Request: ACK
sip:subs000174@192.168.2.11:7174;transport=UDP<br> 5058 84.398921 192.168.2.141 192.168.2.5 SIP Request: ACK sip:subs000174@192.168.2.11:7174;transport=UDP<br> 5075 84.874990 192.168.2.11 192.168.2.141 SIP/SDP Status: 200 OK, with session description<br> 5076 84.875713 192.168.2.141 192.168.2.3 SIP/SDP Status: 200 OK, with session description<br> 5077 84.925133 192.168.2.3 192.168.2.141 SIP/SDP
Status: 200 OK, with session description<br> 5078 84.925434 192.168.2.141 192.168.2.11 SIP/SDP Status: 200 OK, with session description<br> 5079 84.925622 192.168.2.11 192.168.2.141 SIP Request: ACK sip:subs000174@192.168.2.11:7174;transport=UDP<br> 5080 84.926591 192.168.2.141 192.168.2.5 SIP Request: ACK sip:subs000174@192.168.2.11:7174;transport=UDP</div><div> </div><div> </div><div>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: xlog method: [ACK] totag:
[69bab173779e29f3a0c2aaef4e939266-4eaf] sipid: [192.168.2.5] messageid: [898] callid: [54-3946@192.168.2.11] callsequence: [1]<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:uri:has_totag: totag found<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: xlog_has_totag<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:parse_headers: flags=200<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:get_hdr_field: content_length=0<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:get_hdr_field: found end of header<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:rr:find_first_route: No Route headers found<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:rr:loose_route: There is no Route HF<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: xlog_ack_method<br>Oct 14 11:45:03
ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:parse_headers: flags=78<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:tm:t_lookup_request: start searching: hash=36408, isACK=1<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:tm:t_lookup_request: proceeding to pre-RFC3261 transaction matching<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:tm:t_lookup_request: no transaction found<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:tm:t_newtran: transaction on entrance=(nil)<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:parse_headers: flags=ffffffffffffffff<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:tm:t_relay_to: forwarding ACK<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:mk_proxy: doing DNS lookup...<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]:
DBG:core:parse_headers: flags=ffffffffffffffff<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:check_ip_address: params 192.168.2.5, 192.168.2.5, 0<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:forward_request: sending:#012ACK sip:subs000423@192.168.2.11:7423 SIP/2.0#015#012Max-Forwards: 10#015#012Via: SIP/2.0/UDP 192.168.2.141:4060;branch=z9hG4bK83e8.fcacb1c3.0#015#012Via: SIP/2.0/UDP 192.168.2.5:4060;branch=0#015#012Via: SIP/2.0/UDP 192.168.2.5:6060;rport=6060;branch=z9hG4bK83e8.fcacb1c3.0#015#012From: "subs004934" <sip:subs004934@open-ims.test>;tag=3946SIPpTag0054#015#012Call-ID: 54-3946@192.168.2.11#015#012To: "subs000423" <sip:subs000423@open-ims.test>;tag=69bab173779e29f3a0c2aaef4e939266-4eaf#015#012CSeq: 1 ACK#015#012User-Agent: Sip EXpress router(2.1.0-dev1 OpenIMSCore (i386/linux))#015#012Content-Length: 0#015#012#015#012.<br>Oct 14 11:45:03 ubuntu
/usr/local/opensips/sbin/opensips[6068]: DBG:core:forward_request: orig. len=480, new_len=547, proto=1<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: xlog_nonlooseroutenonstatefulack<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:destroy_avp_list: destroying list (nil)<br>Oct 14 11:45:03 ubuntu /usr/local/opensips/sbin/opensips[6068]: DBG:core:receive_msg: cleaning up<br></div><div> </div><div> 4 INVITE ----------> B1,2,4 21 0 0 <br> 5 100 <---------- 21 0
0 <br> 6 180 <---------- 21 0 0 <br> 7 183 <---------- 0 0 0 <br> 8 200 <---------- 21 33
0 <br> 9 ACK ----------> 21 33 <br>10 180 <---------- 0 0 0 <br>11 Pause [Exp(2:00)] 21
0 <br>12 BYE ----------> B3 21 99 11 <br>13 180 <---------- 0 0 0 <br>14 200 <---------- E3,4 10 0 110 </div><div>15 [ RECVRMT
] 10 0 <br><br> 1- ims_uac-0- Statistics Screen - [1-9]: Change Screen - 4485<br> Start Time | 2014-10-14 14:59:55 <br> Last Reset Time | 2014-10-14 15:01:50 <br> Current
Time | 2014-10-14 15:01:51 <br>-------------------------+---------------------------+--------------------------<br> Counter Name | Periodic value | Cumulative value<br>-------------------------+---------------------------+--------------------------<br> Elapsed Time | 00:00:00:349 | 00:01:55:109 <br> Call
Rate | 0.000 cps | 0.182 cps <br>-------------------------+---------------------------+--------------------------<br> Incoming call created | 0 | 0 <br> OutGoing call created | 0 |
21 <br> Total Call created | | 21 <br> Current Call | 0 | <br>-------------------------+---------------------------+--------------------------<br> Successful
call | 0 | 10 <br> Failed call | 1 | 11 <br>-------------------------+---------------------------+--------------------------</div> <div style="font-family: HelveticaNeue, Helvetica Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div style="font-family: HelveticaNeue, Helvetica
Neue, Helvetica, Arial, Lucida Grande, sans-serif; font-size: 16px;"> <div dir="ltr"> <div style="margin: 5px 0px; padding: 0px; border: 1px solid rgb(204, 204, 204); height: 0px; line-height: 0; font-size: 0px;" contenteditable="false" readonly="true"></div> <font face="Arial" size="2"> <b><span style="font-weight: bold;">From:</span></b> Bogdan-Andrei Iancu <bogdan@opensips.org><br> <b><span style="font-weight: bold;">To:</span></b> Kaan Dandin <kaandandin@yahoo.com>; OpenSIPS users mailling list <users@lists.opensips.org> <br><b><span style="font-weight: bold;">Cc:</span></b> Gunes Kurt <gkurt@itu.edu.tr>; "Ibrahim Hokelek, (BÄ°LGEM-UEKAE)" <ibrahim.hokelek@tubitak.gov.tr> <br> <b><span style="font-weight: bold;">Sent:</span></b> Tuesday, October 14, 2014 6:50 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: YNT: Re: YNT: Re: YNT: Re: [OpenSIPS-Users] RFC3261 transaction matching failed error for the
second 401 Unauthorized - Challenging the UE<br> </font> </div> <div><br><div id="yiv3945331377"><div>
<div><tt>Hi Kaan,<br clear="none">
<br clear="none">
When you do parallel forking (sending same request to two
destinations), only one negative reply (from the two branches)
is sent back to caller (to .11 in your case). You get the 401
reply on both .3 and .5 branches and OpenSIPS picks one to be
sent to caller .11 (in SIP only one SIP negative reply per
request is allowed).<br clear="none">
<br clear="none">
So, from SIP perspective it works ok, but my impression is you
want something else.<br clear="none">
<br clear="none">
Regards,<br clear="none">
</tt>
<pre>Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
<a href="http://www.opensips-solutions.com/" target="_blank" rel="nofollow" shape="rect">http://www.opensips-solutions.com/</a></pre>
</div></div></div></div> </div> </div> </div></body></html>