NON URGENTE TEMPORAIRE DEFINITIVE SUBJECT : PROCÉDURE DE MISE EN SERVICE DE LA VERSION F RELEASE 6.2

Transcription

1 COMMUNICATION TECHNIQUE N TC0711 Ed. 01 Nb de pages : 178 Date : URGENTE NON URGENTE TEMPORAIRE DEFINITIVE SUBJECT : La version F est généralisée ce jour. Elle correspond à la Release 6.2. Elle est disponible sur Alcatel Business Partner Web Site ( et uniquement sur DVD sous les références 3BA AAAA (version non sécurisée) et 3BA 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 F jointe. 1

2

3 VERSION F RELEASE 6.2 Ed. 01 /

4

5 SOMMAIRE 1. DOMAINE D'APPLICATION INTRODUCTION À LA RELEASE COMPOSITION DU LOT LOGICIEL AVANT DE COMMENCER Applications, fonctionnalités non supportées en Release Applications et fonctionnalités dépendantes des CPU et plate-forme hardware utilisées Contrôle de conformité du réseau VoIP Recommandations et sécurité DECT CONDITIONS D INSTALLATION EN RÉSEAU Installation en réseau en Release < Installation en réseau en Release 3.0, 3.1, 3.2, 3.2M, 4.1 et Installation en réseau en Release 4.2 et Installation en réseau en Release 5.0 Ux, Ux, 5.0 Lx Compatibilité Audit / Diffusion Compatibilité applications externes Installation en réseau en Release 5.1.x, 6.0.x, 6.1.x Compatibilité applications externes Audit / Diffusion COMPATIBILITÉS Rappel sur les cartes supportant la fonction Transit et le RTP direct en réseau Ed. 01 / TC0711

6 6.2 Délai (dans un sens) introduit par les passerelles IP Délai (dans un sens) d un IP Phone vers un poste derrière ACT ou emg Compatibilités ABC-F2 suivant le matériel et le type de configuration utilisés (avec ou sans voix compressée) Règles utilisées dans les tableaux Tableau des compatibilités ABC-F Compatibilités réseau & VoIP Résumé compatibilité faisceau ABC-F Nombre de compresseurs/algorithmes utilisables avec INTIP et GD/GA Compatibilité messagerie vocale Alcatel Compatibilité matérielle Cartes CPU Appliance Server Capacité disque dur Carte IO Carte INTIP Carte INT1/INT Négociation de vitesse des interfaces Ethernet Compatibilité Subdevices & IP Phone (référence Reprom / Version de binaire) Compatibilité applications Compatibilités équipements OEM/Externes UPS V24 sur IP (Boîtier "Moxa") T38 Fax sur IP (Audiocode MP-102) INFORMATIONS CLIENTS Rappel des modifications apparues en Release Rappel des modifications apparues en Release Rappel des modifications apparues en Release PRÉPARATION Vérification des compatibilités TC Ed. 01 /

7 8.2 Guides vocaux Guides vocaux système Guides vocaux OPS Sauvegarde de la base de données (swinst) Reconstruction de la base de données avant sauvegarde Sauvegarde de la base de données reconstruite Sauvegarde des données Chorus/Linux Sauvegarde des fichiers Actis de l'image du site Sauvegarde du fichier lanpbx.cfg MODE OPÉRATOIRE Affaire neuve Mise à jour de R5.0 Lx, R5.1.x, R6.0.x, R6.1.x en R Migration OmniPCX 4400 vers R Utilisation de la clé hard ou soft Compatibilité hardware crystal avec un Appliance Server CHARGEMENT DU LOGICIEL Généralités Sécurité par défaut du système lors d'une installation standard Installation d'un système sécurisé pour le cryptage VoIP (service "IP Touch Security") Utilisation du Remote Download Lecture de la clé hardware ou CPU-Id des CPU Création d une base de données vierge Restauration de la base de données et justificatifs du site Restauration des données Chorus/linux TRANSLATIONS Installation des fichiers OPS Remarques Ed. 01 / TC0711

8 12. MISE À JOUR DES SYSTÈMES BÊTA TESTS GESTION SYSTÈME Déclaration du démarrage automatique du téléphone Mise à jour de la date et heure CONTRÔLE DU DÉMARRAGE CPU/IO1/IO2/IO2N GESTION DATABASE COMPLÉMENTAIRE MINIMUM OBLIGATOIRE Rappel pour les sites migrant d'une Release < Plan d adressage IP (à partir de R3.0) Routage IP (à partir de R3.0) Réseau ABC (à partir de R3.0) Gestion ARS Time Schedule (à partir de R3.0) Temporisations (à partir de R3.0) Taxation (à partir de R3.0) Table de filtrage (à partir de R3.0) Gestion complémentaire pour carte IO2N Synchronisation Paramètres systèmes à vérifier RTP direct en réseau Frame VoIP (Enhanced quality voice / Amélioration de la qualité de la voix) RTP direct pour terminaux H Inter-node protocol H Pre-login (V120) DÉMARRAGE DE LA CPU DANS SON ENVIRONNEMENT SUR SITE Téléchargement des coupleurs et postes CONTRÔLES DE BON FONCTIONNEMENT DOCUMENTS DE RÉFÉRENCES...49 TC Ed. 01 /

9 ANNEXES ANNEXE 1 - REMARQUES ET RESTRICTIONS ANNEXE 2 - COMPARAISON DES LICENCES R5.0 Ux ET R6.2 ANNEXE 3 - MIGRATION OmniPCX 4400 VERS 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 / TC0711

10 TC Ed. 01 /

11 1. DOMAINE D'APPLICATION AVERTISSEMENT Ce document s'applique à l' Release 6.2 dans la version généralisée F 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' Release Version F 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. 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 F Les défauts connus. 2. INTRODUCTION À LA RELEASE 6.2 La Release 6.2 (version F ) 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 > Release 6.2. RAPPEL La Release 6.0 de l' 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 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 (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 / TC0711

12 Matériel et logiciels disponibles à partir de la Release 6.2. Nouveau matériel Nouvelles fonctionnalités Fonctionnalités sous PCS (1) IP Touch Security Modules Caractères chinois sur poste IP Carte IRAD (2) (SSM, MSM) Touch Séries 8&9 (500 caractères) Installation des ACT dans des baies informatiques 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 Fonctionnalité non libérée TC Ed. 01 /

13 (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_ (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 F 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 R6.2 piloté par des CPU OmniPCX 4400 ou en installant un Appliance Server (AS). Ed. 01 / TC0711

14 3. COMPOSITION DU LOT LOGICIEL Le lot logiciel contient l'application F Les différentes versions des modules de l application sont : Linux : 38.0 Package Linux : 38.4 swinst : PC Installer : 2.20 R6.2 : F version complète F patch statique F patch sécurisé SF (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 (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 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 F (DVD) Version F Secured (DVD) Guides vocaux systèmes v5.2 OmniVista 4760 Release 3.2 Référence 3BA AAAA 3BA AAAA 3BA AAAF Software 3BH 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' R6.2, quelque soit le hardware utilisé. TC Ed. 01 /

15 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 Suppression/ Modification obligatoire avant Documentation passage en R6.2 47xx OmniVista 4760 R3.2 Non TCV PTP 4730i OmniVista 4760i Sans objet Documentation Système Messageries vocales Migration ACT ACD-V1 Autres 4755 OmniVista 4760 R3.2 TCV Directory Server 4760 LDAP Server Non TCV017 Directory PC Client 4760 Directory Client TCV065 for 4755/ J (défaut) ou 4635H2 TC ou VPS35 (1) 4635 VPM35 ou VPU5 Non 4635 VPCPU 4635 VPM35/VPU5 TC0155, TC0259 & 4635 VPCPU VPM35/VPU5 TC , 4600 Supprimer tous les équipements et les gérer dans Non un nouvel ACT 5400 Supprimer tous les équipements et les gérer dans Non un nouvel ACT ACD-V1 CCD R & 4736 CCS TC first party TAPI Pas de migration - Non middleware supporté Sans objet Non 4973 Telephony Non supporté - (Remplacé Assistant par OmniTouch UC My Sans objet SoftPhone) Alcatel Unified Non supporté - (Remplacé Sans objet Messaging par OmniTouch UC) SPB IO2, IO2N ou module IP/V24 Non Documentation Système Datcol Pas de migration Non Sans objet Sans objet supporté Débordement sur QoS (VoIP) CPU2, CPU3, CPU5 Step1 & Step2 Non supporté Non Non Remplacé par 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 Non INT1/INT2 INTOF Non Non Non Ed. 01 / TC0711

16 (1) La carte VPS35 est remplacée par la carte VPU5 pour toute migration vers 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 CPU5 Step3 Appliance Server Pilotant CPU6 Step2 Call Server Hardware CPU7 commun Hardware crystal 4645 Non Non Non Non Non 4635J (VPU5) (2) 4615/VMU-OBCA 4615/VMU-OBCA2 (1) (seulement avec CPU6) DECT Campus Non Non Non (4) DTM pour DECT sur Non Non Non DECT8 (2) CPU6 DECT8 DECT8 VG sur CPU6 Non Non Non GPA2 (2) Q23 Non Non Non GPA2 (2) (sur CPU6/ CPU7) V24 Non Non Non module V24-IP (3) Musique d'attente Non Port Z Non port Z (3) sur CPU IO2/OBCA (5) Non Non Non (5) (seulement avec CPU5 et CPU6) IO2N Non Non Non (5) SPB Non IO2 Non Non Non module V24-IP (3) 3 niveaux d'act Non Non Non (3) erma Non 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. TC Ed. 01 /

17 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.). 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). 4.3 Contrôle de conformité du réseau VoIP L' 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 / TC0711

18 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 >e- Flashes> 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 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 : B , B , B , B , B3.514, B3.515, B3.516, B3.517, B 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 ( 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). TC Ed. 01 /

19 5.2 Installation en réseau en Release 3.0, 3.1, 3.2, 3.2M, 4.1 et Les Releases 3.0, 3.1, 3.2, 3.2M, 4.1 et 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/INTOF Installation en réseau en Release 4.2 et Les Releases 4.2 et ne sont plus supportées mais afin de permettre une migration progressive, celles-ci peuvent cohabiter quelque temps dans un sous-réseau 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 / TC0711

20 5.4 Installation en réseau en Release 5.0 Ux, 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 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 Compatibilité Les Releases 5.0 Ux, 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: D c ; D ; E 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 à. 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 En Release 6.2, les cartes INT1 et INT2 doivent être remplacées par des cartes INTOF/INTOF 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é. TC Ed. 01 /

21 Pour supprimer ces erreurs, les versions minimum ci-dessous doivent être utilisées : D c D E f Les tables suivantes ne sont pas diffusées : inst/desc/param SIO data/prefixe data inst/desc/liste tranche num libre 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 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 à. 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. En Release 6.2, les cartes INT1 et INT2 doivent être remplacées par des cartes INTOF/INTOF 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 / TC0711

22 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 E e E 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) Support de la fonction RTP direct en réseau LIO P/B/X COMP6 (1) (2) Non Sans objet LIO P/B/X COMP2 (2) Sans objet LIOe (3) Non INTIP ou INTIP2 GD ou GA Non (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. TC Ed. 01 /

23 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)) En G729 : environ 120 ms (70 ms pour un IP Phone (e-reflexes/série 8)) En G723 : environ 150 ms (90 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 En G729 En G723 environ 80 ms environ 100 ms environ 120 ms 6.4 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 T 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 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 / TC0711

24 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é. TC Ed. 01 /

25 Ci-dessous les différentes représentations des configurations utilisées. R5.0.1 Ux représente un OmniPCX 4400 en R5.0.1 Ux OmniPCX 4400 représente un avec du hardware commun (hardware commun avec OXO) piloté par un CS ou AS IP Rack Server Crystal IP Server Crystal IP Server : représente un piloté par une CPU 5/6/7 ou un AS avec du hardware de type 4400 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 raccordé en ABC- F2 en filaire vers un 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 raccordé en ABC-F2 en VoIP (avec INTIPx uniquement) vers un 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 Tableau des compatibilités ABC-F2 Ed. 01 / TC0711

26 R5.0 Lx (a) IP Rack Server Sans Crystal IP MGW Crystal Server R6.2 R6.2 Avec Sans hardware Crystal IP MGW commun Avec hardware commun G72x G711 G72x G711 G72x G711 G72x G711 G72x G711 O m n i P C X R U x G711 / Sans Compr ession G723 / G729 (b) (c) (d) (e) VoIP VoIP (Note11) Non (Note 1) (Note 6) (Note 11) Non (Note 1) (Note 6) Non Non Non Non (Note 3) Non (Note 3) Non Non Non Non Non (Note 3) (Note 8) (Note 3) (Note 8) (Note 1) (Note 2) (Note 1) (Note2) (Note 1) (Note 2) (Note 1) (Note2 (Note 1) (Note 8) (Note 4) (Note 8) (Note 3) (Note 8) (Note 4) (Note 8) C R Y S T A L S E R V E R R x à R 6. 2 G711 / Sans Compr ession Avec Compr ession (b) (d) (c) (e) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) Non Non Non Non (Note 1) (Note 1) (Note 1) (Note 1 (Note 3) (Note 1) (Note 3) (Note 1) (Note 3) (Note 1) (Note 3) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 3) (Note 1) (Note 3) (Note 1) (Note 3) (Note 1) 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 G / G G R 5 0 L x R 5 1 à R 6 2 R 5 0 L x R 5 1 x à R 6 2 Non Non Non Non Non Non Non Non Non Non (Note 1) Non (Note 1) Non (Note 1) Non (Note 1) (Note 1) Non (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) Non (Note 10) (Note 1) Non (Note 1) Non (Note 10) (Note 1) (Note 1) Non (Note 10) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) Non (Note 9) (Note 1) Non (Note 1) Non (Note 10) (Note 1) (Note 1) Non (Note 9) (Note 1) (Note 1) (Note 1) (Note 1) (Note 1) (Note 7) Non (Note 9) (Note 7) Non (Note 7) (Note 1) (Note 7) (Note 7) Non (Note 9 (Note 7) (Note 1) (Note 7) (Note 1) (Note 7) (Note 7) Non (Note 9) (Note 7) Non (Note 7) (Note 9) (Note 7) (Note 7) Non (Note 9) (Note 7) (Note 1) (Note 7) (Note 9) (Note 7) TC Ed. 01 /

27 (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 Description 1 RTP direct en réseau activé Versions minimum compatibles : D c; D ; E f; E2.404.b; E e, E e 2 RTP direct en réseau désactivé Les communications VoWLAN ne sont pas autorisées Le SIP n est pas autorisé Versions minimum compatibles : D c; D ; E f; E2.404.b; E e, E e 3 RTP direct en réseau activé Versions minimum compatibles : D c; D ; E f; E2.404.b; E e, E e L accès T2/T0/T1 doit absolument être connecté sur le Crystal IP (ACT) Media Gateway 4 RTP direct en réseau activé Versions minimum compatibles : D c; D ; E f; E2.404.b; E e, E e L accès T2/T0/T1 doit absolument être connecté sur le Crystal IP Server ou Crystal IP (ACT) Media Gateway 5 Pour lever l interdiction il faut que les cartes LIOe soient remplacées par des INTIP. 6 RTP direct en réseau désactivé Les communications VoWLAN ne sont pas autorisées Le SIP n est pas autorisé Versions minimum compatibles : D c; D ; E f; E2.404.b; E e, E e Il ne doit pas y avoir plus d un passage en G711 coté PABX en hardware commun 7 RTP direct en réseau activé Versions minimum compatibles : D c; D ; E f; E2.404.b; E e, E e Il ne doit pas y avoir de carte LIOe (obligatoire) 8 RTP direct en réseau désactivé Les communications VoWLAN ne sont pas autorisées Le SIP n est pas autorisé Le faisceau IP doit obligatoirement être géré sur un Crystal IP (ACT) Media Gateway 9 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 10 Pour lever l interdiction, il faut rajouter un Crystal IP (ACT) Media Gateway sur chaque PABX et relier le T2/T0/T1 entre eux RTP direct en réseau activé Versions minimum compatibles : D c; D ; E f; E2.404.b; E e, E e 11 RTP direct en réseau activé Version minimum compatibles : D c; D ; E f; E2.404.b; E e, E e s il n y a pas de compression sur l OmniPCX 4400 Non si on utilise du G711 sur l OmniPCX 4400 Ed. 01 / TC0711

28 6.5 Compatibilités réseau & VoIP Résumé compatibilité faisceau ABC-F2 Release 6.2 < Release 4.2 Faisceau ABC uniquement (Pas de compatibilité, mais migration progressive autorisée (1) Release 4.2/Release (4) Release 5.0 Ux Release 5.0 Lx (4) Releases 5.1/5.1.1/ / / Compatibilité totale ABC-F (2) (3) Compatibilité totale ABC-F(2) (3) Compatibilité totale ABC-F (2) (3) Observation La migration progressive d un réseau est possible voir paragraphes 5.1 et 5.2 Voir tableau en Audit/Diffusion : D w minimum Messagerie vocale 4645 : 4645 centralisée non supportée Voir tableau en Audit/Diffusion : D c D Messagerie vocale 4645 : 4645 centralisée non supportée Voir tableau en Audit/Diffusion : E f minimum Voir tableau en (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. TC Ed. 01 /

29 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 G711 Avec ou sans VAD G723.1 Avec ou sans VAD G729 Avec ou sans VAD 32 ms GIP6A annulation d'écho GIP ms GIP annulation d'écho GIP ms MCV annulation d'écho MCV ms MADA annulation d'écho MADA (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 R6.2. Release VPCPU SCSI Disk VPCPU-1 IDE Disk VPS35 16 MB RAM VPS35 (Note) 32 MB RAM 6.2 Incompatible Incompatible Incompatible Incompatible Release VPM35 (Note) 32 MB RAM VPM35 64 MB RAM VPU5 (M) 16 ports Mini Maxi Mini Maxi Mini Maxi Notes La carte VPS35 est remplacée par la carte VPU5 pour toute migration vers R6.2. IMAP (version A minimum) et VPIM (version A ) 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 / TC0711

30 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 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. Utilisation de la clé hard Utilisation du CPU-Id Mise à jour possible des CPU au SAV CPU5 Step3 3BA27038 NAAC Non devient 3BA27038 NABC 3BA27038 NABC Sans objet 3BA BAAB Non devient 3BA BAWB 3BA BAWB Sans objet 3BA BABB Non devient 3BA BAXB CPU6 Step2 3BA BAXB Sans objet 3BA BACB Non devient 3BA BAYB 3BA BAYB Sans objet 3BA BADB Non devient 3BA BAEB 3BA BAEB Sans objet CPU7 3BA AA Non Sans objet Pour plus de détails sur la CPU6 Step2, se reporter à la communication technique TC0230 Carte CPU6 Step2-3BA23197 AA. TC Ed. 01 /

31 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 AA Référence IBM (dans le cas d'un achat externe): Model Type : X X306 : Référence Alcatel : 3BA 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 Capacité disque dur Un disque dur de 6 Go minimum doit être utilisé Carte IO2 Les cartes IO2 et IO2N doivent être flashées avec un boot de version 4.0 minimum 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 / TC0711

32 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 AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AC 3BA 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 Carte INT1/INT2 En Release 6.2, les cartes INT1 et INT2 doivent être remplacées par des cartes INTOF/INTOF 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. TC Ed. 01 /

33 6.8 Compatibilité Subdevices & IP Phone (référence Reprom / Version de binaire) Type Utilisation Référence Reprom Subdevice 2G V24 asynchrone (4083 ASM) V24/V110/V14 V24 A V24 asynchrone (4083 ASP) V24/V110/V120 V24 A V24 asynchrone MAC/PC MPC 3.10 V24 synchrone (4083 SYV) V24 (adapt. V35/V36) V24 S X21 synchrone (4083 SYX) X21 X S0 non alimentant (4084 IS) S0 S Z derrière UA (4085) Poste Z 1.09 Subdevice 3G A4091 CTI CTI OSI A4093 ASY-CTI V24 (V110, V14) + CTI V24 A / OSI A4094 ISW S0 S A4094 ISW-CTI S0 + CTI S / OSI 4.6 A4095 AP Z derrière UA OSI IP Phone A4097 Subdevice DECT + CTI 1.51 A4098 RE (1) TSC-IP / IP Phone V1 5.2 A4098 FRE TSC-IP / IP Phone V1S 3.0 e-reflexe IP Phone V Alcatel série 8 A4018-A4028-A4038-A4068 IP Touch A, B, C, D Alcatel série 9 A4019-A4029-A4039 Postes A TDM, B TDM, C TDM (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 / TC0711

34 6.9 Compatibilité applications Applications Version minimum (Note 1) Version libérée PC Installer A4058 (SBC) Migration avec version Migration avec version A4059 (Opératrice Multimédia) Clavier MMK (A4059) TA/MAC (A4059) Clavier MMK (A4049) TA/PAC (A4049) Management N'est plus supporté PC Client N'est plus supporté depuis la Release 5.1 (voir 4.1) A A4635H (Note 2) A4635J (VPU5) (Note 2) CCA CCTA CCZ CCIVR CCO CCS & CCS Light Server CCS ASM External Server WBM A4735 N'est plus supporté depuis la Release 5.1 (voir 4.1) A4736 N'est plus supporté depuis la Release 5.1 (voir 4.1) A4715 (Taxation) N'est plus supporté depuis la Release 5.1 (voir 4.1) A4730/4740 (Gestion) N'est plus supporté depuis la Release 5.1 (voir 4.1) A4755 N'est plus supporté depuis la Release 5.1 (voir 4.1) OmniVista a a Alcatel Audio Station (AAS) Visual Messenger R2 N'est plus supporté depuis la Release 6.0 Alcatel Unified Messaging 2.3 N'est plus supporté depuis la Release 5.1 (voir 4.1) OmniTouch Unified Communication R2.0 N'est plus supporté depuis Février 2005 OmniTouch Unified Communication R Notification Server R2 2.08c 2.08d TAPI Premium Server R TSAPI Premium Server XML Web Services Wizard pour hardware commun N'est plus supporté Wizard pour hardware crystal N'est plus supporté Datcol N'est plus supporté depuis la Release 5.1 (voir 4.1) 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. TC Ed. 01 /

35 2 La fonction IMAP est disponible à partir de la version A La fonction VPIM est disponible à partir de la version A Compatibilités équipements OEM/Externes 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 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 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 / TC0711

36 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 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, Opératrices. Appel entre opératrices. Distribution statistique des appels. Poste Ce poste n est plus supporté à partir de la Release 3. Postes UA 3G. 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. 7.2 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 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. TC Ed. 01 /

37 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 Guides vocaux Assurez-vous d'avoir les guides vocaux nécessaires à la Release Guides vocaux système La version des guides vocaux systèmes compatibles avec l' R6.2 est v5.2. Référence CD-ROM: 3BA 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 (including 4400)>System Voice Guides>OK Guides vocaux 4645 La version des guides vocaux 4645 est v1.5. Référence CD-ROM: 3BA 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 (including 4400)>Software 4645 Voice Guides>OK. Les langues ci-dessous sont disponibles : Ed. 01 / TC0711

38 Pays Code Loi A Loi µ Arabic female AR1 x Arabic male AR0 x Cantonese CA0 x x Catalan ES1 x Croatia HR0 x Czech CS0 x Danish DA0 x Dutch NL0 x x English EN0 x x English Australia AS0 x English United States US0 x x Finnish FI0 x x Flemish NL1 x French FR0 x French Canada FR2 x x German DE0 x x Greek GR0 x Hungarian HU0 x Icelandic IS0 x Italian IT0 x x Japanese JP0 x x Korean KR0 x x Latvian LV0 x Lithuanian LT0 x Mandarin China CN0 x x Mandarin Taiwan CN1 x x Norwegian NO0 x x Polish PL0 x x Portuguese PT0 x x Portuguese Brazil PT1 x x Romanian RO0 x Russian RU0 x x Slovak SK0 x Slovenian SI0 x Spanish ES0 x Spanish United States ES2 x x Spanish Latin America ES3 x x Swedish SV0 x x Turkish TR0 x TC Ed. 01 /

39 8.3 OPS La version Actis pour l' 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 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 R Sauvegarde de la base de données (swinst) Effectuer dans la version courante, les opérations suivantes. Ed. 01 / TC0711

40 8.4.1 Reconstruction de la base de données avant sauvegarde login mtcl répertoire /DHS3data/mao commande /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 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 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 à 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 (C ) vers la Release 6.2. Il est impératif de faire une translation intermédiaire avec la Release Custom 3.2-C2 (C 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 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. TC Ed. 01 /

41 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 R 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 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 / TC0711

42 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 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 R 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) 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 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 PC Installer v2.20. TC Ed. 01 /

43 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) Configuration to be restored 0) Level_0 = no security feature activated 1) Level_1 = password/aging 2) Level_2 = password/aging + trusted hosts/tcp wrapper 3) 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é 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 / TC0711

44 Méthode d'installation L'installation de la sécurité sur un système en F 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 F à 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é SF 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 F F , 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é SF du patch statique standard possède les mêmes binaires mais plus récents. Pour plus d'informations, se reporter à lannexe 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 F Se reporter à la communication technique TC0669 Compatibilité de versions pour la fonction "Téléchargement à distance" Lecture de la clé hardware ou CPU-Id des CPU É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 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). TC Ed. 01 /

45 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 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 / TC0711

46 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 à 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 manuellement un netadmin complet. Les sites en A9.532 doivent passer au préalable en A Il n'y a pas de translation automatique de la Release Custom 3.0C (C ) vers la Release 6.2. Il est impératif de faire une translation intermédiaire avec la Release Custom 3.2-C2 (C minimum) 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. TC Ed. 01 /

47 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, 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 C i - Release 3.1 Annexe 4 et TC0148 Nouveautés Facilities MISE À JOUR DES SYSTÈMES BÊTA TESTS Tous les sites bêta test doivent évoluer en version libérée F GESTION SYSTÈME Utiliser le menu swinst/system management 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 / TC0711

48 15. GESTION DATABASE COMPLÉMENTAIRE MINIMUM OBLIGATOIRE 15.1 Rappel pour les sites migrant d'une Release < 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 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 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. TC Ed. 01 /

49 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 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 Taxation (à partir de R3.0) Chemin d accès : Applications/Taxation Gérer tous les nouveaux paramètres en fonction des besoins client 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 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 / TC0711

50 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 Paramètres systèmes à vérifier Utiliser la commande compvisu pour visualiser les paramètres RTP direct en réseau Par défaut le paramètre RTP direct en réseau est à. Dans le cas de raccordement d'un R6.2 en face d'un OmniPCX4400, il faut mettre le paramètre RTP direct en réseau à Non ; se reporter au paragraphe 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 RTP direct pour terminaux H323 Ce paramètre doit être à Non Inter-node protocol H323 Le paramètre Inter-node protocol H323 doit être à et identique dans tout le réseau. Il doit être à Non uniquement dans le cas d utilisation de carte LIOe en phase de migration 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. TC Ed. 01 /

51 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 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 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 swinst Software Identity Display Application Software Validity Checking Ed. 01 / TC0711

52 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. TC Ed. 01 /

53 18. DOCUMENTS DE RÉFÉRENCES Communications techniques : TC0148 Nouveautés Facilities 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, 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 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 Procédure de mise en service de la version 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 TC0698 Note de libération technique de l'offre VoWLAN Release TC0703 Installation et exploitation du logiciel PC Installer v2.20 TC0705 Alcatel 4059 MAC - Procédure de mise en service de la version TC0710 Note de libération technique de l' Release Version F 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 a - Release 3.2 Ed. 01 / TC0711

54 TC Ed. 01 /

55 ANNEXE 1 REMARQUES & RESTRICTIONS REMARQUES & RESTRICTIONS SOMMAIRE 1. SYSTÈME CPU CALL SERVER - APPLIANCE SERVER CPU Call Server Appliance Server CPU OmniPCX DUPLICATION ALIMENTATION Coffrets 1U et 3U avec batteries internes Nouveaux coffrets 1U et 3U avec batteries externes Nouveaux coffrets 1U et 3U -48V ALVÉOLE CRYSTAL IP MEDIA GATEWAY MEDIA GATEWAY Cartes GD/GA Carte INTIPB Nombre de canaux disponibles VOIP POSTES IP Phone V1-V1S IP Phone V2 (e-reflexe) Ed. 01 / TC0711

56 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE Postes Alcatel séries 8 & DECT Boîtiers UA Extender 4051/ SERVICE "IP TOUCH SECURITY" VOWLAN RELEASE DIVERS...18 TC Ed. 01 /

57 ANNEXE 1 REMARQUES & RESTRICTIONS 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 à 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/ *** *** Generated on Jun/13/2003 at 09:25 *** Monitor Light Menu 01 - Load From Hdisk # Load From Ethernet 03 - Load From Flash NAND program 04 - Load From Flash NAND program and Bootp 05 - Load From Hdisk #0 and Bootp 06 - Display MAC address 07 - Display PCMS id 08 - Display System informations 09 - Full Options menu (réservé R&D) 10 - 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 / TC0711

58 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 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 F 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 TC Ed. 01 /

59 ANNEXE 1 REMARQUES & RESTRICTIONS 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 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 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 AA Référence IBM (dans le cas d'un achat externe): Model Type : X X306 : Référence Alcatel : 3BA 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 / TC0711

60 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 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) 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 ( ) 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 TC Ed. 01 /

61 ANNEXE 1 REMARQUES & RESTRICTIONS 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 (CC , 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 Bande Passante minimale (Kbps) 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 / TC0711

62 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 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 > 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.) Coffrets 1U et 3U avec batteries internes Ce type de coffret ne peut plus être commandé sur les affaires neuves à partir de la Release et Actis Nouveaux coffrets 1U et 3U avec batteries externes Ces nouveaux coffrets avec batteries externes ne sont compatibles qu'à partir de la R Le rack batterie externe 12V ne peut être connecté que sur un coffret 1U (3EH AE). Le rack batterie externe 36V ne peut être connecté que sur un coffret 3U (3EH AE ou BE) Nouveaux coffrets 1U et 3U -48V Ces nouveaux coffrets avec batteries externes sont disponibles à partir de la Release et Actis TC Ed. 01 /

63 ANNEXE 1 REMARQUES & RESTRICTIONS 5. 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 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 AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AN 3BA UN 3BA AC 3BA 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 / TC0711

64 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 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 : (E r) 22.7 (F h) 30.9 (F e) (F ) Par défaut, la temporisation est égale à 20 min. Si cette temporisation est expirée, la GD redémarre avec son binaire d'origine Carte INTIPB Le terme INTIPB concerne aussi bien les cartes INTIP que INTIP2. 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 pour les INTIP et câble 3EH AAAA pour les INTIP2). La carte INTIPB ne doit pas être utilisée pour des liens H323 ou traitement IP Phones. TC Ed. 01 /

65 ANNEXE 1 REMARQUES & RESTRICTIONS 6.3. Nombre de canaux disponibles INTIP avec 2 cartes filles (1 et 2) GD ou GA G711 Avec ou sans VAD G723.1 Avec ou sans VAD G729 Avec ou sans VAD 32 ms annulation GIP6A d'écho GIP ms annulation GIP d'écho GIP ms annulation MCV d'écho MCV ms annulation MADA d'écho MADA (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 à 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, 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 / TC0711

66 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 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 ; à 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, TC Ed. 01 /

67 ANNEXE 1 REMARQUES & RESTRICTIONS 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 MP- 102 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 à ; 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. G 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 / TC0711

68 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 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 ADAB Reflexes Module add-on 40 : 3AK ABAA Add-on 20 touches : Reflexes Module add-on 20 emballé : 3AK DDAB Reflexes Module add-on 20 : 3AK 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 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 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 ne peuvent accéder à l OmniTouch UC (My Phone, My Messaging, My Assistant). TC Ed. 01 /

69 ANNEXE 1 REMARQUES & RESTRICTIONS Pas de substitution totale mais uniquement partielle. Pas de mains libres sur le poste 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 AHAA REC1 : 3BD AEAA Sonnerie externe : 3BD 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 Key 047 Sub No Translate BOSS/SECRETARY Network DO MANUALLY : Set Key 041 Sub Table KEYBOARD altered Ed. 01 / TC0711

70 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 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 (catégorie d exploitations téléphoniques) et lui donner comme valeur Retardé, installer le patch 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 TC Ed. 01 /

71 ANNEXE 1 REMARQUES & RESTRICTIONS 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) 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 / TC0711

72 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 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 La fonctionnalité VoWLAN est libérée à partir de Release Pour toute demande VoWLAN en dehors des caractéristiques et limites VoWLAN Release (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 DIVERS Le nombre d'entités pour un nœud ou dans un réseau passe de 255 à 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. TC Ed. 01 /

73 ANNEXE 1 REMARQUES & RESTRICTIONS 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é à 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 / TC0711

74 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 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 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 µ. La configuration loi A / loi µ est validée pour tout le système. TC Ed. 01 /

75 ANNEXE 1 REMARQUES & RESTRICTIONS 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 Call Center. Ed. 01 / TC0711

76 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 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 (version F 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 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 i. 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. 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 actuelles. La connexion s établit mais telnet, config, synchro échouent. TC Ed. 01 /

77 ANNEXE 1 REMARQUES & RESTRICTIONS 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 /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 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 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 / TC0711

78 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 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 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' 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' : EMC: EN55022 :1998-EN55024: 1998/FCC part15 Safety EN60950 :2000/IEC 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. TC Ed. 01 /

79 ANNEXE 1 REMARQUES & RESTRICTIONS 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 Inexistant in Database Exist in Database... >>> environ 2700 lignes effacées de la trace 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 / TC0711

80 ANNEXE 1 REMARQUES & RESTRICTIONS VERSION F RELEASE 6. 2 TC Ed. 01 /

81 VERSION F RELEASE 6.2 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.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 R6.2 Désignation Valeurs Possibles Désignation Valeurs Possibles 1-GroupTelephony 0/5/10/30/ / Group Telephony "open" / CallByName 0/5/10/30/ / M-Phonebook users 0/10/20/./9990 ( step of 10 ) 3-ACD P1: 0/1 P2: 0/10/30/ Not used 4-HotelBasic 0/50/100/300/ 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 Not used (see new software lock 50) 8-Not used 9-PRA 0/20/ PSTN B channel "open" / VoiceGuides 0/1 10-Voice guide 0/1 11-AutomatedAttendant Not used (see new software lock 20) 11-Not used 12-DISA 0/1 12-DISA 0/1 13-Station 0/128/250/500/1000/1500/2000/ E-CS engine 0/50/80/150/350/500/ FinancialReport 0/1 14-Integrated metering 0/1 15-ExternalAccounting Not used (see new software lock 50) 15-Not used 16-OnTheFlyAccounting Not used (see new software lock 51) 16-Not used Ed. 01 / TC0711

82 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 VERSION F RELEASE 6.2 R5.0 Ux R6.2 Désignation 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 0/50/80/150/350/500/9999 (>= lock 013 if <>0) 20-AAVoiceGuide 0/6/ Automated attendant 0/6/ VPS 0 to x 21-Number of VPS ports 0/2/4/ /240 ( step of 2 ) I 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 0/ ACD 0/1 30-Not used 31-AMIS 0/1 31-Not used 38-InfoCenter 0/1 38-Infocenter link 0/1 39-TrafObs47xx 0/128/250/500/1000/1500/2000/ Performance 0/50/80/150/350/500/9999 (>= lock 013 if <>0) 40-IncidentsOnFly 0/128/250/500/1000/1500/2000/ 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/ Accounting users 0/50/80/150/350/500/9999 (>= lock 013 if <>0) 43-LockHardDECT 0/1 43-Not used 44-SBC 0 to x SBC 0/1/2/3/../50 45-BLF 0 to x 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/ 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/ Directory 0/50/80/150/350/500/9999 (>= lock 013 if <>0) TC Ed. 01 /

83 VERSION F RELEASE 6.2 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 R5.0 Ux R6.2 Désignation Valeurs Possibles Désignation Valeurs Possibles 50-MAO47xx 0/128/250/500/1000/1500/2000/ Configuration 0/50/80/150/350/500/9999 (>= lock 013 if <>0) 51-V24MeteringOnFly 0/128/250/500/1000/1500/2000/ Real Time Metering on v24 0/50/80/150/350/500/9999 (= lock 042) : Basic package 0=none 1=4635J 2=4635H : 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 Network 0 to 2x Networking OctelNet 0/2/4/./64 ( = lock 057 ) Fax 0 to 2x Fax manager 0/2/4/./ CallManage 0 to 2x Call manager 0/2/4/./64 ( = lock 057 ) Hotel 0 to 2x Hotel manager 0/2/4/./64 ( = lock 057 ) Port 0 to 2x Number of ports 0/2/4/./ Hour 0 to x Number of hours 0/5/10/../ Languages 0 to x Number of languages 0/1/2/./ Attendant 0 to 2x Attendant manager 0/2/4/./64 ( = lock 057 ) ValueManage 0 to 2x 64-Not used Recording 0 to 2x Recording manager 0/2/4/./64 ( = lock 057 ) AMIS 0 to 2x Networking AMIS 0/2/4/./64 (= lock 057) 67-CSTAPredictiveCall 0/1 67-Not used BSM Not used 68-Not used Fault Not used 69-Not used Metering Not used 70-Not used Performance Not used 71-Not used Directory Not used 72-Not used Network4220 Not used 73-Not used Network4300L Not used 74-Not used 75-HospitalNetwork 0/1 75-Networking Hospital (France) "open" /1 76-CCDNumberAgents P1: 0/5/10/25/50/500/ M-CCD agents 0/5/10/./2000 Ed. 01 / TC0711

84 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 VERSION F RELEASE 6.2 R5.0 Ux R6.2 Désignation Valeurs Possibles Désignation Valeurs Possibles P2: 0 to 4 77-CCSNumberPCSuperv 0 to x 77-CCS mono-site 0/1/2/3/ /60 78-CCDAccToComRec 0/1 78-CRI Call Record Interface 0/1 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/ Flow Metering on Ethernet 0/50/80/150/350/500/9999 (= lock 042) 84-CentralVoic 0/128/250/500/1000/1500/2000/ 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/ Notification Server 0/50/300/800/ Roaming 0/10/20/./ M-Roaming DECT/PWT 0/10/20/./ VGRecordOnUA 0/1 91-Voice guide record fr 0/1 92-VH 0/1 92-Not used J 0/1 93-Not used 94-WorkForceLink 0/ WMI Workforce Manager interface 0/1 95-SpecificFeatures 0/ Not used 96-HotelSuite 0/1 96-Not used 97-CentralizedVPS 0/128/250/500/1000/1500/2000/ VPS users 0/50/80/150/350/500/9999 (>= lock 013 if <> 0) 98-TicketLocalCalls 0/125/500/1000/2000/ Accounting for local calls 0/50/80/150/350/500/9999 (>= lock 013 if <> 0) 99-TicketABCNetCalls 0/125/500/1000/2000/ 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/../ M-CSTA monitoring requests 0/5/10/15/../ CCS_PCSupMultiSite 0 to x 102-CCS multi-site 0/1/2/ /60 TC Ed. 01 /

85 VERSION F RELEASE 6.2 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 R5.0 Ux R6.2 Désignation Valeurs Possibles Désignation Valeurs Possibles 103-CCD_WBI 0 to x 103-RTI Real Time Interface 0/1/2/ / Release2_SN 0/ Not used 105-CompressedCalls 0 to x 105-Compressed calls 0/1/2/3/../ TransfixAccessX24V36 0 to x 106-Transfix Access X24V36 "Open" / VisualMessager 0 or Visual messenger 0 or 5000 (if lock 057 <> 0) WebMessager 0/32/../ Not used DigitalNetwork IP Octel networking 0/2/4/./64 (= lock 057) HDiskMirroring 0/ Global message redundancy 0/1 111-Ubiquity 0/16/32/64/256/./ Ubiquity 0/10/20/./ CCSLight 0 to x 0/1/2/ / CSTAPiloteCCDMonito 0/1 113-CSTA pilots monitoring 0/1 114-TSAPI 0/5/10/15/20/./ TSAPI server 0/5/10/15/20/./ CCAAgents 0/5/10/15/20/./ M-CCA softphone 0/5/10/15/20/./1000 (<= lock 076 if <> 0) StdAgents 5/10/20/30/40/ / ECC My Softphone (4980 Std) 5/10/20/30/40/.. /3000 (= lock 129) ProAgents 0/10/20/30/40/ / M-ECC 4980 Option (4980 Adv) 0/10/20/ 3000 (<= lock 129 if <> 0) NomadicLog 5/10/20/./ nomadic logged 5/10/20/./ MigrationRelease 0/1 120-Not used 121-CLIPOnVPS_SL 0/2/4/8/ CLIP on VPS 0/2/4/6/8/... /240 ( = lock 21 ) 122-ACAPI 0/128/250/500/1000/1500/2000/ ACAPI via CMIP 0/50/80/150/350/500/9999 (= lock 050) 123-IVR_Z_PCM 0/5/10/15/20/./ M-CSTA IVR ports monitored 0/5/10/15/20/.../ CallCenterWebAgents 0/5/10/15/20/./ 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/./ Ports 0/2/ Nb of Access 0/2/ GroupwareAgents 0/5/10/20/30/40/ / M-ECC My Softphone (4980 grp) 0/5/10/20/30/40/ / 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 / TC0711

86 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 VERSION F RELEASE 6.2 R5.0 Ux R6.2 Désignation 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/ Mastered conference 0/50/80/150/350/500/9999 (>= lock 013 if <> 0) 134-MultiCompanies 0/128/250/500/1000/1500/2000/ 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/ Priority 0/50/80/150/350/500/9999 (>= lock 013 if <> 0) 137-CallRestriction 0/128/250/500/1000/1500/2000/ Call restriction 0/50/80/150/350/500/9999 (>= lock 013 if <> 0) 138-IPEquipment 0/10/20/30/40/ / IP Clients 0/10/20/./9990 (= lock ) 143-TAPIPremiumServer 0/5/10/20/30/40/ / TAPI premium server 0/5/10/20/30/40/ / ManagementR2 x1 / x2 / x3 / x4 / x5 144-Not used 145-BitChannelRecord 0/5/10/15/20/./ M-CSTA Recording B channel 0/5/10/15/20/./ 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 0/ Dispatcher 0 to x 149-Not used VPIM VPIM 0/2/4/ /64 (=lock 057) 152-Ith_radio 0/1 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/../ CCE 0/5/10/15/20/./ M-CC Agents 0/5/10/15/20/./ CCO 0/5/10/15/20/./ M-CCOutbound Agents 0/5/10/15/20/./ CCOPredictif 0/5/10/15/20/./ M-CCOutpredial Agents 0/5/10/15/20/./ NiceRemoteBChanRec 0/5/10/15/20/./ M-CSTA Record networked 0/5/10/15/20/./ Release to x release 34=R6.2 TC Ed. 01 /

87 VERSION F RELEASE 6.2 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 R5.0 Ux R6.2 Désignation Valeurs Possibles Désignation Valeurs Possibles MultiDevice 0/5/10/20/30/./3000 (=lock 129) 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/../ Number of HPOV nodes 0/1/2/../ VAD 0/9/18/27/./315 (step of 9) 169-Voice detection channels 0/1/2/3/4/../ 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) Voice mail engine 0/1/2/3 179-M-4645 users 0/50/80/150/350/500/ (=1) 0/ networking 0/ 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/../ SIP network links 0/1/2/3/4/../ CCTI 0/5/10/15/20/25/../ M-CCTI agents 0/5/10/15/20/25/../ RSINumberAgents 0/5/10/15/20/25/../ M-RSI call center agents 0/5/10/15/20/25/../ 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/ My Messaging 0/10/20/30/ /1000 (step of 10) (<= lock 179 if <>0) Ed. 01 / TC0711

88 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 VERSION F RELEASE 6.2 R5.0 Ux R6.2 Désignation Valeurs Possibles Désignation Valeurs Possibles 195-CCD Profile 0/1/2 196-RSIBusiness 0/5/10/15/20/25/../ RSI Business agents 0/5/10/15/20/25/../ 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/ Mobiles migration 0/1/2/3/4/../ Reflexes migration 0/1/2/3/4/../ Analog migration 0/1/2/3/4/../ Upgrade CCS light to CCS Monosite 301-Clé hard 1 sur CPU Clé hard 2 sur CPU M-Remote extension and MIPT 0/1/2/../60 N de la clé hard N de la clé hard 0/5/10/15/20/25/ / 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 313-eCC Gateway 0/1/2/3 0/5/10/15/20/25/ / My Messaging users 0/10/20/30/ /5000(step of 10) 315-Migration clé hard /1 316-M-Standard Reflexe User (Not used) 0/10/20/.../ M-Standard IP User (Not used) 0/10/20/.../ XML IP Touch-IP engine 0/1/2/ CSTA Over IP Touch Security Engine 0/1 326 M-Secured IP-Touch Phones 0/10/20/.../ M-IP-Touch Security MCM 0/1/2/.../ M-IP-Softphone Attendants 0/1/2/.../50 TC Ed. 01 /

89 VERSION F RELEASE 6.2 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 R5.0 Ux R6.2 Désignation Valeurs Possibles Désignation Valeurs Possibles 329 M-IP-Softphone Agents 0/1/2/.../tbd 467-ARS 0/128/250/500/1000/1500/2000/ ARS 0/50/80/150/350/500/9999 (>= lock 013 if <> 0) 468-ProductType 1/2/3/4/ Product type G723Algorithm 469-G723.1 Server 0/1/2/3/ /9999 (=lock 135 if <>0) Ed. 01 / TC0711

90 ANNEXE 2 COMPARAISON DES LICENCES R5.0 Ux ET R6.2 VERSION F RELEASE 6.2 TC Ed. 01 /

91 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 SOMMAIRE 1. MIGRATION D'UN OMNIPCX 4400 VERS UN OMNIPCX ENTERPRISE R Fonctionnement de la Release 6.2 avec les Releases OmniPCX 4400/ Enterprise précédentes But du document Contenu du document Les scénarios de migration Actis et la migration Synchronisation des opérations à effectuer lors du déploiement de la migration Moyens nécessaires pour la mise en œuvre de la migration Les possibilités de retour arrière Règles à observer MIGRATION DE TYPE ISO Configuration Actis Remplacement des applications et hardware par Actis Non remplacement des applications et hardware par Actis Opérations à réaliser sur le site avant de commencer Préparation de la migration en laboratoire Suppression préalable des applications et hardware "phase-out" Communication Servers Déplacement des alvéoles 18 et Préparation des applications et hardwares Organigramme récapitulatif Ed. 01 / TC0711

92 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE MIGRATION DE TYPE APPLIANCE SERVER Configuration Actis Remplacement des applications et hardware par Actis Non remplacement des applications et hardware par Actis Opérations à réaliser sur le site avant de commencer Préparation de la migration en laboratoire Suppression préalable des applications et hardware "phase-out" Préparation des applications et hardware CAS DE MIGRATION D'UN RÉSEAU DE PABX BASCULEMENT EN R6.2 SUR LE SITE Messagerie vocale en réseau Synchronisation du système TC Ed. 01 /

93 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE MIGRATION D'UN OmniPCX 4400 VERS UN R 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', 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 ne sont plus supportées ; elles sont remplacées par la Release (2) La Release 6.0 n est plus supportée ; elle est remplacée par la Release (3) La Release 6.1 n est plus supportée ; elle est remplacée par la Release 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 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 F 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 / TC0711

94 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 Cumuler les opérations de migration et d'adjonction est fortement déconseillé. TC Ed. 01 /

95 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE Contenu du document 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 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 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 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 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 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 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 / TC0711

96 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 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 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 Remplacement des applications et hardware par Actis Actis prévoit le remplacement des applications et hardware suivants Communication Servers Migration vers 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, mémoire SDRAM de 256 Mo. Migration vers 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, mémoire SDRAM de 128 Mo. Les systèmes configurés avec CPU6 restent en CPU6 : avec remplacement automatique du disque dur, si inférieur à 6 Go, mémoire SDRAM de 128 Mo. 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. TC Ed. 01 /

97 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 IO2 La carte IO2N est configurée à la place de la carte IO2 si, lors de la migration, Actis configure une carte CPU 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 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 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 DECT2/DECT4 Les cartes DECT2/DECT4 configurées dans des affaires à migrer, sont encore supportées sur 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 DECT 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 / TC0711

98 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 Etat matériel 46xx du système à migrer : Etat avant migration VPCPU VPCPU-1 VPM35 VPS35 MSB MSB2IB MSB2IB VMU-OBCA (carte CPU3) VMU-OBCA (carte CPU5) 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 OmniTouch L'ACDV1 est remplacé par le CCD. Les superviseurs sont remplacés par le CCS 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) 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 R 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 eua Non remplacement des applications et hardware par Actis Actis ne prévoit pas le remplacement des applications et hardware suivants. TC Ed. 01 /

99 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 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 manuellement un netadmin complet 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 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 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 / TC0711

100 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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) OmniMessage Suppression de la messagerie vocale Supprimer les boîtes vocales 4630 aux usagers puis supprimer la messagerie Migration des messageries vocales 4635H et 4635H-1 vers 4635H-2. Il n'y a pas de suppression liée à cette opération 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 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 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 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). TC Ed. 01 /

101 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 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 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). La procédure d'installation des fichiers OPS a changé à partir de la R5.0 Lx par 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 F Release 6.2. (2) Ne pas restaurer les données Chorus si vous venez d une Release inférieure à R3.0. Ed. 01 / TC0711

102 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE LIOe Les cartes LIOe et TSC-LIOe ne sont plus supportées ; se reporter au paragraphe 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 INT1/INT2 Les cartes INT1/INT2 ne sont plus supportées ; se reporter au paragraphe La gestion de ces cartes doit être supprimée et être remplacée par une gestion de cartes INTOF 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 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 R OmniTouch Les groupes ACDV1 migrent en CCD. TC Ed. 01 /

103 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 Les superviseurs migrent en CCS. Se reporter à la communication technique TC0487 Migration ACD-V1 vers CCDistribution Equipements de postes 2600, 4600, 5400 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 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 Organigramme récapitulatif Ed. 01 / TC0711

104 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 Migration OmniPCX 4400 vers Release 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 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 (TC TC 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 Translater les données dans une Release compatible avec la R6.2 (R1.5.3 à R5.0.1Ux) Aller en B Aller en A TC Ed. 01 /

105 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 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) 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 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 Gestion à faire : Alvéole 2600/5400 : Désaffecter tous les équipements utilisés et supprimer les cartes&alvéoles 2600/5400. ACDV1 : Supprimer l'acdv : 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 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 / TC0711

106 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 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 Remplacement des applications et hardware par Actis Actis prévoit le remplacement des applications et hardware suivants Communication Servers Les CPU 4400 sont supprimées et remplacées par des Appliance Servers. Les IO2 sont supprimées et remplacées par des INTIP RMA Le RMA est supprimé et remplacé par un RMA dans un coffret de type S (rack 1U) LIOe Les cartes LIOe et TSC-LIOe ne sont plus supportées ; se reporter au paragraphe 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 INT1/INT2 Les cartes INT1/INT2 ne sont plus supportées ; se reporter au paragraphe La gestion de ces cartes doit être supprimée et être remplacée par une gestion de cartes INTOF 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. TC Ed. 01 /

107 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 Etat matériel 46xx du système à migrer. Etat avant migration VPCPU VPCPU-1 VPM35 VPS35 MSB MSB2IB MSB2IB VMU-OBCA (carte CPU3) VMU-OBCA (carte CPU5) 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 OmniTouch L'ACDV1 est remplacé par le CCD Equipements de postes 2600, 4600, 5400 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 eua 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 DECT Non remplacement des applications et hardware par Actis Actis ne prévoit pas le remplacement des applications et hardware suivants 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 / TC0711

108 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 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 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 manuellement un netadmin complet. 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 R 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 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. TC Ed. 01 /

109 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 Moyens nécessaires Une sauvegarde de la base de données du site à migrer. Un ACT 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 Communication Servers Aucune modification n'est nécessaire, car la translation de la base de données supprime les CPU et IO OmniMessage Suppression de la messagerie vocale Supprimer les boîtes vocales 4630 aux usagers puis supprimer la messagerie 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 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 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 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 Cas liés à la suppression d'io2, IO2N, OBCA 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 / TC0711

110 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 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 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 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). La procédure d'installation des fichiers OPS a changé à partir de la R5.0 Lx par 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 F Release 6.2. (2) Ne pas restaurer les données Chorus si vous venez d une Release inférieure à R3.0. TC Ed. 01 /

