Asterisk, trunk SIP et pannes DNS : quelles bonnes pratiques ?

[fastm3]

En cas de test de coupure edf, on teste les onduleurs non ?
C'est le plus simple et efficace pour parer a edf.

Bah oui, pas de dns , ca risque de mal se passer. J'explique simplement a mes clients de redemarrer apres que le service internet soit up en cas de panique.

Ton stop start d'Asterisk me semble un peu violent, un sip reload devrait suffire je pense.
Neanmoins, si tu monitores tes trunks, ca se retablit automatiquement. Pour ma part, je tente un sip reload automatique quand j'ai un pb. Dans le cas d'un pb de dns , ca devrait resoudre le pb.
Note que effectivement pour des clients ou la mise en marche successive des equipements reseaux n'est pas possible, je mets en dur l'ip des serveurs sip. Je n'ai pas de soucis en mettant l'ip de sip.ovh.net par exemple.
Un on-off de tous les equipements dans n'importe quel ordre fait que asterisk marche toujours alors. ( quand internet est reparti et que le serveur asterisk est allumé bien sur )
Fastm3.

[jean]

il me semble avoir lu que asterisk est notoirement connu pour mal gérer les dns et resolutions de nom.

cependant, ce qui est étrange, c'est que * ne semble pas ré-enregistré... le sip reload proposé par fastm3 doit résoudre cela. si cela marche, joue ensuite sur le timer d'enregistrement sur cet host

[sixela]

Certes, un "sip reload" suffit peut-être, je n'ai pas fait le test... mais, dans tous les cas, quand la personne qui est sur site n'est pas un pro de l'informatique, ça reste difficile de lui demander de mettre les mains dans le cambouis, donc ce n'est pas une solution satisfaisante.

La solution de mettre la correspondance IP/DNS dans /etc/hosts me parait bonne. Je ne pense pas que les opérateurs s'amusent à changer l'IP de leurs serveurs SIP pour le plaisir, mais bon, ça serait quand même mieux si Asterisk ne devenait pas fou quand il démarre sans DNS et la récupère après !

[jean]

je pense que si le le sip reload marche, il faut ensuite régler les timer de registration, et ensuite, ca se réenregistrera tout seul.

;registertimeout=20             ; retry registration calls every 20 seconds (default)
;registerattempts=10            ; Number of registration attempts before we give up
                                ; 0 = continue forever, hammering the other server
                                ; until it accepts the registration
                                ; Default is 0 tries, continue forever

[therebel23]

Sinon,
si OVH ne change pas d'IP tous les 36 du mois,tu peux déclarer l'IP dans ton fichier /etc/hosts.

siptrunk.ovh.net sera résolu ensuite indépendamment de l'état du DNS ..

[fastm3]

Certes, un "sip reload" suffit peut-être, je n'ai pas fait le test... mais, dans tous les cas, quand la personne qui est sur site n'est pas un pro de l'informatique, ça reste difficile de lui demander de mettre les mains dans le cambouis, donc ce n'est pas une solution satisfaisante.

Pas la peine de mettre les mains dans le cambouis, un petit cron suffit.

Exemple de Monitoring a l'arrache avec cron si on n'a pas le temps de mettre ne place zabbix ou autre. Je verifie le resultat 2 fois de suite pour eviter les fausses alertes.

#

#
CLIENT=xxx
# si le fichier existe , cela a echoué une premiere fois.
if [ -s "/tmp/checkTrunk" ]; then
ALREADYFAILED=0
rm -f /tmp/checkTrunk
#echo "already failed"
fi

/usr/sbin/asterisk -rx 'sip show registry' | grep -v -i registered | grep -v -i "Refresh State" >/tmp/checkTrunk
#
if [ -s "/tmp/checkTrunk" ]; then
#cat /tmp/checkTrunk
if [ $ALREADYFAILED ]; then
#echo "send mail"
mail -s "trunk $CLIENT Connections OffLine please Check" -b xx@gmail.com xx@gmail.com </tmp/checkTrunk
fi
/usr/sbin/asterisk  -rx "sip reload"
fi

[fastm3]

Avec ce script, aujourd'hui , tu aurais vu le pb chez ovh ce matin depuis 11h15 meme si c'est intermittent.
Fastm3.