You can also turn off bypass in the profile and turn on late negotiation then set bypass_media=true selectively based on dialplan logic, lua_script, xml_curl etc... On Mon, Feb 13, 2012 at 12:03 PM, Michael Collins <msc@freeswitch.org> wrote:
Well, there is this API:
http://wiki.freeswitch.org/wiki/Mod_commands#uuid_media
You might be able to do something like api_on_answer on the bridge. The key for you is just doing a condition that matches when the caller and callee are in the same office. All things being equal, how do you know when the caller and callee are in the same office?
-MC
On Mon, Feb 13, 2012 at 8:59 AM, Tim St. Pierre <fs-list@communicatefreely.net> wrote:
Hello,
In order to eliminate NAT issues, we have built routable tunnels to our larger customers so that their phones are on a private subnet that is routable to a private subnet at our datacenter. Each Freeswitch system has a profile called nonat that uses an interface and address bound to this network. The remaining customers register to the "internal" profile, which is bound to a public IP address.
At the moment, everything works just great - no nat issues, instant failover between the primary and secondary (shared registrations in DB), but all media flows through our network.
If someone in office A calls another phone in office A, I would like FS to instruct the phones to send their media direct. The addresses and ports are all correct in this case. If someone in office A calls a phone in office B, I want Freeswitch to stay in the media path, as these two offices are not routable to each other, even though each is routable to Freeswitch.
Is there a way to set up a profile (or dialplan) so that FS will bypass media only if the two endpoints are on the same subnet? An ACL isn't really the right thing, since it would require an exponential number of ACLs. Also, many calls go to ring groups, where several phones ring and we don't know which one will answer until it actually does (eliminating some sort of dialplan code using the rtp variables).
Is this possible?
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.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
-- Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@conference.freeswitch.org pstn:+19193869900