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

Transcription

COMMUNICATION TECHNIQUE
N° TC0711
Ed. 01
OmniPCX Enterprise
Nb de pages : 178
Date : 14-10-2005
URGENTE
NON URGENTE
TEMPORAIRE
DEFINITIVE
SUBJECT : PROCÉDURE DE MISE EN SERVICE DE LA VERSION F3.301.10 – RELEASE 6.2
La version OmniPCX Enterprise F3.301.10 est généralisée ce jour. Elle correspond à la Release 6.2.
Elle est disponible sur Alcatel Business Partner Web Site (www.businesspartner.alcatel.com) et
uniquement sur DVD sous les références 3BA 27681 AAAA (version non sécurisée) et 3BA 27682
AAAA (version sécurisée).
Les modalités techniques de changement de version, les nouveautés et les restrictions recensées sont
précisées dans la procédure de mise en service de la version F3.301.10 jointe.
1
OmniPCX Enterprise
PROCÉDURE DE MISE EN SERVICE DE LA
VERSION F3.301.10
RELEASE 6.2
Ed. 01 / 14-10-2005
OmniPCX Enterprise
VERSION F3.301.10 – RELEASE 6.2
SOMMAIRE
1.
DOMAINE D'APPLICATION ..........................................................7
2.
INTRODUCTION À LA RELEASE 6.2..............................................7
3.
COMPOSITION DU LOT LOGICIEL .............................................10
4.
AVANT DE COMMENCER...........................................................10
4.1
Applications, fonctionnalités non supportées en Release 6.2 .................. 10
4.2
Applications et fonctionnalités dépendantes des CPU et plate-forme
hardware utilisées .................................................................................. 12
4.3
Contrôle de conformité du réseau VoIP .................................................. 13
4.4
Recommandations et sécurité ................................................................. 14
4.5
DECT....................................................................................................... 14
5.
CONDITIONS D’INSTALLATION EN RÉSEAU ..............................14
5.1
Installation en réseau en Release < 3.0.................................................. 14
5.2
Installation en réseau en Release 3.0, 3.1, 3.2, 3.2M, 4.1 et 4.1.1 ......... 15
5.3
Installation en réseau en Release 4.2 et 4.2.1 ........................................ 15
5.4
Installation en réseau en Release 5.0 Ux, 5.0.1 Ux, 5.0 Lx...................... 16
5.4.1
Compatibilité OmniPCX Enterprise..................................................................16
5.4.2
Audit / Diffusion..............................................................................................16
5.4.3
Compatibilité applications externes.................................................................17
5.5
Installation en réseau en Release 5.1.x, 6.0.x, 6.1.x ............................... 17
5.5.1
Compatibilité applications externes.................................................................17
5.5.2
Audit / Diffusion..............................................................................................18
6.
6.1
COMPATIBILITÉS........................................................................18
Rappel sur les cartes supportant la fonction Transit et le RTP direct en
réseau .................................................................................................... 18
Ed. 01 / 14-10-2005
1
TC0711
OmniPCX Enterprise
6.2
Délai (dans un sens) introduit par les passerelles IP ............................... 19
6.3
Délai (dans un sens) d’un IP Phone vers un poste derrière ACT ou eMG. 19
6.4
Compatibilités ABC-F2 suivant le matériel et le type de configuration
utilisés (avec ou sans voix compressée) .................................................. 19
6.4.1
Règles utilisées dans les tableaux ...................................................................19
6.4.2
Tableau des compatibilités ABC-F2 .................................................................21
6.5
Compatibilités réseau & VoIP.................................................................. 24
6.5.1
Résumé compatibilité faisceau ABC-F2 ...........................................................24
6.5.2
Nombre de compresseurs/algorithmes utilisables avec INTIP et GD/GA.........25
6.6
Compatibilité messagerie vocale Alcatel 4635........................................ 25
6.7
Compatibilité matérielle ......................................................................... 26
6.7.1
Cartes CPU......................................................................................................26
6.7.2
Appliance Server .............................................................................................27
6.7.3
Capacité disque dur ........................................................................................27
6.7.4
Carte IO2 ........................................................................................................27
6.7.5
Carte INTIP .....................................................................................................27
6.7.6
Carte INT1/INT2 .............................................................................................28
6.7.7
Négociation de vitesse des interfaces Ethernet................................................28
6.8
Compatibilité Subdevices & IP Phone (référence Reprom / Version de
binaire)................................................................................................... 29
6.9
Compatibilité applications ...................................................................... 30
6.10 Compatibilités équipements OEM/Externes ............................................ 31
6.10.1 UPS .................................................................................................................31
6.10.2 V24 sur IP (Boîtier "Moxa")...............................................................................31
6.10.3 T38 Fax sur IP (Audiocode MP-102).................................................................31
7.
INFORMATIONS CLIENTS ..........................................................32
7.1
Rappel des modifications apparues en Release 3.0 ................................ 32
7.2
Rappel des modifications apparues en Release 4.1 ................................ 32
7.3
Rappel des modifications apparues en Release 6.1.1 ............................. 32
8.
8.1
TC0711
PRÉPARATION ...........................................................................33
Vérification des compatibilités ................................................................ 33
2
Ed. 01 / 14-10-2005
OmniPCX Enterprise
8.2
Guides vocaux ........................................................................................ 33
8.2.1
Guides vocaux système ...................................................................................33
8.2.2
Guides vocaux 4645........................................................................................33
8.3
OPS ........................................................................................................ 35
8.4
Sauvegarde de la base de données (swinst) ........................................... 35
8.4.1
Reconstruction de la base de données avant sauvegarde ...............................36
8.4.2
Sauvegarde de la base de données reconstruite .............................................36
8.5
Sauvegarde des données Chorus/Linux .................................................. 36
8.6
Sauvegarde des fichiers Actis de l'image du site ..................................... 37
8.7
Sauvegarde du fichier lanpbx.cfg............................................................ 37
9.
MODE OPÉRATOIRE...................................................................37
9.1
Affaire neuve .......................................................................................... 37
9.2
Mise à jour de R5.0 Lx, R5.1.x, R6.0.x, R6.1.x en R6.2............................. 37
9.3
Migration OmniPCX 4400 vers R6.2........................................................ 38
9.3.1
Utilisation de la clé hard ou soft......................................................................38
9.3.2
Compatibilité hardware crystal avec un Appliance Server...............................38
10. CHARGEMENT DU LOGICIEL .....................................................38
10.1 Généralités ............................................................................................. 38
10.1.1 Sécurité par défaut du système lors d'une installation standard ......................39
10.1.2 Installation d'un système sécurisé pour le cryptage VoIP (service "IP Touch
Security") .........................................................................................................39
10.1.3 Utilisation du Remote Download .....................................................................40
10.1.4 Lecture de la clé hardware ou CPU-Id des CPU...............................................40
10.1.5 Création d’une base de données vierge..........................................................41
10.2 Restauration de la base de données et justificatifs du site ...................... 41
10.3 Restauration des données Chorus/linux.................................................. 41
11. TRANSLATIONS .........................................................................42
11.1 Installation des fichiers OPS.................................................................... 42
11.2 Remarques ............................................................................................. 43
Ed. 01 / 14-10-2005
3
TC0711
OmniPCX Enterprise
12. MISE À JOUR DES SYSTÈMES BÊTA TESTS...................................43
13. GESTION SYSTÈME ....................................................................43
13.1 Déclaration du démarrage automatique du téléphone ........................... 43
13.2 Mise à jour de la date et heure ............................................................... 43
14. CONTRÔLE DU DÉMARRAGE CPU/IO1/IO2/IO2N .....................43
15. GESTION DATABASE COMPLÉMENTAIRE MINIMUM OBLIGATOIRE44
15.1 Rappel pour les sites migrant d'une Release < 3.0 ................................. 44
15.1.1 Plan d’adressage IP (à partir de R3.0) .............................................................44
15.1.2 Routage IP (à partir de R3.0) ...........................................................................44
15.1.3 Réseau ABC (à partir de R3.0) .........................................................................44
15.1.4 Gestion ARS Time Schedule (à partir de R3.0) .................................................45
15.1.5 Temporisations (à partir de R3.0) ....................................................................45
15.1.6 Taxation (à partir de R3.0) ..............................................................................45
15.1.7 Table de filtrage (à partir de R3.0) ..................................................................45
15.2 Gestion complémentaire pour carte IO2N .............................................. 45
15.3 Synchronisation ...................................................................................... 46
15.4 Paramètres systèmes à vérifier ............................................................... 46
15.4.1 RTP direct en réseau........................................................................................46
15.4.2 Frame VoIP (Enhanced quality voice / Amélioration de la qualité de la voix) ..46
15.4.3 RTP direct pour terminaux H323 .....................................................................46
15.4.4 Inter-node protocol H323................................................................................46
15.4.5 Pre-login (V120)..............................................................................................46
16. DÉMARRAGE DE LA CPU DANS SON ENVIRONNEMENT SUR SITE47
16.1 Téléchargement des coupleurs et postes................................................. 47
17. CONTRÔLES DE BON FONCTIONNEMENT ................................47
18. DOCUMENTS DE RÉFÉRENCES...................................................49
TC0711
4
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXES
ANNEXE 1 - REMARQUES ET RESTRICTIONS
ANNEXE 2 - COMPARAISON DES LICENCES R5.0 Ux ET R6.2
ANNEXE 3 - MIGRATION OmniPCX 4400 VERS OmniPCX Enterprise
RELEASE 6.2
ANNEXE 4 - SYNCHRONISATION
ANNEXE 5 - PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES
RELEASES PRÉCÉDENTES
ANNEXE 6 - NOUVELLES FONCTIONNALITÉS
ANNEXE 7 - COMPOSITION DU LOT LOGICIEL
ANNEXE 8 - DÉFAUTS CONNUS
Ed. 01 / 14-10-2005
5
TC0711
OmniPCX Enterprise
TC0711
6
Ed. 01 / 14-10-2005
OmniPCX Enterprise
1.
DOMAINE D'APPLICATION
AVERTISSEMENT
Ce document s'applique à l'OmniPCX Enterprise Release 6.2 dans la version généralisée F3.301.10
Les fonctionnalités, performances, limitations et contraintes exposées sont susceptibles d'évoluer
dans les versions ultérieures de cette Release. Il convient de se rapporter à la communication
technique TC0710 Note de libération technique de l'OmniPCX Enterprise Release 6.2 - Version
F3.301.10 accompagnant chaque nouvelle version pour connaître les différences par rapport aux
informations données dans ce document.
Ce document s’articule autour d’un document central qui est la procédure de mise en service de la
Release 6.2 et des annexes qui décrivent :
− Les restrictions et remarques.
− La comparaison des licences depuis la Release 5.0 Ux à la Release 6.2.
− La migration d’un OmniPCX 4400 vers un OmniPCX Enterprise.
− La synchronisation du système après migration en Release 6.2 avec un Appliance Server.
− Le rappel des principales fonctionnalités apparues dans les Releases précédentes.
− Les nouvelles fonctionnalités.
− La composition du lot logiciel F3.301.10.
− Les défauts connus.
2.
INTRODUCTION À LA RELEASE 6.2
La Release 6.2 (version F3.301.10) est une Release mineure.
Les cursus de certification ont été modifiés par l'ABPP. Ils sont disponibles sur BPWS sous Formation
et Certification > Formation > OK > Post-Sales > Alcatel OmniPCX Enterprise > Release 6.2.
RAPPEL
La Release 6.0 de l'OmniPCX Enterprise a apporté une évolution des services téléphoniques
traditionnels via une nouvelle gamme de postes IP appelés Alcatel IP Touch 4038 et 4068 (série
8), ouverts à toutes applications grâce à une interface XML.
Les Releases 6.1 et 6.1.1 ont permis, entre autre:
− de compléter la gamme de postes de la série 8 par l’introduction des postes Alcatel IP Touch
4028 (poste à affichage noir et blanc) et Alcatel IP Touch 4018 (poste à affichage noir et
blanc),
− d'introduire la gamme de postes de la série 9 appelés Alcatel 4019-4029-4039 (postes TDM).
La Release 6.2 permet, entre autre:
− d'utiliser les postes Alcatel IP Touch en fonction Hôtel,
− de mettre en œuvre le service "IP Touch Security".
Ed. 01 / 14-10-2005
7
TC0711
OmniPCX Enterprise
Matériel et logiciels disponibles à partir de la Release 6.2.
Nouveau matériel
IP Touch Security Modules
(SSM, MSM)
Installation des ACT dans des
baies informatiques
Nouvelles fonctionnalités
Fonctionnalités sous PCS (1)
Caractères chinois sur poste IP Carte IRAD (2)
Touch Séries 8&9 (500 caractères)
Postes Alcatel séries 8 et 9 en
fonction Hôtel
Interopérabilité SIP : Support du
poste Thomson ST2020 SIP
IP Touch Security Solution Cryptage de la voix
Survivabilité IP Touch
Nouvel icône de supervision d'un
poste renvoyé
MLA / Distinction de sonnerie sur
poste MLA secondaire au repos
LDAP Appel par nom sur 2x30
caractères
1000 Domaines IP / 1000 Entités
Amélioration
de
la
Sécurité
(système)
Transit R1.5- Marché russe
CLIP DTMF sur APA (Inde, Taiwan)
NDDI2 pour marché australien
Initialisation dynamique du
coupleur SLI
Duplication sur Ethernet pour
CPU7
IP Attendant Softphone
IP CCAgent Softphone
Free Desktop
Tickets de statistiques sur IP
Redondance spatiale entre deux
sous-réseaux différents
Modem, Fax, Data en transparence
sur IP
XML IP Touch
Matériel non libéré
ACT-CH8
RGD
ECAN 64ms pour USA
TC0711
Fonctionnalité non libérée
8
Ed. 01 / 14-10-2005
OmniPCX Enterprise
(1) PCS = Premium Customer Support.
La procédure Premium Customer Support permet aux Business Partner de bénéficier d'une
assistance sur des fonctionnalités ou produits dont la commercialisation a été annoncée (DR3)
mais qui n'ont pas encore été lancés sur le marché. La procédure PCS remplace la procédure
précédente SDP (Specific Deal Process) ; se reporter à l'eFlash EF_Marketing_003_260704.
(2) A partir d'OmniVista 4760 Release 3.2.
RAPPEL
Depuis la Release 5.1, certaines applications et fonctionnalités de la Release 5.0 Ux ne sont plus
supportées et devront être remplacées par d'autres.
Ce document indique les étapes nécessaires à l'installation de la version F3.301.10 pour :
− une installation neuve,
− une évolution de R5.0 Lx, R5.1, R5.1.x, R6.0, R6.0.1, R6.1 ou R6.1.1 vers R6.2,
− une migration OmniPCX 4400 vers OmniPCX Enterprise R6.2 piloté par des CPU OmniPCX
4400 ou en installant un Appliance Server (AS).
Ed. 01 / 14-10-2005
9
TC0711
OmniPCX Enterprise
3.
COMPOSITION DU LOT LOGICIEL
Le lot logiciel contient l'application OmniPCX Enterprise F3.301.10
Les différentes versions des modules de l’application OmniPCX Enterprise sont :
− Linux
: 38.0
− Package Linux
: 38.4
− swinst
: 2.28.0
− PC Installer
: 2.20
− OmniPCX Enterprise R6.2
: F3.301.10
version complète F3.301
+ patch statique F3.301.10
+ patch sécurisé SF3.301.10 (Note)
Note
L’accès au patch sécurisé est donné uniquement sur demande après avoir rempli le document
approprié, disponible sur BPWS Support>Support Technique>Software> sélectionner Alcatel
OmniPCX Enterprise (including 4400)>Release 6.2>OK> International Multipurpose Letter of
Assurance / End-User Certificate Form File.
A partir de la Release 6.1.1, il n’y a plus de livraison de patchs dynamiques. Ils sont
remplacés par des patchs statiques ; se reporter à la communication technique
TC0682 Arrêt de la livraison des patchs dynamiques à partir de la Release 6.1.1.
Référence des CD-ROM et DVD compatibles
RAPPEL
A partir de la Release 6.1, les versions systèmes sont livrées uniquement sur DVD.
CD-ROM/DVD
Version F3.301.10 (DVD)
Version F3.301.10 Secured (DVD)
Guides vocaux systèmes v5.2
OmniVista 4760 – Release 3.2
Référence
3BA 27681 AAAA
3BA 27682 AAAA
3BA 57423 AAAF
Software 3BH 11632 ADAA
4.
AVANT DE COMMENCER
4.1
Applications, fonctionnalités non supportées en Release 6.2
Le tableau ci-dessous indique toutes les applications et fonctionnalités qui ne sont plus offertes par
l'OmniPCX Enterprise R6.2, quelque soit le hardware utilisé.
TC0711
10
Ed. 01 / 14-10-2005
OmniPCX Enterprise
Il existe des lots de migration incluant un tarif spécifique qui ont été définis et pris en compte
automatiquement par Actis 9.6.
Famille
Type d' application
Migration vers
4715
4730
OmniVista 4760 R3.2
4740
4740 PTP
4730i
OmniVista 4760i
4755
OmniVista 4760 R3.2
4000 Directory Server
4760 LDAP Server
Directory PC Client
4760 Directory Client
for 4755/4000
Messageries
4630
4635J (défaut) ou 4635H2
vocales
4620 ou VPS35 (1)
4635 VPM35 ou VPU5
4635 VPCPU
4635 VPM35/VPU5
4635 VPCPU-1
4635 VPM35/VPU5
Migration
2600, 4600
Supprimer tous les
ACT
équipements et les gérer dans
un nouvel ACT
5400
Supprimer tous les
équipements et les gérer dans
un nouvel ACT
ACD-V1
ACD-V1
CCD R6.2
4735 & 4736
CCS
4961 first party TAPI
Pas de migration - Non
middleware
supporté
4973 Telephony
Non supporté - (Remplacé
Assistant
par OmniTouch UC My
SoftPhone)
Autres
Alcatel Unified
Non supporté - (Remplacé
Messaging
par OmniTouch UC)
SPB
IO2, IO2N ou module IP/V24
Datcol
Pas de migration – Non
supporté
Débordement sur
Non supporté
QoS (VoIP)
CPU2, CPU3,
Remplacé par
CPU5 Step1 & Step2
CPU5 Step3 - 128 Mo,
CPU6 Step2 – 128 Mo
CPU7 – 256 Mo
ou Appliance Server (dépend
de la configuration Actis)
LIOe & TSC-LIOe (2)
INTIP
INT1/INT2
INTOF
Suppression/
Modification
obligatoire avant
passage en R6.2
Documentation
Non
TCV065
Sans objet
Documentation Système
Non
TCV010
TCV017
TCV065
Oui
Oui
Oui
Oui
TC0298
Non
TC0155, TC0259 &
TC0666
Oui
Non
Oui
Non
Oui
TC0487
Sans objet
Non
47xx
Ed. 01 / 14-10-2005
11
Sans objet
Sans objet
Non
Documentation Système
Sans objet
Sans objet
Non
Non
Non
Non
Oui
Oui
Non
Non
TC0711
OmniPCX Enterprise
(1) La carte VPS35 est remplacée par la carte VPU5 pour toute migration vers OmniPCX Enterprise
R6.2.
(2) Les cartes ne sont pas autorisées sur les nœuds d’un réseau. Elles ne sont autorisées que le
temps de la migration.
Les cartes LIO sont en phase out à partir de la Release 6.1. Elles sont supportées
par la Release 6.2 mais ne peuvent plus être configurées en affaire neuve ou en
adjonction.
4.2
Applications et fonctionnalités dépendantes des CPU et plate-forme
hardware utilisées
Suivant le type de CPU (CPU5 Step3/CPU6 Step2/CPU7, Appliance Server, Call Server dans rack)
utilisé et plate-forme hardware utilisée (Crystal ou Alizé), certaines applications ou fonctionnalités ne
sont pas autorisées.
Dans le tableau ci-dessous, ne sont pas indiqués les fonctionnalités, matériel et applications non
supportés en R6.2 ; se reporter au paragraphe 4.1.
Messageries
vocales
Divers
4645
4615/VMU-OBCA
4615/VMU-OBCA2
(1)
DECT Campus
DTM pour DECT sur
CPU6
VG sur CPU6
Q23
CPU5 Step3
CPU6 Step2
CPU7
Non
Oui
Call Server
Oui
Non
(seulement avec
CPU6)
Oui
Oui
Appliance Server Pilotant
Hardware
Hardware crystal
commun
Oui
Non
Non
Non Ö 4635J (VPU5) (2)
Non
Non Ö
DECT8
Non
Non
Non
Non Ö
DECT8
Non
Non
Oui
Oui
Non
Oui
Non
Non Ö Port Z
Oui
Non
Non
Non (5)
Non
Non
Non
Oui
Non
Non
Non
Oui
Non (5)
Non Ö module V24-IP (3)
Non (3)
Non
Oui
Oui
Non (4)
Non Ö DECT8 (2)
Non Ö GPA2 (2)
Non Ö GPA2 (2)
(sur CPU6/ CPU7)
V24
Musique d'attente
sur CPU
IO2/OBCA
(5)
Non Ö module V24-IP (3)
Non Ö port Z (3)
(seulement avec
CPU5 et CPU6)
IO2N
SPB
3 niveaux d'ACT
eRMA
Oui
Non Ö IO2
Oui
Non
(1) N'est plus configurable en affaire neuve.
(2) Le remplacement se fait par Actis.
La carte DECT8 n'est pas compatible avec les cartes DECT2/DECT4. En cas de présence de
cartes DECT2/DECT4, Actis les remplacera.
TC0711
12
Ed. 01 / 14-10-2005
OmniPCX Enterprise
Les cartes DECT2/DECT4 sont en phase out. Elles sont supportées par la Release
6.2 mais ne peuvent plus être configurées en affaire neuve ou en adjonction.
(3) Des modifications manuelles sont nécessaires.
(4) Pas d'alternative possible.
(5) Les cartes IO2, IO2N (30 canaux B), OBCA et OBCA2 (3 canaux B) n'existent pas avec un
Appliance Server ou Call Server. Aussi, un certain nombre d'applications et fonctionnalités ne
sont plus supportées telles que :
• Extension de ports V24 physiques via carte SPB sur lesquels étaient gérées des applications
(gestion accueil, hôtel, login, etc.).
• Gestion directe d'applications data en V120 accessibles depuis un adaptateur de terminal
(TA en V120 ) en local ou depuis l'extérieur (appli login, SLIP, gestion hôtel, etc.).
• Transmission data dans le canal B d'un support numérique (T2, PCM, etc.).
4.3
♦
Artère dans un canal B d'un T2 (commuté ou non commuté).
♦
Artère dans un canal B d'une carte PCM (souvent rencontré en Amérique du Sud où les
T2 sont moins courant).
♦
Artère via des TA/Modem.
♦
Plus de signalisation de secours via ISDN.
♦
X25 dans un canal B (exploitation Tunnel dans T2 et exploitation Centrex pour la gestion
centralisée du réseau via 4740).
♦
Frame Relay dans le cas de saturation du canal de signalisation dans D.
♦
Dans ce cas, les applications X25 type Tunnel, Broadcast, incidents en réseau passent
dans un canal B (l'application du coefficient 15 de surréservation dans le canal D d'une
artère permet de ne plus faire de Frame Relay, mais le mécanisme existe toujours).
Contrôle de conformité du réseau VoIP
L'OmniPCX Enterprise R6.2 est un produit IP natif dans le cas de l'utilisation d'une CPU-CS ou
Appliance Server et dans le cas de mixité hardware. Toute la signalisation échangée entre le Call
Server et les Media Gateways ou ACT Media Gateway est transportée sur IP. Il garantit une
connexion IP fiable et respecte les critères VoIP (délai, gigue, perte de paquets) pour les
configurations VoIP.
Les tests de conformité VoIP sont obligatoires avant le déploiement de la solution VoIP; consulter la
rubrique VoIP Engineering sur BPWS pour la méthodologie, recommandations et outils pour
sécuriser l'installation VoIP. En particulier, l'outil VoIP Assessment pour Audit VoIP et guide d'aide au
diagnostic est fortement recommandé (disponible dans le catalogue de formation de Brest).
ATTENTION
Pour la fonctionnalité "Modem, Fax, Data en transparence sur IP", il est impératif que le réseau IP
soit "presque" parfait ; se reporter à la communication technique TC0712 Modem, Fax, Data en
transparence sur IP.
Ed. 01 / 14-10-2005
13
TC0711
OmniPCX Enterprise
4.4
Recommandations et sécurité
Les règles de sécurité et recommandations pour sécuriser l'accès et l'utilisation du système sont
décrites dans la documentation Système section "Sécurité".
Les services IP et numéros de ports utilisés par le système sont aussi disponibles dans cette section.
4.5
DECT
Chaque système équipé de DECT nécessite un PARI unique configuré dans le système. Pour obtenir
le PARI, consulter l'e-Flash eND03007D sur BPWS dans la rubrique Nouveautés & Evénements >eFlashes> sélectionner Archivé puis mot clé eND03007D.
5.
CONDITIONS D’INSTALLATION EN RÉSEAU
RAPPEL
Il est autorisé de faire fonctionner des releases différentes (Release ≥ 5.0 Ux) dans un même sousréseau.
La cohabitation, dans un même sous-réseau, avec des Releases < 5.0 Ux est uniquement autorisée
pour permettre une migration progressive vers la dernière release.
Lors de la migration progressive et suivant certaines topologies et hardware utilisés,
il peut y avoir des mauvaises qualités audio; voir le chapitre 6 .
Lors de l’utilisation d’un CCS multi-site , tous les nœuds doivent être en Release
6.2.
5.1
Installation en réseau en Release < 3.0
Les Releases < 3.0 ne sont plus supportées mais afin de permettre une migration progressive, la
Release 6.2 peut cohabiter dans un sous-réseau OmniPCX 4400 constitué de systèmes en Release 2.
Cependant, il faut disposer d'une des versions minimum ci-dessous pour avoir une compatibilité au
niveau de la signalisation ABC-F :
− B3.317.33,
− B3.355.6,
− B3.374.1,
− B3.513.10,
− B3.514, B3.515, B3.516, B3.517, B3.519.
Pendant la période de cohabitation, le tunnel n'est pas opérationnel ainsi que la diffusion.
ATTENTION
Le tunnel X25 n'est pas compatible entre les versions OmniPCX Enterprise (≥ R5.0 Lx) et les réseaux
avec des nœuds en Releases < 3.0.
Si tous les nœuds du sous-réseau sont en Release 6.2, cette gestion est inutile, l'accès au tunnel
IP/X25 est obtenu par adressage physique (pas de gestion) (à partir de Release 3.0).
TC0711
14
Ed. 01 / 14-10-2005
OmniPCX Enterprise
5.2
Installation en réseau en Release 3.0, 3.1, 3.2, 3.2M, 4.1 et 4.1.1
Les Releases 3.0, 3.1, 3.2, 3.2M, 4.1 et 4.1.1 ne sont plus supportées mais afin de permettre une
migration progressive, celles-ci peuvent cohabiter quelque temps dans un sous-réseau OmniPCX
Enterprise constitué de systèmes en Release 6.2.
Pendant la période de cohabitation il faut :
− Interdire la diffusion (broadcast) de la base de données et ne pas faire d’audit.
− Interdire l'utilisation de numéro d'entités supérieures ou égales à 127.
Lors de cette migration progressive et suivant certaines topologies et hardware
utilisés, il peut y avoir des mauvaises qualités audio; voir le chapitre 6 .
Lors d'une migration progressive dans un réseau IP, la carte INTIP peut être connectée à
une carte LIOe à condition que les nouveaux services fournis, à partir de la Release 4.2,
par INTIP ne soient pas activés. Le paramètre RTP direct en réseau doit être à Non.
•
Le paramètre Amélioration qualité de la voix (Enhanced voice quality) appelé
maintenant Framing VoIP depuis la R5.1, doit être identique sur tous les nœuds du
réseau.
•
Le paramètre Inter-node protocol H323 doit être à Non.
•
Il n'y a plus de débordement VPN sur QoS en VoIP.
En Release 6.2:
− Les cartes LIOe et TSC-LIOe doivent être remplacées par des cartes INTIP.
− Les cartes INT1 et INT2 doivent être remplacées par des cartes INTOF/INTOF2.
5.3
Installation en réseau en Release 4.2 et 4.2.1
Les Releases 4.2 et 4.2.1 ne sont plus supportées mais afin de permettre une migration progressive,
celles-ci peuvent cohabiter quelque temps dans un sous-réseau OmniPCX Enterprise constitué de
systèmes en Release 6.2.
Pendant la période de cohabitation il faut :
− Interdire la diffusion (broadcast) de la base de données et ne pas faire d’audit.
− Interdire l'utilisation de numéro d'entités supérieures ou égales à 127.
Lors de cette migration progressive et suivant certaines topologies et hardware
utilisés, il peut y avoir des mauvaises qualités audio; voir le chapitre 6 .
En Release 6.2 :
− Les cartes LIOe et TSC-LIOe doivent être remplacées par des cartes INTIP.
− Les cartes INT1 et INT2 doivent être remplacées par des cartes INTOF/INTOF2.
Ed. 01 / 14-10-2005
15
TC0711
OmniPCX Enterprise
5.4
Installation en réseau en Release 5.0 Ux, 5.0.1 Ux, 5.0 Lx
ATTENTION
La Release 5.0 Lx n’est plus supportée mais afin de permettre une migration progressive, celle-ci
peut cohabiter quelque temps dans un sous-réseau OmniPCX Enterprise constitué de systèmes en
Release 6.2.
En Release 6.2, le nombre d'entités et de domaines IP passent à 1000 (en Releases < 6.2,
le nombre d'entités est 255 et le nombre de domaines IP est 128). Dans le cas d'un réseau,
ces limites ne sont autorisées que si tous les nœuds du réseau sont en Release 6.2.
Pendant la période de cohabitation il faut interdire la diffusion (broadcast) de la base de
données et ne pas faire d’audit.
5.4.1
Compatibilité OmniPCX Enterprise
Les Releases 5.0 Ux, 5.0.1 Ux et R5.0 Lx sont compatibles avec la Release 6.2 dans un
environnement en sous-réseau, avec les restrictions suivantes:
•
Versions minimum compatibles: D2.314.4.c ; D2.314.5 ; E1.604.9.f.
•
Le paramètre Amélioration qualité de la voix (Enhanced Voice Quality) appelé
maintenant Framing VoIP depuis la R5.1, doit être identique sur tous les nœuds du
réseau.
•
Les cartes LIOe et TSC-LIOe sont autorisées le temps de la migration. Elles devront
également être remplacées dans le cas d’un fonctionnement en réseau hétérogène. Il ne doit
pas y avoir de cartes LIOe, TSC-LIOe dans un réseau contenant des noeuds en R6.0 et/ou
R6.2.
•
Le paramètre Inter-node protocol H323 doit être à Oui.
Il doit être à Non dans le cas d'utilisation de cartes LIOe.
•
Il n'y a plus de débordement VPN sur QoS en VoIP sur l'ensemble du réseau.
•
Voir tableau en 6.4.2 .
En Release 6.2, les cartes INT1 et INT2 doivent être remplacées par des cartes
INTOF/INTOF2.
5.4.2
Audit / Diffusion
− Audit.
Toutes les tables non implémentées dans une Release génèrent le message ci-dessous dans les
résultats de l'audit pour ces messages :
Non Audité : Non implémenté dans la version mais ne provoque pas un
blocage de l'audit.
− Diffusion.
Sur réception d'un objet inconnu dans une Release, une erreur est signalée et un incident est
généré.
TC0711
16
Ed. 01 / 14-10-2005
OmniPCX Enterprise
Pour supprimer ces erreurs, les versions minimum ci-dessous doivent être utilisées :
•
D2.314.4.c
•
D2.314.5
•
E1.604.9.f
Les tables suivantes ne sont pas diffusées :
•
inst/desc/param SIO
•
data/prefixe data
•
inst/desc/liste tranche num libre
5.4.3
Compatibilité applications externes
Dans un réseau hétérogène, il est impératif d'aligner les versions des applications
sur celles de la Release 6.2 ; se reporter au paragraphe 6.9 pour les versions
minimales des applications compatibles avec la Release 6.2.
Certaines applications ne sont plus supportées en Release 6.2; voir paragraphe 4.1.
5.5
Installation en réseau en Release 5.1.x, 6.0.x, 6.1.x
Les Releases 5.1.x, 6.0.x et 6.1.x sont compatibles avec la Release 6.2 dans un environnement en
sous-réseau, avec les restrictions suivantes :
• Les cartes LIOe et TSC-LIOe sont autorisées le temps de la migration. Elles devront
également être remplacées dans le cas d’un fonctionnement en réseau hétérogène. Il ne doit
pas y avoir de cartes LIOe, TSC-LIOe dans un réseau contenant des nœuds en R6.2 (depuis
la R6.0).
• Le paramètre Inter-node protocol H323 doit être à Oui.
•
Il doit être à Non dans le cas d'utilisation de cartes LIOe.
En Release 6.2, le nombre d'entités et de domaines IP passent à 1000 (en Releases < 6.2, le
nombre d'entités est 255 et le nombre de domaines IP est 128). Dans le cas d'un réseau, ces
limites ne sont autorisées que si tous les nœuds du réseau sont en Release 6.2.
INTOF/INTOF2.
5.5.1
Compatibilité applications externes
Dans un réseau hétérogène, il est impératif d'aligner les versions des applications
sur celles de la Release 6.2 ; se reporter au paragraphe 6.9 pour les versions
minimales des applications compatibles avec la Release 6.2.
Certaines applications ne sont plus supportées en Release 6.2; se reporter au
paragraphe 4.1.
Ed. 01 / 14-10-2005
17
TC0711
OmniPCX Enterprise
5.5.2
Audit / Diffusion
− Audit
Toutes les tables non implémentées dans une Release génèrent le message ci-dessous dans les
résultats de l'audit pour ces messages :
Non Audité : Non implémenté dans la version mais ne provoque pas un
blocage de l'audit.
− Diffusion
Sur réception d'un objet inconnu dans une Release, une erreur est signalée et un incident est
généré.
Pour supprimer ces erreurs, les versions minimum ci-dessous doivent être utilisées :
• E2.404.b
• E2.502.2.e
• E2.504.1.e
Les tables suivantes ne sont pas diffusées :
•
inst/desc/param SIO
•
data/prefixe data
•
inst/desc/liste tranche num libre
6.
COMPATIBILITÉS
6.1
Rappel sur les cartes supportant la fonction Transit et le RTP direct en réseau
La fonction Transit permet de réduire le temps introduit par une compression et décompression.
Cette fonction n'est disponible qu'avec les algorithmes G723 et G729.
Support de la fonction transit (4)
LIO P/B/X COMP6 (1) (2)
LIO P/B/X COMP2 (2)
LIOe (3)
INTIP ou INTIP2
GD ou GA
Non
Oui
Oui
Oui
Non
Support de la fonction RTP direct
en réseau
Sans objet
Sans objet
Non
Oui
Oui
(1) La carte LIO-COMP6 n'est pas compatible en R6.0.x, R6.1.x et R6.2. Elle est interdite dans un
réseau avec INTIP ou GD/GA
(2) Les cartes LIO P/B/X sont supportées en R6.2 mais ne sont plus disponibles dans le cas
d’adjonctions ou de nouvelles installations.
(3) La carte LIOe n'est pas compatible en R6.0.x, R6.1.x et R6.2. On autorise l’interfonctionnement
avec une carte LIOe sur un autre noeud uniquement dans le cadre d’une migration progressive.
(4) Il n'y a pas de transit en G711 mais paquétisation/dépaquétisation.
TC0711
18
Ed. 01 / 14-10-2005
OmniPCX Enterprise
6.2
Délai (dans un sens) introduit par les passerelles IP
En G711 : environ 100 ms (60 ms pour un IP Phone (e-Reflexes/série 8))
Transit : environ 20 ms (il n'y a pas de transit en G711)
6.3
Délai (dans un sens) d’un IP Phone vers un poste derrière ACT ou eMG
En G711
environ 80 ms
6.4
En G729
environ 100 ms
En G723
environ 120 ms
Compatibilités ABC-F2 suivant le matériel et le type de configuration utilisés
(avec ou sans voix compressée)
Le tableau au paragraphe 6.4.2, a pour objectif de présenter les cas de raccordement
permettant d'obtenir une qualité audio acceptable (supérieure à l'indice 3 du MOS). Les
interdictions dans le tableau ne sont pas liées à des problèmes d'établissement des communications
mais uniquement au respect d'une qualité audio acceptable.
Vous trouverez dans ce tableau un résumé des différentes configurations autorisées en ABC-F2 (d'un
point de vue audio) entre les Releases 5.0 Ux et 6.2. Ce tableau tient compte à la fois d'un
raccordement en VoIP et d'un raccordement filaire de type T2, T0 ou T1.
6.4.1
Règles utilisées dans les tableaux
•
Un délai maximum de 200 ms "One way" (dans un sens, réseau + équipements IP) est
autorisé à travers IP (400 ms en Round Trip Delay (aller et retour)). Au-delà, la qualité de voix se
dégrade.
•
On ne peut pas avoir plus de 2 passages en G711 lors d'une communication (100 ms + 100
ms).
•
Les cartes LIO P/B/X sont interdites dès qu'il y a des cartes Media Gateway (sauf dans
certains cas où la connexion se fait à travers un Crystal IP Media Gateway).
•
Les cartes LIOe ne sont pas supportées avec les Releases 6.2 (depuis la Release 6.0) ni sur
aucun des noeuds d’un réseau même si les versions le permettent. Elles sont autorisées
uniquement le temps de la migration.
•
Les terminaux H323 ne sont compatibles qu’avec des configurations permettant de respecter un
délai maximum de 200 ms "One way".
•
On n'autorise qu'une seule compression & décompression (utilisation de l'algorithme
G723/G729 et 1 ou 2 transit).
•
On autorise 2 compressions/décompressions uniquement dans le cas de communication en
débordement VPN (cas uniquement utilisé en cas de secours).
•
Dans certaines configurations à 2 compressions/décompressions, il existe des palliatifs pour se
retrouver dans des configurations à 1 compression/décompression + transit.
Ed. 01 / 14-10-2005
19
TC0711
OmniPCX Enterprise
•
Le tableau prend en compte des configurations utilisant l'algorithme de
compression/décompression G723/G729 ou des configurations n'utilisant pas de compression
ou étant en G711.
•
Avec de l'IP rack server on considère qu'il y a au moins toujours 2 équipements IP (1 GD + 1 IP
Phone ou 2 GD).
•
SIP n'est pas autorisé dans les configurations si le RTP direct en réseau est désactivé.
•
Les communications VoWLAN en internoeud (via une artère VoIP) ne sont pas autorisées si le
RTP direct en réseau est désactivé.
TC0711
20
Ed. 01 / 14-10-2005
OmniPCX Enterprise
•
Ci-dessous les différentes représentations des configurations utilisées.
représente un OmniPCX 4400 en R5.0.1 Ux
R5.0.1 Ux
OmniPCX 4400
représente un OmniPCX Enterprise avec du hardware
commun (hardware commun avec OXO) piloté par un
CS ou AS
OmniPCX Enterprise
IP Rack Server
Crystal IP Server : représente un OmniPCX Enterprise
piloté par une CPU 5/6/7 ou un AS avec du hardware de
type 4400
IP@
OmniPCX Enterprise
Crystal IP Server
IP
Crystal IP Media Gateway
Crystal IP Media Gateway : représente un ACT Media
Gateway raccordé au PABX de type A4400 via une
INTIP (Remote IP)
Common hardware IP Media Gateway
représente une Media Gateway raccordé au PABX
via une GD
,
= OmniPCX 4400 ou OmniPCX Enterprise raccordé en ABCF2 en filaire vers un OmniPCX Enterprise R6.2. Un cas avec compression G723/G729 (Terminaux IP
ou artère compressée (LIO P/B/X COMP2) ou VoIP (avec INTIP) et un cas sans utilisation de
compression (ou G711utilisé) sont décrits.
,
VoIP
= OmniPCX 4400 ou OmniPCX Enterprise raccordé en ABC-F2 en VoIP
(avec INTIPx uniquement) vers un OmniPCX Enterprise R6.2. Un cas avec compression G723/G729
(Terminaux IP ou artère compressée (LIO P/B/X COMP2) et un cas sans utilisation de compression
(ou G711utilisé) sont décrits.
6.4.2
Tableau des compatibilités ABC-F2
Ed. 01 / 14-10-2005
21
TC0711
OmniPCX Enterprise
OmniPCX Enterprise
IP Rack Server
R5.0 Lx (a)
Crystal Server
R6.2
Sans
Crystal IP MGW
4
4
0
0
C
R
Y
S
T
A
L
R
5.
0.
1
U
x
/
(b)
Sans
Compr
ession
(c)
G723
G729
G72x
G711
G72x
G711
G72x
G711
G72x
G711
(Note11)
Oui
(Note 1)
(Note 11)
Oui
(Note 1)
Oui
(Note 3)
Oui
(Note 3)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 3)
Non
Oui
(Note 6)
Non
Oui
(Note 6)
Non
Oui
(Note 8)
Oui
(Note 2)
Oui
(Note 2)
Oui
(Note 8)
Oui
(Note 8)
Non
Non
Non
Non
Oui
(Note 3)
Oui
(Note 3)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 4)
Oui
(Note 4)
Non
Non
Non
Non
Non
Oui
(Note 8)
Oui
(Note2)
Oui
(Note2
Oui
(Note 8)
Oui
(Note 8)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 3)
Oui
(Note 3)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 3)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Non
Non
Non
Non
Oui
(Note 3)
Oui
(Note 3)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 3)
Oui
(Note 3)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Non
Non
Non
Non
Non
Non
Non
Non
Non
Non
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
Non
Non
Non
(Note 10)
Non
(Note 10)
Non
(Note 9)
Non
(Note 9)
Non
(Note 9)
Non
(Note 9
Non
(Note 9)
Non
(Note 9)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
Non
Oui
(Note 1)
Non
Oui
(Note 1)
Non
Oui
(Note 1)
Non
Oui
(Note 1)
Non
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
Non
Oui
(Note 1)
Non
(Note 10)
Oui
(Note 1)
Non
(Note 10)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 9)
Oui
(Note 9)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 1)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
Oui
(Note 7)
(d)
VoIP
(e)
G711
R
5.
1.
x
/
(b)
Sans
Compr
ession
(c)
à
S
E
R
V
E
R
R
6.
2
Avec
Compr
ession
Avec hardware
commun
G711
VoIP
/
Sans hardware
commun
G72x
G711
O
m
n
i
P
C
X
R6.2
Avec
Crystal IP MGW
(d)
(e)
H
A
R
D
W
A
R
E
H
A
R
D
W
A
R
E
C
O
M
M
U
N
C
O
M
M
U
N
R
G 5
7 0
2 L
3 x
/ R
G 5
7 1
2 à
9 R
6
2
R
5
0
L
G x
7 R
1 5
1 1
x
à
R
6
2
TC0711
22
Ed. 01 / 14-10-2005
OmniPCX Enterprise
(a) La Release R5.0 Lx n’est plus supportée.
(b) Il n’y pas d’utilisation de voix compressée (Terminaux IP ou artère compressée (LIOP/B/X COMP2) ou VoIP
(LIOe ou INTIP)) sur l’OmniPCX 4400 ou Crystal IP Server ou utilisation du G711.
(c) Il n’y pas d’utilisation de voix compressée (Terminaux IP ou artère compressée (LIOP/B/X COMP2)) sur
l’OmniPCX 4400 ou Crystal IP Server ou utilisation du G711.
(d) Il y a utilisation de voix compressée (Terminaux IP ou artère compressée (LIOP/B/X COMP2) ou VoIP (LIOe
ou INTIP)) sur l’OmniPCX 4400 ou Crystal IP Server.
(e) Il y a utilisation de voix compressée (Terminaux IP ou artère compressée (LIOP/B/X COMP2)) sur
l’OmniPCX 4400 ou Crystal IP Server.
Notes
1
2
3
4
•
•
•
•
•
•
•
•
•
•
•
•
9
•
•
•
•
•
•
•
•
•
•
•
•
•
•
10
•
11
•
•
•
•
•
•
5
6
7
8
Description
RTP direct en réseau activé
Versions minimum compatibles : D2.314.4.c; D2.314.5; E1.604.9.f; E2.404.b; E2.502.2.e, E2.504.1.e
RTP direct en réseau désactivé
Les communications VoWLAN ne sont pas autorisées
Le SIP n’est pas autorisé
L’accès T2/T0/T1 doit absolument être connecté sur le Crystal IP (ACT) Media Gateway
L’accès T2/T0/T1 doit absolument être connecté sur le Crystal IP Server ou Crystal IP (ACT) Media
Gateway
Pour lever l’interdiction il faut que les cartes LIOe soient remplacées par des INTIP.
Il ne doit pas y avoir plus d’un passage en G711 coté PABX en hardware commun
Il ne doit pas y avoir de carte LIOe (obligatoire)
Le faisceau IP doit obligatoirement être géré sur un Crystal IP (ACT) Media Gateway
Pour lever l’interdiction, il faut rajouter un Crystal IP (ACT) Media Gateway sur le PABX en hardware
commun et y relier le T2/T0/T1
Pour lever l’interdiction, il faut rajouter un Crystal IP (ACT) Media Gateway sur chaque PABX et relier le
T2/T0/T1 entre eux
Version minimum compatibles : D2.314.4.c; D2.314.5; E1.604.9.f; E2.404.b; E2.502.2.e, E2.504.1.e
Oui s’il n’y a pas de compression sur l’OmniPCX 4400
Non si on utilise du G711 sur l’OmniPCX 4400
Ed. 01 / 14-10-2005
23
TC0711
OmniPCX Enterprise
6.5
6.5.1
Compatibilités réseau & VoIP
Résumé compatibilité faisceau ABC-F2
Release 6.2
Observation
< Release 4.2
Faisceau ABC uniquement La migration progressive d’un réseau est
possible voir paragraphes 5.1 et 5.2
(Pas de compatibilité,
mais migration
progressive autorisée (1)
Release 4.2/Release 4.2.1
(4)
Audit/Diffusion : D2.304.4.w minimum
Messagerie vocale 4645 : 4645 centralisée
non supportée
Release 5.0 Ux
Compatibilité totale
ABC-F (2) (3)
Audit/Diffusion : D2.314.4.c – D2.314.5
Messagerie vocale 4645 : 4645 centralisée
non supportée
Release 5.0 Lx (4)
ABC-F(2) (3)
Audit/Diffusion : E1.604.9.f minimum
Releases
ABC-F (2) (3)
5.1/5.1.1/5.1.2
6.0/6.0.1
6.1/6.1.1
6.2
(1) Lors de la migration progressive, des problèmes de qualité de voix peuvent apparaître.
(2) Voir Annexe 1.
(3) L’utilisation de carte LIOe peut entraîner des problèmes de qualité de voix.
(4) La Release n’est plus supportée. Seule la migration progressive est autorisée.
TC0711
24
Ed. 01 / 14-10-2005
OmniPCX Enterprise
6.5.2
Nombre de compresseurs/algorithmes utilisables avec INTIP et GD/GA
Le terme INTIP concerne aussi bien les cartes INTIP que INTIP2.
RAPPEL
Les cartes LIO COMP6 et LIOe sont interdites dès qu’il y a un nœud en R6.0.x, R6.1.x ou
R6.2 dans le réseau.
De plus , les cartes LIO COMP6 sont interdites dans un réseau avec INTIP ou GD/GA.
INTIP avec
2 cartes
filles (1&2)
GD ou GA
32 ms
annulation d'écho
64 ms
annulation d'écho
32 ms
annulation d'écho
64 ms
annulation d'écho
GIP6A
GIP6
GIP4-1
GIP4-4
MCV8
MCV24
MADA-1
MADA-3
G711
Avec ou sans VAD
14
56
16
60
8
24
8
24
G723.1
Avec ou sans VAD
14
56
16
60
7
21
8
24
G729
Avec ou sans VAD
14
56
16
60
7
21
8
24
(1) Il n'est pas autorisé d'avoir deux cartes filles de types différents sur une même carte INTIP.
(2) La profondeur d’annulation d’écho n’est pas un paramètre configurable mais dépend du
hardware utilisé.
6.6
Compatibilité messagerie vocale Alcatel 4635
ATTENTION
Vérifier la compatibilité des fonds de panier ; se reporter à la communication technique TC0155
Compatibilité Alcatel 4635 et fonds de paniers OmniPCX 4400 (Rappel des restrictions).
Ci-dessous un rappel des compatibilités entre logiciels Alcatel 4635 et OmniPCX Enterprise R6.2.
OmniPCX Enterprise
Release
Ø
6.2
VPCPU
SCSI Disk
VPCPU-1
IDE Disk
VPS35
16 MB RAM
VPS35 (Note)
32 MB RAM
Incompatible
Incompatible
Incompatible
Incompatible
OmniPCX Enterprise
Release
Ø
6.2
VPM35 (Note)
32 MB RAM
Mini
Maxi
4.0.4
5.2.6
VPM35
64 MB RAM
Mini
Maxi
4.0.4
5.2.6
VPU5 (M)
16 ports
Mini
Maxi
5.0.1
5.2.6
Notes
− La carte VPS35 est remplacée par la carte VPU5 pour toute migration vers OmniPCX Enterprise
R6.2.
− IMAP (version A4635 5.2.6 minimum) et VPIM (version A4635 5.1.4) nécessitent 64 Mo de RAM.
− Tout problème trouvé sur une version mini ou intermédiaire à la version maxi doit faire l’objet d’un
réalignement de la version maxi avant escalade du problème.
Ed. 01 / 14-10-2005
25
TC0711
OmniPCX Enterprise
6.7
Compatibilité matérielle
A partir de la Release 5.1, la mixité hardware (hardware crystal & hardware commun) est autorisée.
− Dans le cas d’une CPU-CS ou d’un Appliance Server, un seul Crystal IP Media Gateway peut être
connecté dans la zone principale pour supporter les exploitations telles que 4635H2-J, DECT8,
etc. Les meubles supportés sont de type Voice Hub, M1 ou M2.
− Dans le cas d’une CPU-CS ou d’un Appliance Server ayant des Crystal IP Media Gateway en
zone périphérique, il n’y a pas de restriction.
− Dans le cas d’un Appliance Server pilotant du hardware crystal en zone principale, il n’y a pas
de restriction sur le matériel utilisé
RAPPEL
A partir de R5.0 Lx, seuls les racks alvéole 1U et 3U peuvent être utilisés : les racks alvéole 2U ne
sont pas autorisés.
Pour plus de détails, se reporter aux communications techniques TC418 Compatibilités & Evolutions.
6.7.1
Cartes CPU
Les cartes CPU2 , CPU3 Step1/Step2/Step3 et CPU5 Step1/Step2 ne sont pas
compatibles avec la Release 6.2.
Les cartes CPU5 Step3 128 Mo et CPU6 Step2 128 Mo peuvent être utilisées à la fois avec la
clé hard ou avec le CPU-Id. La carte CPU7 ne peut être utilisée qu’avec le CPU-Id.
Le tableau ci-dessous indique les éditions de cartes compatibles.
RAPPEL
Les cartes CPU5 ont une interface Ethernet à 10 Mbits Half Duplex uniquement.
CPU5 Step3
CPU6 Step2
CPU7
3BA27038 NAAC
3BA27038 NABC
3BA 23197 BAAB
3BA 23197 BAWB
3BA 23197 BABB
3BA 23197 BAXB
3BA 23197 BACB
3BA 23197 BAYB
3BA 23197 BADB
3BA 23197 BAEB
3BA 23259 AA
Utilisation de
la clé hard
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Non
Utilisation du
CPU-Id
Non
Oui
Non
Oui
Non
Oui
Non
Oui
Non
Oui
Oui
Mise à jour possible des CPU au
SAV
Oui devient 3BA27038 NABC
Sans objet
Oui devient 3BA 23197 BAWB
Sans objet
Oui devient 3BA 23197 BAXB
Sans objet
Oui devient 3BA 23197 BAYB
Sans objet
Oui devient 3BA 23197 BAEB
Sans objet
Sans objet
Pour plus de détails sur la CPU6 Step2, se reporter à la communication technique TC0230 Carte
CPU6 Step2 - 3BA23197 AA.
TC0711
26
Ed. 01 / 14-10-2005
OmniPCX Enterprise
6.7.2
Appliance Server
Seuls les Appliance Servers recommandés par Alcatel (série X305 et X306 d'IBM) sont à
utiliser.
• X305 :
Référence Alcatel: 3BA 00438 AA
Référence IBM (dans le cas d'un achat externe): Model Type : 8673-62X
• X306 :
Référence Alcatel : 3BA 27582 AB
L’installation du X306 ne peut se faire qu’à partir du PC Installer v2.17 minimum.
ATTENTION
Le X306 doit être commandé uniquement via Alcatel.
6.7.3
Capacité disque dur
Un disque dur de 6 Go minimum doit être utilisé.
6.7.4
Carte IO2
Les cartes IO2 et IO2N doivent être flashées avec un boot de version 4.0 minimum.
6.7.5
Carte INTIP
Le terme INTIP concerne aussi bien les cartes INTIP que INTIP2.
Depuis la Release 5.0 Ux, la carte INTIP peut être utilisée soit en full duplex soit en half duplex.
A partir de la R5.1, le RTP direct en réseau est possible avec des INTIP.
Depuis la Release 4.2, la carte INTIP est multifonctionnelle : IP Phones, Remote IP et artère VoIP.
L’interfonctionnement avec une carte LIOe est possible uniquement le temps de la migration.
Une fois la migration terminée, il faut paramétrer les services IP de façon à pouvoir utiliser les
nouveaux services apportés par la carte INTIP depuis la R4.2 ; se reporter à la documentation
Système.
La carte INTIPB peut fonctionner à 100 Mbits dans tous les types d'alvéoles. Pour les meubles VH et
WM1, le fonctionnement dépend de la version utilisée ; se reporter au tableau ci-dessous.
La carte INTIP ne fonctionne pas avec LIOP/B/X COMP6 dans un même réseau.
La carte LIOe n’est pas supportée avec les cartes INTIP. Les cartes LIOe sont uniquement autorisées
dans le cadre de la migration.
Le transit est possible entre :
− INTIP - LIOe,
− INTIP - LIO COMP2.
Ed. 01 / 14-10-2005
27
TC0711
OmniPCX Enterprise
La carte INTIP ne peut pas être utilisée avec l'Ethernet embarqué (obligation d'utiliser un connecteur
CBC1 10/100).
Les connecteurs CBCA de la carte LIOe ne doivent pas être utilisés pour connecter
une carte INTIP.
La carte INTIPA peut être utilisée à 100 Mbits. Avec un VH, il est obligatoire d'utiliser le Patch Panel
10/100 Mbits Référence 3BA23244 AAAA 01.
Compatibilité à 100 Mbits des alvéoles VH et WM1 pour l'utilisation des cartes CPU6 Step2 et CPU7.
La carte CPU7 est interdite dans un bâti VH.
Tous les types d'alvéoles sont ou seront compatibles à 100 Mbits. Pour les meubles VH et WM1, la
compatibilité à 100 Mbits est disponible sous les références ci-dessous :
Désignation
VH (10/100BaseT) Basic Rack 48V
VH (10/100BaseT) Basic Rack 48V - USA
VH (10/100BaseT) Basic Rack 90W
VH (10/100BaseT) Basic Rack 90W - USA
VH (10/100BaseT) Extension Rack 48V
VH (10/100BaseT) Extension Rack 48V - USA
VH (10/100BaseT) Extension Rack 90W
VH (10/100BaseT) Extension Rack 90W - USA
WM1 (10/100BaseT) Basic Packed 110/230V
WM1 (10/100BaseT) Basic Packed 110/230V - USA
WM1 (10/100BaseT) Basic Packed 48V
WM1 (10/100BaseT) Basic Packed 48V - USA
WM1 Lot batteries autonomie batterie 1,2 Ah
WM1 Lot batteries autonomie batterie 1,2 Ah - USA
Référence
3BA 56191 AN
3BA 56191 UN
3BA 56193 AN
3BA 56193 UN
3BA 56192 AN
3BA 56192 UN
3BA 56194 AN
3BA 56194 UN
3BA 27112 AN
3BA 27112 UN
3BA 27113 AN
3BA 27113 UN
3BA 57106 AC
3BA 57106 UB
Note
Si les alvéoles référencées ci-dessus ne sont pas utilisées, les cartes CPU6 Step2 et CPU7
fonctionneront uniquement à 10 Mbits maximum.
6.7.6
Carte INT1/INT2
INTOF/INTOF2.
6.7.7
Négociation de vitesse des interfaces Ethernet
Se reporter à la communication technique TC0680 Risque de mauvaise négociation de la vitesse et
du mode duplex des interfaces Ethernet des cartes INTIP, GD et GA suite à des mises à jour
logicielles.
TC0711
28
Ed. 01 / 14-10-2005
OmniPCX Enterprise
6.8
Compatibilité Subdevices & IP Phone (référence Reprom / Version de binaire)
Subdevice 2G
Subdevice 3G
IP Phone
Alcatel série 8
Alcatel série 9
Type
V24 asynchrone (4083 ASM)
V24 asynchrone (4083 ASP)
V24 asynchrone
V24 synchrone (4083 SYV)
X21 synchrone (4083 SYX)
S0 non alimentant (4084 IS)
Z derrière UA (4085)
A4091 CTI
A4093 ASY-CTI
Utilisation
V24/V110/V14
V24/V110/V120
MAC/PC
V24 (adapt. V35/V36)
X21
S0
Poste Z
CTI
V24 (V110, V14) + CTI
A4094 ISW
A4094 ISW-CTI
A4095 AP
A4097
A4098 RE (1)
A4098 FRE
e-Reflexe
A4018-A4028-A4038-A4068
A4019-A4029-A4039
S0
S0 + CTI
Z derrière UA
Subdevice DECT + CTI
TSC-IP / IP Phone V1
TSC-IP / IP Phone V1S
IP Phone V2
IP Touch A, B, C, D
Postes A TDM, B TDM, C TDM
Référence Reprom
V24 A1 3.01
V24 A2 2.06
MPC 3.10
V24 S1 1.04
X21 1.01
S0 3.14
1.09
OSI 4.211
V24 A1 3.01 / OSI
4.204
S0 4.05
S0 3.16 / OSI 4.6
OSI 4.211
1.51
5.2
3.0
2.26
3.13.04
3.10.00
(1) Les postes IP Phone V1 (4098 RE) et V1S (4098 FRE) ne sont plus supportés à partir de la Release
6.0 : ils peuvent être connectés sur une Release 6.0.x, 6.1.x ou 6.2, mais aucune correction de
binaire ne sera effectuée.
Ed. 01 / 14-10-2005
29
TC0711
OmniPCX Enterprise
6.9
Compatibilité applications
Applications
PC Installer
A4058 (SBC)
A4059 (Opératrice Multimédia)
Clavier MMK (A4059)
TA/MAC (A4059)
Clavier MMK (A4049)
TA/PAC (A4049)
4059 Management
PC Client
A4615
A4635H2
A4635J (VPU5)
CCA
CCTA
CCZ
CCIVR
CCO
CCS & CCS Light
Server CCS
ASM External Server
WBM
A4735
A4736
A4715 (Taxation)
A4730/4740 (Gestion)
A4755
OmniVista 4760
Alcatel Audio Station (AAS)
Visual Messenger R2
Alcatel Unified Messaging 2.3
OmniTouch Unified Communication R2.0
OmniTouch Unified Communication R3.0
Notification Server R2
TAPI Premium Server R3
TSAPI Premium Server
XML Web Services
Wizard pour hardware commun
Wizard pour hardware crystal
Datcol
Version minimum (Note 1)
Version libérée
2.20
2.20
Migration avec version 4.016.2
Migration avec version 4.016.2
4. 016.2
4. 016.2
3.8
3.8
4.7
4.7
3.8
3.8
1.11
1.12
N'est plus supporté
N'est plus supporté depuis la Release 5.1 (voir § 4.1)
3.0.24
3.0.24
5.2.6
5.2.6 (Note 2)
5.2.6
5.2.6 (Note 2)
6.2.8.1
6.1.10
6.2.8.1
6.1.10
6.1.0.2
6.1.0.2
6.2.0
6.2.0
6.2.1.0
6.2.1.0
6.2.90.0
6.2.90.0
6.1.1
6.1.1
6.1.2
6.1.2
6.0.1.3
6.0.1.3
3.2.04.00.a
3.2.04.00.a
7.2.1
7.2.1
N'est plus supporté depuis la Release 6.0
N'est plus supporté depuis Février 2005
3.0.6
3.0.6
2.08c
2.08d
3.2
3.2
6.1
6.1
2.2
2.2
Notes
1 Elle permet un fonctionnement avec la Release 6.2 mais en cas de problème, la mise à jour dans
la version libérée sera demandée avant toute investigation.
TC0711
30
Ed. 01 / 14-10-2005
OmniPCX Enterprise
2 La fonction IMAP est disponible à partir de la version A4635 5.2.6.
La fonction VPIM est disponible à partir de la version A4635 5.1.4.
6.10 Compatibilités équipements OEM/Externes
6.10.1 UPS
En cas d'une alimentation locale 110 Volt, les MGE UPS suivants sont compatibles avec l'Appliance
Server concernant les coupures d'alimentation et la gestion des batteries :
− Pulsar Evolution (Serial)
− Pulsar ESV+
− Pulsar EX
− Pulsar ES+
− Pulsar EXtreme C
− Pulsar / Comet EXtreme
− Comet / Galaxy (Serial)
Les UPS référencés dans le catalogue ne sont pas compatibles pour les pays utilisant
110/127V.
6.10.2 V24 sur IP (Boîtier "Moxa")
Sur la CPU du Call Server, un seul port V24 est disponible et réservé pour la console locale. Si une
application a besoin d'une connexion V24 avec le Call Server (AHL sur V24, alarmes au fil de l'eau,
etc.), alors le boîtier "Moxa Nport Server Lite" doit être utilisé.
Cet élément permet des communications V24 sur IP avec le Call Server. Quatre connecteurs DB9
sont disponibles sur le boîtier. Se reporter à la Documentation Système pour la gestion de cet
équipement.
6.10.3 T38 Fax sur IP (Audiocode MP-102)
Le fonctionnement est supporté avec l'équipement MP-102 version 4.0 pour transmissions Fax
uniquement.
Se reporter à la communication technique TC0336 Configuration de l'application T38 fax sur IP
(avec MP-102 version 4.0).
Ed. 01 / 14-10-2005
31
TC0711
OmniPCX Enterprise
7.
INFORMATIONS CLIENTS
L’objectif de ce paragraphe est de préciser les modifications d’ergonomie ou de fonctionnement qui
seront perçues par les usagers après le changement de version. C'est le même niveau de
modifications qu'en Release 3.0 et 4.1.
7.1
Rappel des modifications apparues en Release 3.0
− Postes numériques.
•
Stockage des appels locaux non répondus (consultation par la touche message).
•
Stockage des appels ISDN non répondus sur tous les postes avec afficheur: 4011, 4012,
4023, 4034, 4010, 4020, 4035.
− Opératrices.
•
Appel entre opératrices.
•
Distribution statistique des appels.
− Poste 4040.
•
Ce poste n’est plus supporté à partir de la Release 3.
− Postes UA 3G.
•
7.2
Suite à une translation, les postes 3G existant restent en mode émulation 2G. Leur passage
éventuel en mode 3G se fait par gestion (Usagers). Les postes UA 3G créés à partir de la
Release 3 sont par défaut en mode 3G.
Rappel des modifications apparues en Release 4.1
− Twin set (Tandem).
• Gestion de "Occupation partiel du poste".
• Evolution de la fonction supervision.
7.3
Rappel des modifications apparues en Release 6.1.1
A partir de la Release 6.1.1, de nouveaux icônes de supervisions sont proposés concernant les IP
Touch ; se reporter à l'Annexe 6.
TC0711
32
Ed. 01 / 14-10-2005
OmniPCX Enterprise
8.
PRÉPARATION
L’objectif de ce paragraphe est de mentionner tout ce que le technicien doit préparer avant
d’aborder le changement de version.
8.1
Vérification des compatibilités
Avant de commencer, il est indispensable de faire le point sur toutes les applications, matériels,
fonctionnalités qui doivent évoluer.
Se reporter au paragraphe 4 .
8.2
Guides vocaux
Assurez-vous d'avoir les guides vocaux nécessaires à la Release 6.2.
8.2.1
Guides vocaux système
La version des guides vocaux systèmes compatibles avec l'OmniPCX Enterprise R6.2 est v5.2.
Référence CD-ROM: 3BA 57423 AAAF.
Les fichiers suivants sont fournis sur le CD-ROM:
− Outil de transfert des guides vocaux.
− Guides vocaux génériques Business en langue 1.
− Guides vocaux standard Business en langue 1.
− Guides vocaux génériques Hôtel en langues 2&3.
− Guides vocaux standard Hôtel en langues 2&3.
− Musique d'attente Alcatel.
− Documentation des guides vocaux.
Ils sont téléchargeables à partir de BPWS rubrique Support>Support Technique>Software>
sélectionner Alcatel OmniPCX Enterprise (including 4400)>System Voice Guides>OK.
8.2.2
Guides vocaux 4645
La version des guides vocaux 4645 est v1.5. Référence CD-ROM: 3BA 27588 AAAC.
Les fichiers suivants sont fournis sur le CD-ROM :
− Outil de transfert des guides vocaux.
− Guides vocaux en 39 langues en loi A.
− Guides vocaux en 20 langues en loi µ.
− Documentation des guides vocaux.
Ils sont téléchargeables à partir de BPWS Support>Support Technique>Software> sélectionner
Alcatel OmniPCX Enterprise (including 4400)>Software 4645 Voice Guides>OK.
Les langues ci-dessous sont disponibles :
Ed. 01 / 14-10-2005
33
TC0711
OmniPCX Enterprise
Pays
Arabic female
Arabic male
Cantonese
Catalan
Croatia
Czech
Danish
Dutch
English
English Australia
English United States
Finnish
Flemish
French
French Canada
German
Greek
Hungarian
Icelandic
Italian
Japanese
Korean
Latvian
Lithuanian
Mandarin China
Mandarin Taiwan
Norwegian
Polish
Portuguese
Portuguese Brazil
Romanian
Russian
Slovak
Slovenian
Spanish
Spanish United States
Spanish Latin America
Swedish
Turkish
TC0711
Code
AR1
AR0
CA0
ES1
HR0
CS0
DA0
NL0
EN0
AS0
US0
FI0
NL1
FR0
FR2
DE0
GR0
HU0
IS0
IT0
JP0
KR0
LV0
LT0
CN0
CN1
NO0
PL0
PT0
PT1
RO0
RU0
SK0
SI0
ES0
ES2
ES3
SV0
TR0
Loi A
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
34
Loi µ
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
x
Ed. 01 / 14-10-2005
OmniPCX Enterprise
8.3
OPS
La version Actis pour l'OmniPCX Enterprise est 9.6, le catalogue est référencé E05.
Les verrous sont basés sur une clé logicielle qui est unique. Cette clé logicielle est calculée en
fonction des licences et du numéro physique de la CPU.
Pour chaque CPU-CS, Appliance Server ou CPU5 Step3 ,CPU6 Step2, CPU7, il existe un numéro
physique unique (appelé identifiant CPU ou CPU-Id). Ce numéro est gravé dans une PROM de
chaque CPU.
Note
Dans le cas d'une CPU5 Step3, CPU6 Step2, la clé "hard" peut toujours être utilisée. Ce n’est plus le
cas avec les CPU7 qui n’acceptent que des CPU-Id.
En cas de remplacement de CPU-CS, Appliance Server ou CPU 4400, les fichiers de licences doivent
être mis à jour sur le système sous 30 jours. La description du processus d'échange CPU est
disponible sur BPWS sous la rubrique e-Licensing service/Re_Hosting.
Dans le cas d'une migration vers la Release 6.2 et quelle que soit la Release d'origine et
sans adjonction de licence ou de matériel, il est obligatoire de reconfigurer le système par
Actis.
ATTENTION
Pour être capable de gérer les futures adjonctions avec le process Photoconfig, les verrous 4760
doivent être installés (manuellement) sur OmniPCX Enterprise en cas de première installation
ou en cas d'adjonction de verrous 4760 ; se reporter à la documentation Système.
A partir de la Release 6.2, le verrou Migration Release (165) est paramétré à 34.
− Effectuer une demande de configuration en Release 6.2 avec la version OPS E05. Quatre ou
cinq fichiers OPS R6.2 seront être générés :
• <offre_id>.zip
• <offre_id>.swk (ce fichier est issu d'eLP)
• <offre_id>.hw
• hardware.mao
• <offre_id>.sw4760 (si il y a présence d'une 4760)
− Dans le cas d'une migration d'un OmniPCX 4400, les fichiers verrous du site (photoconfig)
devront être mis dans Actis. Actis 9.6 vous permettra ensuite de migrer ces verrous (dans Offre
"Migration en OXE") en proposant des package de migration pour les fonctionnalités et matériel
non supportés en R6.2.
8.4
Sauvegarde de la base de données (swinst)
Effectuer dans la version courante, les opérations suivantes.
Ed. 01 / 14-10-2005
35
TC0711
OmniPCX Enterprise
8.4.1
Reconstruction de la base de données avant sauvegarde
login
répertoire
commande
mtcl
/DHS3data/mao
/DHS3bin/fab/fichges recover all (si R ≤ 1.5.2)
fichges force_recover_dico
(si R > 1.5.2)
Cette opération peut être longue et il est impératif de ne pas l'interrompre en cours d'exécution.
8.4.2
Sauvegarde de la base de données reconstruite
Effectuer la sauvegarde sous swinst et la rapatrier sur disquette ou PC.
ATTENTION
− Ne pas choisir l'option de sauvegarde Save for rebuilt.
− Ne pas utiliser une base sauvegardée en Sauvegarde automatique.
REMARQUES : Sur la sauvegarde éventuelle des justificatifs de taxation.
Les sites passant de A9.5xx en R6.2 désireux de conserver les justificatifs clients (type hôtel ou
hôpital) dans les fichiers ‘TABJUSTIF’ devront "vider" les justificatifs administratifs avant la
sauvegarde car ceux-ci ne sont plus traités à partir de R3.0. A partir de R3.0, les justificatifs
administratifs sont stockés dans des fichiers compressés.
Les sites passant de R1.5.2 en R6.2 possédant déjà des fichiers compressés doivent les sauvegarder
car ils seront compatibles.
ATTENTION
− Les alvéoles déjà créées en position 18 et 19 doivent être déplacées avant d'effectuer la
translation. Si ce n'est pas fait, elles ne démarreront pas. En effet, lors d'une migration
d'OmniPCX 4400 vers OmniPCX Enterprise R6.2 avec changement de CPU 4400 par un
Appliance Server, il existe une translation automatique des alvéoles créées dans ces 2 positions.
Cette translation automatique n'existe pas si les CPU de type 4400 sont conservées.
− Il n'y a pas de translation automatique de Release inférieure à 1.5.3 vers la Release 6.2. Pour
toutes ces versions, il faudra impérativement passer par une translation intermédiaire dans une
release compatible avec la translation en R6.2 (de R1.5.3 à R5.1.2).
− Il n'y a pas de translation automatique de la Release Custom 3.0C (C1.580.1) vers la Release
6.2. Il est impératif de faire une translation intermédiaire avec la Release Custom 3.2-C2
(C1.762.18 minimum).
8.5
Sauvegarde des données Chorus/Linux
RAPPEL
Dans le cas où il n'y a pas de lecteur de disquettes, il faut utiliser la fonction sauvegarde de l'outil
OmniVista 4760 ; se reporter à la Documentation OmniVista 4760.
Comme le plan d’adressage IP a changé depuis la Release 3, il n’est pas possible de réutiliser les
données Chorus d’une version antérieure telle quelle.
TC0711
36
Ed. 01 / 14-10-2005
OmniPCX Enterprise
La restauration des données Chorus d’une release antérieure est possible uniquement dans le cas
d'une translation intermédiaire en Release ≤ R5.0.1 Ux. Une translation est alors effectuée
comprenant les noms et adresses de la CPU et de sa twin, l’adressage par rôle, le tunnel local, la
gestion des SLIP, les "trusted hosts".
La translation du tunnel crée des LCN statiques. Pour un réseau où tous les nœuds sont en R6.2, les
LCN statiques doivent être supprimés.
Il n’y a pas de translation automatique des données Chorus des Releases inférieures à R3.0. Vous
ne devez pas restaurer les données Chorus des Releases inférieures à R3.0 mais refaire
manuellement un netadmin complet.
8.6
Sauvegarde des fichiers Actis de l'image du site
Il est impératif de faire une sauvegarde des fichiers OPS du site. Ils seront nécessaires pour pouvoir
effectuer une migration en R6.2.
8.7
Sauvegarde du fichier lanpbx.cfg
Si le fichier lanpbx.cfg était utilisé en Release 3.2, il est impératif de le sauvegarder avant le passage
en Release 6.2 (usr2/downbin/lanpbx.cfg). Il devra être restauré après les translations sous
usr3/mao.
En cas d'oubli, ce fichier devra être recréé.
Pour plus d'informations, se reporter à la documentation Système (rubrique Documentation
fonctionnelle/Services Réseaux IP-PCX/IP Phones).
Se reporter à la communication technique TC0150 Configuration d'un OmniPCX 4400 comme
"Serveur de Boot" pour IP Phones rattachés à des OmniPCX 4400 en réseau.
9.
MODE OPÉRATOIRE
9.1
Affaire neuve
Les affaires neuves ne sont pas traitées dans ce document, car dans ce cas, tous les produits livrés et
installés seront aux bonnes éditions et compatibles.
Une attention particulière devra être faite dans le cas de mise en réseau.
Se reporter aux paragraphes 5 et 6 .
9.2
Mise à jour de R5.0 Lx, R5.1.x, R6.0.x, R6.1.x en R6.2
Après la mise à jour en R6.2, vous retrouverez le même niveau de fonctionnalités que la release
initiale d’origine.
Cependant, certaines applications ont besoin d'une version minimum, se reporter au paragraphe
6.9 .
Tous les éléments nécessaires au passage en R6.2 sont indiqués aux paragraphes 7 à 16.
Ed. 01 / 14-10-2005
37
TC0711
OmniPCX Enterprise
RAPPEL
La configuration Actis est obligatoire même s'il n'y a pas de changement de licence ou de matériel.
9.3
Migration OmniPCX 4400 vers R6.2
Deux possibilités sont offertes pour la migration d'un OmniPCX 4400 vers la R6.2 :
− Migration d'un OmniPCX4400 en R6.2 en gardant le type de CPU 4400 (appelé Migration ISO).
− Migration d'un OmniPCX4400 en R6.2 en changeant le type de CPU 4400 par des Appliance
Server (appelé Migration avec Appliance Server (AS)).
La migration d'un OmniPCX4400 en R6.2 offre le même niveau de fonctionnalités que la R5.0 Ux
excepté trois restrictions :
− A partir de la Release 5.1, certaines applications, matériel ou fonctionnalités ne sont plus
supportées ; voir paragraphe 4.1 .
− Le remplacement des CPU 4400 par des Appliance Server entraîne des restrictions sur l'utilisation
de certaines fonctionnalités; voir paragraphe 4.2 .
− Dans le cadre d'une migration ISO, les alvéoles déjà créées en position 18 et 19 doivent être
déplacées avant d'effectuer la translation. Si ce n'est pas fait, elles ne démarreront pas. En effet,
lors d'une migration d'OmniPCX 4400 vers OmniPCX Enterprise R6.2 avec changement de CPU
4400 par un Appliance Server, il existe une translation automatique des alvéoles créées dans ces
2 positions. Cette translation automatique n'existe pas si les CPU de type 4400 sont conservées.
Actis 9.6 est capable de migrer les verrous (issus du site par photoconfig) d'un OmniPCX 4400, en
proposant des packages de migration pour les fonctionnalités et matériel non supportés en R6.2.
9.3.1
Utilisation de la clé hard ou soft
Il est toujours possible sauf sur une CPU7 d'utiliser la clé hard (dongle) ou d'utiliser la clé soft (cpuid) de la CPU. La clé hard ou soft (cpu-id) permet de calculer une clé cryptée unique.
La clé hard doit être renvoyée dans certains cas; se reporter à la documentation Hardware Support.
Pendant 30 jours, un fichier de verrous peut être utilisé même si la clé calculée ne correspond pas à
la clé présente sur le site (pour permettre l'échange des CPU).
9.3.2
Compatibilité hardware crystal avec un Appliance Server
Voir le tableau au paragraphe 4.2 . L'Annexe 3 décrit les étapes nécessaires au passage en Release
6.2.
10. CHARGEMENT DU LOGICIEL
10.1 Généralités
Le chargement s'effectue maintenant à l'aide de l'outil PC Installer commun à toutes les CPU (CS, AS
et CPU 4400). Se reporter à la communication technique TC0703 Installation et exploitation du
logiciel OmniPCX Enterprise PC Installer v2.20.
TC0711
38
Ed. 01 / 14-10-2005
OmniPCX Enterprise
10.1.1 Sécurité par défaut du système lors d'une installation standard
Lors de la première installation standard du système, une liste de niveau de sécurisation est
proposée avant que tout autre configuration ne soit possible.
Cette liste proposée sous forme de menu lors du premier login sur le Call Server, permet de
sensibiliser le Business Partner sur la politique de sécurité qu'il aura choisie pour le système.
L'absence de sécurité sur le système, qui reste toujours possible, relèvera donc de l'entière
responsabilité du client.
Description
Lors du premier login suivant l'installation standard d'un Call Server, la question Do you want to
activate server security high level (Y/N) ? apparaît.
Une réponse (Y ou N) est obligatoire pour sortir du menu.
Réponse N
Pour une réponse par N, le menu suivant apparaît :
Select server security level :
R)
0)
1)
2)
3)
Configuration to be restored
Level_0 = no security feature activated
Level_1 = password/aging
Level_2 = password/aging + trusted hosts/TCP wrapper
Level_3 = password/aging + trusted hosts/TCP wrapper + SSH
Le choix R permet de restaurer les données Linux du système (et ainsi conserver ses niveaux de
sécurité) dans le cas où il s'agit d'une migration de R5.1, R6.0 ou R6.1.
Le choix 0 permet d'initialiser le système sans aucun niveau de sécurité par défaut comme en R6.1.
Les choix 1, 2, 3 permettent ensuite de configurer les différents niveaux de sécurité déjà existant
en R6.1, en les combinant éventuellement entre eux :
• Choix 1 : Modification des mots de passe pour les comptes root, swinst, mtcl et
adfexc et validation de la fonction aging password
• Choix 2 : Choix 1 + activation des trusted hosts et TCP wrapper
• Choix 3 : Choix 2 + activation du service SSH
Réponse Y
Le niveau de sécurité 3 est automatiquement configuré.
10.1.2 Installation d'un système sécurisé pour le cryptage VoIP (service "IP Touch Security")
Pour des raisons de contrôle d'exportation de technologie de cryptage, un patch appelé patch de
sécurité est fourni en complément de la version générique.
Ce patch de sécurité contient uniquement les binaires sécurisés pour les postes IP Touch et les
binaires des "IP Touch Security Modules".
Ed. 01 / 14-10-2005
39
TC0711
OmniPCX Enterprise
Méthode d'installation
L'installation de la sécurité sur un système en F3.301.10 doit être effectuée en deux étapes :
1 Installation du système de façon traditionnelle avec la version générique c'est-à-dire :
Installation de la version générique F3.301 puis installation du patch statique standard
F3.301.10 à l'aide des outils existants (Installation standard, Installation sur partition inactive ou
Remote Download).
2 Installation du patch de sécurité le plus récent en complément de l'installation précédente c'est-àdire :
Installation du patch de sécurité SF3.301.10 contenant les binaires de sécurité les plus récents à
l'aide des outils d'installation de patchs existants (Deliveries installation ou Remote Download).
Note
Dans le cas d'installation d'une version complète + patch générique, par exemple F3.301 +
F3.301.10, l'installation du patch de sécurité de la version complète SF3.301 n'est pas nécessaire car
le patch de sécurité SF3.301.10 du patch statique standard possède les mêmes binaires mais plus
récents.
Pour plus d'informations, se reporter à lAnnexe 6.
10.1.3 Utilisation du Remote Download
Dans le cas de version hétérogène, l'archive à installer doit être placée dans une
version inférieure à la version F3.301.
Se reporter à la communication technique TC0669 Compatibilité de versions pour la fonction
"Téléchargement à distance".
10.1.4 Lecture de la clé hardware ou CPU-Id des CPU
10.1.4.1
Étiquette
Pour tout type de CPU (CS, AS, CPU5/6 et CPU7), il y a une étiquette visible indiquant le numéro de
CPU-Id.
10.1.4.2
Commande pour lire le CPU-Id
Pour tout type de CPU (CS, AS, CPU5/6 et CPU7), téléphone démarré ou non, exécuter :
login
commande
option 5
mtcl
spadmin
Read the system CPUID
Cette méthode est à appliquer notamment dans le cas d'Appliance Server non commandé via
Alcatel (absence de marquage sur le serveur).
TC0711
40
Ed. 01 / 14-10-2005
OmniPCX Enterprise
10.1.5 Création d’une base de données vierge
La création de la base de données vierge ne doit être faite que pour
l'installation CPU d'un site neuf
login
password
option 7
option 2
Enter country name
swinst
SoftInst
Database tools
Create an empty database
exemple "zb" pour Zimbabwe
10.2 Restauration de la base de données et justificatifs du site
login
password
option 4
option 3
option 1
option 3
swinst
SoftInst
Backup & restore operations
Restore operations menus
Restore from cpu disk
Restore from floppy (n'existe pas dans le cas d'un CS ou AS pilotant
du hardware commun)
Le système identifie automatiquement le type de disquette (data base) et demande de confirmer la
restitution.
10.3 Restauration des données Chorus/linux
ATTENTION
Les données Chorus de certaines Releases ne sont pas réutilisables automatiquement ; se reporter
au paragraphe 8.5 .
login
password
option 4
option 3
option 1
option 3
swinst
SoftInst
Backup & restore operations
Restore operations menus
Restore from cpu disk
Restore from floppy (n'existe pas dans le cas d'un CS ou AS pilotant
du hard commun)
Le système identifie automatiquement le type de disquette (données Chorus) et demande de
confirmer la restitution.
Ed. 01 / 14-10-2005
41
TC0711
OmniPCX Enterprise
11. TRANSLATIONS
ATTENTION
− Ne pas créer de base de données vierge.
− A partir de la Release 5.1, la translation est lancée automatiquement après le chargement des
fichiers OPS.
− Il n'y a pas de translation automatique de Release inférieure à 1.5.3 vers la Release 6.2 Pour
toutes ces versions il faudra impérativement passer par une translation intermédiaire dans une
release compatible avec la translation en R6.2 (de R1.5.3 à R6.2).
− Il n’y a pas de translation automatique des données Chorus des Releases inférieures à R3.0.
Vous ne devez pas restaurer les données Chorus des Releases inférieures à R3.0 mais refaire
− Les sites en A9.532 doivent passer au préalable en A9.537.
− Il n'y a pas de translation automatique de la Release Custom 3.0C (C1.580.1) vers la Release
6.2. Il est impératif de faire une translation intermédiaire avec la Release Custom 3.2-C2
(C1.762.18 minimum).
11.1 Installation des fichiers OPS
La procédure d'installation des fichiers OPS a changé à partir de la R5.0 Lx par
rapport aux releases précédentes. Elle doit être impérativement respectée. Toute
autre procédure d'installation des fichiers OPS est à proscrire, car le système
passerait en état de fraude.
La procédure d'installation des fichiers OPS enchaîne les étapes suivantes: RUNMAO, translation
de la base de données et installation des fichiers OPS.
Procédure
− Copier les fichiers OPS par "ftp" dans le répertoire /usr4/BACKUP/OPS.
− Utiliser le menu swinst/OPS configuration.
Le déroulement des translations n'est pas visible à l'écran.
− A la fin de la procédure, il est demandé à l'opérateur s'il désire démarrer le téléphone. Répondre
NON.
− Redémarrer le Call Server.
− Contrôler la cohérence du fichier de verrous par rapport à la base de données en utilisant la
commande spadmin :
• Sélectionner 1 Display current counters. Le "Panic flag" doit être à zéro.
• Sélectionner 2 Display active file s'il s'affiche System CPU-Id not found. Cela
signifie que le CPU_ID de la CPU utilisée ne correspond pas au CPU_ID défini dans le fichier
des licences software.mao. C'est une situation normale si l'on a choisi de préparer la
migration sur une CPU de laboratoire.
• Sélectionner 3 Check active file coherency. Le test doit répondre File OK.
TC0711
42
Ed. 01 / 14-10-2005
OmniPCX Enterprise
11.2 Remarques
− Vérifier la valeur du paramètre Diversité d'antennes ; se reporter à la communication
technique TC0328 Mauvaise initialisation du paramètre "Diversité d'antenne" pour IBS après
translation d'une Release 3.0 vers une Release 3.1, 3.2M, 4.1, 4.1.1.
− Pour consulter l’historique et le déroulement des translations, un nouvel utilitaire existe sous
swinst ; se reporter aux communications techniques TC0052 Procédure de mise en service de la
version C1.705.8.i - Release 3.1 Annexe 4 et TC0148 Nouveautés Facilities 12.19.
12. MISE À JOUR DES SYSTÈMES BÊTA TESTS
Tous les sites bêta test doivent évoluer en version libérée F3.301.10.
13. GESTION SYSTÈME
Utiliser le menu swinst/System management.
13.1 Déclaration du démarrage automatique du téléphone
Procédure
login
password
option 6
option 2
option 1
swinst
SoftInst
System management
Autostart management
Set autostart
13.2 Mise à jour de la date et heure
14. CONTRÔLE DU DÉMARRAGE CPU/IO1/IO2/IO2N
ATTENTION
− Sur une installation dupliquée, si une IO2 ou IO2N est déclarée dans la base de données, elle
doit être impérativement présente lors du démarrage sinon la CPU ne redémarre pas. En effet, la
signalisation téléphonique est désormais traitée par l’IO2 ou l'IO2N quand elle est présente
(sinon elle est traitée par le module IO1 de la CPU comme dans les versions antérieures). Il est
cependant possible de démarrer sans IO2 ou IO2N en utilisant la commande
RUNTEL -DNOIO2 sous mtcl.
− Si ce premier démarrage se fait sur une maquette, mettre en place au moins un coupleur UA ou
Z à la place d’un coupleur UA ou Z du site car celui-ci permettra de vérifier le bon
fonctionnement de l'IO1 ou de l'IO2/IO2N.
Ed. 01 / 14-10-2005
43
TC0711
OmniPCX Enterprise
15. GESTION DATABASE COMPLÉMENTAIRE MINIMUM
OBLIGATOIRE
15.1 Rappel pour les sites migrant d'une Release < 3.0
15.1.1 Plan d’adressage IP (à partir de R3.0)
La nouvelle gestion des interfaces IP dans OmniPCX 4400 ne permet pas de déclarer par défaut
toutes les interfaces de tous les nœuds possibles du réseaux. Les machines de gestion pouvant se
connecter par Ethernet sur tous les nœuds devront donc être déclarées sur tous les nœuds.
15.1.2 Routage IP (à partir de R3.0)
Le routage IP est validé par défaut à l’installation d’une Release 4.1. Cette fonction est assurée par
le process "gated" et ne peut fonctionner que si ce process de tous les nœuds du réseau est validé.
Attention en particulier aux nœuds étant dans des versions précédentes et utilisant le process
"routed".
Ces deux process sont incompatibles entre eux. Dans un réseau en Release 4.1, gérer le même
protocole de routage (RIP2 ou RSL) sur toutes les machines
15.1.3 Réseau ABC (à partir de R3.0)
Gestion du nombre de transits
Il existe un paramètre permettant de définir un nombre de transits pour un même appel à travers le
réseau. C’est une protection qui permet d’éviter le bouclage des appels.
Procédure :
− Chemin d’accès
: Installation
− Attribut
: Nombre PABX transit
− Gérer le paramètre à une valeur identique au nombre de nœuds du réseau.
ATTENTION
Si ce paramètre est à zéro, le transit des appels ne fonctionne pas.
Optimisation du réseau DPNSS (à partir de R3.0)
Pour optimiser un réseau, il est indispensable de créer un préfixe Adresse PABX dans le
réseau DPNSS (Exploitations locales). Ce préfixe doit correspondre à un MCDU non créé dans
l’installation.
Pour chaque machine, créer un préfixe Adresse PABX dans le réseau DPNSS et autant de
préfixe réseau correspondant aux adresses DPNSS des autres machines qu’il y a de machines
distantes.
Exemple : Système à quatre nœuds.
Chaque nœud aura son préfixe d’adresse PABX et chacun aura trois préfixes réseau correspondant
aux différents préfixes d’adresse PABX des trois autres machines.
TC0711
44
Ed. 01 / 14-10-2005
OmniPCX Enterprise
15.1.4 Gestion ARS Time Schedule (à partir de R3.0)
Contrôler la gestion ARS afin de s’assurer qu’elle est conforme aux besoins du client.
Se référer au classeur Notice Opérations section ARS.
15.1.5 Temporisations (à partir de R3.0)
Contrôler la valeur de la temporisation 144 (Temporisation pour appel distribué). Elle doit être
supérieure ou égale à 600.
Contrôler la valeur de la temporisation 188 (Temporisation de libération d'un poste réservé par
opératrice). Elle doit être supérieure à 3000 ; temporisation utilisée pour la défense des postes
bloqués sur musique de garde en réseau.
15.1.6 Taxation (à partir de R3.0)
Chemin d’accès : Applications/Taxation
Gérer tous les nouveaux paramètres en fonction des besoins client.
15.1.7 Table de filtrage (à partir de R3.0)
Pour que les opératrices ne passent pas outre le filtrage, il faut renseigner le préfixe d’appel
individuel d’opératrice dans les tables de filtrage. Ne plus introduire le numéro d’annuaire physique
de l’opératrice.
15.2 Gestion complémentaire pour carte IO2N
Pour des CPU5 et CPU6 équipées de cartes IO2N, la gestion du canal de signalisation pour l'ACT 0
uniquement doit être :
− Mode signalisation = IO2 à la place de N64
− Taille canaux N64 = 8 à la place de 4
Chemin d'accès
Alvéole 0/Mode signalisation : IO2
Alvéole 0/Taille canaux N64 : 8
Pour des CPU7 équipées de cartes IO2N, la gestion du canal de signalisation pour l'ACT 0
uniquement, doit être :
− Mode signalisation = Ethernet à la place de N64
Chemin d'accès: Alvéole 0/Mode signalisation : Ethernet
Cette gestion doit être suivie d'un redémarrage de l'installation.
Note
La carte IO2N doit être à l'édition 07. Se reporter à la communication technique TC0567 Reboot de
la carte CPU suite à un arrêt intempestif de la carte IO2N.
Ed. 01 / 14-10-2005
45
TC0711
OmniPCX Enterprise
15.3 Synchronisation
L'ACT 99 ne permet pas de remonter la synchronisation vers la CPU.
Dans le cas de hardware commun, on ne peut pas utiliser une carte T0 derrière une MEX pour
synchroniser l’alvéole.
Dans le cas d'une migration d'un OmniPCX 4400 avec changement d'Appliance
Server, il est obligatoire de reprendre la gestion des synchronisations en type
domaine IP.
La valeur de la priorité de synchro doit être comprise entre 200 et 254; voir Annexe
4.
15.4 Paramètres systèmes à vérifier
Utiliser la commande compvisu pour visualiser les paramètres.
15.4.1 RTP direct en réseau
Par défaut le paramètre RTP direct en réseau est à Oui.
Dans le cas de raccordement d'un OmniPCX Enterprise R6.2 en face d'un OmniPCX4400, il faut
mettre le paramètre RTP direct en réseau à Non ; se reporter au paragraphe 6.4.2.
15.4.2 Frame VoIP (Enhanced quality voice / Amélioration de la qualité de la voix)
Le paramètre Frame VoIP (Amélioration de la voix dans les versions précédentes) doit être
identique sur chaque nœud d'un réseau.
Il est préférable d’utiliser le Framing 20 ms pour le G711 ou G729.
Le G723 ne peut faire que du 30 ms.
15.4.3 RTP direct pour terminaux H323
Ce paramètre doit être à Non.
15.4.4 Inter-node protocol H323
Le paramètre Inter-node protocol H323 doit être à Oui et identique dans tout le réseau.
Il doit être à Non uniquement dans le cas d’utilisation de carte LIOe en phase de migration.
15.4.5 Pre-login (V120)
A partir de la Release 5.1, le chemin du pre-login a changé par rapport aux versions Unix. Il est
sous le répertoire DHS3bin/servers ou usr2/servers.
TC0711
46
Ed. 01 / 14-10-2005
OmniPCX Enterprise
16. DÉMARRAGE DE LA CPU DANS SON
ENVIRONNEMENT SUR SITE
Ne pas procéder par basculement.
Procéder à un démarrage complet du système afin de télécharger les nouveaux firmwares des
coupleurs.
16.1 Téléchargement des coupleurs et postes
Le premier démarrage de la CPU dans son environnement site, demande une attention particulière
car les coupleurs vont être téléchargés avec un nouveau firmware.
−
Pour télécharger les coupleurs INT1B, il faut les retirer des ACT secondaires et les mettre à la
place des coupleurs INT1A de l’ACT principal.
−
Utiliser la commande downstat pour surveiller l’évolution des téléchargements des coupleurs.
La CPU assure 25 téléchargements simultanément. L’état d’un coupleur en cours de
téléchargement est RUNNING 1.
Il est possible de programmer un reset automatique des coupleurs avec l'option 'r' .
− Reseter manuellement les cartes UA32 ou eUA32 de l'alvéole 0 si elles ne démarrent pas (ne
concerne pas les OmniPCX Enterprise en hardware commun ou piloté par un Appliance Server).
− Utiliser la commande downstat i pour surveiller l’évolution des téléchargements des IP Phones
(e-Reflexes, IP Touch série 8).
− Utiliser la commande downstat t pour surveiller l’évolution des téléchargements des IP Touch
TDM (série 9).
17. CONTRÔLES DE BON FONCTIONNEMENT
− Contrôle de la synchronisation.
S’assurer que le plan de synchronisation réel correspond au plan de synchronisation géré.
Utiliser la commande infocs ou clockstat.
A partir de la Release 3.0, la notion de domaine de configuration est prise en compte
pour les multi-ACT.
− Contrôle de la distribution des appels sur les opératrices.
− Contrôle de l’ARS.
− Contrôle de la cohérence des fichiers.
login
option 8
option 6
Ed. 01 / 14-10-2005
swinst
Software Identity Display
Application Software Validity Checking
47
TC0711
OmniPCX Enterprise
Press 0 for the active version, 1 for the unactive one or q to quit
Please wait .....
Checking mode : 1=size & sum
2=size only
(default is 1) 1
Checking size and sum of all files , please wait ...
file modified (authorized) : /DHS3data/manager/mtcl.adm
The application software is correct
Press return
− Contrôle du démarrage des IBS derrière INTOF.
Lors d'un passage d'une Release 3.2 (avec CPU3) en Release 4.1 (avec CPU6), les IBS derrière
INTOF ne démarrent pas si le paramètre Handover Multi ACT ou Synchro DTM est à
Non et qu'il n'y a pas de catégorie DECT-Sync.
Chemin d'accès : mgr/Paramètres DECT/Descendre dans la hiérarchie/Paramètres RBS
− Contrôle du démarrage de l'INTIP particulièrement utilisé pour l'ACT distante.
Devant un problème d'initialisation de la carte, vérifier que la valeur MTU dans les Paramètres IP
est correctement gérée à 256.
− Contrôle de la gestion du type de conférence.
Venant d'une Release 4.1 ou 4.1.1, il n'est pas possible de conserver deux types de conférence :
par exemple la conférence programmée et la conférence dirigée avec circuit modulo 30.
Il faut changer le type Meet me relatif au DSP dans Add On via le menu Conférence
Modulaire.
Chemin d'accès: mgr/Installation/Alveole/Equipt DSP de GPA/Conférence Modulaire
− Contrôle de la gestion de la mélodie d'appels sur postes numériques.
Si vous migrez d'une release inférieure à 4.2, vous devez modifier les mélodies d'appels des
appels internes/externes; se reporter à la communication technique TC0297 Modification des
mélodies d'appels externes/internes en Release 4.2.
TC0711
48
Ed. 01 / 14-10-2005
OmniPCX Enterprise
18. DOCUMENTS DE RÉFÉRENCES
Communications techniques :
TC0148
Nouveautés Facilities 12.19
TC0150
Configuration d'un OmniPCX 4400 comme "Serveur de Boot" pour IP Phones rattachés à
des OmniPCX 4400 en réseau
TC0155
Compatibilité Alcatel 4635 et fonds de paniers OmniPCX 4400 (Rappel des restrictions)
TC0230
Carte CPU6 Step2 - 3BA23197 AA
TC0259
Procédures de migration
TC0297
Modification des mélodies d'appels externes/internes en Release 4.2
TC0298
Migration d’une messagerie vocale Alcatel 4630 en une messagerie vocale Alcatel 4635
TC0328
Mauvaise initialisation du paramètre "Diversité d'antenne" pour IBS après translation d'une
Release 3.0 vers une Release 3.1, 3.2M, 4.1, 4.1.1
TC0336
Configuration de l'application T38 fax sur IP (avec MP-102 version 4.0)
TC0418
Compatibilités
TC0487
Migration ACD-V1 vers CCDistribution
TC0542
Reroutage ARS quand le domaine IP d'un Remote IP ou GD est saturé – Release ≥ 5.1.1
TC0545
Problèmes VPN sur IP
TC0579
XML API R2.0 Technical Release
TC0582
CCD – Release 6.0
TC0594
Appairage d'un équipement Bluetooth sur les postes Alcatel IP Touch 4068
TC0666
Alcatel 4635 - Procédure de mise en service de la version 5.2.6 - Release 5
TC0680
Risque de mauvaise négociation de la vitesse et du mode duplex des interfaces Ethernet
des cartes INTIP, GD et GA suite à des mises à jour logicielles
TC0682
Arrêt de la livraison des patchs dynamiques à partir de la Release 6.1.1
TC0698
Note de libération technique de l'offre VoWLAN Release 1.1.1
TC0703
Installation et exploitation du logiciel OmniPCX Enterprise PC Installer v2.20
TC0705
Alcatel 4059 MAC - Procédure de mise en service de la version 4.016.2
TC0710
Note de libération technique de l'OmniPCX Enterprise Release 6.2 - Version F3.301.10
TC0712
Modem, Fax, Data en transparence sur IP
TC0715
Non fonctionnement des cartes REC8, boîtiers REC1 et sonnerie externe avec binaire 3.6
< uanv ≤ 4.4
TCV065
Procédure de mise en service de la version 3.2.04.00.a - Release 3.2
Ed. 01 / 14-10-2005
49
TC0711
OmniPCX Enterprise
TC0711
50
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
REMARQUES & RESTRICTIONS
SOMMAIRE
1.
SYSTÈME......................................................................................3
2.
CPU CALL SERVER - APPLIANCE SERVER ......................................5
2.1.
CPU Call Server ........................................................................................ 5
2.2.
Appliance Server ...................................................................................... 5
2.3.
CPU OmniPCX 4400 ................................................................................. 6
3.
DUPLICATION .............................................................................6
4.
ALIMENTATION ...........................................................................8
4.1.
Coffrets 1U et 3U avec batteries internes.................................................. 8
4.2.
Nouveaux coffrets 1U et 3U avec batteries externes ................................. 8
4.3.
Nouveaux coffrets 1U et 3U -48V ............................................................. 8
5.
ALVÉOLE CRYSTAL IP MEDIA GATEWAY.......................................9
6.
MEDIA GATEWAY ......................................................................10
6.1.
Cartes GD/GA ........................................................................................ 10
6.2.
Carte INTIPB ........................................................................................... 10
6.3.
Nombre de canaux disponibles .............................................................. 11
7.
VOIP..........................................................................................11
8.
POSTES......................................................................................13
8.1.
IP Phone V1-V1S ..................................................................................... 13
8.2.
IP Phone V2 (e-Reflexe)........................................................................... 14
Ed. 01 / 14-10-2005
1
TC0711
OmniPCX Enterprise
VERSION F3.301.10 – RELEASE 6. 2
ANNEXE 1
8.3.
Postes Alcatel séries 8 & 9 ...................................................................... 14
8.4.
DECT....................................................................................................... 16
8.5.
Boîtiers UA Extender 4051/4052............................................................. 17
9.
SERVICE "IP TOUCH SECURITY"..................................................17
10. VOWLAN RELEASE 1.1.1............................................................18
11. DIVERS ......................................................................................18
TC0711
2
Ed. 01 / 14-10-2005
OmniPCX Enterprise
1.
ANNEXE 1
SYSTÈME
− Bios pour Call Server.
A partir de la Release 5.1, la version du Bios du Call Server (carte CS) est supérieure à 8.17.
Cette version permet d'accéder à certaines fonctions du Bios (principalement le boot Ethernet) qui
n'étaient pas accessibles depuis la R5.0 Lx car le mot de passe était uniquement connu par R&D.
Lors du boot de la carte CS :
•
taper Ctrl B puis Ctrl I,
•
le système demande un mot de passe (Attention: il est vide !), appuyer sur la touche
Entrée,
•
un menu "allégé" du Bios permet de faire un boot Ethernet, de visualiser l'adresse MAC de la
carte, etc.
Menu du Bios
"
YOU CAN strike Ctrl B to enter in BIOS monitor during several seconds from
NOW !
hit [Ctrl I] for BIOS monitor!
Password?:
(pas de mot de passe pour accéder au menu allégé)
Alize BIOS Monitor
*** BIOS Version 3EH30227DRAA bios100/008.017 ***
*** Generated on Jun/13/2003 at 09:25 ***
Monitor Light Menu
01
02
03
04
05
06
07
08
09
10
"
-
Load From Hdisk #0
Load From Ethernet
Load From Flash NAND program
Load From Flash NAND program and Bootp
Load From Hdisk #0 and Bootp
Display MAC address
Display PCMS id
Display System informations
Full Options menu
(réservé R&D)
Reset System
− Le nombre maximum d'alvéoles supportées est 90 dans le cas de hardware commun. Cela
signifie par exemple 30 Media Gateways maximum avec 2 alvéoles d'extension chacune.
− BIOS: la commande GRUBBOOT ETHER force un boot réseau, mais invalide le disque dur. Si le
boot échoue, le disque dur doit être ré-installé.
Ed. 01 / 14-10-2005
3
TC0711
OmniPCX Enterprise
ANNEXE 1
− Double-partition.
Pour faciliter les mises à jour de logiciels sécurisées, une seconde version peut être installée dans
la seconde partition; l'utilisation d'une seconde partition est fortement recommandée. Le
redémarrage sur cette deuxième partition peut être programmé ; se reporter à la Documentation
Système pour gérer le double partitionnement.
− Duplication sur Ethernet pour CPU7.
Dans des configurations avec CPU7 uniquement, et afin de résoudre certains problèmes de
charge avec le lien C1 dans le cas de fort trafic (par exemple dans des configurations avec
CCD), il est possible de faire passer sur IP les messages de duplication téléphonique via le
process iplink comme pour les CPU de type hardware commun ou Appliance Server.
La gestion des rôles, la décision de basculement et la détection de perte de CPU Main reste
effectuée par la carte IO1 et pas par l’iplink.
Tout changement de mode de signalisation nécessite un reboot de la CPU Stand By puis un
redémarrage avec mastercopy.
Lorsque la duplication sur Ethernet et la redondance IP est activée, il faut gérer les temporisations
de redondance IP de telle manière que l’on bascule par redondance IP avant la détection de
perte d’IP par iplink.
− Remote Download.
Le "Remote Install" peut poser des problèmes dans un réseau hétérogène. L’archive à installer
doit être placée dans une version inférieure à la version F2.500.
Se reporter à la communication technique TC0669 Compatibilité de versions pour la fonction
"Téléchargement à distance".
− Disque dur.
•
La taille minimale des disques durs est 6 Go.
•
Seuls les disques durs fournis par Alcatel sont compatibles; la manipulation des
disques durs (échange des disques durs, etc.) n'est pas recommandée à cause de la
sensibilité des disques ; utiliser de préférence la seconde partition pour les mises à
jour logicielles.
− Contextes Tftpd pour téléchargement GD/Postes IP: la valeur par défaut 24 autorise 24
téléchargements simultanés, elle peut être paramétrée à 99 avec l'outil de gestion.
− Protection contre un fort trafic Ethernet.
Se reporter à la communication technique TC0543 Limitations des seuils Ethernet sur les cartes
CPU de l’OmniPCX 4400 et Enterprise.
− Négociation de vitesse des interfaces Ethernet.
Se reporter à la communication technique TC0680 Risque de mauvaise négociation de la vitesse
et du mode duplex des interfaces Ethernet des cartes INTIP, GD et GA suite à des mises à jour
logicielles.
− Les applications OmniPCX 4400 nécessitant une IO2/IO2N ne sont pas disponibles avec
les Appliance Server et Call Server (artères hybrides avec signalisation sur canal B, etc.), mais
sont toujours possibles avec des CPU OmniPCX 4400.
TC0711
4
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− IO2N.
Dans le cas de perte de Stand By ou incidents liés à l’IO2N, la carte IO2N doit être à l'édition07
pour permettre une investigation technique. Se reporter à la communication technique TC0567
Reboot de la carte CPU suite à un arrêt intempestif de la carte IO2N.
− Dans le cadre d'une migration ISO, les alvéoles déjà créées en position 18 et 19 doivent être
déplacées avant d'effectuer la translation. Si ce n'est pas fait, elles ne démarreront pas. En effet,
lors d'une migration d'OmniPCX 4400 vers OmniPCX Enterprise R5.1.x, R6.0.x ou R6.1.x avec
changement de CPU 4400 par un Appliance Server, il existe une translation automatique des
alvéoles créées dans ces 2 positions. Cette translation automatique n'existe pas si les CPU de
type 4400 sont conservées.
− NAT/PAT est globalement incompatible avec les différents éléments du système (e-CS, GD, IP
Phones).
− Pre-login (V120).
A partir de la Release 5.1, le chemin du pre-login a changé par rapport aux versions Unix. Il est
sous le répertoire DHS3bin/servers ou usr2/servers.
2.
CPU CALL SERVER - APPLIANCE SERVER
2.1.
CPU Call Server
− Connexion directe obligatoire entre le port Ethernet de la CPU-CS et le port d'un switch.
− Seul le mode auto-négociation est supporté par la carte CPU-CS => pour fonctionner en Full
Duplex, le port du switch utilisé pour la connexion doit être configuré en autonégociation. Sinon, si le port du switch est forcé à Full Duplex, le CS sera incapable de détecter
le Full Duplex du port du switch et fonctionnera en Half Duplex.
− Règle: le port du switch doit être en auto-négociation ou forcé à Half Duplex.
− Protection contre un fort trafic broadcast : disponible sur CPU-CS (un incident est émis) mais il
n'est pas modifiable.
2.2.
Appliance Server
− Seuls les Appliance Servers recommandés par Alcatel (série X305 et X306 d'IBM) sont à
utiliser.
•
X305 :
Référence Alcatel: 3BA 00438 AA
Référence IBM (dans le cas d'un achat externe): Model Type : 8673-62X
•
X306 :
Référence Alcatel : 3BA 27582 AB
L’installation du X306 ne peut se faire qu’à partir du PC Installer v2.17 minimum.
ATTENTION
Le X306 doit être commandé uniquement via Alcatel.
Ed. 01 / 14-10-2005
5
TC0711
OmniPCX Enterprise
ANNEXE 1
− En cas d'un Appliance Server, un UPS (Uninterruptible Power Supply) est obligatoire pour
sécuriser le système contre les coupures secteur anormales (risque de panne du disque dur).
2.3.
CPU OmniPCX 4400
− Seules les CPU5 Step3 128 Mo, CPU6 Step2 128 Mo et CPU7 256 Mo sont supportées en
R6.0.x, R6.1.x et R6.2.
− La CPU5 Step3 fonctionne à 10 Mbits Half Duplex.
− La CPU6 Step2 fonctionne à 100 Mbits Full Duplex.
− Il est possible de gérer le mode et le débit sur les cartes CPU7. Le port du switch sur lequel est
connectée la carte CPU7 doit avoir une configuration équivalente à celle gérée sur la carte
CPU7.
− L'utilisation de la clé hard est toujours possible sur les CPU5 et CPU6 mais pas sur les CPU7.
− La carte CPU7 contrairement aux cartes CPU5 et CPU6 ne supporte pas la carte fille OBCA.
− La carte CPU7 ne supporte pas la carte IO2. Seules les cartes IO2N sont autorisées.
− La carte CPU7 est interdite dans un bâti VH.
3.
DUPLICATION
− Dans le cas d'un Call Server, les Call Server Main et Stand-By ne doivent pas être situés dans la
même alvéole.
− Ne pas utiliser de SLANX4 mais un switch externe (LANX16-1/LANX16-2 ou switch client) pour
pouvoir déficher un CS sans perturber les autres éléments.
− Les Call Server Main et Stand-By peuvent être situés dans des sous-réseaux différents mais
sous réserve de respecter certaines conditions:
•
Fonctionnalités disponibles sur AS et CS :
♦ Cette fonctionnalité est supportée par les équipements IP suivants :
♦ Postes SIP
♦ Postes Alcatel série 8 (4028-4038-4068)
♦ GD
♦ GA
♦ INTIP
♦ IOIP
♦ "IP Touch Security Module" : SSM, MSM
♦ Attendant IP Softphone
♦ IP CCAgent Softphone
♦ Les applications capables de prendre en compte 2 adresses de CPU sont :
♦ Alcatel 4635 (R5.2.6)
♦ Alcatel 4645
TC0711
6
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
♦ OmniVista 4760i / 4760 (R3.2)
♦ OmniTouch Contact Center : CCD/CCS/CCA/CCIVR
♦ XML Web services
♦ Application "XML IP Touch"
♦ TSAPI
♦ ACAPI
♦ VoWLAN R1.x
•
Fonctionnalités non disponibles sur AS et CS :
♦ Postes V1 (4080 RE) - V1S (4080 FRE) - V2 (e-Reflexe IP Phone V2). Seuls les postes IP de
la série 8 et les postes SIP sont capables de prendre en compte 2 adresses de CPU
♦ Applications Genesys (CCEmail, CCOutbound, CCWeb)
♦ RSI Synchro Server
♦ TAPI
♦ OmniTouch Unified Communication
− En cas d’ajout d’un noeud R6.2 dans un réseau avec des noeuds inférieurs à R6.0, il est
obligatoire de continuer à utiliser l’adressage par rôle dans le cas des artères hybrides sur IP (les
noeuds inférieurs à R6.0 sont incapables d’établir des artères vers deux adresses IP différentes).
− Si un serveur DHCP externe est utilisé, un serveur tftp externe doit aussi être utilisé.
− Bande passante nécessaire entre les 2 CS :
Nombre d’utilisateurs
500
1000
2500
5000
Bande Passante minimale (Kbps)
512
512
1280
2560
− L'audit et la diffusion doivent être réalisés via IP/X25 et non directement via IP.
− En cas d'un boîtier V24-IP Moxa, le temps pour récupérer la connexion avec le système après un
basculement de Call Server est d'environ 10 à 20 secondes.
Ed. 01 / 14-10-2005
7
TC0711
OmniPCX Enterprise
ANNEXE 1
4.
ALIMENTATION
− La consommation de l'alimentation n'est pas surveillée par le Call Server => les limites
supportées par les différentes alvéoles doivent être respectées; se reporter au document "Product
Limits" et au document "Express Mapping Tool" disponible sur BPWS rubrique (Notre Offre >
Produits > Alcatel OmniPCX Enterprise > sélectionner Focus Produit > Langue Anglaise > OK >
Release 6.2) ; ce dernier document décrit la consommation des différents équipements (stations
de base IBS alimentées, postes UA, etc.).
4.1.
Coffrets 1U et 3U avec batteries internes
− Ce type de coffret ne peut plus être commandé sur les affaires neuves à partir de la Release
5.1.2 et Actis 8.1.1.
4.2.
Nouveaux coffrets 1U et 3U avec batteries externes
− Ces nouveaux coffrets avec batteries externes ne sont compatibles qu'à partir de la R5.1.2.
− Le rack batterie externe 12V ne peut être connecté que sur un coffret 1U (3EH 76020 AE).
− Le rack batterie externe 36V ne peut être connecté que sur un coffret 3U (3EH 76027 AE ou BE).
4.3.
Nouveaux coffrets 1U et 3U -48V
− Ces nouveaux coffrets avec batteries externes sont disponibles à partir de la Release 5.1.2 et
Actis 8.1.1.
TC0711
8
Ed. 01 / 14-10-2005
OmniPCX Enterprise
5.
ANNEXE 1
ALVÉOLE CRYSTAL IP MEDIA GATEWAY
Le terme INTIPB concerne aussi bien les cartes INTIP que INTIP2.
− Dans le cas d'un CS ou AS et du hardware commun, un seul meuble Voice Hub ou M1 ou M2
est supporté pour le Crystal IP Media Gateway dans la zone principale.
− La carte GPA2 est supportée dans le Crystal IP Media Gateway.
− En zone distante, toutes les cartes de type 4400 sont supportées.
− La carte INTIP ne peut pas être utilisée avec l'Ethernet embarqué (obligation d'utiliser un
connecteur CBC1 10/100).
− La carte INTIPA peut être utilisée à 100 Mbits. Avec un VH, il est obligatoire d'utiliser le Patch
Panel 10/100 Mbits Référence 3BA 23244 AAAA 01.
− Compatibilité à 100 Mbits des alvéoles VH et WM1 pour l'utilisation des cartes CPU6 Step2 et
CPU7.
La carte CPU7 est interdite dans un bâti VH.
Tous les types d'alvéoles sont ou seront compatibles à 100 Mbits. Pour les meubles VH et WM1, la
compatibilité à 100 Mbits est disponible sous les références ci-dessous :
Désignation
VH (10/100BaseT) Basic Rack 48V
VH (10/100BaseT) Basic Rack 48V - USA
VH (10/100BaseT) Basic Rack 90W
VH (10/100BaseT) Basic Rack 90W - USA
VH (10/100BaseT) Extension Rack 48V
VH (10/100BaseT) Extension Rack 48V - USA
VH (10/100BaseT) Extension Rack 90W
VH (10/100BaseT) Extension Rack 90W - USA
WM1 (10/100BaseT) Basic Packed 110/230V
WM1 (10/100BaseT) Basic Packed 110/230V - USA
WM1 (10/100BaseT) Basic Packed 48V
WM1 (10/100BaseT) Basic Packed 48V - USA
WM1 Lot batteries autonomie batterie 1,2 Ah
WM1 Lot batteries autonomie batterie 1,2 Ah - USA
Référence
3BA 56191 AN
3BA 56191 UN
3BA 56193 AN
3BA 56193 UN
3BA 56192 AN
3BA 56192 UN
3BA 56194 AN
3BA 56194 UN
3BA 27112 AN
3BA 27112 UN
3BA 27113 AN
3BA 27113 UN
3BA 57106 AC
3BA 57106 UB
Note
Si les alvéoles référencées ci-dessus ne sont pas utilisées, les cartes CPU6 Step2 et CPU7
fonctionneront uniquement à 10 Mbits maximum.
Ed. 01 / 14-10-2005
9
TC0711
OmniPCX Enterprise
ANNEXE 1
6.
MEDIA GATEWAY
6.1.
Cartes GD/GA
− Connexion directe obligatoire entre le port Ethernet de ces cartes et le port d'un switch.
− Par défaut, l'adressage IP dynamique est actif (DHCP) sur une carte GD.
− La carte GA ne supporte pas la fonctionnalité DHCP.
− Si la GD supporte des liens H323, une adresse IP statique doit être affectée à la GD.
− Dorénavant, la durée maximum pour le téléchargement du binaire d'une GD est réglable depuis
les binaires eMG :
•
16.34 (E2.504.1.r)
•
22.7 (F1.603.1.h)
•
30.9 (F2.500.6.e)
• 40.5.1 (F3.301.9)
Par défaut, la temporisation est égale à 20 min. Si cette temporisation est expirée, la GD
redémarre avec son binaire d'origine.
6.2.
Carte INTIPB
− Connexion directe obligatoire entre le port Ethernet de la carte INTIPB et le port d'un switch.
− La carte INTIPB supporte 10/100Mb/s et le mode Half/Full Duplex.
− Le mode Full Duplex ou Half Duplex (mode par défaut) de l'INTIPB doit être configuré via la V24
(le mode auto-négociation n'est pas supporté par l'INTIPB) =>
•
Si le switch est configuré en auto-négociation, le switch fonctionnera dans le mode configuré
dans l'INTIPB.
•
Si le switch est configuré en Full Duplex, l'INTIPB doit être configurée en Full Duplex aussi.
•
Si le switch est configuré en Half Duplex, l'INTIPB doit être configurée en Half Duplex aussi.
− Pour configurer l'INTIPB en mode adressage IP statique ou Half/Full, vous devez utiliser la V24 en
face avant de la carte (câble 3BA 28112 pour les INTIP et câble 3EH 75003 AAAA pour les
INTIP2).
− La carte INTIPB ne doit pas être utilisée pour des liens H323 ou traitement IP Phones.
TC0711
10
Ed. 01 / 14-10-2005
OmniPCX Enterprise
6.3.
ANNEXE 1
Nombre de canaux disponibles
INTIP avec
2 cartes
filles
(1 et 2)
GD ou GA
32 ms annulation
d'écho
64 ms annulation
d'écho
32 ms annulation
d'écho
64 ms annulation
d'écho
GIP6A
GIP6
GIP4-1
GIP4-4
MCV8
MCV24
MADA-1
MADA-3
G711
Avec ou sans VAD
14
56
16
60
8
24
8
24
G723.1
Avec ou sans VAD
14
56
16
60
7
21
8
24
G729
Avec ou sans VAD
14
56
16
60
7
21
8
24
(1) Il n'est pas autorisé d'avoir deux cartes filles de types différents sur une même carte INTIP.
(2) La profondeur d’annulation d’écho n’est pas un paramètre configurable mais dépend du
hardware utilisé.
7.
VoIP
− Domaines IP.
Le nombre de domaines IP passe de 128 à 1000.
− Nœuds d'un réseau homogène IP.
Le nombre de nœuds d'un réseau backbone Full IP passe de 32 à 100.
Dans un réseau homogène IP, tous les nœuds du réseau peuvent avoir plusieurs nœuds
adjacents (pour un maximum de 31 nœuds adjacents).
− Liens de signalisation ABC (ABC Signaling Link).
Il n'est pas nécessaire de mailler complètement le réseau.
− Saut VPN (VPN Jump).
Il est obligatoire de mailler complètement le réseau.
− La profondeur d’annulation d’écho ne peut plus être gérée. Elle est configurée automatiquement
suivant le type de hardware utilisé :
•
Carte GIP6-GIP6A-MCV8-MCV24 : l'annulation d'écho est limitée à 32 ms.
•
Carte GIP4-1/GIP4-4/MADA-1/MADA-3 : l'annulation d'écho est limitée à 64 ms.
− LIOE.
Le protocole H323 sur LIOe n’est plus supporté à partir de la Release 6.0 car les cartes LIOe et
TSC-LIOe ne sont plus supportées. Lors d’une migration en Release 6.0, 6.0.1, 6.1, 6.1.1 ou
6.2, les cartes LIOe doivent être remplacées par des cartes INTIP2. Elles doivent également être
remplacées dans le cas d’un fonctionnement en réseau hétérogène. Il ne doit pas y avoir de
cartes LIOe, TSC-LIOe dans un réseau contenant des noeuds en R6.0.x, R6.1.x ou R6.2.
− RTP Direct en réseau.
Ed. 01 / 14-10-2005
11
TC0711
OmniPCX Enterprise
ANNEXE 1
Il est utilisé avec des équipements IP (IP Phones, Alcatel 4980 IP Telephony, GD, GA, messagerie
vocale 4645, INTIP); il permet d'établir une communication RTP direct entre 2 équipements IP sur
le réseau pour optimiser le nombre de compressions/décompressions.
•
Le préfixe DPNSS pour l'optimisation du chemin en réseau doit être systématiquement géré.
•
La configuration doit être homogène dans tout le réseau, le redémarrage du système est
obligatoire après activation de cette exploitation.
•
Le RTP direct en réseau est possible avec les cartes INTIP/GD/GA mais pas avec les
terminaux H323 ou Gateway H323.
•
Comme le réacheminement du flux RTP n'est pas supporté par les terminaux H323 /H323
Gateways, la commutation standard sera utilisée avec ces équipements => un compresseur
est affecté par le système.
•
Fast Start doit être activé sauf dans le cas les cartes LIOe.
•
Transit multi-noeuds sans compression/décompression comme dans l'OmniPCX 4400: cette
optimisation n'est pas implémentée dans OmniPCX Enterprise; à la place, le RTP Direct en
réseau est fourni.
− Il n'est pas possible de créer plusieurs faisceaux IP pour une GD/GA/INTIP => utiliser
l'exploitation "Limitation d'appel VPN" (VPN Call Limitation) pour limiter le nombre
d'appels par direction.
− Pour une GD/GA/INTIP, le nombre de joncteurs dans le faisceau ne doit pas être géré. Il faut
conserver la configuration par défaut (30 joncteurs déclarés). La limitation du nombre de
compresseurs se fera alors par gestion du paramètre % IT VPN dans le faisceau ou par
l'exploitation "Limitation d'appel VPN".
− Depuis la R5.0 Lx, le contrôle du profil QoS sur des liaisons ABC-F VoIP n'est plus disponible
(avec ou sans RTP direct en réseau).
− La commande VoIPstat n'est plus utilisable.
− Mélange de communication avec Fax et Voix dans une même pièce : lors d'une communication
audio, le DSP peut passer en mode Fax; la seule opération est de réduire le volume du Fax.
− Pour des liaisons ABC-F VoIP, le booléen H323 signaling for inter-node links doit
être cohérent dans tout le réseau.
− Lors de la création ou modification d'un faisceau IP sur GD, la Media Gateway s'initialise pour
prendre en compte les modifications.
− Tranche de ports UDP: les ports UDP sont gérables par un paramètre système et pris en compte
par tous les équipements (Call Server, INTIP, GD, GA, IP Phone, etc.) sauf Fast IP Enabler.
ATTENTION
Ce paramètre est commun pour toute l'installation et ne peut être géré que sous
IP/Paramètres IP Phones/Port UDP
− Tickets QoS (sous PCS).
Les tickets QoS sont fournis par les cartes GD/GA/INTIP, IP Phone V2, IP Touch, My Phone,
4645.
TC0711
12
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− Fax sur IP.
•
La vitesse est limitée à 9600 bit/s en mode Fax Relay en hardware commun et Crystal
hardware.
•
Le fonctionnement du Fax T38 avec OmniAccess 512 (VSA Interface) n'est pas disponible.
•
Le Fax V34 est supporté.
− Audiocodes MP-102.
•
Le fonctionnement des boîtiers MP-102 est supporté mais uniquement pour les
transmissions fax (les postes analogiques ne sont pas supportés); se reporter à la
communication technique TC0336 Configuration de l'application T38 fax sur IP (avec MP102 version 4.0).
•
Pas de taxation pour les appels Fax.
− Services IP / Numéros de ports.
Les numéros de ports utilisés sont décrits dans la documentation Système.
ATTENTION
Dans la documentation Système, il n'est fait mention que de la Release 5.0 Lx. Cela s'applique
également pour les Releases supérieures.
Pour les flux VoIP, la tranche des ports UDP utilisée peut être personnalisée dans la tranche 0 à
65535 ; supporté par tous les équipements IP comme GD, GA, gamme e-Reflexes (IP Phone V2),
etc. sauf Fast IP Enabler (TSC-IP V1S).
− Serveur DHCP interne.
Vérifier que la tranche des adresses IP allouée est suffisante pour le nombre de clients. Si le
nombre est inférieur aux nombres des clients, cela conduirait à dupliquer des adresses IP avec
Windows ou clients MAC par exemple, le serveur n'étant pas protégé contre la réactivation
d'adresse IP par ces clients.
− G729 40 ms.
ATTENTION
L’allongement du framing d’émission sur IP entraîne deux conséquences sur la voix:
1 une augmentation du délai de bout en bout,
2
toute perte de paquet signifie qu’une quantité plus importante d’information est perdue,
entraînant une dégradation plus rapide de la parole.
8.
POSTES
8.1.
IP Phone V1-V1S
Les postes IP Phone V1 (4098 RE) et V1S (4098 FRE) ne sont plus supportés à partir de la Release
6.0 : ils peuvent être connectés sur une Release 6.0.x, 6.1.x ou 6.2, mais aucune correction de
binaire ne sera effectuée.
Le poste IP Phone V1 ne fonctionne pas en RTP Direct en réseau (Releases 5.1, 6.0.x, 6.1.x et R6.2).
Ed. 01 / 14-10-2005
13
TC0711
OmniPCX Enterprise
ANNEXE 1
8.2.
IP Phone V2 (e-Reflexe)
− Les caractéristiques techniques VoIP des IP Phones sont disponibles sur BPWS dans la rubrique
Support>Support Technique>Technical Communication >VoIP Engineering.
− Le trafic Multicast supporté avant la dégradation de l'audio, reset IP Phone : 90 Mb/s.
− La durée d'initialisation sans téléchargement de binaire est environ de 9 minutes pour 2000 IP
Phones.
ATTENTION
Les anciens modules Add-on 20 et 40 ne sont pas compatibles avec les IP Phones V2 intégrés, les
touches des modules Add-on ne sont pas reconnues. Ces anciens modules Add-on fonctionnent
correctement avec les postes TSCIPV1 et V1S.
De nouveaux modules sont disponibles et fonctionnent parfaitement avec les postes TSCIP V1, V1S
et les IP Phones intégrés.
Ces modules sont disponibles sous les références suivantes :
•
•
Add-on 40 touches :
♦ Reflexes Module add-on 40 emballé
: 3AK 27107 ADAB
♦ Reflexes Module add-on 40
: 3AK 26044 ABAA
Add-on 20 touches :
♦ Reflexes Module add-on 20 emballé
: 3AK 27107 DDAB
♦ Reflexes Module add-on 20
: 3AK 26043 ABAA
Ces nouveaux modules se reconnaissent aisément, ils portent l'annotation "Add-on UA/IP" sur
l'emballage et sur l'étiquette collée sous le module.
8.3.
Postes Alcatel séries 8 & 9
− Les postes Alcatel séries 8 & 9 ne peuvent pas être utilisés en tant que :
•
postes opérateurs,
•
assistant opérateur,
• agents CCD.
Ces restrictions seront levées dans les futures versions.
− Les postes Alcatel Série 8 & 9 peuvent être utilisés en tant que postes hôtel ou hôpital à partir de
la R6.2.
− L'accès à la configuration IP sur les postes IP Touch série 8 peut être verrouillé par mot de passe
(commun à toute l'installation).
− Les postes de la série 9 ne peuvent accéder aux applications de type XML.
− Seuls les postes 4028-4038-4068 peuvent accéder aux applications de type XML.
− A partir de la Release 6.2, il y a un accès direct (plus de transit via le Call Server) entre les postes
de la série 8 et le PRS 1.2 (XML Web Services 2.2) pour la visualisation d'images sur les postes.
− Les postes 4018-4028 ne peuvent accéder à l’OmniTouch UC (My Phone, My Messaging, My
Assistant).
TC0711
14
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− Pas de substitution totale mais uniquement partielle.
− Pas de mains libres sur le poste 4019.
− Les postes 4018 & 4019 ne supportent pas les boîtiers AOMEL.
− Les postes 4018 & 4019 ne peuvent pas faire d’appel par nom.
− Pas d’extension possible derrière les postes de la série 8 & 9 : V24/S0/Z MAC/PC.
− Pas de poste de la série 9 derrière une carte RT2 ou LIO.
− Pas de poste de la série 9 en remote UA (LUTA-RUTA).
− L’enregistrement des communications sur postes TDM ainsi que l’accès aux sonneries externes ne
sont possibles avec les postes de la série 9 qu’avec les références de cartes suivantes :
•
REC8 : 3BD 19218 AHAA
•
REC1 : 3BD 19160 AEAA
• Sonnerie externe : 3BD 11086 ACAA
Ces cartes restent compatibles avec les postes UA de la gamme Reflexe.
Se reporter à la communication technique TC0715 Non fonctionnement des cartes REC8,
boîtiers REC1 et sonnerie externe avec binaire 3.6 < uanv ≤ 4.4.
− La fonctionnalité "Survivabilité" n'est supportée que par les postes Alcatel IP Touch série 8. Les
postes e-Reflexe ne sont pas concernés.
− A partir de la Release 6.1, 74 touches programmables sont disponibles (72 via la Page Perso
du poste et 2 via les touches F1 et F2).
RAPPEL
En Release 6.0 :
•
40 touches programmables sont disponibles.
•
la touche 43 qui se trouvait sur le module Add-on correspondra à la touche 75 du module
Add-on en Release 6.1.x ou R6.2.
Lors de la migration R6.0 vers R6.2, les postes IP Touch 4038 et 4068 Patrons/Secrétaires en
réseau doivent être regérés. La liste des postes IP Touch Patrons/Secrétaires à gérer est fournie
automatiquement dans le résultat de la translation. Elle peut également être obtenue par
swinst ; voir ci-après.
login
password
option 7
option 5
swinst
SoftInst
Database tools
About last database operation
“ Altering table KEYBOARD
Copying table files, droping old table, creating new table, done
Preparing to read/insert rows, done
Reading/Inserting rows,
No Translate BOSS/SECRETARY Network DO MANUALLY : Set 64127 Key 047 Sub 64036
No Translate BOSS/SECRETARY Network DO MANUALLY : Set 67889 Key 041 Sub 67881
Table KEYBOARD altered “
Ed. 01 / 14-10-2005
15
TC0711
OmniPCX Enterprise
ANNEXE 1
− Certains préfixes ne peuvent pas être utilisés car ils sont disponibles directement via les touches
de réglages disponibles dans la page menu du poste : langue, programmation du contraste, pas
de sonnerie.
− Il est recommandé d’utiliser des modules Add-on dans le cas de supervision, de Patrons/
Secrétaires et de MLA.
− Il n’y a pas de touche Help sur les applications externes.
− Tous les postes de la série 8 supportent la fonctionnalité "Tickets de statistiques sur IP" à partir de
la Release 6.2.
− La migration d’un poste Z vers un poste IP Touch se réalise en deux temps :
•
Migration du poste Z vers un poste UA ou IP.
•
Migration du poste UA ou IP vers un poste IP Touch.
− Dans le cas d'utilisation du poste Alcatel IP Touch 4068 avec Bluetooth dans un environnement
WLAN, des interférences peuvent être générées et provoquer une dégradation de la qualité de
transmission, en particulier l’audio de ces appareils. Alcatel recommande de ne pas utiliser
simultanément ces deux technologies.
− Il est possible de mettre jusqu'à 3 AOMEL en cascade. Ces AOMEL ne peuvent pas être mis en
cascade avec les autres types de module Add-on.
A partir de la Release 6.1, les configurations possibles sont :
•
un module Add-on 10 touches
•
un module Add-on 40 touches
•
un module Add-on 40 touches + un module Add-on 10 touches
•
un AOMEL
•
deux AOMEL
•
trois AOMEL
− Téléchargement des postes de la série 9.
Le chargement d’un patch dynamique contenant de nouveaux binaires relatifs aux postes de la
série 9, les fait automatiquement initialiser suivant la méthode de téléchargement choisie. Cela
peut éventuellement causer une gêne pour le client si l’installation du patch dynamique se fait en
pleine journée ; il faudra donc :
•
modifier le champ Méthode de téléchargement
téléphoniques) et lui donner comme valeur Retardé,
•
installer le patch.
8.4.
(catégorie
d’exploitations
DECT
− Dans le cas du hardware commun, le DECT peut être installé sur différents Media Gateways,
mais ces Media Gateways doivent être situées sur différents sites à cause des perturbations
que cela pourrait générer, les Media Gateways n'étant pas synchronisées d'un point de vue
DECT. Il ne faut pas de recouvrement entre bornes.
− Seuls les numéros de fréquences 1, 2, 4, 8 sont disponibles pour PWT (5 ne fonctionne pas);
comme pour OmniPCX 4400.
TC0711
16
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− Le DECT Campus n'est pas supporté avec des CS ou AS pilotant du hardware commun ou des
Crystals Media Gateway.
− Pas de cohabitation des DECT2 et DECT4 avec DECT8.
− Numérotation DECT à 5 chiffres.
La numérotation des DECT à 5 chiffres est uniquement autorisée pour les postes mobile
100&200 Reflexes, DECT Ascom, 4074 HB en mode UA2, postes GAP, TSC DECT, 4073 (PWT).
8.5.
Boîtiers UA Extender 4051/4052
L’utilisation des boîtiers 4051/4052 est impossible à travers IP.
9.
SERVICE "IP TOUCH SECURITY"
Cette fonctionnalité ne fonctionne qu’en Stand-Alone.
Un patch de sécurité, livré en complément de la version générique, permet de rendre disponible
cette fonctionnalité. Il est fourni sur demande via l’Alcatel Business Partner Web Site.
Ce patch de sécurité porte le même nom que la livraison générique à laquelle il se rapporte précédé
de la lettre S (pour Sécurité).
Ce patch contient uniquement :
•
les binaires sécurisés pour les postes Alcatel Série 8,
• les binaires des "IP Touch Security Module".
L’installation de ce patch sécurisé s’exécute après celle de la version et du patch génériques.
En configuration dupliquée multi-SSM :
•
la 4645 doit être impérativement sur une CPU dédiée protégée par un MSM,
•
la sécurisation du serveur OmniTouch UC ne peut se faire par l'un des deux SSM mais par
l'utilisation d'un MSM.
En configuration redondance spatiale multi-SSM (SSM en mode bloquant), il faut définir un lien
spécifique entre l'adresse IP physique de chaque Call Server et l'adresse IP Main de l'autre Call
Server.
En configuration duplication classique (une seule adresse Main) multi-SSM :
•
si dans l'initialisation du boîtier, l'adresse Main a été définie sur le port clair et chiffre, en
régime établi le boîtier considère l'adresse Main comme étant sur son port clair (en
fonctionnement, un élément IP ne peut se trouver à la fois sur le port clair et chiffre),
•
ces derniers doivent rester en mode passant ; conséquence du point précédent.
Avant de déplacer un poste d'un système sécurisé vers un système non sécurisé (déménagement au
sein d'un réseau ABC ou changement de système), il faut "désécuriser" manuellement le poste et le
retirer du réseau avant qu'il ne récupère à nouveau le fichier lanpbx.cfg sécurisé.
A chaque changement de mode (sécurisé/non sécurisé), le Call Server doit être redémarré.
Ed. 01 / 14-10-2005
17
TC0711
OmniPCX Enterprise
ANNEXE 1
Il n'est pas possible de gérer de VLAN dans les "IP Touch Security Modules". De ce fait, dans un
système avec le service "IP Touch Security", il est interdit de gérer le VLAN sur un Call Server protégé
par un SSM. La gestion de VLAN doit être effectuée au niveau de l'infrastructure DATA (switch).
10. VoWLAN RELEASE 1.1.1
La fonctionnalité VoWLAN 1.1.1 est libérée à partir de OmniPCX Enterprise Release 6.1.1.
Pour toute demande VoWLAN en dehors des caractéristiques et limites VoWLAN Release 1.1.1
(autres infrastructures WLAN ou dépassement des limites VoWLAN 1.1.1), il faut suivre la procédure
PCS.
Pour plus d'informations, se reporter à la communication technique TC0698 Note de libération
technique de l'offre VoWLAN Release 1.1.1.
11. DIVERS
− Le nombre d'entités pour un nœud ou dans un réseau passe de 255 à 1000.
Dans le cas d'un réseau de plusieurs nœuds avec un nombre d'entités supérieur à 255, tous les
nœuds du réseau doivent être en Release 6.2.
− Carte MIX.
Elle n'est plus supportée dans une alvéole 3U en zone centrale.
− Cartes LIOB/LIOP/LIOX.
Ces cartes sont en phase-out à partir de la Release 6.1. Elles sont supportées par la Release 6.2
mais ne peuvent plus être configurées en adjonction ou sur une nouvelle installation.
− Cartes INT1/INT2.
Ces cartes ne sont plus supportées à partir de la Release 6.1. Elles doivent être remplacées par
des cartes INTOF2. Dans le cas de migration, Actis supprimera les cartes INT1 ou INT2 et
proposera un tarif préférentiel sur les cartes INTOF2.
− Carte INTOF2.
La mixité de génération est permise dans un même rack mais :
•
les coupleurs en vis-à-vis d’une liaison doivent être du même type,
•
les types d’INTOF doivent être de même type en cas de liaison doublée ou triplée,
•
les INTOFS et les INTOF2S sont incompatibles entre elles. En cas de remplacement d’une
INTOFS par une INTOF2S, il faudra aussi changer l’INTOFS qui est en vis-à-vis. Aucun
contrôle de cohérence n’est possible par la gestion car chaque carte fait partie d’un noeud
différent. Néanmoins une anomalie sera remontée par l’INTOF2S en cas de coupleur distant
différent.
TC0711
18
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− Sonneries des postes Z:
•
Nombre maximum de sonneries de postes simultanées dans une alvéole 1U: 6.
•
Nombre maximum de sonneries de postes simultanées dans une alvéole 3U: 20.
− Dans le cas où on doit utiliser un accès T1 et un accès E1 sur le même système, les 2
cartes doivent être sur des Media Gateway différentes.
− Serveur LDAP Externe.
•
Le débordement LDAP est uniquement disponible sur les postes Alcatel séries 8 et 9 et sur les
postes Reflexe/e-Reflexe avec softkeys.
•
Le débordement LDAP affiche uniquement les données des entrées LDAP "numéro de
téléphone" et "mobile"; il affiche les entrées "Numéro de téléphone" si elles sont disponibles;
si non il affiche les entrées "mobile" si elles sont disponibles.
•
Le débordement LDAP n'est pas automatique si les entrées locales sont disponibles dans
l'annuaire => doit être activé manuellement par une softkey.
− Interface T0 sur Media Gateway.
•
Le "Mode Réseau" type S0 est supporté uniquement avec la carte BRA. Se reporter à la
communication TC0495 Utilisation du mode réseau sur les accès T0 des cartes BRA sur
Media Gateway.
− Nombre de mini-messages.
•
Le nombre maximum de mini-messages est limité à 1000.
− Nombre de T0.
•
Le nombre maximum de T0 est limité à 254.
− Interface S0 sur Media Gateway.
•
S0 Natif n'est pas supporté sur la carte BRA => seule la connexion via un subdevice S0
est fournie.
− Messagerie vocale 4645 embarquée sur Call Server ou Appliance Server.
•
Le nombre d'accès simultanés est limité à 16 pour une 4645 sur Call Server (CS) dédié ou
embarqué sur un Appliance Server (AS).
•
La qualité audio peut être affectée par une double compression/décompression sur le réseau
lors de l'utilisation d'un domaine IP pauvre (avec codec G723/G729) entre le nœud de la
messagerie vocale et un autre nœud du réseau; même si la 4645 fonctionne en G711, la
4645 enregistrera la parole compressée/décompressée G723/G729; et aussi à la
restitution, une compression/décompression G723/G729 sera effectuée.
•
Le poste opératrice n'a pas accès à la messagerie vocale pour consulter les messages d'une
boîte vocale.
•
Le réacheminement de Fax n'est pas supporté.
− LANX16-1 / SLANX4 / LANX16-2 / LANX8-2.
•
Ces cartes de switch LAN ne sont pas gérables.
Ed. 01 / 14-10-2005
19
TC0711
OmniPCX Enterprise
ANNEXE 1
− Guides Vocaux.
•
Les cartes GD/GA supportent au maximum 4 langues pour les guides vocaux (musique
d'attente incluse).
•
Les guides vocaux USA sont les guides vocaux par défaut pour la 4645.
− Ressources par DSP.
•
Le nombre maximum de ressources DSP par GPA-GD est fixé comme suit : (non
extensible):
♦ Génération DTMF: 16.
♦ Détection R2 + Détection DTMF Q23/Q23X + Détection de tonalités (simple et double) :
♦ charge utile de 5 % pour R2 :
Ö maximum 20 détections pour R2 s'il n'y a pas de détection de tonalités,
♦ charge utile de 4 % pour Q23/Q23X :
maximum 25 détections Q23/Q23X s'il n'y a pas de détection de tonalités,
♦ charge utile de 3 % pour la détection de tonalités :
maximum de 30 détections de tonalités s'il n'y a pas de détection Q23/Q23X.
♦ Ecoute simultanée de guides vocaux : 16.
♦ Circuit de conférence (conférence à 3, écoute discrète, etc.): 3.
•
Le nombre maximum de ressources DSP par GPA-MEX est fixé comme suit : (non
extensible):
♦ Génération DTMF: 16.
♦ Détection R2 + Détection DTMF Q23/Q23X + Détection de tonalités (simple et double) :
♦ charge utile de 7 % pour R2 :
maximum 14 détections pour R2 s'il n'y a pas de détection de tonalités,
♦ charge utile de 6 % pour Q23/Q23X :
maximum 16 détections Q23/Q23X s'il n'y a pas de détection de tonalités,
♦ charge utile de 4 % pour la détection de tonalités :
maximum de 25 détections de tonalités s'il n'y a pas de détection Q23/Q23X.
•
Le nombre maximum de ressources DSP par GPA-GA est fixé comme suit : (non
extensible):
♦ Circuit de conférence (conférence à 3, écoute discrète, etc.): 3.
♦ Ecoute simultanée de guides vocaux: 16.
•
L'entraide entre Media Gateways concernant les ressources DSP n'est pas fourni (sauf pour
l'écoute simultanée de guides vocaux).
− Call Center et CSTA.
•
SOSM (Russie) uniquement disponible sur Crystal Media Gateway.
•
EAU (Emirats Arabes Unis) disponible.
− Loi A / Loi µ.
•
TC0711
La configuration loi A / loi µ est validée pour tout le système.
20
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− Synchronisation RTC.
•
Dans le cas de hardware commun, l'accès au RTC doit être dans l'alvéole principale (pas
dans les alvéoles d'extensions).
•
Dans le cas de hardware commun ou de Crystal IP Media Gateway, la synchronisation est
locale pour la Media Gateway. Dans ce cas, il faut utiliser la synchronisation par domaine
(N° de synchronisation de 200 à 254).
•
Dans le cas d'un AS pilotant des Crystal IP Media Gateway, la synchronisation par domaine
doit être utilisé (N° de synchronisation de 200 à 254).
•
L'alvéole 99 ne peut pas être synchronisante.
− RMA.
•
Pas de reset hardware distant de l'e-CS en cas d'un Appliance Server.
− eRMA.
•
Pas de reset hardware distant de l'e-CS.
•
La connexion est perdue sur basculement du Call Server.
•
La connexion ne fonctionne pas si l'application téléphonique n'est pas démarrée.
•
Une seule connexion simultanée possible.
•
La connexion eRMA ne fonctionne qu'avec une connexion RTC directe sur la GD (ne
fonctionne pas en cas d'accès via ABC-F).
− Signalisation de secours.
• Le temps pour récupérer les fonctions téléphoniques lors de l'activation de la liaison de
secours est d'environ 3 à 6 minutes en fonction de la configuration de la Media Gateway et
le type de signalisation utilisée pour le secours.
• Le nombre de chiffres attendus lors de la réception d'un appel de signalisation de secours
doit être géré; se reporter à la Documentation Technique.
• Les cartes utilisées pour l'établissement de la liaison de secours doivent être dans l'alvéole
principale.
• Dans le cas d'un ACT Server (CPU5/6), il est obligatoire d'avoir une Media Gateway pour
assurer la fonction secours.
• Si une liaison APA est utilisée pour la signalisation de secours, cette liaison APA sera dédiée
pour la signalisation de secours.
• Les liaisons DASS2 ou DPNSS ne sont pas supportées comme liaisons de secours.
• Pas de poste opératrice 4049 ni 4059 derrière une Media Gateway avec une liaison de
secours potentielle.
• Pas d'IP Phone en adressage dynamique.
• La connexion d'une artère hybride/liaisons H323 derrière une Media Gateway avec une
liaison de secours potentielle est possible.
•
Les exploitations suivantes ne sont pas accessibles/fournies quand la liaison de secours est
active :
♦ Contrôle appui touche (sauf pour IP Phone V2).
♦ Accès à la messagerie vocale 4635H ou 4645.
♦ Call Center.
Ed. 01 / 14-10-2005
21
TC0711
OmniPCX Enterprise
ANNEXE 1
♦ 4980 PC MM ne fonctionne pas car le serveur OTS n'est pas accessible.
♦ Seuls les appels locaux entre les postes reliés à la Media Gateway (IP Phones reliés à la
Media Gateway compris) ou les appels extérieurs via les connexions local RTC sont
possibles.
− SIP (Session Initiation Protocol).
•
Le RTP Direct en réseau est obligatoire quand les postes SIP sont configurés.
•
Un poste SIP peut être géré dans un domaine IP depuis la Release 6.1 et la Release 6.0.1
(version F1.603.1.h).
La CAC (Call Admission Control) ne concerne pas actuellement les appels SIP vers SIP.
Les postes SIP sont supportés avec des configurations :
•
♦ Stand-Alone,
•
•
♦ Réseau.
Support des postes Pingtel; se reporter à la liste des exploitations pour les exploitations
disponibles.
Support des postes Thomson ST2020 ; se reporter à la liste des exploitations pour les
exploitations disponibles.
− 4760
•
•
•
Si OmniVista 4760 transite via un réseau client avec Firewall, le port 113 (AUTH) ne doit pas
être filtré dans le Firewall. Sinon comme client ne répond pas sur ce port, la connexion se
fait trop tard et la partie ftp d'OmniVista 4760 ne fonctionne pas. Cette implémentation du
serveur ftp n'existait pas en Chorus.
La connexion PPP, avec ou sans RMA, ne fonctionne pas avec toutes les versions Linux
actuelles. La connexion s’établit mais telnet, config , synchro échouent.
L'opératrice non voyante ne peut pas accéder à l'annuaire 4760 via Internet Explorer, alors
qu'elle pouvait accéder à l'annuaire 4755.
− 4760i.
• La connexion PPP, avec ou sans RMA, ne fonctionne pas avec toutes les versions Linux
− Remote Extension.
•
Ne fonctionne pas avec NDDI, APA, DASS2 et DPNSS.
•
Dans le cas d'un Remote Extension en réseau en G723/G729, il faut que l'accès T2/T0/T1
soit sur le nœud où se trouve le Remote, sinon il y aura des problèmes de DTMF. Il n'y a pas
de problème en G711.
•
Les terminaux H323 (exemple PC Netmeeting) ne sont pas supportés. Seuls les terminaux IP
Touch 300 et 600 pour l'offre VoWLAN seront autorisés.
− PPP.
• La connexion PPP, avec ou sans RMA, ne fonctionne pas avec toutes les versions Linux
TC0711
22
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− CLIP sur Z32.
•
La fonctionnalité CLIP sur Z32/eZ32 est uniquement disponible avec un Crystal (IP) Media
Gateway.
•
Supporte les protocoles ETSI (conforme à l'ETSI 300569 -1/2) et Bellcore (conforme à
Bellcore TRNWT000030).
•
Uniquement valable en mode raccroché.
•
La fonctionnalité est libérée uniquement dans 5 pays (USA, Chine, Pakistan, Hong-Kong et
Taiwan).
•
Après avoir raccroché, un poste CLIP ne peut pas recevoir un nouvel appel avant 9,5 s.
•
CLIP sur Z ne s'applique pas au poste Z/4980.
•
Certains postes CLIP affichent uniquement le numéro et pas le nom.
•
Les postes suivants ont été validés pour le marché USA: AT&T 9357, Uniden EXAI3781, Sony
IT-ID20, GE ATLINKS 29196GE1-A, Panasonic KX-TC1703, Bell South 900MHz MH9942BK.
•
Alcatel ne peut pas tester et maintenir une liste de postes CLIP compatibles (milliers de postes
différents). Le Business Partner doit contacter, au cas par cas, les Services Professionnels
pour faire valider les postes CLIP qu'il veut utiliser. Les fabricants de téléphone doivent
contacter Alcatel Business Partner Program pour faire valider leurs postes.
− CLIP Bellcore sur APA.
•
Le CLIP sur ligne APA (carte fille CLIDSP - 3EH 73034 AB) est disponible pour tous les
marchés à partir de la Release 6.1.
− CLIP Bellcore sur NDDI2.
Le CLIP sur NDDI2 est disponible pour tous les marchés à partir de la Release 6.1.
− CLIP DTMF sur APA.
Le CLIP DTMF sur ligne APA (carte fille CLIDSP - 3EH 73034 AB) est disponible à partir de la
R6.2 pour les marchés Inde et Taiwan.
− La carte NDDI2 est disponible à partir de la Release 6.2 pour la marché australien.
− SSH/SSL.
Tous les noeuds du réseau doivent être en Release 6.0.x, R6.1.x ou R6.2.
− Modem Multitech MT5600BA V92.
Ce modem doit être raccordé à travers un onduleur. En effet, ce modem risque de se bloquer en
cas de coupure secteur.
− RASFO.
•
Exploitation non disponible sur les postes S0 et opératrices.
•
Fonctionne seulement dans le mode chevauchement (overlap).
•
Ne fonctionne pas en réseau.
•
Fonctionne avec l'ARS si le faisceau est local.
•
Ne fonctionne pas sur faisceau réparti.
Ed. 01 / 14-10-2005
23
TC0711
OmniPCX Enterprise
ANNEXE 1
− Débordement privé-public.
•
A partir de la Release 6.1.1, le débordement privé-public est soumis aux mêmes contrôles
(via la catégorie d’exploitations téléphoniques) que débordement privé-public en réseau.
•
Les postes du domaine inaccessible doivent être accessibles en SDA.
•
Il est nécessaire d’avoir au moins un accès public pour chaque domaine.
•
L’ensemble des services téléphoniques internes est perdu lors du passage d’une
communication locale vers une communication publique.
− Boîtier MOXA.
Le boîtier MOXA permet d’augmenter le nombre de ports série d’un OmnipCX Enterprise.
L’objectif de la fonctionnalité proposée en Release 6.1 est de simplifier la configuration des ports
séries du boîtier : gestion unique des informations dans mgr et non plus dans deux programmes
distincts (mgr et npadm).
La version du firmware du boîtier Moxa doit être supérieure ou égale à 3.0.
− Bis multiple.
•
Pas de Bis multiple avec les opératrices 4035.
•
Pas de sauvegarde du nom d’un appel interne ou réseau (homogène) dans les cas suivants :
♦ Préfixe d’appel entité.
♦ Appel opératrice.
♦ Appel de numéro abrégé.
•
Disponible uniquement sur les postes :
♦ MR2 3G (4035, 4036, 4037).
♦ 3G (4020, 4021, 4022).
♦ IP Touch B, C, D.
•
Pas de mise à jour de la liste des appels émis sur la Stand-By.
•
A chaque RUNTEL ou à chaque reset du poste, la liste des appels émis est réinitialisée.
•
Pas de sauvegarde sur le disque.
− Installation des ACT dans des baies informatiques.
Les ACT de l'OmniPCX Enterprise devront être installées dans des baies informatiques fermées et
équipées de ventilateurs.
Les baies informatiques devront répondre aux mêmes normes CEM et de sécurité que les ACT de
l'OmniPCX Enterprise :
•
EMC: EN55022 :1998-EN55024: 1998/FCC part15
• Safety EN60950 :2000/IEC 60950 ed03/CSA/UL certification
Les configurations autorisées dans les baies au format 38U et 42U sont:
2 ACT 28 positions ou 4 ACT 14 positions.
TC0711
24
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 1
− Incident dans checkdb.
Lors d'un checkdb, si le message suivant est affiché
/...............
ERROR 4351 : DATA INCONSISTENCY, Table ENTITY, entity=1 invalid cdt
................/
SUBSDATE File checking in progress ...
66532
Inexistant in Database
67498
Exist in Database
...
>>> environ 2700 lignes effacées de la trace
64572
Inexistant in Database
SUBSDATE : Nb Instances 4129 Nb Errors 2693
le fichier SUBSDATE, utilisé par OmniVista 4760, qui sert à mémoriser la date des modifications
des usagers quand la notification d'événements est activée, est incohérent. Cependant la base de
données est intègre.
Pour réparer ce fichier, utiliser l'option [ 3] - Real mode:Correct the Inconsistency
de l'outil checkSUBSDATE
Note
La MAO doit être à Off.
Ed. 01 / 14-10-2005
25
TC0711
OmniPCX Enterprise
ANNEXE 1
TC0711
26
Ed. 01 / 14-10-2005
OmniPCX Enterprise
PROCÉDURE DE MISE EN SERVICE DE LA VERSION F3.301.10
RELEASE 6.2
ANNEXE 2
COMPARAISON DES LICENCES R5.0 Ux ET R6.2
La comparaison ci-après a été réalisée entre les licences des Releases 5.0 Ux et 6.2.
RAPPEL
Les licences déplaçables sont précédées de la lettre M (Move) et repérées en jaune (exemple : verrous 2, 76, 90, etc.).
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
1-GroupTelephony
0/5/10/30/…/9999
1-Group Telephony
"open" /9999
2-CallByName
0/5/10/30/…/9999
2-M-Phonebook users
0/10/20/…./9990 ( step of 10 )
3-ACD
P1: 0/1 P2: 0/10/30/9999
3-Not used
4-HotelBasic
0/50/100/300/9999
4-Hotel guest sets
0/50/80/150/350/500/9999 (>= lock 013 if <>0)
5-HotelLanguage
0/1
5-Multilanguage voice
0/1
6-HotelLink
0/1
6-Hotel : AHL on V24
0/1 ( =lock 126 AHL on IP )
7-Networking
Not used (see new software lock 19)
7-Not used
8-Accounting
8-Not used
9-PRA
0/20/9999
9-PSTN B channel
"open" /9999
10-VoiceGuides
0/1
10-Voice guide
0/1
11-AutomatedAttendant
11-Not used
12-DISA
0/1
12-DISA
13-Station
0/128/250/500/1000/1500/2000/9999
13-E-CS engine
0/50/80/150/350/500/9999
14-FinancialReport
0/1
14-Integrated metering
0/1
15-ExternalAccounting
15-Not used
16-OnTheFlyAccounting
16-Not used
Ed. 01 / 14-10-2005
0/1
1
TC0711
OmniPCX Enterprise
ANNEXE 2
RELEASE 6.2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
17-ACDTrafficObs
0/1
17-Not used
18-DistributorType
1 to 4
18-Not used
19-PrivateBChannel
0 to x
19-Corporate networking
20-AAVoiceGuide
0/6/9999
20-Automated attendant
0/6/9999
21-VPS
0 to x
21-Number of VPS ports
0/2/4/…/240 ( step of 2 )
22-4635I
0/1
22-Not used
23-ELA
0 to x
23-Not used
24-ELN
0 to x
24-Not used
25-CLI
0 to x
25-Not used
26-CLA
0 to x
26-Not used
27-CSTA_CallCenter
(see new software locks 100/101)
27-Not used
28-LockHard
p1: 0/1 P2: 0/1
28-Not used
29-DECTAddOn
p1: 0/1/2/3
29-DECT/PWT engine
30-4736ACD
0/1
30-Not used
31-AMIS
0/1
31-Not used
38-InfoCenter
0/1
38-Infocenter link
39-TrafObs47xx
0/128/250/500/1000/1500/2000/9999
39-Performance
0/50/80/150/350/500/9999 (>= lock 013 if <>0)
40-IncidentsOnFly
0/128/250/500/1000/1500/2000/9999
40-Real Time Incidents
0/50/80/150/350/500/9999 (= lock 47 )
41-DectRegister
0/1
41-DECT register
0/50/80/150/350/500/9999 (= lock 50 )
42-Accounting47xx
0/128/250/500/1000/1500/2000/9999
42-Accounting users
0/50/80/150/350/500/9999 (>= lock 013 if <>0)
43-LockHardDECT
0/1
43-Not used
0/50/80/150/350/500/9999 (>= lock 013 if <>0)
0/1
0/1
44-SBC
0 to x
44-4059 SBC
0/1/2/3/………../50
45-BLF
0 to x
45-4059 BLF
0/1/2/3/………../30
46-FaxServer
0/1
46-FAX server ABC-A link
0/1/2/3/…..……/28
47-Alarm47xx
0/128/250/500/1000/1500/2000/9999
47-Alarms
0/50/80/150/350/500/9999 (>= lock 013 if <>0)
48-CSTA_WorkGroup
(see new software locks 100/101 )
48-Not used
49-STAP
0/128/250/500/1000/1500/2000/9999
49-Directory
TC0711
2
0/50/80/150/350/500/9999 (>= lock 013 if <>0)
Ed. 01 / 14-10-2005
OmniPCX Enterprise
RELEASE 6.2
ANNEXE 2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
50-MAO47xx
0/128/250/500/1000/1500/2000/9999
50-Configuration
0/50/80/150/350/500/9999 (>= lock 013 if <>0)
51-V24MeteringOnFly
0/128/250/500/1000/1500/2000/9999
51-Real Time Metering on v24
0/50/80/150/350/500/9999 (= lock 042)
52-4635: Basic package
0=none 1=4635J 2=4635H
52-4635: Basic package
0=none 1=4635J 2=4635H
53-OPS4635UpgradeAc
0 to x
53-Not used
54-OPS4635UpgradeHour
0 to x
54-Not used
55-OPS4635UpgradeLang
0 to x
55-Not used
56-4635Network
0 to 2x
56-4635 Networking OctelNet
0/2/4/……./64 ( = lock 057 )
57-4635Fax
0 to 2x
57-4635 Fax manager
0/2/4/……./64
58-4635CallManage
0 to 2x
58-4635 Call manager
0/2/4/……./64 ( = lock 057 )
59-4635Hotel
0 to 2x
59-4635 Hotel manager
0/2/4/……./64 ( = lock 057 )
60-4635Port
0 to 2x
60-4635 Number of ports
0/2/4/……./64
61-4635Hour
0 to x
61-4635 Number of hours
0/5/10/…../40
62-4635Languages
0 to x
62-4635 Number of languages
0/1/2/……./8
63-4635Attendant
0 to 2x
63-4635 Attendant manager
0/2/4/……./64 ( = lock 057 )
64-4635ValueManage
0 to 2x
64-Not used
65-4635Recording
0 to 2x
65-4635 Recording manager
0/2/4/……./64 ( = lock 057 )
66-4635AMIS
0 to 2x
66-4635 Networking AMIS
0/2/4/……./64 (= lock 057)
67-CSTAPredictiveCall
0/1
67-Not used
68-4755BSM
Not used
68-Not used
69-4755Fault
Not used
69-Not used
70-4755Metering
Not used
70-Not used
71-4755Performance
Not used
71-Not used
72-4755Directory
Not used
72-Not used
73-4755Network4220
Not used
73-Not used
74-4755Network4300L
Not used
74-Not used
75-HospitalNetwork
0/1
75-Networking Hospital (France)
"open" /1
76-CCDNumberAgents
P1: 0/5/10/25/50/500/9999
76-M-CCD agents
0/5/10/……./2000
Ed. 01 / 14-10-2005
3
TC0711
OmniPCX Enterprise
ANNEXE 2
RELEASE 6.2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
P2: 0 to 4
77-CCSNumberPCSuperv
0 to x
77-CCS mono-site
0/1/2/3/……/60
0/1
78-CCDAccToComRec
0/1
78-CRI Call Record Interface
79-ISVPN
0/1
79-ISVPN
0/50/80/150/350/500/9999 (= lock 019)
80-ABCVPN
0/1
80-VPN
0/50/80/150/350/500/9999 (= lock 019)
81-Conference29
0/1
81-Meet-me Conference 29 party
0/1/2/……/30
82-NumberDECTLicence
0 to x
82-Number of DECT terminals
0/1/10/20/……/9990 (= lock 175)
83-AccountingEthernet
0/128/250/500/1000/1500/2000/9999
83-Flow Metering on Ethernet
0/50/80/150/350/500/9999 (= lock 042)
84-CentralVoiceMail
0/128/250/500/1000/1500/2000/9999
84-4635 users
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
85-CustomerType
0/1
85-Not used
86-Popup
0 to x
86-Automatic directory pop-up
0/1/2/……../50
87-BetaTest
0 to x
87-Beta test release
0 to x
88-MilitaryType
0 to 8
88-Not used
89-NotificationServer
0/50/300/800/9999
89-Notification Server
90-Roaming
0/10/20/……./9999
90-M-Roaming DECT/PWT
0/10/20/……./9999
91-VGRecordOnUA
0/1
91-Voice guide record fr
0/1
92-VH
0/1
92-Not used
93-4635J
0/1
93-Not used
0/50/300/800/9999
94-WorkForceLink
0/9999
94-WMI Workforce Manager interface
95-SpecificFeatures
0/8191
95-Not used
96-HotelSuite
0/1
96-Not used
97-CentralizedVPS
0/128/250/500/1000/1500/2000/9999
97-VPS users
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
98-TicketLocalCalls
0/125/500/1000/2000/9999
98-Accounting for local calls
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
99-TicketABCNetCalls
0/125/500/1000/2000/9999
99-Accounting for ABC calls
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
100-CSTAProfile
0/2
100-CSTA profile
0= none 2= Call center
101-CSTAMonitorRequests
0/5/10/15/…../5000
101-M-CSTA monitoring requests
0/5/10/15/…../9995
102-CCS_PCSupMultiSite
0 to x
102-CCS multi-site
0/1/2/……/60
TC0711
4
0/1
Ed. 01 / 14-10-2005
OmniPCX Enterprise
RELEASE 6.2
ANNEXE 2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
103-CCD_WBI
0 to x
103-RTI Real Time Interface
104-Release2_SN
0/100
104-Not used
105-CompressedCalls
0 to x
105-Compressed calls
0/1/2/3/………../9999
106-TransfixAccessX24V36
0 to x
106-Transfix Access X24V36
"Open" /9999
107-4635VisualMessager
0 or 2016
107-4635 Visual messenger
0 or 5000 (if lock 057 <> 0)
108-4635WebMessager
0/32/……../1024
108-Not used
109-4635DigitalNetwork
109-4635 IP Octel networking
0/1/2/……/60
0/2/4/……./64 (= lock 057)
110-4635HDiskMirroring
0/1
110-4635 Global message redundancy
0/1
111-Ubiquity
0/16/32/64/256/……./1600
111-Ubiquity
0/10/20/……./9990
112-CCSLight
0 to x
113-CSTAPiloteCCDMonito
0/1
113-CSTA pilots monitoring
0/1
114-TSAPI
0/5/10/15/20/……./2000
114-TSAPI server
0/5/10/15/20/……./2000
115-CCAAgents
0/5/10/15/20/……./500
115-M-CCA softphone
0/5/10/15/20/……./1000 (<= lock 076 if <> 0)
116-4980StdAgents
5/10/20/30/40/……/3000
116-ECC My Softphone (4980 Std)
5/10/20/30/40/..…/3000 (= lock 129)
117-4980ProAgents
0/10/20/30/40/……/3000
117-M-ECC 4980 Option (4980 Adv)
0/10/20/……3000 (<= lock 129 if <> 0)
5/10/20/……./600
0/1/2/…/60
119-4980NomadicLog
5/10/20/……./600
119-4980 nomadic logged
120-MigrationRelease
0/1
120-Not used
121-CLIPOnVPS_SL
0/2/4/8/…..30
121-CLIP on VPS
122-ACAPI
0/128/250/500/1000/1500/2000/9999
122-ACAPI via CMIP
0/50/80/150/350/500/9999 (= lock 050)
123-IVR_Z_PCM
0/5/10/15/20/……./9999
123-M-CSTA IVR ports monitored
0/5/10/15/20/…….../5000
125-CallCenterWebAgents
0/5/10/15/20/……./500
125-M-CCWeb Agents
0/5/10/15/20/………/1000 (<= lock 076 if <> 0)
126-AHLonIP
0/1
126-Hotel AHL link
0/1
127-DECTEncryption
0 to x
127-M-Encryption DECT/PWT users
0/10/20/……./9990
128-4615Ports
0/2/4
128-4615 Nb of Access
0/2/4
129-4980GroupwareAgents
0/5/10/20/30/40/……/3000
129-M-ECC My Softphone (4980 grp)
0/5/10/20/30/40/……/3000
130-CSTANiceRecording
0/1/2
130-CSTA voice recording
0/1
131-RemoteLio
0 to x
131-Remote LIO
0/16/32/……./9984 (step of 16)
Ed. 01 / 14-10-2005
5
0/2/4/6/8/...…/240 ( = lock 21 )
TC0711
OmniPCX Enterprise
ANNEXE 2
RELEASE 6.2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
132-VoiceOnIP
0 to x
132-IP-Trunk
0/9999 (= lock 187)
133-AddOnConference
0/128/250/500/1000/1500/2000/9999
133-Mastered conference
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
134-MultiCompanies
0/128/250/500/1000/1500/2000/9999
134-Multi-tenant
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
135-G729Algorithm
0 to x
135-G729A Server
0/1/2/3/………../9999 (= lock 469 if <> 0)
136-Priority
0/128/250/500/1000/1500/2000/9999
136-Priority
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
137-CallRestriction
0/128/250/500/1000/1500/2000/9999
137-Call restriction
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
138-IPEquipment
0/10/20/30/40/……/9999
138-IP Clients
0/10/20/……./9990 (= lock 176 + 317)
143-TAPIPremiumServer
0/5/10/20/30/40/……/5000
143-TAPI premium server
0/5/10/20/30/40/……/5000
144-4980ManagementR2
x1 / x2 / x3 / x4 / x5
144-Not used
145-BitChannelRecord
0/5/10/15/20/……./600
145-M-CSTA Recording B channel
0/5/10/15/20/……./600
146-UTAM
0/1
146-PWT mobility (UTAM)
0/1 (1=USA market)
147-IPDevice
0 to x
147-Not used
148-IPCallServer
0/1
148-IP Call Server
149-4980Dispatcher
0 to x
149-Not used
151-4635 VPIM
0/2/4/……/64 (=lock 057)
0/1
152-Ith Radio
0/1
151-4635VPIM
152-Ith_radio
0/1
153-SNMP
0/1
153-SNMP trap
0/1
154-Additional S0 feature
0/1
154-Additional S0 feature
0/1
155-Additional safety features
0/1
155-Additional safety features
0/1
156-Ith
0/1
156-Interphony features
0/1
157-CCANomadic
0/1
157-CCA Nomadic
0/1
158-CSTAByPass
0 to x
158-CSTA by-pass
500/1000/1500/…../9500
160-CCE
0/5/10/15/20/……./1000
160-M-CCEmail Agents
0/5/10/15/20/……./1000
161-CCO
0/5/10/15/20/……./1000
161-M-CCOutbound Agents
0/5/10/15/20/……./1000
162-CCOPredictif
0/5/10/15/20/……./1000
162-M-CCOutpredial Agents
0/5/10/15/20/……./1000
164-NiceRemoteBChanRec
0/5/10/15/20/……./600
164-M-CSTA Record networked
0/5/10/15/20/……./600
165-Release4400
0 to x
165-OmniPCX Enterprise 4400 release
34=R6.2
TC0711
6
Ed. 01 / 14-10-2005
OmniPCX Enterprise
RELEASE 6.2
ANNEXE 2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
166-4980MultiDevice
0/5/10/20/30/……./3000 (=lock 129)
166-4980 Multi Device
0/5/10/20/30/……./3000 (=lock 129)
167-ACR SQL
0/1
167-ACR Data base read
0/1
168-Number of HPOV nodes
0/1/2/…../100
168-Number of HPOV nodes
0/1/2/…../100
169-VAD
0/9/18/27/……./315 (step of 9)
169-Voice detection channels
0/1/2/3/4/……../315
170-SMSNotifServer
0/1
170-Not used
171-CentralNotifServer
0/1
171-Not used
173-M-Advanced Reflexes users
0/10/20/30/……/9990 (step of 10)
174-M-Analog users
0/10/20/30/……/9990 (step of 10)
175-M-Mobile users
0/10/20/30/……/9990 (step of 10)
176-M-Advanced e-Reflexes users
0/10/20/30/……/9990 (step of 10)
177-M-SIP users
0/10/20/30/……/9990 (step of 10)
178-4645 Voice mail engine
0/1/2/3
179-M-4645 users
0/50/80/150/350/500/9999
181-OmniPCX Enterprise (=1)
0/1
182-4645 networking
0/1
183-4645 additional language
0/1/2/3/4/5/6/7
184-Integrated gatekeeper
0/1
185-SIP Gateway
0/1
186-E-CS redundancy
0/1
187-H323 (G711) network link
0/1/2/3/4/…../1000
188-SIP network links
0/1/2/3/4/…../1000
189-CCTI
0/5/10/15/20/25/…../9999
189-M-CCTI agents
0/5/10/15/20/25/…../1000
190-RSINumberAgents
0/5/10/15/20/25/…../1000
190-M-RSI call center agents
0/5/10/15/20/25/…../2000
191-CampusDect
0/1
191-Campus DECT
0/1
192-DREX
0/1
192-T2 D_REX protocol
0/1
193-VoiceGuidesOnCpu6
0/1
193-Embedded voice guides
0/1
194-4645 My Messaging
0/10/20/30/……/1000 (step of 10) (<= lock 179 if <>0)
Ed. 01 / 14-10-2005
7
TC0711
OmniPCX Enterprise
ANNEXE 2
RELEASE 6.2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
Désignation
Valeurs Possibles
195-CCD Profile
0/1/2
0/5/10/15/20/25/…../1000
196-RSIBusiness
0/5/10/15/20/25/…../5000
196-RSI Business agents
197-G729A Client
0 to x
197-M-G729A Client
0/10/20/30/……/4000 (step of 10)
198-G723.1 Client
0 to x
198-G723.1 Client
0/10/20/30/……/4000 (step of 10)
199-Version 4400-R5.0 Ux
0/1
200-4400 Mobiles migration
0/1/2/3/4/…../5000
201-4400 Reflexes migration
0/1/2/3/4/…../5000
202-4400 Analog migration
0/1/2/3/4/…../5000
203-Upgrade CCS light to CCS Monosite
0/1/2/…../60
301-Clé hard 1 sur CPU 4400
N° de la clé hard
302-Clé hard 2 sur CPU 4400
N° de la clé hard
308-M-Remote extension and MIPT
0/5/10/15/20/25/……/9990
309-XML Telephony
0/10/20/30/……/3000 (step of 10)
310-M-CLIP Z
0/10/20/30/……/5000 (step of 10)
311-Networking ACR
0/1
312-Scripting agents
0/5/10/15/20/25/……/1000
313-eCC Gateway
0/1/2/3
314-4635 My Messaging users
0/10/20/30/……/5000(step of 10)
315-Migration clé hard 4400
0/1
316-M-Standard Reflexe User (Not used)
0/10/20/...../5000
317-M-Standard IP User (Not used)
0/10/20/...../5000
318-XML IP Touch-IP engine
0/1/2/...
322-CSTA Over 9999
TC0711
325 – IP Touch Security Engine
0/1
326–M-Secured IP-Touch Phones
0/10/20/...../5000
327–M-IP-Touch Security MCM
0/1/2/.../120
328–M-IP-Softphone Attendants
0/1/2/.../50
8
Ed. 01 / 14-10-2005
OmniPCX Enterprise
RELEASE 6.2
ANNEXE 2
R5.0 Ux
Désignation
R6.2
Valeurs Possibles
467-ARS
0/128/250/500/1000/1500/2000/9999
468-ProductType
1/2/3/4/9999
469-G723Algorithm
Ed. 01 / 14-10-2005
Désignation
Valeurs Possibles
329– M-IP-Softphone Agents
0/1/2/.../tbd
467-ARS
0/50/80/150/350/500/9999 (>= lock 013 if <> 0)
468-Product type
9999
469-G723.1 Server
0/1/2/3/……/9999 (=lock 135 if <>0)
9
TC0711
OmniPCX Enterprise
ANNEXE 2
TC0711
RELEASE 6.2
10
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
MIGRATION OmniPCX 4400 VERS
OmniPCX Enterprise RELEASE 6.2
SOMMAIRE
1.
MIGRATION D'UN OMNIPCX 4400 VERS UN OMNIPCX
ENTERPRISE R6.2 .........................................................................3
1.1.
Fonctionnement de la Release 6.2 avec les Releases OmniPCX 4400/
Enterprise précédentes ............................................................................. 3
1.2.
But du document....................................................................................... 3
1.3.
Contenu du document .............................................................................. 5
1.3.1.
Les scénarios de migration ...............................................................................5
1.3.2.
Actis et la migration..........................................................................................5
1.3.3.
Synchronisation des opérations à effectuer lors du déploiement de la migration5
1.3.4.
Moyens nécessaires pour la mise en œuvre de la migration.............................5
1.3.5.
Les possibilités de retour arrière.......................................................................5
1.4.
2.
Règles à observer ..................................................................................... 5
MIGRATION DE TYPE ISO ............................................................6
2.1.
Configuration Actis ................................................................................... 6
2.1.1.
Remplacement des applications et hardware par Actis .....................................6
2.1.2.
Non remplacement des applications et hardware par Actis ..............................8
2.2.
Opérations à réaliser sur le site avant de commencer .............................. 9
2.3.
Préparation de la migration en laboratoire............................................... 9
2.3.1.
Suppression préalable des applications et hardware "phase-out".....................9
2.3.2.
Communication Servers ..................................................................................10
2.3.3.
Déplacement des alvéoles 18 et 19 ................................................................10
2.3.4.
Préparation des applications et hardwares.....................................................11
2.4.
Organigramme récapitulatif ................................................................... 13
Ed. 01 / 14-10-2005
1
TC0711
OmniPCX Enterprise
ANNEXE 3
3.
MIGRATION DE TYPE APPLIANCE SERVER ..................................16
3.1.
Configuration Actis ................................................................................. 16
3.1.1.
Remplacement des applications et hardware par Actis ...................................16
3.1.2.
Non remplacement des applications et hardware par Actis ............................17
3.2.
Opérations à réaliser sur le site avant de commencer ............................ 18
3.3.
Préparation de la migration en laboratoire............................................. 18
3.3.1.
Suppression préalable des applications et hardware "phase-out"...................18
3.3.2.
Préparation des applications et hardware ......................................................20
4.
CAS DE MIGRATION D'UN RÉSEAU DE PABX .............................23
5.
BASCULEMENT EN R6.2 SUR LE SITE..........................................23
5.1.
Messagerie vocale en réseau .................................................................. 23
5.2.
Synchronisation du système .................................................................... 23
TC0711
2
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
1.
MIGRATION D'UN OmniPCX 4400 VERS UN OmniPCX Enterprise
R6.2
1.1.
Fonctionnement de la Release 6.2 avec les Releases OmniPCX 4400/
Enterprise précédentes
Les sites peuvent migrer de l'OmniPCX 4400 vers l'OmniPCX Enterprise, et ainsi bénéficier des
nouvelles fonctionnalités apportées par la nouvelle Release logicielle.
La migration est rendue possible en reliant les noeuds dans le même réseau ABC-F2 basé sur
différentes versions du logiciel d'OmniPCX 4400 et Entreprise.
Ceci permettra à des sites de migrer nœud par noeud sans compromettre les services/exploitations
qui sont déjà déployés.
Les Releases suivantes sont supportées sur un même réseau homogène ABC-F2 :
−
−
−
−
−
−
−
−
−
−
R5.0 Ux
R5.0 Lx (1)
R5.1 (1)
R5.1.1 (1)
R5.1.2,
R6.0 (2)
R6.0.1
R6.1 (3)
R6.1.1
R6.2
(1) Les Releases 5.0 Lx, 5.1 et 5.1.1 ne sont plus supportées ; elles sont remplacées par la Release
5.1.2.
(2) La Release 6.0 n’est plus supportée ; elle est remplacée par la Release 6.0.1.
(3) La Release 6.1 n’est plus supportée ; elle est remplacée par la Release 6.1.1.
1.2.
But du document
Le but de ce document est de conseiller les techniciens à préparer et à mettre en service la migration
d'un OmniPCX 4400 Stand-Alone ou réseau vers un OmniPCX Enterprise R6.2.
Cette opération peut être délicate, car elle demande préparation et méthode. En effet, la R6.2 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 faut s'efforcer de
procéder au remplacement de tous ces éléments le jour où la R6.2 sera mise à disposition du client.
Ce document fait référence à la communication technique TC0711 Procédure de mise en service de
la version F3.301.10 – Release 6.2, que le technicien réalisant la migration doit avoir.
Il ne traite pas de migration et adjonctions simultanées de nouvelles fonctionnalités et hardware,
excepté lorsqu'il s'agit d'applications et hardwares "phase-out".
Ed. 01 / 14-10-2005
3
TC0711
OmniPCX Enterprise
ANNEXE 3
Cumuler les opérations de migration et d'adjonction est fortement déconseillé.
TC0711
4
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
1.3.
Contenu du document
1.3.1. Les scénarios de migration
Pour faciliter la compréhension du processus de migration, deux scénarios sont présentés.
1 Migration d'un système ayant besoin de nouvelles fonctionnalités de la R6.2 sans modification du
type du "Communication Server" c'est-à-dire qu'il conserve ses CPU 4400. Ce type de migration
est appelé "ISO".
2 Migration d'un système ayant besoin de faire évoluer le type du "Communication Server".
Exemple
Remplacer une CPU5 par un "Appliance Server" dont les capacités de traitement permettent de
diminuer le nombre de nœuds dans le futur, et de les remplacer par des ACT sur IP.
1.3.2. Actis et la migration
Tout système migrant en R6.2 doit être configuré par Actis 9.6.
Comme Actis connaît les applications externes et internes, le hardware "phase out" non reconduits
dans cette version, il prend en charge la commande de ces applications et hardware.
Cependant, dans certains cas, il sera nécessaire de prévoir des opérations non prises en compte par
Actis.
1.3.3. Synchronisation des opérations à effectuer lors du déploiement de la migration
Le déploiement de la migration nécessite une synchronisation parfaite des opérations à réaliser par
les techniciens, avant, pendant et après la migration.
1.3.4. Moyens nécessaires pour la mise en œuvre de la migration
La préparation de la migration sur un système de laboratoire permettra dans bien des cas de
faciliter le travail, de diminuer le temps de présence sur le site et de minimiser les perturbations du
système.
1.3.5. Les possibilités de retour arrière
A chaque étape du déploiement de la migration, il faut prévoir la possibilité de retour en arrière en
cas de problème grave en cours de migration.
1.4.
Règles à observer
Du fait de l'obsolescence d'applications et hardwares, la préparation d'une migration ISO doit
observer un certain nombre de règles afin de limiter le temps d'indisponibilité du système pour
le client.
Actis migre le système en R6.2 en une seule étape c'est-à-dire qu'il considère que l'ensemble des
applications et hardwares non migrables a été remplacé. Cependant, la planification de la
migration doit s'efforcer de limiter le cumul des opérations à effectuer au dernier moment.
Ed. 01 / 14-10-2005
5
TC0711
OmniPCX Enterprise
ANNEXE 3
Dans le cas de migration de systèmes en réseau, une étude préalable par le service Pré-Sales doit
être réalisée afin de révéler si besoin est, des cas d'incompatibilité entre les différents hardwares
utilisés pour la voix sur IP. Ces informations doivent être retransmises au technicien en charge de la
réalisation de la migration.
2.
MIGRATION DE TYPE ISO
Ce type de migration est destiné à offrir de nouvelles fonctionnalités au client.
Le "Call Server" reste du type CPU 4400, mais la R6.2 ne prenant plus en compte certaines
applications et hardwares "phase out", il sera nécessaire de planifier méthodiquement les opérations
à effectuer.
2.1.
Configuration Actis
A l'issue de la configuration, Actis génère des licences et du matériel dont une partie peut être
utilisée immédiatement en laboratoire par le technicien.
2.1.1. Remplacement des applications et hardware par Actis
Actis prévoit le remplacement des applications et hardware suivants.
2.1.1.1.
Communication Servers
− Migration vers OmniPCX Enterprise R6.2 avec changement de CPU.
•
Les systèmes configurés avec CPU3 passent en CPU6 avec :
♦ remplacement automatique du disque dur si inférieur à 6 Go,
♦ mémoire SDRAM de 128 Mo.
•
Les systèmes configurés avec CPU5 Step1/CPU5 Step2 passent en CPU7 avec :
♦ remplacement automatique du disque dur si inférieur à 6 Go,
− Migration vers OmniPCX Enterprise R6.2 sans changement de CPU.
•
Les systèmes configurés avec CPU5 Step3 restent en CPU5 Step3 :
♦ avec remplacement automatique du disque dur, si inférieur à 6 Go,
•
Les systèmes configurés avec CPU6 restent en CPU6 :
♦ avec remplacement automatique du disque dur, si inférieur à 6 Go,
Remarque
La carte CPU5 Step3 n’est plus configurable à partir de la Release 6.1 pour les affaires neuves (elle
est remplacée par la carte CPU7). Cependant, elle peut être commandée pour les sites existants lors
de l'ajout de la duplication CPU.
TC0711
6
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
2.1.1.2.
LIOe / TSC-LIOe
Les cartes LIOe et TSC-LIOe ne sont plus supportées à partir de la Release 6.0. Lors de la migration,
elles sont automatiquement remplacées par des cartes INTIP2.
Des lots de migration INTIP2 ont été créés pour favoriser le remplacement et baisser le coût.
Remarque
Les cartes LIOe et TSC-LIOe doivent également être remplacées dans le cas d’un fonctionnement en
réseau hétérogène. Il ne doit pas y avoir de cartes LIOe, TSC-LIOe dans un réseau contenant des
noeuds en R6.0.x ou R6.1.x.
2.1.1.3.
IO2
La carte IO2N est configurée à la place de la carte IO2 si, lors de la migration, Actis configure une
carte CPU7.
2.1.1.4.
OBCA
Contrairement aux cartes CPU6 et CPU5 Step3, la carte CPU7 ne supporte pas la carte fille OBCA2.
Actis configurera la carte IO2N lorsque le nombre de canaux B calculés sera différent de zéro.
2.1.1.5.
INT1/INT2
Ces cartes ne sont plus supportées à partir de la Release 6.1.
Pour les installations équipées de ces cartes, Actis remplace automatiquement les cartes :
− INT1A / INT2A par des cartes INTOF2–A,
− INT1B / INT2B par des cartes INTOF2–B.
2.1.1.6.
LIOB/LIOP/LIOX
Ces cartes sont en phase-out à partir de la Release 6.1. Actis 9.6 interdit cette fonctionnalité en
adjonction ou sur une nouvelle installation.
2.1.1.7.
DECT2/DECT4
Les cartes DECT2/DECT4 configurées dans des affaires à migrer, sont encore supportées sur
OmniPCX Enterprise Release 5.1, 6.0.x, 6.1.x, 6.2.x mais interdites en adjonction.
De plus, les cartes DECT8 ne sont pas compatibles avec les DECT2/DECT4. Il faut remplacer ces
dernières par des cartes DECT8.
2.1.1.8.
OmniMessage
La messagerie vocale Alcatel 4630 est remplacée par la messagerie vocale Alcatel 4635J.
Les messageries vocales Alcatel 4635H et 4635H-1 sont remplacées par des messageries vocales
Alcatel 4635H-2.
Ed. 01 / 14-10-2005
7
TC0711
OmniPCX Enterprise
ANNEXE 3
Etat matériel 46xx du système à migrer :
Etat avant migration
VPCPU
VPCPU-1
VPM35
VPS35
MSB
MSB2IB
MSB2IB
VMU-OBCA (carte CPU3)
2.1.1.9.
Etat après migration
VPM35-1
VPM35-1
VPM35-1
VPU5
MSBI
ATB2 (si une carte MSBI)
ATB3I (si deux cartes MSBI)
VMU-OBCA2 (avec carte CPU6)
IO2N (avec carte CPU7)
OmniVista
Les applications 4715, 4730, 4740, 4755, 4760 R1.0, 4760 R1.5 sont remplacées par l'application
OmniVista 4760 Release 3.2.
Les sites équipés d'une OmniVista 4760 R2.0, R2.1, R3.0, R3.1 doivent migrer en Release 3.2.
2.1.1.10. OmniTouch
L'ACDV1 est remplacé par le CCD.
Les superviseurs sont remplacés par le CCS.
2.1.1.11. Migration eCC "4980 Web Softphone" vers OmniTouch UC R3.1
L’application eCC "4980 Web Softphone" est automatiquement migrée vers l’application
OmniTouch Unified Communication R3.1 (OmniTouch UC).
2.1.1.12. Migration 4635 Visual Messenger vers OmniTouch UC
L’application 4635 Visual Messenger n’est plus supportée en Release 6.2. Elle est remplacée par
l’application OmniTouch UC R3.1.
2.1.1.13. Equipements de postes 2600, 4600, 5400
Les équipements analogiques 2600, 4600 et 5400 sont remplacés par des cartes eZ32.
Les équipements numériques 2600, 4600 et 5400 sont remplacés par des cartes eUA32.
2.1.2. Non remplacement des applications et hardware par Actis
Actis ne prévoit pas le remplacement des applications et hardware suivants.
TC0711
8
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
2.1.2.1.
Cartes filles SPB (extension des ports V24 du système)
Actis ne prévoit pas le remplacement de la carte SPB, mais il force la suppression de ce circuit.
L'opérateur Actis a alors le choix de remplacer les anciens accès sur SPB, soit par des accès TA V120
soit par un ou plusieurs boîtiers V24-IP.
2.2.
Opérations à réaliser sur le site avant de commencer
− Remplacer la carte SPB par des accès V120 sur IO2 ou IO2N ainsi que les messageries vocales
4635H et 4635H-1. Le remplacement peut être effectué sur le site avant la migration car elles ne
nécessitent pas de nouvelles licences.
− Sauvegarder la base de données et les données Chorus sur le site () Note).
Cette base de données sert à la préparation de la migration en laboratoire. Cela signifie qu'à
partir du moment où cette base de données est sauvegardée, jusqu'au basculement du site en
R6.2, toutes les modifications apportées sur le site ne seront pas reconduites, sauf si elles ont été
répertoriées par l'exploitant.
Note
Il n’y a pas de translation automatique des données Chorus des Releases inférieures à R3.0.
Vous ne devez pas restaurer les données Chorus des Releases inférieures à R3.0 mais refaire
2.3.
Préparation de la migration en laboratoire
La préparation de la migration en laboratoire présente l'avantage de limiter les temps d'intervention
et les perturbations de fonctionnement sur le site.
ATTENTION
Il n'est pas possible de migrer une base de données d'une Release inférieure à R1.5 vers la R6.2. En
conséquence, tout site dont la Release de départ est inférieure à 1.5, doit obligatoirement passer par
une translation intermédiaire de la base de données, sur une Release comprise entre R1.5 et R5.0.1
Ux.
2.3.1. Suppression préalable des applications et hardware "phase-out"
Les applications et hardware "phase-out" ne peuvent pas être supprimés sur la base de données en
R6.2. Il est donc nécessaire de les supprimer sur la version actuelle du site. Cette opération doit être
réalisée sur maquette.
Moyens nécessaires
− Une sauvegarde de la base de données du site à migrer.
− Un ACT 4400.
− Une CPU installée avec une version équivalente ou supérieure à celle du site sur laquelle les
applications et hardware "phase-out" seront supprimés.
Ed. 01 / 14-10-2005
9
TC0711
OmniPCX Enterprise
ANNEXE 3
2.3.2. Communication Servers
Modifier le type de CPU si celui-ci a changé.
RAPPEL
Il est impératif de gérer le bon type de CPU sinon un problème d'initialisation des
coupleurs DECT ou INTOF peut apparaître (par exemple, dans le cas d'un
changement de CPU3 en CPU6).
2.3.2.1.
OmniMessage
− Suppression de la messagerie vocale 4630.
Supprimer les boîtes vocales 4630 aux usagers puis supprimer la messagerie 4630.
− Migration des messageries vocales 4635H et 4635H-1 vers 4635H-2.
Il n'y a pas de suppression liée à cette opération.
2.3.2.2.
OmniTouch
La migration de l'ACDV1 doit être préparée en laboratoire.
La suppression des objets ACDV1 est obligatoire avant d'effectuer les translations de la base de
données, car il ne sera plus possible de les supprimer en R6.2
Se reporter à la communication technique TC0487 Migration ACD-V1 vers CCDistribution.
2.3.2.3.
Equipements de postes 2600, 4600, 5400
− La migration des racks et des cartes doit être préparée en laboratoire, car leur suppression n'est
pas possible en R6.2.
− Désaffecter les usagers et supprimer les racks et les circuits non migrés avant d'effectuer les
translations.
2.3.2.4.
Carte fille SPB
La suppression et le remplacement de la carte SPB par des accès V120 ont pu être réalisés sur le site
avant la migration, et avant la sauvegarde de la base de données.
Dans le cas de remplacement de SPB par une V24-IP, les essais peuvent être réalisés en laboratoire.
2.3.3. Déplacement des alvéoles 18 et 19
Les alvéoles déjà créées en position 18 et 19 doivent être déplacées avant d'effectuer la translation.
Si ce n'est pas fait, elles ne redémarreront pas. En effet, il n'existe pas de translation automatique
des alvéoles créées dans ces 2 positions contrairement à la migration avec Appliance Server. Le
changement peut être effectué sur site avant migration. Attention dans le cas d'alvéole déportée sur
IP (Remote IP), ne pas oublier de renuméroter les cartes INTIPB (à l'aide des cavaliers sur la carte).
TC0711
10
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
2.3.4. Préparation des applications et hardwares
Moyens nécessaires
− Une sauvegarde de la base de données sur laquelle ont été supprimés les applications et
hardware "phase-out".
− Un ACT 4400.
− Un disque dur 6 Go minimum, si la/les CPU du site n'ont pas besoin d'être changées au titre de
la migration, ou une CPU6 Step2/CPU7 si celle-ci est destinée à remplacer la CPU du site.
− Les fichiers OPS R6.2 générés par Actis. Ces fichiers sont au nombre de 4 ou 5 :
•
<offre_id>.zip
•
<offre_id>.swk
•
<offre_id>.hw
•
hardware.mao
•
<offre_id>.sw4760 (si présence 4760 sur le site)
Le matériel généré par Actis peut être préparé en laboratoire.
Lorsque les CPU du site ne sont plus conformes, Actis passe commande d'une CPU6 ou CPU7 à
l'industriel. Ces CPU peuvent être utilisées pour la préparation de la migration. Les CPU venant
d'usine ont toutes un CPU_ID flashé d'origine.
Si les CPU du site sont conformes, alors les clés hard peuvent être conservées.
Dans ce cas, la préparation de la migration doit être effectuée sur une CPU de laboratoire
équivalente à celle du site, et dont le disque sera implanté ultérieurement sur la CPU du client.
2.3.4.1.
Communication Servers (CPU)
Mode opératoire
−
−
−
−
−
Installer le logiciel R6.2 (1).
Charger la base de données du site (1).
Charger les données Chorus du site (1 & 2).
Ne pas démarrer le téléphone (1).
Installer les fichiers OPS (1).
rapport aux releases précédentes.
Elle enchaîne les étapes suivantes: RUNMAO, translation de la base de données et
installation des fichiers OPS.
(1) Suivre la communication technique TC0711 Procédure de mise en service de la version
F3.301.10 – Release 6.2.
(2) Ne pas restaurer les données Chorus si vous venez d’une Release inférieure à R3.0.
Ed. 01 / 14-10-2005
11
TC0711
OmniPCX Enterprise
ANNEXE 3
2.3.4.2.
LIOe
Les cartes LIOe et TSC-LIOe ne sont plus supportées ; se reporter au paragraphe 2.1.1.2 .
La gestion de ces cartes doit être supprimée et être remplacée par une gestion de cartes INTIP.
Configurer les adresses MAC des INTIP par la gestion.
2.3.4.3.
INT1/INT2
Les cartes INT1/INT2 ne sont plus supportées ; se reporter au paragraphe 2.1.1.5. La gestion de ces
cartes doit être supprimée et être remplacée par une gestion de cartes INTOF.
2.3.4.4.
OmniMessage
− Remplacement de la messagerie vocale 4630 par une messagerie 4635J.
La préparation de la messagerie 4635J peut être effectuée en laboratoire, dès réception du
matériel, mais la migration des annonces et des messages n'étant pas possible entre les deux
produits, il faut prévoir en accord avec le client, le gel du service vocal sur le site avant la
migration en R6.2, afin de ne plus autoriser de dépôts de messages. Il s'agit d'un remplacement
et non d'une migration.
− Migration de la messagerie vocale 4635H et 4635H-1 vers la messagerie 4635H-2.
Cette migration ne nécessite pas de nouveaux verrous. Elle peut être réalisée sur le site avant la
migration en R6.2. Cela dépend de la compatibilité des VPM35 avec la version du site.
•
S'il y a compatibilité, le fait de réaliser cette opération avant la migration, évitera le cumul des
opérations, le jour du basculement en R6.2.
•
S'il n'y a pas compatibilité entre la VPM35 et la version du site, une partie de la migration
peut être effectuée en laboratoire dès réception de la carte VPM35. Le transfert des annonces
et des messages est possible en laboratoire, dans la mesure où le client accepte le gel du
service vocal pendant un période à définir. Si l'interruption de service n'est pas possible, le
transfert des annonces et des messages doit être effectué lors de la migration sur le site.
Se reporter aux communications techniques :
TC0155 Compatibilité Alcatel 4635 et fonds de paniers OmniPCX 4400 (Rappel des restrictions)
TC0259 Procédures de migration
TC0666 Procédure de mise en service de la version 5.2.6
2.3.4.5.
OmniVista
− Migration des applications 4715, 4730, 4740 et 4755 vers l'application OmniVista 4760
Release 3.2.
Cette migration est réalisable sur le site, dès réception du matériel, à condition qu'elle soit faite
dans les 21 jours précédent le basculement en R6.2.
Ceci est conseillé pour éviter le cumul des opérations, le jour du basculement en R6.2.
2.3.4.6.
OmniTouch
Les groupes ACDV1 migrent en CCD.
TC0711
12
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
Les superviseurs migrent en CCS.
2.3.4.7.
Les équipements analogiques 2600, 4600 et 5400 migrent en eZ32.
Les équipements numériques 2600, 4600 et 5400 migrent en eUA32.
− Créer les ACT 4400 et les circuits eZ32 et eUA32.
− Affecter les usagers analogiques et numériques.
− Dès réception du matériel, il est possible de commencer son installation sur le site.
2.3.4.8.
Carte fille SPB
Le technicien doit s'assurer de la présence du matériel de remplacement.
− Les ports V24 sur SPB sont remplacés par des accès TA V120 via IO2 ou par des accès via
boîtiers V24-IP.
− Créer les accès V120 pour les applications précédemment connectées sur SPB.
− Dans le cas de remplacement de SPB par une V24-IP, les essais peuvent être réalisés en
laboratoire.
Note
La suppression et le remplacement de la carte SPB par des accès V120 peuvent être réalisés sur le
site avant la migration, et avant la sauvegarde de la base de données.
2.4.
Organigramme récapitulatif
Ed. 01 / 14-10-2005
13
TC0711
OmniPCX Enterprise
ANNEXE 3
Migration OmniPCX 4400 vers OmniPCX Enterprise Release 6.2 - ISO
Avant de commencer, faire le point des :
•. applications et matériels à changer(§4 Procédure de mise en service de la Release 6.2)
•. compatibilités d'installation (§ 5 Procédure de mise en service de la Release 6.2)
•. compatibilités (§ 6 Procédure de mise en service de la Release 6.2)
oui
Pouvez vous faire évoluer des
fonctionnalités supprimées en
R6.2, dans la version
actuelle?
non
Faire une sauvegarde de la base de données courante. Cette sauvegarde n°1
sera votre référence (saveref1) en cas de retour en arrière
Remplacer tout ce qui est possible dans votre version actuelle (sans rajouter de nouvelles licences)
- 47x x --> 4760 (TCV036 Fonctionnement possible 21 jours sans licence officielle)
- 4635 --> 4635 H2 (TC0155, TC0259 et TC0666)
- SPB --> IO2 (supprimer les ports utilisés et les recréer sur IO2)
- LIOE/TSCLIOE --> INTIP
- OBCA - -> IO2N dans le cadre de la CPU7
- IO2 - -> IO2N dans le cadre de la CPU7
- INT1/INT2 --> INTOF/INTOF2
Avertir le client des contraintes imposées par le changement de version :
. gel de la gestion (pendant une période définie avec le client)
. risque de perdre, suivant votre évolution, les messages, les annonces dans le cas d'un changement de messagerie vocale
(TC0155 - TC0259 - TC0298 -TC0666)
. remplacement de l'ACDV1 par CCD (TC0487) à la mise en service de la Release 6.2
oui
Avez vous
d'autres
fonctionnalités
à remplacer?
non
La version du site
est
< R1.5.3
non
oui
Faire une sauvegarde de la base de données courante. Cette
sauvegarde n°2 sera votre référence (saveref2) en cas de
retour en arrière
Les opérations suivantes doivent être effectuées uniquement
en laboratoire
Aller en B
TC0711
Translater les données dans
une Release compatible avec
la R6.2 (R1.5.3 à R5.0.1Ux)
Aller en A
14
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
B
non
La version du site
est
< R1.5.3
oui
Translater les données
dans une Release
compatible avec la R6.2
(R1.5.3 à R5.0.1Ux)
Faire une sauvegarde de la base de données courante
(§ 8.2). Cette sauvegarde n°3 (saveref3) sera utilisée
pour effectuer les translations en R6.2
Restaurer votre base de données savref2 sur une CPU
chargée avec la même version que le site ou une
Release inférieure ou égale à R5.0.1Ux
Gestion à faire :
Alvéole 2600/5400 : Désaffecter tous les équipements utilisés et supprimer les cartes&alvéoles 2600/5400.
ACDV1 : Supprimer l'ACDV1
4630 : Supprimer la 4630 (voir TC0298)
A
Faire une sauvegarde de la base de données courante (§ 8.2).
Cette sauvegarde n°4 (saveref4) sera utilisée pour effectuer les
translations en R6.2
Votre gestion est maintenant prête à être translatée en R6.2
Vous devez avoir maintenant les fichiers Actis pour la R6.2
Au préalable il y aura eu une demande de verrous par Actis et
vous avez donc maintenant 4 à 5 fichiers (avec 4760 ou pas)
Installer la R6.2, si possible, sur une CPU qui sera mise sur site
Une fois le système chargé, installer la base de données (saveref4)
puis
charger les fichiers OPS (via swinst --> § 10)
La translation est effectuée automatiquement après chargement des fichiers OPS
Gérer les fonctionnalités manquantes :
. Equipements eUA32 et eZ32 remplaçant les équipements des 2600 et 5400
. CCD
. Alcatel 4635
Faire une sauvegarde de la base de données courante (§ 8.5). Cette sauvegarde
n°5 (saveref5) sera celle avec la nouvelle gestion R6.2
Votre CPU est maintenant chargée en R6.2 avec les nouvelles fonctionnalités.
Elle est prête à être mise sur site.
FIN
Ed. 01 / 14-10-2005
15
TC0711
OmniPCX Enterprise
ANNEXE 3
3.
MIGRATION DE TYPE APPLIANCE SERVER
Ce type de migration remplace une CPU 4400 par un Appliance Server et une INTIP2 et implique la
suppression des coupleurs IO2, IO2N et OBCA.
Comme pour la migration type ISO, la Release 6.2 ne prend plus en compte certaines applications
externes, applications internes et hardware "phase out". Ces restrictions sont plus importantes du fait
de la disparition du coupleur IO2, IO2N ou OBCA.
3.1.
Configuration Actis
A l'issue de la configuration, Actis génère des licences et du matériel dont une partie est exploitable
immédiatement en laboratoire par le technicien.
3.1.1. Remplacement des applications et hardware par Actis
Actis prévoit le remplacement des applications et hardware suivants.
3.1.1.1.
Les CPU 4400 sont supprimées et remplacées par des Appliance Servers.
Les IO2 sont supprimées et remplacées par des INTIP2.
3.1.1.2.
RMA
Le RMA est supprimé et remplacé par un RMA dans un coffret de type S (rack 1U).
3.1.1.3.
LIOe
Les cartes LIOe et TSC-LIOe ne sont plus supportées ; se reporter au paragraphe 2.1.1.2 .
La gestion de ces cartes doit être supprimée et être remplacée par une gestion de cartes INTIP.
Configurer les adresses MAC des INTIP par la gestion.
3.1.1.4.
INT1/INT2
Les cartes INT1/INT2 ne sont plus supportées ; se reporter au paragraphe 2.1.1.5. La gestion de ces
cartes doit être supprimée et être remplacée par une gestion de cartes INTOF.
3.1.1.5.
OmniMessage
La messagerie vocale Alcatel 4630 est remplacée par une messagerie vocale Alcatel 4635J.
Les messageries vocales Alcatel 4635H et 4635H-1 sont remplacées par des messageries vocales
Alcatel 4635H-2.
TC0711
16
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
Etat matériel 46xx du système à migrer.
Etat avant migration
VPCPU
VPCPU-1
VPM35
VPS35
MSB
MSB2IB
MSB2IB
3.1.1.6.
Etat après migration
VPM35-1
VPM35-1
VPM35-1
VPU5
MSBI
ATB2 (si une carte MSBI)
ATB3I (si deux cartes MSBI)
VMU-OBCA2 (carte CPU6)
IO2N (carte CPU7)
OmniVista
Les applications 4715, 4730, 4740, 4755 sont remplacées par l'application OmniVista 4760
Release 3.2.
3.1.1.7.
OmniTouch
L'ACDV1 est remplacé par le CCD.
3.1.1.8.
Les équipements analogiques 2600, 4600 et 5400 sont remplacés par des eZ32.
Les équipements numériques 2600, 4600 et 5400 sont remplacés par des eUA32.
3.1.1.9.
Cas particulier où l'Appliance Server remplace une CPU6
Ajout d'une carte GPA2 pour les guides vocaux et les générateurs Q23, si ceux-ci étaient fournis par
les CPU6.
La messagerie vocale 4615 sur carte fille VMU/OBCA est remplacée par une messagerie vocale
4635J.
La carte fille DTM pour la synchronisation de DECT est supprimée et remplacée par une carte
DECT8 pour assurer la même fonction. Si le site était équipé de cartes DECT2 ou DECT4, ces
dernières n'étant pas compatibles avec des DECT8, elles seront remplacées par des cartes DECT8.
3.1.2. Non remplacement des applications et hardware par Actis
Actis ne prévoit pas le remplacement des applications et hardware suivants.
3.1.2.1.
Cartes filles SPB (extension des ports V24 du système)
Actis ne prévoit pas le remplacement de la carte SPB, mais il force la suppression de ce circuit.
L'opérateur Actis doit remplacer les anciens accès sur SPB par un ou plusieurs boîtiers V24-IP. Ces
opérations doivent être réalisées manuellement en utilisant Actis.
Ed. 01 / 14-10-2005
17
TC0711
OmniPCX Enterprise
ANNEXE 3
3.1.2.2.
Cas liés à la suppression d'IO2, IO2N, OBCA
Actis ne configure pas le hardware qui pourrait être impliqué dans le remplacement des
fonctionnalités utilisant IO2, IO2N, OBCA.
3.1.2.3.
Suppression des ACT de niveau 3
Les ACT de niveau 3 raccordés derrière un coupleur INTOF, ne sont plus autorisés. Ils doivent être
remplacés par des ACT-IP
Actis n'ayant pas connaissance des ACT de niveau 3 installés sur le site, ne prend pas en compte le
remplacement des coupleurs INTOF par des coupleurs INTIP. Ces opérations doivent être réalisées
manuellement en utilisant Actis.
3.2.
Opérations à réaliser sur le site avant de commencer
− Sauvegarder la base de données et les données Chorus sur le site () Note).
Cette base de données servira à la préparation de la migration en laboratoire. Cela signifie qu'à
partir du moment où cette base de données est sauvegardée, jusqu'au basculement du site en
R6.2, toutes les modifications apportées sur le site ne seront pas reconduites, sauf si elles ont été
répertoriées par l'exploitant.
Note
Il n’y a pas de translation automatique des données Chorus des Releases inférieures à R3.0.
Vous ne devez pas sauvegarder les données Chorus des Releases inférieures à R3.0 mais refaire
− Les fonctionnalités non migrées suite à la suppression des IO2, IO2N, OBCA, telles qu'artères
sur canal B, artères via modem, secours de signalisation via ISDN, X25 sur canal B, peuvent être
remplacées sur le site avant de commencer la procédure de migration, c'est-à-dire avant la
sauvegarde de la base de données.
Seules les applications data via accès TA V120 doivent être transférées sur des accès V24-IP
après la translation de la base de données en R6.2.
3.3.
Préparation de la migration en laboratoire
La préparation de la migration en laboratoire présente l'avantage de limiter les temps d'intervention
et les perturbations de fonctionnement sur le site.
ATTENTION
Il n'est pas possible de migrer une base de données d'une Release inférieure à 1.5 vers la R6.2. En
conséquence, tout site dont la Release de départ est inférieure à 1.5, doit obligatoirement passer par
une translation intermédiaire de la base de données, sur une Release comprise entre R1.5 et R5.0.1
Ux.
3.3.1. Suppression préalable des applications et hardware "phase-out"
Les applications et hardware "phase-out" ne peuvent pas être supprimés sur la base de données en
R6.2. Il est donc nécessaire de les supprimer sur la version actuelle du site. Cette opération doit être
réalisée sur maquette.
TC0711
18
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
Moyens nécessaires
− Une sauvegarde de la base de données du site à migrer.
− Un ACT 4400.
− Une CPU installée avec une version équivalente ou supérieure à celle du site, sur laquelle les
applications et hardware "phase-out" seront supprimées.
3.3.1.1.
Aucune modification n'est nécessaire, car la translation de la base de données supprime les CPU et
IO2.
3.3.1.2.
OmniMessage
− Suppression de la messagerie vocale 4630.
Supprimer les boîtes vocales 4630 aux usagers puis supprimer la messagerie 4630.
− Migration des messageries vocales 4635H et 4635H-1 vers la messagerie vocale 4635H-2.
Il n'y a pas de suppression liée à cette opération.
3.3.1.3.
OmniTouch
La migration de l'ACDV1 doit être préparée en laboratoire.
La suppression des objets ACDV1 est obligatoire avant d'effectuer les translations de la base de
données, car il ne sera plus possible de les supprimer en R6.2.
3.3.1.4.
La migration des racks et des cartes doit être préparée en laboratoire, car leur suppression n'est pas
possible en R6.2.
Désaffecter les usagers et supprimer les racks et les circuits non migrés, avant d'effectuer les
translations.
3.3.1.5.
Carte fille SPB
Supprimer et noter les applications data raccordées sur SPB et IO2. Les cartes SPB et les IO2 sont
supprimées lors des translations. Ces applications seront créées ultérieurement sur V24-IP.
3.3.1.6.
Les fonctionnalités non migrées suite à la suppression des IO2, IO2N, OBCA, telles qu'artères sur
canal B, artères via modem, secours de signalisation via ISDN, X25 sur canal B, doivent être
supprimées si cela n'a pas déjà été fait sur le site avant de commencer la procédure de migration,
c'est-à-dire avant la sauvegarde de la base de données.
Ed. 01 / 14-10-2005
19
TC0711
OmniPCX Enterprise
ANNEXE 3
3.3.1.7.
Cas particulier où l'Appliance Server remplace une CPU6
Supprimer les guides vocaux et musique de garde sur la CPU6.
Supprimer les boîtes vocales 4615 des usagers, puis supprimer la messagerie vocale 4615.
3.3.2. Préparation des applications et hardware
Moyens nécessaires
− Une sauvegarde de la base de données sur laquelle ont été supprimés les applications et
hardware "phase-out".
− Un ACT 4400.
− Les Appliance Servers et les INTIP2 du client.
− Les fichiers OPS R6.2 générés par Actis. Ces fichiers sont au nombre de 4 ou 5 :
• <offre_id>.zip
• <offre_id>.swk
• <offre_id>.hw
• hardware.mao
• <offre_id>.sw4760 (si présence 4760 sur le site)
Le matériel généré par Actis peut être préparé en laboratoire.
3.3.2.1.
Communication Servers (Appliance Servers)
Mode opératoire
− Installer le logiciel R6.2 sur l'Appliance Server" (1).
− Charger la base de données du site (1).
− Charger les données Chorus du site (1 & 2).
− Ne pas démarrer le téléphone (1).
− Installer les fichiers OPS (1).
rapport aux releases précédentes. Elle enchaîne les étapes suivantes: RUNMAO,
translation de la base de données, déplacement de l'ACT0 vers la première ACT
disponible et installation des fichiers OPS.
(1) Suivre la communication technique TC0711 Procédure de mise en service de la version
F3.301.10 – Release 6.2.
(2) Ne pas restaurer les données Chorus si vous venez d’une Release inférieure à R3.0.
TC0711
20
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
3.3.2.2.
OmniMessage
− Remplacement de la messagerie vocale 4630 par une messagerie vocale 4635J.
La préparation de la messagerie 4635J peut être effectuée en laboratoire, dès réception du
matériel, mais la migration des annonces et des messages n'étant pas possible entre les deux
produits, il faut prévoir en accord avec le client le gel du service vocal sur le site avant la
migration en R6.2, afin de ne plus autoriser de dépôts de messages. Il s'agit d'un remplacement
et non d'une migration.
− Migration de la messagerie vocale 4635H et 4635H-1 vers la messagerie vocale 4635H-2.
Cette migration ne nécessite pas de nouveaux verrous. Elle peut être effectuée sur le site avant la
migration en R6.2. Cela dépend de la compatibilité de la VPM35 avec la version du site.
•
S'il y a compatibilité, le fait d'effectuer ces opérations avant la migration, évitera le cumul des
opérations, le jour du basculement en R6.2.
•
S'il n'y a pas compatibilité entre la VPM35 et la version du site, une partie de la migration
peut être effectuée en laboratoire dès réception de la carte VPM35. Le transfert des annonces
et des messages est possible en laboratoire, dans la mesure où le client accepte le gel du
service vocal pendant un période à définir. Si l'interruption de service n'est pas possible, le
transfert des annonces et des messages doit être effectué lors de la migration sur le site.
Se reporter aux communications techniques :
TC0155 Compatibilité Alcatel 4635 et fonds de paniers OmniPCX 4400 (Rappel des restrictions)
TC0259 Procédures de migration
TC0666 Procédure de mise en service de la version 5.2.6
3.3.2.3.
OmniVista
− Migration des applications 4715, 4730, 4740 et 4755 vers l'application OmniVista 4760
Release 3.2.
Cette migration est réalisable sur le site, dès réception du matériel, à condition qu'elle soit faite
dans les 21 jours précédent le basculement en R6.2.
Ceci est conseillé pour éviter le cumul des opérations, le jour du basculement en R6.2.
3.3.2.4.
OmniTouch
Les groupes ACDV1 migrent en CCD.
Les superviseurs migrent en CCS.
3.3.2.5.
Les équipements analogiques 2600, 4600 et 5400 migrent en eZ32.
Les équipements numériques 2600, 4600 et 5400 migrent en eUA32.
− Créer les ACT 4400 et les circuits eZ32 et eUA32.
− Affecter les usagers analogiques et numériques.
Ed. 01 / 14-10-2005
21
TC0711
OmniPCX Enterprise
ANNEXE 3
− Dès réception du matériel, il est possible de commencer son installation sur le site.
3.3.2.6.
Carte fille SPB
Le technicien doit s'assurer de la présence du matériel de remplacement.
− Les ports V24 sur SPB sont remplacés par des accès TA V120 via IO2 ou par des accès via
boîtiers V24-IP.
− Créer les accès V120 pour les applications précédemment connectées sur SPB.
− Dans le cas de remplacement de SPB par une V24-IP, les essais peuvent être réalisés en
laboratoire.
Note
La suppression et le remplacement de la carte SPB par des accès V120 peuvent être réalisés sur le
site avant la migration, et avant la sauvegarde de la base de données.
3.3.2.7.
Cas où l'Appliance-Server remplace une CPU6
− Créer le coupleur GPA2.
− Créer les guides vocaux sur GPA2.
− Créer la musique de garde sur un équipement Z.
− Créer une messagerie vocale 4635 et affecter les boîtes vocales aux usagers.
− Créer le coupleur DECT8.
ATTENTION
Si le site comporte des coupleurs DECT2 ou DECT4, ils sont incompatibles avec le coupleur DECT8
et doivent être remplacés par des coupleurs DECT8.
3.3.2.8.
Le remplacement des fonctionnalités non migrées suite à la suppression des IO2, IO2N, OBCA,
telles qu'artères sur canal B, artères via modem, secours de signalisation via ISDN, X25 sur canal B,
a déjà été réalisé sur le site avant de commencer la procédure de migration, c'est-à-dire avant la
sauvegarde de la base de données.
3.3.2.9.
Cas des ACT de niveau 3
Supprimer les coupleurs reliant les ACT de niveau 3, aux ACT de niveau 2, et les remplacer par des
coupleurs INTIPB équipés de cartes compresseurs.
ATTENTION
Des compresseurs sont nécessaires en central pour assurer les liaisons audios avec cet ACT-IP. Ils
sont prévus par Actis.
TC0711
22
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 3
3.3.2.10. Modifications liées à la mise en place des Appliances Servers
Il est conseillé de tester en laboratoire les ensembles Appliances Servers et INTIPB.
Mode opératoire
− Créer les coupleurs INTIP2 en mode INTIPB ou IOIP en position 6, 20, (ou 10) de l'ancienne
ACT0 devenue ACTx, (vérifier dans le dossier Actis le mode à configurer).
Note
Les CPU et IO2 ont été supprimés lors de la translation. Les INTIPB et IOIP se configurent toutes
les deux sur un coupleur INTIP2.
− Configurer les adresses MAC des INTIP2 par la gestion.
− Configurer l'ACTx (ancienne ACT0) en Media Gateway de référence.
− Configurer les switchs donnant la position de l'ACTx sur les coupleurs INTIP2.
− Configurer les données IP des coupleurs INTIP2 (mode d'adressage statique), à l'aide d'un
terminal VT100.
ATTENTION
Le câble de raccordement du terminal sur les coupleurs INTIP2 est différent du câble des INTIP. Il est
identique à celui des cartes GD soit 3EH 75003 AAAA.
Note
En mode IOIP, les coupleurs INTIP2 ne peuvent pas supporter de carte compresseur.
4.
CAS DE MIGRATION D'UN RÉSEAU DE PABX
Se reporter aux paragraphes 4, 5 et 6 de la communication technique TC0711 Procédure de mise
en service de la version F3.301.10 – Release 6.2.
5.
BASCULEMENT EN R6.2 SUR LE SITE
5.1.
Messagerie vocale en réseau
Modifier le type de boîte vocale des usagers des autres nœuds si la messagerie vocale centralisée
était une 4630.
5.2.
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.
Modifier les priorités de synchronisation des accès numériques.
Se reporter à l'annexe 4 "Synchronisation d'un OmniPCX Enterprise après migration en R6.2 avec
Appliance Server".
Les règles de synchronisation sont expliquées dans la section "Synchronisation des PABX" de la
documentation technique.
Ed. 01 / 14-10-2005
23
TC0711
OmniPCX Enterprise
ANNEXE 3
TC0711
24
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 4
SYNCHRONISATION
SYNCHRONISATION
Synchronisation du système après migration en Release 6.2 avec un Appliance Server.
1.
PRÉAMBULE
Lorsqu'un OmniPCX 4400 ou un OmniPCX Enterprise avec CPU5, CPU6 ou CPU7 migre vers un
OmniPCX Enterprise avec Appliance Server, ce dernier prend la place de l'ACT-0 lors de la
migration de la base de données. L'ancien ACT0 est alors déplacé vers la première position d'ACT
libre. Nous l'appellerons ACT-X.
L'Appliance Server (ACT-0) voit l'ACT-X, (et éventuellement les ACT qui lui sont rattachés) comme un
ACT-IP.
L'ACT-X devenu ACT-IP est donc soumis aux règles de synchronisation par domaine. Les accès
synchronisant cet ACT devront prendre une priorité de synchronisation entre 200 et 254 afin de
créer un nouveau domaine de synchronisation.
Il est nécessaire d'effectuer manuellement des opérations de gestion après la migration, afin de
modifier les priorités et pour retrouver un fonctionnement correct.
Les exemples ci-joints permettent d'appliquer les nouvelles règles de synchronisation dans la
majorité des cas.
Les règles de synchronisation sont expliquées dans la section "Synchronisation des PABX" de la
documentation technique.
2.
EXEMPLES
2.1.
Exemple 1
Voir Figures 1 et 2.
− Soit le système suivant, avant migration en Release 6.2 :
•
Une CPU5 dans l'ACT-0.
•
Deux ACT périphériques (ACT-1 et ACT-2) connectés sur l'ACT-0 par liens INTOF.
•
Dans les ACT-1 et ACT-2, il y a un accès T2 / T1 raccordé sur le réseau public.
•
La priorité de synchronisation est gérée à "0" sur les trois accès.
•
L'un des trois accès synchronise les trois ACT. Les deux autres sont potentiellement
synchronisants.
•
Si l'accès synchronisant tombe, l'un des deux autres accès deviendra synchronisant pour les
trois ACT. Si l'accès est rétabli, il deviendra potentiellement synchronisant.
Ed. 01 / 14-10-2005
1
TC0711
OmniPCX Enterprise
ANNEXE 4
SYNCHRONISATION
− Après migration en Release 6.2 avec Appliance Server:
•
La CPU5 est remplacée par un Appliance Server. Une INTIP2 est mise à la place de la CPU5.
•
L'ACT-0 est déplacé en ACT-3 (premier ACT libre).
•
L'ACT-3 est désormais un ACT-IP. Il doit appartenir à un domaine de synchronisation.
•
L'accès de l'ACT-3 doit être géré en priorité 200. Mais attention, les deux autres accès doivent
être gérés en priorité 201 et 202, pour qu'ils restent dans le même domaine de
synchronisation (voir Figure 1) et non pas 200 et 200, car dans ce cas, il y aurait création de
deux autres domaines de synchronisation (voir Figure 2).
•
Contrairement à la configuration avant migration, si l'accès de priorité 200 tombe, l'accès de
priorité 201 deviendra synchronisant, mais lorsque l'accès de priorité 200 sera rétabli, il
redeviendra synchronisant.
•
La déclaration de l'accès de l'ACT-3 en priorité 200, entraîne la création du domaine de
synchronisation 3, auquel appartiennent les trois ACT.
•
L'Appliance Server reste dans le domaine de synchronisation globale, c'est-à-dire le domaine
0.
•
Après modification, utiliser la commande infocs pour vérifier le plan de synchronisation.
2.2.
Exemple 2
Voir Figure 3.
− Soit le système suivant avant migration en Release 6.2 :
•
Une CPU5 dans l'ACT-0.
•
Deux ACT périphériques (ACT-1 et ACT-2) connectés sur l'ACT-0 par liens INTOF.
•
Dans les ACT-1 et ACT-2, il y a un accès T2 / T1 raccordé soit sur le réseau public soit sur
des liens privés. Le but est de synchroniser le système de préférence sur l'accès public, puis
sur les accès privés.
•
La priorité est gérée à "0" sur l' accès de l'ACT-0 (public), priorité "1" (privé 1) sur l'accès de
l'ACT-1 et priorité "2" (privé 2) sur l'accès de l'ACT-2 (voir Figure 3).
− Après migration en Release 6.2 avec Appliance Server :
•
La CPU5 est remplacée par un Appliance Server. Une INTIP2 est mise à la place de la CPU5.
•
L'ACT-0 est déplacé en ACT-3 (première ACT libre).
•
L'ACT-3 est désormais un ACT-IP. Il doit appartenir à un domaine de synchronisation.
•
Afin de reconduire le plan de synchronisation, l'accès public prend la priorité 200, les accès
privés 1 et 2 passent en priorité 201 et 202, ou bien 201 et 201 s'ils sont issus de la même
source de synchronisation.
•
La déclaration de l'accès de l'ACT-3 en priorité 200, entraîne la création du domaine de
synchronisation 3, auquel appartiennent les trois ACT.
•
L'Appliance Server reste dans le domaine de synchronisation globale, c'est-à-dire le domaine
0.
•
TC0711
2
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 4
SYNCHRONISATION
2.3.
Exemple 3
Voir Figure 4.
Cas particulier ou l'ACT de plus haut niveau ne comporte par d'accès synchronisant (voir Figure 4).
S'il n'y a pas d'accès synchronisant dans l'ACT de plus haut niveau, il est nécessaire de créer un
accès sur un coupleur fictif avec une priorité 200. Cet accès peut être créé sur un coupleur non
physiquement présent. L'emplacement laissé disponible par le coupleur IO2 peut être utilisé.
Synchronisation
Appliance server
domaine 0
INTIP-B
CPU
T2 Priority=0
ACT0
T2 Priority=200
ACT3
Synchronisation
Synchronisation
ACT2
domaine 0
ACT1
domaine 3
T2 Priority=0
ACT2
T2 Priority=0
ACT1
T2 Priority=202
T2 Priority=201
Migration R6.2
Figure1: Configuration après migration pour retrouver en partie la configuration initiale
Dans cet exemple, l'accès de l'ACT-3 est synchronisant et les deux autres accès sont potentiellement
synchronisant. Si l'accès de l'ACT-3 tombe, l'accès de l'ACT-1 devient synchronisant, mais si l'accès
de l'ACT-3 est rétabli, la synchronisation reviendra sur lui, contrairement à la configuration avant
migration.
Ed. 01 / 14-10-2005
3
TC0711
OmniPCX Enterprise
ANNEXE 4
SYNCHRONISATION
Synchronisation
domaine 0
Appliance server
CPU
T2 Priority=0
ACT0
Synchronisation
Synchronisation
ACT2
domaine 0
ACT1
T2 Priority=0
INTIP-B
domaine 3
T2 Priority=200
ACT3
T2 Priority=0
Synchronisation
ACT2
domaine 2
Synchronisation
ACT1
T2 Priority=200
T2 Priority=200
domaine 1
Migration R6.2
Figure2: Configuration après migration ne permet pas de retrouver la configuration initiale
En effet la gestion des 3 accès en priorité 200 crée 3 domaines de synchronisation distincts. Dans le
cas où un accès tombe, l'ACT qu'il synchronisait ne sera pas secouru pas les autres accès. L'ACT sera
en "free running".
TC0711
4
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 4
SYNCHRONISATION
Synchronisation
domaine 0
Appliance Server
INTIP-B
CPU
T2 Priority=200
ACT3
T2 Priority=0
ACT0
Synchronisation
domaine 3
Synchronisation
ACT2
domaine 0
ACT1
ACT2
T2 Priority=2
ACT1
T2 Priority=1
T2 Priority=202
T2 Priority=201
Migration R6.2
Figure 3: Configuration de la synchronisation après migration respectant la configuration
avant migration
Ed. 01 / 14-10-2005
5
TC0711
OmniPCX Enterprise
ANNEXE 4
SYNCHRONISATION
Synchronisation
domaine 0
Appliance Server
INTIP-B
CPU
Fictitious T2
ACT3
ACT0
Priority=200
Synchronisation
domaine 3
Synchronisation
ACT2
domaine 0
ACT1
ACT2
T2 Priority=1
ACT1
T2 Priority=0
T2 Priority=202
T2 Priority=201
Migration R6.2
Figure 4
Dans cet exemple, après migration en R6.2, l'ACT-3 ne comportant pas d'accès synchronisant, il est
nécessaire de créer un accès sur un coupleur synchronisant fictif avec une priorité à 200. Cela
permet de retrouver la même topologie que précédemment. Sans cette configuration, l'ACT-3
appartiendrait au domaine de synchronisation 0 et serait en "free running".
TC0711
6
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRINCIPALES FONCTIONNALITÉS
APPARUES DANS LES RELEASES
PRÉCÉDENTES
PRINCIPALES FONCTIONNALITÉS APPARUES
DANS LES RELEASES PRÉCÉDENTES
SOMMAIRE
1.
NOUVEAUX CIRCUITS APPARUS EN RELEASES 5.1, 5.1.1, 5.1.2,
6.0.1, 6.1 ET 6.1.1 .......................................................................3
2.
NOUVELLES FONCTIONNALITÉS APPARUES EN RELEASES 5.1,
5.1.1, 5.1.2, 6.0.1........................................................................7
3.
NOUVEAUX SERVICES SUR INTIP PAR RAPPORT À LA RELEASE
5.0.1 UX ....................................................................................15
3.1.
Rappel de la Release 5.1 ........................................................................ 15
3.2.
Rappel de la Release 4.2 ........................................................................ 15
3.2.1.
ABC-F2 sur IP avec INTIP ................................................................................15
3.2.2.
Gateway H323................................................................................................15
3.2.3.
Compatibilité avec gatekeeper externe...........................................................15
3.2.4.
Appels inter-nœuds H323 ..............................................................................16
3.2.5.
Fast start .........................................................................................................16
3.2.6.
Marquage de signalisation sur VoIP ...............................................................16
3.2.7.
T38 .................................................................................................................16
3.2.8.
Redondance IP (IP redundancy) ......................................................................17
3.2.9.
Full Duplex 100 Mo.........................................................................................17
3.2.10.
Ed. 01 / 14-10-2005
Nouveaux booléens IP.................................................................................18
1
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
TC0711
2
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
1.
NOUVEAUX CIRCUITS APPARUS EN RELEASES 5.1, 5.1.1, 5.1.2,
6.0.1, 6.1 et 6.1.1
Les nouveaux circuits apparus depuis la Release 5.1 sont spécifiés ci-après. Pour avoir des
informations supplémentaires sur le fonctionnement de ces cartes, veuillez-vous reporter à la
documentation système.
Release
Circuits
CPU6
Référence
3BA 23197 BAEB
GPA2
3BA 23241 AA
NPRAE
3BA 23254 AAAB 04
INTIP2
3BA 23193 ACAF 03
eUA32
3BA 23266 AAAA
eZ32
3BA 23265 AAAA
SLI 4-1
SLI 8-1
SLI 16-1
PCM-R2
3EH 73052 ADAB
3EH 73052 ACAB
3EH 73052 ABAB
3EH 73007 ADAB
CLIDSP
3EH 73034 ABAB
5.1
5.1.1
5.1.2
Ed. 01 / 14-10-2005
Remarques
Compatibilité
Nécessite une carte mémoire 128 Mo
(Référence 3EH 75011 AA).
Permet de traiter l'obsolescence de la flash
card pour les guides vocaux. Elle remplace
la carte GPA à la fois pour les guides
vocaux et la conférence à partir de la
Release 5.0 Ux. Sa cohabitation avec la
carte GPA reste autorisée.
Permet de traiter l'obsolescence de la carte La carte est incompatible
PRA2. La fonction PCM ainsi que les
avec les Releases
protocoles DPNSS et DASS2 ne sont pas
inférieures à 5.1
supportés par la carte NPRAE. Dans ces
cas, Actis continue à gérer des cartes PRA2.
Permet de traiter l'obsolescence du
La carte est incompatible
coupleur INTIP. Elle présente les mêmes
avec les Releases
inférieures à 5.1.
fonctionnalités que le coupleur INTIP. Le
câble V24 à utiliser est le même que celui
des cartes CS, GD ou GA (Référence 3EH
75003 AAAA). Le câble des INTIP
(Référence 3BA 28112) ne peut plus être
utilisé.
Cette carte a été conçue pour permettre de La carte est incompatible
séparer le matériel et les licences logicielles avec les Releases
associées. Il n'y a aucune différence de
inférieures à 5.1
fonctionnalités entre la carte eUA32 et
UA32.
Cette carte a été conçue pour permettre de La carte est incompatible
séparer le matériel et les licences logiciels avec les Releases
associés. Il n'y a aucune différence de
inférieures à 5.1
fonctionnalités entre la carte eZ32 et Z32.
Remplacent les cartes SLI 4/8/16
La carte est incompatible
avec les Releases
inférieures à 5.1
Cette carte implémente la signalisation
PCM-R2 en hardware commun.
Cette carte fille permet de faire du CLIP sur
APA. Fonctionnalité disponible uniquement
pour les USA et la Chine.
3
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
6.0.1
6.0.1
Circuits
Référence
Remarques
Compatibilité
Nouveaux
3EH 76020 AE
Les coffrets 1U et 3U
coffrets 1U et
avec batteries externes
3U pour
3EH 76027 AE ou BE
sont incompatibles avec
batteries
les Releases inférieures à
externes
5.1.2
Postes Alcatel
IP Touch 40x8
2 types de poste : 4038 et 4068
Postes incompatibles avec
série 8
les Releases précédentes.
Appliance
3BA 27582 AB
L’AS X306 doit être obligatoirement Il est compatible avec les
Serveur IBM
commandé via Alcatel pour la mise à jour Releases 5.1.2 et 6.0.
X306
du bios. Il est possible d’avoir un IBM X306
dupliqué d’un IBM X305.
CPU7 256 Mo CPU7 :
Remplace la carte CPU5 Step3.
Carte incompatible avec
3BA 23259 AA
Les clés hard ne sont pas supportées par les Releases précédentes.
Carte mémoire 256 les cartes CPU7.
Mo : 3BA 23259 AA
GIP4x
Carte GIP4-1 (1 DSP) : Les cartes filles GIP4-4 et GIP4-1 Il n’est pas possible de
3BA 23264 AAAB
remplacent respectivement les cartes filles mixer sur une même
Carte GIP4-4 (4 DSP) : GIP6 et GIP6a sur les cartes INTIP/INTIP2. carte INTIP/INTIP2
3BA 23263 AAAB
Ö 8 compresseurs disponibles par DSP anciennes et nouvelles
quelle que soit la profondeur d’écho et cartes filles.
l’algorithme utilisé.
Mais dans une même
Ö Profondeur d’annuleur d’écho = 64 ms. installation, les anciennes
et nouvelles cartes filles
peuvent cohabiter.
Les cartes GIP4 sont
incompatibles avec les
Releases inférieures à
6.0.
MADAx
Carte MADA-1 (1 DSP): Les cartes filles MADA-1 et MADA-4 Sur une même une
3EU 23013 AA
remplacent respectivement les cartes filles installation, les anciennes
Carte MADA 3 (3 DSP): MCV-1 et MCV-4 sur les cartes GD et GA. et nouvelles cartes filles
3EU 23012 AA
Ö 8 compresseurs disponibles par DSP peuvent cohabiter.
quelle que soit la profondeur d’écho et Les cartes MADA sont
l’algorithme utilisé.
incompatibles avec les
Ö Profondeur d’annuleur d’écho = 64 ms. Releases inférieures à
6.0.
Coffrets 1U et Coffret 1U :
Nécessite d’être alimenté par une tension
3U –48V pour 3EH 76172 AA
de –51V minimum.
batteries
Coffret 3U :
externes
3EH 76170 AA
DDI
Carte DDI2:
Les cartes DDI2 et DDI4 permettent le Incompatibles avec les
3EH 73036 AC
raccordement de 2 ou 4 lignes Releases inférieures à
Carte DDI4 :
analogiques DDI (Direct Dialing Inward). 6.0.
3EH 73036 AB
TC0711
4
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
6.1
6.1.1
Circuits
MIX Osiris
Legerity
Référence
Remarques
Compatibilité
3EH 73015 ABAE 02 MIX Legerity 4T0/8UA/4Z
Compatibles à partir de
3EH 73015 ACAE 02 MIX Legerity 4T0/4UA/8Z
la R5.1.2.
3EH 73015 ADAE 02 MIX Legerity 2T0/4UA/4Z
3EH 73015 AEAE 02 MIX Legerity 0T0/8UA/4Z
3EH 73015 AFAE 02 MIX Legerity 0T0/4UA/8Z
3EH 73015 AGAE 02 MIX Legerity 0T0/4UA/4Z
Compatibles à partir de
LANX-2
LANX8-2 :
Remplacent les cartes LANX-1.
3EH 73054 AC
Ö LANX8-2: 7 ports 10/100BaseT + 1 la R5.1.2.
LANX16-2 :
port 10/100/1000BaseT.
3EH 73054 AB
Ö LANX16-2: 14 ports 10/100BaseT + 2
ports 10/100/1000BaseT
Postes Alcatel
IP Touch 40x9
2 types de poste : 4029 et 4039
série 9
INTOF2
3BA 23260 AAAB La carte INTOF2 remplace la carte INTOF Les cartes INTOF sont
dans le cadre d’obsolescence de toujours compatibles en
R6.1.x.
composants.
La mixité de génération est permise dans
un même rack mais :
− les coupleurs en vis-à-vis d’une liaison
doivent être du même type,
− les types d’INTOF doivent être de
même type en cas de liaison doublée
ou triplée,
− En mode Campus :
• Actis continue à configurer des
cartes INTOFS,
• les cartes INTOFS2 ne sont pas
autorisées.
De plus, l’INTOF2 permet de raccorder
l’ACT principale et l’ACT-CH8 via le lien
HSL. Dans ce cadre là, l’INTOF2 sera
désignée en gestion en tant que carte
INTGD.
A partir de la Release 6.1, un nouveau type Incompatibles avec les
Add-On
de module Add-on est disponible. Il est releases précédentes.
Module
composé d’un afficheur de type LCD, sur
Electronic
lequel au niveau de chacune des 14
(AOMEL)
touches, une icône ou un mnémonique (14
caractères au maximum) peut être affiché.
Il est disponible UNIQUEMENT sur les
postes 4028-4038-4068-4029-4039.
Il est possible de mettre jusqu'à 3 AOMEL
en cascade. Ces AOMEL ne peuvent pas
être mis en cascade avec les autres types
de module Add-on.
Postes Alcatel
IP Touch 4019
1 type de poste : 4019
série 9
Postes Alcatel
IP Touch 4018
1type de poste : 4018
série 8
Ed. 01 / 14-10-2005
5
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Circuits
UPS sur USB
TC0711
Référence
Remarques
6
Compatibilité
Incompatible avec les
Releases précédentes
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
2.
NOUVELLES FONCTIONNALITÉS APPARUES EN RELEASES 5.1,
5.1.1, 5.1.2, 6.0.1
Les nouvelles fonctionnalités apparues depuis la Release 5.1 sont spécifiées ci-après. Pour avoir des
informations supplémentaires sur le fonctionnement de ces fonctionnalités, veuillez-vous reporter à
la documentation système.
Release
Fonctionnalités
CLIP Z32/eZ32
Description
Le CLIP permet d'afficher l'identifiant de l'appelant quelle
que soit l'origine de l'appel (interne, réseau ABC-F,
externe).
La fonctionnalité est libérée uniquement dans 5 pays
(USA, Chine, Pakistan, Hong-Kong et Taiwan).
Remote Extension (client cellulaire)
Cette fonctionnalité permet à des usagers externes d'avoir
le même niveau de services que des usagers GAP interne.
NTP (Network Time Protocol)
Cette fonctionnalité permet la mise à l'heure des PABX par
synchronisation sur un serveur de type NTP.
Sécurité
A partir de la Release 5.1, plusieurs modifications ont été
5.1
apportées afin de simplifier et restreindre l'utilisation des
comptes utilisateurs : entre autre, un outil (aging
password) limite la validité des mots de passe. Il est activé
dès que l'on choisit de les modifier.
Move des licences
Cette fonctionnalité permet à un client de pouvoir
déplacer des licences entre 2 de ces machines.
IMAP4 (Internet Message Access Protocol − Dans le cadre de la messagerie vocale Alcatel 4645
version 4)
et 4635 (version minimum 5.1.5), le service IMAP
(Internet Message Access Protocol), permet à un
usager distant de consulter sa messagerie vocale
depuis n'importe quel PC connecté à Internet.
PCM-R2
Cette carte implémente la signalisation PCM-R2 en
5.1.1
hardware commun.
Z/PCM
Ed. 01 / 14-10-2005
7
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Fonctionnalités
Description
Dans le cas d'installations importantes avec Appliance
Server et des ACT périphériques sur INTOF, il est possible
d'augmenter à 4x64 kbps la capacité du lien de
signalisation entre l'ACT principal et les ACT
périphériques. Ce mode de signalisation est appelé mode
2, mode 4x64 ou mode IO2 (il correspond à l'ancien
mode offert par la carte IO2 sur OmniPCX 4400).
Le mode 4x64 est obtenu grâce à une carte appelée IOIP,
qui contrôle l'ACT principal. Cette carte permet le transfert
de la signalisation entre le Call Server (via le réseau IP) et
la carte INTOF A (via le lien C1) à un débit de 4x64 kbps.
La signalisation passe la carte INTOF A en transparence
jusqu'à la carte INTOF B de l'ACT périphérique.
Physiquement la carte IOIP est une carte INTIP ou INTIP2
sans compresseur.
VPIM 4645 (Voice Processing Internet Permet de connecter la messagerie vocale avec d'autres
Messaging)
systèmes de messagerie vocale (Alcatel ou autres
fabricants) par l'intermédiaire du réseau IP.
Création des postes eZ, eUA ou IP Phone si A partir de la Release 5.1.1, vous pouvez créer un poste
leur verrou est à 0
eZ, eUA ou IP Phone même si leur verrou correspondant
est à 0. Se reporter à la communication technique
TC0528 Créer un poste eZ, eUA ou IP Phone sans acheter
de licences correspondantes.
Rattachement de la GD au CS et non plus à Il existe un paramètre système qui permet de rattacher au
l'INTIPA
niveau de la signalisation la GD à la CPU (via l'IP-link) et
non plus à l'INTIPA pour éviter de se retrouver dans des
configurations interdites au niveau du nombre de niveaux
de crystal (la limite est 3 niveaux).
CLIP APA/ NDDI2 (Calling Line Identification Le CLIP permet d'afficher l'identifiant de l'appelant
Protocol)
Fonctionnalité supportée sur les cartes:
Ö APA : pour USA et Chine,
Ö NDDI2 : ajout de la Chine à partir de la Release 6.0.
Elle n’est pas supportée sur les cartes T1-CAS.
Carte fille CLIDSP : 3EH 73034 ABAB
Starter Pack 4645
Le starter Pack 4645 permet d’intégrer dans le système,
6.0.1
un package 4645 gratuit avec une configuration
minimale:
Ö 30 utilisateurs.
Ö Une seule langue.
Ö 2 heures de stockage.
Configuration MG sans redémarrage
Cette exploitation permet de modifier les accès T2 d’un
faisceau IP sans redémarrage de la carte GD.
IOIP
TC0711
8
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Fonctionnalités
G729 40 ms
6.0.1
N x Conf à N sur MCV ou MADA
MEA (Multiline Extension Agent)
RASFO (RAppel Sur Faisceau Occupé)
6.0.1
Transfert non supervisé
Gestion des ports UDP
Ed. 01 / 14-10-2005
Description
Permet de gérer un framing de 40 ms dans le cas où
l’algorithme utilisé est le G729. Cette exploitation est utile
dans le cas de réseau de bande passante étroite. Par
contre, son installation doit être réalisée avec prudence.
En effet, l’allongement du framing d’émission sur IP
entraîne deux conséquences sur la voix :
Ö une augmentation du délai de bout en bout,
Ö toute perte de paquet signifie qu’une quantité plus
importante d’information est perdue, entraînant une
dégradation plus rapide de la parole.
La fonctionnalité Conférence à N peut être gérée sur les
cartes MCV et MADA des cartes GD et GA.
Il n’est pas possible de gérer de la conférence à N sur :
Ö les postes S0,
Ö les postes opératrices.
Cette exploitation permet aux postes multilignes d’être des
agents CCD.
Le RASFO permet à l’utilisateur, lorsque tous les faisceaux
sont occupés, de demander un rappel automatique dès
qu’un joncteur se libère. Valable sur :
Ö les faisceaux analogiques,
Ö les faisceaux ISDN et GF,
Ö les faisceaux ABC-F (Privé).
Restrictions
Ö Exploitation non disponible sur les postes S0 et
opératrices.
Ö Fonctionne seulement dans le mode chevauchement
(overlap).
Ö Fonctionne avec l'ARS si le faisceau est local.
Ö Ne fonctionne pas sur faisceau réparti.
L'autorisation ou l'interdiction d'effectuer un RASFO est
définie par la catégorie d'exploitation téléphonique des
postes: paramètre Rappel auto. faisc. satellite
Valeur 1 => RASFO proposé sur le poste
Valeur 0 => RASFO non proposé sur le poste
Dans une configuration avec opératrice automatique, un
appel entrant peut être transféré en local ou réseau sans
supervision. L’intérêt est de libérer les ressources de la
boîte vocale dès la réalisation du transfert. De plus, cette
exploitation permet à l’appel de suivre l’état du poste
appelé.
Cette exploitation est disponible sur une messagerie
vocale Alcatel 4635 ou 4645.
Il est possible de diminuer - via netadmin - la plage des
ports dynamiques ouverts au niveau du Call Server, donc
aussi au niveau des Firewalls
9
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Fonctionnalités
Sécurité PABX SSH/SSL
6.0.1 Annuleur d'écho 64 ms
Débordement privé-public
6.1
TC0711
Description
A partir de la Release 6.0, les communications entre les
machines du réseau peuvent se faire de manière chiffrée.
Le système se base sur OpenSSL et OpenSSH.
La profondeur d’annulation d’écho n’est plus un
paramètre configurable mais dépend du type hardware
des cartes de compression.
Ö 64 ms avec des cartes GIP4–1/4 et MADA1/MADA3,
Ö 32 ms avec des cartes GIP6 et MCVx.
En Release 6.0, la saturation des domaines IP rendaient
les appels impossibles. De plus, sur perte du lien IP et
dans le cadre d’un fonctionnement avec la fonctionnalité
"Secours du lien de signalisation" les communications à
partir de la Media Gateway secourue étaient limitées au
domaine IP de cette Media Gateway.
A partir de la Release 6.1, le débordement d’un appel
entre domaines, vers le réseau public est obtenu sur :
− saturation des domaines IP,
− saturation des ressources de compression,
− perte du lien IP entre CS et GD.
Cette fonctionnalité est basée sur le principe du
débordement privé-public en réseau c'est-à-dire qu'un
appel local inaccessible déclenche un départ sur le réseau
commuté à destination du numéro SDA du poste appelé à
l'origine.
10
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Fonctionnalités
Description
Redondance Spatiale dans 2 sous-réseaux La fonctionnalité "Redondance spatiale dans 2 sous
différents
réseaux différents" permet à deux CPU d'être dans deux
sous-réseaux différents.
Cette fonctionnalité est disponible sur les AS, CS.
Cette fonctionnalité est supportée par les équipements IP
suivants :
− postes SIP,
− postes Alcatel série 8 (4028-4038-4068),
− GD,
− GA,
− INTIP,
− IOIP.
Les applications capables de prendre en compte 2
adresses de CPU sont :
• Alcatel 4635 (R5.2.6)
• Alcatel 4645
• OmniVista 4760i / 4760 (R3.1)
• OmniTouch Contact Center : CCD/CCS (R6.1.90)
• XML Web services
• Application "XML IP Touch"
• TSAPI
• ACAPI V2.1
• VoWLAN R1.1
Restrictions
− Pas de postes V1 (4080 RE) - V1S (4080 FRE) - V2 (eReflexe IP Phone V2). Seuls les postes IP de la série 8
et les postes SIP sont capables de prendre en compte
2 adresses de CPU.
− Pas d’applications Genesys (CCemail, CCoutbound,
CCivr, CCa, CCweb).
− Pas de RSI Synchro Server.
− Pas de TAPI.
− Pas d’OmniTouch Unified Communication.
− En cas d’ajout d’un noeud R6.1.1 dans un réseau
avec des noeuds inférieurs à R6.0, il est obligatoire de
continuer à utiliser l’adressage par rôle dans le cas
des artères hybrides sur IP (les noeuds inférieurs à
R6.0 sont incapables d’établir des artères vers deux
adresses IP différentes).
− Si un serveur DHCP externe est utilisé, un serveur tftp
externe doit aussi être utilisé.
− L'audit et la diffusion doivent être réalisés via IP/X25
et non directement via IP.
− Bande passante nécessaire entre les 2 CS :
500
1000
2500
5000
Ed. 01 / 14-10-2005
−
11
512
512
1280
2560
TC0711
L'audit et la diffusion doivent être réalisés via IP/X25
et non directement via IP.
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Fonctionnalités
Gestion du boîtier Moxa
Affectation d’un nom à une gateway H323
Installation des verrous sans reboot
Sécurisation des flux Http
TC0711
Description
Le boîtier MOXA permet d’augmenter le nombre de ports
série d’un OmnipCX Enterprise.
L’objectif de la fonctionnalité proposée en Release 6.1 est
de simplifier la configuration des ports séries du boîtier :
gestion unique des informations dans mgr et non plus
dans deux programmes distincts (mgr et npadm).
La version du firmware du boîtier Moxa doit être
supérieure ou égale à 3.0.
Gestion
• Installation / Descendre dans
hiérarchie / Boîtier V24 distant
• Installation / Descendre dans
hiérarchie / Port V24 distant
Cette fonctionnalité permet d’identifier par un nom
chaque Media Gateway. Cet identifiant est utilisé lors de
l’enregistrement de la Media Gateway auprès d’un
Gatekeeper (message RAS). A chaque modification de ce
champ, un reset manuel de la Media Gateway est
nécessaire.
Par défaut en R6.1, l’identification est GW_CR_CPL_IP@.
La gestion est à réaliser dans les paramètres Ethernet de
la carte INTIP/GD/GA.
Cette fonctionnalité permet de prévenir le Business Partner
si un reboot est nécessaire ou non suite à l’installation des
verrous.
La sécurisation des flux HTTP complète l’offre déjà
effectuée par l’introduction du SSH en R6.0. Jusqu’à
présent, l’interface avec les applications Web se faisait
sans aucun cryptage au niveau des échanges des paquets
HTTP.
A partir de la Release 6.1, le protocole SSL assure le
cryptage entre les sessions clientes et le serveur Web du
CS. La topologie du réseau doit autoriser le transit de ce
type d’échanges particuliers.
Afin d’assurer une compatibilité avec des applications
externes ne supportant pas encore le protocole SSL et
désirant accéder à des ressources du serveur Web du CS,
l’ensemble des données est accessible à la fois à travers
une connexion sécurisée (via le port HTTPS) mais aussi par
une connexion classique non encryptée (port http par
défaut). Cette fonctionnalité est supportée par la plupart
des navigateurs. Dans ce cas, on utilise le préfixe https://
au début de l’URL (Uniform Ressource Locator) dans la
barre de navigation.
Cette
activation/désactivation
est
obtenue
par
l’intermédiaire de netadmin avec la nouvelle rubrique
Security/SSL configuration.
12
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Fonctionnalités
Description
Amélioration ergonomique pour les postes Gestion de la LED message (séries 8 & 9)
Alcatel séries 8 & 9
Ligne d’état cyclique (séries 8 & 9)
Suppression des appels non répondus par icône
Nouvelle gestion de l’icône de renvoi
Phone book – Affichage complet du Nom/Prénom
Nouveau fonctionnement de la led Global
Non effacement des appels non répondus après rappel
répondu
Bis multiple
CBN (Call By Name) : Affichage du nom sans numéro
BIS Multiple
Pour chaque utilisateur, les 8 derniers numéros appelés
(internes ou externes) peuvent être stockées. Cette
fonctionnalité est disponible à partir de tous les postes
Alcatel séries 8 & 9 ainsi qu’à partir des postes Reflexes.
L’accès à ce service se fait par appui long sur la touche Bis
pour les postes de type Alcatel séries 8 & 9.
Cette fonctionnalité existe déjà pour les postes mobiles
100&200 Reflexes, opératrices Alcatel 4048/4049/4059.
Restrictions
− Pas de Bis multiple avec les opératrices 4035.
− Pas de sauvegarde du nom d’un appel interne ou
réseau (homogène) dans les cas suivants :
• Préfixe d’appel entité.
• Appel opératrice.
• Appel de numéro abrégé.
− Disponible uniquement sur les postes :
• MR2 3G (4035, 4036, 4037).
• 3G (4020, 4021, 4022).
• IP Touch B, C, D.
− Pas de mise à jour de la liste des appels émis sur la
Stand-By.
− A chaque RUNTEL ou reset de poste, la liste des
appels émis est réinitialisée.
− Pas de sauvegarde sur le disque.
Gestion : Exploitations téléphoniques
particulières
• Bis avec liste sur poste UA : Oui/Non
• Bis appels internes:
♦ Non : seuls les appels externes sont
mémorisés
♦ Oui : appels internes et externes sont
mémorisés.
Numéro de Série des postes Alcatel séries 8 Cette fonctionnalité, disponible uniquement sur les postes
de la série 8, permet de fournir, via l’outil
getnoeversion, des informations sur les postes Alcatel
série 8, tels que le numéro de série, la version matérielle,
la version logicielle.
Ed. 01 / 14-10-2005
13
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
Release
Fonctionnalités
Touches Programmables
CLIP sur NDDI2 et APA
Caractères cyrilliques
6.1.1
Nouveaux icônes de supervision
DPNSS/DASS2 sur NPRAE
Débordement privé-public
TC0711
Description
A partir de la Release 6.1, 74 touches programmables
sont disponibles (72 via la Page Perso du poste et 2 via
les touches F1 et F2).
− CLIP Bellcore sur APA.
Le CLIP sur ligne APA (carte fille CLIDSP - 3EH 73034
AB) est disponible pour tous les marchés à partir de la
Release 6.1.
− CLIP Bellcore sur NDDI2.
Le CLIP sur NDDI2 est disponible pour tous les
marchés à partir de la Release 6.1.
A partir de la Release 6.1.1, le cyrillique est implanté de
manière statique au niveau des postes Alcatel série 8 & 9.
De nouveaux icônes de supervisions sont apparus.
A partir de la Release 6.1.1, les protocoles DPNSS et
DASS2 sont supportés par la carte NPRAE (1). Seul l'accès
0 est disponible.
La carte NPRAE est donc capable de fournir :
− 2 accès E1-CCS (T2),
− 1 accès DASS2 (à partir de la R6.1.1),
− 1 accès DPNSS (à partir de la R6.1.1).
(1) A partir du binaire dpnssnv 1.5.
A partir de la Release 6.1.1, le débordement privé-public
est soumis aux mêmes contrôles (via la catégorie
d’exploitations téléphoniques) que le débordement privépublic en réseau.
• En cas de saturation du domaine ou de manque de
compresseurs, le débordement n'est effectué que si
l'utilisateur possède Deb.priv. vers publ. si
occup. = Oui dans sa catégorie d'exploitations
téléphoniques.
• En cas de réseau IP hors service (et donc de MG en
secours), le débordement n'est effectué que si
l'utilisateur possède Deb.priv. vers pub. si
lign. HS = Oui dans sa catégorie d'exploitations
téléphoniques.
Remarques
• Les postes du domaine inaccessible doivent être
accessibles en SDA.
• Il est nécessaire d’avoir au moins un accès public
pour chaque domaine.
L’ensemble des services téléphoniques internes est
perdu lors du passage d’une communication locale
vers une communication publique.
14
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
3.
NOUVEAUX SERVICES SUR INTIP PAR RAPPORT À LA RELEASE
5.0.1 Ux
3.1.
Rappel de la Release 5.1
−
A partir de la R5.1, la carte INTIP supporte le RTP direct en réseau.
−
La commande Voipstat n'est plus utilisable.
3.2.
Rappel de la Release 4.2
3.2.1.
ABC-F2 sur IP avec INTIP
Grâce aux cartes GIP6 et GIP4-4, 60 compresseurs maximum peuvent être utilisés pour une artère
VoIP.
3.2.2.
Gateway H323
Face à des problèmes de rappels sur postes OmniPCX 4400 qui ne sont pas sur le même nœud,
paramétrer le message Send Alert sur Cisco.
Avec Cisco, le booléen Round Trip Delay Request doit être à No dans la mesure où il n'est
pas pris en compte par Cisco.
Gateway de types Cisco et MP104 n'acceptent pas la numérotation par chevauchement en
réception.
Le principal cas est l'utilisation de la numérotation abrégée incomplète + préfixe de prise faisceau
professionnel avec chevauchement.
Solution
•
ARS + chevauchement.
•
Paramétrer le booléen système Numérotation Directe par Chevauchement à Non.
•
Gérer Nombre de chiffres en fonction des règles de discrimination du faisceau IP.
3.2.3.
−
Compatibilité avec gatekeeper externe
Compatibilité avec Cisco 3620 (IOS 12.2(2)T).
Toute modification d'un paramètre gatekeeper, d'un numéro gatekeeper ou du fonctionnement
avec gatekeeper requiert un reset de la gateway concernée.
Il est possible d'effectuer un appel VoIP en composant directement le préfixe du faisceau IP ou
préfixe ARS avec QMCDU.
Sans utilisation du numéro abrégé.
La translation de numéros E164 dans l'adresse IP sur gatekeeper doit être gérée
dynamiquement pour éviter la numérotation par chevauchement qui n'est pas pris en compte en
réception.
Ed. 01 / 14-10-2005
15
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
−
Compatibilité avec Alcatel CID : 2.2.43.
3.2.4.
Appels inter-nœuds H323
Utilisation du protocole H323v2 pour fonctionnement avec gatekeeper et sur OmniPCX VoIP
Gateway.
Ce paramètre doit être géré de façon identique sur chaque nœud.
Attention, dans ce cas, le booléen système Internodes com GK unreachable doit être à Oui
particulièrement si le gatekeeper contrôle la bande passante.
Sinon, après la perte du lien IP entre le gatekeeper et INTIP, la libération des communications
établies n'est pas vue immédiatement par le gatekeeper.
L'état occupé de la bande passante peut empêcher de nouvelles communications.
Se reporter à la communication technique TC0545 Problèmes VPN sur IP.
3.2.5.
Fast start
Le fonctionnement avec Office 4200 n'est pas pris en compte par ce dernier.
Capacité à se replier sur le mode de fonctionnement du distant.
3.2.6.
Marquage de signalisation sur VoIP
−
Gestion VLAN ID local (utilisé pour la voix).
Sa valeur est transmise à la carte INTIP.
−
ToS (Type of Service) pour artère inter nœuds (signalisation utilisée entre CPU):
Valeur IP TOS SIG Hybrid à True.
3.2.7.
T38
La compatibilité Fax T38 est prise en compte grâce au boîtier Audiocode appelé MP102.
En G711, le booléen Frame VoIP à partir de la R5.1 doit être impérativement à Oui pour éviter
des problèmes de qualité audio. Généralement, Audiocode demande un délai inter-trames.
Si l'affichage de CNIP/CNAM est géré, on obtient les affichages suivants :
−
Appel MP102 vers 4400 : Audiocod Gateway Application
−
Appel 4400 vers MP102 : GW Test Application.
Si l'affichage de CNIP/CNAM n'est pas géré, le nom pour les appels sortants est tout de même
affiché alors qu'il ne le devrait pas l'être.
T38 est disponible avec Fast start ou avec la procédure normale.
La vitesse de transmission du fax est limitée à 9600 b/s.
Il est obligatoire d'avoir un réseau INTIP intégral en Release 4.2 pour une utilisation plus facile de
ces nouvelles fonctionnalités.
Se reporter à la communication technique TC0336 Configuration de l'application T38 fax sur IP
(avec MP-102 version 4.0).
TC0711
16
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
3.2.8.
Redondance IP (IP redundancy)
Les CPU doivent être dupliquées et être connectées aux différents switchs data appartenant à un
même réseau IP.
Nouvelles temporisations liées à cette exploitation :
−
Fréquence de Ping: 20 s (valeur par défaut).
Elle correspond à la valeur entre 2 pings.
−
Fréquence de contrôle état Ethernet: 3.
Cette valeur est multiple de Tping correspondant à 2 contrôles du compteur de trames Ethernet.
3.2.9.
Full Duplex 100 Mo
Grâce au paramètre Full Duplex, un mode spécifique peut être géré par carte INTIPA en
fonction de la configuration de l'auto-négociation du switch.
Chemin d'accès: Alvéole/Cartes Interfaces/Sélection objet/Paramètres Ethernet/ Full Duplex
Full Duplex : Non (par défaut) (forçage du mode half duplex).
Full Duplex
: Oui (autorisation de la carte INTIP à fonctionner en full duplex).
La vitesse de connexion est choisie automatiquement (négociation entre les deux éléments).
Toute modification de cette valeur nécessite la réinitialisation de la carte INTIP.
INTIPA et INTIPB peuvent être configurés en full duplex et half duplex. La gestion de la carte INTIPB
se fait en mode statique via le câble en face avant et non pas via la gestion.
Si le switch et l'INTIP sont configurés en mode Auto-négociation, alors les deux extrémités sont en full
duplex.
L'auto-négociation est un mécanisme de sélection automatique pour obtenir le meilleur
fonctionnement supporté à la fois par le switch et la carte INTIP.
Contrôle de la gestion :
Cmdcpl <cr> <cpl> MNGT (affichage des informations de gestion)
Sont affichés :
•
Le booléen configuré.
•
Le mode et la vitesse de transmission.
Ed. 01 / 14-10-2005
17
TC0711
OmniPCX Enterprise
ANNEXE 5
PRÉCÉDENTES
3.2.10.
−
Nouveaux booléens IP
Round trip delay request (à partir de Release 4.2):
Chemin d'accès : Installation/Paramètres IP
Il empêche d'envoyer des messages vers une terminaison distante H323 qui ne peut pas
répondre. Si le paramètre est activé alors que le distant ne peut répondre, la communication est
coupée au bout d'une temporisation d'environ 40 s.
−
Framing VoIP (anciennement "Enhanced Voice Quality" (à partir de Release 4.2)) :
Chemin d'accès : IP/Paramètres IP
Ce paramètre dépend de l’algorithme utilisé :
•
G711 : 20 ou 30 ms
•
G729 : 20-30 ou 40 ms
• G723 : 30 ms
ATTENTION
Cette valeur doit être identique sur tous les nœuds.
TC0711
18
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
NOUVELLES FONCTIONNALITÉS
SOMMAIRE
1.
ARCHITECTURE ET CAPACITÉS.....................................................5
2.
NOUVEAU MATÉRIEL DISPONIBLE À PARTIR DE LA RELEASE 6.2..7
2.1.
IP Touch Security Modules : SSM, MSM ..................................................... 7
2.1.1.
Description des boîtiers "IP Touch Security Module" ..........................................7
2.2.
Installation des ACT dans des baies informatiques ................................... 8
2.3.
Informations complémentaires ................................................................. 9
2.3.1.
3.
Cartes LIOB/LIOP/LIOX .....................................................................................9
NOUVELLES FONCTIONNALITÉS DISPONIBLES À PARTIR DE LA
RELEASE 6.2 ..............................................................................10
3.1.
Caractères chinois sur poste IP Touch Séries 8 & 9 ................................. 10
3.2.
Compatibilité des postes IP Touch Séries 8 & 9 en configuration
Hôtel/Hôpital.......................................................................................... 10
3.3.
Accès à la configuration IP des postes IP Touch série 8 ........................... 10
3.4.
Nouveaux développements pour interopérabilité SIP ............................. 10
3.4.1.
Compatibilité de la RFC 3842 .........................................................................10
3.4.2.
Compatibilité du poste SIP Thomson ST2020 ..................................................11
3.5.
Service "IP Touch Security" ...................................................................... 11
3.5.1.
Description .....................................................................................................11
3.5.2.
Principe de livraison d'une version spécifique pour le service "IP Touch Security"13
3.6.
Survivabilité des postes IP Touch ............................................................ 15
3.6.1.
Rappel sur le secours de signalisation de GD en R6.1 ....................................15
3.6.2.
Description de la survivabilité des postes IP Touch .........................................15
3.7.
Nouveaux icônes de supervisions ........................................................... 17
Ed. 01 / 14-10-2005
1
TC0711
OmniPCX Enterprise
ANNEXE 6
3.7.1.
Conventions....................................................................................................17
3.7.2.
Bis...................................................................................................................18
3.7.3.
Patron/Secrétaire............................................................................................18
3.7.4.
Supervision .....................................................................................................20
3.7.5.
Multilignes ......................................................................................................22
3.8.
Distinction de sonnerie sur poste MLA secondaire au repos.................... 23
3.9.
Recherche par le nom avec débordement sur serveur LDAP ................... 23
3.10. Limites produit et interfonctionnement en réseau ................................... 23
3.10.1.
Domaines IP ................................................................................................23
3.10.2.
Entités..........................................................................................................23
3.10.3.
Nœuds d'un réseau homogène IP ...............................................................24
3.10.4.
Interopérabilité en réseau ...........................................................................24
3.11. Configuration complémentaire sur la sécurité du système ...................... 24
3.11.1.
Sécurité par défaut du système à l'installation.............................................24
3.11.2.
Envoi des messages SYSLOG vers un serveur externe .................................25
3.11.3.
Historique complet des commandes ............................................................25
3.11.4.
Nom de communauté pour SNMP ...............................................................25
3.11.5.
Configuration complémentaire pour la gestion des comptes utilisateurs .....26
3.11.6.
Incident sur échec de mot de passe au login ...............................................26
3.12. Nouvelles fonctionnalités pour le réseau public...................................... 26
3.12.1.
Protocole R1.5 .............................................................................................26
3.12.2.
CLIP sur carte APA .......................................................................................26
3.12.3.
Carte NDDI2 pour le marché australien ......................................................26
3.13. Initialisation dynamique des cartes SLI ................................................... 26
3.14. Duplication sur Ethernet pour CPU7 ....................................................... 27
3.15. Développements spécifiques proposés dans l'offre Release 6.2 .............. 27
3.15.1.
IP Attendant Softphone et IP CCAgent Softphone ........................................28
3.15.2.
Application "Free Desktop" ..........................................................................29
3.16. Tickets de statistiques sur IP.................................................................... 29
3.17. Redondance spatiale dans deux sous-réseaux différents ........................ 30
3.18. Modem, Fax, Data en transparence sur IP .............................................. 31
3.19. XML IP Touch .......................................................................................... 32
TC0711
2
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
4.
FONCTIONNALITÉS SOUS PCS (PREMIUM CUSTOMER SUPPORT)33
4.1.
Carte IRAD Hardware Commun.............................................................. 33
Ed. 01 / 14-10-2005
3
TC0711
OmniPCX Enterprise
ANNEXE 6
TC0711
4
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
1.
ARCHITECTURE ET CAPACITÉS
Consulter la documentation Marketing disponible sur le BPWS (Notre Offre > Produits > Alcatel
OmniPCX Enterprise > sélectionner Focus Produit > Langue Anglaise > OK > Release 6.2).
RAPPEL
Les principales fonctionnalités apparues dans les releases précédentes sont listées en Annexe 5.
Matériel et logiciels disponibles à partir de la Release 6.2.
Nouveau matériel
IP Touch Security Modules
(SSM, MSM)
Installation des ACT dans des
baies informatiques
Ed. 01 / 14-10-2005
Nouvelles fonctionnalités
Fonctionnalités sous PCS (1)
Caractères chinois sur poste IP Carte IRAD (2)
Touch Séries 8&9 (500 caractères)
Postes Alcatel séries 8 et 9 en
fonction Hôtel
Interopérabilité SIP : Support du
poste Thomson ST2020 SIP
IP Touch Security Solution Cryptage de la voix
Survivabilité IP Touch
Nouvel icône de supervision d'un
poste renvoyé
MLA / Distinction de sonnerie sur
poste MLA secondaire au repos
LDAP Appel par nom sur 2x30
caractères
1000 Domaines IP / 1000 Entités
Amélioration
de
la
Sécurité
(système)
Transit R1.5- Marché russe
CLIP DTMF sur APA (Inde, Taiwan)
NDDI2 pour marché australien
Initialisation dynamique du
coupleur SLI
Duplication sur Ethernet pour
CPU7
IP Attendant Softphone
IP CCAgent Softphone
Free Desktop
Tickets de statistiques sur IP
Redondance spatiale entre deux
sous-réseaux différents
Modem, Fax, Data en transparence
sur IP
XML IP Touch
5
TC0711
OmniPCX Enterprise
ANNEXE 6
Matériel non libéré
Fonctionnalité non libérée
ACT-CH8
RGD
ECAN 64ms pour USA
(1)
PCS = Premium Customer Support.
La procédure Premium Customer Support permet aux Business Partner de bénéficier d'une
assistance sur des fonctionnalités ou produits dont la commercialisation a été annoncée
(DR3) mais qui n'ont pas encore été lancés sur le marché. La procédure PCS remplace la
procédure précédente SDP (Specific Deal Process) ; se reporter à l'eFlash
EF_Marketing_003_260704.
(2)
A partir d'OmniVista 4760 Release 3.2.
TC0711
6
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
2.
NOUVEAU MATÉRIEL DISPONIBLE À PARTIR DE LA RELEASE 6.2
2.1.
IP Touch Security Modules : SSM, MSM
SSM
: Server Security Module
MSM : Media Security Module
2.1.1.
Description des boîtiers "IP Touch Security Module"
Les "IP Touch Security Module" (SSM ou MSM) sont des boîtiers de chiffrement (cryptage) pour
réseaux IP. Ils viennent se positionner en frontal :
−
du Com Server pour le SSM,
−
des Media Gateway (Hardware Commun et Crystal Hardware) ou de serveurs applicatifs pour le
MSM.
Les "IP Touch Security Module" sont équipés :
−
d'un port console (RS232) qui permet d'établir une liaison V24 série avec une console de
gestion,
−
de deux ports Ethernet (RJ45 10/100 base TX) avec :
•
un port clair (symbolisé par le cadenas ouvert) sur lequel vient se connecter l'équipement IP à
sécuriser (Com Server ou Media Gateway),
•
un port chiffre (symbolisé par le cadenas fermé) sur lequel vient se connecter le réseau IP (via
un Hub ou Switch),
−
d'un bouton de retour à l'état initial du module de sécurité (valeurs de sortie d'usine),
−
d'un connecteur d'alimentation externe (220V),
−
d'un indicateur d'état de la liaison entre l"IP Touch Security Module" (LED "Status") et l'élément
qu'il protège,
−
d'un indicateur de mise sous tension (LED "On"),
−
d'un indicateur d'état du lien Ethernet,
d'un interrupteur d'alimentation.
−
Ed. 01 / 14-10-2005
7
TC0711
OmniPCX Enterprise
ANNEXE 6
Indicateur d'état de la liaison
"IP Touch Security Module" Elément protégé
Les "IP Touch Security Module" sont identifiables par une étiquette signalitique en face arrière.
Elle indique leur type : SSM ou MSM.
Pour plus d'informations, se reporter à la documentation Système.
2.2.
Installation des ACT dans des baies informatiques
En plus de l'utilisation des bâtis M2 et M3, les ACT 14 et 28 positions peuvent être installés dans des
baies informatiques standard au format 38U ou 42U.
Les ACT 14 et 28 positions peuvent donc cohabiter avec les systèmes data (switch, routeur, etc.)
dans un même environnement informatique.
Pour chaque type d'ACT (14 ou 28 positions), un kit de montage est fourni pour permettre leur
installation en baie informatique.
Alcatel ne fournit pas de baies informatiques. Elles doivent être commandées séparément par le
Business Partner en tenant compte des points suivants:
−
Les ACT de l'OmniPCX Enterprise doivent être installés dans des baies informatiques fermées et
équipées de ventilateurs.
−
Les baies informatiques devront répondre aux mêmes normes CEM et de sécurité que les ACT
de l'OmniPCX Enterprise :
•
EMC: EN55022 :1998-EN55024: 1998/FCC part15
•
Safety EN60950 :2000/IEC 60950 ed03/CSA/UL certification
Les configurations autorisées dans les baies au format 38U et 42U sont:
•
TC0711
2 ACT 28 positions ou 4 ACT 14 positions
8
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
Les différents éléments nécessaires à l'installation des ACT dans les baies informatiques sont :
•
PSAL & 48V Data Cabinet Connecting Kit (Kit d'alimentation)
3BA27121AAAA
•
Variable Speed Fans Data Cabinet Kit (Kit ventilateurs)
3BA27132AAAA
•
ACT 28 Data Cabinet Mounting Kit (Kit de montage ACT 28)
3BA27118AAAA
•
ACT 14 DATA Cabinet Mounting Kit (Kit de montage ACT 14)
3BA27119AAAA
Pour plus d'informations concernant les recommandations d'installation et les contraintes de
dissipation thermique, se reporter à la documentation Système.
2.3.
2.3.1.
Informations complémentaires
Cartes LIOB/LIOP/LIOX
Ces cartes sont en phase-out à partir de la Release 6.1. Elles sont supportées par la Release 6.2
mais ne peuvent plus être configurées en adjonction ou sur une nouvelle installation.
Ed. 01 / 14-10-2005
9
TC0711
OmniPCX Enterprise
ANNEXE 6
3.
NOUVELLES FONCTIONNALITÉS DISPONIBLES À PARTIR DE LA
RELEASE 6.2
3.1.
Caractères chinois sur poste IP Touch Séries 8 & 9
Les postes IP Touch Séries 8 & 9 permettent d'afficher la langue chinoise sur 500 caractères
maximum.
Cette première étape sera complétée par une suivante dans les prochaines releases amenant le
nombre de caractères à 20 000.
3.2.
Compatibilité des postes IP Touch Séries 8 & 9 en configuration Hôtel/Hôpital
Les postes IP Touch Séries 8 & 9 sont entièrement compatibles avec toute configuration de type Hôtel
ou Hôpital.
Les postes IP Touch Série 8 & 9 peuvent être utilisés pour toutes les fonctions suivantes :
• Postes chambres en configuration mono-occupation (gestion par chambre)
• Postes chambres en configuration multi-occupation (gestion par client)
• Postes room service
• Postes cabines
• Postes administratifs
Pour plus d'informations sur les pages "Menu", "Info", "Perso" ainsi que les touches de fonctions des
différents postes IP Touch Séries 8 & 9 utilisés dans une configuration Hôtel/Hôpital, se reporter à la
documentation Système.
3.3.
Accès à la configuration IP des postes IP Touch série 8
L'accès à la configuration IP sur les postes IP Touch série 8 peut être verrouillé par mot de passe
(commun à toute l'installation).
Gestion
Alcatel Series 8&9 / Paramètres génériques IP Touch / Mot de passe Noe
3.4.
3.4.1.
Nouveaux développements pour interopérabilité SIP
Compatibilité de la RFC 3842
La fonction "SIP Message Waiting Indication" (MWI) des releases précédentes était basée sur une
norme provisoire de l'IETF qui est devenue maintenant une norme RFC: RFC 3842.
La Release 6.2 supporte la norme RFC 3842 afin de permettre une meilleure interopérabilité avec
des postes SIP possédant une boîte vocale (A4635, A4645) dans l'OmniPCX Enterprise.
RAPPEL
La norme RFC 2833 est entièrement supportée depuis la Release 6.1 : Un poste SIP peut accéder à
un faisceau T2 de l'OmniPCX Enterprise et envoyer de la DTMF (en utilisant RFC 2833 sur SIP).
TC0711
10
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
3.4.2.
Compatibilité du poste SIP Thomson ST2020
Afin de compléter la gamme de postes SIP compatibles avec OmniPCX Enterprise, un nouveau poste
SIP est proposé en Release 6.2 : poste Thomson Speed Touch 2020 (ST2020).
Le poste Thomson ST2020 est un poste SIP monoligne d'entrée de gamme avec un afficheur de 16
caractères, haut-parleur, etc.
Le poste ST2020 est disponible chez Thomson Telecom via l'Alcatel Application Partner Program.
Pour plus d'informations concernant le détail des fonctionnalités et le niveau d'interopérabilité du
poste Thomson ST2020 avec l'OmniPCX Enterprise en Release 6.2, se reporter à la documentation
Système.
3.5.
3.5.1.
Service "IP Touch Security"
Description
Le service "IP Touch Security" permet principalement:
−
de sécuriser les flux de signalisation échangés entre les équipements IP sur un même noeud,
−
de sécuriser les flux voix échangés entre les équipements IP sur un même noeud,
−
de définir une politique de sécurité sur les flux qui traversent les boîtiers "IP Touch Security
Module",
−
d'authentifier les binaires postes IP Touch série 8 et des boîtiers "IP Touch Security Module".
Au sein du noeud, le service "IP Touch Security" ne peut fonctionner qu'entre des équipements IP dit
sécurisés. Cela se traduit par :
−
l'intégration de mécanismes de sécurité dans les postes IP Touch,
−
la mise en place des "IP Touch Security Module" devant les autres équipements IP du noeud à
sécuriser.
Un noeud est dit sécurisé dès que le Com Server est protégé par un boîtier "IP Touch Security
Module".
La zone principale d'un noeud sécurisé peut être schématisée de la manière suivante :
___change-begin___
Ed. 01 / 14-10-2005
11
TC0711
OmniPCX Enterprise
ANNEXE 6
Le service "IP Touch Security" fait intervenir divers mécanismes de sécurité qui s'appuient sur
l'utilisation :
−
−
d'équipements IP capables de crypter les flux voix et de signalisation :
•
postes IP Touch qui disposent d'un binaire leur permettant de fonctionner en mode sécurisé,
•
boîtiers" IP Touch Security Module" qui se déclinent en deux versions avec :
♦
le SSM (Server Security Module) qui vient se placer devant le Com Server à sécuriser,
♦
le MSM (Media Security Module) qui vient se placer devant chaque Media Gateway à
sécuriser ou devant un serveur applicatif.
de clés qui vont, suivant leur fonction, servir à :
•
établir des liens de signalisation sécurisés entre équipements IP au sein d'un nœud (cryptage
des flux de signalisation),
•
établir des communications voix sécurisées entre équipements IP au sein d'un nœud
uniquement (cryptage des flux voix),
•
authentifier les fichiers de configuration des équipements IP sécurisés ainsi que leur mises à
jour de binaires,
TC0711
12
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
−
de fichiers de configuration adaptés aux besoins du service "IP Touch Security". Ils vont
permettre de définir la politique de sécurité du noeud et des équipements IP à sécuriser,
−
du Com Server adapté pour répondre aux besoins de fonctionnement du service "IP Touch
Security". Il intègre :
•
un process (BTLink) qui lui permet de dialoguer avec les "IP Touch Security Module",
•
un menu de configuration spécifique au service "IP Touch Security",
−
d'un centre de personnalisation permettant à un client d'introduire des clés personnalisées
dans des équipements IP sécurisés.
Pour plus d'informations concernant la configuration et la gestion des différents éléments du service
"IP Touch Security", se reporter à la documentation Système.
3.5.2.
Principe de livraison d'une version spécifique pour le service "IP Touch Security"
Pour des raisons de contrôle d'exportation de technologie de cryptage (pays sous embargo, pays
avec export limité, etc.), les législations française (technologie Thalès) et américaine (technologie
WindRiver) imposent que les binaires sécurisés des postes IP Touch (série 8) et des boîtiers "IP Touch
Security Module" ne soient pas intégrés à la livraison logicielle standard de l'OmniPCX Enterprise.
Cette contrainte entraîne la fourniture d'un patch appelé patch de sécurité en complément de la
version générique.
Ce patch de sécurité contient uniquement les binaires sécurisés pour les postes IP Touch et les
binaires des boîtiers "IP Touch Security Module".
Ce patch sécurisé ne sera fourni qu'après en avoir fait la demande sur l'Alcatel Business Partner Web
Site.
Dans un premier temps, un formulaire déclaratif doit être rempli par le Business Partner dans lequel
il reconnaît avoir pris connaissance des limitations d'export et s'engage à les respecter. Une fois cette
première étape accomplie, le patch de sécurité pourra être téléchargé depuis l'Alcatel Business
Partner Web Site (Support > Support Technique > Software > sélectionner Alcatel OmniPCX
Enterprise (including 4400) > Release 6.2 > OK).
Règles d'appellation des versions des binaires
Les binaires sécurisés et non sécurisés des postes IP Touch portent le même nom : bin4018 pour les
postes 4018 et bin40x8 pour les postes 4028, 4038 et 4068.
Par contre la version de ces binaires évolue : on passe d'une appellation de la forme "a.b.c" à une
appellation de la forme "a.b.(c+50)".
Exemple
Un binaire non sécurisé en version 3.13.02 aura comme équivalent un binaire sécurisé en version
3.13.52.
Les deux binaires sont au même niveau de correction, la seule différence concerne la présence ou
non de la souche de sécurité.
A chaque production de binaire d'IP Touch, deux versions seront proposées : une sécurisée et une
non sécurisée.
La commande linux readhead peut être utilisée sur ces fichiers pour vérifier leur version.
Ed. 01 / 14-10-2005
13
TC0711
OmniPCX Enterprise
ANNEXE 6
Méthode de livraison des patchs de sécurité
Pour toute livraison générique de type version complète, patch statique ou exceptionnellement patch
dynamique, une complément de type sécurisé est généré. Ce complément ne contient que les
binaires sécurisés nécessaires à la livraison générique auquel il se rapporte (binaires sécurisés des
postes IP Touch et binaires des "IP Touch Security Module").
Ce complément, appelé patch de sécurité, portera le même nom que la livraison générique à
laquelle il se rapporte précédé de la lettre S (pour Sécurité).
Note
Le patch de sécurité NE CONTIENT QUE les binaires sécurisés : il n'y a pas de corrections
téléphoniques additionnelles.
Exemple
Une version complète F3.301 possède comme patch de sécurité le SF3.301 (contient les mêmes
binaires des postes IP Touch que ceux de la version F3.301 mais sécurisés + les binaires des "IP
Touch Security Module" en phase avec la F3.301).
Un patch statique F3.301.10 possède comme patch de sécurité SF3.301.10 (contenant les mêmes
binaires des postes IP Touch que ceux du patch F3.301.10 mais sécurisés + les binaires des "IP
Touch Security Module" en phase avec F3.301.10).
Méthode d'installation
Un système en F3.301.10 qui nécessite l'installation de la sécurité doit être installée en deux étapes :
1 Installation du système de façon traditionnelle avec la version générique c'est-à-dire :
Installation de la version générique F3.301 puis installation du patch statique standard
F3.301.10 à l'aide des outils existants (Installation standard, Installation sur partition inactive ou
Remote Download).
2 Installation du patch de sécurité le plus récent en complément de l'installation précédente c'est-àdire :
Installation du patch de sécurité SF3.301.10 contenant les binaires de sécurité les plus récents à
l'aide des outils d'installation de patchs existants (Deliveries installation ou Remote Download).
Note
Dans le cas d'installation d'une version complète + patch générique, par exemple F3.301 +
F3.301.10, l'installation du patch de sécurité de la version complète SF3.301 n'est pas nécessaire car
le patch de sécurité SF3.301.10 du patch statique standard possède les mêmes binaires mais plus
récents.
TC0711
14
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
3.6.
3.6.1.
Survivabilité des postes IP Touch
Rappel sur le secours de signalisation de GD en R6.1
Dans un contexte GD Distante, lorsque le lien IP entre la Media Gateway du domaine 1 le Call
Server du domaine 0 tombe (WAN ), le Call Server établit un lien secours de signalisation via un
accès ISDN pour joindre la Media Gateway à secourir.
CS
DHCP
server
WAN
NOK
4038
OK
Domain
Domaine00
4039
ISDN
Domain 11
Domaine
Cette configuration comporte plusieurs contraintes:
1 Si les IP Touch du domaine 1 ont une configuration dynamique, lorsque le lien IP entre la Media
Gateway et le Call Server tombe (WAN), les postes ne pouvant pas accéder aux serveurs DHCP
et TFTP restent hors services alors que la Media Gateway établit un lien de signalisation de
secours via un accès ISDN pour joindre le Call Server.
2 Si les IP Touch sont configurés statiquement avec comme adresse de serveur TFTP, l’adresse IP
de la Media Gateway de leur domaine 1 afin de bénéficier de son lien de signalisation de
secours, la perte de la Media Gateway entraîne également la perte des IP Touch du domaine 1
même si le réseau IP fonctionne toujours et que le Call Server est accessible pour les IP Touch.
3.6.2.
Description de la survivabilité des postes IP Touch
En Release 6.2, la survivabilité des IP Touch permet de lever les contraintes liées au lien de
signalisation de secours des Media Gateway en R6.1.
CS
DHCP
server
WAN
OK
4038
OK
Domain 00
Domaine
Ed. 01 / 14-10-2005
ISDN
15
4039
Domain 11
Domaine
TC0711
OmniPCX Enterprise
ANNEXE 6
La survivabilité des postes IP Touch consiste à envoyer une adresse IP de serveur TFTP de secours à
l'IP Touch lors de son initialisation alors que celui-ci est configuré dynamiquement.
Cette adresse de serveur TFTP secours correspond en fait à l'adresse IP de la Media Gateway du
domaine 1 auquel appartient également l'IP Touch.
En plus de sa configuration IP obtenue du serveur DHCP, l'IP Touch mémorise dans sa flash cette
adresse de secours avec tous les paramètres IP (Netmask, Routeur, etc.).
En fonctionnement normal, l'IP Touch établit un lien de signalisation avec le Call Server via le WAN:
1 Si la Media Gateway tombe, l'IP Touch étant configuré dynamiquement, conserve son lien de
signalisation avec le Call Server via le WAN.
2 Si le serveur DHCP tombe, l'IP Touch ne peut plus renouveler son bail et redémarre comme s'il
était configuré en statique. Il conserve sa précédente adresse IP et se connecte sur l'adresse IP de
secours mémorisée dans sa flash, c'est à dire sur la Media Gateway de son domaine 1 dont le
lien de signalisation est toujours établi avec le Call Server (WAN OK).
3 Si le lien WAN tombe, l'IP Touch ne peut plus joindre le Call Server et redémarre comme s'il était
configuré en statique. Il conserve sa précédente adresse IP et se connecte sur l'adresse IP de
secours mémorise dans sa flash c'est à dire sur la Media Gateway de son domaine 1. La Media
Gateway a établi un secours de signalisation via un accès ISDN pour joindre le Call Server et
peut ainsi fournir également un lien de signalisation pour l'IP Touch.
Notes
La survivabilité ne s'applique pas aux postes IP Phone eReflexes.
Les postes IP Touch peuvent toujours être configurés statiquement.
TC0711
16
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
3.7.
Nouveaux icônes de supervisions
A partir de la Release 6.1.1, de nouveaux icônes sont apparus pour les états supervisés.
En Release 6.2, un icône supplémentaire permet de visualiser sur un poste superviseur, un renvoi
validé sur le poste supervisé.
3.7.1.
Conventions
Convention pour icônes UA3G
Off
On
Clignotant
Convention pour leds
Off
On
Clignotement lent
Clignotement rapide
Touches de fonctions
•
Renvoi (immédiat, sur occupation, sur non réponse, sur occupation ou non réponse, sur la
ligne principale ou secondaire)
•
Entrée/Sortie Groupement de postes
•
Ne pas déranger (aussi pour les suites)
•
Verrouillage du poste
•
Secret d’identité
•
Contrôle de l’attente
•
Pas de sonnerie
Etats
Icône IP Touch
Icône UA3G
Led
Fonction désactivée
Fonction activée
Ed. 01 / 14-10-2005
17
TC0711
OmniPCX Enterprise
ANNEXE 6
3.7.2.
Bis
Etats
Icône IP Touch
Icône UA3G
Led
Icône UA3G
Led
Pas de numéro stocké
Numéro stocké
Après l’utilisation de la mémoire, l’usager doit
appuyer une seconde fois sur la touche s’il ne
veut pas perdre le numéro
3.7.3.
Patron/Secrétaire
Etat de la Secrétaire (vu sur le poste Patron)
Etats
Icône IP Touch
Libre
Le Patron appelle la Secrétaire
La Secrétaire appelle
La Secrétaire est occupée
La Secrétaire est absente, la Secrétaire de
débordement est présente
La (les) Secrétaire(s) est (sont) absente(s)
TC0711
18
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
Etat du Patron (vu sur le poste Secrétaire ou sur le poste Secrétaire de débordement)
Etats
Icône IP Touch
Icône UA3G
Led
Libre
Débordement activé (uniquement sur poste
Secrétaire de débordement)
La Secrétaire appelle le Patron
Le Patron appelle
Le Patron est occupé
Le filtrage est activé
Secrétaire absente (vu sur le poste Secrétaire ou sur le poste Secrétaire de débordement)
Etats
Icône IP Touch
Icône UA3G
Led
Icône IP Touch
Icône UA3G
Led
Fonction activée
Filtrage (sur le poste Patron)
Etats
Fonction activée, Secrétaire présente
Fonction désactivée, mais Secrétaire(s)
absente(s)
Ed. 01 / 14-10-2005
19
TC0711
OmniPCX Enterprise
ANNEXE 6
Supervision du filtrage (sur le poste Secrétaire ou sur le poste Secrétaire de débordement)
Etats
Icône IP Touch
Icône UA3G
Led
Icône IP Touch
Icône UA3G
Led
Icône IP Touch
Icône UA3G
Led
Fonction activée sur le poste Secrétaire
Fonction désactivée sur un autre poste
Secrétaire
3.7.4.
Supervision
Supervision de faisceau
Etats
Au moins un joncteur est libre
Tous les joncteurs sont libres ou Hors Service
Supervision de joncteur
Etats
Libre
Occupé, en sonnerie sur l’opératrice, hors
service ou sur un autre poste
En garde sur un autre poste
En sonnerie sur un autre poste
TC0711
20
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
Supervision de poste
Etats
Icône IP Touch
Icône UA3G
Led
Libre
Occupé
Totalement occupé ou Hors Service
Appel entrant
Sur renvoi immédiat, ne pas déranger ou
renvoi sur mode texte (1)
(1) L'affichage de l'état de renvoi d'un poste supervisé est disponible en Release 6.2.
Supervision de messagerie vocale
Etats
Icône IP Touch
Icône UA3G
Led
Pas de message
Pas de nouveau message, au moins un
ancien message
Au moins un nouveau message
Ed. 01 / 14-10-2005
21
TC0711
OmniPCX Enterprise
ANNEXE 6
3.7.5.
Multilignes
Ligne
Etats
Icône IP Touch
Icône UA3G
Led
Icône IP Touch
Icône UA3G
Led
Libre
Appel entrant
En conversation
En garde
Garde mutuelle possible
Multi Line Appearance
Etats
Libre
Appel entrant
En conversation
En conversation avec un autre poste
En garde
supervisée)
sur
tous
les
postes
(garde
En garde sur le poste
Occupé total
TC0711
22
Ed. 01 / 14-10-2005
OmniPCX Enterprise
3.8.
ANNEXE 6
Distinction de sonnerie sur poste MLA secondaire au repos
Dans une configuration "Multi Line Appearance", il est possible de distinguer par une sonnerie, un
appel extérieur d'un appel interne sur les postes MLA secondaires. Cette exploitation dépend de
l’option système Distinction de sonnerie sur MLA :
•
Distinction de sonnerie sur MLA = 0
•
Le poste sonne comme un superviseur, il n’y a pas de possibilité de distinguer les types
d’appels, c’est le fonctionnement normal en R6.1,
Distinction de sonnerie sur MLA = 1
Les caractéristiques de sonnerie des postes MLA secondaires sont celles d’un poste
multiligne. Elles suivent la configuration des options système existantes (Distinction de
sonneries suivant le type d'appel).
Gestion
Paramètres MLA / Distinction de Sonnerie sur MLA
Remarque
Pour prendre en compte l’option Distinction de sonnerie sur MLA, le mode de sonnerie
peut être sonnerie courte, sonnerie longue, différée ou non.
3.9.
Recherche par le nom avec débordement sur serveur LDAP
La recherche par le nom avec débordement sur serveur LDAP permet l'affichage d'un nom de 30
caractères + d'un prénom de 30 caractères + d'un numéro de téléphone de 50 caractères
maximum.
3.10. Limites produit et interfonctionnement en réseau
3.10.1. Domaines IP
Le nombre de domaines IP passe de 128 à 1000.
3.10.2. Entités
Le nombre d'entités pour un nœud ou dans un réseau passe de 255 à 1000.
Dans le cas d'un réseau de plusieurs nœuds avec un nombre d'entités supérieur à 255, tous les
nœuds du réseau doivent être en Release 6.2.
Ed. 01 / 14-10-2005
23
TC0711
OmniPCX Enterprise
ANNEXE 6
3.10.3. Nœuds d'un réseau homogène IP
Le nombre de nœuds d'un réseau backbone IP passe de 32 à 100.
Dans un réseau homogène IP, tous les nœuds du réseau peuvent avoir plusieurs nœuds adjacents
(pour un maximum de 31 nœuds adjacents).
VPN Jump
OXE
OXE 2
2
OXE 1
OXE
1
IP
IP Réseau
network
OXE
OXE 3
3
OXE
OXE 4
4
ABC Signaling Link
Liens de signalisation ABC (ABC Signaling Link)
Il n'est pas nécessaire de mailler complètement le réseau.
Saut VPN (VPN Jump)
Il est obligatoire de mailler complètement le réseau.
3.10.4. Interopérabilité en réseau
Dans un réseau homogène, la Release 6.2 permet l'interopérabilité avec des nœuds en Release 5.0
Ux, 5.1, 6.0 et 6.1.1.
3.11. Configuration complémentaire sur la sécurité du système
En Release 6.2, de nouvelles règles de configuration concernant la sécurité système apparaissent.
3.11.1. Sécurité par défaut du système à l'installation
Lors de la première installation standard du système, une liste de niveau de sécurisation est
proposée avant que tout autre configuration ne soit possible.
Cette liste proposée sous forme de menu lors du premier login sur le Call Server, permet de
sensibiliser le Business Partner sur la politique de sécurité qu'il aura choisie pour le système.
L'absence de sécurité sur le système, qui reste toujours possible, relèvera donc de l'entière
responsabilité du client.
TC0711
24
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
Description
Lors du premier login suivant l'installation standard d'un Call Server, la question Do you want to
activate server security high level (Y/N) ? apparaît.
Une réponse (Y ou N) est obligatoire pour sortir du menu.
Réponse N
Pour une réponse par N, le menu suivant apparaît :
Select server security level :
R)
0)
1)
2)
3)
Configuration to be restored
Level_0 = no security feature activated
Level_1 = password/aging
Level_2 = password/aging + trusted hosts/TCP wrapper
Level_3 = password/aging + trusted hosts/TCP wrapper + SSH
Le choix R permet de restaurer les données Linux du système (et ainsi conserver ses niveaux de
sécurité) dans le cas où il s'agit d'une migration de R5.1, R6.0 ou R6.1.
Le choix 0 permet d'initialiser le système sans aucun niveau de sécurité par défaut comme en R6.1.
Les choix 1, 2, 3 permettent ensuite de configurer les différents niveaux de sécurité déjà existant
en R6.1, en les combinant éventuellement entre eux :
• Choix 1 : Modification des mots de passe pour les comptes root, swinst, mtcl et
adfexc et validation de la fonction aging password
•
Choix 2 : Choix 1 + activation des trusted hosts et TCP wrapper
•
Choix 3 : Choix 2 + activation du service SSH
Réponse Y
Le niveau de sécurité 3 est automatiquement configuré.
3.11.2. Envoi des messages SYSLOG vers un serveur externe
Les messages SYSLOG stockés dans les fichiers /var/log/syslog et /var/log/auth.log
peuvent être envoyés à un serveur externe (configurable par netadmin).
3.11.3. Historique complet des commandes
Toutes les commandes lancées sous un compte quelconque sont automatiquement stockées dans un
fichier shell.log sous /var/log.
3.11.4. Nom de communauté pour SNMP
Le nom de la communauté par défaut est modifiable afin de restreindre l'accès à la MIB du système
(configurable par netadmin).
Ed. 01 / 14-10-2005
25
TC0711
OmniPCX Enterprise
ANNEXE 6
3.11.5. Configuration complémentaire pour la gestion des comptes utilisateurs
De nouvelles fonctionnalités ont été ajoutées dans le menu de configuration des comptes utilisateurs
dans swinst/User’s account management :
1 Change account password
2 Change account aging password
3 Configure maximum authentication attempts
Ces 3 menus permettent de modifier les mots de passe de tous les comptes, de valider la fonction
aging password pour chaque compte et de limiter le nombre d'échec sur le mot de passe des
compte en émettant un incident et un trap SNMP sur ces échecs.
3.11.6. Incident sur échec de mot de passe au login
Lorsque la configuration du nombre d'échecs sur le mot de passe des comptes a été effectuée
comme indiqué au § 3.11.5 , un incident et un trap SNMP sont émis.
3.12. Nouvelles fonctionnalités pour le réseau public
3.12.1. Protocole R1.5
La Release 6.2 supporte le protocole R1.5 en transit pour le marché russe.
3.12.2. CLIP sur carte APA
−
−
Depuis la Release 6.1, CLIP Bellcore ligne APA (carte fille CLIDSP - 3EH 73034 AB) est
disponible pour tous les marchés.
La Release 6.2 supporte en plus le CLIP DTMF sur ligne APA (carte fille CLIDSP - 3EH 73034 AB)
pour l’Inde et Taiwan.
Gestion
• Paramètres de la carte APA sous : Alvéole/Descendre dans la hiérarchie/
Carte–Interface/Signalisation CLIP
•
Paramètres Q23X sou s: Installation/Descendre dans
Paramètres Détecteur de Tonalité/Descendre dans
Paramètres DSP/Type de coupleur + APA
la
la
hiérarchie/
hiérarchie/
3.12.3. Carte NDDI2 pour le marché australien
La Release 6.2 supporte la carte NDDI2 pour le marché australien.
3.13. Initialisation dynamique des cartes SLI
Les cartes SLI peuvent être initialisées dynamiquement par le Call Server. L'initialisation dynamique
peut être schématisé par l'envoi d'un lot 150 paramètres du Call Server à la Media Gateway
permettant la modification dynamique des paramètres audio d'une carte SLI.
TC0711
26
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
Gestion
Alvéole / Descendre dans la hiérarchie / Carte–Interface / Envoi mess.
init. dynamique: Oui
3.14. Duplication sur Ethernet pour CPU7
Dans les configuration avec CPU7 uniquement, et afin de résoudre certains problèmes de charge
avec le lien C1 dans le cas de fort trafic (par exemple dans des configurations avec CCD), il est
possible de faire passer sur IP, les messages de duplication téléphonique via le process iplink
comme pour les CPU de type Hardware Commun ou Appliance Server.
La gestion des rôles, la décision de basculement et la détection de perte de CPU main restent
effectuées par la carte IO1 et pas par l’iplink.
Gestion
Alveole 0 / Mode Signalisation + ETHERNET
Note
Tout changement de mode signalisation nécessite un reboot de la CPU Stand-By puis un redémarrage
avec mastercopy.
Lorsque la duplication sur Ethernet et la redondance IP sont activées, il faut gérer les temporisations
de redondance IP de telle manière que l’on bascule par redondance IP avant la détection de perte
d’IP par iplink.
3.15. Développements spécifiques proposés dans l'offre Release 6.2
Les fonctionnalités "IP Attendant Softphone", "IP CCAgent Softphone" et "Free Desktop" développées
par les Services Professionnels sont proposées dans l'offre Release 6.2.
Ces fonctionnalités sont entièrement supportées par les "Services Professionnels" par l'intermédiaire
de e-Service Request dédiés.
Ed. 01 / 14-10-2005
27
TC0711
OmniPCX Enterprise
ANNEXE 6
3.15.1. IP Attendant Softphone et IP CCAgent Softphone
Cette fonctionnalité permet d'obtenir sur un PC multimédia les mêmes fonctions téléphoniques que
possède un agent CCD ou une opératrice avec un poste 4037.
Cette fonctionnalité est obtenue grâce à l'installation d'un logiciel sur le PC Multimedia de l'agent ou
de l'opératrice.
Agent ou
opératrice
Signalisation (Protocole UA)
Flux RTP voix
Le niveau de service offert à l'agent ou à l'opératrice est exactement le même que celui d'un poste
4037 mais avec une interface du type 4068:
Les communications peuvent être restituées sur haut parleur ou sur un casque USB connecté au PC.
−
Caractéristiques VoIP.
Protocoles supportés: RTP/RTCP (voix), UA (signalisation), G711, G723.1, G729 (algorithmes de
compression).
Génération des tickets IP.
−
Sonneries (15 mélodies) toujours envoyées sur les haut parleurs.
−
Emission DTMF.
−
Le cryptage de la voix et de la signalisation ne sont pas supportés.
−
Compatible avec la redondance spatiale.
TC0711
28
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
3.15.2. Application "Free Desktop"
La fonctionnalité "Free Desktop" permet à un utilisateur d'un réseau de se "loguer" et se "déloguer"
sur n'importe quel équipement tout en conservant son profil de poste (catégories).
Le "Logon" peut être effectué à partir d'un poste ou d'une application Web (XML API en R2.2) utilisant
le numéro d'annuaire de l'usager et de son mot de passe.
Après s'être "délogué", le numéro d'annuaire de l'usager peut être renvoyé sur messagerie vocale ou
autre …
3.16. Tickets de statistiques sur IP
Les tickets de statistiques Voix sur IP contiennent diverses informations (adresses IP, durée de l'appel,
compression utilisée, gigue, perte de paquets, délai, etc.) destinées à identifier les causes d'éventuels
problèmes sur les équipements IP connectés à un OmniPCX Enterprise.
Un ticket est généré à la fin de chaque communication faisant intervenir l'un des équipements
suivants :
• cartes INTIPA et B
• IP Phones
• Postes Alcatel série 8
• GD
• GA
• PCMM
• 4645
• IP Attendant Softphone
• IP CC Softphone
Ed. 01 / 14-10-2005
29
TC0711
OmniPCX Enterprise
ANNEXE 6
3.17. Redondance spatiale dans deux sous-réseaux différents
La fonctionnalité "Redondance spatiale dans 2 sous réseaux différents", sous PCS en R6.1.1, est
libérée en R6.2.
RAPPEL
La fonctionnalité "Redondance spatiale dans 2 sous réseaux différents" permet à deux CPU d'être
dans deux sous-réseaux différents.
Cette fonctionnalité est disponible sur les AS, CS.
Cette fonctionnalité est supportée par les équipements IP suivants :
• Postes SIP
• Postes Alcatel série 8 (4028-4038-4068)
• GD
• GA
• INTIP
• IOIP
• "IP Touch Security Module" : SSM, MSM
• Attendant IP Softphone
• IP CCAgent Softphone
Les applications capables de prendre en compte 2 adresses de CPU sont :
− Alcatel 4635 (R5.2.6)
− Alcatel 4645
− OmniVista 4760i / 4760 (R3.2)
− OmniTouch Contact Center : CCD/CCS/CCA/CCIVR
− XML Web services
− Application "XML IP Touch"
− TSAPI
− ACAPI
− VoWLAN R1.x
Restrictions
−
Pas de postes V1 (4080 RE) - V1S (4080 FRE) - V2 (e-Reflexe IP Phone V2). Seuls les postes IP de
la série 8 et les postes SIP sont capables de prendre en compte 2 adresses de CPU.
−
Pas d’applications Genesys (CCEmail, CCOutbound, CCWeb).
−
Pas de RSI Synchro Server.
−
Pas de TAPI.
−
Pas d’OmniTouch Unified Communication.
−
En cas d’ajout d’un noeud R6.2 dans un réseau avec des noeuds inférieurs à R6.0, il est
obligatoire de continuer à utiliser l’adressage par rôle dans le cas des artères hybrides sur IP (les
noeuds inférieurs à R6.0 sont incapables d’établir des artères vers deux adresses IP différentes).
−
Si un serveur DHCP externe est utilisé, un serveur tftp externe doit aussi être utilisé.
TC0711
30
Ed. 01 / 14-10-2005
OmniPCX Enterprise
−
Bande passante nécessaire entre les 2 CS :
500
1000
2500
5000
−
ANNEXE 6
512
512
1280
2560
L'audit et la diffusion doivent être réalisés via IP/X25 et non directement via IP.
3.18. Modem, Fax, Data en transparence sur IP
La fonctionnalité "Modem, Fax, Data en transparence sur IP" est disponible à partir de la Release
6.2.
Se reporter à la communication technique TC0712 Modem, Fax, Data en transparence sur IP.
Ed. 01 / 14-10-2005
31
TC0711
OmniPCX Enterprise
ANNEXE 6
3.19. XML IP Touch
RAPPEL
Les postes Alcatel série 8 sont capables d’interagir avec des applications externes. Cet accès aux
applications externes est fourni via le Presentation Server (PRS).
Les applications XML sont fournis par le Presentation Server. Celui-ci intègre un client HTTP qui se
comporte comme un navigateur.
Les applications externes sont visibles sur le poste à partir de la page menu. Lorsqu’un usager
sélectionne une application externe, le Presentation Server est notifié via le Call Server. Le serveur
analyse l’action réalisée par l’utilisateur et le renvoie vers l’application concernée. L’application lui
répond par un document en langage XML décrivant le nouvel écran à afficher sur le poste de
l’utilisateur.
Le poste de la série 8 est capable de basculer dans un contexte téléphonique s'il est déjà dans un
contexte applicatif et inversement.
A partir de la Release 6.2, il y a un accès direct (plus de transit via le Call Server) entre les postes de
la série 8 et le PRS 1.2 (XML Web Services 2.2) pour la visualisation d'images sur les postes.
XML IP Touch
Web Services
CS
PRS 1.2
Video
Application
Pour plus d'informations, se reporter à la documentation Système et à la communication technique
TC0714 XML Web Services R2.2.000.171a Technical Release.
Notes
−
Dans le cas de basculement CPU, le contexte applicatif est perdu.
−
Le verrou 318 (XML IP Touch- IP Engine) permet de définir le nombre de connexions
simultanées.
TC0711
32
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 6
4.
FONCTIONNALITÉS SOUS PCS (PREMIUM CUSTOMER SUPPORT)
4.1.
Carte IRAD Hardware Commun
La carte IRAD au format Hardware Commun, permet une connexion à distance via ISDN (T0 ou T2),
sur l'OmniPCX Enterprise à partir d'un serveur OmniVista 4760 R3.2 équipé d'une carte T2-E1.
L'accès à la carte IRAD via OmniVista 4760 R3.2 permet de configurer, de sauvegarder les données
d'un OmniPCX Enterprise et de télécharger une version ou un patch en utilisant en complément le
PC Installer avec un débit maximum de 320 Kbit/s en utilisant une "aggrégation" de 5 canaux B
(protocole PPP).
Lors de la connexion sur la carte IRAD, l'accès est sécurisé (contrôle du numéro de l'appelant,
compte utilisateur et mot de passe, de l'adresse IP, adresses IP locales cachées par NAT).
La carte IRAD se positionne dans une position libre de carte MG PRA-T2.
La configuration interne de la carte IRAD se fait par un navigateur WEB.
Configuration type d'un accès distant via IRAD
Noeud OmniPCX Enterprise
Noeud OmniPCX Enterprise
eRMA/RMA for the alarms
OU
T0/T2
T0/T2
IRAD CH
ISDN
ISDN
Win2003
Carte E1
OU T2
OU
4760 Server
T0/T2 Routeur IP
Ethernet cable to LANx4 on CPU
IRAD -CH
Client 4760 +
PC Installer
Centre distant
Ed. 01 / 14-10-2005
33
TC0711
OmniPCX Enterprise
ANNEXE 6
TC0711
34
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 7
Le lot logiciel contient l'application OmniPCX Enterprise F3.301.10
Les différentes versions des modules de l’application OmniPCX Enterprise sont :
− Linux
: 38.0
− Package Linux
: 38.4
− swinst
: 2.28.0
− PC Installer
: 2.20
− OmniPCX Enterprise R6.2
: F3.301.10
version complète F3.301
+ patch statique F3.301.10
+ patch sécurisé SF3.301.10 (Note)
Note
L’accès au patch sécurisé est donné uniquement sur demande après avoir rempli le document
apprprié, disponible sur BPWS Support>Support Technique>Software> sélectionner Alcatel
OmniPCX Enterprise (including 4400)>Release 6.2>OK> International Multipurpose Letter of
Assurance / End-User Certificate Form File.
A partir de la Release 6.1.1, il n’y aura plus de livraison de patchs dynamiques. Ils
sont remplacés par des patchs statiques ; se reporter à la communication technique
TC0682 Arrêt de la livraison des patchs dynamiques à partir de la Release 6.1.1.
Référence des CD-ROM et DVD compatibles
RAPPEL
A partir de la Release 6.1, les versions systèmes sont livrées uniquement sur DVD.
CD-ROM/DVD
Version F3.301.10 (DVD)
Version F3.301.10 Secured (DVD)
Guides vocaux systèmes v5.2
OmniVista 4760 – Release 3.2
Ed. 01 / 14-10-2005
Référence
3BA 27681 AAAA
3BA 27682 AAAA
3BA 57423 AAAF
Software 3BH 11632 ADAA
1
TC0711
OmniPCX Enterprise
ANNEXE 7
Liste des binaires contenus dans la version F3.301.10
Les nouveaux binaires sont en caractères gras.
Binaires
R5.1.2
E2.504.1.n
3BA 20032
ADAB_4.0
bios CPU6 Step2 3BA 24095
AAAB02_4.2
bios CPU7
Incompatible
Versions libérées
R6.0
R6.0.1
R6.1
F1.602.3.i
F1.603.1.c
F2.500.6.i
Binaires relatifs au système en général
R6.1.1
F2.502.5
R6.2
F3.301.10
33.9
38.4
2.20
2.27
2.28
4.35.3
2.3.1
9.09.1
10.05.02
bios CPU5 Step3
bios CS
bios GD
io1n
io2
io2n
linux_patch
obca
pc_install
swinst
8.33
8.33
13
4.6
5.15
18.9
1.5
2.17
2.22.0
dect4
dect8
ibs_appli_ng
ibs_boot_ng
ibsng
rbsng
startibsng
7.9
1.25
37.00
7.1
18.06
43.0
0.61
bindsintip
bindsintip2
binintip_appli
binmcv
binmcv2
bootintip
ioip
lio
lio_comp2
lioe
mg_appli
rGD
rlio_comp2
tsclioe
TC0711
3BA 24095
AAAB03_4.6
3BA 24115
AAAA_2.13
8.27
8.27
15
4.6
5.15
23.6
3BA 24115
AAAA_2.16
8.32
23.8
8.33
8.33
15
4.6
5.15
33.4
2.17
2.19
2.22.0
2.25.0
Binaires relatifs au DECT
1.24
37.00
1.25
0.71
Binaires relatifs aux cartes de compression
4.35.1
4.34.1
4.35.2
1.03
2.2.1
2.2.3
2.3.0
6.35
7.14.1
8.2.1
9.08.1
3.6.1
3.6
3.6.1
3.7.1
2.2.1
2.2.3
2.3.0
5.1.2
5.11
5.12
6.0.2
2.0
3.03
3.25
3.25
3.36
3.36
3.39
3.40
3.22
3.22
16.30
20.16.11
22.3.2
30.10.1
Incompatible Incompatible Incompatible
1.03
3.24
3.26
3.27
2.10
Binaires relatifs aux postes
2
2.3.1
6.03
30.12.1
6.04
3.07.01
40.5.1
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 7
bin40x8
bindatanoe
Binnoeux9
Binnoeu19
ipphone
tscip
tscipv1S
wifi set
bin40x8
bindatanoe
SM modules
(Thales)
bbc2
bin4615
brapra
c1nvgpa2
c1nvua
c1nvz32
cpl2dpnss
dpnss
dpnssnv
dpnss2
dpt1
dsp_emtl24021
dsp_gpa
dsp_vgu
dsp0Z32
dsp1_gpa2
dsp1nddi2
dsp2_gpa2
gpa2tns
gpa
intof
intofssync
intof2
ivrZ24
lia
lioebbc2
liop
mapacs2
mic2
nddi
nddi_in
nddi2
Ed. 01 / 14-10-2005
Incompatible
1.29.2
1.55.01
2.13.03
2.13
2.14.02
2.21.00
2.20.00
2.23.00
2.24
5.2
2.8
3.0
Incompatible Incompatible
1.04
1.06
Binaires Sécurisés
Incompatible Incompatible Incompatible Incompatible
3.05
3.0.24
2.06
2.13
3.6
1.15
1.10
2.3
1.16
3.01
2.01
1.5
1.02
1.05
2.01
1.07
Binaires relatifs aux cartes
3.05
2.11
3.6
2.13
4.2
2.0
2.54.04
2.54.04
2.54.03
2.54.03
2.26
3.13.04
3.13.00
3.10.00
3.10.00
2.27
1.08
Incompatible
Incompatible
Incompatible
3.13.54
3.13.00
1.3.01
3.06
3.0
4.5
2.2
1.3
1.11
1.5
1.05
1.06
4.6
2.4
1.11
1.16
1.07
1.10
1.10
2.24
2.24
1.20
1.02
1.03
1.3
4.17
3.04
1.05
1.06
1.11
1.21
1.05
1.6
1.03
1.22
1.7
3.05
3.01
1.12
2.28
2.11
2.7
2.10
2.12
2.12
2.11
3
TC0711
OmniPCX Enterprise
ANNEXE 7
nprae
pcm2_ru
pra
pra2
rma
tonesnv
ua
uscvg
1.24
2.05
2.21
3.04.03
2.15
3.13.6
2.9
1.26
1.6
2.06
3.04.04
2.16
3.13.7
3.0
3.13.8
Binaires relatifs aux opératrices
fbc
ta/mac
ta/pac
2.13
4.7
1.12
4760i
1.0.01.07
lib_sip
2.1.8
TC0711
1.12
Binaire relatif à la 4760i
2.0.01.06
2.1.01
Binaire relatif au SIP
2.0
2.1.01.07
4.0.6
4
Ed. 01 / 14-10-2005
OmniPCX Enterprise
ANNEXE 8
DÉFAUTS CONNUS
PROCÉDURE DE MISE EN SERVICE
DE LA VERSION F3.301.10 - RELEASE 6.2
DÉFAUTS CONNUS
Principaux problèmes connus devant être corrigés dans un patch statique.
Anomaly
Title
Report
XTSce60954 Hotel- Problem in the call forwarding on no reply
XTSce59156 No DTMF send between NOE TDM sets an NOE IP sets
Campus with encryption : communication is scrambled after a
XTSce39311
Handover
XTSce61441 IP Touch 8&9 Sets / DTMF / No * and # / 1-59966888
Field : code access a message SUU does not operate with IP
XTSce57774
Touch set
DTMF CLIP call on a busy set with no camp-on - Display on
XTSce55676
attendant not coherent
XTSce62412 Obstraf: Erroneous ticket during double call.
IP Softphone : cannot take a call when call is presented
XTSce61143
during the initialization
XTSce60641 Very frequently incident 1279 type 19 / 1-59609137
XTSce62518 Communication without audio after 9" of conversation
VM 4645 WEB : No start recording beep on IP phone if
XTSce59797
remote 4645
High number of incident 1608 after INTIP is back to service /
XTSce60606
1-59645616
XTSce62096 Memory size : values given by "actorsdata" are wrong
Network call with Netmeeting => alarm 4412=H323 : arret
XTSce61907
de la com
Attribute a network VM to a SIP user : wrong 1st NOTIFY
XTSce63043
message after SUSCRIBE
XTSce61428 Loss of DTMF from NOE if compression is G723 on OXE
Message light on analogue phone not working (when
XTSce61024
configured as analog with 4980
When dialing into UM and pressing 0 to go to operator no
XTSce59290
speech
Device blocked if call back from My Messaging to extension
XTSce59423
fwd to My Assistant
XTSce60325 My Assistant rule : no answer and busy does not work
CSTA: when monitor start during a withdraw pending the
XTSce55477
agent status is wrong / 1-57500991
RSI overflow does not work for Ag2 ext incoming call to RSI
XTSce52928
find Ag1
Since software upgrade to 6.1.1 calls to S0 users abort / 1XTSce63500
60721591
Ed. 01 / 14-10-2005
1
Remarks
TC0711
OmniPCX Enterprise
PROCÉDURE DE MISE EN SERVICE
DE LA VERSION F3.301.10 - RELEASE 6.2
ANNEXE 8
DÉFAUTS CONNUS
TC0711
2
Ed. 01 / 14-10-2005

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

Transcription

Documents pareils

job title: software release manager

Alcatel-Lucent OmniPCX Office RCE Starter

COMMUNICATION TECHNIQUE OmniPCX 4400

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

Fondée en 1957 à St Louis dans le Missouri, Enterprise Holdings

DAHLAR® RELEASE BAG 125 Fiche Technique

français - BOREDOMproduct

Introduction

Télécharger

Reliable Release Mold Releases 3423-3480 – CF