111 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 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 R OmniTouch Les groupes ACDV1 migrent en CCD. Les superviseurs migrent en CCS. Se reporter à la communication technique TC0487 Migration ACD-V1 vers CCDistribution Equipements de postes 2600, 4600, 5400 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 / TC0711

112 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 Dès réception du matériel, il est possible de commencer son installation sur le site 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 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 DECT Cas liés à la suppression d'io2, IO2N, OBCA 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 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. TC Ed. 01 /

113 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 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 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 F Release 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 Synchronisation du système ATTENTION Un OmniPCX 4400 qui migre en 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 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 / TC0711

114 ANNEXE 3 MIGRATION OmniPCX 4400 VERS RELEASE 6.2 TC Ed. 01 /

115 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 avec CPU5, CPU6 ou CPU7 migre vers un 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 / TC0711

116 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 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. Après modification, utiliser la commande infocs pour vérifier le plan de synchronisation. TC Ed. 01 /

117 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é. Après modification, utiliser la commande infocs pour vérifier le plan de synchronisation. Synchronisation domaine 0 Appliance server CPU INTIP-B ACT0 T2 Priority=0 ACT3 T2 Priority=200 Synchronisation domaine 0 ACT2 T2 Priority=0 Synchronisation domaine 3 ACT2 T2 Priority=202 ACT1 T2 Priority=0 ACT1 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 / TC0711

