<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div apple-content-edited="true">Hi,</div><div apple-content-edited="true"><br></div><div apple-content-edited="true">It looks like the remote SDP does not contain correct rtp port information. You have:</div><div apple-content-edited="true"><br></div><div apple-content-edited="true"><div apple-content-edited="true">m=audio 0 RTP/AVP 0 18 101</div><div apple-content-edited="true"><br></div><div apple-content-edited="true">The first '0' should be the rtp port normally. I am not sure but it does not looks correct and may be the cause of the incompatible destination error.</div><div apple-content-edited="true">Hope this helps.</div><div apple-content-edited="true"><br></div><div apple-content-edited="true">-- </div><div apple-content-edited="true">Best Regards,</div><div apple-content-edited="true">Vallimamod</div><div apple-content-edited="true">.</div><div apple-content-edited="true"><br></div><div><br></div></div>
<br><div><div>On Aug 19, 2013, at 2:59 PM, Royce Mitchell III <<a href="mailto:royce3@gmail.com">royce3@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">Here is one example, thanks</div></div><div class="gmail_extra"><br clear="all"><div><div><span style="font-family:arial;font-size:small"><br>
</span></div><div><span style="font-family:arial;font-size:small"><br></span></div><span style="font-family:arial;font-size:small">Royce Mitchell, </span>IT Consultant<div style="font-family:arial;font-size:small">ITAS Solutions</div>
<div style="font-family:arial;font-size:small"><a href="mailto:royce3@itas-solutions.com" target="_blank">royce3@itas-solutions.com</a></div></div>
<br><br><div class="gmail_quote">On Fri, Aug 16, 2013 at 4:12 PM, Steven Ayre <span dir="ltr"><<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; ">
<div dir="ltr">Can you paste a debug log of the entire lifetime of the call?</div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><br><div class="gmail_quote">On 16 August 2013 21:57, Royce Mitchell III <span dir="ltr"><<a href="mailto:royce3@gmail.com" target="_blank">royce3@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; "><div dir="ltr"><div class="gmail_default" style="font-family:courier new,monospace">The only thing I'm doing in FS regarding codecs is I force PCMU in certain conditions ( ran into a transcoding bug in FreeSwitch between G722 HD and G711 with the Polycom phones )</div>
</div><div class="gmail_extra"><div><br clear="all"><div><div><span style="font-family:arial;font-size:small"><br></span></div><div><span style="font-family:arial;font-size:small"><br></span></div><span style="font-family:arial;font-size:small">Royce Mitchell, </span>IT Consultant<div style="font-family:arial;font-size:small">
ITAS Solutions</div><div style="font-family:arial;font-size:small"><a href="mailto:royce3@itas-solutions.com" target="_blank">royce3@itas-solutions.com</a></div></div>
<br><br></div><div><div class="gmail_quote">On Fri, Aug 16, 2013 at 3:35 PM, Lawrence Conroy <span dir="ltr"><<a href="mailto:lconroy@insensate.co.uk" target="_blank">lconroy@insensate.co.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; position: static; z-index: auto; ">
Hi there,<br>
Are you sure about fS allowing PCMU?<br>
According to the remote SDP, your incall is proposing PCMU as its top choice; g729 is 2nd best (quite right too :).<br>
Forcing the adtran to offer only PCMU should not make ay difference to that -- it'll still propose PCMU so no change.<br>
Either your setup is somehow blocking PCMU on the b-leg (but I'd expect to see that on the log), OR is trying to transcode because the b-leg requires some (non-PCMU) codec and can't (again, I'd expect that to be logged), OR fS is not accepting PCMU.<br>
Assuming that PCMU is in the fS vars codec lists, does your dialplan do anything funky with the codec list for an incall?<br>
all the best,<br>
Lawrence<br>
<div><br>
On 16 Aug 2013, at 21:06, Royce Mitchell III wrote:<br>
> My FreeSWITCH is configured to prefer PCMU, and the devices it is talking<br>
> to are Adtran 908e's. The Adtrans are configured for the default codec<br>
> group which is supposed to be PCMU, but I can reconfigure them to<br>
> explicitly allow only PCMU. I will try that and see if it makes a<br>
> difference.<br>
><br>
><br>
><br>
> Royce Mitchell, IT Consultant<br>
> ITAS Solutions<br>
> <a href="mailto:royce3@itas-solutions.com" target="_blank">royce3@itas-solutions.com</a><br>
><br>
><br>
> On Fri, Aug 16, 2013 at 11:04 AM, Steven Ayre <<a href="mailto:steveayre@gmail.com" target="_blank">steveayre@gmail.com</a>> wrote:<br>
><br>
>> INCOMPATIBLE_DESTINATION means a codec problem.<br>
>><br>
>> The remote SDP sends they're offerring PCMU and G729.<br>
>><br>
>> What codecs are you allowing, what codecs are you bridging with, and since<br>
>> G729 is on the list are you perhaps trying to transcode without using<br>
>> mod_com_g729+licenses?<br>
>><br>
>><br>
>> On 16 August 2013 16:07, Royce Mitchell III <<a href="mailto:royce3@gmail.com" target="_blank">royce3@gmail.com</a>> wrote:<br>
>><br>
>>> Hi,<br>
>>><br>
>>> My client has been running FreeSWITCH with low call volume and has been<br>
>>> stable for several months now. This Tuesday morning we switched all call<br>
>>> volume over to FreeSWITCH and everything was running fine until this<br>
>>> morning.<br>
>>><br>
>>> Out of the blue, *all* calls started rejecting<br>
>>> with INCOMPATIBLE_DESTINATION.<br>
>>><br>
>>> Restarting FreeSWITCH fixed the problem. The version of FreeSWITCH is a<br>
>>> trunk build from approximately 7/11/2013. Is this an issue that an update<br>
>>> could fix? Could this be port starvation? Please assist, thanks.<br>
>>><br>
>>> Here's a snippet from the freeswitch log where the first occurrence of<br>
>>> that error:<br>
>>><br>
>>> 2013-08-16 09:08:20.048687 [NOTICE] switch_channel.c:1030 New Channel<br>
>>> <a href="mailto:sofia/external/******9333@192.168.1.212">sofia/external/******9333@192.168.1.212</a>:5080[bfa3419b-0f79-4220-8807-773e3f680751]<br>
>>> 2013-08-16 09:08:20.048687 [DEBUG] switch_core_session.c:1006 Send signal<br>
>>> sofia/external/******<a href="http://9333@192.168.1.212:5080/" target="_blank">9333@192.168.1.212:5080</a> [BREAK]<br>
>>> 2013-08-16 09:08:20.048687 [DEBUG] switch_core_session.c:1006 Send signal<br>
>>> sofia/external/******<a href="http://9333@192.168.1.212:5080/" target="_blank">9333@192.168.1.212:5080</a> [BREAK]<br>
>>> 2013-08-16 09:08:20.048687 [DEBUG] switch_core_state_machine.c:416<br>
>>> (sofia/external/******<a href="http://9333@192.168.1.212:5080/" target="_blank">9333@192.168.1.212:5080</a>) Running State Change<br>
>>> CS_NEW<br>
>>> 2013-08-16 09:08:20.048687 [DEBUG] switch_core_state_machine.c:434<br>
>>> (sofia/external/******<a href="http://9333@192.168.1.212:5080/" target="_blank">9333@192.168.1.212:5080</a>) State NEW<br>
>>> 2013-08-16 09:08:20.068687 [DEBUG] sofia.c:5793 Channel sofia/external/<br>
>>> ******<a href="http://9333@192.168.1.212:5080/" target="_blank">9333@192.168.1.212:5080</a> entering state [received][100]<br>
>>> 2013-08-16 09:08:20.068687 [DEBUG] sofia.c:5802 Remote SDP:<br>
>>> v=0<br>
>>> o=- 1376662098 1 IN IP4 192.168.1.193<br>
>>> s=-<br>
>>> c=IN IP4 192.168.1.193<br>
>>> t=0 0<br>
>>> m=audio 0 RTP/AVP 0 18 101<br>
>>> a=rtpmap:0 PCMU/8000<br>
>>> a=rtpmap:18 G729/8000<br>
>>> a=fmtp:18 annexb=no<br>
>>> a=rtpmap:101 telephone-event/8000<br>
>>> a=fmtp:101 0-15<br>
>>> a=silenceSupp:off - - - -<br>
>>><br>
>>> 2013-08-16 09:08:20.068687 [NOTICE] sofia.c:6093 Hangup sofia/external/<br>
>>> ******<a href="http://9333@192.168.1.212:5080/" target="_blank">9333@192.168.1.212:5080</a> [CS_NEW] [INCOMPATIBLE_DESTINATION]<br>
>>><br></div></blockquote></div></div></div></blockquote></div></div></div></div></blockquote></div></div></blockquote></div><br></body></html>