[Serusers] Call expires after 30 seconds with SER + MEDIAPROXY+VOVIDA B2BUA

[Zeus Ng]

Hi Alberto,

I'm not sure how your B2BUA handle private IP in SDP (c=IN IP4
172.31.253.127) from the Linksys UA. The call flow is "fine" (see below) but
the RTP packets is not going through your B2BUA. Normally, the B2BUA shall
rewrite the SDP and carry the RTP packets. In you case, it's not doing so.
The BYE might be sent out by the B2BUA because it does not receive any RTP
packets from Linksys. Thus, it disconnect the call because it thinks the UA
is not responding. Although the call is established, the RTP packets are
between Linksys and Cisco. Please check your B2BUA configuration.

Also, as Klaus said, the call flow is a bit strange. The B2BUA is not
relaying the 183 and 200 responses to SER than Linksys. I'm not sure why
your Linksys is responding to these two responses from the B2BUA, it's
definitely a problem for other NAT routers. I guess your Linksys do have the
problem as it's not responding to the BYE request from B2BUA.

Zeus

> -----Original Message-----
> From: serusers-bounces at lists.iptel.org On Behalf Of Alberto Cruz
> Sent: Tuesday, 28 June 2005 1:38 AM
> To: Klaus Darilion
> Cc: serusers at lists.iptel.org
> Subject: Re: [Serusers] Call expires after 30 seconds with 
> SER + MEDIAPROXY+VOVIDA B2BUA
> Importance: High
> 
> 
> Hi Klaus
> 
> I'm trying to do the following:
> 
> UA behind a NAT ----> SER+MEDIAPROXY --------> B2BUA -----> 
> SER+MEDIAPROXY------> PSTN GATEWAY
> 
> The first callee is the UA behind the NAT and then the B2BUA calls to 
> the PSTN.
> The B2BUA has a public IP address (isn't nated)
> The PSTN GATEWAY has a public IP address too.
>  
> I'm attaching the full NGREP sniffing from the call in order 
> you can see 
> all the flow.
> 
> Regards
> 
> Alberto Cruz
> Klaus Darilion wrote:
> 
> > 30 seconds calls are usually an ACK problem due to NAT. 
> Make sure the
> > callee receives the ACK.
> >
> > regards,
> > klaus
> >
> > Greger V. Teigre wrote:
> >
> >> Only B2BUA can generate a BYE, so it's definitely not SER. However,
> >> there may be something else that causes Vovida to generate it. I 
> >> would start in that end. I don't know Vovida, so I wouldn't know 
> >> where to start...
> >> g-)
> >>
> >>
> >>
> >> _______________________________________________
> >> Serusers mailing list
> >> serusers at lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
> >>
> >>
> >
> >
> >
>