<div><font face="verdana,sans-serif">I'm going to reformulate my doubt here, </font></div>
<div><font face="Verdana"></font> </div>
<div><font face="Verdana">I have an Asterisk as a GW, i don't want to ask for authentication to incoming calls (coming from the Asterisk), so i did the following:</font></div>
<div><font face="Verdana"></font> </div>
<div><font face="Verdana">Previously i added the IP of the Asterisk to the table "domain" so the function is_from_local could check the from domain in the domain table and get into the if statemen....</font></div>
<div><font face="Verdana"></font> </div>
<div><font face="Verdana">Now my doubt is why do i have to use check_source_addres after checking the is_from_local? does it make any sence? Also, adding the IP of the GW to the domain table will produce the mentioned bucle on the first message of this thread...Am i doind sometrhing wrong?</font></div>
<div><font face="verdana,sans-serif">if (!(method=="REGISTER") && is_from_local()) /*multidomain version*/<br> {<br> if(!check_source_address("0")){<br> if (!proxy_authorize("", "subscriber")) {<br>
proxy_challenge("", "0");<br> exit;<br> }<br> if (!db_check_from()) {<br> sl_send_reply("403","Forbidden auth ID");<br>
exit;<br> }<br> ##<br> consume_credentials();<br> ## # caller authenticated<br> }<br> }<br></font></div>
<div><font face="verdana,sans-serif">.</font></div>
<div><font face="verdana,sans-serif">.</font></div>
<div><font face="verdana,sans-serif">.</font></div>
<div><font face="verdana,sans-serif">.</font></div>
<div><font face="verdana,sans-serif">.</font></div>
<div><font face="verdana,sans-serif"> </font></div>
<div><font face="verdana,sans-serif"> if (!is_uri_host_local())<br> {<br> if(is_from_local()) {<br> route(1);<br> } else {<br> sl_send_reply("403","Not Here");<br>
}<br> }<br></font></div>
<div><font face="verdana,sans-serif">Any help would be appreciated!</font></div>
<div><font face="verdana,sans-serif"> </font></div>
<div><font face="verdana,sans-serif">Best Regards</font></div>
<div><br><br></div>
<div class="gmail_quote">2011/2/22 Toyima Dias <span dir="ltr"><<a href="mailto:toyimads@gmail.com">toyimads@gmail.com</a>></span><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"><font face="verdana,sans-serif">Hi Tyler, <br></font><br>
<div class="gmail_quote">2011/2/22 Tyler Merritt <span dir="ltr"><<a href="mailto:tyler@fonality.com" target="_blank">tyler@fonality.com</a>></span>
<div class="im"><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">Check the subscribers table - this is where authentication happens. The domain table (as I understand it) is only used to check what is a "local" domain and what isn't - but this isn't what makes a registration transaction occur. </blockquote>
<div> </div></div>
<div><font face="tahoma,sans-serif">Registration? the problem is not related to registrations my friend.</font></div>
<div class="im">
<div> </div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>check_source_address() compares the IP against the address table - not the domain table. So that part of your code isn't even matching (unless you had the IP of the Asterisk server in the address table as group 0).</div>
<div> </div></blockquote>
<div> </div></div>
<div><font face="tahoma,sans-serif">That's right, but the problem is that before checking "chec_source_addres" the line * if (!(method=="REGISTER") && is_from_local()) * filters the request because the *is_from_local* checks that the domain of the FROM header of the Asterisk invite is not in the domain table. If i put the address of the Asterisk in the domain table the ACK loop starts.</font></div>
<div class="im">
<div><font face="tahoma,sans-serif"> </font></div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>If you want Asterisk to authenticate - and you do not want incoming calls to the proxy to authenticate, make sure the subscriber's FROM domain is NOT in the domain table. </div>
<div> </div></blockquote>
<div> </div></div>
<div><font face="tahoma,sans-serif">I don't want to authenticate calls from the Asterisk, because Asterisk is a GW and is not necessary to authenticate incoming calls. </font></div>
<div class="im">
<div> </div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>You could rip out the is_from_local() and replace it with check_source_address() and then make sure the Asterisk server is on the address table. It will accomplish the same thing in the end.</div>
<div><br></div></blockquote>
<div> </div>
<div> </div></div>
<div>Ok i will check it :)</div>
<div>
<div></div>
<div class="h5">
<div> </div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>Or you could just say (if $si==ASTERISK IP) { consume_credentials(); } but that will register on every transaction type initially (including a registration method which doesn't make sense because of course we're trying to authenticate).</div>
<div><br></div>
<div>This code forces a challenge for "outbound" calls from my point of view.</div>
<div><br></div>
<div>The check_source_address() function is useful when you have multiple boxes behind a single proxy, you don't want if ($si==A, || $si==B, etc.) in your routing block - you can put all the IPs in the table and then just use the one function to check against a group (in the case below - group 0)</div>
<div><br>
<div class="gmail_quote">
<div>
<div></div>
<div>On Mon, Feb 21, 2011 at 11:29 PM, Toyima Dias <span dir="ltr"><<a href="mailto:toyimads@gmail.com" target="_blank">toyimads@gmail.com</a>></span> wrote:<br></div></div>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div>
<div></div>
<div>
<div><font face="verdana,sans-serif">oops, sorry, i sent the message without finishing :S here i go again:</font></div>
<div><font face="Verdana"></font> </div><font face="verdana,sans-serif">
<div>
<div><font face="verdana,sans-serif">I've found a "solution" for this problem, the problem was that i had the ip addres of the Asterisk server on the table "domain";</font></div>
<div><font face="Verdana"></font> </div></div>
<div><font face="Verdana">I have this configuration on my script: (only the important section to be checked)</font></div>
<div><font face="Verdana"></font> </div>
<div>
<div> if (!(method=="REGISTER") && is_from_local()) /*multidomain version*/<br> {<br> if(!check_source_address("0")){<br> if (!proxy_authorize("", "subscriber")) {<br>
proxy_challenge("", "0");<br> exit;<br> }<br> if (!db_check_from()) {<br> sl_send_reply("403","Forbidden auth ID");<br> exit;<br> }<br></div> consume_credentials();<br>
## # caller authenticated
<div><br> }<br> }<br> # preloaded route checking<br> if (loose_route()) {<br> xlog("L_ERR",<br> "Attempt to route with preloaded Route's [$fu/$tu/$ru/$ci]");<br> if (!is_method("ACK"))<br>
sl_send_reply("403","Preload Route denied");<br> exit;<br> }</div></div></font>
<div><font face="verdana,sans-serif"></font> </div>
<div><font face="verdana,sans-serif">.</font></div>
<div><font face="Verdana">.</font></div>
<div><font face="Verdana">.</font></div>
<div><font face="Verdana"></font> </div>
<div><font face="Verdana">if (!is_uri_host_local())<br> {<br> if(is_from_local()) {<br> route(1);<br> } else {<br> sl_send_reply("403","Not Here");<br> }<br> }</font></div>
<div><font face="verdana,sans-serif"></font> </div>
<div><font face="Verdana">Now my doubt is about the permission section (address table), if i delete the ip address of my Asterisk from the address table the proxy will always process the request from it, so i do not understand the purpose of the line if(!check_source_address("0")) after if (!(method=="REGISTER") && is_from_local()), as any request coming from the Asterisk will have a FROM different from the OpenSIPS domain...so that's why i entered the ip of the Asterisk on the domain table because the is_from_local checks the host part of the domain table <br>
</font></div>
<div><font face="Verdana">Is there any explanation about this, am i missing something?</font></div>
<div><font face="Verdana"></font> </div>
<div><font face="Verdana">Best Regards!</font></div>
<div><font face="Verdana"></font> </div>
<div><font face="verdana,sans-serif"></font> </div>
<div><font face="verdana,sans-serif"> </font></div>
<div><br><br></div>
<div class="gmail_quote">2011/2/21 Toyima Dias <span dir="ltr"><<a href="mailto:toyimads@gmail.com" target="_blank">toyimads@gmail.com</a>></span>
<div>
<div></div>
<div><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote">
<div><font face="verdana,sans-serif">Hello,</font></div>
<div><font face="verdana,sans-serif"></font> </div>
<div><font face="verdana,sans-serif">I've found a "solution" for this problem, the problem was that i had the ip addres of the Asterisk server on the table "domain";</font></div>
<div><font face="Verdana">I have this configuratíon on my script:</font></div>
<div><font face="Verdana"></font> </div>
<div> if (!(method=="REGISTER") && is_from_local()) /*multidomain version*/<br> {<br> if(!check_source_address("0")){<br> if (!proxy_authorize("", "subscriber")) {<br>
proxy_challenge("", "0");<br> exit;<br> }<br> if (!db_check_from()) {<br> sl_send_reply("403","Forbidden auth ID");<br> exit;<br> }<br> ##<br> #xlog("L_WARN", "Thanks for the authorization - The call [$ru] will continue to the destination - see ya ;) ; => 200 OK to NON REGISTER");<br>
consume_credentials();<br> ## # caller authenticated<br> }<br> xlog("L_INFO","la IP SI esta dada de alta en el sistema");<br> }<br> xlog("L_INFO","no entra al bucle");</div>
<div> # preloaded route checking<br> if (loose_route()) {<br> xlog("L_ERR",<br> "Attempt to route with preloaded Route's [$fu/$tu/$ru/$ci]");<br> if (!is_method("ACK"))<br> sl_send_reply("403","Preload Route denied");<br>
exit;<br> }</div>
<div><font face="Verdana"></font> </div>
<div><font face="verdana,sans-serif"></font> </div>
<div><font face="verdana,sans-serif"> </font></div>
<div><br><br></div>
<div class="gmail_quote">2011/2/17 Toyima Dias <span dir="ltr"><<a href="mailto:toyimads@gmail.com" target="_blank">toyimads@gmail.com</a>></span>
<div>
<div></div>
<div><br>
<blockquote style="BORDER-LEFT: #ccc 1px solid; MARGIN: 0px 0px 0px 0.8ex; PADDING-LEFT: 1ex" class="gmail_quote"><font face="verdana,sans-serif">Hello community, <br><br>I'm having a weird error connecting my OpenSIPS with my Asterisk server, this is the scenario:<br>
<br>A (</font><font face="verdana,sans-serif"><a href="http://172.30.140.18:55063/" target="_blank">172.30.140.18:55063</a></font><font face="verdana,sans-serif">) --> OpenSIPS (</font><font face="verdana,sans-serif"><a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a></font><font face="verdana,sans-serif">) --> Asterisk (</font><font face="verdana,sans-serif"><a href="http://172.30.140.40:5060/" target="_blank">172.30.140.40:5060</a></font><font face="verdana,sans-serif">) --> B<br>
<br>and now take a look at the traces:<br><br>U 2011/02/17 11:53:01.933871 <a href="http://172.30.140.18:55063/" target="_blank">172.30.140.18:55063</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a><br>
INVITE <a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a> SIP/2.0^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;branch=z9hG4bK-d87543-2f38213d4413f513-1--d87543-;rport^@<br>
Max-Forwards: 70^@<br>Contact: <<a href="http://sip:1000@172.30.140.18:55063" target="_blank">sip:1000@172.30.140.18:55063</a>>^@<br>To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>^@<br>
From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 INVITE^@<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO^@<br>
Content-Type: application/sdp^@<br>Proxy-Authorization: Digest username="1000",realm="172.30.140.57",nonce="4d5cfe2b0000000225b0486d17b27e44f8d7c14d191f0ae7",uri="<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>",response="6c7defa53d5c68c1f3d2b5fda8400be6",algorithm=MD5^@<br>
User-Agent: X-Lite release 1011s stamp 41150^@<br>Content-Length: 372^@<br>^@<br>v=0^@<br>o=- 2 2 IN IP4 172.30.140.18^@<br>s=CounterPath X-Lite 3.0^@<br>c=IN IP4 172.30.140.18^@<br>t=0 0^@<br>m=audio 50020 RTP/AVP 107 119 100 106 0 105 98 8 101^@<br>
a=fmtp:101 0-15^@<br>a=rtpmap:107 BV32/16000^@<br>a=rtpmap:119 BV32-FEC/16000^@<br>a=rtpmap:100 SPEEX/16000^@<br>a=rtpmap:106 SPEEX-FEC/16000^@<br>a=rtpmap:105 SPEEX-FEC/8000^@<br>a=rtpmap:98 iLBC/8000^@<br>a=rtpmap:101 telephone-event/8000^@<br>
a=sendrecv^@<br><br><br>U 2011/02/17 11:53:01.935400 <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a> -> <a href="http://172.30.140.40:5060/" target="_blank">172.30.140.40:5060</a><br>INVITE <a href="mailto:sip%3A887238976894563045@172.30.140.40" target="_blank">sip:887238976894563045@172.30.140.40</a> SIP/2.0^@<br>
Record-Route: <sip:172.30.140.57;lr=on>^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.0^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-2f38213d4413f513-1--d87543-;rport=55063^@<br>
Max-Forwards: 69^@<br>Contact: <<a href="http://sip:1000@172.30.140.18:55063" target="_blank">sip:1000@172.30.140.18:55063</a>>^@<br>To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>^@<br>
From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 INVITE^@<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO^@<br>
Content-Type: application/sdp^@<br>User-Agent: X-Lite release 1011s stamp 41150^@<br>Content-Length: 372^@<br>^@<br>v=0^@<br>o=- 2 2 IN IP4 172.30.140.18^@<br>s=CounterPath X-Lite 3.0^@<br>c=IN IP4 172.30.140.18^@<br>t=0 0^@<br>
m=audio 50020 RTP/AVP 107 119 100 106 0 105 98 8 101^@<br>a=fmtp:101 0-15^@<br>a=rtpmap:107 BV32/16000^@<br>a=rtpmap:119 BV32-FEC/16000^@<br>a=rtpmap:100 SPEEX/16000^@<br>a=rtpmap:106 SPEEX-FEC/16000^@<br>a=rtpmap:105 SPEEX-FEC/8000^@<br>
a=rtpmap:98 iLBC/8000^@<br>a=rtpmap:101 telephone-event/8000^@<br>a=sendrecv^@<br><br><br>U 2011/02/17 11:53:02.284379 <a href="http://172.30.140.40:5060/" target="_blank">172.30.140.40:5060</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a><br>
SIP/2.0 180 Ringing^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.0;received=172.30.140.57^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-2f38213d4413f513-1--d87543-;rport=55063^@<br>
Record-Route: <sip:172.30.140.57;lr=on>^@<br>From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>
Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 INVITE^@<br>User-Agent: Asterisk PBX^@<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY^@<br>Supported: replaces^@<br>Contact: <<a href="mailto:sip%3A887238976894563045@172.30.140.40" target="_blank">sip:887238976894563045@172.30.140.40</a>>^@<br>
Content-Length: 0^@<br>^@<br><br>#<br>U 2011/02/17 11:53:02.284672 <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a> -> <a href="http://172.30.140.18:55063/" target="_blank">172.30.140.18:55063</a><br>
SIP/2.0 180 Ringing^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-2f38213d4413f513-1--d87543-;rport=55063^@<br>Record-Route: <sip:172.30.140.57;lr=on>^@<br>From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>
To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>
CSeq: 2 INVITE^@<br>User-Agent: Asterisk PBX^@<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY^@<br>Supported: replaces^@<br>Contact: <<a href="mailto:sip%3A887238976894563045@172.30.140.40" target="_blank">sip:887238976894563045@172.30.140.40</a>>^@<br>
Content-Length: 0^@<br>^@<br><br>U 2011/02/17 11:53:03.298391 <a href="http://172.30.140.40:5060/" target="_blank">172.30.140.40:5060</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a><br>
SIP/2.0 200 OK^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.0;received=172.30.140.57^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-2f38213d4413f513-1--d87543-;rport=55063^@<br>
Record-Route: <sip:172.30.140.57;lr=on>^@<br>From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>
Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 INVITE^@<br>User-Agent: Asterisk PBX^@<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY^@<br>Supported: replaces^@<br>Contact: <<a href="mailto:sip%3A887238976894563045@172.30.140.40" target="_blank">sip:887238976894563045@172.30.140.40</a>>^@<br>
Content-Type: application/sdp^@<br>Content-Length: 240^@<br>^@<br>v=0^@<br>o=root 1966 1966 IN IP4 172.30.140.40^@<br>s=session^@<br>c=IN IP4 172.30.140.40^@<br>t=0 0^@<br>m=audio 18852 RTP/AVP 0 101^@<br>a=rtpmap:0 PCMU/8000^@<br>
a=rtpmap:101 telephone-event/8000^@<br>a=fmtp:101 0-16^@<br>a=silenceSupp:off - - - -^@<br>a=ptime:20^@<br>a=sendrecv^@<br><br>U 2011/02/17 11:53:03.298702 <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a> -> <a href="http://172.30.140.18:55063/" target="_blank">172.30.140.18:55063</a><br>
SIP/2.0 200 OK^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-2f38213d4413f513-1--d87543-;rport=55063^@<br>Record-Route: <sip:172.30.140.57;lr=on>^@<br>From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>
To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>
CSeq: 2 INVITE^@<br>User-Agent: Asterisk PBX^@<br>Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY^@<br>Supported: replaces^@<br>Contact: <<a href="mailto:sip%3A887238976894563045@172.30.140.40" target="_blank">sip:887238976894563045@172.30.140.40</a>>^@<br>
Content-Type: application/sdp^@<br>Content-Length: 240^@<br>^@<br>v=0^@<br>o=root 1966 1966 IN IP4 172.30.140.40^@<br>s=session^@<br>c=IN IP4 172.30.140.40^@<br>t=0 0^@<br>m=audio 18852 RTP/AVP 0 101^@<br>a=rtpmap:0 PCMU/8000^@<br>
a=rtpmap:101 telephone-event/8000^@<br>a=fmtp:101 0-16^@<br>a=silenceSupp:off - - - -^@<br>a=ptime:20^@<br>a=sendrecv^@<br><br>#<br>U 2011/02/17 11:53:03.407685 <b><a href="http://172.30.140.18:55063/" target="_blank">172.30.140.18:55063</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a></b><br>
<b>ACK <a href="mailto:sip%3A887238976894563045@172.30.140.40" target="_blank">sip:887238976894563045@172.30.140.40</a> SIP/2.0^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;branch=z9hG4bK-d87543-521a2b0fde4fec7e-1--d87543-;rport^@</b><br>
Max-Forwards: 70^@<br>Route: <sip:172.30.140.57;lr>^@<br>Contact: <<a href="http://sip:1000@172.30.140.18:55063" target="_blank">sip:1000@172.30.140.18:55063</a>>^@<br>To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>
From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 ACK^@<br>Proxy-Authorization: Digest username="1000",realm="172.30.140.57",nonce="4d5cfe2b0000000225b0486d17b27e44f8d7c14d191f0ae7",uri="<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>",response="6c7defa53d5c68c1f3d2b5fda8400be6",algorithm=MD5^@<br>
User-Agent: X-Lite release 1011s stamp 41150^@<br>Content-Length: 0^@<br><br>U 2011/02/17 11:53:03.407995 <b><a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a></b><br>
<b>ACK sip:172.30.140.57;lr SIP/2.0^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-521a2b0fde4fec7e-1--d87543-;rport=55063^@</b><br>
Max-Forwards: 69^@<br>Contact: <<a href="http://sip:1000@172.30.140.18:55063" target="_blank">sip:1000@172.30.140.18:55063</a>>^@<br>To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>
From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 ACK^@<br>Proxy-Authorization: Digest username="1000",realm="172.30.140.57",nonce="4d5cfe2b0000000225b0486d17b27e44f8d7c14d191f0ae7",uri="<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>",response="6c7defa53d5c68c1f3d2b5fda8400be6",algorithm=MD5^@<br>
User-Agent: X-Lite release 1011s stamp 41150^@<br>Content-Length: 0^@<br>^@<br><br>#<br>U 2011/02/17 11:53:03.408064 <b><a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a></b><br>
<b>ACK sip:172.30.140.57;lr SIP/2.0^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-521a2b0fde4fec7e-1--d87543-;rport=55063^@</b><br>
Max-Forwards: 68^@<br>Contact: <<a href="http://sip:1000@172.30.140.18:55063" target="_blank">sip:1000@172.30.140.18:55063</a>>^@<br>To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>
From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 ACK^@<br>Proxy-Authorization: Digest username="1000",realm="172.30.140.57",nonce="4d5cfe2b0000000225b0486d17b27e44f8d7c14d191f0ae7",uri="<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>",response="6c7defa53d5c68c1f3d2b5fda8400be6",algorithm=MD5^@<br>
User-Agent: X-Lite release 1011s stamp 41150^@<br>Content-Length: 0^@<br><br>U 2011/02/17 11:53:03.408099 <b><a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a></b><br>
<b>ACK sip:172.30.140.57;lr SIP/2.0^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>
Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-521a2b0fde4fec7e-1--d87543-;rport=55063^</b>@<br>Max-Forwards: 67^@<br>Contact: <<a href="http://sip:1000@172.30.140.18:55063" target="_blank">sip:1000@172.30.140.18:55063</a>>^@<br>
To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>
Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 ACK^@<br>Proxy-Authorization: Digest username="1000",realm="172.30.140.57",nonce="4d5cfe2b0000000225b0486d17b27e44f8d7c14d191f0ae7",uri="<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>",response="6c7defa53d5c68c1f3d2b5fda8400be6",algorithm=MD5^@<br>
User-Agent: X-Lite release 1011s stamp 41150^@<br>Content-Length: 0^@<br>^@<br><br>#<br>U 2011/02/17 11:53:03.408129 <b><a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a> -> <a href="http://172.30.140.57:5060/" target="_blank">172.30.140.57:5060</a></b><br>
<b>ACK sip:172.30.140.57;lr SIP/2.0^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>
Via: SIP/2.0/UDP 172.30.140.57;branch=z9hG4bKbf24.2b64a8c2.2^@<br>Via: SIP/2.0/UDP 172.30.140.18:55063;received=172.30.140.18;branch=z9hG4bK-d87543-521a2b0fde4fec7e-1--d87543-;rport=55063^@</b><br>Max-Forwards: 66^@<br>Contact: <<a href="http://sip:1000@172.30.140.18:55063" target="_blank">sip:1000@172.30.140.18:55063</a>>^@<br>
To: "011887238976894563045"<<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>>;tag=as2d96f902^@<br>From: "1000"<<a href="mailto:sip%3A1000@172.30.140.57" target="_blank">sip:1000@172.30.140.57</a>>;tag=f8636d21^@<br>
Call-ID: NjM0ZDU0NmNkOTI2YWZmYjk4MzBlY2Y2ZmJhM2YxYjU.^@<br>CSeq: 2 ACK^@<br>Proxy-Authorization: Digest username="1000",realm="172.30.140.57",nonce="4d5cfe2b0000000225b0486d17b27e44f8d7c14d191f0ae7",uri="<a href="mailto:sip%3A011887238976894563045@172.30.140.57" target="_blank">sip:011887238976894563045@172.30.140.57</a>",response="6c7defa53d5c68c1f3d2b5fda8400be6",algorithm=MD5^@<br>
User-Agent: X-Lite release 1011s stamp 41150^@<br>Content-Length: 0^@<br>.<br>.<br>.<br>.<br><br>This continues until the Asterisk retransmit the 200 OK, but then the same behavior, the Proxy sends the ACK from A to itself...what is happening? what should i check?<br>
</font></blockquote></div></div></div><br></blockquote></div></div></div><br><br></div></div>_______________________________________________<br>Users mailing list<br><a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a><br>
<a href="http://lists.opensips.org/cgi-bin/mailman/listinfo/users" target="_blank">http://lists.opensips.org/cgi-bin/mailman/listinfo/users</a><br><br></blockquote></div><br></div></blockquote></div></div></div><br></blockquote>
</div><br>