Hi,
Does SER support run-time configuration? For example, can we modify the routing logic (like changing the destination to different PSTN gateway) at run-time without restarting SER or effecting the ongoing sessions?
Regards, Kevin
On Aug 05, 2003 at 14:52, Kevin Chu kevin.chu@viditec.com wrote:
Hi,
Does SER support run-time configuration? For example, can we modify the routing logic (like changing the destination to different PSTN gateway) at run-time without restarting SER or effecting the ongoing sessions?
No.
Andrei
Hello,
no, it does not. You have to restart the server. On the other hand, restarting the server doesn't harm that much, because it can be done quickly, registrations will be not affected because they will survive in the database and will be reloaded during the startup.
Regarding sessions, ser is transaction-stateful -- that means it doesn't remember any state during the call, it keeps state only when a transaction is active which usually during INVITE and BYE transactions.
If you restart the server during INVITE or BYE transaction (i.e. when the server processed INVITE or BYE and is waiting for 200 OK), the server will forward 200 OK statelessly so user agents will not notice that. It may affect more complicated things like forking or accounting on the server.
As you can see, restarting of the server is really not a problem because user agents (even those in the middle of a call) will not notice that if you do it quickly.
Jan.
On 05-08 14:52, Kevin Chu wrote:
Hi,
Does SER support run-time configuration? For example, can we modify the routing logic (like changing the destination to different PSTN gateway) at run-time without restarting SER or effecting the ongoing sessions?
Regards, Kevin
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Hi,
How does the pa module work during the restart? Dose the subscription state persist between restart?
Thanks, Kevin
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Tuesday, August 05, 2003 3:01 PM To: Kevin Chu Cc: SER Users Subject: Re: [Serusers] Does SER support run-time configuration?
Hello,
no, it does not. You have to restart the server. On the other hand, restarting the server doesn't harm that much, because it can be done quickly, registrations will be not affected because they will survive in the database and will be reloaded during the startup.
Regarding sessions, ser is transaction-stateful -- that means it doesn't remember any state during the call, it keeps state only when a transaction is active which usually during INVITE and BYE transactions.
If you restart the server during INVITE or BYE transaction (i.e. when the server processed INVITE or BYE and is waiting for 200 OK), the server will forward 200 OK statelessly so user agents will not notice that. It may affect more complicated things like forking or accounting on the server.
As you can see, restarting of the server is really not a problem because user agents (even those in the middle of a call) will not notice that if you do it quickly.
Jan.
On 05-08 14:52, Kevin Chu wrote:
Hi,
Does SER support run-time configuration? For example, can we modify the routing logic (like changing the destination to different PSTN
gateway)
at run-time without restarting SER or effecting the ongoing sessions?
Regards, Kevin
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
No, pa doesn't recover. Saving of pa state into database is on my todo list, but with low priority.
Jan.
On 05-08 16:50, Kevin Chu wrote:
Hi,
How does the pa module work during the restart? Dose the subscription state persist between restart?
Thanks, Kevin
-----Original Message----- From: Jan Janak [mailto:jan@iptel.org] Sent: Tuesday, August 05, 2003 3:01 PM To: Kevin Chu Cc: SER Users Subject: Re: [Serusers] Does SER support run-time configuration?
Hello,
no, it does not. You have to restart the server. On the other hand, restarting the server doesn't harm that much, because it can be done quickly, registrations will be not affected because they will survive in the database and will be reloaded during the startup.
Regarding sessions, ser is transaction-stateful -- that means it doesn't remember any state during the call, it keeps state only when a transaction is active which usually during INVITE and BYE transactions.
If you restart the server during INVITE or BYE transaction (i.e. when the server processed INVITE or BYE and is waiting for 200 OK), the server will forward 200 OK statelessly so user agents will not notice that. It may affect more complicated things like forking or accounting on the server.
As you can see, restarting of the server is really not a problem because user agents (even those in the middle of a call) will not notice that if you do it quickly.
Jan.
On 05-08 14:52, Kevin Chu wrote:
Hi,
Does SER support run-time configuration? For example, can we modify the routing logic (like changing the destination to different PSTN
gateway)
at run-time without restarting SER or effecting the ongoing sessions?
Regards, Kevin
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
I've got six phones registering to the Same number. 5 work, the sixth is having A problem. I see this in the log:
Aug 5 17:35:29 rave ser[21791]: ERROR: append_branch: max nr of branches exceeded
Is there a configuration tweak to increase this? Perhaps a compilation tweak?
Thanks ---greg
There is a compile-time maximum on number of branches in SER. To increase it, update MAX_BRANCHES in config.h and recompile.
-jiri
At 12:40 AM 8/6/2003, Greg Fausak wrote:
I've got six phones registering to the Same number. 5 work, the sixth is having A problem. I see this in the log:
Aug 5 17:35:29 rave ser[21791]: ERROR: append_branch: max nr of branches exceeded
Is there a configuration tweak to increase this? Perhaps a compilation tweak?
Thanks ---greg
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
Thanks...got it.
-g
-----Original Message----- From: Jiri Kuthan [mailto:jiri@iptel.org] Sent: Tuesday, August 05, 2003 5:44 PM To: Greg Fausak; 'SER Users' Subject: Re: [Serusers] MAX BRANCHES
There is a compile-time maximum on number of branches in SER. To increase it, update MAX_BRANCHES in config.h and recompile.
-jiri
At 12:40 AM 8/6/2003, Greg Fausak wrote:
I've got six phones registering to the Same number. 5 work, the sixth is having A problem. I see this in the log:
Aug 5 17:35:29 rave ser[21791]: ERROR: append_branch: max nr of branches exceeded
Is there a configuration tweak to increase this? Perhaps a
compilation
tweak?
Thanks ---greg
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-- Jiri Kuthan http://iptel.org/~jiri/
What do you mean by same number? Does it refer to an FXS device with FIVE lines? On the same IP address?
Thanks Emery ----- Original Message ----- From: "Greg Fausak" greg@august.net To: "'SER Users'" serusers@lists.iptel.org Sent: Wednesday, August 06, 2003 01:40 Subject: [Serusers] MAX BRANCHES
I've got six phones registering to the Same number. 5 work, the sixth is having A problem. I see this in the log:
Aug 5 17:35:29 rave ser[21791]: ERROR: append_branch: max nr of branches exceeded
Is there a configuration tweak to increase this? Perhaps a compilation tweak?
Thanks ---greg
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Kevin Chu wrote:
Hi,
Does SER support run-time configuration? For example, can we modify the routing logic (like changing the destination to different PSTN gateway) at run-time without restarting SER or effecting the ongoing sessions?
No, it doesn't per se, but you can arrange something like that by placing routing decision on some third-party, for example we are using radius server for this (propiertary extension). I believe that it is also possible to do it with the help of database. In any case it is trivial to write a module which will take original uri as a parameter and rewrite it ising information from some external source such as a database.
-Maxim
-
Andrei Pelinescu-Onciul -
Director General: NEFACOMP -
Greg Fausak -
Jan Janak -
Jiri Kuthan -
Kevin Chu -
Maxim Sobolev