ouiEnvoyé par stepatchin
une ligne par pattern
fastm3
oui
une ligne par pattern
fastm3
bonjour a tous,
un an de travail sur la vidéo surveillance je retourne sur la VOIP, et je découvre que FreePbx a changer ce qui a perturbé mon client.
J'ai vue que les Dial pattern a changer et je me retrouve pas trop dedans, pouvez vous m'expliquer ce qui change par rapport a l’instruction ./101 que fastm3 m'a gentiment suggéré ??
Merci a tous
J'ai essayer d'ajouter dans l'extension 101 un deny vers l'adresse IP de la passerelle que j'utilise pour le RTC. Mais ca fonctionne pas.
Meme la méthode proposé par fastm3 ne fonctionne pas; la route interdit n'interdit rien. :(
le deny n'a rien a voir, ca restreint la possibilité de s'enregistrer mais n'a rien a voir avec le dialplan. Cela concerne plutot la securité.
Et pour une install en prod, je conseille de s'en servir mais c'est un autre sujet.
Freepbx a fait evoluer son interface de saisie pour les dial pattern mais le principe est toujours le meme.
Si ton pattern est correct, la outbound route est forcement choisie. Il est impossible que le numero puisse etre composé puisque qu'il n'y a qu'un trunk qui ne fait rien justement.
Bien sur, cette outbound route doit etre avant une autre par defaut.
Tu dois voir ce qui se passe dans le cli meme si les logs de freepbx ne sont pas évident a lire pour ca.
Au lieu de mettre BARRED, on peut se referer a mon tuto sur les custom trunks pour permettre un message perso plus parlant du style: "l'extension xx ne peut composer le numero yyy". C'est un bon exercice...
Fastm3.
c peu être bête comme remarque mais je pensais que l'extension que je tape dans le dial pattern est le numéro de l'appelant a qui on interdit d’accéder au réseau RTC, mais la ce que je comprend c l'inverse, l’extension qu'on tape dans la dial pattern ne sera pas joignable par les autres.
Corrigez moi si je me trompe.
Avant de pourvoir comprendre les gui, il faut souvent comprendre comment fonctionne le dialplan asterisk.
Ci dessous , 3 lignes.
Si on compose 9999 a partir du poste 101, on entends un message pour 101.Code:exten => 9999/101,1,Playback(custom/messagepour101) exten => 9999/102,1,Playback(custom/messagepour102) exten => 9999,Playback(custom/messagegenerique)
Si on compose 9999 a partir du poste 102, on entends un message pour 102.
A partir de tous les autres postes, on entends un message generique.
C'est le principe qu'on utilise pour avoir un comportement different en fonction des extensions.
L'idee est effectivement pour les extensions qu'on veut limiter de les orienter vers
un dialplan "limité".
Dans freepbx, on n'utilise souvent que le pattern classique ( 9999 dans l'exemple ci dessous ). Mais on peut aussi saisir la partie /101.
A partir du moment ou on comprends le dialplan, les priorités, les inclusions de contextes, l'interface devient bcp plus intuitive.
C'est pour cela qu'on repete qu'il est important de "jouer" avec un asterisk nu avant de passer à une interface graphique.
Fastm3.
Je comprend parfaitement ce que tu dis et tu a raison mais bon les circonstances sont assez spéciales.
Du coup, je comprend pas pk la méthode que tu m'a proposé ne fonctionne pas.
J'ai regardé les fichiers dans /etc/asterisk, surtout les sip, et j'ai remarqué que dans le fichier sip_additionnal.conf, je retrouve bien tout les extensions, la routes sortantes pour ma passerelle mais pas la route BARRED. il se peut que la config de FreePbx ne serai pas prise en compte
J'ai lu sur le site de FreePbx qu'on pourrait utiliser un module "Costum Contexts" alors j'ai essayé, mais sans succès, je créé un context mais qui n’apparaît nul par et sur la liste des context custom des extensions il n'y a rien.
route test.jpg
Ceci est ma config
et je sais pas pk ca coince
Règles de messages
Répondre avec citation