<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 23, 2015 at 11:27 AM, Fabian Borot <span dir="ltr"><<a href="mailto:fborot@hotmail.com" target="_blank">fborot@hotmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
                    Starting with Asterisk 13.1 we are seeing this WARNING messages a lot in our logs and console:<br>
<br>
<br>
WARNING[25164][C-0004865e]: chan_sip.c:7364 sip_write: Can't send 10 type frames with SIP write)<br>
<br>
<br>
We found that line in function "sip_write" inside "chan_sip.c".<br>
<br></blockquote><div><br></div><div>That would be a CNG frame (AST_FRAME_CNG). While a frame exists to convey CNG to capable channel drivers, CNG itself is not implemented or handled in chan_sip (or most of Asterisk).<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
In our previous version (11.2.1) we did not see those messages being printed (same verbosity level). We compared both versions of the functions and see no difference at all in the 'default' switch case that handles that. We think/assume that that function is being called in<br>
different places on each version (11.2-1 vs 13-1).<br></blockquote><div><br></div><div>There's a lot of intervening points between sip_write and whatever generated the CNG frame. Most likely, res_rtp_asterisk is generating this due to receiving a CN RTP packet. On the receiving channel, that will normally just generate a single NOTICE message for that RTP session and be done. It's possible that in your Asterisk 11 deployment, your channels were natively bridged, which would result in the RTP packet containing the CN indication being directly written out to the bridged party. Depending on the configuration you are using in your Asterisk 13 deployment, your channels may no longer be natively bridged, at which point the CNG frame is created and passed up to the core. If that is the case, then I would expect to see that WARNING message in either version of Asterisk.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
We also think it has to do with the asterisk receiving rtp packets with comfort noise which is not supported by asterisk.<br></blockquote><div><br></div><div>Yup.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
We would like to know what can we do about it to behave more like the version 11?<br>
<br></blockquote><div><br></div><div>Check how the channels are bridged. If they are natively bridged in 11 but not in 13, and native bridging is an option, you may want to determine why the channels are not natively bridging in 13.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
We are not sure but could it be that version 11 handles it better ?. I am attaching the functions on both versions for your review.<br>
<br clear="all"></blockquote><div><br></div><div>Not at all. CN handling was not changed between 11/13.<br></div><div><br></div><div>Matt<br></div></div><br>-- <br><div class="gmail_signature"><div dir="ltr"><div>Matthew Jordan<br></div><div>Digium, Inc. | Engineering Manager</div><div>445 Jan Davis Drive NW - Huntsville, AL 35806 - USA</div><div>Check us out at: <a href="http://digium.com" target="_blank">http://digium.com</a> & <a href="http://asterisk.org" target="_blank">http://asterisk.org</a></div></div></div>
</div></div>