So, what is really the effect of this and why is it hard to fix? Does this bug disrupt processing the call? I see the log filled up with this error. I do have a BUSY showing on forwarding to a number outside and that is what concerns me. Not sure if caused by this bug.  From reading CHANGES log, I see that this has to do something with oversize packets in g729. Maybe it&#39;s a setting issue?<div>

<br></div><div>Regards,<br><br><div class="gmail_quote">On Wed, Dec 28, 2011 at 3:19 PM, Danny Nicholas <span dir="ltr">&lt;<a href="mailto:danny@debsinc.com">danny@debsinc.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

This might or might not help, but here is the offending code in 1.8.8<br>
   case AST_FRAME_VOICE:<br>
                if (!(frame-&gt;subclass.codec &amp; ast-&gt;nativeformats)) {<br>
                        char s1[512], s2[512], s3[512];<br>
                        ast_log(LOG_WARNING, &quot;Asked to transmit frame type<br>
%s, while native formats is %s read/write = %s/%s\n&quot;,<br>
                                ast_getformatname(frame-&gt;subclass.codec),<br>
                                ast_getformatname_multiple(s1, sizeof(s1),<br>
ast-&gt;nativeformats &amp; AST_FORMAT_AUDIO_MASK),<br>
                                ast_getformatname_multiple(s2, sizeof(s2),<br>
ast-&gt;readformat),<br>
                                ast_getformatname_multiple(s3, sizeof(s3),<br>
ast-&gt;writeformat));<br>
and the comparable code in 10.0.0<br>
      case AST_FRAME_VOICE:<br>
                if (!(ast_format_cap_iscompatible(ast-&gt;nativeformats,<br>
&amp;frame-&gt;subclass.format))) {<br>
                        char s1[512];<br>
                        ast_log(LOG_WARNING, &quot;Asked to transmit frame type<br>
%s, while native formats is %s read/write = %s/%s\n&quot;,<br>
                                ast_getformatname(&amp;frame-&gt;subclass.format),<br>
                                ast_getformatname_multiple(s1, sizeof(s1),<br>
ast-&gt;nativeformats),<br>
                                ast_getformatname(&amp;ast-&gt;readformat),<br>
                                ast_getformatname(&amp;ast-&gt;writeformat));<br>
<br>
I personally avoided the 1.6 and 1.8 branches like the plague and don&#39;t know<br>
if this &quot;bug&quot; is corrected by the other fixes in 10.0.<br>
<div class="im"><br>
<br>
-----Original Message-----<br>
From: <a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a><br>
[mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a>] On Behalf Of Eric Wieling<br>
Sent: Wednesday, December 28, 2011 2:05 PM<br>
To: Asterisk Users Mailing List - Non-Commercial Discussion<br>
</div><div><div></div><div class="h5">Subject: Re: [asterisk-users] Asterisk 1.8.7.1 forcing uLaw bug NOT fixed<br>
yet<br>
<br>
The issue is not fixed in 1.8.8.0 either.<br>
<br>
-----Original Message-----<br>
From: <a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a><br>
[mailto:<a href="mailto:asterisk-users-bounces@lists.digium.com">asterisk-users-bounces@lists.digium.com</a>] On Behalf Of Bruce B<br>
Sent: Wednesday, December 28, 2011 3:00 PM<br>
To: Asterisk Users Mailing List - Non-Commercial Discussion<br>
Subject: [asterisk-users] Asterisk 1.8.7.1 forcing uLaw bug NOT fixed yet<br>
<br>
Hi everyone,<br>
<br>
I see that there was a bug in version 1.8.5.x and people were advised to<br>
move to 1.8.7.1 but now I have 1.8.7.1 and experiencing the same problem.<br>
Here is the output:<br>
<br>
&quot;chan_sip.c: Asked to transmit frame type ulaw, while native formats is<br>
0x100 (g729) read/write = 0x100 (g729)/0x100 (g729)&quot;<br>
<br>
<br>
Now, I see an update to 1.8.8.1 is available. I am wondering if this issue<br>
is fixed in this version or not? Furthermore, has anyone tested 1.8.8.1 yet?<br>
Are there any other problems to that? It&#39;s frustrating as I see we should<br>
once again move back to 1.6x and forget about 1.8x all together.<br>
<br>
Any input is appreciated.<br>
<br>
<br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
<br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br></div>