INCOMPATIBLE_DESTINATION?
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.
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@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.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com <MSN%3Aanthony_minessale@hotmail.com> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com<PAYPAL%3Aanthony.minessale@gmail.com> IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org <sip%3A888@conference.freeswitch.org> iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org<googletalk%3Aconf%2B888@conference.freeswitch.org> pstn:+19193869900
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@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.
_______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
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@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.
participants (3)
-
Anthony Minessale
-
Michael Jerris
-
Sergey Okhapkin