The easiest way you can do is label INVITEs which are rtp-proxied with a special header
(append_hf('P-Nat-foo: bar\r\n')) and don't rtp-proxy an INVITE if such a
header is
already present (is_present_hf("P-Nat-foo")). The rationale is one RTP proxy in
the
path is good enough.
There is lot of other heuristics you could do, but that would be no longer a short
email.
-jiri
At 11:43 AM 12/8/2003, dhiraj.2.bhuyan(a)bt.com wrote:
Hello List,
I have the following settings -
[ UA1 ] <-------> [ SER/RTP Proxy 1] <--------> [ SER/RTP Proxy 2]
<-------> [ UA2 ]
Both SERs are configured to force RTP Proxy whether or not the UA is behind NAT (I know
this is not required, but is necessary for what I am trying to do - basically some IPSec
and 3GPP things). UA1 is registered to SER1 and UA2 is registered to SER2. I tried setting
up a call between UA1 and UA2 - but could not hear anything on either ends. I monitored
the network traffic (SIP and SDP messages appear to be fine - ethereal dump attached) and
found that the RTP Proxy 1 does not forward the traffic to RTP Proxy 2 and vice versa. RTP
traffic from UA1 goes to RTP Proxy 1 and does not go any further. Similary, RTP traffic
from UA2 just hangs at RTP Proxy 2. I am aware of the fact that the RTP proxy waits for
one UDP packet from both UAs before forwarding the RTP traffic only if both the UAs have
SIP URI that belong to the same domain - otherwise they should forward the traffic
immediately. In my test case, the RTP proxies should have forwarded the RTP traffic
without waiting (since UA1 and UA2 belong to two different domain) - and this appears to
be failing. Can anyone throw some light on this? I am attaching my SER config file (both
SERs have exactly the same config file - other than the alias domain part). I am using SER
from the CVS (1st December).
I am attaching the ethereal dump of the SIP messaging (just to confirm that SIP/SDP
exchanges went fine). Note that -
UA1 - 132.146.196.18
UA2 - 132.146.196.49
SER1 - 132.146.196.75 (bump1.alien.bt.co.uk)
SER2 - 132.146.196.49 (eniac.alien.bt.co.uk)
Thanks,
Dhiraj Bhuyan
Network Security Specialist,
BT Exact Business Assurance Solutions
Tel: +44 1473 643932
Mob: +44 7962 012145
Email: dhiraj.2.bhuyan(a)bt.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
--
Jiri Kuthan
http://iptel.org/~jiri/