22 Oct
2007
22 Oct
'07
10:41 a.m.
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
22 Oct
22 Oct
12:07 p.m.
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(a)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
4:27 p.m.
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(a)teigre.com>
To: <avolkov(a)abisoft.spb.ru>
Cc: "SER Users" <serusers(a)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(a)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
4:37 p.m.
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(a)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(a)teigre.com>
To: <avolkov(a)abisoft.spb.ru>
Cc: "SER Users" <serusers(a)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(a)abisoft.spb.ru>
Sent: 22.10.'07, 10:41
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers 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
5:32 p.m.
...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(a)teigre.com>
To: <avolkov(a)abisoft.spb.ru>
Cc: "SER Users" <serusers(a)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(a)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(a)teigre.com>
To: <avolkov(a)abisoft.spb.ru>
Cc: "SER Users" <serusers(a)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(a)abisoft.spb.ru>
Sent: 22.10.'07, 10:41
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers 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
6250
days inactive
6250
days old
4 comments
2 participants
participants (2)
-
Alexandr Volkov -
Greger Viken Teigre