NON URGENTE TEMPORAIRE DEFINITIVE OBJET : NOUVEAUTÉS DE GESTION EN CONFIGURATION DUPLIQUÉE AVEC IO2N

Transcription

1 COMMUNICATION TECHNIQUE N TC0769 Ed. 01 OmniPCX Enterprise Nb de pages : 8 Date : URGENTE NON URGENTE TEMPORAIRE DEFINITIVE OBJET : NOUVEAUTÉS DE GESTION EN Cette communication technique a pour but : d'améliorer le trafic inter-cpu (duplication), d'éviter des crashes intempestifs de la CPU Stand-By, de mettre à jour correctement les états des terminaisons sur la CPU Stand-By. 1

2

3 NOUVEAUTÉS DE GESTION EN OmniPCX Enterprise SOMMAIRE 1. BUT CONFIGURATIONS REQUISES PROBLÈME CONSÉQUENCES Erreurs de mise à jour Reboots des cartes IO2N/CPU Stand-By SOLUTION VERSIONS IMPACTÉES RÈGLES DE CONFIGURATION CAS DU MODE "ETHERNET"...6 Ed. 01 / TC0769

4 OmniPCX Enterprise NOUVEAUTÉS DE GESTION EN TC Ed. 01 /

5 NOUVEAUTÉS DE GESTION EN OmniPCX Enterprise 1. BUT Améliorer le trafic inter-cpu (duplication). Eviter des crashes intempestifs de la CPU Stand-By. Mettre à jour correctement les états des terminaisons sur la CPU Stand-By. 2. CONFIGURATIONS REQUISES Alvéole de type crystal et CPU Step 5/6 ou 7. IO2N. 3. PROBLÈME Dans ce type de configuration et avec les valeurs d initialisations actuelles de la base de données, la mise à jour de la CPU Stand-By se fait par le lien C1 de l IO1. Les informations transitent par le fond de panier. Ces mises à jour concernent principalement les états téléphoniques des terminaisons ainsi que la gestion de la base de données. Ce mode actuel de communication inter-cpu peut s avérer insuffisant pour des configurations importantes ; les effets pouvant aller de mauvaises mises à jour jusqu au reboot de la carte IO2N Stand-By entraînant un reboot de sa CPU associée. C est pour cette raison qu'un nouveau mode de dialogue doit être géré. Ce nouveau mode appelé "Mode IO2" est basé sur une connexion permanente de plusieurs canaux B entre les 2 cartes IO2N. Il permet d augmenter la bande passante utilisée par les échanges inter- CPU. Ce mode est gérable. Il s applique uniquement sur du hardware "crystal". Il est inopérant sur du hardware commun. 4. CONSÉQUENCES 4.1. Erreurs de mise à jour Elles peuvent se signaler par des incidents de type "Mauvais type de term" provenant de la CPU Stand-By. Il n y a pas de liste exhaustive. Note Ces messages peuvent apparaître pour des raisons autres qu un problème de trafic. Dans le cas où ce mode de gestion n apporte pas de solution au défaut constaté, contacter le support technique pour une analyse approfondie. Ed. 01 / TC0769

6 OmniPCX Enterprise NOUVEAUTÉS DE GESTION EN 4.2. Reboots des cartes IO2N/CPU Stand-By Sur CPU Main, ils se signalent principalement par des messages système de type : 3139=IO2 Problème chemin de sig, type D, lien 7, Sens =Perte d'un coupleur de type IO2 2168=Perte de la CPU secours 3113=Erreur de routage d'un msg de signalisation L information lien 7 signifie que la carte IO2N est en position 7. Sur CPU Stand-By : 2456=Arrêt de la CPU suite à problème 2 avec IO2 5. SOLUTION Modifier le mode de signalisation. Ce mode peut être changé dans la gestion du crystal 0 en modifiant les champs : Mode Signalisation (valeur par défaut N64). Passer en mode IO2. Taille canaux N64 (valeur par défaut 4). Affecter la valeur 8. 8 canaux seront alors affectés entre les 2 cartes IO2. Toute autre valeur est à proscrire. Rebooter simultanément les deux CPU (pas de double bascul). La modification n impacte pas l état actuel de communication inter-io2. Elle ne fait pas reseter les CPU. Cette gestion se fait sur la CPU Main et elle est correctement répercutée sur la CPU Stand-By. Dans de futures versions, le mode IO2 sera le mode par défaut pour ce type de hardware (initialisation de la base de données et création du rack 0) quelle que soit la configuration client pour les racks "crystal". TC Ed. 01 /

7 NOUVEAUTÉS DE GESTION EN OmniPCX Enterprise La commande twin permet de lire le type de communication : Actuel Redundancy State: Duplicated configuration Wished sig. transfer mode Used sig. transfer mode Transmission CPU-CPU Telephony redundancy monitel redundancy memloader redundancy All applications redundancy : YES : C1 signalling channel : C1 signalling channel Mode IO2 Redundancy State: Duplicated configuration Wished sig. transfer mode Used sig. transfer mode Transmission CPU-CPU monitel redundancy memloader redundancy All applications redundancy : YES : B channel between IO2 : B channel between IO2 Note Le nombre de canaux géré n est pas affiché pour cette commande. Il faut exécuter sur la CPU Main la commande represent grep i io2. L affichage sera : _IO2 <-> data 512 Kb/s L information 512 Kb/s prouve qu il y a bien une transmission de type 8 canaux à 64 Ko. 6. VERSIONS IMPACTÉES Ce mode est disponible à partir de la Release RÈGLES DE CONFIGURATION Ce mode est conseillé sur tous les sites à partir de la Release 5.1. Sur un site neuf, il doit être appliqué dès le début. Sur un site en service et sans défaut constaté, cette gestion n est pas impérative mais on peut profiter d une opération de maintenance demandant des reboots pour effectuer cette gestion préventive. Pour les sites équipés de CPU7, se reporter au paragraphe "Cas du mode Ethernet". Ed. 01 / TC0769

8 OmniPCX Enterprise NOUVEAUTÉS DE GESTION EN Pour le moment, ce mode n est applicable que sur les cartes IO2N. 8. CAS DU MODE "ETHERNET" En plus du mode "IO2", un autre mode est disponible : le mode "Ethernet". Ce mode repose sur une communication inter-cpu établie sur un lien Ethernet entre les deux CPU (lien embarqué ou externe). Il assure un débit supérieur au mode "IO2". Il est cependant plus restrictif : Disponible uniquement sur CPU7. Implémenté uniquement à partir de la Release 6.2. La disparition du lien (par exemple lors d opérations de maintenance de switch) fait rebooter la CPU Stand-By. Les cartes IO2 ne sont pas nécessaires pour faire fonctionner ce mode. Cependant, si Actis a configuré ces cartes, il est indispensable de les conserver. Ce mode est à préférer au mode "IO2" (mais attention aux conséquences de perte de réseau IP inter-cpu). TC Ed. 01 /