On Wednesday 01 February 2006 15:21, Steve Blair wrote:
hgaillac-sip(a)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(a)isc.upenn.edu> a écrit :
>>hgaillac-sip(a)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.
>>
>>> SER1
>>>DNS 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(a)isc.upenn.edu> a écrit :
>>>>Sorry. I don't do diagrams :-) Which piece of this
>>>>explanation is unclear?
>>>>
>>>>-Steve
>>>>
>>>>hgaillac-sip(a)yahoo.fr wrote:
>>>>>Could you please send me a diagram ?
>>>>>
>>>>>Harry
>>>>>
>>>>>--- Steve Blair <blairs(a)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(a)yahoo.fr wrote:
>>>>>>>Ok so vrrp for layer 2/3 but which solution for
>>>>
>>>>H-A
>>>>
>>>>>>?
>>>>>>
>>>>>>>Harry
>>>>>>>--- Steve Blair <blairs(a)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(a)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