<div dir="ltr"><div>Hello,</div><div><br></div><div>following situation.<br></div><div>I have a Kamailio (5.4) using rtpengine to loadbalance calls.</div><div><br></div><div>If a call from Alice comes in, Kamailio decides to send the call to Carrier B from Bob.</div><div>Bobs Phone is ringing and the carrier B send a 183 Session Progress with SDP and To-tag=abcd. The SDP has G722 as codec and port 1234.</div><div>A few moments later carrier B send a second 183 Session Progress with SDP and TO-tag=fghi. The SDP has G711 as codec and port 5678. This is done, to play some funky music as ringtone -.-<br></div><div>If Bob answers the call, carrier B sends a 200 OK WITHOUT SDP and TO-tag=abcd. So this should instruct our Kamailio to switch to the first G722 and port 1234.</div><div><br></div><div>But sadly, this is just not working as expected.</div><div><br></div><div>We tried to set the flags media-handover and port-latching for the rtpengine options and additionally set a to-tag when using rtpenging_manage.</div><div>But this doesn't solve the codec change, so we have only audio when Bob answers the call, but no ringtone-music. If we allow G711 only in the outgoing INVITE to Bob, we have also tha ringtone-muisic, because there is no codec-change.</div><div><br></div><div>Carrier B tells us, they are using a fork-mechanism.</div><div><br></div><div>Is there something we can do, to support the codec change in 183? Or enforce carrier B to send SDP in 200 OK? Or anything else?</div><div><br></div><div>Carrier B can not change anything in the ringtone-music-backend. They are stuck on G711.</div><div><br></div><div>Thanks!<br></div></div>