Hello,

On 07/03/2017 13:10, Grant Bagdasarian wrote:
>
> Hi,
>
>  
>
> One of our customers is using a SEMS box to place two outbound calls
> using our sip trunk.
>
> Once the first call is connected a second call is placed and when the
> second call answers their server sends a re-invite to switch audio
> ports so the rtp traffic doesn’t flow through their server anymore but
> is routed inside our platform.
>
> Basically, they just switch SDP’s of both calls.
>
> It seems like a random issue, and is not really reproducible, except
> for placing multiple calls and sometimes both parties can hear each
> other, other times they can’t, because rtpengine fails (I think) to
> update the endpoint and keeps sending rtp back to their server for one
> of the call legs.
>
>  
>
> We tried to reproduce the case using a freeswitch box and it worked
> every time. After the reinvite, the rtp remained within our platform.
>
> The signaling in both cases still goes through the freeswitch or sems
> for call control.
>
>  
>
> Does anyone have experience with this case? Or seen the issue before
> where rtpengine keeps sending rtp to the original endpoint?
>

Have your checked to see if the sip messages are received/processed in
the expected order?

In some very rare situations, it happened that the re-invite was sent
very fast by callee after just sending the 200ok, so that the re-invite
arrived to the proxy/rtprelay before the 200ok, so at the end the sdp
from 200ok was taken as the last relevant one for the peer. I put there
rtprelay, because I faced this issue where I had rtpproxy, but maybe the
issue is exposed by the rtpengine as well.

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Mar 6-8 (Europe) and Mar 20-22 (USA) - 
www.asipto.com
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Reply via email to