[Freeswitch-users] TDM-to-TDM Pass-through Media

[Raúl Alexis Betancor Santana]

But in this case, TDM frames are ALLWAYS going throught FS, and ALLWAYS
means ALLWAYS, every single frame of the TDM-TDM call.

You don't need to use any param on the dialplan, as you could not offload
FS of the TDM-frames proccessing.

2017-09-10 11:12 GMT+01:00 Nandy Dagondon <nandy1925 at gmail.com>:

> Yes. The frames need to be copied from one port to the other. However, FS
> can still snoop on the media like detecting DTMF like an incoming caller
> responding to an auto-attendant/IVR.  Will using "bypass_media" parameter
> on the dialplan, the frames will just go from one endpoint (TDM channel) to
> the other endpoint (TDM channel on the other port) in like manner?  Or
> there are TDM parameters I need to know?
>
> This is easy to visualize in SIP because packets just pass through the
> switches/routers - not through FS.
>
> Appreciate for more additional info.
>
> /Nandy
>
>
>
>
>
> On Sat, Sep 9, 2017 at 10:03 PM, Ken Rice <krice at freeswitch.org> wrote:
>
>> bypass and proxy media is only useful for rtp based calls (read sip to
>> sip) you still have yo copy frames from on t1/e1 port to the other port.
>>
>>
>>
>> Sent from my iPhone
>>
>> > On Sep 9, 2017, at 08:35, Nandy Dagondon <nandy1925 at gmail.com> wrote:
>> >
>> > Hello folks,
>> >
>> > I have a setup wherein I inserted FS in-between a PSTN exchange and a
>> PABX linked via E1 R2.  My TDM card has dual E1 ports - port A is connected
>> to the exchange and port B to the PABX.  If there's a call that
>> pass-through FS (EXCH > PABX and vice-versa), I want incoming media from
>> one port to immediately sent to the other port.  What mode should I set in
>> the dialplan?  proxy_media or bypass_media?  I have read the Wiki on
>> proxy_media. It's very clear to me re handling of TDM media.
>> >
>> > Thanks in advance for the inputs.
>> >
>> > /Nandy
>> >
>> > ____________________________________________________________
>> _____________
>> > 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
>>
>> _________________________________________________________________________
>> 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
>>
>
>
> _________________________________________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20170910/24d9051f/attachment.html>