<div dir="ltr">I tried that but nothing... In any case I don't think it would work. The UAC (or the router) sends the ACK like this:<br><br><br>U +0.142623 A.B.C.D:60962 -> W.X.Y.Z:5060<br>ACK <a href="http://sip:04184233727@192.168.254.2:45828">sip:04184233727@192.168.254.2:45828</a> SIP/2.0* <-----<br>
Via: SIP/2.0/UDP 10.0.0.6:45828;branch=z9hG4bK-d8754z-a335c33b301d7d17-1---d8754z-;rport*<br>Max-Forwards: 70*<br>Route: <sip:W.X.Y.Z;lr;ftag=062d897a;nat=yes>*<br>Contact: <sip:5010143@A.B.C.D:60962>*<br>To: ""04184233727""<<a href="mailto:sip%3A04184233727@my.domain.com">sip:04184233727@my.domain.com</a>>;tag=as761e23cb*<br>
From: ""5010143""<<a href="mailto:sip%3A5010143@my.domain.com">sip:5010143@my.domain.com</a>>;tag=062d897a*<br><br><br>The VIA is ok, but the marked line is NOT. That <a href="http://192.168.254.2">192.168.254.2</a> is the UAC's router private IP! So is it ACK'ing the router? don't know, but os relays that ACK to ip 192.168.254.2... the calle IP is actually a public IP...<br>
<br>Anyway to fix this without touching the UAC?<br>Shouldn't OS be able to match the banch and relay that ACK to the rigth IP?<br><br>It seems like the UAC (<a href="http://10.0.0.6">10.0.0.6</a>) is sending its ACK to the ROUTER (<a href="http://192.168.254.2">192.168.254.2</a>)<br>
<br>this is the setup:<br><br><br><br>OS (W.X.Y.Z) Public IP<br> |<br> |<br> |<br>V<br>(A.B.C.D) public ip<br>ROUTER <br>(<a href="http://192.168.254.2">192.168.254.2</a>) private ip<br> |<br> |<br> |<br>V<br>UAC (<a href="http://10.0.0.6">10.0.0.6</a>)<br>
<br><br>thank you Bogdan.<br><br>David<br><br><div class="gmail_quote">On Sun, Aug 31, 2008 at 1:50 PM, David Villasmil <span dir="ltr"><<a href="mailto:david.villasmil.work@gmail.com">david.villasmil.work@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div dir="ltr">I'll try that, thanks a lot.<br><font color="#888888"><br>d</font><div><div>
</div><div class="Wj3C7c"><br><br><div class="gmail_quote">On Sun, Aug 31, 2008 at 1:23 PM, Bogdan-Andrei Iancu <span dir="ltr"><<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Hi David,<br>
<br>
Try to do a fix_nated_contact() when the 200 OK goes through opensips - in this way, the caller device will learn the public IP of the callee and not the private one.<div><br>
<br>
Regards,<br>
Bogdan<br>
<br>
David Villasmil wrote:<br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>
Thanks for answering,<br>
<br>
Yes, I thought so. Thing is I can't do anything with the caller device, it is an eyebam. I believe this has something to do with ALG. The only problem on the whole sip exchange is this ACK... is there no way to modify that on the server? Also, the IP the UAC puts on the ACK is ITS OWN ip.. VERY wierd. Can we work around that somehow?<br>
<br>
<br>
Thanks a lot<br>
<br>
David<br>
<br></div><div><div></div><div>
On Sun, Aug 31, 2008 at 12:45 AM, Bogdan-Andrei Iancu <<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a> <mailto:<a href="mailto:bogdan@voice-system.ro" target="_blank">bogdan@voice-system.ro</a>>> wrote:<br>
<br>
Hi David,<br>
<br>
The ACK for 200OK is end2end , so it is generated by the original<br>
caller and routed by proxies (without being regenerated) to the<br>
final callee.<br>
<br>
So, the private IP from the ACK's RURI is filled in by the caller<br>
device and not by OpenSIPS - Normally, the RURI of ACK must be the<br>
Contact from 200 OK.<br>
<br>
Check this with the caller device.<br>
<br>
Regards,<br>
Bogdan<br>
<br>
David Villasmil wrote:<br>
<br>
Hello all,<br>
<br>
<br>
I've got this very strange issue. A UAC behind NAT makes a<br>
call, everything goes ok, but when OS sends the 200 OK for the<br>
INVITE, it ACK OS with a PRIVATE IP has the domain! It is very<br>
strange... what does OS does? it relays the ACK to THE PRIVATE IP,<br>
which of course, doesn't exist. I've tried everything and<br>
can't seem to be able to fix this problem, I hope someone can<br>
give me a hand.<br>
<br>
<br>
NGREP: <a href="http://pastebin.com/m633730e2" target="_blank">http://pastebin.com/m633730e2</a><br>
OPENSER.CFG: <a href="http://pastebin.com/m33ed87d4" target="_blank">http://pastebin.com/m33ed87d4</a><br>
<br>
<br>
Thanks<br>
<br>
<br>
David<br>
<br>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
Users mailing list<br></div></div>
<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a> <mailto:<a href="mailto:Users@lists.opensips.org" target="_blank">Users@lists.opensips.org</a>><div><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>
<br>
<br>
</div></blockquote>
<br>
</blockquote></div><br></div></div></div>
</blockquote></div><br></div>