[Freeswitch-users] proxy_media possibly broken? "INCOMPATIBLE_DESTINATION"
Brian West
brian at freeswitch.org
Sat Feb 8 21:49:53 MSK 2014
t38_passthru=true and avoid proxy media!
Sent from my iPhone
> On Feb 8, 2014, at 12:27 PM, Peter Steinbach <lists at telefaks.de> wrote:
>
> Hello Brian,
>
> in fomer time this was the way it worked with Freeswitch, so we are still using it. At least we would like to avoid bypass_media (this works however in most cases), as we do not have control over the endpoint equipment, and we are expecting firewall issues there.
>
> What we would like to achieve is the following:
> have the media through Freeswitch
> let the endpoints decide whether they will do analogue or T.38 fax dependent on their capabilities.
>
> What do you recommend in this case?
>
>
> Best regards
> Peter
>
>
>> On 02/08/14 02:47, Brian West wrote:
>> What is your use case to use Proxy Media? It really has no purpose anymore now that we have full T.38 support.
>> --
>> Brian West
>> brian at freeswitch.org
>> FreeSWITCH Solutions, LLC
>> PO BOX 2531
>> Brookfield, WI 53008-2531
>> Twitter: @FreeSWITCH , @briankwest
>> http://www.freeswitchbook.com
>> http://www.freeswitchcookbook.com
>>
>> T: +1.918.420.9001 | F: +1.918.420.9002 | M: +1.918.424.WEST
>> iNUM: +883 5100 1420 9001
>> ISN: 410*543
>> Skype:briankwest
>> PGP Key: http://www.bkw.org/key.txt (AB93356707C76CED)
>>
>>
>> On Feb 6, 2014, at 3:15 PM, Peter Steinbach <lists at telefaks.de> wrote:
>>
>>> We are trying to relay a fax from one T.38 compatible device to another.
>>> At an early stage, while we are still in PCMA, we receive a
>>> [INCOMPATIBLE_DESTINATION]
>>>
>>> This wonders, as Freeswitch should not be really involved in Codec
>>> negociation with the endpoints.
>>>
>>> In the logs below I can see, that DTMF SDP lines are handled as soon as
>>> early media is received from the target endpoint (Asterisk):
>>> 2014-02-06 21:46:26.309091 [DEBUG] switch_core_media.c:3085 Set
>>> telephone-event payload to 101
>>> 2014-02-06 21:46:26.309091 [DEBUG] switch_core_media.c:3382 Set 2833
>>> dtmf send payload to 101
>>>
>>> And then there is the INCOMPATIBLE_DESTINATION
>>> nua.c:879 nua_respond() nua: nua_respond: entering
>>> nua_stack.c:529 nua_signal() nua(0x1645df0): sent signal r_respond
>>> 2014-02-06 21:46:26.309091 [NOTICE] sofia.c:6051 Hangup
>>> sofia/external/49712345 at 30.30.30.30 [CS_CONSUME_MEDIA]
>>> [INCOMPATIBLE_DESTINATION]
>>> nua_stack.c:573 nua_stack_signal() nua(0x1645df0): recv signal
>>> r_respond 488 Not Acceptable Here
>>> nua_stack.c:271 nua_stack_event() nua(0x1645df0): event i_error 500
>>> Responding to a Non-Existing Request
>>>
>>> So my question is: Is proxy-media broken here? Do I need another
>>> (updated Freeswitch) where this is already solved?
>>>
>>> Freeswitch is from GIT mid dec 2013.
>>>
>>>
>>> The dialplan is (in short) as follows
>>> <action data="proxy_media=true" application="set" />
>>> <action data="sofia/gateway/provider/49712345 at 30.30.30.30"
>>> application="bridge" />
>>>
>>> SDP are as follows
>>> Sender
>>> v=0
>>> o=FreeSWITCH 1391701261 1391701262 IN IP4 10.10.10.10
>>> s=FreeSWITCH
>>> c=IN IP4 10.10.10.10
>>> t=0 0
>>> m=audio 12816 RTP/AVP 8 101 13
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-16
>>> a=ptime:20
>>>
>>> Freeswitch SDP
>>> v=0
>>> o=FreeSWITCH 0325869010 0325869011 IN IP4 20.20.20.20
>>> s=FreeSWITCH
>>> c=IN IP4 20.20.20.20
>>> t=0 0
>>> m=audio 19068 RTP/AVP 8 101 13
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-16
>>> a=ptime:20
>>>
>>> Receiver's SDP
>>> v=0
>>> o=root 458337462 458337462 IN IP4 30.30.30.31
>>> s=Asterisk PBX 11.0.1
>>> c=IN IP4 30.30.30.31
>>> t=0 0
>>> m=audio 10262 RTP/AVP 8 101
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-16
>>> a=silenceSupp:off - - - -
>>> a=ptime:20
>>>
>>>
>>>
>>> ================= Freeswitch LOG ====================================
>>> recv 868 bytes from udp/[30.30.30.30]:5060 at 20:46:26.309161:
>>> ------------------------------------------------------------------------
>>> SIP/2.0 183 Session Progress
>>> Via: SIP/2.0/UDP
>>> 20.20.20.20:5080;received=20.20.20.20;rport=5080;branch=z9hG4bKXQeZgU1337FFe
>>> Record-Route: <sip:30.30.30.30;lr>
>>> From: "Telefaks" <sip:49691234567 at 20.20.20.20>;tag=myacymU8arjje
>>> To: <sip:49712345 at 30.30.30.30>;tag=as25c99f07
>>> Call-ID: 967f3f6c-0a12-1232-a6a1-439bc1c9be81
>>> CSeq: 55523729 INVITE
>>> Server: Asterisk PBX 11.0.1
>>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY,
>>> INFO, PUBLISH
>>> Supported: replaces, timer
>>> Contact: <sip:49712345 at 30.30.30.31:5060>
>>> Content-Type: application/sdp
>>> Content-Length: 264
>>>
>>> v=0
>>> o=root 2049304398 2049304398 IN IP4 30.30.30.31
>>> s=Asterisk PBX 11.0.1
>>> c=IN IP4 30.30.30.31
>>> t=0 0
>>> m=audio 18798 RTP/AVP 8 101
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-16
>>> a=silenceSupp:off - - - -
>>> a=ptime:20
>>> a=sendrecv
>>> ------------------------------------------------------------------------
>>> tport.c:3028 tport_deliver() tport_deliver(0x16d4960): msg
>>> 0x7f5f5802d0f0 (868 bytes) from udp/30.30.30.30:5080/sip next=(nil)
>>> nta.c:3221 agent_recv_response() nta: received 183 Session Progress for
>>> INVITE (55523729)
>>> nta.c:3284 agent_recv_response() nta: 183 Session Progress is going to a
>>> transaction
>>> tport.c:4227 tport_release() tport_release(0x16d4960): 0x7f5f5001a6e0 by
>>> 0x7f5f5811ced0 with 0x7f5f5802d0f0 (preliminary)
>>> soa.c:1171 soa_set_remote_sdp()
>>> soa_set_remote_sdp(static::0x7f5f6020dea0, (nil), 0x7f5f58123d6c, 264)
>>> called
>>> soa.c:1595 soa_process_answer()
>>> soa_process_answer(static::0x7f5f6020dea0) called
>>> soa_static.c:1137 offer_answer_step()
>>> soa_static_offer_answer_action(0x7f5f6020dea0, soa_process_answer): called
>>> soa_static.c:1020 soa_sdp_mode_set() soa_sdp_mode_set(0x7f5f5001adb0,
>>> 0x7f5f581285e0, ""): called
>>> soa_static.c:1283 offer_answer_step() soa_static(0x7f5f6020dea0,
>>> soa_process_answer): upgrade codecs with remote description
>>> soa.c:1730 soa_activate() soa_activate(static::0x7f5f6020dea0, (nil)) called
>>> nua_session.c:988 nua_session_client_response() nua(0x1645df0): INVITE:
>>> processed SDP answer in 183 Session Progress
>>> nua_stack.c:271 nua_stack_event() nua(0x1645df0): event r_invite 183
>>> Session Progress
>>> nua_session.c:4137 signal_call_state_change() nua(0x1645df0): call state
>>> changed: calling -> proceeding, received answer
>>> soa.c:1098 soa_get_remote_sdp()
>>> soa_get_remote_sdp(static::0x7f5f6020dea0, [0x7f5f65afb2f8],
>>> [0x7f5f65afb2f0], [(nil)]) called
>>> soa.c:616 soa_get_params() soa_get_params(static::0x7f5f6020dea0, ...)
>>> called
>>> nua_stack.c:271 nua_stack_event() nua(0x1645df0): event i_state 183
>>> Session Progress
>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering
>>> 2014-02-06 21:46:26.309091 [DEBUG] switch_core_session.c:1048 Send
>>> signal sofia/external/49712345 at 30.30.30.30 [BREAK]
>>> 2014-02-06 21:46:26.309091 [ALERT] switch_core_state_machine.c:585
>>> sofia/external/49712345 at 30.30.30.30 session thread wake state:
>>> CS_CONSUME_MEDIA!
>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering
>>> 2014-02-06 21:46:26.309091 [DEBUG] switch_core_session.c:1048 Send
>>> signal sofia/external/49712345 at 30.30.30.30 [BREAK]
>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
>>> 2014-02-06 21:46:26.309091 [ALERT] switch_core_media.c:286 Looking for
>>> zrtp-hash
>>> 2014-02-06 21:46:26.309091 [ALERT] switch_core_media.c:241 Deciding
>>> whether to pass zrtp-hash between legs
>>> 2014-02-06 21:46:26.309091 [ALERT] switch_core_media.c:243
>>> CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash
>>> 2014-02-06 21:46:26.309091 [ALERT] sofia.c:983
>>> sofia/external/49712345 at 30.30.30.30 Same Callee ID "Outbound Call"
>>> <49712345>
>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
>>> nua.c:366 nua_handle_magic() nua: nua_handle_magic: entering
>>> 2014-02-06 21:46:26.309091 [DEBUG] sofia.c:5889 Channel
>>> sofia/external/49712345 at 30.30.30.30 entering state [proceeding][183]
>>> 2014-02-06 21:46:26.309091 [DEBUG] sofia.c:5899 Remote SDP:
>>> v=0
>>> o=root 2049304398 2049304398 IN IP4 30.30.30.31
>>> s=Asterisk PBX 11.0.1
>>> c=IN IP4 30.30.30.31
>>> t=0 0
>>> m=audio 18798 RTP/AVP 8 101
>>> a=rtpmap:8 PCMA/8000
>>> a=rtpmap:101 telephone-event/8000
>>> a=fmtp:101 0-16
>>> a=silenceSupp:off - - - -
>>> a=ptime:20
>>>
>>> 2014-02-06 21:46:26.309091 [ALERT] switch_core_media.c:286 Looking for
>>> zrtp-hash
>>> 2014-02-06 21:46:26.309091 [ALERT] switch_core_media.c:241 Deciding
>>> whether to pass zrtp-hash between legs
>>> 2014-02-06 21:46:26.309091 [ALERT] switch_core_media.c:243
>>> CF_ZRTP_PASSTHRU_REQ not set, so not propagating zrtp-hash
>>> 2014-02-06 21:46:26.309091 [DEBUG] switch_core_media.c:3085 Set
>>> telephone-event payload to 101
>>> 2014-02-06 21:46:26.309091 [DEBUG] switch_core_media.c:3382 Set 2833
>>> dtmf send payload to 101
>>> nua.c:879 nua_respond() nua: nua_respond: entering
>>> nua_stack.c:529 nua_signal() nua(0x1645df0): sent signal r_respond
>>> 2014-02-06 21:46:26.309091 [NOTICE] sofia.c:6051 Hangup
>>> sofia/external/49712345 at 30.30.30.30 [CS_CONSUME_MEDIA]
>>> [INCOMPATIBLE_DESTINATION]
>>> nua_stack.c:573 nua_stack_signal() nua(0x1645df0): recv signal r_respond
>>> 488 Not Acceptable Here
>>> nua_stack.c:271 nua_stack_event() nua(0x1645df0): event i_error 500
>>> Responding to a Non-Existing Request
>>> nua_stack.c:359 nua_application_event() nua: nua_application_event: entering
>>>
>>>
>>> --
>>> With kind regards
>>> Peter Steinbach
>>>
>>>
>>> _________________________________________________________________________
>>> 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
>>
>>
>> _________________________________________________________________________
>> 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
>
>
> --
> With kind regards
> Peter Steinbach
>
> Telefaks Services GmbH
> mailto:lists (att) telefaks.de
> Internet: www.telefaks.de
>
> _________________________________________________________________________
> 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/20140208/8973995b/attachment-0001.html
Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-users
mailing list