XBrian
2013-Jan-30 17:26 UTC
[asterisk-users] sip register peer (the quest for near 100% availability)
Hello. I am aware that 'sip show peers' will display my peers, and that 'sip unregister xxxx' (where xxxx is the peer name) will unregister a peer - however, I want to force registration of a peer from the CLI. Is there any way to force this? I have several user agents and I want to achieve near 100% availability for all peers. I realise that the peer will be 'woken' up at my qualify intervals, but can I actually force registration from the CLI?
Matthew Jordan
2013-Jan-30 17:48 UTC
[asterisk-users] sip register peer (the quest for near 100% availability)
On 01/30/2013 11:26 AM, XBrian wrote:> Hello. I am aware that 'sip show peers' will display my peers, and that 'sip > unregister xxxx' (where xxxx is the peer name) will unregister a peer - however, > I want to force registration of a peer from the CLI. > > Is there any way to force this? I have several user agents and I want to achieve > near 100% availability for all peers. I realise that the peer will be 'woken' up > at my qualify intervals, but can I actually force registration from the CLI? >A REGISTER request originates from the peer. How do you propose Asterisk ask the unregistered peers to REGISTER in a device agnostic fashion? -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com & http://asterisk.org
XBrian
2013-Jan-30 18:14 UTC
[asterisk-users] sip register peer (the quest for near 100% availability)
I am aware that the direction is from peer to asterisk. Its a valid question. If a solution did exist, guarantees near 100 per cent availability. Especially if the device is actually there.
Leandro Dardini
2013-Jan-30 18:30 UTC
[asterisk-users] sip register peer (the quest for near 100% availability)
You can just shorten the time the phone device register on the asterisk server. It is up to the peer to send the registration command. It cannot be triggered or forced in any way. Leandro 2013/1/30 XBrian <boboodz at yahoo.co.uk>> I am aware that the direction is from peer to asterisk. Its > a valid question. If a solution did exist, guarantees near 100 per cent > availability. Especially if the device is actually there. > > > > > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20130130/96efd42c/attachment.htm>
XBrian
2013-Jan-30 19:05 UTC
[asterisk-users] sip register peer (the quest for near 100% availability)
Thanks - I was hoping there was some silver bullet to use out there. Thanks anyway.
Dave Platt
2013-Jan-31 17:14 UTC
[asterisk-users] sip register peer (the quest for near 100% availability)
> Is there any way to force this? I have several user agents and I want to achieve > near 100% availability for all peers. I realise that the peer will be 'woken' up > at my qualify intervals, but can I actually force registration from the CLI?For those peers which are at known, fixed, predictable IP addresses (e.g. in-house phones which have statically-configured IP addresses or which get non-dynamic addresses from a DHCP server you control) you do not need to use registration at all. You can simply hard-code the peer's address into sip.conf (or, I presume, an equivalent realtime table). When you Dial() such a peer, Asterisk will start sending out the INVITE packets, regardless of whether it has heard anything at all from that peer in the last hour or fifty. No need for "qualify" although you can use this to keep track of whether the peers are actually alive or not. If you take this approach, you'll save yourself a great deal of heartburn if you can figure out an automated way of keeping the IP addresses synchronized, between Asterisk and whatever "hand out the addresses" mechanism the phones use (DHCP, TFTP-based provisioning files, etc.). Keep a "master list" of peers and addresses in a simple table or file somewhere, and use this to populate the other pieces of software which need to know. For peers which can move around to arbitrary IP addresses, and where your server system won't know what those addresses may be in advance, using REGISTER from the device is really the only good approach. If you've got a setup where devices change their IP address frequently and need to be on-line constantly, I'd say you have a fundamental problem with no easy solution. Using a short registration time limit (e.g. 30 seconds) is probably the least awful way to handle this, and if you're talking about a very large number of phones you may want to set up a dedicated SIP proxy to handle this registration burden and keep Asterisk from having to deal with it.