<div dir="ltr"><div><div><div><div><div>Asterisk might be unable to transcode rtp type from downstream to upstream, or vice versa.<br></div>There's a bug reported here, for asterisk 12 or above, using chan_sip. <br><a href="https://issues.asterisk.org/jira/browse/ASTERISK-25676">https://issues.asterisk.org/jira/browse/ASTERISK-25676</a><br></div>It says that you could avoid the bug by using chan_pjsip, but you still encounter it?<br></div>Turn `core set debug 5` to see whether you have `Unsupported payload type received` like I once did?<br></div>rgds,<br></div></div><br><div class="gmail_quote"><div dir="ltr">On Wed, Mar 15, 2017 at 1:40 AM Faheem Muhammad <<a href="mailto:faheem2084@gmail.com">faheem2084@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr" class="gmail_msg">Hi,<div class="gmail_msg">I'm facing strange issue while establishing inbound calls from SIP trunks.</div><div class="gmail_msg">Provider A is sending (G729,Alaw,uLaw) offer and asterisk dial the peer with its preferred codec order(G729,aLaw, uLaw). The peer's phone send the codec list as (uLaw, speex) in 200 OK replay. The Peer's phone has selected only uLaw and speed in this case.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Ideally Asterisk should establish the call on uLaw codec, but Asterisk establish the call with two codec for this call. For downstream RTP is established with G729 and for upstream RTP is established with uLaw codec. This behavior cause the one way audio for some phones like Eyebeam 1.5.9 but Phonerlite latest version allow it and there is no audio issue.</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Is it normal SIP RFC 3261 behavior or there is something wrong with codec negotiation or transcoding?</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">I'm using Asterisk 13.14.0 with realtime chan_pjsip compiled with bundled pjproject on centos 6.8_x64. I have tested it with Asterisk 11.x with chan_sip and it works fine. </div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Please advise me how can I setup the call based on late negotiation mechanism?</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg">Thank you!</div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg"><br class="gmail_msg"></div></div>
--<br class="gmail_msg">
_____________________________________________________________________<br class="gmail_msg">
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" rel="noreferrer" class="gmail_msg" target="_blank">http://www.api-digital.com</a> --<br class="gmail_msg">
<br class="gmail_msg">
Check out the new Asterisk community forum at: <a href="https://community.asterisk.org/" rel="noreferrer" class="gmail_msg" target="_blank">https://community.asterisk.org/</a><br class="gmail_msg">
<br class="gmail_msg">
New to Asterisk? Start here:<br class="gmail_msg">
      <a href="https://wiki.asterisk.org/wiki/display/AST/Getting+Started" rel="noreferrer" class="gmail_msg" target="_blank">https://wiki.asterisk.org/wiki/display/AST/Getting+Started</a><br class="gmail_msg">
<br class="gmail_msg">
asterisk-users mailing list<br class="gmail_msg">
To UNSUBSCRIBE or update options visit:<br class="gmail_msg">
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a></blockquote></div>