OVH Community, votre nouvel espace communautaire.

wrong password on authentication


hb22
08/10/2013, 03h54
Réponse d'OVH lundi 07/10 à 15h :
"Nous avons mis à jour notre serveur pour les configurations sous Asterisk. Vous ne devriez plus avoir à faire de Sip Reload en théorie."

docteurmicro
01/10/2013, 22h09
J'ai 2 sites en 2820 avec un max de 5 postes par site, je n'ai pas de soucis non plus. C'est qu'on passe à 10/15 postes. J'ai stabilisé un peu en désactivant les fonctions DoS defense dans le Draytek.

tanguyd
01/10/2013, 22h04
Je suis sur des 2820. Pour le moment ras, je touche du bois.

docteurmicro
01/10/2013, 20h56
Ce qui m'a échaudé avec Draytek c'est en prenant le dernier modèle haut de gamme le 2960 avec un firmware pas fini... même en routant la voix sur un wan et la data sur l'autre il y avait des coupures lors des communications.. Alors qu'avant chez le même client avec un 2920 j'avais pas de coupures...

Egalement sur le 2920 j'ai remonté des bugs au support france, ça a bien été reproduit et j'attends les patchs depuis 6 mois...

Tu utilises quoi comme modèle chez Draytek?

Du coup je suis passé au routeur maison avec pfsense dessus...

tanguyd
01/10/2013, 20h49
j'avais régulièrement ce pb avec les netgear premier prix. Je vais être vigilent par rapport aux draytek

docteurmicro
01/10/2013, 20h44
Plusieurs 2920 avec le dernier firmware...
Je faisais routé la téléphonie sur un wan et la data sur l'autre wan.

tanguyd
01/10/2013, 20h35
Mes installations sont général d'une dizaine des postes. As tu eu ce problème de manière récurrente avec plusieurs modems ?

docteurmicro
01/10/2013, 20h28
Je n'utilisais que des drayteks et j'ai eu des soucis sur les installations à partir de 20 postes, pour une raison inconnue le routeur coupait toutes les connexions des téléphones et laissait l'informatique fonctionner... la solution pour que les téléphones puissent à nouveau s'enregistrer sur mon asterisk dans le cloud était de rebooter le draytek...

tanguyd
01/10/2013, 20h22
Les clients auquel je pense sont effectivement sur des lignes ovh ( en zone non dégroupé ).

Mon serveur asterisk est sur un VPS ikoula a 10€, je pense cependant que ce ne sont pas ces détails qui importent.

Entre le netgear premier prix avec lesquel le voix coupée dés que l'on tirait un peu sur débit ( surtout en upload ) et les draytek, la seule variable qui change c'est le routeur.

docteurmicro
01/10/2013, 19h28
Merci Tanguyd. Ceci sans forcément avoir avoir obligé le client a avoir une liaison xdsl chez OVH? et ton serveur asterisk est un dédié de chez OVH? en VM?

Merci d'avance pour tes réponses.

tanguyd
01/10/2013, 19h25
Ayant moi aussi un asterisk un serveur dédié je vais faire une réponse.

J'avais aussi des soucis de qualité chez certains clients, mais en faisant de la QOS avec des draytek 2820 ( je priorise simplement l'IP de mon serveur asterisk sans distinction de ports/protocole ) j'ai des résultats très satisfaisants, y compris chez des clients a la campagne avec des débits limités.

docteurmicro
01/10/2013, 16h41
Bonjour hb22,

je voudrais faire un aparté concernant ton architecture avec asterisk sur vm dans le cloud. Comment gères-tu la QoS entre les routeurs de tes clients et tes VM dans le cloud? J'utilise la même architecture et mes clients se plaignent de coupures de communication ou de communication aléatoirement de mauvaise qualité.

Merci par avance et désolé pour la digression.

hb22
01/10/2013, 13h06
A mon avis le problèmes est ailleurs.
Tous mes IPBX Asterisk ont :
Code:
minexpiry=1800   maxexpiry=3600   defaultexpiry=1800
Et j'ai toujours le problème.

atmora
01/10/2013, 09h27
Citation Envoyé par hb22
Même en changeant le mot de passe SIP le problème est le même.
J'utilise d'autres fournisseurs SIP sur les mêmes IPBX et jamais ce type de problème.

A la demande d'OVH je viens de lancer un tcpdump circulaire sur une dizaine d'IPBX.
On va attendre la prochaine panne...
On vient de le faire nous aussi !
Voir le résultat ici: http://forum.ovh.com/showpost.php?p=570599&postcount=6

Ce serait cool qu'OVH prévienne lorsqu'il met en place un anti-flood nécessitant des modifs des paramètres standard coté client !

hb22
30/09/2013, 15h17
Même en changeant le mot de passe SIP le problème est le même.
J'utilise d'autres fournisseurs SIP sur les mêmes IPBX et jamais ce type de problème.

A la demande d'OVH je viens de lancer un tcpdump circulaire sur une dizaine d'IPBX.
On va attendre la prochaine panne...

tanguyd
23/09/2013, 12h24
J'ai le même problème

voir ma réponse 11/06/2013, 10h12
http://forum.ovh.net/showthread.php?t=88884

roms2000
22/09/2013, 19h29
essaie de changer le mot de passe sip et de voir si ca tient.
j ai eu un soucis similaire et le seul moyen a été de changer ce mot de passe.
par contre il y a eu une modification de leur côté qui les a obliger a recharger une config. c est peut être a causee de ça.

hb22
18/09/2013, 05h46
Bonjour,

Nous avons installé plusieurs dizaines de VMs Asterisk. Une VM Asterisk par client. Tout est hébergé sur plusieurs dédiés Proxmox chez OVH.
Les VMs sont toutes clonées à partir du même master.

Aléatoirement et de plus en plus souvent les trunk OVH ne désenregistrent.

Le message dans les logs Asterisk est :

Line 67: 2013-09-17 12:02:43] WARNING[1344] chan_sip.c: Forbidden - wrong password on authentication for REGISTER for '0033972XXXXXX' to 'sip.ovh.fr'
Bien sûr personne n'a changé le mot de passe et tout rentre dans l'ordre après la commande :

sip reload
Cela arrive aléatoirement sur l'une ou l'autre des VMs Asterisk. Jamais sur les anciens trunk qui pointent vers sip.ovh.net. C'est souvent concentré en quelques jours. Ces deux derniers jours le problème est arrivé sur 5 VMs. On
peut ne pas avoir le problème pendant plusieurs semaines.

Les dates et les heures :

2013-09-16 16:42:15
2013-09-17 11:12:58
2013-09-17 12:02:43
2013-09-17 16:12:05
2013-09-17 16:41:56

Parmi ces Vms, il y a une VM qui n'est pas hébergée chez OVH mais directement chez le client derrière un lien xDSL non OVH et le problème est le même.

Une solution ?

------------------------
Hervé Boutin
www.qualite-info.fr
------------------------