5 Jan
2005
5 Jan
'05
1:45 p.m.
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
5 Jan
5 Jan
6:09 p.m.
Hello,
--- Roy Sigurd Karlsbakk <roy(a)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(a)yahoo.com>
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - Get yours free!
http://my.yahoo.com
10:19 p.m.
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.
6 Jan
6 Jan
3:32 a.m.
--- Roy Sigurd Karlsbakk <roy(a)karlsbakk.net> wrote:
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(a)yahoo.com>
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - Get yours free!
http://my.yahoo.com
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? 
9:10 a.m.
Girish wrote:
--- Roy Sigurd Karlsbakk <roy(a)karlsbakk.net>
wrote:
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.
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?
=====
Girish Gopinath <gr_sh2003(a)yahoo.com>
__________________________________
Do you Yahoo!?
The all-new My Yahoo! - Get yours free!
http://my.yahoo.com
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
7269
days inactive
7270
days old
4 comments
3 participants
participants (3)
-
Erik Versaevel -
Girish -
Roy Sigurd Karlsbakk