118 ANNEXE 4 SYNCHRONISATION Synchronisation domaine 0 Appliance server CPU ACT0 T2 Priority=0 Synchronisation domaine 0 ACT2 T2 Priority=0 Synchronisation domaine 3 INTIP-B ACT3 T2 Priority=200 ACT1 T2 Priority=0 Synchronisation domaine 2 ACT2 T2 Priority=200 Synchronisation domaine 1 ACT1 T2 Priority=200 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". TC Ed. 01 /

119 ANNEXE 4 SYNCHRONISATION Synchronisation domaine 0 Appliance Server CPU INTIP-B ACT0 T2 Priority=0 ACT3 T2 Priority=200 Synchronisation Synchronisation domaine 0 ACT2 T2 Priority=2 domaine 3 ACT2 T2 Priority=202 ACT1 T2 Priority=1 ACT1 T2 Priority=201 Migration R6.2 Figure 3: Configuration de la synchronisation après migration respectant la configuration avant migration Ed. 01 / TC0711

120 ANNEXE 4 SYNCHRONISATION Synchronisation domaine 0 Appliance Server CPU ACT0 INTIP-B ACT3 Fictitious T2 Priority=200 Synchronisation Synchronisation domaine 0 ACT2 T2 Priority=1 domaine 3 ACT2 T2 Priority=202 ACT1 T2 Priority=0 ACT1 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". TC Ed. 01 /

