hi
I want to setup SER to forward calls to two or more asterisk SIP servers, having the asterisk servers control authorization etc. Is this possible? Also, is it possible to have SER detect if one of the asterisk servers fail, and if failed, use the other one? This would leave me with only the SER box vulnerable alone.
roy
Hello,
--- Roy Sigurd Karlsbakk roy@karlsbakk.net wrote:
I want to setup SER to forward calls to two or more asterisk SIP servers, having the asterisk servers control authorization etc. Is this
SER can forward calls to Asterisk. I did not understand the "asterisk servers control authorization" part. You mean authorizing INVITEs? Does Asterisk support that? I think no. It will accept your call and create another INVITE and send to the destination. If you meant registration, you can either register clients with SER or Asterisk. If you register with Asterisk, then there is no need for call forwarding using SER. (I know, your Asterisk knowledge is better than mine :-)
possible? Also, is it possible to have SER detect if one of the asterisk servers fail, and if failed, use the other one? This would leave me with only the SER box vulnerable alone.
Yes. This is possible. You can have failure routing in your script and check for the status of replies and then decide on what to do. Maybe like forwarding calls to another Asterisk or send to a voicemail server etc.
===== Girish Gopinath gr_sh2003@yahoo.com
__________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com
I want to setup SER to forward calls to two or more asterisk SIP servers, having the asterisk servers control authorization etc. Is this
SER can forward calls to Asterisk. I did not understand the "asterisk servers control authorization" part. You mean authorizing INVITEs? Does Asterisk support that? I think no. It will accept your call and create another INVITE and send to the destination. If you meant registration, you can either register clients with SER or Asterisk. If you register with Asterisk, then there is no need for call forwarding using SER. (I know, your Asterisk knowledge is better than mine :-)
Asterisk does indeed support INVITE auth. I want all REGISTERs to go to the asterisk box(es) but I want to allow one of them to die. All data about the register is stored in a common database between the asterisk boxes, so it's no problem sharing that.
possible? Also, is it possible to have SER detect if one of the asterisk servers fail, and if failed, use the other one? This would leave me with only the SER box vulnerable alone.
Yes. This is possible. You can have failure routing in your script and check for the status of replies and then decide on what to do. Maybe like forwarding calls to another Asterisk or send to a voicemail server etc.
probably something like that, or just 'try forward to server A, didn't work, try server B, etc' btw, is it possible to schedule this via random or round robin somehow?
roy
--- Roy Sigurd Karlsbakk roy@karlsbakk.net wrote:
Asterisk does indeed support INVITE auth. I want all REGISTERs to go to the asterisk box(es) but I want to allow one of them to die. All data about the register is stored in a common database between the asterisk boxes, so it's no problem sharing that.
In the system we use here, all clients register with SER and the invites are forwarded to Asterisk only when we need any PBX feature. Normal calls are forwarded by SER alone, which we found scalable, as it doesn't handle RTP streams. When the clients register with Asterisk, all invites go through Asterisk, which handles media. Of course, we can have Dial statements which dont request for pbx features, but designing such a complex dialplan was difficult. Also, we wanted to avoid frequent reloads of Asterisk due to the change of dial preferences by users.
Yes. This is possible. You can have failure routing in your script and check for the status of replies and then decide on what to do. Maybe like forwarding calls to another Asterisk or send to a voicemail server etc.
probably something like that, or just 'try forward to server A, didn't work, try server B, etc' btw, is it possible to schedule this via random or round robin somehow?
AFAIK, there is no such built-in mechanisms to acheive scheduling in a random manner. The failure routes follow a sequential order. However, you can implement this feature by adding a custom-built module to SER.
===== Girish Gopinath gr_sh2003@yahoo.com
__________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com
Girish wrote:
--- Roy Sigurd Karlsbakk roy@karlsbakk.net wrote:
Asterisk does indeed support INVITE auth. I want all REGISTERs to go to the asterisk box(es) but I want to allow one of them to die. All data about the register is stored in a common database between the asterisk boxes, so it's no problem sharing that.
In the system we use here, all clients register with SER and the invites are forwarded to Asterisk only when we need any PBX feature. Normal calls are forwarded by SER alone, which we found scalable, as it doesn't handle RTP streams. When the clients register with Asterisk, all invites go through Asterisk, which handles media. Of course, we can have Dial statements which dont request for pbx features, but designing such a complex dialplan was difficult. Also, we wanted to avoid frequent reloads of Asterisk due to the change of dial preferences by users.
Yes. This is possible. You can have failure routing in your script and check for the status of replies and then decide on what to do. Maybe like forwarding calls to another Asterisk or send to a voicemail server etc.
probably something like that, or just 'try forward to server A, didn't work, try server B, etc' btw, is it possible to schedule this via random or round robin somehow?
AFAIK, there is no such built-in mechanisms to acheive scheduling in a random manner. The failure routes follow a sequential order. However, you can implement this feature by adding a custom-built module to SER.
Actualy there is a dispatcher module which take a list of servers and can forward requests to a random server even based on callid so all incall messages get to the correct server.
===== Girish Gopinath gr_sh2003@yahoo.com
__________________________________ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
-
Erik Versaevel -
Girish -
Roy Sigurd Karlsbakk