J’ai configuré un trunk avec OVH qui fonctionne pour les appels entrants qui sont donc reçus sur extension interne.
Quand j’essaie d’appeler un numéro externe je reçois le msg ‘Votre appel ne peut être complété tel que composé’ Il me semble que ça correspond à un rejet dans les patterns du trunk
Au depart j’avais Prepend rien Prefixe rien Pattern 0ZXXXXXXXX
J’ai essayé Prepend 0033 Préfixe 0 Pattern ZXXXXXXXX (parce que OVH voudrait le numéros en format international???)
Ca ne marche pas mieux.
Par contre j’ai configuré un trunk à un fournisseur américain Net2Phone et ça marche.
Salut.
Vérifies que ce soit bien un pattern qui bloque l’appel et non OVH qui te bloque. Bien que normalement tu aurais “Toutes les lignes sont occupées” …Etc.
Chez OVH, il faut présenter le outbound CID ou anonymous. Tout autre numéro CID sera rejeté chez OVH s’il y a pas un abonnement sur ces n° (DID)
Pour mes routes sortantes, j’ai mis : 0[1-59]XXXXXXXX pour les fixes. Pas de préfixe ni de prepend.
J’ai décomposé les routes en fixes, mobiles, l’international, colorés (vert, orange…Etc), spéciaux. Ainsi on peut définir des autorisations sur les numéros.
Je compose directement le numéro à 10 chiffres et ça part direct chez OVH sans faire de 0 pour l’extérieur comme sur des centraux privés.
FreePBX ne filtre pas de n° présenté. Le principe est , si le numéro composé matche avec la règle, alors il est composé sur le trunk. Ni plus ni moins.
Vérifier les logs asterisk soit en dump CLI ou en lisant le fichier /full et voir si le trunk est sollicité ou non.
En CLI, valider les traces PJSIP sur le trunk OVH pour voir si ce n’est pas lui la cause (puis désactiver les traces après le test) .
Pour ma part, j’utilise OVH depuis des années et ça fonctionne parfaitement.
Pour moi 0ZXXXXXXXX ne marche pas pour des appels en France mais
Prepend 00 Prefix 1 Match Pattern NXXNXXXXXX marche très bien pour appeler 0018669788260
J’ai essayé de mettre le debug level à 15 qui produit énormément d’info.
Avec les 2 appels le context de départ est from-internal mais pour les USA ça marche et pour OVH l’appel est rejeté parce que le match ne se fait pas. Je viens de mettre simplement 0XXXXXXXXX
Si le doute est sur les filtres, alors ne verrouille rien. Tu mets X. (un X et un point).
cela dira à FreePBX de tout accepter en terme de longueur de numéro et ait au moins 2 chiffres.
Ce filtre étant large, tu peux facilement l’adapter après.
C’est ce que je ferais à ta place.
Pour valider les log SIP sur PJSIP. pjsip set logger on
ou
ping ``siptrunk.ovh.net PING ``siptrunk.ovh.net`` (91.121.129.23) 56(84) bytes of data.
pjsip set logger host91.121.129.23
Passes ton appel vers OVH et regardes ce qui est numéroté.
Si rien ne sort sur OVH, c’est que la route sortante est foireuse.
Mais dis-moi. Tu as combien de trunks?
Si tu as deux trunks (un pour la France et un pour les USA). Le outbound route doit savoir quel trunk prendre pour tel ou tel direction.
S’il y a des routes communes pour le même numéro, tu peux te retrouver avec le trunk concurrent qui te retourne faux numéro.
Ce que j’ai mis pour les appels vers les USA , c’est 001 et un point. (001.)
Donc de mon FreePBX, pour appeler les USA, je dois composer 001 et les autres chiffres du correspondant.
Dans le temps, le double zéro était le préfixe pour l’international. (00). Qui est remplacé par le + de nos jours!