[Freeswitch-users] INCOMPATIBLE_DESTINATION

[Royce Mitchell III]

The other device is not a phone, but a pair of Adtran 908e 2nd Gen doing
basic PRI to VoIP conversion. All of a sudden all calls were rejecting like
this, but when I restarted FreeSWITCH everything started working fine
again. I did not reboot or otherwise do anything to the Adtrans. The
Adtrans are sending early media and have no reason to receive it, yet, so
that might explain why they are sending the 0.

On another note, I just searched a recent log file, and I don't find the
string "m=audio 0" anywhere in the file.



Royce Mitchell, IT Consultant
ITAS Solutions
royce3 at itas-solutions.com


On Mon, Aug 19, 2013 at 11:45 AM, Steven Ayre <steveayre at gmail.com> wrote:

> AFAIK port zero is a method of putting the call on hold in a reinvite, and
> shouldn't be in the initial invite.
>
> Without a port you can only receive audio not send it (as you have nowhere
> to send to).
>
> Your SDP shows the phone is hiding its model - what is it? There's a 2011
> mailing list  thread suggesting it may be an issue with a bad firmware on a
> type of phone.
>
>
>
>
> On Monday, August 19, 2013, Vallimamod ABDULLAH wrote:
>
>> Hi,
>>
>> It looks like the remote SDP does not contain correct rtp port
>> information. You have:
>>
>> m=audio 0 RTP/AVP 0 18 101
>>
>> 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.
>> Hope this helps.
>>
>> --
>> Best Regards,
>> Vallimamod
>> .
>>
>>
>>
>> On Aug 19, 2013, at 2:59 PM, Royce Mitchell III <royce3 at gmail.com> wrote:
>>
>> Here is one example, thanks
>>
>>
>>
>> Royce Mitchell, IT Consultant
>> ITAS Solutions
>> royce3 at itas-solutions.com
>>
>>
>> On Fri, Aug 16, 2013 at 4:12 PM, Steven Ayre <steveayre at gmail.com> wrote:
>>
>> Can you paste a debug log of the entire lifetime of the call?
>>
>>
>> On 16 August 2013 21:57, Royce Mitchell III <royce3 at gmail.com> wrote:
>>
>> 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 )
>>
>>
>>
>> Royce Mitchell, IT Consultant
>> ITAS Solutions
>> royce3 at itas-solutions.com
>>
>>
>> On Fri, Aug 16, 2013 at 3:35 PM, Lawrence Conroy <lconroy at insensate.co.uk
>> > wrote:
>>
>> Hi there,
>>  Are you sure about fS allowing PCMU?
>> According to the remote SDP, your incall is proposing PCMU as its top
>> choice; g729 is 2nd best (quite right too :).
>> Forcing the adtran to offer only PCMU should not make ay difference to
>> that -- it'll still propose PCMU so no change.
>> 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.
>> Assuming that PCMU is in the fS vars codec lists, does your dialplan do
>> anything funky with the codec list for an incall?
>> all the best,
>>   Lawrence
>>
>> On 16 Aug 2013, at 21:06, Royce Mitchell III wrote:
>> > My FreeSWITCH is configured to prefer PCMU, and the devices it is
>> talking
>> > to are Adtran 908e's. The Adtrans are configured for the default codec
>> > group which is supposed to be PCMU, but I can reconfigure them to
>> > explicitly allow only PCMU. I will try that and see if it makes a
>> > difference.
>> >
>> >
>> >
>> > Royce Mitchell, IT Consultant
>> > ITAS Solutions
>> > royce3 at itas-solutions.com
>> >
>> >
>> > On Fri, Aug 16, 2013 at 11:04 AM, Steven Ayre <steveayre at gmail.com>
>> wrote:
>> >
>> >> INCOMPATIBLE_DESTINATION means a codec problem.
>> >>
>> >> The remote SDP sends they're offerring PCMU and G729.
>> >>
>> >> What codecs are you allowing, what codecs are you bridging with, and
>> since
>> >> G729 is on the list are you perhaps trying to transcode without using
>> >> mod_com_g729+licenses?
>> >>
>> >>
>> >> On 16 August 2013 16:07, Royce Mitchell III <
>>
>>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130819/2314aa94/attachment.html