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.
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