Voir la version complète : Migration d'un PABX vers IPBX Asterisk
lenainjaune
02/01/2018, 20h28
Bonjour à tous,
C'est mon premier post et je suis peu familier avec le monde de la téléphonie. Je suis en train d'apprendre au jour le jour la documentation d'Asterisk et tout ne me semble pas clair. Nous souhaiterions migrer un PABX avec 3 lignes T0 (BRI) RNIS en amont et 52 lignes analogiques en aval vers un IPBX Asterisk.
L'existant
681
Pour la phase de migration, je souhaiterais isoler un T0 et l'utliser pour mettre en place et faire les tests :
682
Est-ce qu'on peut isoler un T0 aussi simplement que je compte le faire dans la phase de migration ?
En faisant des recherches, j'ai trouvé ces matériels qui semblent convenir (mais je n'en suis pas sûr) :
- passerelle VoIP BRI : http://www.voipango.fr/fr/voip-gateways/sangoma-gateways/sangoma-gateways-ext/sangoma-vega-50-gateway-4-bri.html
- passerelle VoIP ATA (analogique) : https://www.officeeasy.fr/grandstream-gxw4232.html
Est-ce que ça conviendrait comme matériel ?
Je vous remercie d'avance pour vos avis éclairés et vous souhaite une bonne soirée,
lnj
Bonjour, Le probleme qu'il va se poser en faisant de la sorte est que les SDA (numéro entrant) arrive de manière aléatoire sur les différents T0.
Apres si c'est juste pour faire un test 5min ça posera pas de soucis, mais si c'est pour laisser en prod ça va te poser soucis.
La solution dans ce cas de figure, quand on veux faire une migration progressive, avec la possibilité de revenir facilement en arrière est une mise en coupure.
Mise en coupure avec passerelle (https://www.hostingpics.net/viewer.php?id=45293610000201000003330000018D1608FF CAB5789CC5.png)
Mise en coupure avec appliance Openvox (https://www.hostingpics.net/viewer.php?id=82735110000201000003330000018D1608FF CAB5789CC5.png)
Je ne connais pas les passerelles Sangoma, J'ai utilisé a un moment de ma vie les passerelles analogique Grandstream, j'ai eu bcp de soucis au niveau des raccroché qui ne s'effectué pas ou mal avec les postes anciens. mais si c'est le prix que tu veux mettre tu ne trouvera pas mieux.
Les passerelles analogique openvox fonctionne très bien, mais ce n'est pas le même prix.
http://store.calexium.com/fr/passerelle-voip/381-passerelle-fxs-de-8-a-40-ports.html#/297-canaux_fxs-40
Bonjour, je suis aussi partisan de la solution en coupure.
- Inconvénient : demande le double de canaux T0.
Pour les passerelles analogiques, j'ai utilisé des Grandstream et des Audiocodes (pas la même gamme de prix). J'ai eu avec les deux des problèmes de raccroché, surtout avec des matériels anciens ou du câblage fatigué.
Sinon au niveau des coûts regardes si une migration progressive vers du tout IP ne serait pas plus pertinente.
lenainjaune
08/01/2018, 10h46
Merci slemoal et olppp pour ces retours d'expérience et ces explications très fournies :jap:
Bonjour, Le probleme qu'il va se poser en faisant de la sorte est que les SDA (numéro entrant) arrive de manière aléatoire sur les différents T0.
Apres si c'est juste pour faire un test 5min ça posera pas de soucis, mais si c'est pour laisser en prod ça va te poser soucis.
Il me semblait bien qu'il y avait un truc qui clochait. Du coup, je suppose qu'on ne peut pas demander à notre opérateur RNIS de présélectionner en affectant chaque SDA à son T0.
Pour info, nous avons 40 SDA.
La solution dans ce cas de figure, quand on veux faire une migration progressive, avec la possibilité de revenir facilement en arrière est une mise en coupure.
Mise en coupure avec passerelle (https://www.hostingpics.net/viewer.php?id=45293610000201000003330000018D1608FF CAB5789CC5.png)
Je suis bien séduit par cette solution.
Par contre nous n'allons pas nous tourner vers l'autre solution car elle nécessite des cartes intégrées au serveur et c'est justement ce qu'on ne veut pas faire => on souhaite pouvoir remplacer rapidement un serveur défectueux par un autre prêt à fonctionner, donc nous les voulons le plus "standard" possible.
Je ne connais pas les passerelles Sangoma, J'ai utilisé a un moment de ma vie les passerelles analogique Grandstream, j'ai eu bcp de soucis au niveau des raccroché qui ne s'effectué pas ou mal avec les postes anciens. mais si c'est le prix que tu veux mettre tu ne trouvera pas mieux.
Les passerelles analogique openvox fonctionne très bien, mais ce n'est pas le même prix.
http://store.calexium.com/fr/passerelle-voip/381-passerelle-fxs-de-8-a-40-ports.html#/297-canaux_fxs-40
Pour les passerelles analogiques, j'ai utilisé des Grandstream et des Audiocodes (pas la même gamme de prix). J'ai eu avec les deux des problèmes de raccroché, surtout avec des matériels anciens ou du câblage fatigué.
Vous semblez unanimes pour dire que vous n'avez pas eu une bonne expérience avec les passerelles analogiques Grandstream, donc je pense que nous allons nous tourner vers du Openvox.
Bonjour, je suis aussi partisan de la solution en coupure.
- Inconvénient : demande le double de canaux T0.
Oups ! Je ne comprends pas ! Nous avons à disposition 3 T0 et c'est tout !
Sinon au niveau des coûts regardes si une migration progressive vers du tout IP ne serait pas plus pertinente.
J'ai déjà suggéré, mais ça ne semble pas à l'ordre du jour, vu qu'on a un grand parc de téléphonie analogique...
---------
Dans le cas "Mise en coupure avec passerelle", je ne suis pas sur de bien comprendre sur comment le serveur Asterisk va compléter le PABX.
Voila comment je comprends les choses : certains appels externes (SDA) seront pris en charge par le serveur Asterisk car nous auront supprimés ces SDAs de la prise en charge par le PABX. C'est bien ça ? Y aura t-il une configuration spéciale à appliquer sur le PABX ?
http://www.asterisk-france.org/images/misc/quote_icon.png Envoyé par olppp http://www.asterisk-france.org/images/buttons/viewpost-right.png (http://www.asterisk-france.org/showthread.php?p=21898#post21898)
Bonjour, je suis aussi partisan de la solution en coupure.
- Inconvénient : demande le double de canaux T0.
Oups ! Je ne comprends pas ! Nous avons à disposition 3 T0 et c'est tout !
Pour une mise en coupure il te faudrait 2 passerelle de 3 T0, soit 6 T0 au total.
Operateur -------->Passerelle 3T0 ------> Asterisk --------> passerelle 3T0 -----> Pabx existant
l'idée est de programmer les routes d'appels sur asterisk, afin de garder les appels qui l'interesse, et d'envoyer les autres vers le pabx.
Il y a plusieurs approche possible, ma préféré:
tu créer un prefix qui va vers ton pabx 8 par exemple
Créer tout les utilisateurs coté asterisk avec une règle de renvoi sur unreachable vers le prefix suivi de son numéro.
ex: Le poste 710 sera en renvoi sur unreachable vers le 8710.
L'appel arrive, si le téléphone est raccordé sur asterisk, le poste sonne, si il n'est pas branché l'appel va vers le PABX.
Coté PABX à chaque fois que tu enlèveras un poste pour le migrer sur asterisk tu le renvoi vers asterisk.
Exemple: tu veux migrer le 711, tu le mets en service sur asterisk, et avant de le débrancher tu compose depuis celui ci code de renvoi + prefix de sortie + son numero interne *71 0 711
De cette manière, les téléphone interne du pabx souhaitant joindre le 711 arriveront sur le poste 711 de l'asterisk.
pour le choix entre une solution avec maintien des postes analogiques et un passage au tout IP, il faut prendre en compte le coût d'une ou des passerelles analogiques par rapport au coût des postes IP. Sans pub, regardes le prix d'un poste IP basique (Fanvil ou Grandstream ou Yealink ou ...) par rapport aux passerelles !
Ce qui pourrait aussi influencer ton choix, c'est l'état et la disponibilité du câblage Ethernet, en n'oubliant pas que les postes IP disposent dans la majorité des cas d'un commutateur interne qui permet de n'utiliser qu'une prise pour un couple PC + poste.
lenainjaune
09/01/2018, 23h06
On a modifié notre approche. Ce ne leur plait guère d'investir dans une passerelle BRI supplémentaire qui servirait juste pour la migration.
Donc l'idée c'est d'abord d'acheter une passerelle 4xBRI + une passerelle ATA 16FXS et ensuite de connecter certains téléphones à la passerelle ATA et configurer Asterisk et la passerelle pour tester les communications en interne seulement. Si tout est OK on commande les passerelles ATA supplémentaires pour atteindre les 52 lignes analogiques. Enfin il est prévu 1 journée d'interruption de service téléphonique pour mettre en place la passerelle BRI avec les 3 T0.
Du coup la cohabitation IPBX/PABX n'est plus à l'ordre du jour, mais quand bien même quand tu dis " Créer tout les utilisateurs coté asterisk avec une règle de renvoi sur unreachable vers le prefix suivi de son numéro " est ce que c'est à ça (https://wiki.asterisk.org/wiki/display/AST/Contexts%2C+Extensions%2C+and+Priorities#Contexts, Extensions,andPriorities-Dialplanpriorities) que tu fais référence ?
exten => _.!,1,Verbose("Catch all for invalid numbers")
Pour ce qui est du full IP, je dirais que chez nous c'est plus une idéologie qu'autre chose, mais peut être que ça changera : "NON ! Internet et la téléphonie doivent être séparés et étanches ..."
Quand tu dis " Créer tout les utilisateurs coté asterisk avec une règle de renvoi sur unreachable vers le prefix suivi de son numéro " est ce que c'est à ça (https://wiki.asterisk.org/wiki/display/AST/Contexts%2C+Extensions%2C+and+Priorities#Contexts, Extensions,andPriorities-Dialplanpriorities) que tu fais référence ?
exten => _.!,1,Verbose("Catch all for invalid numbers")
ça depend... tu es sur un asterisk à la mano, ou sous une distrib type wazo, freepbx...
sous asterisk après ton dial :
exten = s,n,GotoIf($[${DIALSTATUS} = CHANUNAVAIL]?fail)
exten = s,n(fail),Dial(DAHDI/g0/${CALLERID(num)},360)
Sous wazo, tu as un champs dans le menu de l'utilisateur :)
"NON ! Internet et la téléphonie doivent être séparés et étanches ..."
Proposes leurs des postes IP65 :pt1cable:
"NON ! Internet et la téphonie doivent être séparés et étanches ..."
Faire un cours sur les vlan pour décideur ! :pt1cable:
autre approche de test : proposer de prendre un abonnement chez OVH pour quelques lignes !?! et installer quelques softphones pour tester !?! :lol:
Plus sérieusement, il existe des passerelles 8 ports ;chaque port êtant réglables individuellement.
ports 1-3 <=> T0 opérateur
passerelle <=> <=> Asterisk trunk
ports 5-7 <=> T0 PABX
Tu as de la redondance en prime !
Regardes l'offre dans la section Achat & Vente !
au passage, c'est la seule référence à un vlan dans ce thread, et si vous mettez des tel IP, il faudra impérativement un vlan, sinon la qualité va être dégueu
lenainjaune
12/01/2018, 18h03
ça depend... tu es sur un asterisk à la mano, ou sous une distrib type wazo, freepbx...
sous asterisk après ton dial :
exten = s,n,GotoIf($[${DIALSTATUS} = CHANUNAVAIL]?fail)
exten = s,n(fail),Dial(DAHDI/g0/${CALLERID(num)},360)
Je suis sur un Asterisk construit à la mano (Debian from scratch + Asterisk 13 car LTS)
Merci pour la commande, par contre je croyais que "Dial(DAHDI..." c'était réservé pour le cas où les lignes analogiques arrivent directement sur une carte fille de l'IPBX, ai-je mal compris (traduit) ?
Proposes leurs des postes IP65 :pt1cable:
Voui voui :lol: (en réalité; c'est moi qui ai déformé leur propos : certaines personnes décideuses ne veulent pas mélanger Internet et la téléphonie).
autre approche de test : proposer de prendre un abonnement chez OVH pour quelques lignes !?! et installer quelques softphones pour tester !?!
Effectivement dans le futur, on peut prendre quelques lignes de test chez un opérateur de téléphonie pour expérimenter. Dans ce cas, il nous faudra juste investir dans l'achat d'un switch manageable pour gérer la QoS et de quelques téléphones IP.
Faire un cours sur les vlan pour décideur !
au passage, c'est la seule référence à un vlan dans ce thread, et si vous mettez des tel IP, il faudra impérativement un vlan, sinon la qualité va être dégueu
Vous avez bien fait d'insister, car au début dans ma vue, je me disais qu'il n'était pas nécessaire d'investir dans un switch manageable pour gérer la QoS (ce ne sont pas les mêmes gammes de prix). Dans mes schémas du début, j'ai indiqué un lien pour l'administration et je me suis dit que la VoIP ne serait dérangée par rien puisque le seul traffic qu'il y aurait eu sur ce lien, aurait été le faible traffic d'administration. Et puis, j'ai repensé aux diffusions ARP et autres qui se cascadent de switches en switches et je me suis dit que finalement ce n'était pas une bonne idée. Donc la solution serait d'administrer directement l'IPBX depuis le LAN VoIP et de l'isoler totalement du réseau interne.
Pour information, pendant les 3 semaines à venir je suis sur autre priorité personnelle. Normalement quand je reviendrais le 01/02, ils auront commandé les passerelles et je pourrais commencer à mettre en place. De plus, je ne suis plus dans les locaux.
au passage, c'est la seule référence à un vlan dans ce thread, et si vous mettez des tel IP, il faudra impérativement un vlan, sinon la qualité va être dégueu
Tout à fait d'accord avec Jean, ça fait tellementparti des prérequis de base qu'on oublie souvent de le rappeler.
Si tu veux comprendre l’intérêt des Vlan et te leurs mise enplace j'ai réalisé un tuto à ce sujet.
(Merci Jean pour l'idée de tuto :) )
http://calexium.com/fr/tutorielsopnsense/utilisation-des-vlan-pour-la-voip-avec-opnsense.html
lenainjaune
22/01/2018, 19h39
Je passais par là ...
Merci pour la piqûre de rappel sur les VLAN que je trouve très claire, mais comme je l'ai dis précédemment, pour alléger les dépenses, on va juste mettre la VoIP sur un réseau isolé comme ça pas besoin de VLAN, Qos et routage.
Des news : ils vont commander une passerelle VoIP ATA de 32 FXS (normalement une Openvox) et une passerelle VoIP BRI (normalement une Beronet), je devrais les avoir dès mon retour : c'est là qu'on va s'amuser :pt1cable:
lenainjaune
08/02/2018, 12h58
De retour...
Nous avons reçu la passerelle OpenVox vs-gw1600-40s et j'ai pu faire des tests basiques (appels en local entre téléphones analogiques/SIPPhone, avec les SIP registrés sur l'IPBX Asterisk). Ma première impression est plutôt bonne, par contre je pêche un peu sur certaines fonctionnalités. En effet, nous n'avons pas reçu de manuel à la livraison de la passerelle et la dernière version trouvée en ligne (Version 1.2 du 2016-08-4 (http://www.openvox.cn/pub/documents/manuals/VS_GW1202_16S_User_Manual.pdf)) ne correspond pas tout à fait avec le matériel/firmware (Hardware version : 1.0.0, Software version : 1.0.5) au niveau des fonctionnalités.
J'ai cru comprendre qu'on pouvait grouper les passerelles OV c'est bien ça ? Si oui, je ne comprends pas trop comment mettre ça en place : il faut mettre les passerelles sur le même switch ou alors les chaîner par 1 des 2 ports LAN. Si quelqu'un peut m'explliquer...
Aussi, est-il nécessaire de mettre à jour le firmware ?
PS : la passerelle BRI est en commande...
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. Tous droits réservés