[OpenSIPS-Users] INVITE not forwarded, call fails

[Bogdan-Andrei Iancu]

Hi Lorenzo,

your third case is more or less part of second one - if the client is 
doing a lousy job, the server should take care and perform the NAT 
traversal on its side.

If you have issues with nathelper module, just let me know :)

Regards,
Bogdan

lorenzo wrote:
> On 25/01/10 12:08, Bogdan-Andrei Iancu wrote:
>   
>> Hi Lorenzo,
>>
>> When comes to NAT traversal, you can do it in two ways:
>>
>> 1) on the client (UAC) side - the client is doing the signalling in such 
>> a way that the server "sees" the traffic as coming from a public IP. 
>> This is actually STUN approach -> the server has 0 capabilities in 
>> handling NAT.
>>
>> 2)  on the server side - the client has 0 capabilities in handling NAT 
>> traversal and the whole task must be done by server. In this case you 
>> need to configure opensips to do the nat traversal - to correct both 
>> signalling and RTP for coping with NAt.
>>
>> My understanding is you tried the first approach, but it fails due poor 
>> STUN/NAT working. So, you what to move into 2), right ? IF so, take a 
>> look at the nathelper module.
>>     
>
>
> Hi Bogdan!
>
> i think there's a third case, which is when a client does make use of
> STUN, but is behind a symmetric NAT.
>
> since the UAC may not be aware of that, the UAS should try and fix the
> situation by fixing the contact header, after checking it's different
> from the address in the ip header of course :)
>
> i think this is the case i'm in.
>
> anyway, thanks for the tip, i'll take a deeper look at the nathelper module.
>
>   
>> Regards,
>> Bogdan
>>     
>
> thanks,
> Lorenzo
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>   


-- 
Bogdan-Andrei Iancu
www.voice-system.ro