t38_passthru=true and avoid proxy media! Sent from my iPhone
On Feb 8, 2014, at 12:27 PM, Peter Steinbach <lists@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@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@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@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@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@20.20.20.20>;tag=myacymU8arjje To: <sip:49712345@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@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@30.30.30.30 [BREAK] 2014-02-06 21:46:26.309091 [ALERT] switch_core_state_machine.c:585 sofia/external/49712345@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@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@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@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@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@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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
-- With kind regards Peter Steinbach
Telefaks Services GmbH mailto:lists (att) telefaks.de Internet: www.telefaks.de
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
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