121 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 NOUVELLES FONCTIONNALITÉS APPARUES EN RELEASES 5.1, 5.1.1, 5.1.2, NOUVEAUX SERVICES SUR INTIP PAR RAPPORT À LA RELEASE UX Rappel de la Release Rappel de la Release ABC-F2 sur IP avec INTIP Gateway H Compatibilité avec gatekeeper externe Appels inter-nœuds H Fast start Marquage de signalisation sur VoIP T Redondance IP (IP redundancy) Full Duplex 100 Mo Nouveaux booléens IP...18 Ed. 01 / TC0711

122 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES TC Ed. 01 /

123 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES 1. NOUVEAUX CIRCUITS APPARUS EN RELEASES 5.1, 5.1.1, 5.1.2, 6.0.1, 6.1 et 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 Référence Remarques Compatibilité CPU6 3BA BAEB Nécessite une carte mémoire 128 Mo (Référence 3EH AA). GPA2 3BA 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. NPRAE 3BA AAAB 04 Permet de traiter l'obsolescence de la carte La carte est incompatible PRA2. La fonction PCM ainsi que les protocoles DPNSS et DASS2 ne sont pas avec les Releases inférieures à 5.1 supportés par la carte NPRAE. Dans ces cas, Actis continue à gérer des cartes PRA INTIP2 3BA ACAF 03 Permet de traiter l'obsolescence du coupleur INTIP. Elle présente les mêmes 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 AAAA). Le câble des INTIP (Référence 3BA 28112) ne peut plus être utilisé. La carte est incompatible avec les Releases inférieures à 5.1. eua32 3BA AAAA 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. ez32 3BA AAAA Cette carte a été conçue pour permettre de La carte est incompatible séparer le matériel et les licences logiciels associés. Il n'y a aucune différence de avec les Releases inférieures à 5.1 fonctionnalités entre la carte ez32 et Z32. SLI 4-1 SLI 8-1 SLI 16-1 PCM-R2 3EH ADAB Remplacent les cartes SLI 4/8/16 3EH ACAB 3EH ABAB 3EH ADAB Cette carte implémente la signalisation PCM-R2 en hardware commun. CLIDSP 3EH ABAB Cette carte fille permet de faire du CLIP sur APA. Fonctionnalité disponible uniquement pour les USA et la Chine. La carte est incompatible avec les Releases inférieures à 5.1 Ed. 01 / TC0711

