[Freeswitch-users] proxy_media possibly broken? "INCOMPATIBLE_DESTINATION"

Peter Steinbach lists at telefaks.de
Tue Feb 11 00:28:42 MSK 2014


Thank you Brian,

that did the trick! So for the most scenarios this works now.


Best regards
Peter

On 02/08/14 19:49, Brian West wrote:
> 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
> <mailto: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 <http://telefaks.de>
>> Internet: www.telefaks.de
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org <mailto: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
>> <mailto:FreeSWITCH-users at lists.freeswitch.org>
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> <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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140210/f078a193/attachment-0001.html 


Join us at ClueCon 2013 Aug 6-8, 2013
More information about the FreeSWITCH-users mailing list