You do know about Asterisk Realtime? --- On Wed, 7/27/11, chrisbware@interfree.it <chrisbware@interfree.it> wrote: From: chrisbware@interfree.it <chrisbware@interfree.it> Subject: [Freeswitch-users] Gateway real-time To: freeswitch-users@lists.freeswitch.org Date: Wednesday, July 27, 2011, 8:35 AM Hi guys, I've successfully configured FS to work with mod_xml_curl and a cgi, in order to configure Sofia channel. In this way, all Sofia configuration (including gateway definition) is loaded from my DB. Next step I'd like to do is add a gateway on the fly, so that when gateway parameters are on DB table, it's automatically loaded in FS. I hate asterisk "sip reload" method and I hope there's another solution with FS, not based on config reload. Can you help? Thanks. ------------------------------------------------------------------------------- Valore legale alle tue mail InterfreePEC - la tua Posta Elettronica Certificata http://pec.interfree.it ------------------------------------------------------------------------------- -----Inline Attachment Follows----- _______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE 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
That's not possible. Sofia needs you to do a 'sofia profile <name> rescan' to pick up new gateways, and if a gateway has changed its parameters you need to do 'sofia profile <name> killgw <gwname>' then rescan. There's a reason for it too - FS has to register with the gateway then keep pinging it with OPTIONS requests. That means the gateway needs an object stored in memory. It wouldn't be ideal for FS to constantly poll a database looking for changes for something that might never change, so you're left with rescan. You could however have a DB trigger that runs a script that connects via ESL and does that for you though... -Steve On 27 July 2011 16:35, <chrisbware@interfree.it> wrote:
Hi guys,
I've successfully configured FS to work with mod_xml_curl and a cgi, in order to configure Sofia channel. In this way, all Sofia configuration (including gateway definition) is loaded from my DB.
Next step I'd like to do is add a gateway on the fly, so that when gateway parameters are on DB table, it's automatically loaded in FS. I hate asterisk "sip reload" method and I hope there's another solution with FS, not based on config reload.
Can you help?
Thanks.
------------------------------------------------------------------------------- Valore legale alle tue mail InterfreePEC - la tua Posta Elettronica Certificata http://pec.interfree.it
-------------------------------------------------------------------------------
_______________________________________________ Join us at ClueCon 2011, Aug 9-11, Chicago http://www.cluecon.com 877-7-4ACLUE
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
On Wed, Jul 27, 2011 at 9:40 AM, Steven Ayre <steveayre@gmail.com> wrote:
That's not possible. Sofia needs you to do a 'sofia profile <name> rescan' to pick up new gateways, and if a gateway has changed its parameters you need to do 'sofia profile <name> killgw <gwname>' then rescan.
There's a reason for it too - FS has to register with the gateway then keep pinging it with OPTIONS requests. That means the gateway needs an object stored in memory. It wouldn't be ideal for FS to constantly poll a database looking for changes for something that might never change, so you're left with rescan.
You could however have a DB trigger that runs a script that connects via ESL and does that for you though...
-Steve
What about Tony's "Enterprise vs. shuttlecraft" trick? http://wiki.freeswitch.org/wiki/Clarification:gateways#Clarification
You can trigger a gateway to be "active" only when a particular user registers, i.e. an inbound registration triggers an outbound registration. I don't know if it will work in this scenario but it's worth looking into... -MC
participants (4)
-
chrisbware@interfree.it
-
Michael Collins
-
Sam
-
Steven Ayre