124 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Circuits Référence Remarques Compatibilité Nouveaux coffrets 1U et 3U pour batteries externes 3EH AE 3EH AE ou BE Les coffrets 1U et 3U avec batteries externes sont incompatibles avec les Releases inférieures à Postes Alcatel série 8 IP Touch 40x8 2 types de poste : 4038 et 4068 Postes incompatibles avec les Releases précédentes. Appliance 3BA AB L AS X306 doit être obligatoirementil est compatible avec les Serveur IBM commandé via Alcatel pour la mise à jour Releases 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 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 AA GIP4x Carte GIP4-1 (1 DSP) : 3BA AAAB Carte GIP4-4 (4 DSP) : 3BA AAAB MADAx Les cartes filles GIP4-4 et GIP4-1 Il n est pas possible de remplacent respectivement les cartes filles mixer sur une même GIP6 et GIP6a sur les cartes INTIP/INTIP2. carte INTIP/INTIP2 8 compresseurs disponibles par DSP anciennes et nouvelles quelle que soit la profondeur d écho et cartes filles. l algorithme utilisé. Profondeur d annuleur d écho = 64 ms. Mais dans une même installation, les anciennes et nouvelles cartes filles peuvent cohabiter. Les cartes GIP4 sont incompatibles avec les Releases inférieures à 6.0. Carte MADA-1 (1 DSP): Les cartes filles MADA-1 et MADA-4 Sur une même une 3EU AA remplacent respectivement les cartes fillesinstallation, les anciennes Carte MADA 3 (3 DSP): MCV-1 et MCV-4 sur les cartes GD et GA. et nouvelles cartes filles 3EU 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 etcoffret 1U : 3U 48V pour 3EH AA batteries Coffret 3U : externes 3EH AA DDI Carte DDI2: 3EH AC Carte DDI4 : 3EH AB Nécessite d être alimenté par une tension de 51V minimum. Les cartes DDI2 et DDI4 permettent le Incompatibles avec les raccordement de 2 ou 4 lignes Releases inférieures à analogiques DDI (Direct Dialing Inward) TC Ed. 01 /

