Conf Asterisk pour ligne OVH (appels sortants)

Bonjour, j'utilise asterisk et j'ai le même problème depuis environ deux mois. Mon IPBX fonctionnait parfaitement sur le serveur sip d'ovh depuis dix ans avant.. Maintenant, cela ne se synchronise pas.
Ovh a modifier sa conf mais refuse de nous dire ce qui ne va pas.

Bonjour @DavidB91

Pour lever le doute, installe une ligne sur un Softphone et teste.

Il y a des quantités de Softphones que l'on peu trouver sur Internet.
Le tout c'est de bien les configurer !

Tu pourrais utiliser **1https://www.zoiper.com/en/voip-softphone/download/currenthttps://www.zoiper.com/en/voip-softphone/download/current ZOIPER_** que j'utilise régulièrement sur Windows et Android.

Inspire-toi de mes guides qui m'ont encore permis d'aider quelqu'un il y a quelques jours :
* Voir ---> _**https://wordetweb.com/word-et-web/Softphones-zoiper-android-exemple-configuration-FR.htm ZOIPER sur ANDROID et OVH**_
* Voir ---> _**https://wordetweb.com/word-et-web/Softphones-zoiper-windows-exemple-configuration-FR.htm ZOIPER sur WINDOWS et OVH**_

J'ai installé et configuré sans problème ZOIPER dans les environnement suivants :
* _**IOS - IPAD**_ _(pour recevoir les appels prendre la solution à 10 €/an)_
* _**ANDROID - Smartphone**_
* _**WINDOWS - PC portable**_

```text Bonjour,

@DavidB91 : Pour ma part ça a fini par "tomber en marche"... Sans aide d'OVH.

voici ma conf actuelle, si ça peut aider (elle marche chez moi) :

ovh-out :
username=00339XXXXXXXX
type=peer
secret=XXXXXXXXXXXXXXXX
qualify=300
insecure=invite,port
host=sip5.ovh.fr
fromuser=00339XXXXXXXX
fromdomain=sip5.ovh.fr
canreinvite=no
nat=yes
externip=xxx.xxx.xxx.xxx
localnet=xx.xx.xx.0/255.255.255.0


ovh-in :
type=user
secret=XXXXXXXXXXXXXXXX
qualify=no
host=dynamic
context=from-trunk

Enregistrement :
00339XXXXXXXX:XXXXXXXXXXXXXXXX@sip5.ovh.fr/339XXXXXXXX ```

Bonjour,
j'ai arrêté Asterisk pour le moment pour ne pas avoir de conflit de teste.
j'ai Grandstream GXP1625, j'ai mis une ligne, les appels entrant fonctionne mais impossible d'appeler, la ligne s'enregistre.
J'ai installer deux autre lignes sur un serveur 3CX sous debians. Mon pote a une ligne ovh qui marche parfaitement. Par contre les deux miennes peuvent seulement faire des appels sortant et pas d'enregistrement de la ligne.
Sur mon asterisk, j'ai le message suivant: [18487]: chan_sip.c:24738 handle_response_register: Forbidden - wrong password on authentication for REGISTER for
Pourtant j'ai changé tout les mots de passe des deux côtés.
Avant, cela marchait sans problème depuis 2010 avec des évolutions d'astérisk de la 1.6 a Asterisk 16.8.0.
Je connais zoiper, je l'ai installé sur mon téléphone mobile pour la voip. Je routais via mon serveur.

Es ce que vous utilise des trunks?
J'utilise des lots de lignes, mes connections sont de type friends, donc bidirectionnel.

Petite précision, mon serveur asterisk est une vm en ubuntu sur soyoustart, il est en ip failover. La latence est 7 ms avec le serveur sip.ovh.fr.
ping sip.ovh.fr
PING sip.ovh.fr (91.121.129.20) 56(84) bytes of data.
64 bytes from 91.121.129.20 (91.121.129.20): icmp_seq=1 ttl=55 time=7.17 ms
64 bytes from 91.121.129.20 (91.121.129.20): icmp_seq=2 ttl=55 time=7.32 ms
64 bytes from 91.121.129.20 (91.121.129.20): icmp_seq=3 ttl=55 time=7.26 ms

Je n'utilise qu'une seule ligne SIP OVH (mais elle est configurée en tant que Trunk dans FreePBX).

Concernant la différence entre type=friend et type=peer, vous auriez peut-être intérêt à essayer, dans mon cas en tout cas ça fonctionne. Dans tous les cas ça n'empêche pas le caractère bidirectionnel des choses.

Voyez aussi ce qu'on peut lire ici :
https://community.asterisk.org/t/type-peer-vs-type-friend/50096 https://community.asterisk.org/t/type-peer-vs-type-friend/50096
_A SIP friend will recognize its name in the from part of a SIP invite, even though the call doesn’t come from the right address… It is therefore normally a security risk, and can also cause calls to be falsely rejected if they have the same caller ID value in the From header, but come from a “trunk”._

Je vais tenter la configuration. Je prendre les tables de la version est faire cela à neuf. On verra bien.

Finalement j'ai trouve l'origine du problème, la mise à jours du serveur ovh a créer un conflit avec ma configuration entraînant un bannissement du serveur ovh. Je dois a présent refaire la configuration du serveur, je vais passer sur la nouvelle version RT.