[Freeswitch-users] Too many channels used in my scenario

[Steven Ayre]

Use bypass_media on the FreeSWITCH->Proxy->FreeSWITCH part.

Signalling will still go via the proxy, but media will go FreeSWITCH->
FreeSWITCH.

Also why not use a codec between the FS hosts that doesn't require a
license? Or use pass through and so only transcode once on a single FS host
if at all.

-Steve



On Friday, May 31, 2013, Mino Haluz wrote:

> We would like to use FS as SBC, so accounting will be done in our core
> network which routes traffic among various carriers, it's ultra fast and
> good designed. I do not want FS to route the traffic, as with multiple
> endpoints synchronizing could be a problem.
>
> I will try how many G729 codecs it will consume, afterwards I can say how
> many channels it requires.
>
>
> On Fri, May 31, 2013 at 7:01 PM, Ken Rice <krice at freeswitch.org> wrote:
>
>  Umm FreeSWITCH can operate in bypass media mode... But I guess the real
> question, is why are you looping the call thru the carrier route proxy and
> back to FS when you can just have FS ask the outside routing where to send
> the call, then have FS just send the call along to the callee
>
>
>
>
> On 5/31/13 2:53 AM, "Mino Haluz" <mino.haluz at gmail.com> wrote:
>
> Hi,
>
> I am thinking of this topology:
>
> caller->freeswitch->proxy
>
> in proxy, there will be some routing module as carrierroute or so and then
> call is sent back
>
> callee<-freeswitch<-proxy
>
> thing is, if only one call is placed, 4 channels are used. If I used
> sangoma transcoding card, every channel has to be transcoded to the
> internal FS coded and back, so 8 transcoding channels in sangoma driver are
> used for just one call (!). How could I tell freeswitch to do not pass SDP
> information to the proxy side and let it use only 2 channels as in standard
> caller->callee call.
>
> Thanks,
> Mino
>
> ------------------------------
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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
>
>
> --
> Ken
> *http://www.FreeSWITCH.org
> http://www.ClueCon.com
> http://www.OSTAG.org
> *irc.freenode.net #freeswitch
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.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>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130611/991e9499/attachment.html