125 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Circuits Référence Remarques Compatibilité MIX Osiris Compatibles à partir de Legerity la R EH ABAE 02 3EH ACAE 02 3EH ADAE 02 3EH AEAE 02 3EH AFAE 02 3EH AGAE 02 MIX Legerity 4T0/8UA/4Z MIX Legerity 4T0/4UA/8Z MIX Legerity 2T0/4UA/4Z MIX Legerity 0T0/8UA/4Z MIX Legerity 0T0/4UA/8Z MIX Legerity 0T0/4UA/4Z LANX-2 LANX8-2 : Remplacent les cartes LANX-1. Compatibles à partir de 3EH AC LANX8-2: 7 ports 10/100BaseT + 1 la R LANX16-2 : 3EH AB port 10/100/1000BaseT. LANX16-2: 14 ports 10/100BaseT + 2 ports 10/100/1000BaseT Postes Alcatel série 9 IP Touch 40x9 2 types de poste : 4029 et 4039 Postes incompatibles avec les Releases précédentes. INTOF2 3BA AAAB La carte INTOF2 remplace la carte INTOF Les cartes INTOF sont dans le cadre d obsolescence de toujours compatibles en composants. R6.1.x. 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. Add-On Module Electronic (AOMEL) Postes Alcatel série 9 Postes Alcatel série 8 A partir de la Release 6.1, un nouveau type Incompatibles avec les de module Add-on est disponible. Il est releases précédentes. composé d un afficheur de type LCD, sur lequel au niveau de chacune des 14 touches, une icône ou un mnémonique (14 caractères au maximum) peut être affiché. Il est disponible UNIQUEMENT sur les postes 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. IP Touch type de poste : 4019 Postes incompatibles avec les Releases précédentes. IP Touch type de poste : 4018 Postes incompatibles avec les Releases précédentes. Ed. 01 / TC0711

