[Serusers] 200 OK/SDP and ACK/SDP problem - 2

[Alexandr Volkov]

>...B should be flagged as nated in user location...
So, I need to set flag for nated client and save it in location, and when 
processing of initial invite load this flag. Can you advise the best way how 
to do that. I have just tried save/load flag by 
save("location")/lookup("location"). It doesn't work.

Ok, it seems that this will work with users registered on this ser. But what 
to do with other clients that not registared at ser?


----- Original Message ----- 
From: "Greger Viken Teigre" <greger at teigre.com>
To: <avolkov at abisoft.spb.ru>
Cc: "SER Users" <serusers at lists.iptel.org>
Sent: Monday, October 22, 2007 6:37 PM
Subject: Re: [Serusers] 200 OK/SDP and ACK/SDP problem - 2


> Well, the nating should be resolved on the initial call setup, not the 
> reINVITE. If B calls A, your nat test should work and if A calls B, B 
> should be flagged
> as nated in user location. (you can actually look up B on the reINVITE 
> too, but you probably want to avoid another db lookup, so the route param 
> is better).
> g-)
>
> ------- Original message -------
> From: Alexandr Volkov <avolkov at abisoft.spb.ru>
> Sent: 22.10.'07,  16:27
>
>> Greger,
>> you are right. But when calling client A with public IP send initial 
>> invite
>> nat_uac_test will return false, and route header will not be changed.
>> And when client B respond by OK with nated SDP, mediaproxy will not start
>> correctly (it seems that mediapoxy doesn't work when only one SDP
>> processed). When we processing INVITE we don't know that we need to start
>> mediaproxy.
>>
>>
>> ----- Original Message ----- 
>> From: "Greger Viken Teigre" <greger at teigre.com>
>> To: <avolkov at abisoft.spb.ru>
>> Cc: "SER Users" <serusers at lists.iptel.org>
>> Sent: Monday, October 22, 2007 2:07 PM
>> Subject: Re: [Serusers] 200 OK/SDP and ACK/SDP problem - 2
>>
>>
>> > Alexandr,
>> > The best way to do this is to record nating in a record-route param. 
>> > See
>> > the Getting Started configs for 0.9.x and  (I think) any example config
>> > for 2.0, see
>> > etc/ dir for ser-oob.cfg or the etc/buildsystem
>> > g-)
>> >
>> > ------- Original message -------
>> > From: Alexandr Volkov <avolkov at abisoft.spb.ru>
>> > Sent: 22.10.'07,  10:41
>> >
>> >> Hi all
>> >> I have a problem that correlates with problem that was already posted 
>> >> in
>> >> 2006-Feb
>> >> (http://lists.iptel.org/pipermail/serusers/2006-February/026841.html)
>> >>
>> >> I have a stateful ser with mediaproxy at public IP, client A(SIP 
>> >> B2BUA)
>> >> with public address and client B(user phone) with private address.
>> >> 1. SIP dialog already established and client A send re-invite without 
>> >> SDP
>> >> (reinvite is necessary, problem was described in rfc3725.txt).
>> >> 2. client B respond OK(200) with NATed SDP
>> >> 3. Client A send ACK with normal SDP.
>> >>
>> >> At step 2 in ser we can determine that we need to use media proxy and 
>> >> we
>> >> start it.
>> >> But when we processing ACK, we see normal SDP, and won't to start
>> >> mediaproxy. Thus we have one-way audio.
>> >> I tried to use flags, but it seems that when ACK arrives all flags
>> >> zeroed. (Ser imply that ACK don't belong to invite transaction?)
>> >> I can't use AVP because commands are unavailable in onreply_route. The
>> >> only way I found is to use global flags.
>> >> But this way is worse because foreign ACK can be processed between our 
>> >> OK
>> >> and ACK from the same transaction...
>> >>
>> >> Thanks for your advise.
>> >> Alex
>> >>
>> >
>> >
>> >
>>
>> _______________________________________________
>> Serusers mailing list
>> Serusers at lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serusers
>
>
>