[SR-Users] Kamailio with CGNAT

[Amar Tinawi]

it's Kamailio for signaling with RTPengine for media (also the RTP engine
has public IP)

any call to reach the user behind the CGNAT will fail because of the 200 OK
msg not reaching the Proxy somehow (i checked, the massage is generated in
the client)
and any call initiated by the CGNAT client succeeded

would you please check the attached
many thanks

On Mon, Aug 27, 2018 at 6:00 AM Joel Serrano <joel at textplus.com> wrote:

> It would definitely be useful to see sip traces of the different scenarios
> to try and find what the problem is.
>
> Can you give some details of what your setup looks like? Is kamailio
> acting as a signaling proxy only or is it also handling RTP with
> rtpengine/rtpproxy?
>
> On Sun, Aug 26, 2018 at 13:30 Amar Tinawi <amar.tinawi at gmail.com> wrote:
>
>> Thanks Joel For reply
>>
>> when any user (Not Nated or behind Normal NAT)  is trying to reach a
>> client behind CGNAT, the INVITE delivered and the client is start to
>> ringing, but when answering, the answer is not delivered to the proxy, so
>> not delivered to the calling client result to the call started in the
>> CGNATED client and still in establishing in the calling one.
>>
>> The call is established successfully when the CGNATED send the INVITE to
>> Not Nated client and two way audio.
>>
>> CGNATED to CGNATED not working as well .
>>
>>
>>
>> On Sun, Aug 26, 2018 at 7:57 PM Joel Serrano <joel at textplus.com> wrote:
>>
>>> Also, if the client is not behind CGNAT do you get the Ringing from
>>> called party?
>>>
>>> Is called party the same in both cases?
>>>
>>>
>>>
>>> On Sun, Aug 26, 2018 at 09:54 Joel Serrano <joel at textplus.com> wrote:
>>>
>>>> Can you send the INVITE that proxy sends to called party?
>>>>
>>>> On Sun, Aug 26, 2018 at 02:05 Amar Tinawi <amar.tinawi at gmail.com>
>>>> wrote:
>>>>
>>>>> Hello
>>>>> Although my question it's not related to Kamailio directly, but i
>>>>> think someone could help in this strange behavior
>>>>>
>>>>> in our tests, we have some clients under private networks, where the
>>>>> provider of those networks implements CGNAT (NAT444) for it's customers to
>>>>> reach internet
>>>>> (Client Private IP) --->(Home router: Private to Private NAT)--->(FW
>>>>> with CGNAT)---------------------------->(Kamailio Proxy Public IP)
>>>>>
>>>>>
>>>>> Registration is performing fine, but making calls from this client had
>>>>> strange problem as follow:
>>>>>
>>>>> Client -------------INVITE--------------> Proxy
>>>>> Proxy -------------Trying---------------->Client
>>>>> Proxy--------------INVITE---------> Called Party
>>>>>
>>>>> The called party should send Ringing msg, but the massage get lost
>>>>> somewhere and didn't reach to the Proxy. Although all the IP's in sip
>>>>> massages are public
>>>>> i tried with STUN/TURN and NAThelper module solutions, but didn't help
>>>>>
>>>>> is there any way to slove CGNAT with SIP in Kamailio?
>>>>>
>>>>>
>>>>> Thanks in Advance
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Kamailio (SER) - Users Mailing List
>>>>> sr-users at lists.kamailio.org
>>>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>>>
>>>> _______________________________________________
>>> Kamailio (SER) - Users Mailing List
>>> sr-users at lists.kamailio.org
>>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>>
>> _______________________________________________
>> Kamailio (SER) - Users Mailing List
>> sr-users at lists.kamailio.org
>> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>>
> _______________________________________________
> Kamailio (SER) - Users Mailing List
> sr-users at lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180827/c3d7110b/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Failed Call.pcap
Type: application/octet-stream
Size: 43482 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180827/c3d7110b/attachment.obj>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Success.pcap
Type: application/octet-stream
Size: 116541 bytes
Desc: not available
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180827/c3d7110b/attachment-0001.obj>