126 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Circuits Référence Remarques Compatibilité UPS sur USB Incompatible avec les Releases précédentes TC Ed. 01 /

127 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES 2. NOUVELLES FONCTIONNALITÉS APPARUES EN RELEASES 5.1, 5.1.1, 5.1.2, 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 Description CLIP Z32/eZ32 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 hardware commun. Z/PCM Ed. 01 / TC0711

128 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Fonctionnalités Description IOIP 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 ABAB Starter Pack 4645 Le starter Pack 4645 permet d intégrer dans le système, 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. TC Ed. 01 /

129 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Fonctionnalités Description G ms 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. N x Conf à N sur MCV ou MADA 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. MEA (Multiline Extension Agent) Cette exploitation permet aux postes multilignes d être des agents CCD. RASFO (RAppel Sur Faisceau Occupé) 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 Transfert non supervisé 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 Gestion des ports UDP Il est possible de diminuer - via netadmin - la plage des ports dynamiques ouverts au niveau du Call Server, donc aussi au niveau des Firewalls Ed. 01 / TC0711

130 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Fonctionnalités Description Sécurité PABX SSH/SSL 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 Annuleur d'écho 64 ms 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. Débordement privé-public 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 : 6.1 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. TC Ed. 01 /

131 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES 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 ( ), 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 (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 (CC , 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 : Nombre d utilisateurs Bande Passante minimale (Kbps) Ed. 01 / TC0711 L'audit et la diffusion doivent être réalisés via IP/X25 et non directement via IP.

132 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Fonctionnalités Description Gestion du 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. Gestion Installation / Descendre dans hiérarchie / Boîtier V24 distant Installation / Descendre dans hiérarchie / Port V24 distant Affectation d un nom à une gateway H323 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. Installation des verrous sans reboot Cette fonctionnalité permet de prévenir le Business Partner si un reboot est nécessaire ou non suite à l installation des verrous. Sécurisation des flux Http 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 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. TC Ed. 01 /

133 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES 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 Numéro de Série des postes Alcatel séries 8 Pas de Bis multiple avec les opératrices 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 : /Non Bis appels internes: Non : seuls les appels externes sont mémorisés : appels internes et externes sont mémorisés. 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 / TC0711

134 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Release Fonctionnalités Description Touches Programmables 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 sur NDDI2 et APA CLIP Bellcore sur APA. Le CLIP sur ligne APA (carte fille CLIDSP - 3EH 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. Caractères cyrilliques 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. Nouveaux icônes de supervision De nouveaux icônes de supervisions sont apparus. DPNSS/DASS2 sur NPRAE 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. 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 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. = 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 = 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. TC Ed. 01 /

135 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES 3. NOUVEAUX SERVICES SUR INTIP PAR RAPPORT À LA RELEASE Ux Le terme INTIPB concerne aussi bien les cartes INTIP que INTIP 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 Rappel de la Release 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 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 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 / TC0711

136 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES Compatibilité avec Alcatel CID : 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 à 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 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 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 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 à 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). TC Ed. 01 /

137 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES 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 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 : (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 / TC0711

138 ANNEXE 5 PRINCIPALES FONCTIONNALITÉS APPARUES DANS LES RELEASES PRÉCÉDENTES 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 : ou 40 ms G723 : 30 ms ATTENTION Cette valeur doit être identique sur tous les nœuds. TC Ed. 01 /

139 ANNEXE 6 NOUVELLES FONCTIONNALITÉS NOUVELLES FONCTIONNALITÉS SOMMAIRE 1. ARCHITECTURE ET CAPACITÉS NOUVEAU MATÉRIEL DISPONIBLE À PARTIR DE LA RELEASE IP Touch Security Modules : SSM, MSM Description des boîtiers "IP Touch Security Module" Installation des ACT dans des baies informatiques Informations complémentaires Cartes LIOB/LIOP/LIOX NOUVELLES FONCTIONNALITÉS DISPONIBLES À PARTIR DE LA RELEASE Caractères chinois sur poste IP Touch Séries 8 & Compatibilité des postes IP Touch Séries 8 & 9 en configuration Hôtel/Hôpital Accès à la configuration IP des postes IP Touch série Nouveaux développements pour interopérabilité SIP Compatibilité de la RFC Compatibilité du poste SIP Thomson ST Service "IP Touch Security" Description Principe de livraison d'une version spécifique pour le service "IP Touch Security" Survivabilité des postes IP Touch Rappel sur le secours de signalisation de GD en R Description de la survivabilité des postes IP Touch Nouveaux icônes de supervisions Ed. 01 / TC0711

140 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Conventions Bis Patron/Secrétaire Supervision Multilignes Distinction de sonnerie sur poste MLA secondaire au repos Recherche par le nom avec débordement sur serveur LDAP Limites produit et interfonctionnement en réseau Domaines IP Entités Nœuds d'un réseau homogène IP Interopérabilité en réseau Configuration complémentaire sur la sécurité du système Sécurité par défaut du système à l'installation Envoi des messages SYSLOG vers un serveur externe Historique complet des commandes Nom de communauté pour SNMP Configuration complémentaire pour la gestion des comptes utilisateurs Incident sur échec de mot de passe au login Nouvelles fonctionnalités pour le réseau public Protocole R CLIP sur carte APA Carte NDDI2 pour le marché australien Initialisation dynamique des cartes SLI Duplication sur Ethernet pour CPU Développements spécifiques proposés dans l'offre Release IP Attendant Softphone et IP CCAgent Softphone Application "Free Desktop" Tickets de statistiques sur IP Redondance spatiale dans deux sous-réseaux différents Modem, Fax, Data en transparence sur IP XML IP Touch TC Ed. 01 /

141 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 4. FONCTIONNALITÉS SOUS PCS (PREMIUM CUSTOMER SUPPORT) Carte IRAD Hardware Commun Ed. 01 / TC0711

142 ANNEXE 6 NOUVELLES FONCTIONNALITÉS TC Ed. 01 /

143 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 1. ARCHITECTURE ET CAPACITÉS Consulter la documentation Marketing disponible sur le BPWS (Notre Offre > Produits > Alcatel > 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 Nouvelles fonctionnalités Fonctionnalités sous PCS (1) IP Touch Security Modules Caractères chinois sur poste IP Carte IRAD (2) (SSM, MSM) Touch Séries 8&9 (500 caractères) Installation des ACT dans des baies informatiques 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 Ed. 01 / TC0711

144 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Matériel non libéré ACT-CH8 RGD ECAN 64ms pour USA Fonctionnalité non libérée (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_ (2) A partir d'omnivista 4760 Release 3.2. TC Ed. 01 /

145 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 2. NOUVEAU MATÉRIEL DISPONIBLE À PARTIR DE LA RELEASE IP Touch Security Modules : SSM, MSM SSM : Server Security Module MSM : Media Security Module 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 / TC0711

146 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 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' 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' : EMC: EN55022 :1998-EN55024: 1998/FCC part15 Safety EN60950 :2000/IEC 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 TC Ed. 01 /

147 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 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 / TC0711

148 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 3. NOUVELLES FONCTIONNALITÉS DISPONIBLES À PARTIR DE LA RELEASE 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 à 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 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. 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 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'. 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' et envoyer de la DTMF (en utilisant RFC 2833 sur SIP). TC Ed. 01 /

149 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Compatibilité du poste SIP Thomson ST2020 Afin de compléter la gamme de postes SIP compatibles avec, 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' en Release 6.2, se reporter à la documentation Système 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 / TC0711

150 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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, TC Ed. 01 /

151 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 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'. 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 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 aura comme équivalent un binaire sécurisé en version 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 / TC0711

152 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 F possède comme patch de sécurité SF (contenant les mêmes binaires des postes IP Touch que ceux du patch F mais sécurisés + les binaires des "IP Touch Security Module" en phase avec F ). Méthode d'installation Un système en F 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 F à 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é SF 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 F F , 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é SF du patch statique standard possède les mêmes binaires mais plus récents. TC Ed. 01 /

153 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 3.6. 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 ISDN Domaine 0 Domaine 1 OK 4039 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 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 ISDN Domaine 0 Domaine 1 OK 4039 Ed. 01 / TC0711

154 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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. TC Ed. 01 /

155 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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é 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 / TC0711

156 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Bis Pas de numéro stocké Numéro stocké Etats Icône IP Touch Icône UA3G Led 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 Patron/Secrétaire Etat de la Secrétaire (vu sur le poste Patron) Etats Icône IP Touch Icône UA3G Led 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) TC Ed. 01 /

157 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Etat du Patron (vu sur le poste Secrétaire ou sur le poste Secrétaire de débordement) Libre Etats Icône IP Touch Icône UA3G Led 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) Fonction désactivée Etats Icône IP Touch Icône UA3G Led Fonction activée Filtrage (sur le poste Patron) Fonction désactivée Etats Icône IP Touch Icône UA3G Led Fonction activée, Secrétaire présente Fonction désactivée, mais Secrétaire(s) absente(s) Ed. 01 / TC0711

158 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Supervision du filtrage (sur le poste Secrétaire ou sur le poste Secrétaire de débordement) Fonction désactivée Etats 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 Supervision Supervision de faisceau Etats Icône IP Touch Icône UA3G Led Au moins un joncteur est libre Tous les joncteurs sont libres ou Hors Service Supervision de joncteur Libre Etats Icône IP Touch Icône UA3G Led 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 TC Ed. 01 /

159 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Supervision de poste Libre Etats Icône IP Touch Icône UA3G Led 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 Pas de message Etats Icône IP Touch Icône UA3G Led Pas de nouveau message, au moins un ancien message Au moins un nouveau message Ed. 01 / TC0711

160 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Multilignes Ligne Etats Icône IP Touch Icône UA3G Led Libre Appel entrant En conversation En garde Garde mutuelle possible Multi Line Appearance Libre Etats Icône IP Touch Icône UA3G Led Appel entrant En conversation En conversation avec un autre poste En garde sur tous les postes (garde supervisée) En garde sur le poste Occupé total TC Ed. 01 /

161 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 3.8. 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 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 Limites produit et interfonctionnement en réseau Domaines IP Le nombre de domaines IP passe de 128 à Entités Le nombre d'entités pour un nœud ou dans un réseau passe de 255 à 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 / TC0711

162 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 1 OXE 2 IP Réseau network IP OXE 3 OXE 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 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 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 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. TC Ed. 01 /

163 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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) Configuration to be restored 0) Level_0 = no security feature activated 1) Level_1 = password/aging 2) Level_2 = password/aging + trusted hosts/tcp wrapper 3) 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é 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) 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 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 / TC0711

