Clustering/ storing registration server IP in DB
Trying to figure how to get info where (on which FS server) the SIP endpoint have been registered. There is an XML_CURL - but it get's only registration requests, and than not notified by the FS server, whether endpoint have been accepted for registration by the server or not. Should I listen for an proper event, and than update the DB ? Or there is a simplier/proper way to update DB upon endpoint registration? 2. Also - if there is a multiple regs allowed, and the same user have been registered on several FS server?
You can move the core db and set a dsn for mod_sofia pointing to a ODBC database. Registrations will then be stored in that database, providing you are on latest git. -Steve On 17 May 2011 22:19, Anton VG <anton.vazir@gmail.com> wrote:
Trying to figure how to get info where (on which FS server) the SIP endpoint have been registered. There is an XML_CURL - but it get's only registration requests, and than not notified by the FS server, whether endpoint have been accepted for registration by the server or not. Should I listen for an proper event, and than update the DB ? Or there is a simplier/proper way to update DB upon endpoint registration?
2. Also - if there is a multiple regs allowed, and the same user have been registered on several FS server?
_______________________________________________ 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 Tue, May 17, 2011 at 4:06 PM, Steven Ayre <steveayre@gmail.com> wrote:
You can move the core db and set a dsn for mod_sofia pointing to a ODBC database. Registrations will then be stored in that database, providing you are on latest git.
Ditto. Also, I have no idea what you're trying to do, but you can watch for custom events when an SIP UA registers too. That might be of interest depending on your application. Best, Gabe
Yea, the custom events I mean. What I'm trying to do: Suppose there are several FS servers (cluster) - managed via ESL and xml_curl for users, user (SIP) register to one of the servers in round-robin fashion. So to call from one user to another, if given users are registered on different FS servers, before cunstructing the 'originate', I have to determine, which server is responsible for the given user, and place call there as to gateway, or if the user found on the same server, call him as internal user. Any better way? My billing done in Postgres, with quite a few schemes, so overall structure is quite complex, so I'd like to manage the registration process, rather to give access to a public schema for FS instances and than adopt FS-created it data to my needs. PS: I'm on git, which is a week old, seems it supports the given. 2011/5/18 Gabriel Gunderson <gabe@gundy.org>:
On Tue, May 17, 2011 at 4:06 PM, Steven Ayre <steveayre@gmail.com> wrote:
You can move the core db and set a dsn for mod_sofia pointing to a ODBC database. Registrations will then be stored in that database, providing you are on latest git.
Ditto.
Also, I have no idea what you're trying to do, but you can watch for custom events when an SIP UA registers too. That might be of interest depending on your application.
Best, Gabe
_______________________________________________ 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
A master-master type of sql setup will share the registrations along with the path to reach them. It might be easiest to do this in the sql database rather than ESL. -Avi On Wed, May 18, 2011 at 10:59 AM, Anton VG <anton.vazir@gmail.com> wrote:
Yea, the custom events I mean.
What I'm trying to do: Suppose there are several FS servers (cluster) - managed via ESL and xml_curl for users, user (SIP) register to one of the servers in round-robin fashion. So to call from one user to another, if given users are registered on different FS servers, before cunstructing the 'originate', I have to determine, which server is responsible for the given user, and place call there as to gateway, or if the user found on the same server, call him as internal user. Any better way?
My billing done in Postgres, with quite a few schemes, so overall structure is quite complex, so I'd like to manage the registration process, rather to give access to a public schema for FS instances and than adopt FS-created it data to my needs.
PS: I'm on git, which is a week old, seems it supports the given.
2011/5/18 Gabriel Gunderson <gabe@gundy.org>:
On Tue, May 17, 2011 at 4:06 PM, Steven Ayre <steveayre@gmail.com> wrote:
You can move the core db and set a dsn for mod_sofia pointing to a ODBC database. Registrations will then be stored in that database, providing you are on latest git.
Ditto.
Also, I have no idea what you're trying to do, but you can watch for custom events when an SIP UA registers too. That might be of interest depending on your application.
Best, Gabe
_______________________________________________ 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
_______________________________________________ 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
participants (4)
-
Anton VG
-
Avi Marcus
-
Gabriel Gunderson
-
Steven Ayre