[Freeswitch-users] INCOMPATIBLE_DESTINATION?

[Michael Jerris]

Try this out again with current trunk before taking logs and potentially filing a bug.  I suspect this is fixed now if it is what I think it is.

Mike

On Jan 21, 2010, at 2:05 PM, Sergey Okhapkin wrote:

> Late negotiation is set. I will try to enable debug when the traffic will be 
> low and open a problem on jira.
> 
> On Thursday 21 January 2010, Anthony Minessale wrote:
>> if you use bypass_media=true from the dialplan without late-negotiation set
>> in the profile, it still tries to match the codecs locally on the inbound
>> leg and the variable does not work if the call has established media before
>> making the outbound leg.
>> 
>> It's hard to tell you the exact answer without a console trace on debug
>> level.
>> 
>> 
>> On Thu, Jan 21, 2010 at 12:41 PM, Sergey Okhapkin
>> 
>> <sos at sokhapkin.dyndns.org>wrote:
>>> I often see in FS log the following problem (bypass_media=true), SVN
>>> r16340:
>>> 
>>> SDP sent out to gateway (INVITE):
>>> 
>>>  v=0
>>>  o=bandx-msw3 0 0 IN IP4 213.166.9.4
>>>  s=sip call
>>>  c=IN IP4 213.166.9.6
>>>  t=0 0
>>>  m=audio 56032 RTP/AVP 0 8 18
>>>  a=rtpmap:18 G729/8000
>>>  a=fmtp:18 annexb=yes
>>>  a=silenceSupp:on - - - -
>>> 
>>> 
>>> SDP response from gateway (183 Session Progress):
>>> 
>>>  v=0
>>>  o=- 3473087019 3473087037 IN IP4 67.203.64.182
>>>  s=-
>>>  c=IN IP4 67.203.64.182
>>>  t=0 0
>>>  m=audio 14116 RTP/AVP 0
>>>  a=sendrecv
>>>  a=ptime:20
>>>  a=rtpmap:0 PCMU/8000
>>> 
>>> Freeswitch hangs up the call with hangup cause INCOMPATIBLE_DESTINATION.
>>> Where
>>> is incompatibility? There is common codec 0.
>>>