164 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 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 , un incident et un trap SNMP sont émis Nouvelles fonctionnalités pour le réseau public Protocole R1.5 La Release 6.2 supporte le protocole R1.5 en transit pour le marché russe CLIP sur carte APA Depuis la Release 6.1, CLIP Bellcore ligne APA (carte fille CLIDSP - 3EH 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 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 la hiérarchie/ Paramètres Détecteur de Tonalité/Descendre dans la hiérarchie/ Paramètres DSP/Type de coupleur + APA Carte NDDI2 pour le marché australien La Release 6.2 supporte la carte NDDI2 pour le marché australien 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. TC Ed. 01 /

165 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Gestion Alvéole / Descendre dans la hiérarchie / Carte Interface / Envoi mess. init. dynamique: 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 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 / TC0711

166 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 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. TC Ed. 01 /

167 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 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. 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 Pour plus d'informations, se reporter à la documentation Système. Ed. 01 / TC0711

168 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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 ( ) 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 (CC , 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é. TC Ed. 01 /

169 ANNEXE 6 NOUVELLES FONCTIONNALITÉS Bande passante nécessaire entre les 2 CS : Nombre d utilisateurs Bande Passante minimale (Kbps) L'audit et la diffusion doivent être réalisés via IP/X25 et non directement via IP 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. Pour plus d'informations, se reporter à la documentation Système. Ed. 01 / TC0711

170 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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. CS XML IP Touch Web Services Video PRS 1.2 Application Pour plus d'informations, se reporter à la documentation Système et à la communication technique TC0714 XML Web Services R a 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. TC Ed. 01 /

171 ANNEXE 6 NOUVELLES FONCTIONNALITÉS 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' à 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 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. Pour plus d'informations, se reporter à la documentation Système. Configuration type d'un accès distant via IRAD Noeud Noeud erma/rma for the alarms T0/T2 T0/T2 OU OU T2 Carte E1 Win2003 Ethernet cable to LANx4 on CPU IRAD CH ISDN OU T0/T2 Routeur IP 4760 Server IRAD - CH Client PC Installer Centre distant Ed. 01 / TC0711

172 ANNEXE 6 NOUVELLES FONCTIONNALITÉS TC Ed. 01 /

173 ANNEXE 7 COMPOSITION DU LOT LOGICIEL COMPOSITION DU LOT LOGICIEL Le lot logiciel contient l'application F Les différentes versions des modules de l application sont : Linux : 38.0 Package Linux : 38.4 swinst : PC Installer : 2.20 R6.2 : F version complète F patch statique F patch sécurisé SF (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 (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 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 F (DVD) Version F Secured (DVD) Guides vocaux systèmes v5.2 OmniVista 4760 Release 3.2 Référence 3BA AAAA 3BA AAAA 3BA AAAF Software 3BH ADAA Ed. 01 / TC0711

174 ANNEXE 7 COMPOSITION DU LOT LOGICIEL Liste des binaires contenus dans la version F Les nouveaux binaires sont en caractères gras. Versions libérées R5.1.2 R6.0 R6.0.1 R6.1 R6.1.1 R6.2 Binaires E n F i F c F i F F Binaires relatifs au système en général bios CPU5 Step3 3BA ADAB_4.0 bios CPU6 Step2 3BA AAAB02_4.2 3BA AAAB03_4.6 bios CPU7 Incompatible 3BA AAAA_2.13 3BA AAAA_2.16 bios CS bios GD io1n io io2n linux_patch obca 1.5 pc_install swinst Binaires relatifs au DECT dect4 7.9 dect ibs_appli_ng ibs_boot_ng 7.1 ibsng rbsng 43.0 startibsng Binaires relatifs aux cartes de compression bindsintip bindsintip binintip_appli binmcv binmcv bootintip ioip lio lio_comp lioe mg_appli rgd Incompatible Incompatible Incompatible 1.03 rlio_comp tsclioe 2.10 Binaires relatifs aux postes TC Ed. 01 /

175 ANNEXE 7 COMPOSITION DU LOT LOGICIEL bin40x8 Incompatible bindatanoe Incompatible Incompatible Incompatible Binnoeux9 Incompatible Incompatible Incompatible Binnoeu ipphone tscip 5.2 tscipv1s wifi set Incompatible Incompatible Binaires Sécurisés bin40x8 Incompatible Incompatible Incompatible Incompatible Incompatible bindatanoe Incompatible Incompatible Incompatible Incompatible Incompatible SM modules Incompatible Incompatible Incompatible Incompatible Incompatible (Thales) Binaires relatifs aux cartes bbc bin brapra 2.06 c1nvgpa c1nvua c1nvz cpl2dpnss dpnss 2.3 dpnssnv dpnss dpt dsp_emtl dsp_gpa 2.01 dsp_vgu 1.5 dsp0z dsp1_gpa dsp1nddi dsp2_gpa gpa2tns 1.10 gpa intof intofssync intof2 Incompatible Incompatible Incompatible ivrz lia 4.17 lioebbc liop mapacs mic nddi 2.11 nddi_in nddi Ed. 01 / TC0711

176 ANNEXE 7 COMPOSITION DU LOT LOGICIEL nprae pcm2_ru 1.6 pra pra rma tonesnv ua uscvg 2.9 Binaires relatifs aux opératrices fbc 2.13 ta/mac 4.7 ta/pac Binaire relatif à la 4760i 4760i Binaire relatif au SIP lib_sip TC Ed. 01 /

177 PROCÉDURE DE MISE EN SERVICE DE LA VERSION F RELEASE 6.2 ANNEXE 8 DÉFAUTS CONNUS 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 # / 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 / 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 / XTSce 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 / RSI overflow does not work for Ag2 ext incoming call to RSI XTSce52928 find Ag1 Since software upgrade to calls to S0 users abort / 1- XTSce Remarks Ed. 01 / TC0711

178 ANNEXE 8 DÉFAUTS CONNUS PROCÉDURE DE MISE EN SERVICE DE LA VERSION F RELEASE 6.2 TC Ed. 01 /