JD/NC-95/4 ABS - PABX-fr

COMMUNICATION TECHNIQUE
N° TC0537
Ed. 01
OmniPCX Enterprise
Nb de pages : 25
Date : 14-05-2004
URGENTE
NON URGENTE
TEMPORAIRE
DEFINITIVE
OBJET : PROCÉDURE TECHNIQUE DE FUSION DE NOEUDS DE PABX
Veuillez trouver ci-après la "Procédure technique de fusion de nœuds de PABX". Elle a pour but de
conseiller les techniciens pour la préparation et la mise en service d'une migration d'un réseau
OmniPCX 4400 en OmniPCX Enterprise R5.1 avec modification de la topologie existante.
1
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
SOMMAIRE
1.
INTRODUCTION ..........................................................................3
1.1
But du document....................................................................................... 3
1.2
Définition du processus Installed Base Leverage....................................... 4
1.2.1
Objectif.............................................................................................................4
1.2.2
Définition..........................................................................................................4
1.3
Présentation du programme Fusion .......................................................... 5
1.3.1
Définition..........................................................................................................5
1.3.2
Avantages du programme ................................................................................5
1.3.3
Limites et restrictions ........................................................................................5
2.
LES CARACTÉRISTIQUES DE FUSION ...........................................6
2.1
Migration via INTIP ................................................................................... 6
2.2
Migration via INTOF (TDM) ....................................................................... 6
2.3
Caractéristiques matérielles...................................................................... 7
2.4
Caractéristiques applicatives..................................................................... 8
2.4.1
Messagerie vocale 4635 ...................................................................................8
2.4.2
DECT/PWT ........................................................................................................8
2.4.3
Outil d’administration.......................................................................................9
2.4.4
Application OmniTouch Contact Center ..........................................................10
2.4.5
Autres applications .........................................................................................10
2.4.6
Répercussions sur les licences.........................................................................10
2.5
Topologie ............................................................................................... 12
2.5.1
Crescendo II : Migration 2 nœuds 4400 vers 2 nœuds R5.1 ...........................12
2.5.2
Fusion type 1 : Migration 2/3 nœuds 4400 vers un nœud maître R5.1 ...........12
2.5.3
Fusion type 2 : Migration n nœuds OmniPCX 4400 vers n-x nœuds OmniPCX
Enterprise R5.1................................................................................................13
2.6
Temps d'installation ................................................................................ 13
Ed. 01 / 14-05-2004
1
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.
MÉTHODOLOGIE.......................................................................14
3.1
Étapes à suivre ....................................................................................... 14
3.2
Collecte de données ............................................................................... 15
3.2.1
Introduction ....................................................................................................15
3.2.2
Check list (identification des ressources concernées) ......................................15
3.2.3
Récupération des données..............................................................................18
3.3
Liste de commandes utilisables pour extraire les données de la base et les
exploiter par la suite avec un tableur...................................................... 19
3.3.1
Gestion des postes et des touches programmables.........................................19
3.3.2
Plan de numérotation .....................................................................................19
3.3.3
Groupements de postes ..................................................................................19
3.3.4
Entités.............................................................................................................19
3.3.5
Gestion réseau ...............................................................................................19
3.4
Mise en œuvre........................................................................................ 19
3.4.1
Gestion sur le(s) nœud(s) maître(s) .................................................................20
3.4.2
Gestion sur le(s) nœud(s) périphérique(s) transformés en ACT Media Gateway
(ACT-IP ou ACT derrière INTOF) .....................................................................21
3.4.3
Gestion sur le(s) nœud(s) conservé(s) .............................................................23
3.4.4
Implémentation sur le site ..............................................................................23
3.4.5
Synchronisation du système ............................................................................23
3.4.6
Retour clé matérielle.......................................................................................24
3.4.7
Impact opérationnel pour les utilisateurs finaux .............................................24
TC0537
2
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
1.
INTRODUCTION
1.1
But du document
Le but de ce document est de conseiller les techniciens pour la préparation et la mise en
service d'une migration d'un réseau OmniPCX 4400 en OmniPCX Enterprise R5.1 avec modification
de la topologie existante.
Cette opération peut être délicate, car elle demande préparation et méthode.
En effet la R5.1 ne supporte pas la migration d'un certain nombre d'applications internes,
d'applications externes, et hardwares "phase out" qui étaient autorisés dans les releases antérieures.
Il faudra s'efforcer de procéder au remplacement de tous ces éléments pour le jour où la
R5.1 sera mise à disposition du client.
Ce document fait référence à la procédure de mise en service de la version vers laquelle les
nœuds seront migrés.
Il ne traite pas les adjonctions simultanées, les nouvelles fonctionnalités et les nouveaux
matériels, excepté lorsqu'il s'agit d'applications ou matériels "phase-out" (non supportés par le
support technique). Ceci devra être traité séparément.
1.1.1.1
Public concerné
Ce document s’adresse aux techniciens sous la responsabilité d’un chef de projet expert de
niveau ACSE sur les produits OmniPCX 4400, OmniPCX Enterprise et applications associées (CCD,
4760, etc.). Un cursus de formation permet au Business Partner d’acquérir ce niveau.
Pour plus de détails veuillez vous rendre à l’adresse www.businesspartner.alcatel.com .
Section Formation
Cependant, les phases de "collecte de données" : architecture audit et network design, de
"déploiement" : deployement et project management, ou d’assistance technique peuvent être
réalisées à la demande par les services professionnels d’Alcatel ([email protected]).
Pour plus de détails, veuillez vous rendre à l’adresse www.businesspartner.alcatel.com .
Section Services professionnels
Ed. 01 / 14-05-2004
3
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
1.2
1.2.1
Définition du processus Installed Base Leverage
Objectif
Sachant qu'environ la moitié des systèmes Alcatel installés sont soit des OmniPCX 4400 avec
une version inférieure à la Release 3.2 ou soit des modèles de PABX plus anciens (4300, 5200,
4600, 5400, 5625 et 5630), le programme Installed Base Leverage est spécialement conçu pour le
renouvellement de ces systèmes.
1.2.2
Définition
Le programme Installed Base Leverage se décline en 3 offres commerciales :
Topologie
-
Renaissance : Proposer au client de nouvelles solutions via l’OmniPCX Enterprise
(Offre privilégiée avec renouvellement complet du matériel). Se référer au
document Presales.
-
Crescendo II : Faire évoluer le système OmniPCX 4400 via l’OmniPCX Enterprise
sans modifier la topologie existante (réductions au niveau du prix des licences). Se
référer au document Presales.
-
Fusion : Faire évoluer le système via l’OmniPCX Enterprise tout en réduisant la
topologie existante (réductions au niveau du prix des licences).
Stand-Alone
4300, 5200,
Network
4300, 4600
Stand-Alone
Network
4400
4400
4600, 5400
5625, 5630
Sans modification de
la topologie existante
Programme
Renaissance
Avec modification de
la topologie existante
Migration
ISO/AS
Migration
« Node Merge »
Crescendo II
Fusion
Remarque
Si le client possède déjà une configuration OmniPCX Enterprise avec une Release ≥ 5.1, le client
peut migrer mais en dehors du programme Fusion. Le service "Move" , accessible sous contrat avec
Alcatel, permet de répondre à cette demande.
TC0537
4
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
1.3
1.3.1
Présentation du programme Fusion
Définition
Fusion est un programme permettant de transformer des réseaux OmniPCX 4400 en une solution
OmniPCX Enterprise en réduisant le nombre de nœuds/systèmes.
Cette modification de topologie passe par l’identification d’un nœud maître, de l’identification
éventuelle d’autres nœuds maîtres dans le cas de réseau importants, et par la transformation de
nœuds (nœuds périphériques) ou ACT (TDM) en ACT Media Gateway.
1.3.2
Avantages du programme
La fusion de systèmes est conditionnée par des facteurs économiques principalement engendrés par
les architectures VoIP:
• Le déploiement de l’infrastructure réseau pour l’informatique de l’entreprise est optimisée
puisqu’elle est utilisée également pour le transport de la voix et de la signalisation téléphonique.
•
Les coûts opérationnels sont diminués puisque les systèmes (Communication Servers) à gérer, à
maintenir et à faire évoluer sont moins nombreux.
C’est donc pour ces raisons économiques que le programme Fusion est le plus justifié. Par
conséquent, le programme se focalise sur des évolutions d’architectures vers l’IP.
Remarque
Il n’est pas interdit d’effectuer une fusion en gardant une architecture TDM ou de réaliser un
mixte d’architecture VoIP / TDM. Cependant, cette solution n’est pas privilégiée.
1.3.3
Limites et restrictions
La fusion de systèmes ne modifie en rien les limites produits de l’OmniPCX Enterprise.
Exemple pour un nœud :
- nombre maximum d’usagers : 5000 (800 par zone périphérique) dont 4000 IP
Phones,
-
nombre d’opératrices (50), nombre de groupement d’opératrices (10),
-
nombre maximum de Media Gateway : 90,
-
nombre maximum de joncteurs : 2000.
Pour les limites contrôlées au niveau de l’outil ACTIS, se reporter à la "Features List" de la
version utilisée pour la migration.
Pour plus de détails veuillez vous rendre à l’adresse www.businesspartner.alcatel.com
Section Presales
Cependant, certains services requièrent des licences logicielles. En fonction des besoins client,
vérifier que celles-ci sont bien validées au niveau des OPS. Pour plus de détails, se reporter à
l'annexe 2 des procédures de mises en service de version (≥ R5.1). Il existe également des restrictions
au niveau du matériel et des applications. Pour plus de détails, se reporter aux procédures de mises
en service de version (≥ R5.1).
Ed. 01 / 14-05-2004
5
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
2.
LES CARACTÉRISTIQUES DE FUSION
Une étude "Presales" définira la solution optimale à mettre en œuvre. L’équipe en charge du
déploiement devra néanmoins connaître les différents scénarios envisageables afin de mettre en
évidences les caractéristiques matérielles et applicatives.
2.1
Migration via INTIP
Après étude de la topologie initiale, un nouvelle topologie sera définie, prenant en compte
les différents nœuds ou ACT qui seront migrés et ceux qui seront transformés en ACT Média
Gateway . Dans la suite du document, nous appellerons nœud maître le nœud principal, et nœud
périphérique un nœud qui sera transformé en ACT Média Gateway.
Les ACT Media Gateway seront liées au Call Server via IP comme décrit ci-dessous :
OmniPCX 4400
existants
OmniPCX
Enterprise
Fusion
CPU
Appliance Server *
INTIP
Migration
IP
Lien ABC
CPU
Lien Inter-ACT
Noeud 2
(Multi-crystal)
INTIP
Modifications
Transformation d’un noeud
multi-crystal en plusieurs ACT
Media Gateway
INTIP
* Appliance Server + IOIP ou CPU
Les cartes INTIP offriront jusqu’à 120 ressources de compression (2 INTIP avec 2 GIP6/carte).
2.2
Migration via INTOF (TDM)
Il n’est pas interdit d’effectuer une fusion en gardant une architecture TDM ou de réaliser un
mixte d’architecture VoIP / TDM. Cependant, cette solution n’est pas privilégiée.
TC0537
6
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
O m n iP C X 4 4 0 0
e xista n ts
O m n iPC X
En terprise
F usion
A pplia nce S erver *
IO IP
CPU
IN T O F
M igra tion
IP
IN T O F
N œ ud 1
(M u lti-C rysta l)
* A pplia nc e S erver + IO IP ou CPU
ATTENTION: Une architecture à plusieurs niveaux n’est pas possible derrière une INTIP.
Pour cela, il est nécessaire de déclarer une carte INTIP en mode IOIP. Dans ce cas, cette carte
permettra de connecter des ACT sur un deuxième niveau, mais cette carte ne pourra pas avoir de
compresseurs.
Un lien INTOF peut offrir jusqu’à 400 canaux voix entre deux ACT.
2.3
Caractéristiques matérielles
Types de bâtis supportés comme IP Cristal Media Gateway :
Type de châssis
WM1 / Voice Hub / M2 / M3 / MI
M1
Supporté (oui / non)
Oui
Non
Cartes réutilisables dans ces meubles :
Type de carte
Z12 / Z24 / Z32
UA16 / UA32
NDDI / NDDI2
ACEM / EMTL
PRA / PRA2 / NPRA-E / BRA /
BRA2 / PCM / PCM2 / DPT1
GPA2
DECT4HB / DECT8
INTIP / INTIP2 (carte VoIP)
Ed. 01 / 14-05-2004
Besoins correspondants dans ACTIS
Abonnés analogiques
Abonnés Reflexes (direct)
Joncteurs analogiques publics
Joncteurs analogiques privés
Joncteurs numériques publics T2 / T1/
T0 / PCM
Guides vocaux / conférence
Abonnés DECT
IP Phones / Joncteurs IP
7
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
Remarques
Cartes non supportées dans les IP Cristal Media Gateway :
Type de carte
Besoins correspondants dans ACTIS
Remarque
Z20 VG
Abonnés analogiques
Remplacé par eZ32 + GPA2
A4300 hardware :
Ligne louée 4U
Réseau privé analogique
Remplacé par ACEM ou EMTL
SU VG
Guides vocaux
Remplacé par GPA2
GPA
Guides vocaux / conférence
Remplacé par GPA2
DECT2 / DECT4
Abonnés DECT
Remplacé par DECT8
TSC LIOE / LIOE
Abonnés IP Phones / Faisceaux IP
Remplacé par INTIP2
2.4
2.4.1
Caractéristiques applicatives
Messagerie vocale 4635
Avec une architecture réseau d’OmniPCX 4400, la messagerie vocale peut être centralisée
(localisée sur un OmniPCX 4400 mais accessible par tous les usagers du réseau) ou distribuée sur
plusieurs OmniPCX 4400. Seules les 4635H/J sont supportées dans l’offre OmniPCX Enterprise
basée sur du hardware Crystal. Lorsqu’il y a fusion des OmniPCX 4400, il est nécessaire de
redimensionner les accès simultanés et la durée d’enregistrement de la messagerie vocale. Il faut
donc vérifier via les OPS que ces modifications correspondent aux besoins du client.
Dans le cas de messagerie distribuée, la migration avec Node Merge aura un impact sur le
mode opératoire de l'utilisateur si la nouvelle configuration est faite avec une messagerie
centralisée : ceci implique pour les utilisateurs la perte des messages, les BAL seront recrées sur la
messagerie centrale et les utilisateurs devront personnaliser à nouveau leur BAL.
2.4.2
DECT/PWT
La fonction de Handover est disponible entre les bornes radio qui sont connectées dans la
même Media Gateway (même Crystal ou différents Crystal interconnectés par des liens INTOF). La
fonction Handover n’est pas disponible entre Media Gateways connectées à travers un réseau IP.
De plus, afin d’éviter les problèmes de synchronisation radio, les Media Gateways doivent être
localisées dans des zones géographiques distinctes pour éviter le chevauchement des zones de
couverture radio.
TC0537
8
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
OmniPCX 4400
existants
OmniPCX
Enterprise
Fusion
Zone Centrale ACTIS
Liens
INTOF
CPU
CPU
Migration
INTIP
Nœud 1
(Multi-Crystal)
Liens
INTOF
Modifications
CPU
Noeud 2
(Multi-crystal)
Transformation d’un
noeud multi-crystal en
plusieurs Media Gateway
: Couverture
DECT
2.4.3
INTIP
: Base
radio
IP
INTIP
Zone périphériques ACTIS
: Configuration interdite.
Autorisée si les couvertures radio sont
disjointes
Outil d’administration
Dans une architecture réseau d’OmniPCX 4400, des stations de management (type 4715,
4730) peuvent être localisées sur certains sites pour offrir des services de management localisés.
Après fusion de ces systèmes, seule l’application OmniVista 4760 peut être utilisée pour
administrer le nouveau Communication Server. Les applications de management localisées (4715 et
4730) sont donc remplacées par un serveur centralisé 4760 et des clients 4760 répartis sur les
différents sites.
Les données de taxation et d’observation de trafic étaient liées à un objet d’un ou plusieurs
nœuds OmniPCX 4400. Compte tenu de la nouvelle topologie (les nœuds périphériques deviennent
ACT Media Gateway), les anciennes entités (postes, …) apparaissent comme historisés (inactives),
les tickets associés sont également historisés.
Penser à la synchronisation avant l’arrêt du nœud périphérique
Dans l’annuaire Entreprise, des liens existaient entre les entrées et les ressources. Si un lien
entre une personne et un poste d’un nœud périphérique existait, il sera supprimé. Après création de
ce poste sur le nœud principal, le lien primaire peut être recréé automatiquement par une
synchronisation. Les liens secondaires, fax et divers ne sont pas recréés automatiquement, il est
possible de recréer ces liens manuellement (ou en utilisant les fonctions export/import de l’annuaire
LDAP).
Ed. 01 / 14-05-2004
9
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
2.4.4
Application OmniTouch Contact Center
Toutes les applications OmniTouch Contact Center CCD se définissent au niveau du
Communication Server. Lors de la fusion de systèmes, il est nécessaire de reconfigurer ces
applications (paramétrage, matrice de distribution et guides vocaux) au niveau du nouveau
Communication Server.
Les statistiques des objets CCD sont stockées avec le numéro de l’objet (dans le fichier
catalogue). Le fait de recréer un objet d’un nœud périphérique sur le nœud maître lui attribue un
nouveau numéro et une date de création. Les statistiques précédentes ne sont plus récupérables.
Penser à la récupération de ces données avant l’arrêt du nœud périphérique.
Attention aux Remote GT qui "reviennent" sur le nœud principal.
2.4.5
Autres applications
Toutes les applications de type CSTA, TAPI, TSAPI, AHL, … se définissent au niveau du
Communication Server. Lors de la fusion de système, il est nécessaire de reconfigurer ces
applications au niveau du nouveau Communication Server.
2.4.6
Répercussions sur les licences
Certains services téléphoniques de l’OmniPCX Enterprise requièrent des licences logicielles. Il
est indispensable pour le technicien de vérifier les fichiers OPS pour répondre aux besoins client.
Ci après 2 exemples ou la fusion des licences donnera un résultat différent de ce qui était disponible
avant la fusion.
Exemple 1
Dans le cas ci-dessous, il n’y a pas d’impact.
Nœud 1
Nœud 2
Avant fusion
Licences annuaire
100
100
ACT 1
ACT 2
Après fusion
Licences annuaire
100
100
Exemple 2
Ci-dessous, il faudra apporter une attention particulière afin de garantir les mêmes services :
Nœud 1
Nœud 2
TC0537
Avant fusion
Licences abrégés
1000
800
Après fusion
Licences abrégés
ACT 1
ACT 2
10
1800
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
Liste des verrous à vérifier particulièrement pour le programme Fusion :
•
Accès simultanés au service DISA.
•
Accès simultanés au service standard téléphonique.
•
Canaux voix sur IP H323 pour réseau ABC.
•
Canaux voix sur IP H323 pour terminaux / faisceaux H323.
•
Canaux voix sur IP pour réseau SIP.
•
Groupes de MLA avec numéro d’appel sur terminaison fictive.
•
Accès appel par nom et mini messagerie.
•
Agents télémarketing sur lien BCA.
•
Canaux B pour détection de la voix.
•
Clip Z.
•
Taille du Phone book.
•
Alarmes pour serveur de notification.
•
Conférences avec N participants : conférences à 6, conférences à 29, conférences dirigées.
Langues utilisées pour les guides vocaux.
•
Multi compagnies.
•
Appel prioritaire.
•
Restriction d’appel.
•
Services S0 supplémentaires : groupement fermé d’usagers, interception d’appel dans un
groupement de postes S0, groupement d’usagers locaux, acheminement d’appel sur abonné
occupé.
•
Service sécurité supplémentaire permettant le verrouillage du Phone book sur les postes des
usagers à l'aide d'un code à 4 chiffres.
•
Protocole T2 D-REX.
•
Hôtel / Hôpital : nombre de postes de chambre, consoles hôtel, imprimantes, lient AHL.
•
Opératrices (4059 SBC, …).
•
Accès VPS : accès simultanés sur équipement analogique, sur équipement numérique, …
Remarque : Par défaut, ACTIS créera une carte GPA correspondante dans la "zone centrale".
•
Applications de l’A4760.
Pour plus de détails concernant la comparaison des licences entre l’OmniPCX 4400 et
l’OmniPCX Enterprise, se reporter aux procédures de mises en service de version (≥ R5.1).
Ed. 01 / 14-05-2004
11
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
2.5
Topologie
Chaque cas de figure est un cas unique, dans le document ci-après, trois cas de figures sont
présentés :
Crescendo II : Migration 2 nœuds 4400 vers 2 nœuds R5.1
Fusion type 1 : Migration 2 ou 3 nœuds 4400 vers un nœud R5.1
Fusion type 2 : Migration n nœuds 4400 vers n-x nœuds R5.1
2.5.1
Crescendo II : Migration 2 nœuds 4400 vers 2 nœuds R5.1
Ce cas de figure consiste à migrer l’ensemble OmniPCX 4400 vers une solution OmniPCX
Enterprise sans modification de topologie. Chaque nœud fera l’objet d’une attention particulière
afin d’éviter tout problème de compatibilités.
ou AS.
Se reporter à la procédure de mise en service de la version, pour une migration de type ISO
En fin de migration, il est recommandé de faire un audit général.
2.5.2
Fusion type 1 : Migration 2/3 nœuds 4400 vers un nœud maître R5.1
Ce cas de figure consiste à migrer un des nœuds OmniPCX 4400 en OmniPCX Enterprise
R5.1 (nœud maître), les autres nœuds (nœuds périphériques) sont soit intégrés sur ce même nœud
(exemple : plusieurs nœuds 4400 sur un même site géographique avec usagers sur un même lieu
géographique, à proximité du nœud maître) , ou sont traités en ACT Média Gateway.
2.5.2.1
ou AS.
Migration du nœud "maître"
Se reporter à la procédure de mise en service de la version pour une migration de type ISO
Note: les Add-on seront créés après la phase de migration.
2.5.2.2
Migration des nœuds "périphériques"
Une étude précise de la configuration actuelle est nécessaire avant la migration (voir audit).
En fonction de la topologie actuelle (type de liens ABC, type de services centralisés ou non,
…), une nouvelle topologie doit être précisée : le nœud s’intègre dans le nœud maître (alvéoles
existantes) où il devient alors alvéole périphérique (ACT Média Gateway) en fonction de la
configuration faite par ACTIS.
Soit le matériel est recréé dans les alvéoles existantes du nœud principal, soit il est déclaré
dans une (ou des) alvéole(s) périphérique(s) :
Créer la (ou les) carte(s) interface pour la (ou les) ACT Média Gateway.
l’audit.
TC0537
Création des ACT Média Gateway correspondantes en fonction de la topologie résultant de
12
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
2.5.3
Fusion type 2 : Migration n nœuds OmniPCX 4400 vers n-x nœuds OmniPCX
Enterprise R5.1
OmniPCX 4400
existants
OmniPCX
Enterprise
Fusion
N1
INTIP
Appliance Server
N2
Nœud 2
(Multi-Crystal)
Migration
IP
ABC
N3
Appliance Server
Migration
N4
IP
N5
Ce cas de figure doit se décomposer en plusieurs étapes.
Dans un premier temps, il faudra migrer séparément les nœuds maîtres et fusionner leurs
ACT Media Gateway rattachées.
Enfin, il est recommandé de faire un audit général.
2.6
Temps d'installation
ACTIS fournit des temps d'installation pour les opérations correspondant à un Add-on sur le
nœud maître. Même si la totalité des articles commerciaux ne sont pas commandés (exemple cas de
la ré-utilisation d'une carte), il faut prendre en compte le temps d'installation total. Toutefois, ce
temps n'intègre pas les opérations de démontage des anciens nœuds.
ATTENTION: Ces temps sont donnés à titre indicatif, en fonction de la nature du réseau à
migrer et de la complexité des systèmes et applications, ils peuvent varier.
Ed. 01 / 14-05-2004
13
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.
MÉTHODOLOGIE
3.1
Étapes à suivre
Collecte de données
Préparation à effectuer en
collaboration avec le chef de
projet
Identification du
nœud Maître
Migration du nœud
Maître
Configuration ACTIS
(Préparation Presales)
Transformation du nœud
périphérique en ACT
Media Gateway
Formulaire Discount
Chiffrage
Passage de la
commande
(Préparation Presales)
Déploiement
Phase opérationnelle
Renvoi des clés hard
TC0537
14
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.2
Collecte de données
3.2.1
Introduction
Le descriptif ci-après n’est pas une procédure universelle, en effet chaque réseau est unique
de part sa configuration, sa topologie ou ses exploitations. Cette description doit être utilisée comme
guide pour les experts réalisant la migration, elle propose une liste non exhaustive des objets
concernés lors de la migration "Node Merge".
Attention, dans le cas de réseaux complexes, il est recommandé d’effectuer ces opérations en
laboratoire, à partir de sauvegarde des sites clients. On notera que dans ce cas, toutes les
modifications apportées sur les sites entre cette sauvegarde et le basculement en R5.1.x seront
perdues.
3.2.2
Check list (identification des ressources concernées)
Ci après une liste non exhaustive des objets qui devront retenir l’attention lors de la
migration.
3.2.2.1
3.2.2.2
3.2.2.3
Liens ABC
-
Liens T0/T2.
-
Liens hybrides.
-
Faisceaux ABC.
Configuration matérielle
-
Matériel compatible supprimé.
-
Matériel compatible récupéré.
-
Matériel non compatible.
-
Nouveau matériel.
Plan de Numérotage
-
Préfixes.
-
Annuaire.
-
Plan de numérotation data / X25.
-
Plan de numérotation externe.
Ed. 01 / 14-05-2004
15
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.2.2.4
3.2.2.5
3.2.2.6
3.2.2.7
Exploitations réseau
-
Groupements.
-
Multi-ligne et supervision de postes.
-
DECT.
-
Messagerie vocale.
-
Conférence.
-
Débordement privé public.
-
ARS / ARS serveur.
-
Abrégés.
-
Sorties de proximité.
-
Entités/OP-GROP/Distribution d’appel.
-
CCD : GT Remote et Pilotes dédiés.
Faisceaux
-
Liens publics.
-
Faisceaux distribués / VPN.
-
Liens privés.
Applications
-
CCD / CCX : postes pro-ACD, agents, GT, …
-
Guides vocaux.
-
Hôtel/Hôpital, …
-
Réseau de messageries vocales.
-
A4980.
NMC / 4760
-
TC0537
Gestion centralisée / Incidents.
16
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.2.2.8
3.2.2.9
-
Annuaire.
-
Taxation.
-
Performance.
-
Topologie.
-
Management local, gestion des profils administrateur client.
VoIP
-
Serveur DHCP.
-
Terminaux H323.
-
Domaines IP.
-
QoS.
Synchronisation
Le nouveau plan de synchronisation du réseau doit être défini avant la migration.
La gestion des différents accès numériques (création / suppression / localisation en ACT IP)
sera très probablement modifiée et devra donc faire l’objet d’une étude approfondie préalable.
Se reporter à l'annexe 4 "Synchronisation d'un OmniPCX Enterprise après migration" des
procédures de mises en service de version (≥ R5.1).
3.2.2.10
Routes statiques IP
Si des routes statiques IP existent, utilisant les tunnels ou non, elles devront être mises à jour
en tenant compte de la nouvelle topologie du réseau.
Ed. 01 / 14-05-2004
17
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.2.3
Récupération des données
Une étude est réalisée afin de récupérer les données existantes. Le technicien doit travailler
en collaboration avec le chef de projet pour suivre la procédure suivante :
-
a/ Sur les différents nœuds du réseau, réaliser une sauvegarde de la base de
données après avoir effectué un fichges force_recover_dico (ou fichges
recover all selon la version de départ).
-
b/ Récupérer sur site les informations suivantes :
•
Le plan de numérotation.
•
La gestion des débordements Privé-Public, les traducteurs SDA et SDA-Nœud.
•
La configuration des postes UA et des touches.
•
La configuration des ensembles de filtrage (si les nœuds diffèrent).
•
La gestion des artères.
•
La gestion des faisceaux.
•
La gestion ARS.
•
Les groupements de postes.
•
Les entités avec les CDT.
•
Les groupes d’opératrices, les postes opératrice et la distribution d’appel.
•
Les terminaux et domaines IP.
•
Le contenu du fichier lanpbx.cfg s’il existe.
•
La gestion X25 (tunnel, nœuds du réseau).
•
La liste des terminaux en et hors service en fonctionnement normal.
•
La gestion du DECT (synchro, PARI, postes et coquilles).
•
Les terminaisons de données (TA, S0, Nx64).
•
Les données Hôtel / Hôpital.
•
Les données CCD.
Le plan de synchronisation du réseau.
TC0537
18
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.3
Liste de commandes utilisables pour extraire les données de la base et les
exploiter par la suite avec un tableur
3.3.1
Gestion des postes et des touches programmables
Grille d’édition avec utilisation des filtres éventuellement.
Outil multitool pour récupérer la liste des postes superviseurs et supervisés.
(il n’y a pas de commande capable de sortir directement les postes supervisés en réseau). Si
la base de données est conséquente, le temps de réponse de l’outil peut l’être aussi. Les
informations peuvent être récupérées dans un fichier (en plus de l’écran) en transférant via FTP le
fichier /usr3/mao/multi_tool.out.
3.3.2
Plan de numérotation
Utiliser ednump avec les options dir/mean/info/digits.
Le fichier de résultat se nomme /usr4/tmp/mcsedition.tmp.
3.3.3
Groupements de postes
Grille d’édition.
3.3.4
Entités
La commande usedentity permet de lister tous les objets affectés à une même entité.
3.3.5
Gestion réseau
Les commandes lkvisu all et hybvisu all
Les données des sauts VPN avec lookvpn –test
Type de faisceaux et préfixes de prise :
Utiliser trkvisu all
3.4
Mise en œuvre
Trois options de migration se présentent en fonction de la version initiale des nœuds du
réseau :
-
La version des nœuds est inférieure à la R2.1
Il est nécessaire de procéder la migration en 2 étapes en passant par une version intermédiaire
avant de migrer en R5.x.
La version des nœuds du réseau est égale ou supérieure à la R4.2.
Ed. 01 / 14-05-2004
19
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
Ces versions sont compatibles avec la R5.x . Cela permettra de bénéficier de la fonction "diffusion"
du système, et donnera le choix de migrer nœud par nœud, sans contrainte de temps.
-
La version des nœuds du réseau est comprises entre la R2.1 et la R4.1.
Il ne sera pas possible d’utiliser la fonction "diffusion" et "audit" du système. Cependant les
fonctionnalités téléphoniques en réseau resteront compatibles. L’arrêt de la diffusion sur chaque
nœud ne permettra pas de déployer la migration sur une trop longue période ( mouvements
d’usagers etc.). Ce cas sera réservé pour les sites de petites capacités (mono-ACT, peu d’usagers et
sans application type CCD, etc.).
Les opérations ci-dessous peuvent être réalisées sur sites ou préalablement préparées sur maquettes
en laboratoire avant implémentation sur site.
Pour plus de précision sur la compatibilité des versions dans un réseau, se reporter au paragraphe
"conditions d’installation en réseau" de la procédure de mise en service de la version.
3.4.1
Gestion sur le(s) nœud(s) maître(s)
•
Récupération des verrous logiciels via BPWS/eLP.
•
Appliquer les procédures de migration vers la version.
ATTENTION : La diffusion doit être arrêtée sur le nœud maître et les nœuds périphériques si la
version du réseau est comprise entre la R2.1 et la R4.2.
•
Modifier les préfixes réseaux à destination du nœud remplacé pour les faire pointer vers le
nœud supportant l’ ACT Média Gateway.
•
Supprimer les données de ce nœud dans X25 / Nœuds du réseau.
•
Supprimer les faisceaux liés à ce nœud. Il faudra les recréer soit par audit, soit
manuellement (données globales).
•
Vérifier que les faisceaux locaux ne débordent pas vers les faisceaux qui seront supprimés.
•
Si nécessaire, modifier les préfixes MEVO, les titulaires MEVO.
•
Contrôler la gestion ARS en cas de modification des numéros de faisceaux.
•
Supprimer les préfixes VPN distants éventuels liés à ce nœud et la gestion spécifique au VPN
dans les tables ARS.
•
Supprimer le débordement privé-public éventuel.
•
Contrôler les filtrages Patron/Secrétaire réseau.
•
Les touches de supervision seront à contrôler ensuite par un audit.
•
Supprimer les artères allant vers ce nœud.
•
Corriger le plan de synchronisation du nœud selon les règles du nouveau plan.
TC0537
20
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
•
Corriger éventuellement le lanpbx.cfg pour effacer les CPU du nœud distant.
•
Corriger la gestion du CCD en cas de distribution en réseau.
Remarques sur la suppression de matériel sur le(s) nœud(s) maître(s)
Lors de la configuration ACTIS, le Présale a peut être prévu de remplacer les coupleurs T2
affectés aux artères TDM reliant les nœuds périphériques au nœud maître, par d’autres types de
coupleurs tels que des INTIP2. Ceci ne doit pas gêner, car les licences correspondant aux canaux
B sont toujours présentes (licence 19). Cela permet de conserver pendant le temps du
déploiement les artères T2 vers les nœuds à supprimer.
Ceci n’est qu’un exemple. En règle générale, tout le matériel qui sera supprimé à la fin de la
fusion peut être conservé sur le ou les nœuds maîtres pendant le déploiement.
Création du hardware correspondant a celui des nœuds supprimés
Cette opération est faite automatiquement lors de l’installation des fichiers OPS car les ACT
et coupleurs ont été traités en adjonction.
3.4.2
Gestion sur le(s) nœud(s) périphérique(s) transformés en ACT Media Gateway
(ACT-IP ou ACT derrière INTOF)
Opérations préalable conseillées
Lorsque c’est possible, avant de transformer un nœud en ACT, il est conseillé de tester le
chemin physique, entre le nœud périphérique et le nœud maître. En effet, il serait dommage de se
rendre compte après fusion, que les éléments tels que routeurs, INTIP, adressage IP, (ou INTOF) ne
sont pas opérationnels. Pour vérifier ces éléments, il suffit de se procurer une ACT (de type WM1 /
Voice Hub) et de tester la continuité entre l'INTIP distante et l’INTIP centrale.
Deux options de fusion se présentent en fonction de la version initiale des nœuds du réseau.
3.4.2.1
La version des nœuds du réseau est égale ou supérieure à la R4.2
Il est possible d’utiliser la diffusion afin que chaque suppression faite dans le nœud périphérique
puisse être répercutée dans tous les autres nœuds du réseau.
Inconvénient : Cette procédure ne peut être réalisée qu’en dehors des heures ouvrées.
•
Appliquer les procédures de migration vers la Release 5.1 (suppression du matériel obsolète
entre autre).
•
Exporter toute la configuration des postes via la grille d’édition.
•
Exporter de même la configuration des répertoires et des touches programmables.
•
Exporter la configuration des faisceaux.
•
Exporter la gestion des groupements de postes.
Ed. 01 / 14-05-2004
21
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
•
Exporter la configuration des opératrices et des entités.
•
Exporter la configuration des groupements CCD.
•
Modifier les différents fichiers pour les adapter à la structure du nouveau nœud "principal"
avec un tableur.
•
Supprimer à l’aide de l’A4760 les objets exportés.
•
Créer les nouvelles alvéoles et cartes sur le nœud "principal" :
-
En replacement de la(s) CPU, ajout des INTIP2.
-
Programmation des micro switchs de l’INTIP2 et mise en place du ou des
coupleurs INTIP2 (ou INTOF), des cartes compresseurs et des connecteurs CBC1.
•
Activer la diffusion.
•
Vérifier que les préfixes correspondants aux différents éléments à rajouter sont bien
supprimés du plan de numérotation sur le nœud "principal".
•
Vérifier les entités.
•
Recréer les postes, groupements de postes et les faisceaux sur le nœud "principal".
•
Regérer la distribution d’appel (OP, GROP, Entités) ainsi que les heures de basculement sur
le nœud "principal".
•
Regérer la configuration CCD sur le nœud "principal".
•
Regérer la messagerie vocale si besoin est sur le nœud "principal".
•
Vérifier les points particuliers de gestion sur le nœud "principal".
- se référer à la "check-list" au point 3.2.2
•
Contrôler la numérotation abrégée en cas d’utilisation de numéros par tranche différents
selon les entités et/ou les nœuds sur le nœud "principal".
3.4.2.2
La version des nœuds du réseau est inférieure à la R4.2
Il ne sera pas possible d’utiliser la fonction "diffusion" et "audit" du système. Cependant les
fonctionnalités téléphoniques en réseau resteront compatibles. L’arrêt de la diffusion sur chaque
nœud ne permettra pas de déployer la migration sur une trop longue période.
La procédure est similaire à la précédente sans la diffusion avec une attention particulière au
niveau des compatibilités entre les différentes versions. Pour plus de détails, se référer à la
procédure de mise en service de la version en cours.
Les nœuds non-migrés ne seront pas mis à jour automatiquement. Cela implique la création
ou la reprise du plan de numérotation sur chacun d’entre eux (numéros réseau, etc.).
TC0537
22
Ed. 01 / 14-05-2004
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
3.4.3
Gestion sur le(s) nœud(s) conservé(s)
•
Mettre en service les liaisons inter-nœuds, compte tenu de la nouvelle topologie.
•
Contrôler la gestion du réseau, des faisceaux supervisés et des débordements VPN via
suproutage et lookvpn.
•
Un audit sera réalisé sur la topologie migrée dans la version finale.
•
Effacer les fichiers d’audit et de diffusion (en utilisant la commande cleanbroad).
•
Réaliser une simulation d’audit (il peut être judicieux de tester avec la référence sur le nœud
possédant la nouvelle ACT Média Gateway et sur un autre nœud).
•
Corriger toutes les erreurs signalées durant l’audit (attention aux erreurs "normales" liées aux
éléments encore inconnus durant la phase de simulation).
•
Refaire la simulation de l’audit.
•
Corriger de nouveau et exécuter un audit réel (construction de la référence).
•
Simuler le chargement de cette référence et corriger les erreurs éventuelles.
•
Charger la référence dans tous le réseau.
3.4.4
Implémentation sur le site
Opération à effectuer si les étapes précédentes ont été effectuées en laboratoire.
Avant le basculement, effectuer une sauvegarde sur disque dur. Cette sauvegarde pourra
être utilisée en cas de problème pour un retour en arrière.
Arrêter les CPU et procéder au remplacement (on pourra ici utiliser les disques durs préparés
en laboratoire).
Effectuer les différents raccordements du nouveau matériel et retirer les cartes obsolètes
Redémarrer les systèmes et procéder aux essais.
Faire une sauvegarde sur les sites.
3.4.5
Synchronisation du système
ATTENTION Un OmniPCX 4400 qui migre en OmniPCX Enterprise avec Appliance-Server
est désormais soumis aux règles de synchronisation par domaine. Dans le cas d’un réseau , une
étude de la synchronisation est à faire afin de définir les nouvelles règles.
Modifier les priorités de synchronisation des accès numériques.
Se reporter à l'annexe 4 "Synchronisation d'un OmniPCX Enterprise après migration" des
procédures de mises en service de version (≥ R5.1).
Ed. 01 / 14-05-2004
23
TC0537
OmniPCX Enterprise
PROCÉDURE TECHNIQUE DE FUSION DE
NOEUDS DE PABX
Les règles de synchronisation sont expliquées dans la section "Synchronisation des PABX" de
la documentation technique.
3.4.6
Retour clé matérielle
En fin de migration, il faut penser à retourner la clé hard ( la procédure hardware support
qui est disponible sur le BPWS en référence). C'est important pour que le discount soit accordé.
3.4.7
Impact opérationnel pour les utilisateurs finaux
Toutes ces opérations peuvent avoir des impacts pour les utilisateurs. Quelques principaux
exemples sont listés ci-dessous.
Messagerie Vocale : Si la nouvelle configuration est faite avec une messagerie
centralisée en remplacement de messagerie, ceci implique pour certains utilisateurs un nouveau
numéro pour la messagerie, la perte des messages dans les BAL précédentes, les BAL seront recrées
sur la messagerie centrale et les utilisateurs devront personnaliser à nouveau leur BAL.
Postes et touches programmables ou répertoire : La modification du plan de
numérotation peut entraîner des modifications pour les utilisateurs, les contenus de certaines touches
ne seront plus correctes.
Postes Agents CCD : Si des modification sont apportées sur les groupes de traitements et la
distribution, les agents "décideurs" pourront avoir des listes de GT différents pour les choix au logon.
La fusion peut entraîner des modifications sur les faisceaux (fusion de faisceau par exemple),
si les préfixes sont modifiés, il faut le communiquer aux utilisateurs.
Ce sera le cas en règle générale sur les modifications apportées au plan de numérotation.
Dans le cas de CCD multi-sites, le "merge" sur un site modifie les caractéristiques des
connexions CCS (suppression de sites), ainsi que les visualisations sur les bureaux (matrices affichées
différentes, objets manquants, etc.). Informer les superviseurs.
La listes des sites (nœuds) étant modifiée, l’annuaire technique de la 4760 le sera également
(liste des nœuds dans les sous-réseaux), et donc l’interface de configuration. Informer les
administrateurs.
TC0537
24
Ed. 01 / 14-05-2004