[Serusers] Two RTP Proxies | Traffic not forwarded

Jiri Kuthan jiri at iptel.org
Mon Dec 8 11:55:54 CET 2003


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 at 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 at bt.com 
>
>
>_______________________________________________
>Serusers mailing list
>serusers at lists.iptel.org
>http://lists.iptel.org/mailman/listinfo/serusers

--
Jiri Kuthan            http://iptel.org/~jiri/ 




More information about the sr-users mailing list