Modifications pour le document Configuration du lien SIP BYTEL

Résumé

• Propriétés de la Page (1 modifications, 0 ajouts, 0 suppressions)

Détails

Propriétés de la Page

Contenu

...	...	@@ -1,6 +1,7 @@
1	1	Nous avons migré vers un lien SIP sur Cergy dans le Q1 2017. Voici comment le lien a été configuré au niveau d'Elastix. Toute la configuration se fait dans l'interface web, en tant qu'utilisateur ##admin##, onglet //PBX//, section //Configuration PBX//
2	2
3	3	= Configuration du Trunk SIP =
	4	+
4	4	Le trunk SIP est le lien entre les deux extrémités du canal SIP. Il ne contient aucune information de routage des numéros, uniquement de la signalisation.
5	5
6	6	* Dans le menu de gauche, se rendre dans //Simple// → //Trunks//
...	...	@@ -10,7 +10,7 @@
10	10	** Pas de manipulation du numéro appelé à définir (elle est faite en amount)
11	11	** Dans la section //Outgoing settings//, régler le //Trunk name// (##bytel-cergy##) et renseigner les //PEER Details// :
12	12
13		-{{code}}
	14	+{{code language="ini"}}
14	14	host=192.168.1.17 ; L'adresse IP du boîtier AudioCode
15	15	type=peer ; Type de correspondant SIP
16	16	disallow=all ; Quels codecs interdire
...	...	@@ -22,9 +22,18 @@
22	22
23	23	* Confirmer les modifications avec //Submit Changes//
24	24
25		-= Ajout d'une route externe =
	26	+= Ajout d'une route sortante =
26	26
27		-= Modification de l'ordre des routes externes =
	28	+La route sortante est une règle de routage des appels. Selon le numéro composé, il va tenté d'être routé sur différents //trunks// en les essayant un par un
28	28
	30	+* Dans le menu de gauche, se rendre dans //Simple// → //Routes Sortantes//
	31	+* Nommer la route (##via_bytel_cergy##)
	32	+* Un CID pour la route (au besoin) : permet d'en poser un par défaut (##+33134251010##)
	33	+* Configurer les //Dial patterns// : ce sont les motifs des numéros à appeler qui devront passer par cette route. Ils sont découpés en 4 morceaux : //prepend//, //prefix//, //pattern// et //callerId//. Le //prepend// sera ajouté en tête du numéro si les autres éléments correspondent ; le //prefix// sera ôté du numéro appelé une fois transmis ; le //pattern// sera transmis ; le //callerId// permet de n'appliquer cette route qu'à des numéros correspondant à un filtre. Par exemple, avec //prepend//=##11##, //prefix//=##5X## (le ##X## correspond à un chiffre), //pattern//=##42XX.## (le point correspond à un caractère ou plus) et pas de //callerId//, si un appel est émis vers le ##5642132167##, il correspond au motif ##5X42XX.## (le motif est ici le //prefix// concaténé au //pattern//), on ôte donc la partie //prefix// (##56##) et on ajoute la partie //prepend// (##11##) ce qui donne au final un appel vers le numéro ##1142132167##. Toutes les infos sur le //patter matching// sont disponibles [[sur la doc Asterisk en ligne>>https://wiki.asterisk.org/wiki/display/AST/Pattern+Matching]]. Pour l'EISTI, le //Dial pattern// usuel est : //prepend// vide, //prefix//=##0##, //pattern//=##X.## (tout numéro commençant par un chiffre), //callerId// vide.
	34	+* Ajouter le //trunk// ##BYTEL-Cergy## dans la //Trunk sequence for matched routes//, afin de faire sortir par ce lien les appels
	35	+
	36	+Une autre possibilité est de changer la //trunk sequence// pour la route par défaut, afin de faire passer le lien SIP avant le lien T0.
	37	+
29	29	= Modification des extensions correspondant aux SDA =
	39	+
30	30	Les numéros présentés pour les appels extérieurs (//Inbound CID//) sont passés de la forme ##8419## à ##0134258419##. Il a donc fallu modifier toutes les extensions pour que le routage continue d'être bien effectué. Une requête SQL a fait l'affaire : {{code language="sql"}}SELECT 'TODO';{{/code}}