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 /