[Freeswitch-users] T38<>T30 transcoding

[Mirko Brankovic]

ok thanks

On Fri, Jul 15, 2016 at 4:48 PM, Brian West <brian at freeswitch.org> wrote:

> We do not support fallback.
>
> On Fri, Jul 15, 2016 at 9:14 AM, Mirko Brankovic <mirkobrankovic at 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 at 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 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
>>
>
>
>
> --
>
> *Brian West*
> brian at 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 at 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 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
>



-- 
Regards,
Mirko
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20160715/6c3376df/attachment-0001.html