Nils Ohlmeier wrote:
On Wednesday 01 February 2006 15:21, Steve Blair wrote:
hgaillac-sip@yahoo.fr wrote:
I use NAGIOS to monitor SER to know when a server of applications on that server have ...
Can you tell me more ?
sipsak can be configured to respond with Nagios result codes. I think the option is -n. Nagios has been setup to execute sipsak with an input file that contains a specific notify message. This message has an event type of "keep-alive". When my proxies see this event from our nagios host they respond with a 200 ok. This is sufficient to "verify" that the proxy is operational at a sip level or so we like to believe :-)
BTW it should be fairly easy to extend this check to a REGISTER with authentication. sipsak will return the same Nagios compliant return codes. You could even think about trying an INVITE, allthough this might depend a lot on your SER config if the self-INVITE's from sipsak will pass trough it.
Yep. Thanks for the follow-up.
_Steve
Nils
Steve
Harry
--- Steve Blair blairs@isc.upenn.edu a écrit :
hgaillac-sip@yahoo.fr wrote:
Hello,
Ok SRV records point to proxy sip server but if
this
one is down before or during connection !!!
During a connection doesn't matter in my environment. I am running SER in a stateless mode. Once the call is setup media flows between endpoints and the proxy is out of the connection. I am not using NAT either.
SER1DNS servers=== [?] =====sip agents SER2
How [?] can it provide H-A (heartbeat soft) between ser boxes.
Neither the SRV or VRRP can provide a heartbeat between SER boxes. You'd need an application running on the SER boxes to do that. I rely upon t_replicate to update the backup during registration, I use NAGIOS to monitor SER to know when a server of applications on that server have failed and I use an SRV record defined in each phone to identify the proxy. This way the phone will failover on it's own during call setup. Of course this doesn't help during a call but as I said I am running SER in a stateless mode so the proxy "steps out" once the call is setup.
If one of these sip proxy failed during a call can
we
redirect the call to the other proxy ?
I'm not sure how you would accomplish this.
Regards Harry
--- Steve Blair blairs@isc.upenn.edu a écrit :
Sorry. I don't do diagrams :-) Which piece of this explanation is unclear?
-Steve
hgaillac-sip@yahoo.fr wrote:
>Could you please send me a diagram ? > >Harry > >--- Steve Blair blairs@isc.upenn.edu a écrit : > > >>VRRP for layer 3. H-A woud depend upon your >>availability requirements. >>In our case we use an SRV record to identify >>multiple proxy servers each >>with their own priority and weight. Phones >> >> register
>>using the SRV name >>as the proxy address. Each proxy uses >> >>
t_replicate
to
>>replicate >>registration data. So far this works for us. >> >>_Steve >> >>hgaillac-sip@yahoo.fr wrote: >> >> >>>Ok so vrrp for layer 2/3 but which solution for >>> >>> H-A
>>? >> >> >> >>>Harry >>>--- Steve Blair blairs@isc.upenn.edu a écrit >>> >>> >>> >>>>Harry: >>>> >>>>Assuming you are talking about running VRRP >>>> >>>>
in
>>>>your routers and not >>>>on the Asterisk host itself then the answer is >>>> >>>>
a
>>>>qualified yes. VRRP by >>>>itself won't give you the transparency of an >>>> >>>>
SRV
>>>>record for identifying >>>>your proxy servers. It will allow you to have >>>>automatic failover to >>>>backup gateways should the primary gateway >>>> >>>> to/from
>>>>your "SER subnet" fail. >>>> >>>>-Steve >>>> >>>>hgaillac-sip@yahoo.fr wrote: >>>> >>>> >>>>>hello, >>>>> >>>>>Can we use VRRP when a SER is down ? >>>>> >>>>> >>>>> SER1 (master) >>>>>sip agents == || === Asterisk Farm==sip/pstn >>>>> >>>>> >>>>gateway >>>> >>>> >>>> >>>>> SER2 (slave) >>>>> >>>>>Regards >>>>>Harry >>>>> >>>>> >______________________________________________________________________ >_____ > >
=== message truncated ===
_ Nouveau : téléphonez moins cher avec Yahoo! Messenger ! Découvez les tarifs exceptionnels pour appeler la France et l'international. Téléchargez sur http://fr.messenger.yahoo.com