[OpenSIPS-Users] strange INVITE transmission

[Daniel Zanutti]

Hi Kiwon

You applied at beginning, before loose_route. Not sure it gonna work this
way, i sent you exactly line where to put the code.
Move this:
 if (nat_uac_test(23)) {
if (is_method("REGISTER")) {
fix_nated_register();
setbflag("NAT");
} else {
fix_nated_contact();
setflag("NAT");
}
}

After:
t_check_trans();

Anyway, I suggest you add some log to confirm messages are coming. Put this
line right after main route:
xlog("L_ERR","MESSAGE RECEIVED $rm [$fu/$tu/$ru/$ci/$si]");

There's no big deal on Opensips, everything comes to main route, internal
transaction responses comes from specific routes. (
https://www.opensips.org/Documentation/Script-Routes-3-1)

I have some spare time tomorrow, send me a direct message if you need help.


On Tue, Mar 29, 2022 at 12:43 AM 이기원 <chester at zigbang.com> wrote:

> Hi Daniel and opensips users goup,
> Thank you for answering my questions.
>
> I missed to inform you about the opensips version I'm trying. It is 3.2.5.
>
> After modifying config, opensips does not respond for the REGISTER
> requests from phones.
> Actually I already tried the following
> https://kb.smartvox.co.uk/opensips/nat-contact-and-via-fixing-in-sip-part-3/
> article but I have the same problem - no response for REGISTERs.
>
> Is there any way to know why opensips ignores or does not respond for
> REGISTERs?
> Please find my new opensips.cfg that Diniel's advice is applied.
>
>
> Thank you
>
> Regards
> Kiwon
>
> 2022년 3월 28일 (월) 오후 10:47, Daniel Zanutti <daniel.zanutti at gmail.com>님이 작성:
>
>> Hi Kiwon
>>
>> You need to handle NAT scenarios. Try putting this code on line 254,
>> right after "t_check_trans()":
>>
>> if (nat_uac_test("7"))
>> {
>>   #nathelper
>>   if(is_method("REGISTER"))
>>     fix_nated_register();
>>   else
>>     fix_nated_contact();
>>   xlog("L_NOTICE", "Fix contact - M=$rm RURI=$ru F=$fu T=$tu IP=$si
>> ID=$ci\n");
>> }
>>
>> You also need to enable nathelper module. The reason is that you need to
>> use the public IP/Port that sent data to opensips and ignore the Contact.
>>
>>
>> On Mon, Mar 28, 2022 at 5:20 AM 이기원 <chester at zigbang.com> wrote:
>>
>>> Hi guys, I'm trying to introduce opensips into my company these days.
>>>
>>> I'm testing with many other phones. During the test, I had a very
>>> strange symptom.
>>>
>>> Please, take look at the picture below first. (Please find my screenshot
>>> from the link below)
>>> A. The most left one 14.52.252.236 is a phone (with hardware).
>>> B. 10.0.0.177 is proxy which is woking on cloud and its external IP is
>>> 58.79.209.75
>>> C. 175.223.34.31 is a zoiper softphone which is working on iphone
>>> D. 192.168.10.187 is the private IP address of A - a phone which is
>>> the most left one (14.52.252.236)
>>>
>>>
>>>
>>>
>>> https://drive.google.com/file/d/14zAREWLsluIa1TcU7tZJLSgff-iPqBDA/view?usp=sharing
>>>
>>> As you can see, C is calling A but opensips transmits the INVITE rqeuset
>>> to A's private IP address.
>>> INVITE request should be transmitted A's public IP address - In this
>>> scenario 14.52.252.236 (A)
>>>
>>> I also attach my opensips.cfg. What's wrong with me?
>>>
>>> Thank you
>>>
>>>
>>> Regards
>>> Kiwon
>>> _______________________________________________
>>> 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/20220329/65f5d72f/attachment.html>