Likely this will never work right with proxy media, the solution is probably to add more real support for t.38 passthrough in freeswitch without the need for proxy mode by handing it properly in the sdp negotiation, and then in the rtp stack, when it switches to t.38, put just the rtp stack into proxy mode (different than the channel in proxy). This is similar to how we handle video today. Mike On Jan 29, 2010, at 11:00 AM, Paweł Pierścionek wrote:
Hi,
I have a stupid case with proxy media. (I need it so T.38 works, bypass is not an option).
I set proxy_media to true, do a simple bridge to a sip destination and then, once it fails, I need to play a prompt that it failed.
The bridge fails with SIP cause 404 after a second worth of G.729 early media (can't ignore the early media)
Tried:
a) pre_answer + playback b) answer + playback c) redirect to a sip destination with a proper prompt d) deflect to a sip destination with a proper prompt e) bridge to a sip destination with a proper prompt while forcing PCMA codec
A & B fail with Codec PROXY PASS-THROUGH encoder error! C - hangs the channel indefinitely D - hangups the channel without sending SIP REDIRECT (call is never fully answered) E - fails with Codec PROXY PASS-THROUGH encoder error!
Any ideas how can I enjoy proxy_media and yet be able to play anything to the user if the bridge setup fails ?
Bounty?
Pawel,_______________________________________________ FreeSWITCH-dev mailing list FreeSWITCH-dev@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org