Hi, Seems to me that I'm not configuring something correctly or hitting some bug. Reading https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway I have a T.38 incapable provider that will respond with SIP 488 back. If I leave T.38-passtrough and get 488 back, RTP stops and call is dropped. So I was trying to set up correct transcoding. This is the scenario, with 3 identical FS: 1 - T.38 incapable server - PROVIDER 2 - T.38 capable - PROXY 3 - T.38 capable - PBX PBX sends txfax (file.tiff) to PROXY which forwards call to PROVIDER (g.711). PBX sends T.38 re-Invite, PROXY responds with 200 OK but then I have 2 scenarios: either passtrough T.38 which will invoke 488 and dropped call or I tried sip_execute_on_image=t38_gateway peer nocng" but this doesn't send anything to PROVIDER but also call is dropped after BYE and 486 message. Case that I'm hitting is similar to this: "If you want to transcode t.38 on leg a to audio on leg B when leg a invites t.38, but refuse all t.38 offers from leg b " but to refuse t.38 invites from lag a. The other way around, call from PROVIDER to PBX over PROXY is easely transcoded with sip_execute_on_image=t38_gateway self nocng" on the PROXY side. Is it normal behaviour that After failed t.38 negotiation or 488 message, fax call doesn't fall back to previous codec or t.30? -- Regards, Mirko
We do not support fallback. On Fri, Jul 15, 2016 at 9:14 AM, Mirko Brankovic <mirkobrankovic@gmail.com> wrote:
Hi, Seems to me that I'm not configuring something correctly or hitting some bug. Reading https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway
I have a T.38 incapable provider that will respond with SIP 488 back. If I leave T.38-passtrough and get 488 back, RTP stops and call is dropped. So I was trying to set up correct transcoding.
This is the scenario, with 3 identical FS: 1 - T.38 incapable server - PROVIDER 2 - T.38 capable - PROXY 3 - T.38 capable - PBX
PBX sends txfax (file.tiff) to PROXY which forwards call to PROVIDER (g.711). PBX sends T.38 re-Invite, PROXY responds with 200 OK but then I have 2 scenarios: either passtrough T.38 which will invoke 488 and dropped call or I tried
sip_execute_on_image=t38_gateway peer nocng"
but this doesn't send anything to PROVIDER but also call is dropped after BYE and 486 message.
Case that I'm hitting is similar to this:
"If you want to transcode t.38 on leg a to audio on leg B when leg a invites t.38, but refuse all t.38 offers from leg b " but to refuse t.38 invites from lag a.
The other way around, call from PROVIDER to PBX over PROXY is easely transcoded with
sip_execute_on_image=t38_gateway self nocng"
on the PROXY side.
Is it normal behaviour that After failed t.38 negotiation or 488 message, fax call doesn't fall back to previous codec or t.30?
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- *Brian West* brian@freeswitch.org *Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch> *T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
ok thanks On Fri, Jul 15, 2016 at 4:48 PM, Brian West <brian@freeswitch.org> wrote:
We do not support fallback.
On Fri, Jul 15, 2016 at 9:14 AM, Mirko Brankovic <mirkobrankovic@gmail.com
wrote:
Hi, Seems to me that I'm not configuring something correctly or hitting some bug. Reading https://wiki.freeswitch.org/wiki/Mod_spandsp#t38_gateway
I have a T.38 incapable provider that will respond with SIP 488 back. If I leave T.38-passtrough and get 488 back, RTP stops and call is dropped. So I was trying to set up correct transcoding.
This is the scenario, with 3 identical FS: 1 - T.38 incapable server - PROVIDER 2 - T.38 capable - PROXY 3 - T.38 capable - PBX
PBX sends txfax (file.tiff) to PROXY which forwards call to PROVIDER (g.711). PBX sends T.38 re-Invite, PROXY responds with 200 OK but then I have 2 scenarios: either passtrough T.38 which will invoke 488 and dropped call or I tried
sip_execute_on_image=t38_gateway peer nocng"
but this doesn't send anything to PROVIDER but also call is dropped after BYE and 486 message.
Case that I'm hitting is similar to this:
"If you want to transcode t.38 on leg a to audio on leg B when leg a invites t.38, but refuse all t.38 offers from leg b " but to refuse t.38 invites from lag a.
The other way around, call from PROVIDER to PBX over PROXY is easely transcoded with
sip_execute_on_image=t38_gateway self nocng"
on the PROXY side.
Is it normal behaviour that After failed t.38 negotiation or 488 message, fax call doesn't fall back to previous codec or t.30?
-- Regards, Mirko
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
--
*Brian West* brian@freeswitch.org
*Twitter: @FreeSWITCH , @briankwest* http://www.freeswitchbook.com http://www.freeswitchcookbook.com https://www.gofundme.com/freeswitch_ubuntu
Got Bugs? Report them here <https://freeswitch.org/jira>! | Reddit: /r/freeswitch <https://www.reddit.com/r/freeswitch>
*T:*+19184209001 | *F:*+19184209002 | *M:*+1918424WEST (9378) *iNUM:*+883 5100 1420 9001 | *ISN:*410*543 | *Skype:*briankwest
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
Official FreeSWITCH Sites http://www.freeswitch.org http://confluence.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
-- Regards, Mirko
participants (2)
-
Brian West
-
Mirko Brankovic