Oxep100.0 SD Maintenance 8AL91011FRBA 2 FR

Alcatel-Lucent Enterprise
OmniPCX Enterprise Purple

Communication Server
Système OXE : Maintenance
Version 100.0 - Avril 2022

8AL91011FRBA Ed. 2
Mentions légales
www.al-enterprise.com/fr-fr Le nom et le logo d'Alcatel-Lucent sont des marques commerciales de
Nokia utilisées sous licence par ALE. Pour en savoir plus sur les marques utilisées par les sociétés
affiliées de la Holding ALE, veuillez consulter: www.al-enterprise.com/fr-fr/documentation-juridique/
marques-copyright. Toutes les autres marques sont la propriété de leurs titulaires respectifs. Ni la
Holding ALE ni ses sociétés affiliées ne peuvent être tenues responsables de l'éventuelle inexactitude
des informations contenues dans ce document, qui sont sujettes à modification sans préavis. ©
Copyright 2022 ALE International, ALE USA Inc. Tous droits réservés dans tous les pays.
Avertissement
Bien que des efforts aient été faits pour vérifier l'exhaustivité et l'exactitude des informations contenues
dans cette documentation, ce document est fourni « tel quel ». Pour obtenir des informations plus
précises sur l'intercompatibilité, les limites du produit, la politique logicielle et la liste des fonction,
veuillez vous référer aux documents précis publiés sur le site web Business Partner : https://
myportal.al-enterprise.com.
Dans l'intérêt du développement continu des produits, ALE International se réserve le droit d'apporter
des améliorations à ce document et aux produits qu'il décrit, à tout moment et sans préavis ni
obligation.
Le marquage CE indique que ce produit est conforme aux Directives du Conseil ssuivantes :
• 2014/53/EU pour équipement radio
• 2014/35/EU et 2014/30/EU pour les équipements autres que radio (y compris les équipements de
terminaux de télécommunication câblés)
• 2014/34/EU pour équipement ATEX
• 2011/65/UE (RoHS)
• 2012/19/EU (WEEE)
Sommaire
Chapitre 1
Documents de référence
Chapitre 2
Commandes de maintenance
2.1 compte..................................................................................................................................................17
2.1.1 Procédure............................................................................................................................................... 17
2.2 accreport............................................................................................................................................ 23
2.2.1 Exploitation.............................................................................................................................................23
2.3 accreset...............................................................................................................................................24
2.3.1 Exploitation.............................................................................................................................................24
2.4 accview................................................................................................................................................ 25
2.4.1 Commande “accview”....................................................................................................................... 25
2.5 alarmrel................................................................................................................................................34
2.5.1 Exploitation.............................................................................................................................................34
2.6 alarmrel-off.......................................................................................................................................34
2.6.1 Exploitation.............................................................................................................................................34
2.7 calledfilt...............................................................................................................................................34
2.7.1 Exploitation.............................................................................................................................................34
2.8 cleanbroad........................................................................................................................................36
2.8.1 Outil Cleanbroad..............................................................................................................................36
2.9 cplalrm..................................................................................................................................................36
2.9.1 Exploitation.............................................................................................................................................36
2.10 domstat................................................................................................................................................37
2.10.1 Menu d'accueil......................................................................................................................................37
2.10.2 Affichage du ou des domaines..................................................................................................... 37
2.10.3 Affichage des entrées d'un ou de plusieurs domaines..................................................... 37
2.10.4 Affichage de la table de codage du hachage........................................................................ 38
2.10.5 Affichage des équipements d'un ou de plusieurs domaines......................................... 38
8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 3/290

Sommaire
2.11 eaccclt...................................................................................................................................................39
2.11.1 Exploitation.............................................................................................................................................39
2.12 excvisu................................................................................................................................................. 43
2.12.1 Exploitation.............................................................................................................................................43
2.13 inccpt..................................................................................................................................................... 44
2.13.1 Exploitation.............................................................................................................................................44
2.14 incinfo................................................................................................................................................... 44
2.14.1 Exploitation.............................................................................................................................................44
2.15 inconf.....................................................................................................................................................45
2.15.1 Exploitation.............................................................................................................................................45
2.16 incout.....................................................................................................................................................47
2.16.1 Exploitation.............................................................................................................................................47
2.17 increset................................................................................................................................................ 48
2.17.1 Exploitation.............................................................................................................................................48
2.18 incstart................................................................................................................................................. 48
2.18.1 Exploitation.............................................................................................................................................48
2.19 incstop..................................................................................................................................................48
2.19.1 Exploitation.............................................................................................................................................48
2.20 incvisu.................................................................................................................................................. 49
2.20.1 Exploitation.............................................................................................................................................49
2.21 intipstat................................................................................................................................................51
2.21.1 Exploitation.............................................................................................................................................51
2.22 ipcheck.................................................................................................................................................53
2.23 ippstat................................................................................................................................................... 55
2.23.1 Menu d'accueil......................................................................................................................................55
2.23.2 Affichage de l'adresse IP du nœud local................................................................................. 56
2.23.3 Affichage des données de postes IP.........................................................................................56
2.23.4 Affichage des postes IP affectés au nœud local................................................................. 58
2.23.5 Affichage des terminaisons enregistrées................................................................................ 58
2.23.6 Affichage des données de la carte............................................................................................. 58
2.23.7 Affichage des postes IP opérationnels..................................................................................... 58
2.23.8 Affichage des postes IP hors service........................................................................................ 59

Sommaire
2.23.9 Filtrage des postes par adresse MAC, adresse IP, ou numéro d'annuaire............ 59
2.23.10 Affichage du nombre de postes IP connectés...................................................................... 59
2.23.11 Affichage des postes connectés aux cartes.......................................................................... 59
2.23.12 Binaires des postes IP......................................................................................................................60
2.23.13 Timeout for telnet session of NOE set...................................................................................... 60
2.23.14 Affichage des caractéristiques des cartes IP........................................................................ 60
2.23.15 Statistiques sur les domaines....................................................................................................... 60
2.23.16 Menu IPlink............................................................................................................................................ 60
2.23.17 Menu Status...........................................................................................................................................60
2.23.18 Activation du service Telnet pour GD/GA................................................................................60
2.24 lanpbxbuild.................................................................................................................................61
2.24.1 Présentation générale.......................................................................................................................61
2.24.2 Configuration du fichier lanpbx.cfg...................................................................................... 62
2.24.3 Créer le fichier lanpbx-mipt.cfg à l'aide de la fonction de copie........................ 64
2.24.4 Créer le fichier lanpbx-mipt.cfg avec l'outil lanpbxmipt.................................... 64
2.25 lookars..................................................................................................................................................65
2.25.1 Exploitation.............................................................................................................................................65
2.26 mao.......................................................................................................................................................67
2.26.1 Exploitation.............................................................................................................................................67
2.27 maoview..............................................................................................................................................70
2.27.1 Procédure............................................................................................................................................... 70
2.28 multitool..............................................................................................................................................73
2.28.1 Exploitation.............................................................................................................................................73
2.29 netvisu..................................................................................................................................................79
2.29.1 Exploitation.............................................................................................................................................79
2.30 prog-diff...............................................................................................................................................80
2.30.1 Exploitation.............................................................................................................................................80
2.31 securitystatustool..................................................................................................................... 82
2.31.1 Généralités............................................................................................................................................. 82
2.31.2 version du logiciel,.............................................................................................................................. 83
2.31.3 SSH............................................................................................................................................................83
2.31.4 Trusted hosts et TCP wrapper......................................................................................................83
2.31.5 Serveur d’authentification avec serveur Radius.................................................................. 83
2.31.6 Serveur NTP..........................................................................................................................................83

Sommaire
2.31.7 Syslog server (serveur Syslog).................................................................................................... 84

2.31.8 Comptes système............................................................................................................................... 84
2.31.9 DISA.......................................................................................................................................................... 84
2.31.10 Verrouillage manuel et code secret............................................................................................84
2.31.11 Alcatel-Lucent 4645 voice mail.................................................................................................... 85
2.31.12 WBM..........................................................................................................................................................85
2.31.13 SNMP........................................................................................................................................................85
2.31.14 FSNE.........................................................................................................................................................85
2.31.15 SIP..............................................................................................................................................................86
2.31.16 Multi-IP..................................................................................................................................................... 86
2.31.17 IP Forward.............................................................................................................................................. 86
2.32 setshutdelay................................................................................................................................... 87
2.32.1 Généralités............................................................................................................................................. 87
2.32.2 Consultation du délai.........................................................................................................................87
2.32.3 Modification du délai..........................................................................................................................87
2.33 shutdown........................................................................................................................................... 87
2.33.1 Généralités............................................................................................................................................. 87
2.33.2 Paramètres de la commande........................................................................................................87
2.33.3 Shutdown différé..................................................................................................................................88
2.34 siptrace................................................................................................................................................ 88
2.34.1 Démarrage des traces...................................................................................................................... 89
2.34.2 Arrêt des traces....................................................................................................................................90
2.34.3 Décodage des traces en mode binaire.................................................................................... 91
2.35 tabranfilt..............................................................................................................................................91
2.35.1 Exploitation.............................................................................................................................................91
2.36 tcalledfilt............................................................................................................................................. 92
2.36.1 Exploitation.............................................................................................................................................92
2.37 traced.....................................................................................................................................................92
2.38 utadown...............................................................................................................................................94
2.38.1 Exploitation.............................................................................................................................................94

Sommaire
Chapitre 3
netadmin
3.1 Présentation....................................................................................................................................96
3.1.1 Présentation...........................................................................................................................................96
3.2 Description détaillée...............................................................................................................96
3.2.1 Mémorisation des configurations................................................................................................ 96
3.2.2 Prise en compte des modifications............................................................................................ 96
3.2.3 Adressage par défaut / adressage client.................................................................................97
3.2.4 Ouverture d'une session netadmin......................................................................................... 97
3.2.5 Copie vers ou d'un Call Server dupliqué................................................................................. 97
3.2.6 Options de démarrage......................................................................................................................97
3.2.7 Commande netadmin.................................................................................................................... 98
3.3 Exploitation......................................................................................................................................98
3.3.1 Installation...............................................................................................................................................98
3.3.2 Show curent configuration............................................................................................................ 101
3.3.3 Interface Ethernet locale................................................................................................................103
3.3.4 Redondance de l'UC....................................................................................................................... 103
3.3.5 Adressage par rôle,..........................................................................................................................104
3.3.6 Artères série........................................................................................................................................ 105
3.3.7 Tunnel..................................................................................................................................................... 106
3.3.8 Routage................................................................................................................................................. 107
3.3.9 Noms d'hôtes et adresses............................................................................................................ 109
3.3.10 Copy setup........................................................................................................................................... 110
3.3.11 Sécurité.................................................................................................................................................. 110
3.3.12 Configuration DHCP........................................................................................................................ 117
3.3.13 Configuration DNS (optionnel)....................................................................................................117
3.3.14 Configuration proxy (optionnel).................................................................................................. 118
3.3.15 Configuration VLan...........................................................................................................................118
3.3.16 Configuration de nœuds................................................................................................................ 119
3.3.17 Ethernet redundancy/multi-IP address................................................................................... 119
3.3.18 Historique des dernières actions............................................................................................... 121
3.3.19 Appliquer les modifications.......................................................................................................... 122

Sommaire
Chapitre 4
Procédure d'arrêt/de redémarrage du serveur de communication
4.1 Préambule.......................................................................................................................................123
4.2 Raccordement d'une console système..............................................................123
4.3 Procédure d'arrêt/de redémarrage de la carte CS................................... 124
4.3.1 Serveur de communication embarqué sur une carte CS en position contrôleur
....................................................................................................................................................................124
4.3.2 Serveur de communication embarqué sur une carte CS en position applicative
....................................................................................................................................................................126
4.4 Procédure d'arrêt/de redémarrage de Generic Appliance Server

....................................................................................................................................................................129
4.5 Procédure d'arrêt/de redémarrage de la machine virtuelle............ 129

4.5.1 Environnement KVM........................................................................................................................129
4.5.2 Environnement VMware ESXi.................................................................................................... 129
Chapitre 5
Swinst
5.1 Présentation de swinst.......................................................................................................130

5.2 Accès et opération................................................................................................................. 130
5.2.1 Installation des paquets................................................................................................................. 131
5.2.2 Installation des distributions.........................................................................................................131
5.2.3 Clonage et duplication.................................................................................................................... 132
5.2.4 Opérations de sauvegarde et de restauration.................................................................... 133
5.2.5 Configuration OPS............................................................................................................................140
5.2.6 Gestion du système......................................................................................................................... 140
5.2.7 Outils de gestion de la base de données..............................................................................147
5.2.8 Affichage des informations à propos du logiciel................................................................ 148
5.2.9 Chargement à distance..................................................................................................................149

Sommaire
Chapitre 6
Gestion des incidents et des alarmes
6.1 Généralités..................................................................................................................................... 150

6.1.1 Généralités........................................................................................................................................... 150
6.1.2 Identification des incidents........................................................................................................... 151
6.1.3 Organisation des fichiers des incidents................................................................................. 152
6.1.4 Relais d'alarme...................................................................................................................................154
6.1.5 Les incidents en réseau.................................................................................................................154
6.1.6 Alarmes externes.............................................................................................................................. 154
6.1.7 Référence aux autres modules.................................................................................................. 155
6.2 Procédure de configuration.......................................................................................... 155
6.2.1 Principe de gestion...........................................................................................................................155
6.2.2 Gestion globale.................................................................................................................................. 155
6.2.3 Initialisation par défaut des filtres d'incidents......................................................................157
6.2.4 Gestion des filtres incident par incident................................................................................. 157
6.2.5 Gestion des traps SNMP...............................................................................................................158
6.2.6 Alarmes externes.............................................................................................................................. 159
6.2.7 Postes alarmes.................................................................................................................................. 159
6.3 Exploitation....................................................................................................................................159
6.3.1 Exploitation du service de gestion des incidents...............................................................159
Chapitre 7
Gestion SNMP
7.1 Introduction...................................................................................................................................161
7.2 Description détaillée.............................................................................................................161
7.2.1 Mise en œuvre SNMP sur Com Server................................................................................. 161
7.2.2 Traitement des traps........................................................................................................................161
7.2.3 Versions SNMP..................................................................................................................................162
7.2.4 Propriétés MIB propriétaires d'Alcatel-Lucent Enterprise............................................. 162

Sommaire

7.3.1 Principe de gestion...........................................................................................................................168
7.3.2 Déclaration d'un agent SNMP actif sur le serveur de communication....................168
7.3.3 Déclaration des utilisateurs SNMPv3 (si SNMPv3 est sélectionné)........................ 169
7.3.4 Définition des paramètres SNMP..............................................................................................170
7.3.5 Configuration des valeurs par défaut des filtres d'incident...........................................171
7.3.6 Gestion des filtres incident par incident................................................................................. 171
7.3.7 Déclaration des superviseurs......................................................................................................171
7.3.8 Gestion complémentaire................................................................................................................172
7.4 Exploitation....................................................................................................................................172
7.4.1 Outil snmpget.................................................................................................................................... 172
7.4.2 Outil snmpwalk................................................................................................................................. 173
7.4.3 Consultation des fichiers texte MIB..........................................................................................173
7.5 Description des traps SNMP.........................................................................................173
7.5.1 Introduction.......................................................................................................................................... 173
7.5.2 Description des traps SNMP....................................................................................................... 173
7.6 SNMP : entrées prises en charge............................................................................ 175
7.6.1 Préambule............................................................................................................................................ 175
7.6.2 Branche principale............................................................................................................................176
7.6.3 Branche MIB-2....................................................................................................................................176
7.6.4 Branche SNMPv2............................................................................................................................. 183
7.6.5 Branche UCD Davis ....................................................................................................................... 184
7.6.6 Branche Alcatel-Lucent Enterprise propriétaire ................................................................187
Chapitre 8
Boîtier IP V24
8.1 Introduction...................................................................................................................................189
8.1.1 But............................................................................................................................................................ 189
8.1.2 Référence aux autres modules.................................................................................................. 189
8.2.1 Généralités........................................................................................................................................... 189
8.2.2 Principe de fonctionnement......................................................................................................... 190

Sommaire
8.2.3 Configuration du port MOXA....................................................................................................... 190

8.2.4 Restrictions et contraintes............................................................................................................ 191
8.2.5 Types d'installation........................................................................................................................... 192
8.3.1 Principe.................................................................................................................................................. 193
8.3.2 Avant de démarrer............................................................................................................................194
8.3.3 Configuration de l'adresse IP...................................................................................................... 194
8.3.4 Configuration du masque de sous-réseau et de la passerelle................................... 194
8.3.5 Déclaration du boîtier Moxa sur le serveur d'appel..........................................................195
8.3.6 Configuration des ports V24........................................................................................................ 196
8.3.7 Configuration d'un port V24 pour la sortie d'événement de réveil............................ 197
8.3.8 Application des modifications......................................................................................................197
8.4 Maintenance..................................................................................................................................198
8.4.1 Généralités........................................................................................................................................... 198
8.4.2 Tests/Surveillance.............................................................................................................................198
8.4.3 Flashage d'un nouveau firmware.............................................................................................. 200
Chapitre 9
Supervision de la qualité VoIP
9.1 Introduction...................................................................................................................................201
9.2 Glossaire.......................................................................................................................................... 201
9.3.1 Génération des tickets....................................................................................................................202
9.3.2 Génération de tickets pour les terminaux SIP.................................................................... 203
9.3.3 Génération des tickets pour 8378 DECT IP-xBS.............................................................. 203
9.3.4 Exemple de ticket VoIP.................................................................................................................. 204
9.3.5 Signification des principaux champs des tickets de statistiques VoIP....................205
9.3.6 Signification des champs spécifiques..................................................................................... 213
9.3.7 Exemple de ticket VoIP à partir d'un terminal SIP............................................................ 214
9.3.8 Fichiers pour les justificatifs VoIP provenant de terminaux IP....................................215
9.3.9 Fichiers pour les justificatifs VoIP provenant de terminaux SIP.................................215
9.3.10 Justificatifs VoIP envoyés à la volée à une application externe.................................216

Sommaire
9.3.11 Serveur de communication passif.............................................................................................217

9.4.1 Vérification de la licence................................................................................................................217
9.4.2 Configuration du stockage de justificatifs VoIP et de la taxation............................... 217
9.4.3 Configuration des options de justificatifs VoIP....................................................................218
9.4.4 Activer la génération de justificatifs VoIP sur un terminal SIP.................................... 219
9.5 Maintenance..................................................................................................................................219
9.5.1 Outil ipview........................................................................................................................................... 219
9.5.2 Alarmes..................................................................................................................................................223
9.5.3 Outils de test........................................................................................................................................224
Chapitre 10
Supervision du réseau IP (outils génériques)

10.1.1 Objet du document........................................................................................................................... 226
10.1.2 Outils Linux.......................................................................................................................................... 226
10.1.3 Commande "route"........................................................................................................................... 227
10.1.4 Outil tcpdump......................................................................................................................................228
10.1.5 Fichiers log........................................................................................................................................... 229
10.1.6 Outils Windows.................................................................................................................................. 229
Chapitre 11
Annexe
11.1 RMA.......................................................................................................................................................231
11.1.1 Généralités........................................................................................................................................... 231
11.1.2 Glossaire............................................................................................................................................... 232
11.1.3 Description détaillée........................................................................................................................ 233
11.1.4 Procédure d'installation..................................................................................................................244
11.1.5 Procédure de configuration..........................................................................................................251

Sommaire
11.1.6 Exploitation...........................................................................................................................................260
11.2 e.RMA.................................................................................................................................................. 282
11.2.1 Introduction.......................................................................................................................................... 282
11.2.2 Procédure de configuration..........................................................................................................285
11.2.3 Maintenance........................................................................................................................................ 288
11.3 Les postes d'alarme.............................................................................................................. 289
11.3.1 Introduction.......................................................................................................................................... 289
11.3.2 Association entre numéro d'alarme et numéro de table................................................ 289
11.3.3 Déclaration du poste alarme........................................................................................................289
11.3.4 Visualisation des Incidents (par exemple sur un poste Alcatel-Lucent IP Touch
4068 Phone)........................................................................................................................................ 290

Chapitre
1 Documents de référence
La documentation OmniPCX Enterprise englobe les documents répertoriés dans le tableau suivant :
Titre du document Numéro de référence

Système OXE : Manuel d'installation 8AL91032FRBA
Ce document donne le détail des partitions et des répertoires, ainsi que de
leur contenu nécessaire pour les opérations système. Il décrit les différents
procédures disponibles pour déployer le logiciel, sur site ou à partir d'un em-
placement distant, sur un environnement physique ou virtuel.
Système OXE : Manuel d'installation matérielle standard 8AL91027FRBA

Ce document donne le détail de ce qui est nécessaire pour installer le systè-
me Common Hardware. Des recommandations sur les meilleures situations
environnementales sont données ainsi que les spécificités du système et une
description de la carte. La procédure d'installation donne le détail de l'assem-
blage, des raccordements internes, des raccordements externes, des alimen-
tations électriques, de la mise en service d'une passerelle Media Gateway et
des opérations de maintenance de premier niveau.
Système OXE : Manuel d'installation matérielle Crystal 8AL91028FRBA

Ce document donne le détail de ce qui est nécessaire pour installer le systè-
me matériel Crystal. Ce document décrit les différents types de racks maté-
riels Crystal, la mise en service d'une passerelle Media Gateway, la mise en
œuvre de différents types d'artères inter-racks. Des recommandations sur les
meilleures situations environnementales sont données ainsi que les spécifici-
tés du système et les diagrammes de câblage avec un guide visuel pour met-
tre en œuvre les raccordements.
Système OXE : Configuration initiale 8AL91047FRAA

Ce document décrit les opérations de configuration initiale à effectuer sur un
système OmniPCX Enterprise après avoir installé le logiciel. Cela comprend
la gestion des licences, la date et l'heure, Cloud Connect, Rainbow et la con-
figuration IP.
Système OXE : Sécurité 8AL91012FRBA

Ce document comprend une description détaillée sur les mesures nécessai-
res pour assurer la sécurité maximale du système la plus élevée. Les directi-
ves et détails de configuration sont fournis pour couvrir tous les détails de ce
problème très sensible.
Système OXE : Réseaux publics et privés 8AL91049FRAA

Ce document décrit les fonctionnalités disponibles pour configurer et mettre
en œuvre les accès aux réseaux publics et aux réseaux d'OmniPCX Enter-
prise.

Chapitre 1 Documents de référence

Système OXE : postes de bureau et clients Softphone 8AL91024FRBA
Ce document fournit une description détaillée des postes propriétaires et des
clients Softphone, disponibles pour l'OmniPCX Enterprise. Ces postes télé-
phoniques peuvent être TDM, IP ou SIP. L'ergonomie, les contraintes envi-
ronnementales, l'alimentation, l'initialisation et la configuration sont expli-
quées pour chaque poste.
Note :
Ce document ne couvre pas les postes mobiles, qui sont décrits dans
8AL91009FRBA.
Système OXE : Mobilité 8AL91009FRBA

Ce document décrit les fonctionnalités disponibles pour les postes DECT et
comment mettre en œuvre et configurer chaque service. Ce document cou-
vre également les différentes façons pour les postes cellulaires d'utiliser les
services OmniPCX Enterprise et la mise en œuvre de la recherche des utili-
sateurs autorisés.
Système OXE : Configuration avancée 8AL91048FRAA

Ce document décrit les opérations de configuration avancées qui peuvent
être effectuées sur un OmniPCX Enterprise en cours d'exécution. Cela com-
prend la configuration des domaines de téléphonie IP, la distribution des ap-
pels, les tonalités, les guides vocaux, le multi-pays, le multi-société, les minu-
teries, la comptabilité, le fax.
Système OXE : Maintenance 8AL91011FRBA

Ce document donne le détail de la syntaxe et le résultat des commandes de
maintenance les plus courantes. Il donne également le détail de la gestion
des incidents et des alarmes, ainsi que SNMP. Il couvre les fonctionnalités de
maintenance à distance et les opérations des postes dédiés aux alarmes.
Système OXE : Outils de gestion 8AL91002FRBA

Ce document décrit les différents outils qui peuvent être utilisés pour configu-
rer un OmniPCX Enterprise : OmniVista 8770, OXE WBM, mgr.
Ce document décrit également comment configurer les droits d'accès au sys-
tème par l'application de gestion, comment mettre en œuvre une configura-
tion par domaine et comment traduire les chaînes affichées sur les postes té-
léphoniques, et les applications OmniPCX Enterprise spécifiques.
Système OXE : Services aux utilisateurs 8AL91003FRBA

Ce document décrit comment mettre en œuvre des fonctionnalités téléphoni-
ques de base telles que le va-et-vient et le transfert, ainsi que des fonction-
nalités de collaboration plus avancées telles que l'interception d'appel, les té-
léconférences et les postes tandem. Chaque fonctionnalité est présentée
dans un différent chapitre et offre une description, la configuration nécessaire
et, si besoin est, une description de son fonctionnement.
Console opérateur Alcatel-Lucent 4059 IP - Manuel de l'utilisateur 3EU19877FRBA

Ce manuel de l'utilisateur décrit les diverses fonctionnalités disponibles pour
les opérateurs utilisant le poste IP 4059. Les procédures de configuration
sont également détaillées.

Chapitre 1 Documents de référence

Poste opérateur d'un téléphone Alcatel-Lucent IP Touch 4068 - Manuel de 8AL90607FRBA
l'utilisateur
les opérateurs utilisant le poste IP 4068, configuré pour cette utilisation parti-
culière. Les procédures de configuration de base sont également détaillées.
Alcatel-Lucent 4645 VMS - Manuel de l'utilisateur 3EU19583FRBA

les utilisateurs du système souhaitant exploiter au maximum cette message-
rie vocale et personnaliser leurs annonces.
Manuel Utilisateur Hôtel - Hôpital 3EU19837FRBA

le personnel hôtelier/hospitalier afin de configurer, de modifier et de récupé-
rer les enregistrements de taxation pour les clients de leur établissement. La
gestion du service de chambre et les procédures de configuration de base
sont également détaillées.
OmniVista 8770 Manuel Administrateur 8AL90703FRAN

SP0123 Cabinet 8AL90637USAA
Software Orchestration Tool Manual 8AL90559USAF
Ce document décrit la mise en œuvre de cet outil de déploiement dans les
diverses topologies compatibles. Ce document comprend les exigences et
les procédures pour l'installation de chaque logiciel, parmi lesquels les solu-
tions OpenTouch. Les déploiements et les mises à jour de logiciels sont ex-
pliqués pour les machines physiques et virtuelles.
CCdistribution 8AL91301FRAG
Cloud Connect Operation Overview 8AL91354ENAA
ALE Terminals Accessories Management 8AL90373ENAA
OXE Description of IP Flows 3BA290002903XXZZA

Chapitre
2 Commandes de maintenance
2.1 compte
2.1.1 Procédure
2.1.1.1 Commandes “account”
2.1.1.1.1 Présentation
La commande account permet d'afficher les différentes options.
(0)a4400a> account
Use : account [option]
ascii
Accounting files.
compress
To run a compression.
counters
account counters for more details.
dbaccess
Return the data base access right.
duration
Duration accounting metering.
external
External accounting traces via CMIS/CMIP.
freport
Financial report traces.
help
This help.
mao
Management files.
off
Disable database access for accounting.
on
Enable database access for accounting.
save
To save the tickets in files/database.
(0)a4400a>
Options disponibles:
• ascii : donne les traces des fichiers compressés produits pour la taxation externe (voir Commande
“Account ascii” à la page 18 ),
• compress : inclue l'option 'save' et force la compression du fichier ascii courant (voir Commande
“account compress” à la page 18 ),
• counters : donne les taxes des compteurs d'usagers en mémoire (voir Commande "account
counters" à la page 19 ), et permet une consultation détaillée des compteurs ainsi que leur remise
à zéro,
• dbaccess : donne l'état ("on'' ou “off'') du droit d'accès à la sauvegarde sur disque dur pour la
taxation (voir Commande “account dbaccess” à la page 22 ),
• duration : mesure les unités utilisées lors d'un appel ou d'un ensemble d'appels, à partir des
paramètres de l'appel (le numéro appelé, la date et la durée de l'appel) et en utilisant l'algorithme de
taxation à la durée. Cette application autorise de couper la communication d'un client (dans le cas
de l'application hôtel) dès que le montant de son prépaiement devient nul.
• freport : donne les traces journalières d'exécution du rapport financier (voir Commande "account
freport" à la page 22 ),
• help : donne les différentes options de la commande “account'' (écran ci-dessus),

Chapitre 2 Commandes de maintenance
• mao : permet l'affichage des fichiers de gestion sur les 90 derniers jours. Dans chaque fichier est
reinseigné :
• la date du fichier,
• le nom du fichier,
• la date du premier et du dernier justificatif stockés dans le fichier,
• le nombre de justificatifs stockés dans le fichier.
• off : interdit l'accès à la base de données pour la taxation (voir Commande "account off'' à la page
22 ),
• on : autorise l'accès à la base de données pour la taxation (voirCommande "account on'' à la page
23 ),
• save : permet de sauvegarder dans le disque dur les justificatifs de la taxation interne contenu dans
le buffer (voir Commande "account save'' à la page 23 ).
Note :
la commande "account" ne nécessite que la première lettre de ou des options qui suivent. Si plusieurs options ont
la même initiale, il sera nécessaire d'en préciser les premières lettres permettant de les différencier. S'il y a
ambiguïté le menu "help" est affiché. Ainsi, 3 lettres seront indispensables pour distinguer les options 'counters' et
'compress'.
2.1.1.1.2 Commande “Account ascii”

La commande “ascii account" permet l'affichage des informations sur les 2160 derniers fichiers
compressés générés (3 mois) ppour l'application de la taxation externe.
(0)a4400a> account ascii
-------------------------------------------------------------------------------
| | | | |Number |Charge|
|Date |File name |First ticket date|Last ticket date |tickets|units |
-------------------------------------------------------------------------------
|95/06/23 18:58|TAXAAAAA.DAT|95/06/23 18:55:40|95/06/23 19:01:13| 5 | 3 |
|95/06/23 19:01|TAXAAAAB.DAT|95/06/23 19:01:36|95/06/23 19:03:13| 10 | 10 |
|95/06/23 19:03|TAXAAAAC.DAT|95/06/23 19:03:24|95/06/23 19:05:04| 10 | 10 |
|95/06/23 19:05|TAXAAAAD.DAT|95/06/23 19:05:15|95/06/23 19:06:59| 10 | 10 |
|95/06/23 19:07|TAXAAAAE.DAT|95/06/23 19:07:10|95/06/23 19:09:44| 15 | 15 |
|95/06/23 19:09|TAXAAAAF.DAT|95/06/23 19:09:55|95/06/23 19:11:33| 10 | 10 |
|95/06/23 19:11|TAXAAAAG.DAT|95/06/23 19:11:44|95/06/23 19:13:56| 13 | 13 |
|95/06/23 19:13|TAXAAAAH.DAT|95/06/23 19:14:19|95/06/23 19:15:02| 5 | 5 |
|95/06/23 19:25|TAXAAAAI.DAT|95/06/23 19:26:21|95/06/23 19:28:14| 20 | 20 |
|95/06/23 19:28|TAXAAAAJ.DAT|95/06/23 19:28:20|95/06/23 19:30:16| 20 | 20 |
-------------------------------------------------------------------------------
(0)a4400a>
Informations décrites:
• Date : date et heure de la création du fichier compressé,
• File name : nom du fichier compressé,
• First and last ticket dates : dates du premier et du dernier justificatif stockés dans le fichier,
• Number tickets : nombre de justificatifs stockés dans le fichier,
• charge Units : nombre total de taxes concernant tous les justificatifs contenus dans le fichier.
Note :
La commande “account ascii file" ne prend en compte que les fichiers présents sur le disque dur.
2.1.1.1.3 Commande “account compress”

Cette option inclue l'option "save" et force la compression du fichier ascii courant. Il est nécessaire
d'attendre quelques secondes la fin de la compression. Cette commande est valable uniquement sur la
CPU principale mais la CPU de secours est tout de même mise à jour.

2.1.1.1.4 Commande "account counters"

Cette commande permet:
• de lister les compteurs d'abonnés,
• de remettre à zéro un, plusieurs, ou encore tous les compteurs d'abonnés.
La syntaxe est la suivante:
(0)a4400a> account counters
Use :
account counters action range
action
list display the subscribers counters.
reset delete the administrative subscribers counters.
range
all all the subscribers.
number number can be a subscriber number.
number can be an imcomplete subscriber number
containing wildcards (*, ?).
In this case, number must be surrounded by
the characters ' or ".
others options available if action = list:
admin list all the administrative subscribers counters.
room list all the room subscribers counters.
client list all the client subscribers counters.
booth list all the booth subscribers counters.
Example
To delete all the counters of the subscribers with

a phone number beginning with the digits 32, the command is:
the command is:
account counters reset "32*"
(0)a4400a>
Seules les premières lettres des champs sont nécessaires. Ainsi 'l ', 'li ' et 'lis ' seront tous trois
interprétés comme l'option "list".
2.1.1.1.4.1 Champ "action"

Une action peut être soit l'affichage d'une liste, soit une remise à zéro des compteurs d'abonnés.
Une remise à zéro de compteur ne pourra s'appliquer qu'à des abonnés administratifs.
Dans le cas de l'affichage d'une liste, il se peut que le nombre de lignes du terminal soit inférieur à
celui à afficher. Dans ce cas, utiliser '|pg ', qui agit comme 'more ' mais permet en plus le scrolling
arrière. De même, dans le menu help taper ' h ' suivi de 'return ' permet d'imprimer les résultats sans
avoir à taper de touche à chaque changement de page ( il n'y a pas de mode page par défaut).
2.1.1.1.4.2 Champ "range"

Le champ "range" définit la cible de l'action, c'est à dire l'ensemble des abonnés sur lesquels portera
l'action spécifiée dans le champ "action".
L'option"all" (range = all) indique que l'action se fait sur l'ensemble des abonnés.
Si "range" est un numéro MCDU donné, l'action ne portera que sur l'abonné correspondant.
L'utilisation de jokers (* ou bien ? ) est permise. Ceux-ci permettent de sélectionner un groupe relatif
d'abonnés. Le symbole '* ' sert à désigner une quelconque chaîne de caractères et '? ' permet de
remplacer un quelconque caractère. Les jokers contenus dans le champ " range" doivent être
précédés et suivis de guillemets simples ou doubles (" " ou bien ' '). Ainsi ' * ' désigne tous les abonnés.

Les options "admin", "room", "client" et "booth" ne sont utilisables qu'avec l'action "list" et affichent
tous les compteurs d'abonnés correspondant au champ "range".
2.1.1.1.4.3 Exemples
account counters reset
La commande "account counters reset all" doit être utilisée au lieu de "account counters reset '*' ".
(0)a4400a> account counters reset '30*'
Do you want to delete

the counters of administrative subscriber(s)
matching the string 30* (y/n) ? y
Your command succeeded,

5 counters of administrative subscribers
have been deleted.
(0)a4400a>
(0)a4400a> account counters res '3000
Do you want to delete

the counters of administrative subscriber(s)
matching the string 3000 (y/n) ? y
Your command succeed,

1 counters of administrative subscribers
have been deleted.
(0)a4400a>
account counters list
La commande "account counters list" affiche la catégorie d'abonné, le numéro de téléphone, le
nombre total d'appels, le nombre total de taxes (il y a trois niveaux de taxation pour un hôtel), le coût
engendré et la date de la dernière remise à zéro effectuée d'un compteur. Cette commande peut être
également utilisée sur la CPU de secours.
• all: Affiche un récapitulatif concernant chaque sorte d'abonné (administratif, chambre, client et
cabine) et se présente comme l'exemple suivant. Celui-ci illustre une situation où il y a 5 abonnés
administratifs, 5 chambres et pas d'abonné client. La date sur la ligne administrative donne la date
de la dernière remise à zéro générale. Celle-ci peut également être effectuée à partir du poste
opérateur.
(0)a4400a> account count list all
Thu May 2 16:17:16 1996
------------------------------------------------------------------------
|SUBSCRIBERS|NUMBERS| CALLS|CH. UNITS| COST| RESET DATE|
-----------------------------------------------------------------------
| Admin. | 5| 10| 10 | 7.40 |1996/05/02 15:21:16|
------------------------------------------------------------------------
| Room | 5| 4 | 4 | 22.00| |
| | | | 6 | | |
| | | | 2 | | |
------------------------------------------------------------------------
| Client| 0 | 0 | 0 | 0.00| |
| | | | 0| | |
| | | | 0| | |
------------------------------------------------------------------------
| Booth| 3| 1 | 2| 2.00| |
| | | | 0| | |
| | | | 0| | |
------------------------------------------------------------------------
The last overall counters reset date of

the administrative subscribers is 1996/05/02 15:21:16
(by account tool).

(0)a4400a>
• admin/room/client/booth L'option "admin" affiche un rapport contenant tous les abonnés
administratifs.
Un compteur d'abonné "admin" peut être remis à zéro par la commande " account counters
reset" ou par le poste opérateur.
Pour un abonné chambre ou client (" room" ou "client"), la date de la dernière remise à zéro est
celle de son enregistrement (check-in).
En ce qui concerne les postes cabine (booth), la date de reset est celle de la dernière attribution
d'un ticket à un client ou une chambre. Si les communications des postes cabine " booth" sont bien
gérées, leurs compteurs doivent être nuls, sinon cela veut dire que un certain nombre de tickets
n'ont pas été attribués à un abonné client ou une chambre.
(0)a4400a> account counters list booth
Thu May 2 16:19:55 1996
------------------------------------------------------------------------
-----------------------------------------------------------------------
| Booth| 3| 1 | 2| 2.00| |
| | | | 0| | |
| | | | 0| | |
| 31021 | 1| 1 | 2| 2.00|1996/04/29 12:06:16|
| | | | 0| | |
| | | | 0| | |
------------------------------------------------------------------------
(0)a4400a> account counters list admin
Thu May 2 16:18:44 1996
------------------------------------------------------------------------
-----------------------------------------------------------------------
| Admin | 2| 4 | 4 | 2.96 |1996/05/02 15:21:16|
| 3000 | 1| 2 | 2 | 1.48 |1996/05/02 15:21:57|
| 3001 | 1| 2 | 2 | 1.48 |1996/05/02 15:21:44|
------------------------------------------------------------------------

(by account tool).
(0)a4400a>
• Jokers: L'exemple suivant montre comment obtenir tous les abonnés dont les numéros
correspondent à la chaîne '3*1', qui désigne tous ceux qui commencent par un '3' et finissent par un
'1'.
(0)a4400a> account coun list '3*1'
Thu May 2 16:20:15 1996
-----------------------------------------------------------------------
-----------------------------------------------------------------------
| Admin | 2| 2 | 2 | 1.48|1996/05/02 15:21:16|
| 3000 | 1| 2 | 2 | 1.48|1996/05/02 15:21:57|
| 30011 | 1| 0 | 0 | 0.00|1996/05/02 15:21:44|
------------------------------------------------------------------------
| Room | 2| 1 | 1 | 5.00| |
| | | | 2 | | |
| | | | 0 | | |
| 31001| 1| 1 | 1 | 5.00|1996/04/29 12:01:13|
| | | | 2 | | |
| | | | 0 | | |
| 31011| 1| 0 | 0 | 0.00|1996/04/29 11:25:37|
| | | | 0 | | |
| | | | 0 | | |

------------------------------------------------------------------------
| Booth| 1| 1| 2 | 2.00| |
| | | | 0 | | |
| | | | 0 | | |
| 31021 | 1| 1| 2 | 2.00|1996/04/29 12:06:46|
| | | | 0 | | |
| | | | 0 | | |
------------------------------------------------------------------------

(by account tool).
(0)a4400a>
2.1.1.1.5 Commande “account dbaccess”

La commande "account dbaccess" donne, pour le système, l'état du droit d'accès à la base de
données pour la sauvegarde des justificatifs de taxation.
(0)a4400a> account dbaccess
ACCOUNTING is on.
(0)a4400a>
2.1.1.1.6 Commande "account freport"

La commande "account freport'' affiche des informations concernant les 90 derniers rapports
financiers journaliers exécutés (correspond aux 3 derniers mois).
(0)a4400a> account freport
------------------------------------------------------------------------------
| |First |Periodticket|Day ticket|Charge|
|Date |Period |execut. |read |del |read |del |Units|
------------------------------------------------------------------------------
|95/07/18 01:32:20|95/07/01 95/08/01|95/07/01| 250| 245| 50| 45| 120|
|95/07/19 01:31:21|95/07/01 95/08/01|95/07/01| 350| 345| 150| 100| 247|
|95/07/20 01:33:43|95/07/01 95/08/01|95/07/01| 500| 485| 150| 140| 328|
------------------------------------------------------------------------------
(0)a4400a>
Informations décrites:
• Date: date et heure de l'exécution du rapport financier,
• Period: période du rapport financier courant,
• First exécution: date de la première opération,
• Period tickets: nombre de justificatifs lus et supprimés pour la période courante du rapport financier,
• Day ticket: nombre de justificatifs lus et supprimés lors de l'exécution de ce jour,
• Charge Units: nombre de taxes concernant les justificatifs de la journée supprimés.
2.1.1.1.7 Commande "account off''

La commande "account off'' interdit, pour le système, l'accès à la base de données pour la
sauvegarde des justificatifs de taxation. Dans ce cas, les justificatifs sont stockés dans le buffer de
taxation jusqu'à son remplissage. Ensuite, tous les nouveaux tickets sont perdus.
Cette commande est à exécuter avec précautions et dans des conditions bien précises. Elle doit être
suivie dans les plus brefs délais de la commande "account on '' car des justificatifs pourraient être
perdus au stockage.
(0)a4400a> account off
ACCOUNTING was on - > ACCOUNTING is off.
(0)a4400a>

2.1.1.1.8 Commande "account on''

La commande "account on'' autorise, pour le système, l'accès à la base de données pour la
sauvegarde des justificatifs de taxation.
(0)a4400a> account on
ACCOUNTING was off - > ACCOUNTING is on.
(0)a4400a>
2.1.1.1.9 Commande "account save''

La commande "account save'' force le vidage du buffer de sauvegarde de l'application de taxation si la
sauvegarde des tickets des justificatifs sur disque est disponible.
2.1.1.1.10 Commande "account -e''

La commande "account -e" affiches des justificatifs VoIP transmis sur IP.
2.1.1.1.11 Commande "account -r"

La commande "account -r" affiche des justificatifs VoIP transmis par les appareils IP.
2.1.1.1.12 Commande "account ipticket <number of tickets> <delay>''

La commande "account ipticket <number of tickets> <delay>" génère et transmet des justificatifs
VoIP à une application externe.
2.1.1.1.13 Commande "account -v"

La commande "account -v'' affiche à l'écran tous les paramètres de gestion de taxation contenus dans
la mémoire (gestion système).
2.1.1.1.14 Commande "account -m"

La commande "account -m'' affiche à l'écran tous les paramètres de gestion concernant la
surveillance contenus dans la mémoire (gestion système).
2.2 accreport
2.2.1 Exploitation
2.2.1.1 Commande accreport
Cet outil permet l'édition du dernier rapport financier ou le rapport financier courant.
Les menus de cet outil sont extraits de l'outil accreset.
Le menu est défini ci-dessous. Les séquences entre parenthèse sont les chemins en mode absolu
pour chaque menu.
Edition Période Précédente (/1)
Ecran (/1/1)
Imprimante (/1/2)
Période Courante (/2)
Etat (/2/1)
Edition (/2/2)

2.3 accreset
2.3.1 Exploitation
2.3.1.1 Commande “accreset”
2.3.1.1.1 Présentation de la commande

Cet outil permet la gestion du rapport financier et des fichiers de transfert pour l'application de taxation
externe.
Cette commande permet également l'effacement de tous les tickets de taxation dans la base de
données SQL, des fichiers de cumul du rapport financier en cours et des fichiers compressés pour la
taxation externe. Pour chaque opération d'effacement une sécurité est activée (il n'est pas nécessaire
de verrouiller le stockage des justificatifs avec la commande "account off''). Une consultation des
effacements (traces) est également possible.
2.3.1.1.2 Présentation du menu

Le menu est défini ci-dessous. Les séquences entre parenthèses correspondent aux chemins à
indiquer pour atteindre ces menus.
Information (/1)
Partition (/2)
Etat (/2/1)
Base De Données (/2/2)
Rapport Financier (/2/3)
Fichiers Taxation (/2/4)
Fichiers Administration (/2/5)
Tous Les Fichiers (/2/6)
Base De Données (/3)
Réinitialisation (/3/1)
Rapport Financier (/4)
Edition Période Précédente (/4/1)
Ecran (4/1/1)
Imprimante (/4/1/2)
Période Courante (4/2)
Etat (/4/2/1)
Edition (4/2/2)
Réinitialisation (/4/2/3)
Journal (4/3)
Fichiers (/5)
Taxation (/5/1)
Production (/5/1/1)
Journal (/5/1/1/1)
Journal Fichiers Stockés (/5/1/1/2)
Visualisation (/5/1/2)
En-tête (/5/1/2/1)
Statistique (/5/1/2/2)
Ticket (/5/1/2/3)
Effacement (/5/1/3)
Administration (/5/2)
Production (/5/2/1)
Journal (/5/2/1/1)
Journal Fichiers Stockés (/5/2/1/2)
Visualisation (/5/2/2)
En-tête (/5/2/2/1)
Statistique (/5/2/2/2)
Ticket (/5/2/2/3)
Effacement (/5/2/3)
Divers (/6)
Compteurs Usagers (/6/1)
Edition (6/1/1)
Tout (6/1/1/1)
Administratifs (6/1/1/2)
Chambres (6/1/1/3)
Clients (6/1/1/4)
Cabines (6/1/1/5)

Numéro De Poste(6/1/1/6)
Réinitialisation (6/1/2)
Réinitialisation Totale (6/1/2/1)
Réinitialisation Partielle (6/1/2/2)
Configuration courante (6/2)
Version (/7)
2.3.1.1.2.1 Informations (/1)

Ce menu donne les informations sur l'outil accreset .
2.3.1.1.2.2 Partition (/2)

Ce menu donne les informations concernant la place utilisée par l'application de taxation sur le disque
dur (le nom et la taille).
2.3.1.1.2.3 Base De Données (/3)

Ce menu permet la destruction des tickets de taxation. La table détruite contient les tickets de taxation
du rapport financier ainsi que des application “Hotel”. Avant la mise à zéro, l'utilisateur doit confirmer
l'opération.
2.3.1.1.2.4 Rapport financier (/4)

Ce menu permet les opérations concernant l'application rapport financier, tel que l'édition du dernier/
courant rapport financier, l'affichage du journal et la réinitialisation de la période courante.
2.3.1.1.2.5 Fichiers (/5)

Ce menu permet l'archivage des fichiers de taxation et d'administration situés sur le disque pour les
applications externes:
• journal,
• journal fichiers stockés,
• en-tête,
• statistique,
• ticket.
2.3.1.1.2.6 Divers (/6)

Ce menu permet d'accéder aux informations des paramètres des compteurs usagers et de la
configuration courante.
2.3.1.1.2.7 Version (/7)

Ce menu indique la version de l'outil.
2.3.1.1.2.8 Le menu d'aide (?)

Ce menu présente l'interface ainsi que ses modes de fonctionnement. Il permet le choix de la langue
utilisée.
2.4 accview
2.4.1 Commande “accview”
2.4.1.1 Présentation générale
Cet outil est utile pour analyser le contenu des justificatifs qui sont dans les fichiers compressés de
taxation.

Plusieurs options sont proposées:

(0)a4400a> accview
accview - accounting files scope
accview -[abdefhlmpstvwV]
-a attribute_number sets
the list of the attributes to print (use -h to print the attribute numbers).
Each attribute number is separated by a space character.
-b number prints
the n first tickets (see also option -e).
-d [display] sets
the number of attributes/line to display, 1 or 2 (default is 2).
-e number prints
the n last tickets (see also option -b).
-f [file] file
is the file to be read. If the file doesn't exist in the current directory
and in the /DHS3dyn/account directory, an error is returned. If filename is
empty, a list of the current files is displayed.
-h prints the ticket header for
the given file.
-help this help.
-l prints the defined meanings of
the enumerated and bitstring attributes.
-m uses more to print the results
(when more is running, press h for help).
-p delete|disable|read|save
delete deletes the current profile. disable disables the current profile
for the current execution. read prints the content of the current profile.
save deletes the current profile and saves the current options. Only the first
option letters are needed.
-s prints statistics about an accounting
file.
-t prints the contents of the tickets.
-v prints the values of the attributes
(default is meanings of the attributes).
-w sets the width of one line (default
is 80 characters).
-V prints the version.
(0)a4400a>
Certaines commandes peuvent être combinées.

Les options -a , -b , -d , -e , -t et -v n'ont un sens que si elles sont utilisées avec les options -tf .
Note :
Cette commande est indépendante de la version du ticket de taxation et de la version logicielle du PABX. Elle peut
donc être appliquée à n'importe quel fichier de taxation dans nimporte quelle version du PABX.
2.4.1.2 Commande ''accview -tf''

Cette commande donne un aperçu général des commandes utilisant "accview'' :
• -f donne le tableau des fichiers compressés disponibles de l'installation,
• -t donne l'édition de tout le contenu d'un fichier sélectionné.
(0)a4400a> accview -tf
The files stored in the system are the following ones :

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
|95/09/28 02:36|TAXAAAIL.DAT|95/09/28 02:36:48|95/09/28 02:36:58| 2 | 45|
|95/09/28 07:55|TAXAAAIM.DAT|95/09/28 07:55:49|95/09/28 07:58:59| 4 | 0|
|95/09/28 08:13|TAXAAAIN.DAT|95/09/28 08:13:44|95/09/28 08:13:44| 1 | 0|
|95/09/28 09:00|TAXAAAIO.DAT|95/09/28 08:13:51|95/09/28 09:00:06| 26 | 128|
|95/09/28 10:00|TAXAAAIP.DAT|95/09/28 09:00:56|95/09/28 10:00:26| 94 | 25|
--------------------------------------------------------------------------------

Please, which file (Return to Quit) : TAXAAAIN.DAT

Please, which file (Return to Quit) : (Return)
====[/DHS3dyn/account/TAXAAAIN.DAT : Ticket number 1]===========================

(00) TicketVersion = ED4.7 (01) CalledNumber = 5895
(02) ChargedNumber = 5967 (03) ChargedUserName = TREFCON MICHEL
(04) ChargedCostCenter = 633 (05) ChargedCompany =
(06) ChargedPartyNode = 1 (07) Subaddress =
(08) CallingNumber = (09) CallType = LocalCall
(10) CostType = Unspecified (11) EndDateTime = 19950928 08:13:44
(12) ChargeUnits = 0 (13) CostInfo = 0
(14) Duration = 0 (15) trunkIdentity = 54
(16) TrunkGroupIdentity = 128 (17) TrunkNode = 1
(18) PersonalOrBusiness = Normal (19) AccessCode =
(20) SpecificChargeInfo = (21) BearerCapability = Speech
(22) HighLevelComp = Telephony (23) DataVolume = 0
(24) UserToUserVolume = 0
(25) ExternFacilities = CallingLineIdentificationPresentation
(26) InternFacilities = BasicCall (27) CallReference = 0
(28) SegmentsRate1 = 0 (29) SegmentsRate2 = 0
(30) SegmentsRate3 = 0 (31) ComType = Voice
(32) X25IncomingFlowRate = Unspecified (33) X25OutgoingFlowRate = Unspecified
(34) Carrier = Unspecified (35) InitialDialledNumber =
(36) WaitingDuration = 0 (37) EffectiveCallDuration = 0
(38) RedirectedCallIndicator = 0
(0)a4400a>
Tableau des fichiers compressés disponibles

Le tableau des fichiers compressés disponibles dans l'installation indique, pour chaque fichier:
• la date et l'heure de la création du fichier,
• le nom du fichier (toujours TAXxxxxx.DAT avec xxxxx incrémenté alphabétiquement à chaque
nouveau fichier),
• la date et l'heure de l'enregistrement du premier justificatif,
• la date et l'heure de l'enregistrement du dernier justificatif,
• le nombre de justificatifs contenus dans le fichier,
• le nombre total de taxes correspondant au fichier.
Contenu d'un fichier
Pour être édité, un fichier doit être sélectionné par son nom.
Chaque justificatif du fichier contient une liste d'attributs numérotés à partir de 0 donnant :
• le numéro de l'attribut,
• le libellé de l'attribut,
• la valeur de l'attribut pour le justificatif édité (numérique ou mnémonique pour les attributs numéros
9, 10, 18, 20, 21, 22, 25, 26, 31, 32, 33 et 34).
Note :
Les écrans présentés dans la suite du document ne sont donnés qu'à titre d'exemple et le nombre
d'attributs peut être sujet à modification.
L'option -f peut être suivie des noms d'une liste de fichiers si ceux-ci sont connus. Un fichier est déclaré
inconnu si il n'est pas présent dans le répertoire courant ou dans le répertoire /DHS3dyn/account.
Si aucun nom de fichier n'est présent, une liste des fichiers est proposée. Elle correspond à la liste des
fichiers compressés actuellement stockés sur le disque du système.
Exemple :
Exemple: accview -tf TAXAAAAA.DAT TAXAAAAB.DAT

Cette commande peut être associée avec "-h'' ("accview -a 11 2 3 1 -h”) ou "-tf nom du fichier''
("accview -a 11 2 3 1 -tf TAXAAAIM.DAT'').
2.4.1.3 Commande "accview -a attribute_number''

Cette commande permet d'éditer uniquement les numéros d'attributs désirés (si pas de numéro
spécifié tous les attributs sont édités par défaut). Pour un fichier sélectionné, les attributs sont édités
dans l'ordre de saisie dans la commande et sont valables pour tous les justificatifs du fichier.
(0)a4400a> accview -a 11 2 3 1 -tf
The files stored in the system are the following ones :

--------------------------------------------------------------------------------
| | |Number |Charge|
--------------------------------------------------------------------------------
|95/09/28 02:36|TAXAAAIL.DAT|95/09/28 02:36:48|95/09/28 02:36:58| 2 | 45|
|95/09/28 07:55|TAXAAAIM.DAT|95/09/28 07:55:49|95/09/28 07:58:59| 4 | 0|
|95/09/28 08:13|TAXAAAIN.DAT|95/09/28 08:13:44|95/09/28 08:13:44| 1 | 0|
|95/09/28 09:00|TAXAAAIO.DAT|95/09/28 08:13:51|95/09/28 09:00:06| 26 | 128|
|95/09/28 10:00|TAXAAAIP.DAT|95/09/28 09:00:56|95/09/28 10:00:26| 94 | 25|
--------------------------------------------------------------------------------
Please, which file (Return to Quit) : TAXAAAIM.DAT
====[/DHS3dyn/account/TAXAAAIM.DAT : Ticket number 1]===========================
(11) EndDateTime = 19950928 07:55:49 (02) ChargedNumber = 74934

(03) ChargedUserName = PYTHAGORE (01) CalledNumber = 3623
----[/DHS3dyn/account/TAXAAAIM.DAT : Ticket number 2]----------------------------

(03) ChargedUserName = EULER (01) CalledNumber =

(03) ChargedUserName = KEPLER (01) CalledNumber = 77858

(03) ChargedUserName = NEWTON (01) CalledNumber = 88841695
(0)a4400a>
Dans cet écran, les numéros d'attribut 11, 2, 3 et 1 sont édités dans cet ordre pour tous les justificatifs
du fichier TAXAAAIM.DAT sélectionné.
Cette commande peut être associée avec "-h'' ("accview -a 11 2 3 1 -h”) ou "-tf nom du fichier''
("accview -a 11 2 3 1 -tf TAXAAAIM.DAT'').
2.4.1.4 Commande "accview -b number''

Cette commande permet d'éditer le contenu (tous les attributs) des n premiers justificatifs d'un fichier
sélectionné.
Cette commande peut être combinée avec "-e'' (n derniers justificatifs d'un fichier sélectionné). Dans ce
cas, seuls sont édités (s'il y en a) les contenus des justificatifs communs aux deux requêtes.
2.4.1.5 Commande "accview -d number''

Cette commande permet de choisir le nombre d'attributs par ligne à éditer à l'écran. Choix possibles 1
ou 2 (2 par défaut). Elle est utilisée avec "-a''.
(0)a4400a> accview -d 1 -a 11 2 3 1 -tf
The files stored in the system are the following ones:

--------------------------------------------------------------------------------


--------------------------------------------------------------------------------
|95/09/28 02:36|TAXAAAIL.DAT|95/09/28 02:36:48|95/09/28 02:36:58| 2 | 45|
|95/09/28 07:55|TAXAAAIM.DAT|95/09/28 07:55:49|95/09/28 07:58:59| 4 | 0|
|95/09/28 08:13|TAXAAAIN.DAT|95/09/28 08:13:44|95/09/28 08:13:44| 1 | 0|
|95/09/28 09:00|TAXAAAIO.DAT|95/09/28 08:13:51|95/09/28 09:00:06| 26 | 128|
|95/09/28 10:00|TAXAAAIP.DAT|95/09/28 09:00:56|95/09/28 10:00:26| 94 | 25|
--------------------------------------------------------------------------------
Please, which file (Return to Quit) : TAXAAAIL.DAT
====[/DHS3dyn/account/TAXAAAIL.DAT : Ticket number 1]===========================
(11) EndDateTime = 19950928 02:36:48

(02) ChargedNumber = 74934
(03) ChargedUserName = PYTHAGORE
(01) CalledNumber = 3623
----[/DHS3dyn/account/TAXAAAIL.DAT : Ticket number 2]----------------------------

(11) EndDateTime = 19950928 02:36:58
(03) ChargedUserName = EULER
(01) CalledNumber =
(0)a4400a>
2.4.1.6 Commande "accview -e number'

Cette commande permet d'éditer le contenu (tous les attributs) des n derniers justificatifs d'un fichier
sélectionné. Il peut être combiné avec "-b'' (voir Commande "accview -b number'' à la page 28).
2.4.1.7 Commande "accview -f''

Cette commande liste tous les fichiers compressés disponibles de l'installation.
(0)a4400a> accview -f

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
|95/09/28 02:36|TAXAAAIL.DAT|95/09/28 02:36:48|95/09/28 02:36:58| 2 | 45|
|95/09/28 07:55|TAXAAAIM.DAT|95/09/28 07:55:49|95/09/28 07:58:59| 4 | 0|
|95/09/28 08:13|TAXAAAIN.DAT|95/09/28 08:13:44|95/09/28 08:13:44| 1 | 0|
|95/09/28 09:00|TAXAAAIO.DAT|95/09/28 08:13:51|95/09/28 09:00:06| 26 | 128|
|95/09/28 10:00|TAXAAAIP.DAT|95/09/28 09:00:56|95/09/28 10:00:26| 94 | 25|
--------------------------------------------------------------------------------
Please, which file (Return to Quit) :
Cette commande peut être combinée avec "-a'', "-h'', "-s'' ou "-t''.
2.4.1.8 Commande "accview -help''
2.4.1.9 Commande "accview -h''

Cette commande affiche la liste des numéros avec le libellé des attributs des justificatifs pour un fichier
sélectionné.
La colonne "Attribute'' donne le numéro des attributs utilisés.
La colonne "Name'' donne le libellé de l'attribut.
La colonne "Position'' donne la position de la valeur de l'attribut dans le justificatif (entre caractère xxx
et xxx).
La colonne "Alignment'' donne l'alignement de l'attribut (L: justifié à gauche, R: justifié à droite, N: non
justifié).

Cette commande peut être combinée avec "-a'' ou "-f''.

(0)a4400a> accview -h -tf /DHS3dyn/account/TAXAAAIL.DAT
The attributes list of the file /DHS3dyn/account/TAXAAAIL.DAT is :

------------------------------------------------------
|Attribute|Name |Position|Alignment|
------------------------------------------------------
|000 |TicketVersion | 001-005|L |
|001 |CalledNumber | 006-031|L |
|002 |ChargedNumber | 032-039|L |
|003 |ChargedUserName | 040-059|L |
|004 |ChargedCostCenter | 060-069|L |
|005 |ChargedCompany | 070-079|L |
|006 |ChargedPartyNode | 080-084|L |
|007 |Subaddress | 085-088|L |
|008 |CallingNumber | 089-096|L |
|009 |CallType | 097-098|N |
|010 |CostType | 099-099|R |
|011 |EndDateTime | 100-116|N |
|012 |ChargeUnits | 117-121|R |
|013 |CostInfo | 122-131|R |
|014 |Duration | 132-141|R |
|015 |trunkIdentity | 142-146|R |
|016 |TrunkGroupIdentity | 147-151|R |
|017 |TrunkNode | 152-156|R |
|018 |PersonalOrBusiness | 157-157|N |
|019 |AccessCode | 158-173|L |
|020 |SpecificChargeInfo | 174-180|N |
|021 |BearerCapability | 181-181|N |
|022 |HighLevelComp | 182-183|R |
|023 |DataVolume | 184-193|R |
|024 |UserToUserVolume | 194-198|R |
|025 |ExternFacilities | 199-238|N |
|026 |InternFacilities | 239-278|N |
|027 |CallReference | 279-288|R |
|028 |SegmentsRate1 | 289-298|R |
|029 |SegmentsRate2 | 299-308|R |
|030 |SegmentsRate3 | 309-318|R |
|031 |ComType | 319-319|N |
|032 |X25IncomingFlowRate | 320-321|R |
|033 |X25OutgoingFlowRate | 322-323|R |
|034 |Carrier | 324-324|N |
|035 |InitialDialledNumber | 325-332|L |

|036 |WaitingDuration | 333-337|R |
|037 |EffectiveCallDuration | 338-347|R |
|038 |RedirectedCallIndicator| 348-348|N |
------------------------------------------------------
(0)a4400a>
2.4.1.10 Commande "accview -l''

Cette commande concerne uniquement les attributs dont la valeur est un mnémonique. Elle permet de
lister tous les mnémoniques possibles (avec entre parenthèse sa valeur dans la liste) pour un attribut.
Ces attributs sont rangés dans l'ordre croissant de leur numéro.
L'exemple suivant ne donne que quelques uns des attributs à valeur mnémonique pour un justificatif.
(0)a4400a> accview -l
________________________________________________________________________________
CallType PublicNetworkOutgoingCall (0)
PublicNetworkOutgoingCallThroughPrivateNetwork (1)
PrivateNetworkCall (2)
LocalCall (3)
PublicNetworkIncomingCall (4)
PublicNetworkIncomingCallThroughPrivateNetwork (5)
Unspecified (6)
PrivateNetworkOutgoingCallToPublicNetwork (7)

PrivateNetworkOutgoingCallToPrivateNetwork (8)
PublicNetworkIncomingCallToPrivateNetwork (9)
PrivateNetworkIncomingCallToPrivateNetwork (10)
PublicOrPrivateNetworkOutgoingCallThroughPrivateNetwor(11)
PublicOrPrivateNetworkIncomingCallThroughPrivateNetwork(12)
PrivateNetworkIncomingCall (13)
________________________________________________________________________________
SpecificChargeInfo SIOPriorityTrunkGroup (0)
ReversedCharging (1)
PBXGeneratedChargeUnits (2)
AnalogWithoutChargeUnits (3)
Transcom (4)
AccurateDuration (5)
Transgroup (6)
________________________________________________________________________________
ComType Unspecified (0)
Voice (1)
Data (2)
FacilityActivation (3)
FacilityDeactivation (4)
________________________________________________________________________________
Carrier Unspecified (0)
BT (1)
Mercury (2)
(0)a4400a>
2.4.1.11 Commande "accview -m''

Cette commande, utilisée avec une autre, permet l'affichage à l'écran page par page (more). Cette
commande est intéressante pour les longues éditions (taper "accview -l -m'' par exemple).
2.4.1.12 Commande "accview -p delete|disable|read|save

Cette commande permet de gérer un profil (liste de plusieurs options). À chaque fois que l'outil
"accview'' est appelé, le profil courant est ajouté à la liste des options de la commande accview. Cela
évite d'avoir toujours à taper les mêmes options lors de plusieurs utilisations de l'outil accview.
Gestion de cette option:
• suppression: "accview -p delete'': supprime le profil de commande courant,
• mise hors service: "accview -p disable'': met hors service le profil de commande courant pour
l'exécution en cours. Les commandes prises en compte sont celles de l'outil "accview'',
• profil de commande courant: "accview -p read'': affiche le profil de commande courant,
• sauvegarde: "accview -p save'': supprime le profil de commande courant et valide les options de
l'outil "accview''.
(0)a4400a> accview -p re
Sorry, there is no saved profile.
(0)a4400a> accview -p save -d 1 -ft
The profile "-d 1 -ft" is saved.
(0)a4400> accview -p re
The current profile is : -d 1 -ft
(0)a4400a> accview -a 11 2 3 1
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
|95/05/04 18:08|TAXAABLJ.DAT|95/05/04 16:14:15|95/05/04 16:14:15| 1 | 0|
--------------------------------------------------------------------------------
Please, which file (Return to Quit) : TAXAABLJ.DAT

----[/DHS3dyn/account/TAXAABLJ.DAT : Ticket number 1]---------------------------

(11) EndDateTime = 19950504 16:14:15
(03) ChargedUserName = VINCI
(01) CalledNumber = --------------------
(0)a4400> accview -p disa -d 2 -tf TAXAABLJ.DAT -a 11 2 3

----[TAXAABLJ.DAT : Ticket number 1]--------------------------------------------
(03) ChargedUserName = VINCI
(00a4400> accview -p re
The current profile is : -d 1 -ft
(0)a4400> accview -p del; accview -p re
The profile is deleted.
Sorry, there is no saved profile.
(0)a4400a>
Note :
Seules les premières lettres peuvent être saisies (voir exemple précédant).
2.4.1.13 Commande "accview -s''

Cette commande permet d'afficher des statistiques de stockage pour un fichier sélectionné.
(0)a4400a> accview -sf

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
|95/09/28 02:36|TAXAAAIL.DAT|95/09/28 02:36:48|95/09/28 02:36:58| 2 | 45|
|95/09/28 07:55|TAXAAAIM.DAT|95/09/28 07:55:49|95/09/28 07:58:59| 4 | 0|
|95/09/28 08:13|TAXAAAIN.DAT|95/09/28 08:13:44|95/09/28 08:13:44| 1 | 0|
|95/09/28 09:00|TAXAAAIO.DAT|95/09/28 08:13:51|95/09/28 09:00:06| 26 | 128|
|95/09/28 10:00|TAXAAAIP.DAT|95/09/28 09:00:56|95/09/28 10:00:26| 94 | 25|
--------------------------------------------------------------------------------
Please, which file (Return to Quit) : TAXAAAIL.DAT
----------------------[File /DHS3dyn/account/TAXAAAIL.DAT]----------------------
Number of attributes = 35
Number of tickets = 2
File size = 804bytes
Length of one uncompressed ticket = 325bytes
Length of one compressed ticket = 178.36bytes
Compression rate = 1.82
--------------------------------------------------------------------------------
(0)a4400a>
Les paramètres concernent:

• le nombre d'attributs,
• le nombre de justificatifs contenus dans le fichier sélectionné,
• la taille du fichier compressé,
• la longueur d'un justificatif non compressé,
• la longueur du justificatif compressé,
• le taux de compression.

2.4.1.14 Commande "accview -t''

Cette commande permet d'afficher le contenu de chaque justificatif pour un fichier sélectionné. Se
reporter à la commande "accview -tf''.
2.4.1.15 Commande "accview -v'

Les valeurs numériques des attributs de type mnémonique (strings) sont affichées. Par défaut si
l'option -v n'est pas présente, les libellés sont affichés.
(0)a4400a> accview -v -tf

--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
|95/09/28 02:36|TAXAAAIL.DAT|95/09/28 02:36:48|95/09/28 02:36:58| 2 | 45|
|95/09/28 07:55|TAXAAAIM.DAT|95/09/28 07:55:49|95/09/28 07:58:59| 4 | 0|
|95/09/28 08:13|TAXAAAIN.DAT|95/09/28 08:13:44|95/09/28 08:13:44| 1 | 0|
|95/09/28 09:00|TAXAAAIO.DAT|95/09/28 08:13:51|95/09/28 09:00:06| 26 | 128|
|95/09/28 10:00|TAXAAAIP.DAT|95/09/28 09:00:56|95/09/28 10:00:26| 94 | 25|
--------------------------------------------------------------------------------
Please, which file (Return to Quit) : TAXAAAIN.DAT
----[TAXAAAIN.DAT : Ticket number 1]-------------------------------------------

(00) TicketVersion = ED4.6 (01) CalledNumber = 1949697982----
(02) ChargedNumber = 9410 (03) ChargedUserName = FOURIER
(04) ChargedCostCenter = 633 (05) ChargedCompany =
(06) ChargedPartyNode = 1 (07) Subaddress =
(08) CallingNumber = (09) CallType = 0
(10) CostType = 2 (11) EndDateTime = 19950928 08:13:44
(12) ChargeUnits = 128 (13) CostInfo = 9344
(14) Duration = 1190 (15) trunkIdentity = 29
(16) TrunkGroupIdentity = 6 (17) TrunkNode = 1
(18) PersonalOrBusiness = 2 (19) AccessCode =
(20) SpecificChargeInfo = 0000000 (21) BearerCapability = 1
(22) HighLevelComp = 0 (23) DataVolume = 0
(24) UserToUserVolume = 0
(25) ExternFacilities = 0010000000010000000000000000000000000000
(26) InternFacilities = 0000000000000000000000010000000010000000
(27) CallReference = 0 (28) SegmentsRate1 = 0
(29) SegmentsRate2 = 0 (30) SegmentsRate3 = 0
(31) ComType = 1 (32) X25IncomingFlowRate = 0
(33) X25OutgoingFlowRate = 0 (34) Carrier = 0
(35) InitialDialledNumber = (36) WaitingDuration = 0
(37) EffectiveCallDuration = 0 (38) RedirectedCallIndicator = 0
(0)a4400a>
2.4.1.16 Commande "accview -w''

Cette commande définit la largeur de l'affichage à l'écran, en nombre de caractères. La valeur par
défaut est 80 caractères.
Par exemple, si l'on désire afficher le contenu d'un fichier sur 60 caractères, la commande est la
suivante: "accview -w 60 -tf TAXAAAAIN.DAT''
2.4.1.17 Commance "accview -V'

Cette commande indique la version de l'outil "accview''.
(0)a4400a> accview -V
version-id is 1.0 (1995/05/14).
(0)a4400a>

2.5 alarmrel
2.5.1 Exploitation
2.5.1.1 Commande alarmrel
Syntaxe : alarmrel
La commande alarmrel permet :
• d'activer ou de désactiver le relais d'alarme,
• de visualiser et d'effacer l'historique des changement d'état du relais,
• de visualiser l'état courant du relais.
Attention :
Il est fortement conseillé de vérifier les causes des alarmes avant de désactiver le relais.
Menu d'utilisation de la commande alarmrel
(1)pabx56> alarmrel
MAIN MENU
0: desactiv relay
1: activ relay
2: display the review of alarm relay states
3: display alarm state
4: delete the review of alarm relay states
q: quit
Your choice :
2.6 alarmrel-off
2.6.1 Exploitation
2.6.1.1 Commande alarmrel off
Syntaxe : alarmrel off
Cette commande permet d'ouvrir le relais d'alarme (donc de stopper l'alarme). Il est fortement conseillé
de vérifier les causes des alarmes avant d'exécuter cette commande.
Pour connaître les incidents qui ont provoqué les alarmes, taper la commande alarmrel, puis
sélectionner la rubrique 2: display the review of alarm relay states.
Exemple d'utilisation de la commande alarmrel off :
(1)pabx56> alarmrel off
Modification of alarm relay state done.
2.7 calledfilt
2.7.1 Exploitation
2.7.1.1 Commande appel filtré “calledfilt”
La commande "calledfilt" suivi du "No appelé filtré" donne les caractéristiques de l'appel filtré.
(0)a4400a> calledfilt 36000
+---------------------------------------------------------------------+
| Dir Number : 36000 | Lognum : 0 |

+---------------------------------------------------------------------+
| COMMON'S DATA |
| ------------- |
+---------------------------------------------------------------------+
| Entity 0 | Public rerout [F] |
+---------------------------------------------------------------------+
| FILTERING DATA |
| -------------- |
+---------------------------------------------------------------------+
| teleservice : Phone |
+---------------------------------------------------------------------+
| Night --> Index : 1 | Overflow No : 3010 |
+---------------------------------------------------------------------+
| Day --> Index : 0 | Overflow No : 3010 |
+---------------------------------------------------------------------+
| Renv1 --> Index : -1 | Overflow No : |
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
| teleservice : Data |
+---------------------------------------------------------------------+
| Night --> Index : -1 | Overflow No : |
+---------------------------------------------------------------------+
| Day --> Index : -1 | Overflow No : |
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
| teleservice : Fax group 3 |
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
| teleservice : Fax group 4 |
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
| teleservice : Other |
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
Les informations fournies, concernant le numéro appelé filtré, sont les suivantes :
• le numéro logique,
• le numéro d'annuaire,
• le numéro d'entité,
• pour chaque état et chaque téléservice définis :
• l'index de filtrage
• le numéro de débordement.

2.8 cleanbroad
2.8.1 Outil Cleanbroad
2.8.1.1 Outil Cleanbroad
L'outil cleanbroad permet de redémarrer la diffusion et de la réinitialiser. Tous les fichiers de diffusion
sont effacés, les numéros de séquence sont remis à 0.
Déclenchée sur un noeud du réseau, cette commande est appliquée automatiquement à l'ensemble
des nœuds du réseau.
2.9 cplalrm
2.9.1 Exploitation
2.9.1.1 Commande cplalrm
Syntaxe : cplalrm <numéro ACT> <position de la carte>
La commande cplalrm permet d'éditer les compteurs d'alarme des cartes.
Exemple d'utilisation de la commande cplalrm
(1)pabx56> cplalrm
select pour cr 0 cpl 0
Compteurs d'alarme, cristal 0 coupleur 0 :
Date de debut du comptage : 06/04/00 a 20:10:57
Compteur 1 = 0 Compteur 2 = 0 Compteur 3 = 0

(1)pabx56>
Signification des compteurs d'alarmes :

Compteurs d'alarmes pour une carte de type PRA :
• compteur 1 : SIA2M (signal alarme 2 Mbits).
• compteur 2 : MS (manque signal).
• compteur 3 : PVT (perte verrouillage trame).
• compteur 4 : FEC (frame error counter).
• compteur 5 : TE (taux d'erreur > 1/1000).
• compteur 6 : ATD (alarme trame distante).
Compteurs d'alarmes pour une carte de type PCM :
• compteur 6 : AMTD (alarme multitrame distante).
• compteur 8 : PVMT (perte verrouillage multitrame).
• compteur 9 : SIA64K (signal indicateur d'alarme 64 kbits).
• compteur 11 : ATD (alarme trame distante).
• compteur 12 : TE (taux d'erreur > 1/1000).
• compteur 13 : PVT (perte de verrouillage de trame).
• compteur 14 : SIA2M (signal indicateur d'alarme 2 Mbits).
• compteur 15 : MS (manque signal).

2.10 domstat
La commande domstat permet au gestionnaire de visualiser l'état des domaines de téléphonie IP du
PBX.
2.10.1 Menu d'accueil

> domstat
DISPLAY DOMAIN INFO Menu

-------------------------------------
Display one Domain :1
Display all Domains :2
Display all survivability SIP Domains :3
Display one Entry :4
Display all Domains Entries :5
Display one Domain Entries :6
Display IP Hash Table :7
Display one Domain Devices :8
Display all Domains Devices :9
Display one Domain In Service Devices :10
Display all Domains In Service Devices :11
Quit this tool :0
2.10.2 Affichage du ou des domaines

Les options 1 et 2 du menu d'accueil visualisent les caractéristiques d'un ou plusieurs domaines.
Ces informations peuvent aussi être obtenues par consultation de la gestion.
Enter your choice : 1
Enter Domain Id : 10
+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
| Dom Id. | Dom Type | Max. Cnx. | Ext. Algo | Int Algo | QoS Categ.| Trk.Grp. | Qos IP Rex. | Time Zone Name |
+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
| 10 | IP_REMOTE | -1 | Default | Default | 0 | -1 | 0 | Europe/Paris |
+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
Calling Number = |11111200000000000000000000000|

Sup Callin Number = |22222300000000000000000000000|

+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
| Dom Id. | Dom Type | Max. Cnx. | Ext. Algo | Int Algo | QoS Categ.| Trk.Grp. | Qos IP Rex. | Time Zone Name |
+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
| 0 | DEFAULT_DOM | -1 | Default | Default | 0 | 20 | 0 | Europe/Paris |
+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
| 1 | IP_REMOTE | 10 | Default | Default | 0 | -1 | 0 | Europe/Paris |
+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
| 10 | IP_REMOTE | -1 | Default | Default | 0 | -1 | 0 | Europe/Paris |
+---------+-------------+-----------+-----------+----------+-----------+----------+-------------+----------------+
Return to menu : press ENTER
2.10.3 Affichage des entrées d'un ou de plusieurs domaines

Les options 4 et 5 du menu d'accueil indiquent le numéro IP et le domaine correspondant.
Ces informations peuvent aussi être obtenues par consultation de la gestion.
Enter a Domain Entry to display:1
+—---+----+----+------------------+------------------+-----------------+----+----+

| Id.|Dom.|Type| Low IP Address | High IP Address | IP Net Mask | H D|H SN|

+—---+----+----+------------------+------------------+-----------------+----+----+
| 1 | 1 | IP | 192.180.170.0 | 192.180.170.255 | 255.255.255.0 | — | - |
+—---+----+----+------------------+------------------+-----------------+----+----+
| 2 | 1 | IP | 192.168.150.0 | 192.168.150.255 | 255.255.255.0 | — | - |
+—---+----+----+------------------+------------------+-----------------+----+----+
retourner au menu: appuyer sur ENTRÉE
Id. : identifier,
Dom. : numéro du domaine,
Type : type de domaine,
Adresse IP basse/haute : adresses basse et haute de la plage d'adresses,
Masque réseau IP : Masque d'IP de la plage,
H D et H SN : valeurs réservées pour la maintenance Alcatel-Lucent Enterprise.
2.10.4 Affichage de la table de codage du hachage

Ces informations sont réservées à la maintenance Alcatel-Lucent Enterprise.
2.10.5 Affichage des équipements d'un ou de plusieurs domaines

Les options 8 et 9 du menu d'accueil indiquent les équipements présents pour un ou plusieurs
domaines.
Les options 10 et 11 du menu d'accueil indiquent les équipements équipant un ou plusieurs domaines.
Enter Domain Id:0
-------------IP couplers defined in domain 0 DEFAULT_DOM-----------
+--------+--------+-------+-----------------------+-----------------+
| Type | Cr/Cpl | Neqt | Mac Address | Ip Address |
+--------+--------+-------+-----------------------+-----------------+
| GD| 1/ 0 | 30139 | 00:80:9f:2e:16:72 | 192.168.201.083 |
+--------+--------+-------+-----------------------+-----------------+
| INTIPA| 19/ 1 | 30137 | Unused | 192.168.201.080 |
+--------+--------+-------+-----------------------+-----------------+
Nb de coupleurs IP
définis dans le domaine 0 : 1
----------------------IP Terminals in domain 0 DEFAULT_DOM --------------------

+--------+--------------+--------------------+-+-----+---------------+----+---+
| QMCDU | Name | Mac Address | |Neqt | Ip Address |Type| |
+-------+----------------+----------------------+---+-------+-----------------+
|13010 |SMITH Jon |00:80:9f:56:59:8d |-|01308|000.000.000.000| Ipt| |
|13037 |Kennedy Jackie|00:80:9f:56:59:7c |-|01313|000.000.000.000| Ipt| |
+-------+----------------+----------------------+---+-------+-----------------+
Nb de terminaux IP
reliés au domaine 0 : 2
In the single column

V: means the channel is valid
-: means the channel is not valid
----------------------SIP External Gateway in domain 0 DEFAULT_DOM

---------------------------------
+-----------------------+-----------------------+---------------+-----------------------
+----------------------+
|Sip External Gateway ID| SIP Remote IP | SRTP | Numéro de faisceau |
Allow Direct RTP |
+-----------------------+-----------------------+---------------+-----------------------
+----------------------+
| 4| | RTP only|
-1| FALSE|
+-----------------------+-----------------------+---------------+-----------------------
+----------------------+
No. of SIP External GW defined in the domain 0 is: 1

retourner au menu: appuyer sur ENTRÉE
La première partie est consacrée aux coupleurs, la deuxième aux abonnés.

Partie coupleur :
• Nombre total de coupleurs IP.
Note :
Ce nombre n'inclut pas de coupleurs virtuels, par exemple, coupleur INTIP3A dans crystal 19.
• TYPE : nom du type de coupleur,
• Cr/Cpl :Numéro d'ACT / numéro de coupleur,
• Neqt : numéro de l'équipement (référence interne du PABX),
• Mac : adresse Mac du coupleur,
• Adresse IP : adresse IP du coupleur.
Partie abonné :
• Nombre total de terminaux IP.
• QMCDU : numéro d'utilisateur,
• Nom : nom d'utilisateur,
• Adresse Mac : adresse MAC de l'utilisateur, si 00:00 ...00 l'utilisateur n'a pas encore été joint et son
numéro MAC est inconnu.
• V / — : état du canal de signalisation vers l'utilisateur; V = canal établi, — = canal non établi,
• Neqt : numéro d'équipement de l'utilisateur (référence interne du PABX),
• Adresse IP : numéro IP de l'utilisateur, si 000.000....l'utilisateur n'a pas encore été joint et son
numéro IP est inconnu.
2.11 eaccclt
2.11.1 Exploitation
2.11.1.1 Commande “eaccclt”
2.11.1.1.1 Présentation de la commande

Cette commande permet de rapatrier et d'éditer sur un même terminal des tickets de taxation et
d'administration générés dans d'autres noeuds par le biais de liens Ethernet.
(0)a4400a> eaccclt
eaccclt - ethernet accounting client

eaccclt - [aelv]
-a attribute number
list of attributes to print.
-ascii
one ticket per line and ascii printing.
-cpu hostname | IP address

list of cpu.
-e
list all the known ticket editions.
-help
this help.
-l
meanings of the enumerated and bitstring attributes.
-time time limit

time limit in case of connection failure (default=15mn).

-v
prints the values of the attributes (default is meaning)
-waiting waiting time

waiting time after a connection failure (default=30s).
(0)a4400a>
Les options peuvent être entrées dans n'importe quel ordre. La première lettre suffit pour identifier une
option. Si deux options ont leurs premières lettres en commun, la première option est exécutée.
2.11.1.1.2 Commande "eaccclt -a attribute number"

Cette commande affiche la liste des attributs spécifiés après "-a". Elle n'a pas de sens sans l'option "-
cpu".
cmdev12> eaccclt -a 1 2 3 4 -cpu valmy10
connected to valmy10
---[valmy10:1]----------------------------------------------
TicketVersion = ED4.8
CalledNumber = --------------------
ChargedNumber = 65967
ChargedUserName = TREFCON MICHEL
---[valmy10:2]----------------------------------------------
CalledNumber = --------------------
ChargedUserName = ACCUEIL
2.11.1.1.3 Commande "eaaccclt -ascii"

Cette commande édite les tickets au fur et à mesure qu'ils sont reçus. Elle n'a pas de sens sans
l'option "-cpu". Le rajout de l'option "-a" n'a aucun effet.
cmdev12> eaccclt -ascii -cpu valmy10
---[valmy10:1]----------------------------------------------
ED4.8-------------------- 65967 TREFCON MICHEL 633
1 3019961224 12:27: 0 0 0 74 130
12 00000002 1 0
010000000000000000000000000000000000000000000000000000000000000010000000000000000
53 0 0 01 0 0 0 0 00
2.11.1.1.4 Commande "eaccclt -cpu hostname|IP address"

Cette commande permet la connection via Ethernet au noeud taxé, et affiche les tickets reçus. Pour
chaque ticket, l'adresse IP et le nom du noeud est précisé.
cmdev12> eaccclt -cpu cmv10 dhs3p4 -t 1 -w 10 -a 1
2 3 4 11
connected to cmv10
trying connection to dhs3p4 (155.132.44.26, port = 2533)
---[cmv10:1]------------------------------------------------
CalledNumber = 5770
ChargedUserName = OPE-IND-ND7 OPEM
ChargedCostCenter = 255
EndDateTime = 19961224 13:26:46
---[cmv10:2]------------------------------------------------
CalledNumber = 5703
ChargedUserName = OPE-SBC-IND SBCN
EndDateTime = 19961224 13:27:35
Sorry, connection to dhs3p4 failed (no response during 1mn).

2.11.1.1.5 Commande "eaccclt -help"

Cette commande affiche l'aide à la commande "eaccclt".
2.11.1.1.6 Commande "eaccclt -e"

Cette commande affiche la version de ticket connue du système.
cmdev12> eaccclt -e
__________________________________________________
ED4.8 (00) TicketVersion............[001-005]
(01) CalledNumber.............[006-031]
(02) ChargedNumber............[032-051]
(03) ChargedUserName..........[052-071]
(04) ChargedCostCenter........[072-081]
(05) ChargedCompany...........[082-091]
(06) ChargedPartyNode.........[092-096]
(07) Subaddress...............[097-100]
(08) CallingNumber............[101-108]
(09) CallType.................[109-110]
(10) CostType.................[111-111]
(11) EndDateTime..............[112-128]
(12) ChargeUnits..............[129-133]
(13) CostInfo.................[134-143]
(14) Duration.................[144-153]
(15) TrunkIdentity............[154-158]
(16) TrunkGroupIdentity.......[159-163]
(17) TrunkNode................[164-168]
(18) PersonalOrBusiness.......[169-169]
(19) AccessCode...............[170-185]
(20) SpecificChargeInfo.......[186-192]
(21) BearerCapability.........[193-193]
(22) HighLevelComp............[194-195]
(23) DataVolume...............[196-205]
(24) UserToUserVolume.........[206-210]
(25) ExternalFacilities.......[211-250]
[26] InternalFacilities-------[251-290]
(27) CallReference............[291-300]
(28) SegmentsRate1............[301-310]
(29) SegmentsRate2............[311-320]
(30) SegmentsRate3............[321-330]
(31) ComType..................[331-331]
(32) X25IncomingFlowRate......[332-333]
(33) X25OutgoingFlowRate......[334-335]
(34) Carrier..................[336-337]
(35) InitialDialledNumber.....[338-357]
(36) WaitingDuration..........[358-362]
(37) EffectiveCallDuration....[363-372]
(38) RedirectedCallIndicator..[373-373]
cmdev12>
2.11.1.1.7 Commande "eaccclt -l"

Cette commande concerne uniquement les attributs dont la valeur est un mnémonique. Elle permet de
lister tous les mnémoniques possibles (avec entre parenthèses sa valeur dans la liste) pour un attribut.
Ces attributs sont rangés dans l'ordre croissant de leur numéro.
L'exemple suivant ne donne que quelques uns des attributs à valeur mnémonique pour un justificatif.
cmdev12> eaccclt -l
__________________________________________________
CallType PublicNetworkCall (0)
PublicNetworkCallThroughPrivateNetwork (1)
PrivateNetworkCall (2)
LocalCall (3)
PublicNetworkIncomingCall (4)
PublicNetworkIncomingCallThroughPrivateNetwork (5)
Unspecified (6)
PrivateNetworkOutgoingcallToPublicNetwork (7)
PrivateNetworkOutgoingCallToPrivateNetwork (8)
PublicNetworkIncomingCallToPrivateNetwork (9)
PrivateNetworkIncomingCallToPrivateNetwork (10)
PublicOrPrivateNetworkOutgoingCallThroughPrivateNetwork (11)

PublicOrPrivateNetworkIncomingCallThroughPrivateNetwork (12)
PrivateNetworkIncomingCall (13)
__________________________________________________
CostType Unspecified (0)
AnalogTrunkCall (1)
ISDNCircuitSwitchedCall (2)
ISDNPacketCallX25-BChannel (3)
ISDNPacketCallX25-DChannel (4)
X25 (5)
DigitalNonISDN (6)
__________________________________________________
PersonalOrBusiness Personal (0)
Business (1)
Normal (2)
__________________________________________________
SpecificChargeInfo SIOPriorityTrunkGroup (0)

ReversedCharging (1)
PBXGeneratedChargeUnits (2)
AnalogWithoutChargeUnits (3)
Transcom (4)
AccurateDuration (5)
Transgroup (6)
2.11.1.1.8 Commande "eaccclt -time time limit"

Cette commande permet d'entrer le temps au bout duquel les tentatives de connection seront
abandonnée (la connection a échoué). Ce temps est entré en minutes (15 mn par défaut).
Cette commande n'a pas de sens sans l'option "-cpu".
2.11.1.1.9 Commande "eaccclt -v"

Cette commande affiche les valeurs numériques des attributs de type mnémonique. Cette commande
n'a pas de sens sans l'option "-cpu".
Si l'option "-v" n'est pas précisée le libellé de ces attributs sera affiché.
cmdev12> eaccclt -v -cpu valmy10
---[valmy10:1]----------------------------------------------
CalledNumber = --------------------
ChargedUserName = TREFCON MICHEL
ChargedCompany =
ChargedPartyNode = 1
Subaddress =
CallingNumber =
CallType = 3
CostType = 0
EndDateTime = 19961224 12:59:14
ChargeUnits = 0
CostInfo = 0
Duration = 0
TrunkIdentity = 74
TrunkGroupIdentity = 130
TrunkNode = 1
PersonalOrBusiness = 2
AccessCode =
SpecificChargeInfo = 0000000
BearerCapability = 2
HighLevelComp = 1
DataVolume = 0
UserToUserVolume = 0
ExternalFacilities = 1000000000000000000000000000000000000000
InternalFacilities = 0000000000000000000000010000000000000000
CallReference = 57
SegmentsRate1 = 0
SegmentsRate2 = 0
SegmentsRate3 = 0
ComType = 1

X25IncomingFlowRate = 0
X25OutgoingFlowRate = 0
Carrier = 0
InitialDialledNumber =
WaitingDuration = 0
EffectiveCallDuration= 0
RedirectedCallIndicator= 0
2.11.1.1.10 Commande "eaccclt -waiting waiting time"

Cette commande permet d'entrer le temps entre deux tentatives de connexion (lorsqu'elle n'est pas
établie). ce temps est entré en secondes (30 s par défaut). Cette option n'a pas de sens sans l'option "-
cpu".
2.12 excvisu
2.12.1 Exploitation
2.12.1.1 Généralités
La commande excvisu permet d'éditer les incidents survenus lors d'erreurs logicielles sur les
applications téléphone (TEL, ABCA, MAO...). Ces incidents sont appelés “backtraces”.
La commande fournit l'adresse et le nom des fonctions du code concernées par l'incident, ainsi que
l'horodatage.
En fonction de l'application qui l'a généré, un backtrace peut être associé à un incident 1721,
récupérable par la commande incvisu.
Les backtraces ne correspondent pas forcément à un mauvais fonctionnement du système, mais si
c'est le cas, ils doivent être relevés et transmis en fichier associé à un rapport d'anomalie, pour
exploitation par le R&D.
Les backtraces des 10 derniers arrêts du PCX sont enregistrés.
2.12.1.2 Utilisation
La commande excvisu peut être utilisée sans option, ou avec une option –x (valeur comprise entre 1
et 10) afin d'obtenir les backtraces précédant les x derniers arrêts (par exemple, excvisu -5).
(1)pabx> excvisu
Il existe une nouvelle exception. Son adresse est : 0X0048B579. Temps de monitel
: 210124. Date : jeudi 31 mai 11:55:10 2001
Application-exception no 5,thd 95,PC=0x0048b579:04765049, eqt=2635,
serv=0 --> equip_tes0
Eqt type=POS_NUM, cr=2, cpl=18, der_us=0, term=0, subtype = GAP_HANDSET
* Backtrace: 0x0009ae60:00634464 --> set_is_poste
* Backtrace: 0x005d1819:06101017 --> sonneur_en_secret
* Backtrace: 0x005d1969:06101353 --> init_nom_appelant
* Backtrace: 0x005d1b47:06101831 --> init_message_super
* Backtrace: 0x005d36e7:06108903 --> send_visitor_to_home
* Backtrace: 0x005d4b61:06114145 --> su_multi_dect_visitor
* Backtrace: 0x005d4d87:06114695 --> su_multi
* Backtrace: 0x005e5bb1:06183857 --> netoitouche
* Backtrace: 0x00561a42:05642818 --> tandem_second_inter
* Backtrace: 0x0055b08f:05615759 --> prise_normale
* Backtrace: 0x0055b2bf:05616319 --> prisecorr
* Backtrace: 0x0055c60e:05621262 --> decsonmmcdu
* Backtrace: 0x001b9931:01808689 --> real_main
* Backtrace: 0x001b52d5:01790677 --> start_thread_delayed
• Exception d'application n°x : si x=5 c'est un bus erreur. Si x=14, c'est un check instruction. S'il
s'agit d'une Application-trace, ce n'est pas un incident mais simplement une trace dont il ne faut pas
tenir compte.

• eqt=yyyy : yyyy est le numéro d'équipement concerné par l'erreur. Il faut utiliser la commande
"tradeq" pour le traduire en équipement physique.
• equip_tes0 : c'est la fonction principale touchée par l'exception.
Incident 1721 correspondant, relevé par la commande « incvisu » :
31/05/01 11:55:09 006002M|--/--/-/---|=0:1721=Exc tph 5, PC 0x0048b579
neqt 2635
Les backtraces peuvent être remis à 0 à l'aide de la commande increset.
2.13 inccpt
2.13.1 Exploitation
2.13.1.1 Commande inccpt
Syntaxe : inccpt (pour obtenir la valeur des compteurs depuis le dernier boot).
inccpt -1 (pour obtenir la valeur des compteurs avant le dernier boot).
La commande inccpt permet de connaître le nombre d'incident sortis par niveau de sévérité. Elle
permet aussi de connaitre pour un incident donné, le nombre de fois qu'il est sorti.
Exemple d'utilisation de la fonction inccpt
(1)pabx56> inccpt
Since 06/04/00 at 20:10:54
Number of incidents of severity 0 : 3

Give an incident number to see its counter

Or ? for help, or q to quit
2151
Incident 2151 occured 46 times.
Give an incident number to see its counter

Or ? for help, or q to quit
2.14 incinfo
2.14.1 Exploitation
2.14.1.1 Commande incinfo
Syntaxe : incinfo <numéro de l'incident dont on souhaite connaitre la définition>
La commande incinfo permet d'obtenir la définition et la description complète d'un incident dont on
connaît le numéro.
L'exemple est ici donné avec l'incident 2140 :
(1) pabx56> incinfo
Choose language (help to list languages):FR0
Decompressing /tmpd/incid_FR0.txt
Incident number (q to quit):2140

INCIDENT NUMBER: 2140

Network indicator: Alcatel 4400
OBJECT CLASS: Dhs3x_node
EVENT TYPE: QualityOfServiceAlarm (11)
PROBABLE CAUSE: Unknown (0)
SEVERITY: Major
"Alarme : Qte ressources P1 critiques"

"P1 :Catégorie de ressources"
"Incident de maintenance"
"Le nombre d'éléments de la catégorie P1 présents
dans le système passe sous le"
"seuil minimal acceptable (Normes Qualité de Service)"
"Sur manque de ressource joncteur, le relais d'alarme est activé
ainsi qu'une"
"alarme poste si elle est configurée (Alarme 3 par défaut)"
"Vérifier l'enfichage des cartes comprenant des équipements
de la catégorie"
"concernée";
Incident number (q to quit):
2.15 inconf
2.15.1 Exploitation
2.15.1.1 Commande inconf
Utiliser la commande inconf pour modifier les valeurs de paramètres par défaut du système de
gestion d'incident :
• logrotate size et logrotate count (taille et nombre de fichiers dans la file d'attente tournante
principale ou de décharge),
• Délai crontab entre les appels logrotate,
• nombre d'incidents dans le fichier de démarrage de session,
• nombre de sessions de secours,
• seuils de redirection de flux d'incident.
Note :
Si une CPU de secours est présente, les paramètres sont modifiés simultanément.
Les paramètres par défaut qu'il est possible de modifier à l'aide de la commande inconf ont des
valeurs spécifiques, présentées dans le tableau suivant.
tableau 2.1 : Valeurs de paramètres du système de gestion des incidents
Nom du paramètre Valeurs possibles
Logrotate size De 1 à 10000 Ko.

Valeur par défaut : 300 Ko
Logrotate count De 1 à 50 fichiers

Valeur par défaut : 10 fichiers
Crontab delay De 2 à 60 minutes.

Valeur par défaut : 10 minutes.
Valeurs possibles : 2, 5, 10, 20, 60

Nom du paramètre Valeurs possibles
Nombre d'incidents dans le fichier de dé- De 100 à 10 000 incidents

marrage de session
Valeur par défaut : 2 000 incidents
Nombre de sessions de secours De 1 à 50 sessions

Valeur par défaut : 10 sessions
Seuil inférieur de la redirection de flux d'in- De 2 à 200 incidents par seconde

cident
Valeur par défaut : 20 incidents par seconde
Seuil supérieur de la redirection de flux d'in- De 5 à 500 incidents par seconde

cident
Valeur par défaut : 50 incidents par seconde
Ces paramètres font partie des trois fichiers suivants :

• Fichier logrotate.conf :
Ce fichier, stocké dans /DHS3data/incid/, contient les paramètres logrotate size et logrotate count.
• Fichier incid.cron :
Ce fichier, stocké dans /DHS3data/incid/, contient les paramètres crontab delay.
• Fichier incid.conf :
Ce fichier, stocké dans /DHS3data/incid/, contient les informations suivantes :
• Ligne 1 : nombre maximum d'incidents dans le fichier de démarrage de session,
• Ligne 2 : nombre de sessions de secours,
• Ligne 3 : seuil inférieur de redirection de flux d'incident,
• Ligne 4 : seuil supérieur de redirection de flux d'incident.
Vous pouvez utiliser la commande inconf avec un paramètre facultatif.
Le tableau suivant fournit les paramètres facultatifs utilisés avec la commande inconf, ainsi que leur
signification.
tableau 2.2 : Signification des paramètres facultatifs de la commande inconf
Paramètre facultatif Signification
-h Affiche le menu d'aide
-e Modifie le contenu des fichiers de configuration
-s valeur Change la valeur d'entrée de la règle de dimension logrotate des fi-

les d'attente principale et de décharge
-c valeur Change la valeur d'entrée de la règle logrotate count des files d'at-
tente principale et de décharge
-d valeur Change la valeur du délai crontab entre les appels logrotate
-b valeur Change le numéro de session de secours du fichier de démarrage

de session et la file d'attente principale des incidents

-i valeur Change le nombre maximum d'incidents dans le fichier de démarra-

ge de session
-u valeur Change la valeur de seuil supérieur de la fonction hystérésis utilisée

pour rediriger le flux d'incident vers la file d'attente de décharge
-l valeur Change la valeur de seuil inférieur de la fonction hystérésis utilisée

pour rediriger le flux d'incident vers la file d'attente principale
Vous pouvez utiliser la commande inconf avec plusieurs paramètres facultatifs différents.
Exemples :
• inconf -s 100 remplace la valeur de logrotate size actuelle par une nouvelle valeur : 100 Ko,
• inconf -i 200 remplace le nombre maximum d'incidents actuel dans le fichier de démarrage de
session par un nouveau nombre : 200.
2.16 incout
2.16.1 Exploitation
2.16.1.1 Commande incout
Syntaxe : incout <numéro du port V24 sur lequel il faut diriger les incidents>
Cette commande permet de choisir le port sur lequel les incidents sont édités au fil de l'eau.
L'option “/dev/null'' permet de diriger les incidents sur aucun port V24, dans le cas où l'on ne souhaite
pas les visualiser.
L'option “stdout'' correspond à la sortie vers le périphérique sur lequel le téléphone a été lancé ; dans
la plupart des cas il s'agit de la console.
Exemple d'utilisation de la commande incout
(1)pabx56> incout
Usage: incout [port number|port full path]
Port numbers list (only existing ports) :

-3 for current port (/dev/ttyp0)
-2 for /dev/null
-1 for stdout
0 for /dev/tty0a
1 for /dev/tty1a
2 for /dev/scc0a
3 for /dev/scc1a
V24 port_number unchanged !
Current V24 port : stdout

(1)pabx56>

2.17 increset
2.17.1 Exploitation
2.17.1.1 Commande increset
Syntaxe : increset
Indiquer le numéro associé au fichier que l'on souhaite resetter.
Exemple d'utilisation de la commande increset
(1)pabx56> increset
FILES LIST
1 incidents of the previous RUNTEL
2 incidents of the present RUNTEL
3 counters of incidents
4 alarms on incidents
5 backtraces
6 telephonic contexts before backtraces
Enter the number of files to reset (blank spaces separated)
Your choice -> 1 2
(1)pabx56>
2.18 incstart
2.18.1 Exploitation
2.18.1.1 Commande incstart
Syntaxe : incstart
La commande incstart permet de redémarrer la sortie des incidents au fil de l'eau.
Exemple d'utilisation de la commande incstart
(1)pabx56> incstart
New V24 port : stdout

(1)pabx56>
2.19 incstop
2.19.1 Exploitation
2.19.1.1 Commande incstop
Syntaxe : incstop
La commande incstop permet de stopper la sortie des incidents au fil de l'eau.
Exemple d'utilisation de la commande incstop
(1)pabx56> incstop
New V24 port : /dev/null

(1)pabx56>

2.20 incvisu
2.20.1 Exploitation
2.20.1.1 Commande incvisu
Utiliser la commande incvisu pour visualiser sur l'écran de la console de gestion les incidents de file
d'attente principale ou de décharge stockés en local.
Par défaut, la commande incvisu affiche les incidents émis depuis le dernier redémarrage du
système.
Syntaxe :
incvisu -b n Affiche les incidents précédant les "n" derniers redémarrages de session
incvisu -b 1 Affiche les incidents de la dernière session
incvisu Affiche les incidents de la session actuelle
Redémarrage Redémarrage Redémarrage Redémarrage Maintenant
Session -n Session précédente (session

Session-1)actuelle
Heure
incvisu -b n incvisu -b 2 incvisu -b 1 incvisu
Figure 2.1 : Exemple de redémarrage de système avec la commande incvisu
Le tableau suivant fournit les options pouvant être utilisées avec la commande incvisu, ainsi que leur
signification.
tableau 2.3 : Signification des paramètres facultatifs de la commande incvisu
-s Affiche les incidents de la phase de démarrage

Exemple :
incvisu -s édite les incidents de démarrage de la session actuelle
-o Affiche les incidents de la file d'attente de décharge

Exemple :
incvisu -o édite les incidents de file d'attente de décharge de la session
actuelle
(pas de paramètre) Affiche les incidents de la phase de démarrage et la file d'attente

principale lorsqu'aucune option "-s" ou "-o" n'est utilisée

-b n Affiche les incidents de la session de secours n

Exemples :
• incvisu -b 1 édite les incidents de file d'attente principale de

la session de secours précédente
• incvisu -b n édite les incidents de file d'attente principale de
la session de secours n
-t n (n correspondant à une Affiche les "n" derniers incidents

taille de queue)
Exemple :
• incvisu -t 100 édite les 100 derniers incidents phase de

démarrage et/ou de file d'attente principale de la session actuelle
-i x,y Affiche les incidents entre les marqueurs x et y
-r Affiche les incidents dans l'ordre inverse, c'est-à-dire du plus récent

au plus ancien.
Exemple :
incvisu -r affiche les incidents dans l'ordre inverse, c'est-à-dire du plus
récent au plus ancien.
-e "chaîne de caractères" Affiche les incidents contenant une chaîne de caractères spécifique
Exemple :
incvisu -e "chaîne de caractères" ("Mise hors service",
par exemple) affiche seulement les incidents de la session actuelle où
figure cette chaîne de caractères
Vous pouvez utiliser la commande incvisu avec plusieurs paramètres facultatifs différents.
Exemples :
• incvisu -b 1 -t 100 -r -e "hors service" affiche en ordre inverse les 100 derniers
incidents de la dernière session qui comportent la chaîne de caractères "hors service",
• incvisu -b 1 -s édite les incidents du fichier de démarrage de session de la dernière session
de secours,
• incvisu -t 100 -o affiche uniquement les incidents de la file d'attente de décharge.
Le résultat de la commande peut être redirigé vers un fichier à l'aide de la commande suivante ;
exemple : incvisu > incident.txt. Le fichier généré peut être transféré et traité comme un
fichier texte.
L'option "grep" peut être utilisée avec la commande incvisu, comme suit :
• incvisu | grep US pour afficher les incidents ayant la chaîne de caractères "US",
• incvisu | grep 2064 pour afficher les incidents ayant la chaîne de caractères "2064".
Exemple d'utilisation de la commande incvisu :
(1)pabx56> incvisu —T 10
06/03/00 15:34:53
— — — — — — — — —
— — — — — — — — — —
— — — — — — — — — —
11/03/00 08:34:29 M|0/11/0/000|=4:2523=La version de boot de ce coupleur est incorrecte

11/03/00 08:34:29 M|0/11/0/254|=2:3747=Timeslot inconnu

11/03/00 08:34:29 M|0/11/0/254|=2:3756=Message perdu
11/03/00 08:34:33 M|0/11/0/001|=2:2151=Subdevice V24 présent non declaré
11/03/00 08:34:34 M|0/11/0/000|=2:2151=Subdevice MAC/PC présent non declaré
11/03/00 08:34:35 M|0/11/0/001|=2:2151=Subdevice AOM40 présent non declaré
11/03/00 08:34:40 M|-/——/-/———|=5:2141=Qte
ressources SET normale
11/03/00 08:35:30 M|0/11/0/254|=5:2019=Mise en service d'un coupleur UA
2.21 intipstat
2.21.1 Exploitation
2.21.1.1 Commande « intipstat »
Cette commande permet de consulter l'état des liaisons inter-ACT via INT-IP.
2.21.1.1.1 Menu d'accueil

>intipstat
Int IP informations :
-------------------------------------
Display an INTIP structure : 1
Display all INTIP structure : 2
Display INTIP MAC hash table : 3
Quit this tool : 0
Enter your choice :
2.21.1.1.2 Display an INTIP structure

Cette option permet de consulter une liaison INT-IP désignée par le numéro d'ACT et la position de la
carte INT-IP. Les caractéristiques et l'état de la carte sont affichés ainsi que des informations sur la ou
les liaisons inter-ACT.
Exemple :
Cristal Number : 0
Coupler Number : 12
Coupler INTIPA cr 0, cpl 12, Ghost Eqt 2121

Adresse IP : 192.40.8.33
Netmask : 255.255.255.0
Gateway Address : 192.40.8.254
Mac Address : 00:80:9f:04:44:ab
Sign. Ip Term. Load : 3
Sign. IRC. Load : 3
Domain IP : 0
Local IP Version : IPV4
IP QoS Category : 0
Embedded Ethernet : NO
Max Comp Allowed : 6
INTER ACT LINK :
cr opp : 2
cpl opp : 10
statut int : INT_A
link_right : UP
used_ts : 0
bkUp access nb. : 255
bkUp Ts nb. : 255
volume_system : 1
local_volume : 0
INTIPA list inter act link :
INTER ACT LINK :
cr opp : 2
cpl opp : 6
statut int : INT_A

link_right : UP
used_ts : 0
bkUp Ts nb. : 255
volume_system : 1
local_volume : 0
INTER ACT LINK :
cr opp : 4
cpl opp : 6
statut int : INT_A
link_right : UP
used_ts : 0
bkUp Ts nb. : 255
volume_system : 1
local_volume : 0
Coupler INTIPA cr 0, cpl 12, Ghost Eqt 2121 :

• Rappel du type de coupleur INTIPA ou INTIPB,
• cr , cpl : numéro d'ACT et numéro de coupleur,
• Ghost Eqt : information réservée au support Alcatel-Lucent Enterprise,
IP Address : Adresse IP du coupeur (donnée par le serveur DHCP),
Netmask : masque de sous réseau IP (donné par le serveur DHCP),
Gateway Address : adresse du routeur (donnée par le serveur DHCP),
MAC Address : adresse physique de la carte (adresse Ethernet),
Sign. Ip Term. Load : nombre d'IP-Phones rattachés à ce coupleur,
Sign. IRC. Load : nombre d'ACT INT-IP rattachés à ce coupleur,
Domain IP : domaine IP dans lequel a été affecté le coupleur (en fonction de son adresse),
Local IP Version : version du type d'adressage IP IPV4 ou IPV6,
IP QoS Category : catégorie QOS utilisée par le coupleur,
Embedded Ethernet : utilisation de la liaison Ethernet embarqué,
Max Comp Allowed : nombre maximum de compresseurs allouables sur ce coupleur.
Suit ensuite un enregistrement par liaison INT-IP établie sur ce coupleur (3 liaisons INT-IP dans
l'exemple ci-dessus) :
cr opp : numéro de l'ACT opposé,
cpl opp : numéro du coupleur opposé,
status int : type de la liaison de signalisation inter-ACT :
• INT_A : liaison à partir d'une carte INT-IPA,
• MAIN : sur carte INT-IPB liaison inter-ACT supportant la signalisation active,
• STANDBY : sur carte INT-IPB liaison de secours,
• INT_HS : liaison hors service.
link_right : état de la liaison :
• UP : liaison opérationnelle,
• DOWN : liaison non opérationnelle,
used_ts : nombre de compresseurs utilisés sur le coupleur,
bkUp access nb. : non utilisé,
bkUp Ts nb. : non utilisé,

volume_system : rappel de l'origine du volume audio : 1 le volume système est utilisé, 0 le volume
local est utilisé.
local_volume : niveau du volume audio si le volume local est utilisé.
2.21.1.1.3 Display all INTIP structure

Cette option donne les mêmes renseignements que l'option précédente mais pour l'ensemble des
cartes INT-IP du PABX. Cette option est équivalente à la commande « intipstat list ».
2.21.1.1.4 Display INTIP MAC hash table

Réservé support Alcatel-Lucent Enterprise.
2.22 ipcheck
La commande ipcheck est utilisée pour afficher la sortie de paramètres spécifiques de la
configuration de OmniPCX Enterprise et pour vérifier la cohérence de chaque paramètre.
Cet outil est disponible pour les microprogrammes CPU8 et CS.
(604)node001004> ipcheck
Enter Valid Arguments
-H Display the usage
-all Check all
-l Check Licences
-link Check NW links & trunks
-sipe SIP Extension
-sipd SIP Device
-sip Check SIP parameters
-g all Check all gateways
-g # Check this gateway
-comp Check Connexion and Multicodec parameters
-crypt Check Encryption
-------------------------------------------------------------
(604)node001004> ipcheck -all
------------------License Check-------------------
G729 Server :30/30
SIP Users :2/100
G729 Client :9/100
SIP Virtual Links :0/5
Standard IP users :7/0
SIP Extension users :2/100
SIP TLS comm simultaneous :0
VoIP channels on OMS :0
Native Encryption Users :1/70
--------------------------------------------------
--------------------Check Network Links---------------------

+----------+------------+---------------+---------+--------------+
| Number | Name | Destination | State | Encryption |
+----------+------------+---------------+---------+--------------+
| 2002 | LOOP CCD | node 4 | UP | TRUE |
| 2004 | N4_N1 | node 1 | UP | FALSE |
+----------+------------+---------------+---------+--------------+
+----------+--------------------+
| Nodes | Compression Type |
+----------+--------------------+
| 1 -- 4 | G711 |
| 1 -- 99 | G711 |
| 4 -- 99 | G711 |
+----------+--------------------+
------------------------------------------------------------
---------------Check System parameters for Compression----------------

* Other Param/Compression Parameters - Compression Type :G729
* Other Param/Compression Parameters - Multi Algo for Compression :False

* Other Param/SIP Parameters - G722 for SIP Trunking :True

* Other Param/Compression Parameters - G722 for Conference with OMS :True
----------------------------------------------------------------------
---------------Check compressor per IP domain---------------
+----------+-----------+--------+------------+------------+
| number | allowed | used | RIP Intr | RIP Extr |
+----------+-----------+--------+------------+------------+
| 0 | ffff | 0 | G711 | G711 |
| 1 | ffff | 0 | G729 | G729 |
+----------+-----------+--------+------------+------------+
--------------------------Check Compressor per coupler--------------------------
+------+------+---------------------+-----------------+----------------+---------------+
| cr | cp | type dsp | coupler state | H323 Gateway | RTP Proxies |
+------+------+---------------------+-----------------+----------------+---------------+
| 0 | 3 | INTIP3A ARMADA* | IN SERVICE | 30/30 | 0/0 |
+------+------+---------------------+-----------------+----------------+---------------+
--------------------------------------------------------------------------------
---------------------Check System parameters for Encryption---------------------

* Other Param/Native Encryption Parameters - Enable Native Encryption :activated
* Other Param/Native Encryption Parameters - Enable Automatic CTL Acquisition :activated
* IPxBS Native Encryption Parameters - Enable IPxBS Native Encryption :not activated
* Other Param/SIP Parameters - SRTP offer answer mode :activated
---------------------------Check TLS authentification---------------------------
For DTLS connexions :Mutual TLS Authentication is 'Disable'
For SIP-TLS connexions :Mutual TLS Authentication is 'Disable'
--------------------------------------------------------------------------------
--------- Check DPNSS prefix ---------------------------------------
INFO - DPNSS prefix is managed
--------------------------------------------------------------------
------------------------Check System parameters for SIP-------------------------

* Other Param/SIP Parameters - Reject unidentified proxy calls :False
WARNING!! Must be True to force identification of inbound call
* Other Param/SIP Parameters - Enhanced codec negotiation :Network Type
* Other Param/SIP Parameters - SIP registered pseudo reservation :False
* Other Param/SIP Parameters - SIP Video transit mode :Not Available
* Other Param/External Signalling Parameters - NPD for external forward:10
* Other Param/External Signalling Parameters - Enhanced Multi Country :False
--------------------------------------------------------------------------------
---------------------------Check SIP Proxy parameters---------------------------
*SIP/Proxy - Minimal authentication method :SIP NONE
ERROR!! The value should be DIGEST else malicious calls can occur.
Update the configuration of all SIP users with SIP password and
reactivate.
*SIP/Proxy - Authentication realm :node004

*SIP/Proxy - Only authenticated incoming calls :True
Retransmission number for INVITE :3
--------------------------SIP Trusted IP Address List---------------------------
Trusted IP Address 1:192.168.1.144
------------------------SIP Quarantined IP Address List-------------------------
--------------------------------------------------------------------------------
------------------------SIP GATEWAY-------------------------
Trunk Group :114
IP address :192.168.1.143
Machine name :node006004
Proxy Port Number :5060
Dynamic Payload type for DTMF :97
------------------------------------------------------------
--------For more information use command:sipgateway---------
------------------------------------------------------------
============================================================
S I P E X T E R N A L G A T E W A Y 990
============================================================
Gateway Name :WebRTC GW4
State :IN SERVICE
Remote domain :192.168.1.144
Transport :UDP
Use trunk group number :990 (ISDN)
Gateway Type :Rainbow Type

SRTP :RTP only

Type of codec nego :SingleCodecG711
Re invite without SDP :TRUE
SDP in 180 messages :NO
incoming calls 100 REL :Not Requested
outbound calls 100 REL :Supported
---------For more information use command:sipextgw----------
------------------------------------------------------------
--------------------------List of SIP Extension Users---------------------------

+--------+----------+------------------+--------------+-----------------+------------
+----------+-------------------+
| Neqt | Number | Name | IP address | Video Support | Sub Type |
Domain | MAC address |
+--------+----------+------------------+--------------+-----------------+------------
+----------+-------------------+
| 03636 | 60010 | Test User 6001 | Unused | NO | NA |
0 | 00:00:00:00:00:00 |
| 03638 | 61005 | 61005 SIP | Unused | NO | NA |
0 | 00:00:00:00:00:00 |
+--------+----------+------------------+--------------+-----------------+------------
+----------+-------------------+
--------------------------------------------------------------------------------
------------------List of SIP Device Users------------------

++
++
------------------------------------------------------------
----------------------------Configurations To Check-----------------------------
Reject unidentified proxy call: False
WARNING!! Must be True to force identification of inbound call
Minimal authentication method: SIP NONE
ERROR!! The value should be DIGEST else malicious calls can occur.
Update the configuration of all SIP users with SIP password and
reactivate.
--------------------------------------------------------------------------------
------------- List of recommended commands --------------------------------

* cnx cc : Shows the list of information for CAC config
* cnx dom : Shows the list of compressors per IP domain
* compvisu ip add : Shows the list of IP trunk and IP boards parameters
* compvisu lio : Shows the list of resources on IP boards
* csipsets : Shows the list of SIP extension users
* domstat : Shows the list of resources per IP domain
* downstat i : Shows the list of software binaries from IP devices
* sipextgw : Shows the list of parameters from External SIP gateways
* sipextuser : Shows the list of SIP devices users
* sipgateway : Shows the list of parameters from main SIP gateway
* sipregister : Shows the list of SIP end points
---------------------------------------------------------------------------
(604)xb006004>
2.23 ippstat
La commande ippstat permet de visualiser les données des postes IP.
La commande ippstat d numann permet de visualiser les données du téléphone IP avec numéro
d'annuaire numann. Le résultat est identique à la ligne 2 du menu ci-dessous.
2.23.1 Menu d'accueil

ippstat
IPP (IP Phone) information :

-------------------------------------
Display the IP Address of the local node : 1
Display IP Phone data of a set : 2
Display all IP Phone on local node : 3

Display registration terminaisons(short info): 4

Display registration terminaisons (long info): 5
Display an IP Phone Board structure : 6
Display all IP Phone Board structure : 7
Display all Mac Address Used : 8
Display all Mac Address with invalid channels: 9
Display Ip phone by adr mac/adr adr ip/mcdu : 10
Display number of IP Phones connected : 11
Display all IP Phones connected on a board : 12
Display all IP Phones connected with boards : 13
Ip Phone download Menu : 14
Timeout for telnet session of IP Touch set : 15
INT IP Menu : 16
Domain Menu : 17
IPlink Menu : 18
Status Menu : 19
Display boards encryption parameters : 20
Enable telnet service for GD/GA/OMS : 21
Quit this tool : 0
Enter your choice :
2.23.2 Affichage de l'adresse IP du nœud local

La ligne 1 permet l'affichage de l'adresse IP de la CPU locale.
Exemple :
IP Address of this node is : 191.254.1.2
2.23.3 Affichage des données de postes IP

La ligne 2 permet d'afficher les données de téléphone IP, telles que l'adresse IP du poste, le
domaine IP du poste, les algorithmes de compression utilisés, les paramètres de qualité de service, le
statut de cryptage (Oui/Non) et le statut de cryptage natif (Oui/Non). Cette ligne indique si le téléphone
IP prend en charge les algorithmes de compression G.722 et OPUS.
Exemple :

Ip Voice Coding is IntraDom G711 : ExtroDom G711

QOS parameters for category 0:
DSCP diffserv : 42
802.1Q used No
Vlan Identifier (Vid) : 0
User priority (8021Q pri.) : 5
Firmware version is xx.xx.xx on a Giga hardware

Formare version Data : xx.xx.xx
Bootloader version : xx.xx.xx
Gigabit set : Oui
Extended edition : Oui
Support G722 : Oui
Support OPUS : Non
SIP version : xx.xx.xx
IP Touch ram size : xx Mb

IP Touch rom size : xx Mb
IP Touch reset cause : 6
Encryption Capable : Oui
Native Encryption Capable : Yes
Native Encryption MAO : Oui
return to menu : press ENTER

La première partie est semblable au résultat de la commande tradna ou tradeq. On notera

cependant l'attachement de l'IP-Phone à l'alvéole 19 Coupleur 1. C'est un coupleur fictif déclaré pour
faciliter la gestion des IP-Phones.
2.23.4 Affichage des postes IP affectés au nœud local

La ligne 3 permet l'affichage de la liste des IP-Phones enregistrés par le nœud local.
2.23.5 Affichage des terminaisons enregistrées

Les lignes 4 et 5 permettent l'affichage des terminaisons enregistrées.
Exemple :
neqph 343 nulog 1283 ipp 1
Registered Equipment 343
..............
=====================
numéros d'équipement fictifs du poste.
nulog: numéro logique du poste,
ipp : état du poste IP
2.23.6 Affichage des données de la carte

Les lignes 6 et 7 permettent l'affichage des informations coupleur.
Exemple de la carte INT-IP A virtuelle du Call Server :
Cristal Number : 19
Coupler Number : 1
IP Address : 192.168.4.52
Netmask : 255.255.255.0
Gateway Address : 0.0.0.0
Mac Address : Unused
Sign. Ip Term. Load : 1
Sign. IRC. Load : 2
Domain IP : 0
Local IP Version : IPV4
IP QoS Category : 0
Embedded Ethernet : NO
Security Module Addr : 192.168.201.89
Sign. Ip Term. Load: number of signaling links between this coupler and the IP phones. Les IP-
Phones opérationnels et les IP-Phones en cours d'initialisation ont une signalisation active avec leur
coupleur de rattachement.
Sign. IRC. Load: number of inter-shelf links supported by the board.
2.23.7 Affichage des postes IP opérationnels

La ligne 8 permet l'affichage de la liste des IP-Phones opérationnels.
Exemple :
ALL MAC ADDRESS USED
+------+----------------------+---+-------+----------+------+-----------------+
| Indx | Mac Address | | Neqt | QMCDU | Name | Ip Address |
+------+----------------------+---+-------+----------+------+-----------------+

| 0001 | 00:80:9f:3b:7c:ce:00 | V | 00803 | 3002 | IP-P | 192.168.004.055 |

| 0002 | 00:80:9f:3b:7c:d0:00 | - | 00804 | 3003 | IP p | 000.000.000.000 |
| 0003 | 00:80:9f:04:8b:7d:00 | - | 00805 | 3004 | IP-P | 192.168.004.232 |
+------+----------------------+---+-------+----------+------+-----------------+
#3 mac address used
#1 with valid channel
2.23.8 Affichage des postes IP hors service

La ligne 9 permet l'affichage de la liste des IP-Phones hors service.
Exemple :
ALL MAC ADDRESS USED WITH UNVALID CHANNEL
+----+--------------------+-+-----+--------+-----------+---------------+----+
|Indx| Mac Address | |Neqt | QMCDU | Name | Ip Address |Type|
+----+--------------------+-+-----+--------+-----------+---------------+----+
|0003|00:80:9f:56:06:a2 |-|00937|13011 |london jack|000.000.000.000| Ipt|
+----+--------------------+-+-----+--------+-----------+---------------+----+

#1 mac address used with unvalid channel
2.23.9 Filtrage des postes par adresse MAC, adresse IP, ou numéro d'annuaire
La ligne 10 permet d'afficher les postes dont l'adresse MAC, l'adresse IP ou le numéro d'annuaire
correspond aux critères demandés.
Search IP Phone information by:
1) by mac address
2) by ip address
3) by mcdu
4) usage
0) previous menu
Choice:
Sélectionner 1, 2 ou 3, puis saisir une adresse ou un numéro d'annuaire, ou une expression en suivant
la syntaxe suivante :
• ? remplace un caractère quelconque, * remplace une suite de caractères,
• [xx] recherche les adresses ou numéros contenant les caractères xx,
• xx* recherche les adresses ou numéros commençant par xx,
• *xx recherche les adresses ou numéros se terminant par xx.
Note :
le caractère * ne doit pas être utilisé avec des chiffres dans un même champ d'une adresse.
2.23.10 Affichage du nombre de postes IP connectés

La rubrique 11 affiche le nombre de postes connectés sur le nœud.
2.23.11 Affichage des postes connectés aux cartes

Les rubriques 12 et 13 permettent d'afficher les postes connectés à une carte donnée, ou à toutes les
cartes.
Cristal Number : 2
Coupler Number : 1

+----------+--------------+----------------------+---+-------+-----------------+
| QMCDU | Name | Mac Address | | Neqt | Ip Address |
+----------+--------------+----------------------+---+-------+-----------------+
| 3004 | IP-Phone 401 | 00:80:9f:04:8b:7d:00 | S | 00805 | 192.168.004.232 |
+----------+--------------+----------------------+---+-------+-----------------+
S: means sig. channel is supported by this board for these Ip phones
V: means voice channel is supported by this board for these Ip phones
B: means both channel is supported by this board for these Ip phones
Actually this board supports 01 signalling links

Actually this board supports 00 voice connections
Actually this board supports 00 both signalling and voice
2.23.12 Binaires des postes IP

La rubrique 14 Ip Phone download Menu donne des informations sur les versions des binaires des
IP-Phones. Elle liste les IP-Phones qui devraient être réinitialisés pour mise à jour de leurs binaires et
permet de lancer leur réinitialisation.
2.23.13 Timeout for telnet session of NOE set

La rubrique 15 Timeout for Telnet session of NOE set permet d'autoriser une session
Telnet sur un poste IPTouch pendant la durée spécifiée (en minutes).
2.23.14 Affichage des caractéristiques des cartes IP

La rubrique 16 permet d'afficher les caractéristiques des cartes IP.
Int IP informations :
-------------------------------------
Display an INTIP structure : 1
Display all INTIP structure : 2
Display INTIP MAC hash table : 3
Back to Main menu : 0
Enter your choice :
2.23.15 Statistiques sur les domaines

La rubrique 17 Domain Menu fournit des statistiques sur les domaines : algorithme de compression,
plages d'adresse, distribution par domaine de dispositifs IP...
2.23.16 Menu IPlink

La rubrique 18 IPlink Menu permet de visualiser les traces des communications des équipements
IP.
2.23.17 Menu Status

La rubrique 19 Status Menu donne le statut des divers équipements voix sur IP du réseau (cartes IP,
IP-Phones).
2.23.18 Activation du service Telnet pour GD/GA

La section 21 Enable telnet service for GD/GA permet d'activer le serveur Telnet sur une
carte GD/GA spécifiée. Ce serveur autorise les sessions Telnet entre le Com Server principal et la
carte GD/GA. Cette activation est limitée à 10 minutes.
Pour activer le service Telnet pour GD/GA :
1. Sélectionner la section Activer le service Telnet pour GD/GA : 21.
2. Entrer le numéro de la Media Gateway, dans le champ Numéro cristal.

3. Entrer le numéro de la carte GA ou GD dans le champ Numéro de coupleur.

4. Entrer 1 pour augmenter le nombre de sessions telnet autorisées sur une
carte (au maximum 0 sessions Telnet sont autorisées sur une carte). Entrer 4 pour désactiver le
service Telnet. Entrer 0 pour désactiver le service Telnet.
Le service Telnet est disponible pour toutes les cartes INT-IP, GA et GD.
Le serveur Telnet est désactivé par défaut. Avant d'ouvrir une session Telnet, ce serveur Telnet
doit être activé sur la carte correspondante (GA/GA-2/GA-3, GD/GD-2/GD-3 ou INT-IP3), via l'outil
mgconfig. Sur les cartes GA-2/GD-2, le serveur Telnet peut être également activé sur le serveur
Com via l'outil ippstat.
Sur les cartes INT-IP/INT-IP2, l'activation du serveur Telnet n'est pas effectuée via la commande
mgconfig, mais via une commande accessible depuis le menu de configuration IP de la carte.
2.24 lanpbxbuild
2.24.1 Présentation générale

La commande lanpbxbuild de créer, modifier ou supprimer les fichiers lanpbx.cfg et lanpbx-
mipt.cfg.
Le fichier lanpbx.cfg contient la liste des adresses IP des OmniPCX sur lesquels des équipements
IP sont déclarés.
Lorsque la solution de cryptage Full Software Native Encryption (FSNE) est activée sur l'OmniPCX
Enterprise, le fichier lanpbx.cfg contient également :
• Le statut du DTLS (activé)
• Les adresses IP du serveur DTLS : adresses IP des PBX principaux et de secours en cas
d'utilisation de modules EGW internes, ou adresses IP des machines virtuelles EGW associées, en
cas d'utilisation d'EGW externes.
• Le port du DTLS
• Les certificats utilisés pour l'authentification du serveur (connexion DTLS)
• Le CTL, la signature et le certificat utilisés pour signer le contenu du fichier lanpbx.cfg
• Le jeton de récupération DTLS (chemin d'accès au fichier du jeton de récupération DTLS sur le
serveur de communication)
Note :
Pour plus d'informations sur les paramètres DTLS inclus dans le fichier lanpbx.cfg, voir le document
8AL91012FRBA.
Ce fichier permet d'initialiser les équipements IP. Pendant leur initialisation, les équipements IP
envoient une requête au serveur TFTP pour télécharger le fichier lanpbx.cfg. Cette requête est
envoyée à l'adresse du serveur TFTP enregistrée dans les paramètres de l'équipement IP (initialisation
statique), ou l'adresse donnée par le serveur DHCP (initialisation dynamique).
Une fois que le fichier lanpbx.cfg est téléchargé, l'équipement IP envoie une requête au PCX
enregistré dans sa mémoire flash. Si le PCX ne répond pas (ou qu'aucun PCX n'est enregistré),
l'équipement IP envoie une requête au premier PCX listé dans le fichier lanpbx.cfg (s'il est différent
de celui enregistré dans la mémoire flash). Si le PCX ne répond pas, l'équipement IP envoie une
requête au deuxième PCX listé dans le fichier et ainsi de suite; Dès qu'un PCX (sur lequel des
équipements IP sont déclarés) répond, l'équipement IP télécharge les binaires correspondant à ce
PCX.
L'équipement IP est soit une carte pilote de la Media Gateway (carte INT-IP ou carte GD), soit un IP
Phone.

Notes :
• L'initialisation statique d'une carte GD ne demande pas le fichier lanpbx.cfg.

• Dans une configuration dupliquée, deux fichiers sont créés : le fichier lanpbx.cfg, créé sur le Com Server
local et le fichier lanpbxtwin.cfg téléchargé sur le Com Server twin. Dans une configuration dupliquée où
les deux Com Server sont sur des sous-réseaux différents, l'adresse IP de téléchargement entrée pour le Com
Server local du fichier lanpbx.cfg correspond à l'adresse Download IP RD address du fichier
lanpbxtwin.cfg (et vice-versa).
• L'outil lanpbxbuild peut être utilisé pour créer le fichier lanpbx-mipt.cfg. Avec l'outil lanpbxbuild, le
fichier lanpbx-mipt.cfg est une copie du fichier lanpbx.cfg.
2.24.2 Configuration du fichier lanpbx.cfg

Pour déclarer un ou plusieurs PCX dans le fichier lanpbx.cfg :
1. Se connecter sous le compte mtcl.
2. Saisissez la commande lanpbxbuild.
(1)cs> lanpbxbuild
Reading data from file
1. View
2. Add
3. Delete
4. Modify
5. Move
6. Apply changes
7. Copy lanpbx to lanpbx-mipt
0. Quit
3. Sélectionnez 2. Add.
==> 2
1. View all lines
2. Download IP (TFTP Server) address ( required )
3. Download IP RD(TFTP Server) address ( none )
4. Alternate TFTP port ( none )
5. CPU 1 IP address ( none )
7. SSM 1 IP address ( none )
9. Bin Download IP (BIN TFTP Server) address ( none )
b. Type of Addressing Mode ( IPv4 or IPv6 ) ( IPv4 )
d. dot1x Certificat Server address (none)

e. dot1x Certificat Server port (none)
f. dot1x Certificat Server path (none)
g. Application type of NOE mode IPTouch phones (NOE)

h. Add Customer Certificate
i. Add https server (none)
j. DTLS 1 IP address (none)
k. DTLS 2 IP address (none)
l. DTLS Port
m. DTLS Recovery Token
n. Add Proxy address
o. Add Proxy port
p. Add Proxy bypass
q. Add Self upgrade days
r. Add PBX version
a. Add current line

c. Clear current line (no confirmation asked)
0. Back to main
4. Sélectionnez 2. Download IP (TFTP Server) address. En fonction de la configuration du
PCX, entrer l'adresse IP du Com Server comme suit :

Configuration PCX Adresse IP à saisir

Le Com Server n'est pas dupliqué Adresse IP main du Com Server (ou adresse
physique du Com Server si aucune adresse IP
main n'est configurée)
Dans une configuration dupliquée où les deux Adresse IP principale du Com Server.
Com Server sont sur le même sous-réseau
Dans une configuration dupliquée où les deux Adresse IP main du premier Com Server.
Com Server sont sur des sous-réseaux Note :
différents L'adresse IP principale du serveur de communication
où la commande lanpbxbuild est lancée doit être
déclarée dans ce champ.
5. Dans une configuration de serveur de communication dupliqué où les deux serveurs de

communication se trouvent sur des sous-réseaux IP différents, sélectionnez 3. Download IP RD
(TFTP Server) address, puis entrez l'adresse IP principale du deuxième serveur de
communication.
6. Sélectionnez 5. CPU 1 IP address, puis saisissez l'adresse IP physique du premier serveur de
communication
Note :
L'adresse IP principale du serveur de communication où la commande lanpbxbuild est lancée doit être
déclarée dans ce champ.
7. Sélectionnez 6. CPU 2 IP address, puis saisissez l'adresse IP physique du second serveur de
communication
8. Sélectionnez 9. Bin Download IP (BIN TFTP Server) address
9. Si IPv6 est utilisé, sélectionnez b. Type de mode d'adressage (IPv4 ou IPv6) (IPv4) et configurez
les adresses IPv6 : pour plus d'informations, reportez-vous au chapitre IPv6 du document
8AL91048FRAA
10. Sélectionnez d. dot1x Certificate Server address, puis saisissez l'adresse IP du poste
sur lequel se trouvent les certificats. Ce champ est obligatoire et doit renvoyer à une adresse IP
dans la mesure où il n'existe aucun DNS sur les postes IP Touch. Pour plus d'informations sur
l’authentification 802.1x, voir le document 8AL91012FRBA.
11. Sélectionnez e. dot1x Certificate Server port, puis saisissez le numéro de port à utiliser
(facultatif, le numéro de port par défaut est 80)
12. Sélectionnez f. dot1x Certificate Server path, puis saisissez l'annuaire où se trouvent
les certificats
13. Sélectionnez g. Application type of NOE mode IPTouch phones (NOE), puis
sélectionnez NOE (NOE-SIP n'est pas supporté)
14. Si la solution Full Software Native Encryption (FSNE) est activée sur l'OmniPCX Enterprise :
1. Sélectionnez le champ j. DTLS 1 IP address et saisissez l'adresse IP physique de
l'OmniPCX Enterprise en cas d'utilisation du module EGW interne, ou l'adresse IP de la machine
virtuelle EGW associée en cas d'utilisation d'un EGW externe.
2. Dans une configuration de serveur de communication dupliqué, sélectionnez le champ k. DTLS
2 IP address et saisissez l'adresse IP physique de l'OmniPCX Enterprise de secours en cas
d'utilisation du module EGW interne, ou l'adresse IP de la machine virtuelle EGW associée en
cas d'utilisation d'un EGW externe
3. Sélectionnez le champ l. DTLS Port et saisissez le port DTLS correspondant (valeur par
défaut : 32643)
4. Sélectionnez le champ m. DTLS Recovery Token (common for all lines) et saisissez
le chemin d'accès au fichier de jeton de récupération DTLS. Le chemin doit inclure le nom du
fichier (par exemple : /tmpd/recovery_token_new)

Note :
Le contenu du jeton de récupération DTLS doit d'abord être copié dans un fichier (avec n'importe quel
nom), et téléchargé dans l'OmniPCX Enterprise dans un répertoire autorisé (par exemple : /tmpd/).
15. Lorsqu'un serveur proxy est utilisé pour le téléchargement de binaires ou de logiciels du téléphone
IP NOE à partir du cloud, utilisez les menus n. Add Proxy address, o. Add Proxy port et
p. Add Proxy bypass pour entrer le FQDN ou l'adresse IP avec le port associé et les adresses
IP d'exclusion, par exemple :
PROXY_ADDR=165.225.81.247
PROXY_PORT=80
PROXY_BYPASS=155.132.130.164,135.117.104.101
16. Sélectionnez a. Add current line pour enregistrer les informations concernant ce PCX.
17. Répéter les étapes 4 à 14 pour chaque PCX à déclarer dans le fichier lanpbx.cfg.
18. Sélectionnez 0. Back to main, puis 6. Apply changes pour confirmer vos modifications
Le fichierlanpbx.cfg est placé dans le répertoire /usr3/mao.
19. Ne pas oublier d'enregistrer les fichiers lanpbx_sec.cfg et lanpbx_notsec.cfg sur support
externe (CD ou autre), à conserver dans un endroit sûr. Ces fichiers ne doivent pas rester sur le
Com Server.
2.24.3 Créer le fichier lanpbx-mipt.cfg à l'aide de la fonction de copie

L'option 7. Copy lanpbx to lanpbx-mipt de l'outil lanpbxbuild crée un fichier lanpbx-
mipt.cfg avec les mêmes données que lanpbx.cfg, y compris les paramètres de chiffrement.
1. Connectez-vous sous le compte mtcl
2. Saisissez la commande lanpbxbuild.
(1)cs> lanpbxbuild
1. View
2. Add
3. Delete
4. Modify
5. Move
6. Apply changes
7. Copy lanpbx to lanpbx-mipt
0. Quit
3. Sélectionnez : 7. Copy lanpbx to lanpbx-mipt
2.24.4 Créer le fichier lanpbx-mipt.cfg avec l'outil lanpbxmipt

L'outil lanpbxmipt crée un fichier lanpbx-mipt.cfg avec les mêmes données que lanpbx.cfg, y
compris les paramètres de chiffrement.
2. Saisissez la commande lanpbxmipt.
(1)cs> lanpbxmipt
1. View
2. Add
3. Delete
4. Modify
5. Move
6. Apply changes
0. Quit
3. Sélectionnez : 2. Add
==> 2
1. View all lines
2. Download IP (TFTP Server) address ( required )
3. Download IP RD(TFTP Server) address ( none )

4. Alternate TFTP port ( none )

9. Bin Download IP (BIN TFTP Server) address ( none )
a. Add current line
c. Clear current line (no confirmation asked)
d. Modify Certificate Server IP addr ( none )
e. Modify Certificate Server port ( none )
f. Modify Certificate Server path ( none )
g. Modify Application type of NOE mode IPTouch phones (NOE)
i. Add https server ( none )
j. Modify DTLS 1 IP address (135.117.104.104)
k. Modify DTLS 2 IP address (135.117.104.105)
l. DTLS Port
m. Modify DTLS Recovery Token (common for all lines)
0. Back to main
4. Sélectionnez : 2. Download IP (TFTP Server) address ( required except for
dot1x feature) et entrez l'adresse IP du serveur d'appels
5. Sélectionnez : 5. CPU 1 IP address ( none ) et entrez l'adresse IP du serveur d'appels
6. Retour : 0. Back to main
7. Enregistrez : 6. Apply changes
Les fichiers lanpbx-mipt.cfg et lanpbxtwin-mipt.cfg sont créés dans le répertoire /usr3/
mao.
8. Quittez : 0. Quit
2.25 lookars
2.25.1 Exploitation
La commande de maintenance lookars sert à vérifier la déclaration des tables de routage ARS. Elle
permet:
• d'afficher le contenu de la table de routage associée à une entrée du traducteur de réseau public,
• d'afficher le contenu d'une table de routage spécifiée,
• d'afficher le contenu de toutes les tables de routage déclarées.
2.25.1.1 Contenu des tables de routage du traducteur public

Pour afficher le contenu de la table de routage affectée à une entrée du traducteur public, entrer la
commande lookars i <no public>
(3)bsbmrp03> lookars i 02
====================================================================
| P T T T R A N S L A T O R |
====================================================================
| |
| Ok after digit 1 |
| |
| Area : 1 |
| Nbr of digits : 10 |
| ARS Rln : 0 |
| Tonal : 0 |
====================================================================
==========================================================================
| A R S R O U T E L I S T No 0 |
==========================================================================
| |
| 1) trk_grp = 1 dialing_table = 0 |
| nb_deleted_digits = 0 inserted_digits = |

| WaitingCostLimit = 0 StoppingCostLimit = 0 vpnCostLimit = 0 |

| |
| --> trk_grp 1 remote TG nname : Res-Public |
| type : T0 variante : T2 |
| node_number = 4 network_number = 1 |
| fais_suiv = -1 |
-------------------------------------------------------------------------|
2.25.1.2 Contenu d'une table de routage

Pour afficher le contenu d'une table de routage spécifique, entrer la commande lookars r <table
no>
(3)bsbmrp03> lookars r 0
=======================================================================
=======================================================================
| |
| |
| fais_suiv = -1 |
-----------------------------------------------------------------------
2.25.1.3 Contenu de toutes les tables de routage

Pour afficher le contenu de toutes les tables de routage déclarées, entrer la commande lookars r
a.
(3)bsbmrp03> lookars r all
========================================================================
========================================================================
| |
| |
| fais_suiv = -1 |
------------------------------------------------------------------------
2.25.1.4 Utilisation du mode interactif

La commande lookars i permet de connaitre, pour un poste appelant et un numéro d'appel donné,
le traducteur, la table de routage utilisée ainsi que la liste des routes temporelles sélectionnée.
lookars i
• ars préfixe = 0
• Directory number = MCDU du poste
• External number= 0155665555
• command.
Exemple :
(4)xb000004> lookars i
ARS Prefix : 0
Directory No : 34001

External No : 0155666193
Date : 17/09/1998
Time : 12:17
Command : C/R
Résultat de la commande
==========================================================================|
| P U B L I C E X C H A N G E T R A N S L A T O R |
==========================================================================|
| Prefix number : 0 Discri Log Id : 0 |
| Dir. number : 34001 Entity : 4 Discri Real Id : 0 |
| Route List No : 0 Scheduler No : 1 |
==========================================================================|
| A R S R O U T E S L I S T No 0 |
--------------------------------------------------------------------------|
| ROUTE DEFINITION |
--------------------------------------------------------------------------|
| 1) trk_grp = -1 dialing_table = 0 |
| vpnCostLimit = 0 |
| --> Network Route |
| Route usefull for : SPEECH |
---------------------------------------------------------------------------
| nb_deleted_digits = 9 inserted_digits = 015566619 |
| vpnCostLimit = 0 |
| --> trk_grp 80 local TG name : FT_T2 state
:OOS |
| fais_suiv = -1 category = 0 nbjonc = 0 |
| vpnRate = 50 vpnCostLimit = 0 |
| Route usefull for : SPEECH |
---------------------------------------------------------------------------
Liste des routes temporelles

La liste des routes temporelles présentée est celle qui est sélectionnée à l'instant ou la commande est
acceptée.
| S U B R O U T E S L I S T E No 3 |
---------------------------------------------------------------------
| |
| First route to try is route nb 1 stop = -1 wait = -1 |
| Second route to try is route nb 4 stop = -1 wait = -1 |
=====================================================================
2.26 mao
2.26.1 Exploitation
2.26.1.1 Commande Mao
2.26.1.1.1 Généralités
L'outil "mao" permet, entre autres, d'activer/désactiver la diffusion, de consulter le contenu des fichiers
de diffusion.
2.26.1.1.2 Commandes de diffusion

"mao" permet de consulter des informations relatives aux options de cette commande (help).
"mao +br", ("mao -br") permet d'activer ou de désactiver la diffusion réseau (fonction broadcast).
"mao -a" permet de connaître les options en cours sur les mécanismes de gestion.

Exemple :
>mao -a
BROADCAST is OFF Le mécanisme de diffusion n'est pas validé
CMIS running process 0
MAO is on
Trace is OFF La gestion de la base est disponible
Trace on BROADCAST is off
Synchronisation 4400-47xx is off
>
2.26.1.1.3 Consultation du fichier lupd

La commande "mao -lupd" permet de consulter le contenu du fichier "lupd_tb" tel qu'il est “vu" par le
noeud local.
La consultation du fichier permet de connaître, par rapport à un noeud donné, le numéro de séquence
du dernier fichier de diffusion “vu", pris en compte, en provenance de chaque autre noeud du réseau.
Les fichiers pris en compte peuvent avoir une portée définie au niveau du réseau, dans ce cas ils sont
caractérisés par le préfixe LOG, ou au niveau d'une zone de diffusion, dans ce dernier cas, le préfixe
est A.
Chaque noeud du réseau dispose d'un fichier lupd_tb qui lui est spécifique.
Exemple :

number of nodes : 4 local node 0, local area 0

node 000 log seq 2 action 0 node_param : -v, dynamic timer 0
area 0, area seq 0, step 0
X25Addr 8100134PC24D414F pref IP/X25
IP X25 Name x00000_tun IP/X25Addr 172.30.253.253
rem all : 0
node 003 log seq 3 action 0 node_param : -v, dynamic timer 0

area 0, area seq 0, step 0
X25Addr 8100134PC24D414F pref IP
rem all : 0
node 006 log seq 0 action 0

area -1, area seq 0, step 0
rem all : 0
node 003 log seq 0 action 0

area -1, area seq 0, step 255
rem all : 0
Le fichier lupd.dat présente un enregistrement par nœud.

number of nodes : nombre de nœuds vus par la diffusion.
idx : index du numéro de nœud utilisé pour le fonctionnement de l'outil broadcast.
local_node_idx : index idx du nœud local.
local area idx : numéro de zone à laquelle appartient le noeud.
area idx area seq idx : numéro de sequence et numéro de zone reçu du noeud désigné.
log seq idx : numéro de séquence du fichier reçu du noeud correspondant à idx.
IPName X00004_tun X25Name 4588 : nom IP et adresse X25 utilisé par la diffusion.
rem : numéro de séquence des fichiers de déménagement.
Node param -v : indique que le noeud est pris en compte dans le processus de diffusion local.
Node param -d : indique que le noeud est relié au noeud local par une artère dynamique.
dynamic timer : indique le temps écoulé depuis la dernière diffusion sur artère dynamique.
step : sert à mesurer la validité du paramètre area (notamment en cas de sortie d'un noeud de la
zone).

2.27 maoview
2.27.1 Procédure
2.27.1.1 Commande “maoview”
2.27.1.1.1 Présentation
Cet outil est utilisé pour analyser le contenu des tickets d'administration archivés dans des fichiers
compressés. Cet outil se situe dans le répertoire /DHS3bin/oneshot/mtcl et l'utilisateur mtcl peut
l'utiliser.
Les options de commande sont décrites ci-dessous:
(1)pabx56> maoview
maoview - management files viewer
maoview -[abdefhlmpstvwV]
-a attribute_number
sets the list of the attributes to print (use -h to print the
attribute numbers). Each attribute number is separated by a space
character.
-b number
prints the n first tickets (see also option -e).
-d [display]
sets the number of attributes/line to display, 1 or 2 (default is
2).
-e number
prints the n last tickets (see also option -b).
-f [file]
file is the file to be read. If the file doesn't exist in the
current directory and in the /DHS3dyn/account directory, an error
is returned. If filename is empty, a list of the current files is
displayed. Wild cards are supported.
-h prints the ticket header for the given file.
-help this help.
-l prints the defined meanings of the enumerated and bitstring
attributes.
-m uses more to print the results (when more is running, press h for
help).
-p delete|disable|read|save
delete deletes the current profile. disable disables the current
profile for the current execution. read prints the content of the
current profile. save deletes the current profile and saves the
current options. Only the first option letters are needed.
-s prints statistics about an accounting file.
-t prints the contents of the tickets.
-v prints the values of the attributes (default is meanings of the
attributes).
-w sets the width of one line (default is 80 characters).
-V prints the version.
(1)pabx56>
Cet outil possède les mêmes caractéristiques que l'outil accview, c'est pourquoi les commandes
communes font référence à l'outil accview.
2.27.1.1.2 maoview —a attribute_numbrer

Voir Commande “accview” à la page 25
2.27.1.1.3 maoview —b number


2.27.1.1.4 maoview -d [number]

2.27.1.1.5 maoview -e number

2.27.1.1.6 maoview -f [file]

Cette commande établit le fichier à analyser.
Cette commande ne s'utilise qu'avec l'option “-h”, “-s” ou “-t”.
Si le fichier n'existe pas dans le répertoire courant, il est recherché dans le répertoire /DHS3dy/
account
Si aucun fichier n'est donné, une liste des fichiers d'administration est affichée. Cette liste est
équivalente a celle obtenu à partir de la commande account mao . Si il n'existe pas de fichier
d'administration dans le répertoire /DHS3dyn/account, une liste des fichiers dans le répertoire cournat
est affichée par la recherche de tous les fichiers du type MAO*.DAT .
Un message d'erreur est affiché si aucun fichier n'est trouvé.
Le fichier peut être un fichier d'administration comprimé ou non. Si le premier caractère du fichier est
un ”#”, il s'agit d'un fichier compressé.
(1) pabx56> maoview —t —f
--------------------------------------------------------------------------------
| | | | |Number |
|Date |File name |First ticket date|Last ticket date |tickets |
--------------------------------------------------------------------------------
|99/03/11 08:02|MAOAOONG.DAT|99/03/11 07:02:04|99/03/11 08:02:06| 9842 |
|99/03/11 09:02|MAOAOONH.DAT|99/03/11 08:02:06|99/03/11 09:02:09| 9848 |
|99/03/11 09:40|MAOAOONI.DAT|99/03/11 09:02:09|99/03/11 09:39:33| 6211 |
|99/03/11 11:29|MAOAOONJ.DAT|99/03/11 09:45:48|99/03/11 09:47:46| 3 |
|99/03/17 09:44|MAOAOONK.DAT|99/03/17 09:42:30|99/03/17 09:44:10| 2 |
|99/03/18 14:47|MAOAOONL.DAT|99/03/18 14:39:01|99/03/18 14:47:08| 1350 |
|99/03/18 15:15|MAOAOONM.DAT|99/03/18 14:47:08|99/03/18 15:15:01| 7 |
|99/03/18 16:00|MAOAOONN.DAT|99/03/18 15:15:02|99/03/18 15:59:33| 7543 |
--------------------------------------------------------------------------------
Please, which file (Return to Quit) : MAOAOONK.DAT
Please, which file (Return to Quit) :
====[/DHS3dyn/account/MAOAOONK.DAT : Ticket number 1/1/2] ============

(01) TicketVersion = ED1.0 (02) ManagesObject = Cost Canter
(03) Date = 19990317 09:42:30 (04) Operation = Update
(06) NetworkNodeNumber = 1 (10) CostCenterName = cf 1000
(24) CostCenterNumber = 1000
====[/DHS3dyn/account/MAOAOONK.DAT : Ticket number 2/2/2] ============

(01) TicketVersion = ED1.0 (02) ManagesObject = Cost Canter
(03) Date = 19990317 09:44:10 (04) Operation = Update
(06) NetworkNodeNumber = 1 (10) CostCenterName = cf 1001
(24) CostCenterNumber = 1001
(1) pabx56>
2.27.1.1.7 maoview -h
maoview —h permet d'imprimer l'en-tête du ticket d'administration d'un fichier donné. Chaque fichier
d'administration contient un en-tête de ticket qui décrit le format du ticket.
Cette commande doit s'utiliser avec l'option “-f ”
(1) pabx56> maoview —hf MAOAOONM.DAT
The attributes list of the file /DHS3dyn/account/MAOAOONM.DAT is:
--------------------------------------------------------
|Attribute | Name |Length |

--------------------------------------------------------
| 1 | TicketVersion | 5 |
| 2 | ManagedObject | 6 |
| 3 | Date | 17 |
| 4 | Operation | 1 |
| 5 | DirectoryNumber | 8 |
| 6 | NetworkNodeNumber | 6 |
| 7 | DisplayName | 16 |
| 8 | Name | 20 |
| 9 | FirstName | 20 |
| 10 | CostCenterName | 10 |
| 11 | PIN | 8 |
| 12 | StationType | 3 |
| 13 | VoiceMailNumber | 8 |
| 14 | VoiceMailType | 1 |
| 15 | FacilityCategory | 2 |
| 16 | PublicNetworkCategory | 2 |
| 17 | MultilineFlag | 1 |
| 18 | AttendantStationType | 2 |
| 19 | TrunkGroupNumber | 4 |
| 20 | TrunkGroupName | 10 |
| 21 | CompressedFlag | 1 |
| 22 | SharedFlag | 1 |
| 23 | PriorityFlag | 1 |
| 24 | CostCenterNumber | 4 |
| 25 | ProjectAccountCodeId | 4 |
| 26 | ProjectAccountCode | 12 |
| 27 | DidFlag | 1 |
--------------------------------------------------------
(1) pabx56>
2.27.1.1.8 maoview -help

2.27.1.1.9 maoview -l
maoview -l édite les attributs des énumération et de valeurs booléennes.
2.27.1.1.10 maoview -m
2.27.1.1.11 maoview -p delete|disable|read|save

2.27.1.1.12 maoview -s
2.27.1.1.13 maoview -t
2.27.1.1.14 maoview -v
2.27.1.1.15 maoview -w
2.27.1.1.16 maoview -V

2.28 multitool
2.28.1 Exploitation
La commande multitool permet de consulter la configuration des :
• postes multilignes,
• ensembles patron-secrétaire,
• supervisions,
• postes multilignes multi QMCDU,
• postes A-MLA.
2.28.1.1 Menu d'accueil

>multitool
+------- [ Main Menu ] -------+
[ 0] - Exit
[ 1] - Consult Multilines And Supervised Sets
[ 2] + Consult Boss/Secretary
[ 3] - Consult Sets With Data keys
[ 4] - Consult Sets With Supervision Data keys
[ 5] + Consult Directory Number Supervision
[ 6] - Consult Supervision Keys On Attendant
[ 7] - Consult Attendant Assistant Key On Attendant Group
[ 8] - Consult Supervised Trunk Groups and Keys
[ 9] + Consult Supervised Trunks and Keys
[10] + Multiline Sets With Their Multiline Keys
[11] + Consult Secondary MLA Keys
CHOICE ?
2.28.1.2 Consultation des postes multilignes et des postes supervisés

Cette option affiche l'ensemble des postes multilignes du PABX.
CHOICE ? 1
+------- [ Consult Multilines And Supervised Sets ] -------+
Nulog | Numan | Domain | Multiline | Supervised
22 | 3400 | 0 | Yes | Yes

23 | 3401 | 0 | Yes | No
ooo Number of Multilines Set = 2

ooo Number of Supervised Set = 1
--No more--
Nulog : information réservée Support Alcatel-Lucent Enterprise,

Numan : numéro d'annuaire du poste multiligne,
Domain : domain du poste multiligne
Multiline : Yes, le poste supervisé est multiligne; No, le poste supervisé n'est pas multiligne.
Supervised : indique si le poste cité subit une supervision.
2.28.1.3 Consultation des ensembles patron — secrétaire

CHOICE ? 2
Sous-menu :
+------- [ Consult Boss/Secretary ] -------+
[ 0] - Father Menu
[ 1] - Consult All <Boss> Sets
[ 2] - Consult All <Secretary> Sets
[ 3] - Consult All <Routing Secretary> Sets

CHOICE ?
2.28.1.3.1 Consultation de tous les postes patron

CHOICE ? 1
+------- [ Consult All <Boss> Sets ] -------+
Nulog Secr | Numan Secr | Key Secret | Dom. Secre | Boss Mcdu | Key
Boss | Dom. Boss
25 | 3403 | 7 | 0 | 3402 | 7
| 0
--No more--
Nulog Secr : information réservée Support Alcatel-Lucent Enterprise,

Numan Secr : numéro d'annuaire de la secrétaire,
Key Secret : numéro de touche de la liaison patron-secrétaire sur le poste secrétaire,
Dom. Secre : numéro de domaine du poste secrétaire.
Boss Mcdu : numéro d'annuaire du poste patron,
Key Boss : numéro de touche de la liaison secrétaire-patron sur le poste patron,
Dom. Boss : numéro de domaine du poste patron.
2.28.1.3.2 Consultation de tous les postes secrétaire

CHOICE ? 2
+------- [ Consult All <Secretary> Sets ] -------+
Nulog Boss | Numan Boss | Key Boss | Dom. Boss | Secretary | Key
Secret | Dom. Secre
24 | 3402 | 7 | 0 | 3403 | 7
| 0
--No more--
Nulog Boss : information réservée Support Alcatel-Lucent Enterprise,

Numan Boss : numéro d'annuaire du poste patron,
Key Boss : numéro de touche de la liaison patron-secrétaire sur le poste patron,
Secretary : numéro d'annuaire de la secrétaire,
Key Secret : numéro de touche de la liaison patron-secrétaire sur le poste secrétaire,
Dom. Secre : numéro de domaine du poste secrétaire.
2.28.1.3.3 Consultation de tous les postes secrétaire de débordement

CHOICE ? 3
+------- [ Consult All <Routing Secretary> Sets ] -------+
Nulog Rout | Numan Rout | Key Rout. | Dom. Rout. | Boss Mcdu | Dom.
Boss
22 | 3400 | 5 | 0 | 3402 | 0
--No more--
Nulog Rout : information réservée Support Alcatel-Lucent Enterprise,

Numan Rout : numéro d'annuaire de la secrétaire de débordement,
Key Rout : numéro de touche de la liaison secrétaire-patron sur le poste secrétaire de débordement,
Dom. Rout : numéro de domaine du poste secrétaire de débordement,
Boss Mcdu : numéro d'annuaire du poste patron,

2.28.1.4 Consultation des postes avec touches de données

CHOICE ? 3
+------- [ Consult Sets With Data keys ] -------+
Nulog | Numan | Domain

27 |3410 |0
--No more--

Numan : numéro d'annuaire des postes disposant de touches de données,
Domain : numéro de domaine des postes disposant de touches de données,
2.28.1.5 Consultation des postes avec touches de supervision de données

CHOICE ? 4
+------- [ Consult Sets With Supervision Data keys ] -------+
Nulog | Numan | Key | Domain | Data Numbe | Dom.

Données
0 |3410 |5 |0 |3500 |0
--No more-

Numan : numéro d'annuaire du poste superviseur,
Key : numéro de touche de supervision,
Domain : domaine du poste superviseur,
DataNumbe : numéro d'annuaire du poste data,
Dom. Data : numéro de domaine du poste data.
2.28.1.6 Consultation des postes supervisés et superviseurs

CHOICE ? 5
Sous-menu :
+------- [ Consult Directory Number Supervision ] -------+
[ 0] - Father Menu
[ 1] - Consult All <Supervised> Directory Number
[ 2] - Consult All <Supervisor> Of a Directory Number
[ 3] - Consult All <Supervisor>
CHOICE ?
2.28.1.6.1 Consultation de tous les numéros supervisés

Cette option affiche la liste des numéros supervisés.
CHOICE ? 1
+------- [ Consult All <Supervised> Directory Number ] -------+
Spvised Nu | Dom. Spvis | Spvised Nu | Dom. Spvis
3400 | 0 |
3401 | 0 |
ooo Number of <Supervised> Number = 2
--No more--
Spvised Nu : numéro d'annuaire du poste supervisé,

Dom. Spvis : numéro de domaine du poste supervisé.
2.28.1.6.2 Consultation d'un numéro supervisé particulier

Cette option affiche, pour un poste particulier, tous les superviseurs de ce poste.

CHOICE ? 2
+------- [ Consult All <Supervisor> Of a Directory Number ] -------+
< Supervised Number > ? 3400
Spvisor Nu | Dom. Spvis | Spvisor Nu | Dom. Spvis
3401 | 0 |
ooo Number Of <Supervisor> For the Directory Number [3400] = 1

--No more-
Spvisor Nu : numéro d'annuaire du poste superviseur,

Dom. Spvis : numéro de domaine du poste superviseur.
2.28.1.6.3 Consultation de tous les superviseurs

Cette option affiche la liste de tous les postes superviseurs ainsi que les postes supervisés associés.
CHOICE ? 3
+------- [ Consult All <Supervisor> ] -------+
Nulog Spvi | Numan Spvi | Key Spviso | Dom. Spvis | Supervised | Dom.
Super
23 | 3401 | 2 | 0 | 3400 | 0
23 | 3401 | 3 | 0 | 3402 | 0
25 | 3403 | 2 | 0 | 3401 | 0
--No more--
Il y a une ligne par touche de supervision.

Nulog Spvi : information réservée Support Alcatel-Lucent Enterprise,
Numan Spvi : numéro d'annuaire du poste superviseur,
Key Spviso : numéro de touche de supervision,
Dom. Spvis : domaine du poste superviseur,
Supervised : numéro d'annuaire du poste supervisé,
Dom. Super : domaine du poste supervisé.
2.28.1.7 Consultation des touches de supervision sur opératrice

CHOICE ? 6
+------- [ Consult Supervision Keys On Attendant ] -------+
< Attendant Network Id > ? 0
Key_Id | Spervised
11 | 3401
--No more--
Key_Id : numéro de touche de supervision,

Spervised : numéro du poste supervisé.
2.28.1.8 Consultation des touches assistant opératrice sur des groupes d'opératrices
CHOICE ? 7
+------- [ Consult Attendant Assistant Key On Attendant Gr ] -------+

< Attendant Group Network Id > ? 0
Key_Id | Numan
2 | 3400
--No more--
Key_Id : numéro de touche d'assistant opératrice,

Numan : numéro du poste assistant.
2.28.1.9 Consultation des touches de supervision de faisceau

CHOICE ? 8
+------- [ Consult Supervised Trunk Groups and Keys ] -------+
< Trunk Group Number > ? 5

Trk Grp Nb | Spvisor Nb | Key Nb

5 | 3403 | 7
--No more--
Trk Grp Nb : numéro du faisceau,

Spvisor Nb : numéro d'annuaire du poste superviseur,
Key Nb : numéro de touche de supervision de faisceau.
2.28.1.10 Consultation des touches de supervision de joncteur

CHOICE ? 9
Sous-menu :
+------- [ Consult Supervised Trunks and Keys ] -------+
[ 0] - Father Menu
[ 1] - Consult from a Trunk Group Number
[ 2] - Consult from a Trunk Number
CHOICE ?
2.28.1.10.1 Consultation à partir d'un numéro de faisceau

CHOICE ? 1
+------- [ Consult from a Trunk Group Number ] -------+
< Trunk Group Number > ? 0
Trk Grp Nb | Trunk Nb | Spvisor Nb | Key Nb

0 |10 |3401 |5
--No more--

Trunk Nb : numéro du joncteur,
Spvisor : numéro d'annuaire du poste superviseur,
Key Nb : numéro de la touche de supervision sur le poste superviseur.
2.28.1.10.2 Consultation à partir d'un numéro de joncteur

CHOICE ? 2
+------- [ Consult from a Trunk Number ] -------+
< Trunk Number > ? 10
Trunk Nb | Trk Grp Nb | Spvisor Nb | Key Nb

10| 0| 3401| 5
--No more--
Trunk Nb : numéro du joncteur,

Spvisor : numéro d'annuaire du poste superviseur,
Key Nb : numéro de la touche de supervision sur le poste superviseur.
2.28.1.11 Consultation des postes multilignes multi QMCDU

CHOICE ? 10
+------- [ From Database ] -------+

Sorted by [0=Logical Number, 1=Set Number] ? 0
----------------------------------------—-----------
|Nulog|Set Number|Order|Key Number|Multiline Number|
----------------------------------------------------
| 22| 5760| 1| 1| 5760|
| | | | 2| 5790|
| | | 2| 3| 5760|
| | | 3| 5| 5760|
| 17| 5761| | 2| 5791|

| | | | 7| 5761|
| 18| 5762| | 7| 5762|
| 19| 5763| | 1| 5763|
| | | 1| 2| 5792|
| | | | 3| 5763|
| | | 2| 4| 5792|
| | | 3| 6| 5792|
| | | | 7| 5763|
| | | | 9| 5763|
| 20| 5764| | 1| 5764|
| | | | 3| 5764|
----------------------------------------------------
16 Multiline Keys

Set Number : numéro d'annuaire du poste multiligne,
Order : numéro d'ordre des touches A-MLA principales,
Key Number : numéro de touche,
Multiline Number : numéro d'annuaire de la touche multiligne ou, s'il s'agit de touches A-MLA, numéro
du groupe,
Note :
Les touches A-MLA secondaires n'apparaissent pas avec cette commande.
2.28.1.12 Consultation des postes A-MLA

CHOICE ? 11
Sous-menu :
+------- [ Multiple_Line_Appearance sets With Their MLA Keys ] -------+
[0]-Father Menu
[1]+Consult All Secondary MLA keys
[2]-Consult All Secondary MLA keys Of a Directory Number
CHOICE ?
2.28.1.12.1 Consultation de tous les groupes A-MLA

CHOICE ? 1
Sous-menu :
+------- [ Consult All Secondary MLA Keys ] -------+
[0]-Father Menu
[1]-From Database
[2]-From Memory
CHOICE ?
Le choix 2 est réservé Support Alcatel-Lucent Enterprise.

CHOICE ? 1
+------- [ From Database ] -------+

Sorted by [0=Logical Number, 1=Set Number] ? 01
--------------------------------------------------------------------------
|Nulog|Supervisor|Key Number|Supervised|Nulog superv|Order|Supervised
key|
--------------------------------------------------------------------------
| 17| 5761| 1| 5760| 16| 1| 1|
| 17| 5761| 3| 5760| 16| 2| 3|
| 17| 5761| 4| 5792| 19| 1| 2|
| 17| 5761| 5| 5760| 16| 3| 5|
| 17| 5761| 6| 5792| 19| 2| 4|
| 17| 5761| 8| 5792| 19| 3| 6|
| 18| 5762| 1| 5760| 16| 1| 1|
| 18| 5762| 3| 5760| 16| 2| 3|
| 18| 5762| 5| 5760| 16| 3| 5|
--------------------------------------------------------------------------
9 MLA secondary Keys.


Supervisor : numéro d'annuaire du poste secondaire,
Key Number : numéro de touche, sur le poste superviseur,
Supervised : numéro d'annuaire du groupe A-MLA,
Nulog superv : information réservée Support Alcatel-Lucent Enterprise,
Order : numéro d'ordre dans le groupe A-MLA,
Supervised key : numéro de touche sur le poste supervisé.
2.28.1.12.2 Consultation d'un groupe A-MLA particulier

Cette commande est très proche de la commande précédente. Cependant elle affiche les informations
pour un seul groupe A-MLA. La question “<Supervised Number> ?” permet le choix du groupe A-MLA.
2.29 netvisu
2.29.1 Exploitation
2.29.1.1 Commande netvisu
Utiliser la commande netvisu pour visualiser les incidents générés par les différents noeuds du
réseau.
Le tableau suivant fournit les options pouvant être utilisées avec la commande netvisu, ainsi que leur
signification.
tableau 2.4 : Signification des paramètres facultatifs de la commande netvisu
-s Affiche les incidents de la phase de démarrage

Exemple :
netvisu -s édite les incidents du fichier de démarrage de session de la
session actuelle
(pas de paramètre) Affiche les incidents de la file d'attente principale lorsque l'option "-s"
n'est pas utilisée
-b n Affiche les incidents de la session de secours n

Exemples :
• netvisu -b 1 édite les incidents de file d'attente principale de

la session de secours précédente
• netvisu -b n édite les incidents de file d'attente principale de
la session de secours n
-t n (n correspondant à une Affiche les "n" derniers incidents

taille de queue)
Exemples :
netvisu -t 100 édite les 100 derniers incidents de la session actuelle

-i x,y Affiche les incidents entre les marqueurs x et y
-r Affiche les incidents dans l'ordre inverse, c'est-à-dire du plus récent

au plus ancien.
Exemple :
netvisu -r affiche les incidents dans l'ordre inverse, c'est-à-dire du plus
récent au plus ancien.
-e chaîne de caractères Affiche les incidents contenant une chaîne de caractères spécifique
Exemple :
netvisu -e "chaîne de caractères" ("Mise hors service",
par exemple) affiche seulement les incidents de la session actuelle où
figure cette chaîne de caractères
Vous pouvez utiliser la commande netvisu avec plusieurs paramètres facultatifs différents.
Exemple :
netvisu -b 1 -s édite les incidents du fichier de démarrage de session de la dernière session de secours.
Exemple d'utilisation de la commande netvisu :

(1)pabx56> netvisu —T10
11/00/00 08:43:26 04Iù0/11/0/002ù=2:2151
11/00/00 08:43:26 04Iù0/11/0/000ù=2:2151
11/00/00 08:43:27 04Iù0/11/0/002ù=2:2151
11/00/00 08:37:51 02Iù0/11/0/002ù=2:2140
11/03/00 08:34:29 Mù0/11/0/254ù=2:3756=Message perdu
11/03/00 08:34:33 Mù0/11/0/001ù=2:2151=Subdevice V24 présent non déclaré
11/03/00 08:34:34 Mù0/11/0/000ù=2:2151=Subdevice MAC/PC présent non déclaré
11/03/00 08:34:35 Mù0/11/0/001ù=2:2151=Subdevice AOM40 présent non déclaré
(1)pabx56>
2.30 prog-diff
2.30.1 Exploitation
2.30.1.1 Commande prog_diff
2.30.1.1.1 Généralités
L'outil ”prog_diff ” permet d'effectuer les opérations suivantes relatives à la diffusion :
• afficher le contenu des fichiers de diffusion,
• consulter l'état des noeuds vis à vis de la diffusion.
2.30.1.1.2 Lancement
L'outil "prog_diff " se lance par les commandes suivantes :
prog_diff -l GEA : lancement de l'outil en Générique English of Alcatel,
prog_diff -l FR0 : lancement de l'outil en Français,
prog_diff : lancement de l'outil dans la langue du dernier utilisateur,

prog_diff -c : permet de limiter l'affichage aux seuls caractères ASCII, dans le cas de terminaux ne
disposant pas de l'affichage des caractères accentués,
prog_diff -f ERRLOG.Nd.Seq : lancement de prog_diff avec accès direct à la lecture du fichier
désigné.
Menu général :
0 - Fin (sortie de l'outil)
1 - Edition des fichiers d'erreurs
2 - Etat des nœuds
3 - Présentation de l'outil
La rubrique 3 "Présentation de l'outil" donne un résumé des différentes fonctionnalités.
2.30.1.1.2.1 Edition des fichiers d'erreur

Cette rubrique permet un "dump" interprété d'un fichier ERRLOG.Nd.Seq.
Exemple :
Le string d'échappement est : $ Entrée du nom du fichier à analyser

$ => retour au menu précédent
Quel fichier log ? ERRLOG.2.10
Type d'opération
Modification d'Objet [89081, Phone book] Objet concerné

No noeud-réseau (reserved soft) : 3
No Annuaire : 33060 Contenu de l'objet concerné
objet déjà existant

Diagnostic d'erreur
Comme son mnémonique ne l'indique pas, il est possible, par l'intermédiaire de ce menu de consulter
tout fichier LOG connu sur l'ensemble du réseau.
2.30.1.1.2.2 Etat des noeuds

La commande 2 “Etat des noeuds" permet de connaître la situation du noeud consulté vis à vis de
l'application de diffusion. Pour chaque noeud consulté, il est possible de savoir si la diffusion est
activée et de prendre connaissance des derniers numéros de séquence des fichiers de diffusion reçus
des autres noeuds.
Exemple :

Etat des noeuds

1 - x00003_tun
2 - x00004_tun Liste des noeuds sélectionnables
3 - x00005_tun
Noeud à éditer: (0 fin) état de la mao (process de gestion) et du broad-

Choix[0-2]: 2 cast sur le noeud désigné (+ actif, - non activé).
x00004-tun
mao + broadcast -
node 3: Numéro de séquence = 11
Liste des numéros de séquences de fichiers
node 5: Numéro de séquence = 2
reçus, "vus" du noeud désigné.
x00004_tun
Liste des fichiers d'erreurs dans le noeud désigné
ERRLOG.5.4
(DIFF_ERRLOG_ABSENT => pas de fichier d'erreur sur ce noeud)
...........
2.31 securitystatustool
2.31.1 Généralités
La commande securitystatustool permet d'accéder au niveau de sécurité de . Elle affiche les
informations de sécurité au format XML.
Lorsque l'application téléphonique est en cours d'exécution, elle affiche toutes les informations de
sécurité :
• Version du logiciel
• Détails de la configuration SSH et du certificat SSL
• Information sur l'isolation/les hôtes de confiance
• Configurations du serveur Radius
• Informations sur le serveur NTP
• Détails du serveur Syslog
• Détails du compte système
• Détails DISA
• Informations sur le verrouillage manuel et le code secret
• Détails de la boîte de messagerie vocale 4645
• Détails sur WBM
• Détails sur SNMP
• Détails sur FSNE
• Détails sur SIP
• Détails sur la configuration multi-IP
• Détails sur l'activation du renvoi IP
Lorsque l'application téléphonique n'est pas en cours d'exécution, elle affiche les informations
suivantes uniquement :
• Version du logiciel
• Détails de la configuration SSH et du certificat SSL
• Information sur l'isolation/les hôtes de confiance
• Configuration du serveur Radius
• Informations sur le serveur NTP

• Détails du serveur Syslog

• Détails du compte système
• Détails sur SNMP
• Détails sur la configuration multi-IP
• Détails sur l'activation du renvoi IP
2.31.2 version du logiciel,

Les champs suivants sont fournis pour identifier la version du logiciel :
<SoftwareVersion>
<Release>R12.0</Release >
<Delivery>m1.403</Delivery>
<Patch>12</Patch >
<DynamicPatch>c</DynamicPatch >
<Country>fr</Country >
<Cpu>cpu82</Cpu >
</SoftwareVersion>
2.31.3 SSH
Les champs suivants sont fournis pour identifier la configuration SSH :
<SSHConfiguration>
<Enabled>Yes</Enabled>
<Version>SSHv2</Version>
<SSLCertificate>
<Issuer>/O=ALE International/OU=OXE /CN=oxe_cpu</Issuer>
<NotBefore>Jan 11 13 :23 :00 2017 GMT</NotBefore>
<NotAfter>Jan 11 13 :23 :00 2027 GMT</NotAfter>
</SSLCertificate>
</SSHConfiguration>
2.31.4 Trusted hosts et TCP wrapper

Les champs suivants sont fournis pour identifier les hôtes de confiance :
<IsolateEthernetInterface>
<Isolated>Non</Isolated>
<Host>
<Name>routeur</Name>
<Address>172.19.109.254</Address>
<GatewayName>localhost</GatewayName>
<HostType>Routeur</HostType>
</Host>
<Range>
<FirstIPAddress>172.19.109.10</FirstIPAddress>
<LastIPAddress>172.19.109.100</LastIPAddress>
<GatewayName>localhost</GatewayName>
<HostType>CPU</HostType>
<Interface>eth1</Interface>
</Range>
</IsolateEthernetInterface>
2.31.5 Serveur d’authentification avec serveur Radius

Les champs suivants sont utilisés pour identifier la configuration du serveur Radius :
<RadiusServer>
<Enabled>No</Enabled>
<PrimaryServer>172.19.11.242</PrimaryServer>
<SecondaryServer>172.19.109.20</SecondaryServer>
</RadiusServer>
2.31.6 Serveur NTP

Les champs suivants sont utilisés pour identifier la configuration du serveur NTP :

<NTPServers>
<Enabled>No</Enabled>
<ConfiguredServer>135.250.161.174</ConfiguredServer>
<ConfiguredServer>135.250.160.18</ConfiguredServer>
</NTPServers>
2.31.7 Syslog server (serveur Syslog)

Les champs suivants sont utilisés pour identifier la configuration du serveur Syslog :
<SyslogServer>
<FirstSyslogServer>
<Name>cs2_20</Name>
<IPAddress>172.19.109.20</IPAddress>
</FirstSyslogServer>
<SecondSyslogServer>
<Name>cs2_24</Name>
</SecondSyslogServer>
</SyslogServer>
2.31.8 Comptes système

Les champs suivants sont utilisés pour identifier la configuration du mot de passe du compte :
<AccountPasswordConfiguration>
<ChangePassword>yes</ChangePassword>
<AgingPassword >15</AgingPassword >
<MaximumAuthenticationAttempts>3</MaximumAuthenticationAttempts >
<PasswordMinLength>8</PasswordMinLength >
<PasswordRules>8</PasswordRules >
<PasswordHistory>4</PasswordHistory >
</AccountPasswordConfiguration>
<AccountsPasswordStatus>
<AccountStatus>
<Account>mtcl</Account>
<HashingAlgo>sha512</HashingAlgo>
<Aging>False</Aging>
</AccountStatus>
<AccountStatus>
<Account>root</Account>
<HashingAlgo>md5</HashingAlgo>
<Aging>False</Aging>
<AgingChangeDate>2017/03/10</AgingChangeDate>
<AgingRemain>20</AgingRemain>
</AccountStatus>
….de même pour les autres comptes
</AccountPasswordStatus>
2.31.9 DISA
Les champs suivants sont utilisés pour identifier la configuration DISA :
<Disa>
<NbDisaPrefix>2</NbDisaPrefix>
<NbRexDisa>1</NbRexDisa>
<NbTrksDisaEnabled>5</NbTrksDisaEnabled>
<NbTrksDisaDisabled>2</NbTrksDisaDisabled>
<NbTrksSecretEnabled>5</NbTrksSecretEnabled>
<NbTrksSecretDisabled>0</NbTrksSecretDisabled>
<AutomaticRecognition>No</AutomaticRecognition>
</Disa>
2.31.10 Verrouillage manuel et code secret

Les champs suivants sont utilisés pour identifier le ratio d'utilisateurs utilisant le code secret par
défaut :

<SecretCode>
<UsersWithDefaultSecretCode>20</UsersWithDefaultSecretCode>
<UsersWithManagedSecretCode>40</UsersWithManagedSecretCode>
<SecretCodeValidity>47</SecretCodeValidity>
<Ratio>50%</Ratio>
</SecretCode>
2.31.11 Alcatel-Lucent 4645 voice mail

Les champs suivants sont utilisés pour identifier la configuration de la messagerie vocale 4645 :
<4645Voicemail>
<GlobalParameters>
<AutoAttendantPubNetTransfer>False</AutoAttendantPubNetTransfer>
<CallBackviaPublicNetwork>False</CallBackviaPublicNetwork>
<TrivialPwdAllowed>No</TrivialPwdAllowed>
</GlobalParameters>
<4645VMCoS>
<MinPwdValidity>1</MinPwdValidity>
<MaxPwdValidity>365</MaxPwdValidity>
<MinPasswdLength>4</MinPasswdLength>
<MaxPasswdLength>8</MaxPasswdLength>
<4645VMCoS>
</4645Voicemail>
2.31.12 WBM
Les champs suivants sont utilisés pour identifier la configuration WBM dans OmniPCX Enterprisel' :
<WBM>
<Activated>Yes</Activated>
</WBM>
2.31.13 SNMP
Les champs suivants sont utilisés pour identifier la configuration SNMP dans l'OmniPCX Enterprise :
<SNMP>
<SnmpAgentEnabled>Yes</SnmpAgentEnabled>
<SnmpVersion>V2c</SnmpVersion>
<SnmpEngineId>8000027D04696E6E6F3132</SnmpEngineId>
</SNMP>
2.31.14 FSNE
Les champs suivants sont utilisés pour identifier la configuration FSNE dans l'OmniPCX Enterprise :
<FSNE>
<MutualAuthentication>No</MutualAuthentication>
<AutomaticCTL>Yes</AutomaticCTL>
<EGW>
<Type>External</Type>
</EGW>
<CertificateAuthority>
<Issuer>/C=IN/ST=TN/L=Chennai/O=TCS Ltd/OU=TBU/CN=1111-1111-1111-1111-1111</Issuer>
<NotBefore>Jan 19 18:23:39 2018 GMT</NotBefore>
<NotAfter>Jan 14 18:23:39 2038 GMT</NotAfter>
<Subject>/C=IN/ST=TN/L=Chennai/O=TCS Ltd/OU=TBU/CN=1111-1111-1111-1111-1111</Subject>
<KeySize>2048 bit</KeySize>
</CertificateAuthority>
<CallServerCertificate>
<Subject>/C=IN/ST=TN/L=Chennai/O=TCS Ltd/OU=TBU/CN=172.19.109.40</Subject>
<SAN>172.19.109.202</SAN>
</CallServerCertificate>
<TwinServerCertificate>


<SAN>172.19.109.232</SAN>
</TwinServerCertificate>
<NetworkCertificate>
<SAN>172.19.109.202</SAN>
</NetworkCertificate>
</FSNE>
2.31.15 SIP
Les champs suivants sont utilisés pour identifier les paramètres de sécurité du SIP :
<SIP>
<NbSipExtGw>Yes</NbSipExtGw>
<NbSipTrks>Yes</NbSipTrks>
<NbExtGwSecured>Yes</NbExtGwSecured>
<ProxyAuthenticationEnabled>Yes</ProxyAuthenticationEnabled>
<SipTlsEnabled>Yes</SipTlsEnabled>
</SIP>
2.31.16 Multi-IP
Les champs suivants sont utilisés pour identifier les configurations Multi-IP dans l'OmniPCX
Enterprise :
<Multi-IP>
<Enabled>Oui</Enabled>
<Plane>
<Name>Users [Utilisateurs]</Name>
<Host>h18</Host>
<NetMask>255.255.255.0</NetMask>
</Plane>
<Plane>
<Name>Gestion</Name>
<Host>h38</Host>
</Plane>
<Plane>
<Name>de stockage</Name>
<Host>h58</Host>
</Plane>
</Multi-IP>
2.31.17 IP Forward
Le champ suivant est utilisé pour identifier l'état activé/désactivé de la fonction de renvoi IP dans
l'OmniPCX Enterprise :
<IPForward>
</IPForward>

2.32 setshutdelay
Cette commande permet de paramétrer la temporisation avant arrêt du système suite à une alarme
alimentation (PSAL). Un reboot de la machine est nécessaire pour la prise en compte d'une
modification.
2.32.2 Consultation du délai

Pour afficher la valeur du délai, utilisez la commande suivante :
[root@cs80 mtcl]# cat /etc/shut_delay
50
2.32.3 Modification du délai

La commande :
setshutdelay <-m minutes> <-h heures>
permet de modifier le delai.
Exemples :
[root@cs80 mtcl]# setshutdelay -m 50
shutdelay successfully updated.
La temporisation sera de 50 minutes (3 000 s).

[root@cs80 mtcl]# setshutdelay -m 30 -h 1
shutdelay successfully updated.
La temporisation sera de 1 heure 30 minutes (5 400 s).
2.33 shutdown
Cette commande permet de réinitialiser la CPU du PABX sur laquelle est effectuée la commande.
2.33.2 Paramètres de la commande

(0)A4400a>shutdown
Cette commande lance le reset et le redémarrage de la CPU après une temporisation fixe de 30
secondes.
(0)A4400a>shutdown —i
Cette commande lance immédiatement le reset et le redémarrage de la CPU (i comme

“immédiatement”).
(0)A4400a>shutdown —h
Cette commande arrête la CPU (h comme “halt”). Le reset et le redémarrage de la CPU n'est effectué
qu'aprés appui sur une touche.
(0)A4400a>shutdown —p
Cette commande simule une alarme alimentation (perte de PSAL) avec un délai fixe de 1 seconde
(réglable par la commande “setshutdelay”).

2.33.3 Shutdown différé

Il est possible de différer la commande “shutdown” par la combinaison de commandes suivantes :
(0)A4400a>echo “shutdown —i” | at hhmm
Cette commande crée une demande de travail (job) à l'heure définie par hhmm.
Exemple :
(0)A4400a>echo “shutdown —i” | at 2200
job 981669600.a at Thu Feb 8 22:00:00 2001
Le job référencé “981669600.a” sera lancé à 22h 00.

Pour visualiser la liste des “jobs” en attente :
(0)A4400a>at —l
981669600.a Thu Feb 8 22:00:00 2001
Pour supprimer un job en attente :

Répérer la référence xxx du job puis taper la commande :
(0)A4400a>atrm xxx
2.34 siptrace
L'outil siptrace aide l'administrateur OmniPCX Enterprise à obtenir toutes les traces liées au SIP
avec un seul outil. Il n'est donc plus nécessaire de lancer différentes commandes de traçage. L'outil
s'occupe des options de traces, du lancement des traces, de la destruction des traces et de l'archivage
des traces dans un seul paquet.usage : traced.
Cet outil sélectionne les options de traces sur la base d'une série de questions. L'outil est capable de
regrouper les traces Call Handling, MotorTraces et Tcpdump et d'archiver les fichiers de sortie. Les
traces en mode rotationnel et binaire sont également possibles en option.
Veuillez noter que lors du lancement des traces à l'aide de l'outil siptrace, toutes les instances
mtracer, traced ou tcpdump déjà en cours d'exécution sont réinitialisées. Toutes les options
d'actdbg sont également réinitialisées et actdbg all=off est exécuté avant de commencer les
traces.
Les traces suivantes sont activées par défaut :
• Traces du traitement des appels :
tuner km ctr
trc i
tuner all=off cpu cpl tr s at hybrid=on +time
actdbg all=off fct=on abcf=on isdn=on crypto=on
• Traces SIP Motor :
motortrace 8
traced -1 -f 99 -s 10000000 /tmpd/<dir_name>/SipMotor_Traces /
<node_name>_SIP_<start_time> -d &
• tcpdump traces:
tcpdump -s 0 -C 10 -W 99 -w /tmpd/<dir_name>/Tcpdump_Captures /
<node_name>_tcpdump_<start_time>.pcap &
Les traces suivantes sont activées en fonction des réponses aux différentes questions :

1. Does the issue concern a SIP trunk ?

actdbg sip=on
2. Does the issue concern a SIP Endpoint ?
actdbg csip=on sip=on
3. Does the issue concern Audio ?
actdbg cnx=on rtp=on
4. Does the issue concern Display ?
actdbg ars=on npd=on trunk=on noe=on mail=on ope=on display=on
5. Does the issue involve a Remote Extension (Rainbow) / Nomadic (OTC clients) ?
actdbg cstaall=on ars=on tandem=on remote=on
6. Does the issue concern an Attendant ?
actdbg affichope=on extope=on ope=on fbcope=on initope=on abca=on
7. Add additional actdbg Filters
Ceci fait apparaître un menu pour entrer manuellement les options de trace actdbg. Les options
supplémentaires données seront définies par l'outil.
Exemple :
Entrez un filtre optionnel pour actdbg (ex : noe sip, ...) : noe cnx
active l'option de trace : actdbg noe=on cnx=on

8. Add additional tuner traces
Ceci fait apparaître un menu pour entrer manuellement les options de trace de tuner. Les options
supplémentaires données seront définies par l'outil.
Exemple :
Entrez un filtre optionnel pour tuner (ex : sinfo, timers, ...) : pr bdump
9. Disable binary-mode traces (Default is enable)
Si cette case est cochée :
mtracer -ag -1 –F -f 99 –s 10000000 /tmpd/<dir_name>/
Call_Handling_Traces /<node_name>_CH_<start_time> -d &
Si non sélectionné :
mtracer -ag -1 -f 99 -s 10000000 /tmpd/<dir_name>/Call_Handling_Traces/
<node_name>_CH_<start_time> -d &
10. Disable tcpdump (Default is enable)
Si cette option est sélectionnée, les captures réseau (tcpdump) seront désactivées
11. Change motortrace level (Default is 8: All traces + Transport + DNS)
2.34.1 Démarrage des traces

Pour démarrer les traces :
2. saisissez la commande siptrace
(1)oxe> siptrace
Le menu d'accueil s'affiche.

OXE SIPTRACE TOOL MAIN MENU
===========================
1. Start Trace

2. Stop Trace
3. Decode Trace in Binary Mode
0. Quit
What is your choice ?

3. Entrez 1 pour commencer les traces
L'outil affiche une liste de questions permettant d'identifier le scénario. En fonction des réponses,
les options de traçage sont définies par l'outil.
SIPTRACE START TRACE MENU
==========================
1 . Does the issue concern a SIP trunk?

2 . Does the issue concern a SIP Endpoint?
3 . Does the issue concern Audio?
4 . Does the issue concern Display ?
5 . Does the issue involve a Remote Extension (Rainbow) / Nomadic (OTC clients) ?
6 . Does the issue concern an Attendant ?
7 . Add additional actdbg Filters
8 . Add additional tuner traces
9 . Disable binary-mode traces(Default is enable)?
10 . Disable tcpdump (Default is enable)
11 . Change motortrace level (Default is 8: All traces + Transport + DNS)
0 . Return to Main Menu
Enter the Relevant Question Indexes Separated by Space →

4. Entrez vos choix en les séparant par un espace, par exemple 1 4 6 7.
5. Si vous avez choisi l'option 7, vous êtes invité à donner les options supplémentaires d'actdbg
Enter additional optional filter for actdbg separated by space (ex: noe sip ...) :
6. Si vous avez choisi l'option 8, vous êtes invité à fournir des filtres facultatifs
Enter optional filter for tuner separated by space(ex: sinfo timers ...) :
7. Si vous avez choisi l'option 11, vous êtes invité à saisir le niveau de traçage du moteur SIP
Enter the requested motortrace level (range 0-9,a,b) :
8. Vous êtes invité à saisir le nom du dossier dans lequel les traces doivent être enregistrées.
Enter the folder name (will be created in /tmpd/) ?
Lors de l'arrêt des traces, ce dossier est archivé. Trois sous-dossiers distincts seront créés :
Call_Handling_Traces, SipMotor_Traces et Tcpdump_Captures pour les traces de Call
handling, de moteur et de tcpdump.
2.34.2 Arrêt des traces

Pour arrêter les traces :
1. Sélectionnez 2. Stop Trace dans le menu principal
STOPPING TRACES:
================
Killing mtracer [OK]

Killing traced [OK]
Killing tcpdump [OK]
List of Trace files in the folder <folder>
...Displays the List...
Generating Trace Archive...
Trace Archive : <Name of Archive>.tar.gz
Would you like to remove the logs files from <dir_name> ?

2. Une fois les archives créées, choisissez si le journal doit être conservé ou supprimé. Si vous
sélectionnez Yes, tous les fichiers journaux sont supprimés avec le dossier et seule l'archive de
trace est conservée dans le chemin /tmpd/. Le dossier de traces généré est compressé dans un

fichier zip et sauvegardé dans le dossier /tmpd/ avec le nom d'archive mentionnant la date et
l'heure de création :
/tmpd/ <dir_name>_<node_name>_TRACE-Archive_<date_with_time>.tar.gz
2.34.3 Décodage des traces en mode binaire

Dans le cas où les traces sont générées en mode binaire, cette option peut être utilisée pour convertir
les traces en mode texte. Une fois l'option sélectionnée, il vous est demandé d'indiquer le dossier où
se trouvent les fichiers binaires. Une fois le dossier indiqué, tous les fichiers de trace binaires sont
décodés et enregistrés dans un nouveau sous-dossier du dossier parent. Le nouveau sous-dossier
créé est nommé Call_Handling_Traces_Decoded.
1. Sélectionnez 3. Decode Trace in Binary Mode dans le menu principal
Menu: Decode trace in binary mode:
=================================
0. Enter the folder name where the Binary trace are located ? <Enter Main Folder>
2. Sélectionnez un dossier et validez

Decoding the binary Files:
<File_name 1> [OK]

<File_name 2> [OK]
....
Total Files Decoded : <Count>
Binary Files Decoding .. Done
2.35 tabranfilt
2.35.1 Exploitation
2.35.1.1 Filtering index “tabranfilt” command
The tabranfilt command is used to display the routing number for a given abbreviated number and
filtering index.
Syntax is as follows: tabranfilt “Range no.” “Order no. in the range” “filtering index”
Exemple :
(0)a4400a> tabranfilt 1 5 400
+---------------------------------------------------------------------+
| Abbreviated number : 1004 |
+---------------------------------------------------------------------+
| Index : 1 | Routing : 3002 |
+---------------------------------------------------------------------+
For each index, information is as follows:

• abbreviated number,
• filtering index number,
• the directory number to which it is routed.
Performing the tabranfilt command without entering any values displays a list of the routing numbers
specified in the PBX.
Exemple :
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+

+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
+---------------------------------------------------------------------+
2.36 tcalledfilt
2.36.1 Exploitation
2.36.1.1 Commande numéros appelé filtrés “tcalledfilt”'
La commande “calledfilt“ affiche la liste de numéros filtrés appelés, telle que définie en gestion.
(0)a4400a> tcalledfilt
+-------------------------------------+
| Lognum | Direc Number | Entity |
+-------------------------------------+
| 101 | 36001 | 1 |
| 102 | 36002 | 1 |
| 103 | 36003 | 1 |
+-------------------------------------+
Le système indique pour l'ensemble des numéros appelé filtrés :

• le numéro logique,
• le numéro d'annuaire,
• le numéro d'entité.
2.37 traced
La commande traced est utilisée pour imprimer les messages de trace envoyés par les différents
composants d'OmniPCX Enterprise.
Certaines traces sont envoyées par défaut au processus traced et ne nécessitent pas l'option trace.
Les autres traces sont contrôlées par les options de trace.
Il est possible de fournir plusieurs arguments à traced afin d'imprimer les lignes de trace de plusieurs
processus. Si aucun argument n'est transmis, alors par défaut dump est pris comme argument.
Le tableau ci-dessous détaille les arguments de ligne de commande acceptés par l'outil traced.

dump Permet à toutes les traces d'être acheminées vers le processus traced.
-a Permet d'imprimer toutes les traces ou de réinitialiser les options de trace activées.
+cagent Autorise les lignes de trace qui sont générées lorsque des actions sont effectuées
dans le processus d'agent.
+mem Autorise les traces qui sont générées par le processus Confmem.
+web Permet aux traces d'être acheminées vers le processus traced lorsqu'une action est
effectuée par la gestion de serveur web.
+cmisd Autorise les traces générées lorsque la communication se fait par le processus
CMISD. Cela permettra d'identifier les informations transférées par CMISD.
+aud Envoie les lignes de trace qui sont générées pendant le processus audit.
+br Autorise les lignes de trace qui sont générées pendant le processus broadcast.
+pcs Autorise les traces qui sont générées pendant pcscopy.
+ipl Fournit les traces des artères IP pendant la transaction des paquets IP sur le
réseau.
+hotbascul Envoie les traces pendant le processus de commutation de l'artère hôtelière.
+naud Autorise les lignes de trace qui sont générées pendant l'audit de nuit.
+linf Envoie les traces du processus linf.
+vidfifo Envoie les traces du processus vidfifo.
+tax Capture les traces liées à tax (comptabilité).
+inc2trap Envoie les lignes de trace qui sont générées lorsque des événements sont envoyés
à l'application externe via le processus incid2trap.
+motor Génère des messages SIP (transaction SIP).
+pbmd Fournit les traces liées au répertoire téléphonique(pbmd).
+cac Fournit les traces de la gestion CAC (Domaines).
+evtmon Fournit les traces liées aux événements Monitel.
+annu Fournit les traces du processus annu.
+tftp Contrôle les lignes de trace qui sont générées pendant le processus
tftp_download (Téléchargement des binaires pour les postes).
+sappli Envoie les traces du processus server_appli.
+ermad Fournit des traces pendant la connexion du modem à distance en utilisant la carte
eRMA.
+btlink Fournit les traces du processus BT link.
+pnnid Fournit les traces du processus pnnid.
+memload Fournit des traces du processus memloader
La syntaxe à saisir est la suivante:

usage: traced
[-?][-h] print out this usage message
[-d] becomes a daemon process
[-1 trace-output-filename]

[-t to suppress timestamp]

[-g print Date and time]
[-s trace-files-size]
[-f trace-files-number (< 100)]
[dump] prints the enabled trace options
[-a] Disable all the trace options
[+cagent] enable mao_agent trace
[+mem] enable confmem traces
[+web] enable web traces
[+cmisd] enable cmisd traces
[+aud] enable audit traces
[+br] enable broadcast traces
[+pcs] enable pcs traces
[+ipl] enable IPLink traces
[+hotbascul] enable hotbascul traces
[+naud] enable naudit traces
[+linf] enable linf traces
[+vidfifo] enable vidfifo traces
[+tax] enable tax traces
[+inc2trap] enable incid2trap traces
[+motor] enable sip motor traces
[+pbmd] enable Phonebook traces
[+cac] enable cac_sync traces
[+evtmon] enable event_mon traces
[+annu] enable annu process
[+tftp] enable tftp_download traces
[+sappli] enable sappli traces
[+ermad] enable eRMAd traces
[+btlink] enable btlink traces
[+pnnid] enable pnni traces
[+memload] enable memloader traces
2.38 utadown
2.38.1 Exploitation
2.38.1.1 Outil utadown
utadown <[-list] | [-l] | [list] | [l]>
utadown <[-all] | [-a] | [all] | [a]>
utadown <n> <numéro équipement>
utadown <d> <numéro d'annuaire>
utadown <p> <numéro de l'ACT> <numéro de coupleur> <[derrière us] | [numéro de l'accès]> <[user
number] | [a]>
L'outil “utadown” affiche les données relatives au code téléchargé sur les boîtier UTA (local et distant)
comparé au fichier firmware existant sur le système dans le sous-répertoire /DHS3data/
he_download/U-TA/ LU-TA/binluta (pour le firmware UTA local) et /DHS3data/he_download /U-TA/LU-
TA/binruta (pour le firmware UTA distant).
Les différentes options de cette commande vont contrôler son fonctionnement :
• <list> : la commande affichera les postes UA qui doivent être téléchargés mais aucune action de
téléchargement ne sera effectuée sur leurs boîtiers UTA.
• <all> : la commande affichera les postes UA avec boîtiers UTA qui doivent être téléchargés et
démarrera le téléchargement de ces boîtiers.
• <n> : ou avec n'importe quelle option usuelle:
un numéro d'équipement (annuaire, adresse physique ou équipement), la commande sera utilisée
pour forcer le téléchargement du local, du distant ou des deux boîtiers UTA d'un poste UA spécifié.
Exemple :

(0)A4400a> utadown
Usage : utadown <-all | -a | all | a>
to
compare the version and revison number
of
all the UTA boxes in the system with the
the
file code on the disk (binluta, binruta)
and
start the download if necessary
or
Usage : utadown <-list | -l | list | l>
to
compare the version and revison number
of
all the UTA boxes in the system with the
the
file code on the disk (binluta, binruta)
and
display the neqt requiring a download
or
Usage : utadown <n neqt-number (0-4471)> ou
<d
directory-number [1..8]> ou bien
<p
crist-nb cpl-nb acces|us-nb term-nb>
<p
crist-nb cpl-nb acces|us-nb a for all
to
force the dowmload of the local,remote
or
both UTA boxes of a specific UA set
Exemple :
avec option [all]

(0)A4400a> utadown -all
Local disk version = 0, Local disk revision = 1

Remote disk version = 0, Remote disk revision = 1
No answer from local UTA box (neqt=474);
avec option [list]

(0)A4400a> utadown -list
Local disk version = 0, Local disk revision = 1

Remote disk version = 0, Remote disk revision = 1
No answer from local UTA box (neqt=474);
There is no UTA boxes requiring a new download in all the system...
avec option [numéro_annuaire]

(0)A4400a> utadown d 6549
Which UTA do you want to force the download Local (L/l)

Remote
(R/r)
or Both (B/b) ? :l

Chapitre
3 netadmin
3.1 Présentation
3.1.1 Présentation
Netadmin permet la définition du plan d'adressage IP des Communication Servers, des liaisons série
PPP, de la sécurité, etc.
3.2 Description détaillée

Les menus utilisateurs netadmin sont conçus sur le modèle objet. Chaque menu de gestion autorise
sur chaque objet les commandes :
• View (ou show) (afficher),
• Ajouter
• Update (Mettre à jour)
• Delete
L'ensemble des données relatives à la configuration IP d'une machine est regroupé dans un seul
fichier "netdata" ce qui simplifie les procédures de mise à jour du Call Server dupliqué. De plus il est
possible de revenir dans une configuration antérieure et de prendre connaissance des opérations de
gestion précédemment réalisées en consultant un fichier historique.
Important :
certaines opérations de gestion netadmin (adresse IP, masque, routeur, activation de la sécurité,...)
doivent impérativement se faire sur le port de la console. En position de telnet, un blocage du dialogue
pourrait survenir lors de l'application des modifications.
Les opérations autorisées par telnet sont :
• Redondance de l'UC
• Adressage par rôle,
• Liaisons séries (PPP),
• Noms et adresses d'hôtes (sauf routeur par défaut),
• Copy setup.
L'utilisation d'un rlogin ou d'un rsh sans commande pour se connecter à un Call Server est impossible.
Seule la commande telnet permet d'établir une connexion.
3.2.1 Mémorisation des configurations

Les trois dernières sessions de configuration validées par le menu 'Apply modifications' sont
mémorisées. Le menu 'Restore previous saved state' (voir : Restore previous saved state à la page
122) permet de revenir à l'une des trois configurations enregistrées précédemment. Cette
fonctionnalité permet de tester l'impact de modifications apportées sur deux configurations.
3.2.2 Prise en compte des modifications

La prise en compte des modifications peut se faire à tout moment soit en tapant la lettre "a" à l'intérieur
de tout menu, soit en ayant recours au menu 'Apply modifications' (voir : Appliquer les modifications
à la page 122).
Lors de la fermeture d'une session netadmin au cours de laquelle des modifications ont déjà été
apportées, il est proposé à l'utilisateur de les appliquer, si cela n'a pas déjà été fait.

Chapitre 3 netadmin
3.2.3 Adressage par défaut / adressage client

netadmin propose un plan d'adressage par défaut, qui peut être conservé s'il n'entre pas en conflit
avec le plan d'adressage déjà établi chez le client.
Dans le cas contraire, il est nécessaire d'établir un nouveau plan d'adressage en accord avec
l'administrateur réseau.
3.2.4 Ouverture d'une session netadmin

Une seule session netadmin peut être lancée, un contrôle empêchant l'ouverture de plusieurs
sessions simultanées.
3.2.5 Copie vers ou d'un Call Server dupliqué

A tout moment il est possible d'effectuer une copie des données netadmin (netdata, hosts,...) soit du
Call Server local vers le dupliqué, soit du dupliqué vers le local (menu 10. 'Copy setup'). Dans le cas
d'une copie du Call Server local vers le dupliqué, si des modifications ont été apportées à la
configuration, l'utilisateur est invité à les appliquer, cette condition étant indispensable au
déclenchement effectif de la copie.
Note :
le transfert n'est pas automatique. Après chaque modification sur un Call Server, il faut donc lancer un transfert
vers le Call Server dupliqué.
Attention :
avant de lancer la copie :
• s'assurer que la duplication et l'adressage par rôle sont bien gérés à l'identique sur les 2 Call Server,
• s'assurer que les 2 Call Server sont dans le même état : application du téléphone lancée ou arrêtée.
À ce sujet, voir également la rubrique duplication du serveur de communication dans
8AL91032FRBA
3.2.6 Options de démarrage

Les options disponibles de netadmin sont les suivantes :
sans option installation minimale en mode ligne.
-m permet d'accéder à toutes les rubriques de netadmin.
-n x y noeud y du réseau x (x=0 par défaut).
-a réinitialisation des paramètres pour la CPU A, définit un adressage par défaut

avec CPU dupliquée et adressage par rôle.
peut être couplé avec l'option -n.
Exemple :
Netadmin -a donne une configuration stand-alone par défaut : adresse de la CPU A :

10.253.253.1.
Netadmin -n 1 -a donne une configuration par défaut avec numéro de réseau=0 et
numéro de noeud=1 : adresse de la CPU A : 10.253.1.1.
Netadmin -n 2 1 -a donne une configuration par défaut avec numéro de réseau=2
et numéro de noeud=1 : adresse de la CPU A : 10.2.1.1.

Chapitre 3 netadmin
-b réinitialisation des paramètres pour la CPU B.

Fonctionnement identique à ci-dessus, mais le nom et l'adresse attribués à la
CPU correspondent à une CPU B (nom en xb et adresse locale en 10.R.N.2).
-p yes/no -p /yes impose l'adressage par défaut, -p /no n'impose pas l'adressage par dé-
faut.
-v version de netadmin.
-h help, description et des options "netadmin".

Note :
Les options de netadmin les plus utilisées sont :
• netadmin (pour une nouvelle installation),
• netadmin -m (lecture, modification de la configuration).
3.2.7 Commande netadmin

La commande netadmin correspond au menu 1. 'Installation' du menu général obtenu en lançant
netadmin -m.
Elle n'autorise donc qu'une configuration minimale de base. Pour compléter et ajouter des
fonctionnalités supplémentaires par exemple une liaison PPP, il faudra avoir recours à des menus
spécifiques, une fois l'installation minimale effectuée.
Pour la description de la commande netadmin -m, voir Exploitation à la page 98.
3.3 Exploitation
La commande netadmin -m donne accès à un menu général intitulé : Alcatel e-Mediate IP Network
Administration:
Alcatel-Lucent e-Mediate IP Network Administration
================================================
1. 'Installation'
2. 'Show current configuration'
3. 'Local Ethernet interface'
4. 'CPU redundancy'
5. 'Role addressing'
6. 'Serial links (PPP)'
7. 'Tunnel'
8. 'Routing'
9. 'Host names and addresses'
10. 'Copy setup'
11. 'Security'
12. 'DHCP configuration'
13. 'SNMP configuration'
14. 'DNS configuration'
15. 'Proxy configuration'
16. 'VLan configuration'
17. 'Node configuration'
18. 'Ethernet redundancy / Multi Ip Address'
19. 'History of last actions'
20. 'Apply modifications'
0. 'Quit'
3.3.1 Installation
L'accès à la rubrique 1. 'Installation' peut également se faire directement au moyen de la commande
netadmin.

Chapitre 3 netadmin
Dans une configuration dupliquée Communication Server, les deux serveurs de communication
peuvent se trouver sur des sous-réseaux différents. Si tel est le cas, les nœuds R6.1 doivent être
connectés par un tunnel IP/X25.
Note :
Pour configurer les paramètres de sécurité, se connecter sous le compte root.
L'organigramme correspondant à l'installation est le suivant :
Supprimer les données existantes ?

Non
Utiliser IP/X25 ? Non
Initialisation : N° de réseau et de Nœud (init. Adresse par défaut) 2
Nom du nœud ? 3
Activer le solutionneur de nom interne ? 4
Enter local CPU position ? n pour CPU autonome 5
Interface locale Ethernet CPU : Nom, IP @ et Masque

(+Nom et adresse en cas de Main CPU) 6
Si CPU autonome
1
Interface Twin CPU Ethernet :
-Nom, IP @ et Masque 7
-Nom et adresse en cas de Main CPU (Serveurs d'appel dupliqués)
Configurer routeur par défaut ?

Non
Nom du Routeur et Adresse IP 8
Adresse de l'Hôte de confiance 9
Données enregistrées 10
Fin
Figure 3.2 : Organigramme d'installation de NETADMIN
1. Sortie sans modification

Chapitre 3 netadmin
2. Affectation d'un numéro de réseau et d'un numéro de site (nœud) pour initialisation du tunnel IP/
X25. Le numéro de site attribué doit être unique.
Note :
L'utilisation d'un tunnel IP/X25 est obligatoire entre les nœuds sur lesquels les deux serveurs de
communication sont sur des sous-réseaux différents. Il est donc fortement recommandé de configurer ce
paramètre.
3. Affectation d'un nom de noeud. Lorsqu'un nom de nœud est défini, le serveur DNS local peut
envoyer l'adresse par rôle du serveur de communication principal à une application observant
plusieurs nœuds.. Ce nom de nœud doit être différent du nom physique des deux serveurs de
communication. Le nom doit commencer par une lettre et peut contenir des lettres, des chiffres, ".",
"-". Il est configuré comme un alias dans le fichier hosts.
Note :
Si les deux serveurs de communication sont sur le même sous-réseau, Alcatel-Lucent Enterprise recommande
d'utiliser le même nom principal et la même adresse pour les deux serveurs de communication.
Nœud : Hera
Requête Réseau
= Zeus
Routeur
Serveur de Serveur de
communication communication
Principal de secours
Réseau Nœud : Demeter
Routeur
Nœud : Zeus
Routeur Routeur communication communication
communication communication
4. Activation du résolveur de nom interne. Cette étape est obligatoire pour les terminaisons SIP.
5. Choix de la position du serveur de communication local a, b ou n, répondre :
• n si le serveur de communication est unique, le système considère alors que le serveur de
communication est non dupliqué,
• a, le nom du serveur de communication est en xa,
• b, le nom du serveur de communication est en xb.
En fonction de la réponse, la configuration de l'interface Ethernet du serveur de communication
dupliqué pourra être demandée par la suite. Celle-ci ne sera demandée que si le serveur de
communication n'est pas unique, c'est-à-dire si une position a ou b a été donnée en réponse à la
question choix de la position.
Note :
Si le serveur de communication est dupliqué,

Chapitre 3 netadmin
• attention à ne pas déclarer les deux Call Server en a ou en b,

• après installation, il est nécessaire de définir l'adressage par rôle.
Note :
Les deux serveurs de communication peuvent appartenir à des sous-réseaux différents. Bien que ce ne soit
pas obligatoire, lorsque les deux serveurs de communication sont sur le même sous-réseau, Alcatel-Lucent
Enterprise recommande d'utiliser la même adresse par rôle pour les deux serveurs de communication.
6. Définition :
• du nom, de l'adresse IP et du masque de sous-réseau de l'interface Ethernet du serveur de
communication local,
• Le nom et l'adresse de ce serveur de communication lorsqu'il est le serveur de communication
principal.
Les noms doivent commencer par une lettre et peuvent contenir des lettres, des chiffres, ".", "-".
7. Déclaration éventuelle d'un serveur de communication dupliqué, définition de son nom, adresse IP
et masque dans les mêmes conditions que le serveur de communication local. Le serveur de
communication dupliqué ne sera à définir que si une position a ou b a été attribuée au serveur de
communication local.
Les adresses par rôles doivent être entrées. Par défaut, l'adresse par rôle Main pour les deux
serveurs de communication (local et twin) est 10.R.N.3.
Les noms doivent commencer par une lettre et peuvent contenir des lettres, des chiffres, ".", "-".
8. Définition éventuelle du nom et de l'adresse IP du routeur par défaut. Le nom du routeur doit
commencer par une lettre et peut contenir des lettres, des chiffres, ".", "-".
Dans une configuration dupliquée où les deux serveurs de communication sont sur le même sous-
réseau, netadmin demande la saisie d'informations pour un seul routeur. Si les deux Call Servers
sont sur des sous-réseaux différents, il faut déclarer les deux routeurs.
9. Ce menu n'apparaît que lorsque l'interface Ethernet a été isolée. Il y a plusieurs manières d'isoler
l'interface Ethernet :
• sélectionnez l'option trusted hosts/TCP wrapper (niveau 2 ou niveau 3) à l'étape Security
Setting de la procédure d'installation du serveur de communication (voir le chapitre :
Installation du Communication Server dans 8AL91032FRBA)
• accédez au menu Security de l'outil netadmin, voir :Isolement de l'interface Ethernet et des
accès TCP à la page 110.
Une fois le PCX isolé, le système propose de définir les "trusted hosts". Il faut pour se
faire être connecté via le compte root. La déclaration des "trusted hosts" est détaillée :
Accès Ethernet restreint à la page 111.
10. Prise en compte automatique des informations fournies et mise à jour de la base locale dès que
l'utilisateur a répondu à toutes les questions.
Note :
Si le serveur DNS client est utilisé pour résoudre les FQDN PBX, terminez la configuration en entrant les FQDN
PBX sur le serveur DNS client. Pour plus de détails, reportez-vous à la section Configuration du FQDN PBX sur
un serveur DNS client dans 8AL91049FRAA.
3.3.2 Show curent configuration

La rubrique 2. 'Show current configuration' permet de consulter la configuration de chaque serveur
de communication, local et dupliqué, relativement à chaque interface IP, chaque interface Ethernet
(lorsque l'adresse multi-IP Ethernet est activée), les adresses IP par rôle, les adresses IP et nom
attribués aux interfaces, ainsi que des informations générales concernant l'état du système.
Le nom du nœud et l'état du résolveur de nom interne sont affichés avant toute information spécifique
au serveur de communication. Des informations sur les masques de sous-réseau et les routeurs sont
données, Ce principe s'applique même lorsque les deux serveurs de communication d'une

Chapitre 3 netadmin
configuration de serveurs de communication dupliquée se trouvent sur le même sous-réseau. Ce

principe s'applique même lorsque les deux serveurs de communication d'une configuration de serveurs
de communication dupliquée se trouvent sur le même sous-réseau.
Exemple :
Your system has the private network number 4 and the site number 7.
Private IP addressing space: no
Restricted internet accesses: yes
Security with SSH: yes
Accept ICMP redirect: yes
Low dynamic ports range configuration : 10000 - 10127
There is no VLan configuration. No frame will be 802.1q-tagged.
node name: xxx

internal name resolver activated: yes
Ethernet interface setup

========================
netmask: 255.255.0.0
=================================================================
| Machine type |Local interface |Name |Address |
=================================================================
| local | Ethernet | xa004007 | 10.4.7.1 |
| local main | Ethernet | xma004007 | 10.4.7.3 |
| router | Ethernet | router_A | 10.4.7.254 |
| local | IP/X25 tunnel |x004007_tun | 172.30.4.7 |
=================================================================
CPU redundancy setup
====================
netmask: 255.255.0.0
=========================================================
| Machine type | Local interface | Name | Address |
=========================================================
| local | Ethernet | xb004007 | 10.4.8.1 |
| local main | Ethernet | xmb004007| 10.4.8.3 |
| router | Ethernet | router_A | 10.4.8.254|
=========================================================
Lorsque l'adresse Ethernet multi-IP est activée, appuyer sur Entrée pour afficher successivement les
caractéristiques de chaque interface Ethernet.
Exemple :
eth0: Ethernet interface setup
==============================
Netmask : 255.255.255.0
==============================================================================
==============================================================================
| local | Ethernet | oxe-a | 192.0.2.1 |
| router | Ethernet | gateway-a | 192.0.201.254 |
==============================================================================
<return> to continue.
==============================
Netmask : 255.255.255.0
==============================================================================
==============================================================================
| local | Ethernet | oxe-a.mngt | 198.51.100.1 |
| router | Ethernet | gateway.mngt | 198.51.100.254 |
==============================================================================

Chapitre 3 netadmin

==============================
Netmask : 255.255.255.0
==============================================================================
==============================================================================
| local | Ethernet | oxe-a.storage | 203.0.113.1 |
| router | Ethernet | gateway.storage | 203.0.113.254 |
==============================================================================
3.3.3 Interface Ethernet locale

La rubrique 3. 'Local Ethernet interface' permet de consulter ou de modifier les paramètres de
l'interface Ethernet, nom et adresse IP, valeur du masque, attribués lors de la première installation ou
d'une configuration précédente. La valeur du masque par défaut est 255.255.255.192.
Cette section permet d'accéder aux options suivantes :
1. View
2. Update
0. Previous menu
• La rubrique 3.1"View" permet de voir les paramètres de l'interface Ethernet.

Exemple :
Ethernet interface setup
=================================
Internet name : xa004007
Internet address : 10.4.7.1
Netmask : 255.255.255.192
• La rubrique 3.2 "Update" permet de modifier le nom, l'adresse et le masque de sous-réseau de
l'interface Ethernet du serveur de communication local.
Un message de mise en garde apparaît :
VERY IMPORTANT: If you change these values, the DHCP clients of this node may reset!
Cette section permet de déplacer le serveur de communication vers un autre sous-réseau. Si le

serveur de communication est déplacé vers un autre sous-réseau, netadmin rappelle de mettre à
jour l'adresse par défaut du routeur, les routes statiques et les trusted hosts.
WARNING: You have changed subnets, please update your default router,
static routes and trusted hosts if necessary.
3.3.4 Redondance de l'UC

La rubrique 4. 'CPU redundancy' permet de consulter ou de modifier les paramètres du serveur de
communication dupliqué. Pour en savoir plus, se reporter à la section Duplication du serveur de
communication dans le document 8AL91032FRBA.
Cette section permet d'accéder aux options suivantes :
1. View
2. Add
3. Update
4. Delete
0. Previous menu
• La rubrique 4.1 "View" permet de voir les paramètres du serveur de communication dupliqué, nom
et adresse par interface quand elle existe.
Exemple :
netmask : 255.255.255.0
==============================================================

Chapitre 3 netadmin
==============================================================
| twin | Ethernet | cpu_B | 192.40.20.1 |
| local main | Ethernet | smb001001 | 192.40.20.2 |
| router | Ethernet | router_B | 192.40.20.254 |
==============================================================
Lorsque l'adresse Ethernet multi-IP est activée, appuyer sur Entrée pour afficher successivement
les caractéristiques de chaque interface Ethernet.
• La rubrique 4.2 "Add" permet d'ajouter un serveur de communication dupliqué. Seront à définir la
position "a" ou "b", le nom et l'adresse IP de l'interface Ethernet et le masque de sous-réseau.
Lorsque l'adresse Ethernet multi-IP est activée, vous devez d'abord sélectionner l'interface Ethernet
à configurer ( 1. eth0, 2. eth1 ou 3. eth2).
Si le serveur de communication twin est sur un sous-réseau différent, netadmin demande la mise à
jour du (ou des) routeur par défaut, des routes statiques et des trusted hosts :
WARNING: Local and Twin CPU are not on the same subnet, please update your
default router(s), static routes and trusted hosts, if necessary.
Exemple :
CPU redundancy setup
====================
Enter local CPU position ('a' or 'b') ? b

Twin CPU name (default is xb001001) ? cpu_B
The name you have given is not in our hosts database. Do you want to add it and
give the corresponding address (y/n default is 'n') ? y
Twin CPU's address ? 192.40.20.1

Network mask ? 255.255.255.0
Si le serveur de communication twin et le serveur de communication local sont sur le même sous-
réseau, il n'est pas obligatoire de définir un routeur par défaut. Pour définir un routeur par défaut,
voir Routage à la page 107.
• La rubrique 4.3 "Update" permet de changer la position, le nom, l'adresse IP et le masque de sous-
réseau du serveur de communication dupliqué.
à mettre à jour ( 1. eth0, 2. eth1 ou 3. eth2).
Si le serveur de communication twin est sur un sous-réseau différent, netadmin demande la mise à
jour du (ou des) routeurs par défaut, des routes statiques et des trusted hosts (voir : Routage à la
page 107 et Sécurité à la page 110).
Exemple :
Update the twin CPU Internet parameters
=======================================
Twin CPU name (default is xb001001) ? cpu_B

Twin CPU's address (default is 130.24.11.2) ? 192.40.20.2
Network mask (255.255.0.0) ? 255.255.255.0
Warning: Local and Twin CPU are not on the same subnet,
please update your default(s) router(s), Static routes and
Trusted hosts if necessary
• La rubrique 4.4 "Delete" permet de supprimer le serveur de communication dupliqué.
3.3.5 Adressage par rôle,

La rubrique 5. 'Role addressing' donne accès aux rubriques habituelles (voir, ajouter, modifier,
supprimer) relatives à l'adressage par rôle. Pour l'adressage par rôle, des noms et adresses IP par
défaut sont attribués.
• La rubrique 5.1 "View" permet de consulter la configuration existante.

Chapitre 3 netadmin
Lorsque l'adresse Ethernet multi-IP est activée, appuyer sur Entrée pour afficher successivement
les caractéristiques de chaque interface Ethernet.
En cas de duplication du serveur de communication, cette section donne des informations sur :
• Les deux serveurs de communication, lorsqu'ils appartiennent à des sous-réseaux différents.
• Le serveur de communication principal, lorsque les deux serveurs se trouvent sur le même sous-
réseau.
Exemple :
=====================================================================
=====================================================================
| local Main | Ethernet | xma001001 | 130.24.11.2 |
| twin Main | Ethernet | xmb001001 | 192.40.20.2 |
=====================================================================
• La rubrique 5.2 "Add" permet de configurer l'adressage par rôle.
à configurer ( 1. eth0, 2. eth1 ou 3. eth2).
En configuration dupliquée, lorsque les deux serveurs de communication sont sur des sous-réseaux
différents, le serveur de communication dupliqué doit avoir un nom et une adresse main. Les
masques de sous-réseau sont définis par la configuration de base netadmin .
L'ajout d'adresses et de noms par rôle met à jour le fichier hosts.
Si les deux serveurs de communication sont sur le même sous-réseau, il est recommandé d'utiliser
le même nom principal et la même adresse pour les deux serveurs de communication.
Exemple :
Name used when the local CPU role is Main (default is xma001001) ?
Address used when the local CPU role is Main (default is 10.1.1.3) ? 130.24.10.2
Name used when the twin CPU role is Main (default is xmb001001) ?
Address used when the twin CPU role is Main ? 192.14.20.3
• La rubrique 5.3 "Update" permet de modifier l'adressage par rôle.
Ceci s'applique également aux noms et adresses par rôle des serveurs de communication local et
twin, en configuration dupliquée de serveurs de communication sur un sous-réseau différent.
à mettre à jour ( 1. eth0, 2. eth1 ou 3. eth2).
Exemple :
What is your choice ? 3
Name used when the local CPU role is MAIN (default is xma001001) ?
Address used when the local CPU role is MAIN (default is 130.24.10.2) ?
Name used when the twin CPU role is MAIN (default is xmb001001) ?
Address used when the twin CPU role is MAIN (default is 192.40.20.2) ?
• La rubrique 5.4 "Delete" permet de supprimer la configuration et l'adressage par rôle.
Note :
Une adresse CPU main par rôle peut être attribuée même si la CPU n'est pas dupliquée.
3.3.6 Artères série

La rubrique 6. 'Serial links' donne accès aux rubriques habituelles (voir, ajouter, modifier, supprimer)
relatives aux liaisons séries PPP :
• sur boîtier MOXA (carte CS ou Appliance Server),
• sur CPU7-2
Pour plus d'informations sur le boîtier Moxa, voir Introduction à la page 189.

Chapitre 3 netadmin
Note :
SLIP n'est pas implémenté sur l'OmniPCX Enterprise.
1. View
2. Add
3. Update
4. Delete
0. Previous menu
• La rubrique 6.1 'View' permet de voir la configuration d'une liaison série.

Exemple :
Device name ('q' to cancel, default is all) ?

====================================================================
Device | Protocol | Local address | Peer address |
====================================================================
ttyef | PPP | 10.253.1.142 | 10.253.1.143 |
• La rubrique 6.2 'Add' permet d'ajouter une nouvelle configuration de liaison série PPP.
Add a serial link for Internet Protocol over V24 (PPP)
===========================================================
Which device do you want to use for this connection (e.g. /dev/ttyS1,
'q' to cancel this setup) ? /dev/ttyef
Pour répondre à la question suivante, indiquez le nom du port de l'unité MOXA : dans l'exemple ci-
dessus, ttyef désigne le premier port de la première unité MOXA ("ttyef" est le terme utilisé au
moment de la rédaction de ce document).
WARNING: You should declare a login with mgr (or ttyconf) for this
device. Do you really want to add this device (y/n)? y
Peer interface Internet address (default is 10.253.253.143) ?
Local interface Internet address (default is 10.253.253.142) ? 10.253.253.140
Speed (default is 9600) ?
Do you use a modem (y/n) ? n
Compression (default is y) ?
Do you want to use authentication with CHAP protocol (default is n)
Note :
les adresses PPP locales et distantes ne sont pas gérables, elles sont déterminées automatiquement par
netadmin.
Note :
si le gestionnaire choisit d'activer la sécurité CHAP, il devra avoir défini au préalable les utilisateurs autorisés
dans le menu CHAP. Au cas où cela n'aurait pas été fait, le message suivant apparaît :
"If you want to use authentication, first you must add a CHAP configuration".
Note :
No PPP on console port.
• La rubrique 6.3 'Update' permet de modifier la configuration d'une liaison série d'un port donné.
• La rubrique 6.4 'Delete' permet de supprimer la configuration d'une liaison série.
3.3.7 Tunnel
La rubrique 7. 'Tunnel configuration' donne accès aux rubriques habituelles (voir, ajouter, modifier,
supprimer) relatives au tunnel IP/X25.
Note :
Si le tunnel n'a pas été déclaré lors de l'installation, il ne peut pas être ajouté.
IP/X25 tunnel configuration
====================================
1. Show local tunnel setup
2. Create/update local Tunnel setup
3. Delete local tunnel setup
0. Previous menu
• La rubrique 7.1 'Show local tunnel setup' permet de consulter la configuration existante.
Exemple :

Chapitre 3 netadmin
IP/X25 tunnel setup

=======================
name : x004007_tun
address: 172.30.4.7
netmask: 255.255.0.0
• La rubrique 7.2 "Create/update local Tunnel setup" permet de définir/modifier les
paramètres de l'interface locale IP/X25 : définition du nom, de l'adresse IP. La valeur du masque est
toujours 255.255.0.0.
Peu utilisé : l'adressage de l'interface IP/X25 n'est à modifier que s'il entre en conflit avec
l'adressage du client. La modification est à appliquer à tous les noeuds du réseau.
• La rubrique 7.3 'Delete local tunnel setup' permet de supprimer la configuration de l'interface
tunnel IP/X25.
3.3.8 Routage
La rubrique 8. 'Routing' donne accès aux rubriques habituelles (voir, ajouter, modifier, supprimer)
relatives au "routeur par défaut", au routeur des interfaces eth1 et eth2 (lorsque l'adresse multi-IP
Ethernet est activée) et aux "routes statiques".
8.Routing setup
===============
1. 'Default router setup'
2. 'Static routes'
3. 'Dynamic routing (RIP/RSL)'
4. 'eth1 router setup'
5. 'eth2 router setup'
0. 'Previous menu'
3.3.8.1 Default router setup

Rappel :
on a recours au routeur par défaut pour rediriger les datagrammes IP vers une (ou des) machine(s) n'appartenant
pas au sous-réseau du PCX et pour lesquelles une route statique n'a pas été définie.
La sous rubrique 8.1. 'Default router setup' permet de définir les paramètres d'un routeur par défaut.
• La rubrique 8.1.1. 'View' permet de voir les paramètres du routeur par défaut quand il existe.
Dans une configuration de serveurs de communication dupliqués, cette option détaille les routeurs
pour le serveur de communication local et le serveur de communication twin, lorsqu'ils sont sur des
sous-réseaux différents.
Lorsque les deux serveurs de communication sont sur le même sous-réseau, cette option détaille le
routeur par défaut.
Exemple :
Avec les deux serveurs de communication sur un sous-réseau différent
Default router setup
=======================
Local Router Setup

==================
Default router name: router_A

Default router address: 130.20.10.254
Twin router Setup

==================
Default router name: router_B

Default router address: 192.40.20.254
• La rubrique 8.1.2. 'Add/Update' permet d'ajouter ou de modifier les paramètres du routeur.
netadmin permet d'ajouter, modifier ou supprimer un deuxième routeur sur le sous-réseau du
serveur de communication twin. S'il n'existe pas de serveur de communication twin, ou lorsque le

Chapitre 3 netadmin
serveur de communication twin est sur le même sous-réseau que le serveur de communication
local, seul le router du sous-réseau local peut être modifié.
Exemple :
8.1 Default router setup
========================
1. View
2. Add/Update
3. Delete
0. Previous menu
Local router setup (default is router_A) ?
Default router address (default is 130.24.10.254) ?
Twin router setup (default is router_B) ?
Default router address (default is 192.40.20.254) ?
• La rubrique 8.1.3. 'Delete' permet de supprimer le routeur par défaut.
Note :
lors de l'isolation de l'interface Ethernet (voir Isolement de l'interface Ethernet et des accès TCP à la page 110), le
routeur par défaut est ajouté automatiquement dans la liste des trusted hosts.
3.3.8.2 Routeurs eth1 et eth2

Lorsque l'adresse Ethernet multi-IP est activée, les sous-sections 8.4. 'eth1 router setup' et 8.5. 'eth2
router setup' sont utilisées pour configurer les paramètres d'un routeur pour les interfaces eth1 et
eth2.
La configuration est similaire à celle du routeur par défaut.
3.3.8.3 Routes statiques

La rubrique 8.2 'Static routes' permet de définir des routes statiques permettant d'atteindre les
équipements qui appartiennent à un sous-réseau différent du PCX et qui ne sont pas accessibles par
l'intermédiaire du routeur par défaut.
Cette solution est moins souple que la précédente et nécessite la gestion des adresses de destination :
pour les adresses IP de machine ou réseau, vous devez indiquer l'adresse associée du routeur qui
traitera les datagrammes qui lui sont envoyés.
Pour définir une route statique, les paramètres suivants doivent être renseignés:
• type de destination : h pour une station (host), n pour un réseau (net),
• adresse IP ou nom de destination, et dans le cas d'un réseau, l'adresse IP de destination et le
masque,
• adresse IP ou nom du routeur permettant d'accéder à l'adresse de destination,
• adresse IP correspondant au nom du routeur (éventuellement).
Dans une configuration dupliquée où les deux serveurs de communication ne sont pas sur le même
sous-réseau, il faut déclarer un deuxième routeur dans le sous-réseau du serveur de communication
twin.
Attention :
les routes statiques doivent être mises à jour (dans un premier temps supprimées, puis créées pour une
configuration dupliquée) lorsque l'un des serveurs de communication (local ou twin) est dans un sous-
réseau différent. Si le serveur de communication local et/ou twin reste sur le même sous-réseau, les
routes statiques existantes restent valables.
Note :
en cas d'isolation de l'interface Ethernet, le routeur déclaré pour la route statique doit être ajouté manuellement
dans la liste des trusted hosts (voir Déclarer dans les trusted hosts un équipement joignable par route statique à la
page 115).
La rubrique 8.2.1. 'View' permet de voir les routes statiques définies.

Chapitre 3 netadmin
Dans une configuration dupliquée où les deux serveurs de communication sont sur des sous-réseaux
différents, l'information est affichée dans un seul tableau.
Exemple :
==================================================================================
| Dest. address | Dest. name | Netmask | Gateway addr | Gateway name |
==================================================================================
| 155.132.45.87 | cb100s039 | | 192.40.52.106 | clin5206 |
| on the twin cpu| 192.40.53.105 | clin5305 |
| 155.132.50.51 | cb100s025 | | 192.40.52.106 | clin5206 |
on the twin cpu| 192.40.53.105 | clin5305 |
| 155.132.41.24 | cb100s004 | | 192.40.52.254 | router-52 |
| on the twin cpu| 192.40.53.254 | router-53 |
La rubrique 8.2.2. 'Add/Update' permet d'ajouter ou de modifier la déclaration d'une route statique.
Exemple :
8.2 Static routes
========================
1. View
2. Add /Update
3. Delete
0. Previous menu
Static route setup
==================
Destination type ('h' for hosts, 'n' for network) ? h

Destination IP address (or name) ? nemesis
Internet address for this name (default is 155.132.20.11) ?
Gateway's IP address (or name) ? router-supp
Twin Gateway's IP address (or name) ? router-Twin2
La rubrique 8.2.3. 'Delete' permet de supprimer une route statique.
3.3.8.4 Dynamic routing (RIP/RSL)

différents, le sous-menu de l'acheminement dynamique reste identique. Les protocoles RIP/RSL
n'échangent des informations que lorsque les deux CPUs sont sur le même sous-réseau. Lorsque les
deux serveurs de communication sont sur des sous-réseaux différents, GateD, qui met à jour les tables
de routage, n'est démarré que sur le serveur de communication Main. Lorsque les deux Call Server
sont sur le même sous-réseau, GateD est démarré sur les deux serveurs de communication.
3.3.9 Noms d'hôtes et adresses

Menu 9.1. 'Host database update' permet de consulter et modifier le fichier /etc/hosts, qui contient la
relation nom d'hôte, alias, adresse IP des équipements du réseau (exemple : 4760, serveur de
communication, mévo).
1.Host database update
2.Aliases
0.Previous menu
Il est conseillé de modifier le fichier /etc/hosts via Netadmin, pour que les autres fichiers système soient
mis à jour simultanément, ceci évite d'avoir à mettre à jour ces fichiers manuellement.
Exemple de consultation des hosts : le nom principal apparaît dans la seconde colonne, les alias
dans les colonnes suivantes.
Host name or address (default is all):
127.0.0.1 loopback
10.4.4.40 xa004007 localhost
255.255.255.0 subnetmask
255.255.255.255 broadcastall
10.4.4.45 eva

Chapitre 3 netadmin
10.4.4.41 xb004007 twincpu_eth twincpu_best

192.168.2.118 pc118
La rubrique 9.2. 'Aliases' donne accès aux rubriques habituelles (voir, ajouter, modifier, supprimer)
relatives aux alias. Par l'intermédiaire de cette rubrique il est possible d'attribuer un alias à l'un des
équipements faisant partie de la liste des équipements identifiés.
Exemple :
Alias | Host name | Host address
=======================================
floch | PC118 | 192.168.2.118
3.3.10 Copy setup.

La rubrique 10. 'Copy setup' permet de déclencher:
1. Une copie du serveur de communication dupliqué vers le serveur de communication en cours
d'utilisation.
2. Une copie du serveur de communication en cours d'utilisation vers le serveur de communication
dupliqué.
1. Copy from twin CPU
2. Copy to twin CPU
Dans le contexte 2, au cas où des modifications viendraient d'être effectuées sur le serveur de
communication en cours d'utilisation, le déclenchement de la copie ne pourra effectivement se produire
qu'après prise en compte des modifications. Le système gère cette condition et un dialogue ("you have
made some modification, please apply") propose à l'utilisateur qui souhaite déclencher une copie, la
prise en compte des modifications réalisées si cela n'avait pas été fait jusqu'à présent. La configuration
en cours est prise en compte immédiatement sur le serveur de communication.
En cas de copie du serveur de communication dupliqué vers le serveur de communication local, la
configuration recopiée n'est prise en compte qu'après l'apply déclenché par l'utilisateur. Ainsi
l'utilisateur peut modifier la configuration recopiée avant de l'appliquer.
Attention :
Avant de lancer la copie, s'assurer que :
• la duplication et l'adressage par rôle sont bien gérés à l'identique sur les 2 serveurs de
communication,
• netadmin ne s'exécute pas sur le serveur de communication dupliqué au moment du transfert.
3.3.11 Sécurité
Important :
Pour accéder aux menus de sécurité de netadmin, il faut être connecté sous "root" sur port console.
N'accédez pas à ces menus via Telnet : la connexion sera interrompue lorsque l'isolement sera activé.
Deux exemples de configuration de la sécurité sont présentés dans le chapitre sur la configuration
dans 8AL91012FRBA.
3.3.11.1 Isolement de l'interface Ethernet et des accès TCP

Menu 11.1. 'Isolate Ethernet interface and TCP accesses' permet d'activer/désactiver l'isolement de
l'interface Ethernet ainsi que le filtrage TCP appliqué à toutes les interfaces réseau.
Une fois l'isolement activé :
• seules seront en mesure de se connecter à l'interface Ethernet les stations autorisées (trusted)
déclarées dans le menu 2. 'Restricted Ethernet access'. Par exemple, une adresse IP non
intégrée dans les trusted hosts ne peut pas faire de ping sur le serveur de communication (pas de
route IP). En outre les stations autorisées ne pourront avoir accès qu'aux services TCP

Chapitre 3 netadmin
correspondant à leur profil. Cinq profils sont proposés : routeur, CPU, station 4760, équipement IP,
PC installer.
• en ce qui concerne les autres interfaces qu'Ethernet, l'accès aux services soumis au filtrage TCP ne
sera autorisé qu'aux machines déclarées dans la liste des "trusted" du menu “restricted accesses
(except Ethernet)" (différente de la liste "trusted" du menu "restricted Ethernet access"). Une
machine non déclarée dans la liste pourra néanmoins se connecter, mais les services soumis au
filtrage TCP lui seront interdits.
Une isolation préalable (via le menu "Isolate Ethernet interface and TCP accesses") est nécessaire
avant d'ajouter des stations à l'une ou l'autre des listes "de confiance" : restricted Ethernet access et
restricted accesses (except Ethernet).
Note :
Les opérations de sécurité doivent être gérées à partir d'un port console et non en "telnet" car dans ce cas, la
connexion serait coupée à l'application de la modification.
Note :
Restreindre l'accès du PCX est recommandé dès que celui-ci est intégré dans un réseau local client.
3.3.11.2 Accès Ethernet restreint

Le menu 11.2 'Restricted Ethernet access' permet de visualiser, déclarer et modifier les stations
autorisées à se connecter à l'interface ou aux interfaces Ethernet. La déclaration des trusted hosts
peut se faire :
• individuellement en précisant pour chaque trusted host son type, son nom, et si nécessaire, son
adresse IP ou son nom de domaine, voir Ajout/mise à jour d'un trusted host à la page 112,
• par plage d’adresses IP : ceci est particulièrement utile pour les IP-Phones si certaines plages
d'adresses leur sont réservées (voir Ajout/mise à jour d'une plage de trusted hosts à la page 113),
• indirectement, via le serveur DHCP : les adresses déclarées sur le serveur DHCP de l'OmniPCX
Enterprise sont automatiquement reportées dans les trusted hosts, voir le chapitre sur DHCP
Server dans 8AL91047FRAA.
• automatiquement : le routeur par défaut déclaré dans le menu 1. 'Installation' ou 8. 'Routing' est
automatiquement ajouté à la liste des trusted hosts avec le profil 'router'.
Lorsque l'adresse Ethernet multi-IP est activée, les hôtes de confiance sont configurés
indépendamment pour chaque interface Ethernet.
Pour les adresses qui n'appartiennent pas au même réseau / sous réseau IP que le serveur de
communication, le routeur qui permet de les joindre doit appartenir à la liste des stations autorisées.
S'il s'agit d'un autre routeur que le routeur par défaut, il faut donc le déclarer.
11.2.Restricted access
======================
1. 'View trusted hosts'
2. 'View associated services'
3. 'Add/Update a trusted host'
4. 'Add/Update a range of trusted hosts'
5. 'Update type of a trusted host'
6. 'Remove trusted hosts'
7. ’Add/Update a domain name’
8. 'Remove domain name'
0. 'Previous menu'
3.3.11.2.1 Visualisation des trusted hosts

Le menu 11.2.1 'View trusted hosts' permet de visualiser :
• les stations autorisées à se connecter (via le lien Ethernet) qui ont été déclarées individuellement,
• les plages d'adresses IP,
• les adresses IP disponibles pour affectation, déclarées sur le serveur DHCP de l'OmniPCX
Enterprise.

Chapitre 3 netadmin
Exemple :
IP name | IP address | Gateway IP Name | Type of host
==================================================================
carteGD | 192.168.4.53 | localhost | IP-equipment
ip55 | 192.168.4.55 | localhost | IP-equipment
pabx56 | 192.168.4.56 | localhost | CPU
pcconfig | 192.168.4.29 | localhost | 47xx
Range of trusted hosts
First IP address | Last IP address | Gateway IP Name | Type of host
====================================================================
150.122.26.20 | 150.122.26.29 | routeur | IP-equipment
WARNING : the following trusted hosts are DHCP addresses declared by MAO,
they cannot be modified by netadmin.
Range of trusted hosts
First IP address | Last IP address | Gateway IP Name | Type of host
====================================================================
192.168.4.20 | 192.168.4.29 | localhost | IP-equipment
192.168.4.50 | (null) | localhost | IP-equipment
différents, les informations relatives au twin serveur de communication sont également affichées.
Exemple :
IP name | IP address | Gateway IP Name | Type of host|
==================================================================
router-52 | 192.40.52.254 | localhost | Router |
cb100s025 | 155.132.48.51 | router-52 | CPU |
twin gateway | twindefaultrouter | |
cb100s004 | 155.132.44.24 | router-52 | CPU |
twin gateway | twindefaultrouter | |
Lorsque l'adresse Ethernet multi-IP est activée, appuyer sur Entrée pour afficher successivement les
hôtes de confiance pour chaque interface Ethernet.
3.3.11.2.2 Visualisation des services

Le menu 11.2.2 'View associated services' permet la visualisation des services en fonction de
chaque profil prédéfini :
• Basic représente les services disponibles, quelle que soit la configuration de sécurité.
• SSH disabled indique quels sont les services disponibles quand SSH est désactivé.
• SSH enabled indique quels sont les services disponibles quand SSH est activé.
3.3.11.2.3 Ajout/mise à jour d'un trusted host

Le menu 11.2.3. 'Add/Update a trusted host' permet de déclarer et de mettre à jour un trusted host
individuel, par exemple lorsqu'un serveur de communication est déplacé vers un autre sous-réseau,
dans une configuration dupliquée. L'opération se déroule de la façon suivante :
1. Lorsque l'adresse Ethernet multi-IP est activée, sélectionner l'interface Ethernet à configurer
2. sélectionner le type de la station ou de l'équipement parmi les profils proposés :
Enter the type of the trusted host(s) :
1. Router, SIP gateway, other applications
2. CPU
3. 47xx (management machines)
4. IP equipments (IP-Phone, INTIPA/INTIPB, GD, LIOE...)
5. PC Installer
sélectionner 0 pour les routeurs et toute application externe qui ne correspondrait pas aux autres
profils disponibles (PRS, OTUC, CC, VMU, et autres),
Les services disponibles dépendent du type de trusted host. Pour plus d'informations concernant la
disponibilité de ces services, voir 8AL91012FRBA.
3. entrer le nom du trusted host :

Chapitre 3 netadmin
Trusted host's IP name ? pcinstall

4. si le nom entré n'est pas enregistré dans le fichier hosts du serveur de communication (voir Noms
d'hôtes et adresses à la page 109), il faut renseigner l'adresse IP :
The name you gave isn't in our hosts database.
Do you want to add it and so give the corresponding address (y/n default is 'n') ? y
Trusted host's IP address ? 192.168.4.29
5. si l'adresse IP appartient à un autre sous-réseau que le serveur de communication, il faut indiquer
le nom du routeur permettant de joindre ce sous-réseau. Le routeur par défaut est proposé comme
routeur.
Gateway's IP name ? routeur
Note :
ce routeur doit appartenir à la liste des trusted host, sinon la déclaration échoue.
6. Dans une configuration dupliquée où les deux serveurs de communication sont sur des sous-
réseaux différents, le routeur du twin serveur de communication doit être spécifié.
Exemple :
mise à jour d'un trusted host dans une configuration dupliquée, lorsqu'un serveur de communication est déplacé
vers un autre sous-réseau.
1. CPU
4. PC Installer
Trusted host's IP name ? nemesis
Trusted host's IP address (default is 155.132.20.11?
Gateway's IP name (default is router_A) ? router-supp
Twin Gateway's IP name (default is router_B) ? router-Twin2
3.3.11.2.4 Ajout/mise à jour d'une plage de trusted hosts

Le menu 11.2.4 'Add/Update a range of trusted hosts' permet de déclarer une plage entière
d'adresses IP comme trusted hosts. Ceci peut s'avérer utile pour les postes IP, lorsqu'une plage
d'adresses leur a été réservée.
La déclaration se fait comme suit :
1. Lorsque l'adresse Ethernet multi-IP est activée, sélectionner l'interface Ethernet à configurer
2. sélectionner le type de station en fonction des profils proposés :
1. CPU
4. PC Installer
sélectionner 0 pour les routeurs et toute application externe qui ne correspondrait pas aux autres
profils disponibles (PRS, OTUC, CC, VMU, et autres),
3. entrer la première adresse de la plage :
Enter the first address of the range ? 192.168.4.60
4. entrer la dernière adresse de la plage :
Enter the last address of the range ? 192.168.4.69
5. si la plage des adresses IP appartient à un autre sous-réseau que le serveur de communication, il
faut indiquer le nom du routeur permettant de joindre ce sous-réseau.
Gateway's IP name ? routeur
Note :
ce routeur doit appartenir à la liste des trusted host, sinon la déclaration échoue.
6. Dans une configuration dupliquée où les deux serveurs de communication sont sur des sous-
réseaux différents, le routeur du twin serveur de communication doit être spécifié.
Twin Gateway's IP name (default is router_B)?

Chapitre 3 netadmin
3.3.11.2.5 Mise à jour d'un type de trusted host

La rubrique 11.2.5 'Update type of a trusted host' permet de modifier le profil affecté à un trusted
host.
3.3.11.2.6 Remove trusted hosts

La rubrique 11.2.6 'Remove trusted hosts' permet de supprimer de la liste un trusted host/une plage
de trusted hosts.
3.3.11.2.7 Ajout/mise à jour d'un nom de domaine

La rubrique 11.2.7 'Add/Update a domain name' est utilisée pour déclarer et mettre à jour un nom de
domaine de confiance. Ce menu permet d'autoriser la connexion avec un nom de domaine sans avoir
à connaître et à gérer explicitement son adresse IP, et sans nécessiter de gestion supplémentaire en
cas de modification de l'adresse IP associée.
Une fois qu'un nom de domaine est ajouté, l'adresse IP du nom de domaine est résolue et ajoutée au
fichier /etc/hosts. L'adresse IP est vérifiée périodiquement et est mise à jour dans /etc/hosts si
elle est modifiée.
Un nom de domaine est ajouté comme suit :
1. Sélectionnez 11.2.7 'Add/Update a domain name'
2. Saisir le nom du domaine
3. Si vous y êtes invité, confirmez l'ajout du nom dans la base de données des hôtes
3.3.11.2.8 Supprimer un nom de domaine

La rubrique 11.2.8 'Remove domain name' est utilisée pour supprimer de la liste un nom de domaine
de confiance.
3.3.11.3 Accès restreints (sauf Ethernet)

Le menu 11.2 'Restricted accesses (except ethernet)' permet de visualiser, déclarer, modifier les
stations autorisées à accéder aux services via les autres interfaces qu'Ethernet. Filtrage TCP appliqué,
une machine non déclarée pourra malgré tout accéder au PCX, cependant elle ne pourra bénéficier
d'aucun des services gérés par le filtrage TCP.
1. 'View trusted hosts'
2. 'View associated services'
3. 'Add a trusted host'
4. 'Update type of a trusted host'
5. 'Remove a trusted host'
0. 'Previous menu'
Note :
si une machine située sur le réseau Ethernet tente de se connecter à l'interface Ethernet du PCX alors que
l'interface Ethernet est isolée, sans qu'elle ne soit déclarée dans la liste des "trusted" du menu "restricted Ethernet
Access", il lui sera impossible de se connecter, même si elle est déclarée dans la liste des machines autorisées du
menu "restricted accesses (except Ethernet)".
De plus il est interdit d'ajouter à la liste des machines autorisées via le menu "restricted accesses except
Ethernet", des stations déclarées via le menu "restricted Ethernet access". En effet des incohérences pourraient
exister entre les services autorisés dans chacune des deux parties. Dans ce cas un service autorisé dans un
menu et non dans l'autre serait finalement autorisé. Afin d'éviter ce dysfonctionnement, un message suggère à
l'utilisateur, avant qu'il n'ajoute une station dans la liste des stations autorisées du menu "restricted accesses
(except Ethernet)" de ne pas y inclure des stations déjà déclarées dans la liste des stations "Restricted Ethernet
Access".
Le menu 11.3.1 “View trusted hosts” permet de consulter la liste des stations autorisées à se
connecter au PCX autrement que par Ethernet ainsi que les services TCP auxquels elles ont droit.
Exemple :

Chapitre 3 netadmin
IP name or address | Allowed services

===============================================
193.122.26.1 | All
193.122.29.165 | Shell Login
193.122.26.233 | FTP Telnet
Les menus 11.3.2 'View associated services', 11.3.3 'add a trusted host', 11.3.4 'update type of a
trusted host' et 11.3.5 'remove a trusted host' sont identiques à ceux présentés dans le menu 11.2
'restricted Ethernet access'. Cependant la possibilité de déclarer une plage d'adresses IP (en
spécifiant la première et la dernière adresse de la plage) n'est pas offerte. Toutefois, le menu 2 'add a
trusted host' permet de déclarer un ensemble d'adresses en renseignant une adresse incomplète se
terminant par un point, de la forme “x.y.z.”.
3.3.11.3.1 Déclarer dans les trusted hosts un équipement joignable par route statique
Il faut, dans l'ordre :
1. déclarer le routeur de la route statique dans le menu 8.2. 'Static routes'.
2. déclarer le routeur dans le menu 11.2 'Restricted Ethernet access',
3. déclarer l'équipement à joindre dans le menu 11.3 'Restricted accesses (Except Ethernet)'.
3.3.11.4 Configuration Chap

1. View
2. Add/Update
3. Delete
0. Previous menu
• La rubrique 11.4.1 "view" permet de visualiser les utilisateurs autorisés à se connecter par
l'intermédiaire de la liaison série PPP ainsi que le mot de passe qui leur correspond.
À chaque nom d'utilisateur devra être associé un mot de passe d'une longueur maximale de 100
caractères.
Exemple :
Client name | Secret
=========================
DUPOND | lundi
MARTIN | mardi
• La rubrique 11.4.2 "Add / Update" permet d'ajouter des utilisateurs dans la liste.
Les questions posées sont les suivantes:
Enter a client name ?
Entrer le nom identifiant du client autorisé.

Enter the secret ?
Entrez le mot de passe.

• La rubrique 11.4.3 "Delete" permet de supprimer des utilisateurs de la liste.
3.3.11.5 ICMP redirect configuration

Rappel :
le protocole ICMP (Internet Control Message Protocol) fait partie du protocole IP. Il a pour fonction principale de
signaler à l'émetteur une erreur dans le traitement d'un datagramme.
Le message de redirection (ICMP redirect) est un des messages ICMP. Il est envoyé par un routeur vers un
équipement du réseau afin d'optimiser sa table de routage lorsque l'utilisation de routes non optimales a été
constatée.
Le menu 11.5. 'ICMP redirect configuration' permet de désactiver la prise en compte par le serveur
de communication des messages de redirection.
The ICMP redirect is currently ACCEPTED.
Do you want to reject ICMP redirect (y/n default is n) ? y

Chapitre 3 netadmin
Cette option a été ajoutée suite à des problèmes de routage constatés sur certaines installations.
Problème constaté : le serveur de communication n'arrive pas à atteindre certains équipements
distants (situés sur un autre réseau IP).
Analyse du problème :
La commande traceroute @IP eqpt fait apparaître un routage erroné (vers une adresse qui n'est
pas celle du routeur par défaut).
Même commentaire pour la commande route -n : les adresses inaccessible apparaissent avec un
autre routeur que le routeur par défaut.
Cause du problème : ces routes ont été modifiées suite à la réception de messages de redirection
ICMP. Positionner l'option 11.5. 'ICMP redirect configuration' à Non peut résoudre le problème.
3.3.11.6 Configuration de plage de ports dynamiques basse

La plage de ports dynamiques basse est configurable. Ceci permet de réduire les ports ouverts dans
les paramètres du firewall. Par ailleurs la plage par défaut couvre l'intervalle 10000-10499.
Pour plus d'informations, voir le chapitre traitant de IP services and port numbers dans
8AL91047FRAA.
3.3.11.6.1 Menu de visualisation de configuration

Le menu 11.6.1. 'View configuration' permet de visualiser la plage configurée.
Low dynamic port range configuration
Lowest allowed port : 10000.

Highest allowed port : 10499.
Note :
La plage de port dynamiques peut aussi être visualisée à partir du menu 2. 'Show current configuration'.
3.3.11.6.2 Menu de mise à jour de la configuration

Le menu 11.6.2. 'Update configuration' permet de modifier la plage de ports dynamiques basse. La
plage minimale de ports dynamiques est de 128 ports.
Low dynamic ports range configuration.
======================================
Enter lowest allowed port (3000 <= port < 32639, default is 10000):: 10000
Enter highest allowed port (10128 < port <= 32767, default is 10499): 10359
3.3.11.7 Configuration SSH

Le menu 11.7. 'SSH configuration' permet d'activer le cryptage des échanges par SSH.
Note :
Le SSH doit être activé sans activer la sécurité de l'hôte de confiance, ce qui signifie que les machines distantes
peuvent se connecter au serveur de communication sans être déclarées dans la liste des hôtes de confiance.
Lorsque l'adresse Ethernet multi-IP est activée, le menu 11.7.4. 'SSH is limited to plane
Management, change for: not limited'/11.7.4. 4. 'SSH is not limited to plane Management, change
for: limited' permet de limiter SSH à la gestion des équipements ou d'appliquer SSH à la gestion des
équipements (service, stockage et gestion).
Pour plus d'informations sur SSH, voir 8AL91012FRBA.

Chapitre 3 netadmin
3.3.11.8 Configuration HTTPS et SSL

Le menu 8. 'SSL configuration' permet de générer et de visualiser les nouveaux certificats et les
nouvelles clés utilisées par le serveur SSL. Pour plus d'informations sur ce menu, voir le chapitre
traitant de la configuration dans 8AL91012FRBA.
3.3.11.9 Configuration du serveur Web

Le menu 9. 'Web server configuration' est utilisé pour autoriser ou interdire les accès web. Pour plus
d'informations sur ce menu, voir 8AL91012FRBA.
3.3.11.10 Configuration SYSLOG

L'historique des connexions et commandes UNIX entrées par un utilisateur peut être enregistré sur
serveur Syslog distant.
Le menu 10. SYSLOG configuration permet de définir l'hôte de l'application Syslog. Pour plus
d'informations sur ce menu, voir 8AL91012FRBA.
3.3.11.11 Gestion de PKI

Le menu 11. 'PKI Management' permet d'accéder à :
• Générer des certificats internes autogénérés
• Générer une demande de signature du certificat (CSR) permettant de configurer des certificats de
serveur internes signés par une PKI externe
• Afficher des certificats et leur date d'expiration
• Importer des certificats générés à partir d'une PKI externe
• Exporter des certificats à des fins de sauvegarde
• Supprimer d'anciens certificats de sauvegarde
• Exporter la liste de certificats de confiance (CTL) de l'OmniPCX Enterprise
• Importer la CTL des équipements IP tels que les équipements IP compatibles DTLS (solution Full
Software Native Encryption (FSNE)) et les serveurs LDAP (accès à des annuaires externes)
• Afficher les certificats déployés sur l'OmniPCX Enterprise
3.3.12 Configuration DHCP

La rubrique 12 DHCP configuration est utilisée pour consulter les adresses IP qui ont été affectées
par le serveur DHCP. Elle permet aussi d'effacer les durées de bail assignées. La configuration du
serveur se fait par l'outil de gestion du PCX, voir le chapitre traitant du Serveur DHCP dans le
document 8AL91047FRAA.
3.3.13 Configuration DNS (optionnel)

Le menu 14. 'DNS configuration' permet de saisir une adresse IP de serveur DNS dans le serveur de
communication. Ce paramètre est uniquement utilisé lorsque le serveur de communication s'enregistre
sur une infrastructure Cloud Connect (CCI) pour le contrôle de licence. Pour plus d'informations sur ce
menu, voir le chapitre traitant des Licences dans 8AL91047FRAA.
Exemple :
14. DNS Setup
================
1. 'View DNS configuration'
2. 'Create/Update DNS setup'
3. 'Delete DNS Details'
0. 'Previous menu'
Si vous sélectionnez 1, la configuration DNS actuelle s'affiche :

Chapitre 3 netadmin
Exemple :
DNS Configuration
=====================
Primary DNS Address: 127.0.0.1
Secondary DNS Address: 127.0.0.1
Si vous sélectionnez 2, vous pouvez saisir ou modifier des adresses IP DNS :

Exemple :
Primary DNS address (default is 127.0.0.1)?
135.250.161.173
Secondary DNS address (default is 127.0.0.1)?
3.3.14 Configuration proxy (optionnel)

Le menu 15. 'Proxy configuration' permet de saisir des paramètres Proxy dans le serveur de
communication. Ces paramètres sont uniquement utilisés lorsque le serveur de communication
s'enregistre sur une infrastructure Cloud Connect (CCI) pour le contrôle de licence. Pour plus
d'informations sur ce menu, voir le chapitre traitant des Licences dans 8AL91047FRAA.
Exemple :
15.HTTP Proxy Menu
=====================
1. 'View HTTP Proxy Configuration'
2. 'Create/Update Configuration'
3. 'Delete HTTP Configuration'
0. 'Previous menu'
Si vous sélectionnez 1, la configuration proxy HTTP actuelle s'affiche :

Exemple :
HTTP Proxy configuration
==================================
Host address : 135.250.161.173
Proxy user :
Proxy Port : 443
Si vous sélectionnez 2, vous pouvez saisir ou modifier les paramètres proxy :

Exemple :
Host address? 135.250.161.173
Proxy Login? mylogin
Proxy password? xxxxxx
Proxy port (default is 443)? 8080
3.3.15 Configuration VLan

La rubrique 16. 'VLan configuration' est utilisée pour affecter au serveur de communication un numéro
de VLAN (Virtual LAN).
1. 'Show VLan Setup'
2. 'VLan feature'
0. 'Previous menu'
Sélectionner la section2. 'VLan feature'

Do you want to activate 802.1q frame tagging (y/n default is 'n') ? y
Enter the VLan ID to use (0-4094, default is 0):
Si 0 est saisi, la question suivante est posée :

Do you want to activate 802.1p/q non strict mode (y/n default is 'n')
?

Chapitre 3 netadmin
La fonction du mode strict est présentée dans le tableau ci-dessous :
Trames sortantes Trames entrantes acceptées

Mode non strict Marquées avec VLAN 0 • Marquées avec VLAN 0
• Trames non marquées
Mode strict Marquées avec VLAN 0 • Marquées avec VLAN 0
Le numéro de VLAN doit être déterminée en accord avec l'administrateur réseau du client.
Ce numéro de VLAN s'applique aux cartes INT-IP A virtuelles de l'alvéole hybride (19).
Pour les cartes GD et INT-IP B, le numéro de VLAN est géré directement sur les cartes avant
démarrage.
Note :
Si on utilise 802.1q avec un numéro de VLAN égal à 0, s'assurer que les switches ne suppriment pas le marquage
des datagrammes ayant un VLAN égal à 0.
Pour plus d'informations sur la gestion du VLAN, voir le chapitre 802.1p/Q and VLAN dans
8AL91048FRAA.
3.3.16 Configuration de nœuds

Ce menu permet de gérer le nom de nœud et le résolveur de nom interne.
17.Node Setup
=============
1. 'Show Node Setup'

2. 'Update'
0. 'Previous menu'
3.3.16.1 Show node setup

La rubrique 17.1 'Show Node Setup' affiche le nom du noeud courant et indique si le résolveur de
nom interne est activé.
Exemple :
Node configuration
==================
node name : PCX52

internal name resolver activated : no
3.3.16.2 Update node setup

Utiliser la rubrique 17.2 'Update' pour modifier le nom du noeud et activer (ou désactiver) le résolveur
de nom interne.
Exemple :
Enter node name (default node 001001) ? zeus
Do yo want to activate internal name resolver (y/n default is 'n') ? y
3.3.17 Ethernet redundancy/multi-IP address

Utiliser la section 18 'Ethernet redundancy / Multi IP Address' pour configurer la redondance
Ethernet, l'équilibrage de charge ou les interfaces Ethernet multiples.
18.Ethernet redundancy - Multi Ip Address
=========================================
1. 'Ethernet redundancy activation'
2. 'Multi Ip Address activation'

Chapitre 3 netadmin
0. 'Previous menu'
3.3.17.1 Redondance Ethernet

Les fonctions Redondance Ethernet et Équilibrage de charge peuvent être activées sur un Blade
Center, un serveur applicatif, CS-2 et CS-3.
CPU8 prend en charge les fonctions Redondance Ethernet et Équilibrage de charge lorsqu'elles sont
associées à une carte 10/100 BaseT branchée à l'arrière du fond de panier.
Ces fonctions ne sont pas prises en charge par les autres CPU Crystal hardware et les cartes CS de
type hardware commun de première génération.
18.Ethernet redundancy
======================
1. 'Show current configuration'
2. 'Activate/Deactivate ethernet redundancy'
3. 'Activate/Deactivate ethernet load balancing'
0. 'Previous menu'
Note :
La redondance Ethernet et l'équilibrage de charge sont mutuellement exclusifs.
3.3.17.1.1 Show curent configuration

Ce menu affiche la configuration courante.
Le système affiche l'une des options suivantes :
Neither ethernet redundancy nor load balancing are activated.
The ethernet redundancy is currently ACTIVATED.
The ethernet load balancing is currently ACTIVATED
3.3.17.1.2 Activate/deactivate Ethernet redundancy

La redondance Ethernet active deux interfaces Ethernet (pour la même adresse IP) : l'une est active
tandis que l'autre est en veille. Le système OmniPCX Enterprise vérifie toujours l'interface active. Si
l'interface active tombe en panne, le système bascule sur l'interface en attente qui devient active.
Pour activer la redondance Ethernet :
1. Assurez-vous que l'application téléphonique est arrêtée afin d'empêcher tout dysfonctionnement.
2. Dans netadmin, sélectionner le menu 18.1.2. 'Activate/Deactivate Ethernet redundancy'.
L'état de la redondance Ethernet est affiché. Vous êtes invité à modifier cet état :
The ethernet redundancy is currently DEACTIVATED.
Do you want to activate the ethernet redundancy (y/n default is 'n')
?
3. Entrez l'option voulue.
4. Appliquez les modifications comme indiqué : Appliquer les modifications à la page 122
3.3.17.1.3 Activate/deactivate Ethernet load balancing

L'équilibrage de charge autorise la présence de deux interfaces Ethernet actives pour une même
adresse IP. Le système partage la charge entre ces deux interfaces.
Note :
La redondance Ethernet et l'équilibrage de charge Ethernet (voir Activate/deactivate Ethernet redundancy à la
page 120) sont mutuellement exclusifs.
Le menu 18.1.3. 'Activate/Deactivate ethernet load balancing' permet d'activer ou de désactiver
l'exploitation d'équilibrage de charge Ethernet sur l'OmniPCX Enterprise.
Un avertissement s'affiche d'abord, puis l'état de l'équilibrage de charge s'affiche et enfin le
gestionnaire est invité à modifier l'équilibrage de charge.

Chapitre 3 netadmin
Exemple d'activation de l'équilibrage de charge Ethernet :

If you enable or disable the load balancing, the network will be lost
for few seconds with a possible Telephonic disturbing.
The ethernet load balancing is currently DEACTIVATED.
Do you want to activate the ethernet load balancing (y/n default is
'n') ?y
Toute modification doit être prise en compte (voir : Appliquer les modifications à la page 122).
3.3.17.2 Adresse multi-IP

Pour activer l'adresse multi-IP :
1. Dans netadmin, sélectionner le menu 18. 2. 'Multi IP Address activation'
The ethernet Multi IP Address is currently NOT ACTIVATED.
Do you want to activate the ethernet Multi IP Address (y/n default is 'n') ?
2. Entrer y
La configuration actuelle s'affiche.
==========================================================================
| Interfaces available: eth0 eth1 |
==========================================================================
| eth0 : Network : 192.168.201.0 / 255.255.255.0 |
| : Physical address : 192.168.201.80 |
| : Plane(s) : Users Management Storage |
==========================================================================
| eth1 : not configured |
==========================================================================
| eth2 : not configured |
==========================================================================
3. Appuyez sur Entrée.
18.0.Multi Ip Address (activated): deactivation/update
======================================================
1. 'View configuration'
2. 'View redundancy configuration'
3. 'Multi Ip Address deactivation'
4. 'Change Interface for Plane Management'
5. 'Change Interface for Plane Storage'
6. 'Modify eth0'
7. 'Configure eth1'
8. 'Configure eth2'
0. 'Previous menu'

Note :
8. 'Configure eth2' est disponible uniquement lorsque trois interfaces Ethernet sont disponibles sur
l'OmniPCX Enterprise.
4. Utiliser les options 7. 'Configure eth1' et 8. 'Configure eth2' pour configurer les noms
et les paramètres IP des interfaces Ethernet.
5. Utiliser les options 4. 'Change Interface for Plane Management' et 5. 'Change
Interface for Plane Storage' pour configurer l'association entre chaque plan et une
interface Ethernet.
6. Configurer les routeurs pour eth1 et eth2 : voir : Routage à la page 107
7. Si cette opération n'est pas déjà effectuée, activer SSHv2 : voir : Configuration SSH à la page 116
8. Appliquer SSH à la gestion des utilisateurs uniquement ou à tous les plans : voir : Configuration
SSH à la page 116
3.3.18 Historique des dernières actions

19.History of last actions

Chapitre 3 netadmin
==========================
1. Actions history
2. Restore previous saved state
0. Previous menu
3.3.18.1 Actions history

La rubrique 19.1 'Actions history' permet de consulter les modifications apportées via l'outil netadmin
lors d'une session en cours et de revenir à la configuration antérieure.
Les menus utilisés au cours d'une session netadmin sont enregistrés dans un fichier historique. Les
informations enregistrées dans le fichier relatives à l'opération effectuée sont les suivantes:
• Date
• Login de l'utilisateur
• Heure de chaque opération
• toute information entrée au clavier.
Exemple :
=============================================
NETADMIN new session started on by user mtcl
=============================================
4
15:03:51 CPU redundancy
1
15:03:54 View
<RET>
4
15:04:01 Delete y
0
15:04:13 Previous menu
2
15:04:19 Show current configuration
<RET>
L'ouverture d'une session a pour conséquence la création d'un fichier historique. Afin de limiter le
nombre de fichiers créés, toutes les opérations de gestion de l'ensemble des sessions ouvertes au
cours d'une journée sont enregistrées dans un unique fichier. Si la durée d'une session dépasse une
journée, un nouveau fichier ne sera pas créé pour autant : toutes les opérations qui en découlent
seront enregistrées dans un même et unique fichier.
3.3.18.2 Restore previous saved state

Trois sessions antérieures de netadmin validées par un "apply" sont sauvegardées. Le menu 19.2
'restore previous saved state' permet le passage de l'actuelle configuration à l'une de celles qui sont
mémorisées.
Ensuite l'option flip/flop permet d'effectuer des basculements successifs entre configuration actuelle et
la dernière mémorisée.
3.3.19 Appliquer les modifications

Les modifications effectuées sous netadmin ne sont prises en compte qu'après application.
Le gestionnaire peut déclencher l'application des modifications quand il le souhaite au moyen du menu
21 'Apply modifications'. Lorsque cette entrée est sélectionnée, un dialogue lui demande la
confirmation de sa décision.
Note :
La prise en compte de l'ensemble des modifications apportées non enregistrées, peut également se faire à tout
moment, à l'intérieur de tout menu, en tapant la lettre "a".
En cas d'oubli, un dialogue propose à l'utilisateur l'application des modifications, lors de la sortie de
netadmin.

Chapitre
4 Procédure d'arrêt/de redémarrage

du serveur de communication
4.1 Préambule
Les paragraphes suivants décrivent exclusivement les procédures d'arrêt/de démarrage intentionnel
d'un serveur de communication installé sur :
• Une carte CS (voir : Procédure d'arrêt/de redémarrage de la carte CS à la page 124)
Cette procédure varie selon que la carte CS se trouve en position applicative dans la Media
Gateway ou contrôleur dans le coffret S.
Il est recommandé de connecter une console système à la carte CS avant d'initier toute procédure
d'arrêt du serveur de communication (voir : Raccordement d'une console système à la page 123).
• A Generic Appliance Server (voir : Procédure d'arrêt/de redémarrage de Generic Appliance Server
à la page 129)
• une machine virtuelle dans un environnement KVM (Kernel-based Virtual Machine) ou VMware
ESXi (voir : Procédure d'arrêt/de redémarrage de la machine virtuelle à la page 129).
Cette procédure peut être utilisée pour des opérations de maintenance. Par exemple, une machine
virtuelle OmniPCX Enterprise peut être déplacée à un endroit différent ou le montage de son disque
peut être supprimé.
Note :
la procédure ne prend pas en compte toute interruption de l'activité d'un serveur de communication suite à une
panne secteur, etc.
4.2 Raccordement d'une console système

Le raccordement d'une console système (type VT100 ou PC) sur une carte CS est le suivant :
Connexion sur la prise RJ45 (CONFIG.)
sur la face avant de la carte CS
UNITÉ DE TRAITEMENT DU SERVEUR D'APPEL CS
LAN WAN . CONFIG.
LAN WAN . . POWER
UNITÉ 1 UNITÉ 2 UNITÉ 3 UP-LINK UNITÉ 1 UNITÉ 2 UNITÉ 3 UP-LINK CPU
Carte CS
Console système
VT100 ou PC (Hyper Terminal)

Chapitre 4 Procédure d'arrêt/de redémarrage du serveur de
communication
4.3 Procédure d'arrêt/de redémarrage de la carte CS

4.3.1 Serveur de communication embarqué sur une carte CS en position contrôleur
Ce cas de figure se présente notamment dans un système dupliqué où la carte CS qui contient le
deuxième serveur de communication est placée en position contrôleur dans un coffret S.
Exemple :
Coffret S
Carte CS concernée par

CS la procédure d'arrêt/redémarrage.
Carte en position contrôleur
Media Gateway
(coffret L)
GD
LANX CS
Liaison IP
La carte CS se présente comme suit :
Carte CS
CALL SERVER PROCESSING UNIT CS

LAN WAN . CONFIG.
LAN WAN . . POWER
Bouton d'arrêt/marche
UNIT 1 UNIT 2 UNIT 3 UP-LINK UNIT 1 UNIT 2 UNIT 3 UP-LINK CPU
La LED "CPU" donne le fonctionnement

de la carte CS (voir le tableau ci-dessous)
Etat Cadence de la LED CPU
Démarrage en cours (rôle indéterminé) Toujours ON
Rôle MAIN 3 x (100ms ON / 200ms OFF) 600ms OFF
Rôle STBY 2 x (100ms ON / 200ms OFF) 600ms OFF

communication

A4645 seul 1 x (100ms ON / 200ms OFF) 600ms OFF
Shutdown en cours 500ms ON / 500ms OFF
En halt (attente d'un caractère ou du retour 500ms ON / 2s OFF
secteur)
4.3.1.2 Procédure d'arrêt de la carte CS
4.3.1.2.1 Lancement de la procédure d'arrêt

Deux possibilités sont offertes pour lancer la procédure d'arrêt de la carte CS :
1. soit par une action à distance depuis la console système. Voir Par une action à distance depuis
la console système à la page 125.
2. soit par une action immédiate sur la carte CS. Voir Par une action immédiate sur la carte CS à la
page 126.
4.3.1.2.2 Par une action à distance depuis la console système

Procédure :
1. Depuis la console système, se logger sous le compte mtcl et taper la commande shutdown -h
now. L'option -h entraîne l'arrêt du serveur de communication.
⇒ la LED “Power” de la carte reste allumée vert fixe.
⇒ la LED “CPU”clignote 500ms ON / 500ms OFF.
2. Attendre qu'il s'affiche à l'écran de la console système le message suivant : Press any key to
reboot.
⇒ la LED “Power” de la carte reste toujours allumée vert fixe.
⇒ la LED “CPU”clignote 500ms ON / 2s OFF.
3. Appuyer sur le bouton arrêt/marche de la carte (mise à off).
⇒ la LED “Power” de la carte passe au rouge fixe.
4. (si besoin) : Retirer les câbles connectés en face avant de la carte.
5. (si besoin) : Dévisser la carte puis la retirer du coffret.
Remarque :
tout appui sur le bouton arrêt/marche effectué avant l'apparition du message Any key to reboot (lors de
l'étape 2) n'a aucune incidence sur la procédure d'arrêt du serveur de communication.

communication
4.3.1.2.3 Par une action immédiate sur la carte CS

Avant d'entamer toute procédure d'arrêt de la carte CS, vérifier l'état du serveur de
communication. Cet état est donné avec la LED “CPU” en face avant de la carte CS.

Rôle Main 1 x (100ms ON / 200ms OFF) 600ms OFF
A4645 seule 3 x (100ms ON / 200ms OFF) 600ms OFF
Si le serveur de communication est à l'état “Main”, son arrêt entraînera un basculement au-
tomatique sur le serveur de communication à l'état “Stand-by” (si celui-ci est présent). Dans
ce cas, se reporter à la section Duplication du serveur de communication dans le docu-
ment 8AL91032FRBA.
.
Procédure :
⇒ la LED “Power” de la carte passe du vert fixe au rouge clignotant.
reboot.
Remarque :
tout appui sur le bouton arrêt/marche effectué avant l'apparition du message Any key to reboot n'a aucune
incidence sur la procédure d'arrêt du serveur de communication.
4.3.1.3 Procédure de redémarrage de la carte CS

Procédure :
1. (si besoin) : Enficher la carte CS en position contrôleur.
2. (si besoin) : Remettre les câbles respectivement dans leur position initiale.
3. Appuyer sur le bouton marche/arrêt de la carte.
⇒ un redémarrage automatique du serveur de communication est effectué.
4. Laisser le système redémarrer dans son intégralité (à suivre sur la console système ou par
observation de la LED “CPU”).
4.3.2 Serveur de communication embarqué sur une carte CS en position applicative

Ce cas de figure se présente notamment dans un système classique où la carte CS qui contient le
serveur de communication est placée en position applicative dans la Media Gateway.
Exemple :

communication
Media Gateway
(coffret L)
GD Carte GD en position contrôleur
LANX CS
Carte CS concernée par
la procédure d'arrêt/redémarrage.
Vers le LAN client Carte en position applicative
La carte CS se présente comme suit :
: La LED "POWER" ne fonctionne pas lorsque

la carte CS est en position applicative
Carte CS
CALL SERVER PROCESSING UNIT CS

LAN WAN . CONFIG.
LAN WAN . . POWER
Bouton d'arrêt/marche
UNIT 1 UNIT 2 UNIT 3 UP-LINK UNIT 1 UNIT 2 UNIT 3 UP-LINK CPU
La LED "CPU" donne

le fonctionnement de la carte CS
(voir tableau ci-dessous)
Etat Cadence de la LED “CPU”
Démarrage en cours (rôle indéterminé) Toujours ON
Rôle MAIN 3 x (100ms ON / 200ms OFF) 600ms OFF
Shutdown en cours 500ms ON / 500ms OFF
En halt (attente d'un caractère ou du retour 500ms ON / 2s OFF
secteur)
4.3.2.2 Procédure d'arrêt de la carte CS
4.3.2.2.1 Lancement de la procédure d'arrêt

Deux possibilités sont offertes pour lancer la procédure d'arrêt de la carte CS :
1. soit par une action à distance depuis la console système. Voir Par une action à distance depuis
la console système à la page 128.
2. soit par une action immédiate sur la carte CS. Voir Par une action immédiate sur la carte CS à la
page 128.

communication
4.3.2.2.2 Par une action à distance depuis la console système

Rappel :
durant toute la phase d'arrêt du serveur de communication, tenir compte que la LED “Power” de la carte reste
éteinte et que seule la LED “CPU” est significative.
Procédure :
1. Depuis la console système, se logger sous le compte mtcl et taper la commande shutdown -h
now. L'option -h entraîne l'arrêt du serveur de communication.
reboot.
Remarque :
4.3.2.2.3 Par une action immédiate sur la carte CS

Opération utile dans le cas d'un système dupliqué :
Avant d'entamer toute procédure d'arrêt de la carte CS, vérifier l'état du serveur de commu-
nication. Cet état est donné avec la LED “CPU” en face avant de la carte CS.

Rôle Main 1 x (100ms ON / 200ms OFF) 600ms OFF
Si le serveur de communication est à l'état “Main”, son arrêt entraînera un basculement au-
tomatique sur le serveur de communication à l'état “Stand-by” (si celui-ci est présent). Dans
ce cas, se reporter à la section Duplication du serveur de communication dans le docu-
ment 8AL91032FRBA.
Procédure :
reboot.
Remarque :

communication
4.3.2.3 Procédure de redémarrage de la carte CS

Procédure :
1. (si besoin) : Enficher la carte CS dans sa position initiale.
2. (si besoin) : Remettre les câbles respectivement dans leur position initiale y compris celui de la
console système comme décrit au Raccordement d'une console système à la page 123.
3. Appuyer sur le bouton marche/arrêt de la carte (mise à on).
⇒ un redémarrage automatique du serveur de communication est effectué.
4. Laisser le système redémarrer dans son intégralité (à suivre sur la console système ou par
observation de la LED “CPU”).
4.4 Procédure d'arrêt/de redémarrage de Generic Appliance Server

Pour arrêter la machine virtuelle OmniPCX Enterprise de Generic Appliance Server :
1. Connectez-vous à l'hôte de Generic Appliance Server (système d'exploitation SLES).
2. Mettez la machine virtuelle hors tension à l'aide du script oxe_cmd stop.
Pour redémarrer la machine virtuelle OmniPCX Enterprise :
1. Connectez-vous à l'hôte de Generic Appliance Server (système d'exploitation SLES).
2. Mettez la machine virtuelle sous tension à l'aide du script oxe_cmd start.
4.5 Procédure d'arrêt/de redémarrage de la machine virtuelle

4.5.1 Environnement KVM
Pour arrêter une machine virtuelle KVM sur laquelle un OmniPCX Enterprise est en cours d'exécution :
1. Ouvrez une console sur la machine virtuelle KVM, connectez-vous avec le compte mtcl, puis tapez
shutdown -h now. L'option -h arrête l'OmniPCX Enterprise.
2. Attendez que le message Power down s'affiche sur la console système.
3. Depuis la console d'administration, arrêtez manuellement la machine virtuelle à l'aide de la
commande Power > Force Off.
4.5.2 Environnement VMware ESXi

Pour arrêter une machine virtuelle VMware ESXi sur laquelle s'exécute un OmniPCX Enterprise :
1. Ouvrez une console sur la machine virtuelle VMware ESXi, connectez-vous avec le compte mtcl,
puis tapez shutdown -h now. L'option -h arrête l'OmniPCX Enterprise.
2. Attendez que le message Power down s'affiche sur la console système.
3. Depuis la console d'administration, faites un clic droit sur la machine virtuelle et sélectionnez Power
> Power Off.

Chapitre
5 Swinst
5.1 Présentation de swinst

Le menu Facilities (plus communément appelé swinst, du nom de l'identifiant de la session) permet :
• D'installer ou de mettre à jour :
• des fichiers de l'OS sur l'OmniPCX Enterprise à partir d'un disque externe ; ces fichiers
constituent une version complète, des paquets ou un patch Linux ;
• des fichiers binaires (constitutifs de l'application téléphonique).
• De dupliquer un serveur de communication (pour pallier une éventuelle défaillance du serveur de
communication principal).
• De sauvegarder et de restaurer :
• des données OmniPCX Enterprise,
• les fichiers ACTIS.
• D'accéder à la gestion du système.
• D'effectuer des opérations sur la base de données (création, traduction, effacement).
Deux menus distincts peuvent être utilisés, en fonction des besoins :
• le menu “Easy” (dont le fonctionnement est traité dans la documentation associée à l'installation via
l'application Wizard),
• le menu “Expert” (détaillé ici).
L'organisation du disque dur du serveur de communication est décrite dans Procédures d'installation
du logiciel.
5.2 Accès et opération

Sur un PC connecté au serveur de communication par liaison V24 ou IP, ouvrez une session
(connectez-vous) sous le compte mtcl, puis entrez swinst, avant de saisir le mot de passe demandé.
ALCATEL-LUCENT FACILITIES
Main menu Installation FACILITIES 2.24.0
1 Easy menu
2 Expert menu
Q Exit
Your choice [1..2, Q] ?
La navigation se fait au clavier. L'accès à l'option souhaitée se fait par appui sur les touches du clavier
indiquées à l'écran.
Lorsque swinst pose une question, l'option par défaut n'est pas sélectionnée automatiquement au bout
d'un certain délai.
Lorsque swinst indique qu'un élément est sélectionné par défaut, il n'est pas nécessaire de le saisir.
Pour arrêter un processus en cours (défilement d'une liste de fichiers par exemple), appuyez sur la
touche Q.
ALCATEL-LUCENT FACILITIES
Expert menu Installation FACILITIES 2.24.0
1 Packages installation
2 Deliveries installation
3 Cloning & duplicate operations
4 Backup & restore operations

Chapitre 5 Swinst
5 OPS configuration
6 System management
7 Database tools
8 Software identity display
9 Remote download
Q Go back to previous menu
5.2.1 Installation des paquets

Sélectionnez l'option 1 Packages installation.
1 Install package from server

2 Display package
3 Install Linux patch from server
4 Install Linux on inactive version from server
L'option 1 Install package from server est réservée pour l'Alcatel-Lucent Enterprise (comme
l'option 3 Install Linux patch from server).
L'option 2 Display package permet de vérifier l'installation d'un fichier en particulier.
Exemple :
Enter the name of the package (return for all) -> swinst
Name : swinst Relocations: (not relocateable)
Version : 2.24.0 Vendor : Alcatel-Lucent
Release : 3oxe Build Date: Wed Jan 30
07:02:39 2008
Install date: Mon Apr 28 10:22:26 2008 Build Host: csbu064
Group : Applications/System Source RPM: swinst-2.50.0-3oxe.src.rpm
Size : 805829 License: Alcatel-Lucent
Packager : xxx.xxxxxxx@col.bsf.alcatel-lucent.fr
Summary : The SoftWare INSTallation package for Alcatel-Lucent
OmniPCX Enterprise
Description : Swinst package is mainly intended for delivery installation, backup
of databases and system maintenance.
5.2.2 Installation des distributions

Sélectionnez l'option 2 Deliveries installation.
L'installation se fait au choix sur la version inactive ou la version active.
1 Install delivery from server

2 About last install deliveries operations
Sélectionnez l'option 1 Install delivery from server avant d'entrer l'adresse (ou le nom) du
serveur et de confirmer la requête d'installation.
Note :
Pour que le nom du serveur puisse être reconnu, il doit au préalable être défini dans netadmin.
Attention :
Cette opération peut prendre un certain temps.
Lors de l'installation d'un patch dynamique, le système compare la version des binaires téléphoniques
déjà installés avec les binaires téléphoniques contenus dans le patch. Si le patch dynamique a un
binaire téléphonique inférieur ou égal au binaire téléphonique déjà installé, un message s'affiche,
indiquant qu'une version supérieure ou égale du patch téléphonique est déjà installée et que
l'installation du patch a avorté.
TEL binaries installed are higher than the TEL binaries in dyn_n1.243.2.b.The binaries already
installed are as follows
TEL.1.so

Chapitre 5 Swinst
TEL.2.so
The dynamic patch installation aborted.
Pour une installation sur version active, l'outil propose de “sécuriser” l'installation, c'est-à-dire
d'effectuer une copie des fichiers binaires utilisés avant cette installation. Ces fichiers sauvegardés
peuvent être restaurés via le menu Restore operations.
L'option 2 About last install deliveries operations donne des informations sur :
• la dernière installation d'un patch dynamique,
• la dernière installation d'un patch statique,
• la dernière installation d'une version complète.
5.2.3 Clonage et duplication

Sélectionnez l'option 3 Cloning & duplicate operations.
Menu Cloning & duplicate operations :
1 CPU cloning
2 Partitions duplication
3 Switch on inactive version
4 Postponed switch on inactive version
5.2.3.1 Clonage d'UC

Se reporter au chapitre Duplication du serveur de communication dans le document
8AL91032FRBA
5.2.3.2 Duplication de partitions

Sélectionnez l'option 3 Cloning & duplicate operations, puis l'option 2 Partitions
duplication..
Sélectionnez ensuite la ou les options souhaitées.
Note :
Pour une duplication de l'ensemble des données, sélectionner l'option 5 Duplicate all. Cette opération peut
prendre un certain temps.
1 Duplicate Linux, packages and Linux data
2 Duplicate Linux data
3 Duplicate delivery
4 Duplicate database
5 Duplicate all
Exemple :
Confirm the duplication of Linux, packages and Linux data (y/n, default y): y
Duplicating Linux and packages
Clean the second Linux version. Confirm (y/n, default is y):
Second version cleaned
(liste des fichiers)

Linux and packages are duplicated
Duplicating the network configuration
Duplicate the network configuration in the second Linux version.
Confirm (y/n, default is y):(N4G-apply):
The network configuration is duplicated
Duplicating the Linux data
Building list of files...
Deleting the old files on inactive version...
Duplicating data on inactive version...

Chapitre 5 Swinst
The Linux data are duplicated

Duplicating the timezone
Updating timezone ...
The timezone is duplicated
Press return
5.2.3.3 Basculement sur version inactive

Cette opération permet de basculer sur la deuxième partition en redémarrant l'UC.
Note :
Cette opération peut se faire téléphone démarré.
Important :
Une fois le basculement effectué, il est impératif de se reconnecter sous le compte swinst avant de
redémarrer le téléphone.
Sélectionner l'option 3 Cloning & duplicate operations, puis l'option 3 Switch on
inactive version.
Cette opération doit être confirmée :
Please confirm switching on the inactive version (y/n, default y)
Si Linux n'a pas été installé sur la version "inactive", l'opération est arrêtée. Si l'application
téléphonique a été installée sur la version active et la version "inactive", l'outil indique l'état actuel de la
fonction autostart :
Before the switch autostart mode is :
Autostart is [not] set
Cette fonction autostart peut être dupliquée sur la version "inactive" :

Do you want to keep this autostart mode after switching (y/n, default
y)
Autostart is [not] set on inactive version
Si l'installation fonctionne sur la nouvelle version et qu'un arrêt se produit avant l'expiration d'une
temporisation, le système peut redémarrer soit sur la nouvelle version, soit sur l'ancienne :
Do you want to switch back to the previous version if system resets
(y/n, default n): y
Enter the delay (1..7 days, q to quit): 1
Une confirmation est demandée avant que l'UC ne redémarre :

Do a version switch. Confirm (y/n, default y):
5.2.3.4 Basculement différé sur version inactive

Menu de basculement retardé :
No postponed switch has been registered
1 Set a postponed switch
2 Cancel a postponed switch
Your choice [1..2 Q]
Cette fonction permet d'effectuer le basculement à une heure programmée au cours des 24 prochaines
heures. Il est possible de programmer le basculement, vérifier si un basculement est déjà programmé
ou effacer la programmation d'un basculement.
Note :
Les données et la base de données Linux sont automatiquement dupliquées juste avant le basculement.
5.2.4 Opérations de sauvegarde et de restauration

Sélectionnez l'option 4 Backup and restore operations.

Chapitre 5 Swinst
Ces sauvegardes peuvent être effectuées sur le disque du serveur de communication (local) ou sur un
autre serveur de communication (réseau), sous le compte swinst. Elles peuvent également être faites
via le menu swinst Easy ou l'application OmniVista 8770.
1 Immediate backup operations
2 Periodic backup operations
3 Restore operations
5.2.4.1 Opérations de sauvegarde immédiate

Sélectionnez l'option 1 Immediate backup operations.
1 Immediate backup on cpu disk

2 Immediate backup on network
3 About last backup
5.2.4.1.1 Sauvegarde immédiate sur disque d'UC

Cette option exécute une sauvegarde immédiate sur l'UC locale. Les fichiers de sauvegarde sont
enregistrés dans . /usr4/BACKUP/IMMED.
Un sous-menu apparaît pour sélectionner les données à sauvegarder.
ALCATEL-LUCENT ENTERPRISE
Immediate backup on network Installation FACILITIES 2.38.0
1 Backup mao, voice guides and accounting data

2 Backup mao data
3 Backup accounting data
4 Backup voice guides
5 Backup mao data for rebuild
6 Backup traffic history
7 Backup Acd config & statistic files
8 Backup 4645 data
9 Backup 4645 data without messages
10 Backup 4635 data
11 Backup Linux (Unix) site specific data
Your choices [1..11, Q] ?
One choice per line and just press "return" to end the selection
your choice ==>
L'option 1 Backup mao, voice guides and accounting data démarre la sauvegarde mao,
des guides vocaux et données de taxation (fichiers mao, vg et acc)
Note :
Les messages vocaux dynamiques sont automatiquement sauvegardés ; l'outil propose également de
sauvegarder les messages vocaux spécifiques (répertoire custom). Par contre, les messsages vocaux génériques
et standards (disponibles sur le CD des guides vocaux) ne sont pas sauvegardés.
L'option 3 Backup accounting data déclenche la sauvegarde des données de taxation (fichier
acc).
L'option 6 Backup traffic history déclenche la sauvegarde des données d'analyse de trafic
(fichier obstraf).
L'option 7 Backup Acd config & statistic data déclenche la sauvegarde des données de
taxation (fichier (acd).
L'option 8 Backup 4645 data déclenche la sauvegarde des données de la messagerie vocale 4645
- messages, boîtes vocales et annonces (fichier eva-msg).
L'option 9 Backup 4645 data without messages déclenche la sauvegarde des données de la
messagerie vocale 4645 - exceptés pour les messages reçus (fichier eva).

Chapitre 5 Swinst
L'option 11 Backup linux ( unix ) site specifics data déclenche la sauvegarde du

fichier cho-dat (données Linux spécifiques au système).
Note :
Les opérations de sauvegarde des fichiers OPS sont accessibles depuis l'option : Configuration OPS à la page
140.
5.2.4.1.2 Immediate backup on network

Sélectionnez les données à sauvegarder (voir : Sauvegarde immédiate sur disque d'UC à la page
134).
Entrez le nom du serveur de communication distant.
Si ce nom n'est pas déclaré dans le fichier host du serveur de communication, entrez l'adresse IP du
serveur de communication distant.
Dès qu'une sauvegarde réseau est enregistrée, pour toute nouvelle sauvegarde de ce type,
l'application propose les dernières adresses utilisées comme paramètres par défaut.
Exemple :
Sauvegarde réseau
your choice ==> 3
Name of remote host (default 192.168.4.52) ->
Name of user on 192.168.4.52 (default swinst) ->
Name of remote file (full path) -> /usr4/BACKUP/save2604
your choice ==>
Starting immediate backup on network
Stopping the none process...
Backing up of obstraf files...
(liste des fichiers sauvegardés)

352+0 records in
352+0 records out
Backup completed
*******************************************************
* The backup operation for traffic history, all files
* are completed
*******************************************************
Press return
5.2.4.1.3 Informations relatives à la dernière sauvegarde

Cette option donne le détail (date, heure, fichiers enregistrés) de la dernière sauvegarde effectuée.
5.2.4.2 Opérations de sauvegarde périodique

La sauvegarde périodique peut être effectuée en mode "local" et sur réseau.
Elle est basée sur un mécanisme de type calendrier (JOUR, JOUR-1, JOUR-2, ... JOUR-6,
SEMAINE-1, SEMAINE-2, SEMAINE-3, MOIS-1, MOIS-2).
Lors de la première installation de swinst, la sauvegarde journalière sur le disque dur est
automatiquement activée à une heure choisie par le système. Le message suivant indique cette
situation :
A daily backup will be executed on cpu disk at 5 hour 45 mn.
Si une sauvegarde périodique est programmée, l'outil affiche le message suivant :
A periodic backup is already registered.
La réactivation de la sauvegarde journalière a pour effet de réinitialiser le mécanisme de calendrier
sans toutefois détruire les sauvegardes antérieures.

Chapitre 5 Swinst
Les sauvegardes périodiques sur le disque du CPU C local sont stockées dans les répertoires de
type /usr4/BACKUP/DAY DAY-1 etc. Le stockage des sauvegardes immédiates se fait dans /usr4/
BACKUP/IMMED.
Les sauvegardes périodiques sur un serveur distant sont sauvegardées dans des répertoires au
format : <name of base file_day of backup>. Par exemple, si OXE est le nom du fichier de base, les
sauvegardes (cho-dat, mao-dat) seront stockées dans le chemin spécifié sous les répertoires suivants :
OXE_DAY, OXE_DAY1, OXE_DAY2, OXE_DAY3, OXE_DAY4, OXE_DAY5, OXE_DAY6,
OXE_WEEK1, OXE_WEEK2, OXE_WEEK3, OXE_MONTH1.
11 fichiers de sauvegarde maximum sont conservés.
Exemple :
Accès aux sauvegardes périodiques
A periodic backup is registered
1 Periodic backup on cpu disk
2 Periodic backup on network
3 Cancel periodic backup operations
4 List periodic operations
5 About last backup
5.2.4.2.1 Sauvegarde périodique sur disque d'UC

Cette option exécute des sauvegardes périodiques de l'OmniPCX Enterprise local sur le disque local.
Sélectionnez les données à sauvegarder et l'heure à laquelle la sauvegarde doit être faite.
Exemple :
Space used on cpu disk: 3%
1 Backup mao data for rebuild and
Backup Linux (Unix) site specific data
Your choices [1..1, Q] ?
One choice per line and just press "return" to end the selection
your choice ==>1
your choice ==>
Computing the best time for the backup operation (between 0-6 AM)...
The time proposed by the system is 5 hour 45 min
Do you agree with it (y/n, default y): n
At which time do you want to execute the save operation ?
1 - Hours ( between 0-23 ) : 1
2 - Minutes ( between 0-59 ) : 0
***************************************
* Your request is registered
***************************************
Press return
5.2.4.2.2 Sauvegarde périodique sur le réseau

Cette option exécute des sauvegardes périodiques de l'OmniPCX Enterprise local sur un serveur
distant.
Le serveur distant doit permettre une authentification basée sur l'hôte sans mot de passe (comme pour
une sauvegarde immédiate sur réseau). FQDN n'est pas pris en charge. Le nom d'hôte (ajouté dans le
fichier /etc/host) ou l'adresse IP du serveur distant peut être spécifié.
Un seul serveur distant peut être spécifié, plusieurs serveurs ne sont pas autorisés. Lorsque le serveur
distant est modifié, les opérations de sauvegarde périodique sont annulées sur l'ancien serveur. Les
données existantes sur l'ancien serveur ne sont pas perturbées.
Pour activer une sauvegarde périodique sur un serveur distant :
1. Appuyer sur 1 pour programmer une opération de sauvegarde quotidienne des données mao
(fichiers de données uniquement) et Linux sur réseau à une heure fixe dans une journée. Ces deux

Chapitre 5 Swinst
sauvegardes sont réalisées simultanément, néanmoins les données seront restaurées

individuellement.
1 Backup mao data for rebuild and backup Linux (Unix) site specific data
Your choice [1...1, Q]
One choice per line and just press ”return” to end the selection
2. Entrer le nom du serveur, du compte, le chemin complet et le nom du fichier de base où les
données doivent être enregistrées.
your choice ==> 1 return
Name of remote node : <name of unix server>

Name of user on remote node : <name of account on the server>
Name of remote file : <complete path and base file name>
Name of remote node : <name of unix server>

<*************CHECKING CONNECTIONS*************>
SERVER IS REACHABLE.
L'accessibilité du serveur est vérifiée. Si le serveur est accessible et que le nom d'utilisateur et le
chemin du fichier distant sont valides, le système affiche les détails et passe à l'option suivante.
Si un nom d'utilisateur invalide est saisi, le système affiche un message d'erreur :
Name of user on <system IP address> (default swinst): <wrong entry>
Name of remote file (full path): /tmpd
Access denied
your choice ==>
Si le chemin est invalide, le système affiche le message correspondant.

your choice ==> 1 return
Name of remote node : <xxx>

Name of user on remote node : <yyy>
Name of remote file : <zzz>
<*************CHECKING CONNECTIONS*************>
INCORRECT DATA LOCATION ON REMOTE HOST
your choice ==>

3. Une heure optimale entre 00:00 et 06:00 pour prendre la sauvegarde périodique est suggérée en
scannant les fichiers crontabs et proposés à l'écran.
Computing the best time for the save operation (between 0–6AM)...
The time proposed by the system is
5 hour 45 min
Do you agree with it (Y/N)? N
4. Si le système ne trouve pas la meilleure heure ou si la réponse est non, entrez la meilleure heure
pour commencer la sauvegarde sur réseau.
At which time do you execute the periodic save operation?
1 – Hours (between 0-23):
2 – Time minutes (between 0-59):
************************************
Your request time is registered
************************************
Si le serveur distant n'est pas accessible à l'heure enregistrée, l'incident 3078 est envoyé à l'hôte local.
Aucune opération de réessai n'est tentée si le serveur n'est pas accessible. La sauvegarde n'aura lieu
qu'à l'heure prévue suivante.
5.2.4.2.3 Annuler les opérations de sauvegarde périodique
5.2.4.2.3.1 Annuler l'opération de sauvegarde périodique sur le disque du CPU

Cette option annule l'opération de sauvegarde périodique sur le disque du CPU
Exemple :

Chapitre 5 Swinst
1 Cancel periodic backup operation on cpu disk

2 Cancel periodic backup operation on network
Your choice [1...2, Q]? 1
***************************************
* Your periodic backup on CPU disk is canceled
***************************************
Press return
5.2.4.2.3.2 Annuler l'opération de sauvegarde périodique sur réseau

Cette option annule l'opération de sauvegarde périodique sur réseau.
Exemple :
1 Cancel periodic backup operation on cpu disk
2 Cancel periodic backup operation on network
Your choice [1...2, Q]? 2
***************************************
* Your periodic backup on network is canceled
***************************************
Press return
5.2.4.2.4 Liste des sauvegardes périodiques

Cette option affiche des informations sur les sauvegardes périodiques.
Exemple :
Hour : 5 Minute : 45
Day of the month : all
Month of the year : all
Day of the week (0=Sunday) : all
executed command : /DHS3bin/soft_install/bin/bck -save 1>/dev/null 2>&1
Backup of "Linux data" performed on "cpu disk"
Backup of "MAO data only" performed on "cpu disk"
Press return
5.2.4.2.5 Informations relatives à la dernière sauvegarde

Cette option donne les détails de la dernière opération de sauvegarde (qu'elle soit immédiate ou
périodique).
Exemple :
**************************************************
* Last backup operation
**************************************************
For client : For CPU : oxe
backup of Linux-data
for Linux data
to LOC_ARCHIVE
data version : F1.600
in date of Wed Jun 16 15:13:54 CEST 2004
local cpu : oxe
twin cpu : unknown
Periodic backup performed on cpu disk
**************************************************
--------------------------------------------------
Pre backup operation
--------------------------------------------------
Stopping the none process...

Backup completed
--------------------------------------------------
Post backup operation
--------------------------------------------------
End of backup operation
--------------------------------------------------

Chapitre 5 Swinst
Note :
Cette option est également accessible depuis le menu précédent.
5.2.4.3 Opération de restauration

Toute restauration se fait sur la partie active du disque et doit être lancée téléphone arrêté (voir menu
swinst Easy pour arrêter le téléphone).
Sélectionnez l'option 3 Restore operations.
Restore operation menu Installation FACILITIES 3.16.0
1 Restore from cpu disk
2 Restore from network
3 Clean IMMEDIATE backups on cpu disk
4 About last restoring
En fonction des sauvegardes effectuées, sélectionnez une restauration à partir du réseau ou depuis le
disque dur local.
5.2.4.3.1 Restauration depuis le disque de l'UC

Les sauvegardes disponibles sont affichées.
Exemple :
1 Restore from IMMEDIATE backup
2 Restore from FEB 18 backup
Sélectionnez la sauvegarde à restaurer dans la liste de dates affichées.

Sélectionnez ensuite les données à restaurer.
Exemple :
1 Restore mao data for rebuild
2 Restore Linux ( Unix ) site specific data
Your choice [1..2, Q] ? 2
You are going to restore linux-data from cpu disk
# For client : For CPU : oxe
# for Linux data
# in date of Wed Feb 18 05:45:12 CET 2003
# data version 13.0
Confirm your action (y/n, default y): y
5.2.4.3.2 Restauration en réseau

Si une sauvegarde réseau a été effectuée, conservez ou modifiez les données proposées par défaut.
Sélectionnez l'option adéquate :
1 Restore from IMMEDIATE backup
2 Restore from PERIODIC backup
Si Restore from periodic backup est demandé, les procédures sont identiques à celles
pour Restauration depuis le disque de l'UC à la page 139.
Si Restore from immediate backup est demandée par l'administrateur, les fichiers précédents sont
sauvegardés et le système propose automatiquement de purger la sauvegarde en fin de procédure.
Name of remote host (default 192. 168.4.52) ->

Chapitre 5 Swinst
Name of user on 192.168.4.52 (default swinst) ->

Name of remote file (full path) -> /usr4/BACKUP/save2604
You are going to restore obstraf from network
# For client : For CPU : oxe
# for traffic history
# in date of Mon Feb 17 11:00:05 CET 2003
# data version no-version
confirm your action (y/n, default y):
Do you wish to secure the restoration (y/n): y
Checking disk space ...
Wait the system is backing up old files ...

Archive of old files is created
Restoring data...
Affichage de la configuration de sécurité (vidéo inverse) :

Par exemple :
Security configuration:
[+] Aging password configured for some account.
[+] The internet accesses to the PABX are currently
secured.
[+] Trusted host(s) declared on your system.
[+] TCP WRAPPER activated for configured trusted
hosts.
[-] The SSH security is currently NOT set.

Restoration completed
End of restoring data
Do you wish to clean up the archive : get rid of old files (y/n): y
********************************************************
* The restore operation for traffic history, all files
* is completed
********************************************************
Press return
5.2.4.3.3 Effacement des sauvegardes immédiates sur disque d'UC

Sélectionnez les données à effacer.
Clean IMMEDIATE backups Installation FACILITIES 2.36.0
Space used on CPU disk: 24%
1. Clean mao, voice guides and accounting data

2. Clean Linux (UNIX) site specific data
Les données sélectionnées sont supprimées.

Note :
Les archives périodiques quotidiennes ne sont jamais affichées car elles ne peuvent pas être supprimées.
5.2.5 Configuration OPS

Cette option permet d'afficher et de gérer les fichiers OPS.
Pour en savoir plus, reportez-vous à la section traitant des licences du document 8AL91047FRAA.
5.2.6 Gestion du système

Sélectionnez l'option 6 System management.
System management menu Installation FACILITIES 3.16.0
1 Date & time update
2 Autostart management

Chapitre 5 Swinst
3 Shutdown powerfail delay (Current Value : 1 h 30 m )

4 Console configuration
5 User's accounts management
6 IMAP server management
7 Enable USB key
5.2.6.1 Mise à jour de la date et de l'heure

Sélectionnez l'option 1 Date & time update.
L'heure exacte peut être récupérée depuis une horloge de référence puis synchronisée sur tous les
OmniPCX de l'installation grâce au protocole NTP (network time protocol).
Le décalage entre heure d'été et heure d'hiver (le cas échéant) est automatiquement géré par le
système en fonction du pays d'installation de l'OmniPCX.
Note :
Cette mise à jour est automatiquement reportée sur le serveur de communication dupliqué (s'il existe).
The date is MAR 24, 2003 and the time is 11:21:05 (11:21:05 AM)
The timezone is Europe/Paris
1 Set date & time
2 Set timezone
3 NTP server management
5.2.6.1.1 Réglage de la date et de l'heure

Sélectionnez l'option 1 Set date & time.
Enter the year (default is 2003) : 2002
Enter the month (01..12, default is 03) : 03
Enter the day (01..31, default is 24) : 29
Enter the hour (00..23, default is 04) : 18
Enter the minutes (00..59, default is 21) : 39
The date & time have been set on your CPU
Press return
5.2.6.1.2 Définition du fuseau horaire

Cette option permet à des applications de type CCx de gérer des appels selon le fuseau horaire des
correspondants à contacter. Le fuseau horaire sélectionné est enregistré comme étant celui de
Sélectionnez l'option 2 Set timezone.
timeconfig 3.0.2 - (C) 1999 Red Hat Software

ÚÄÄÄÄÄÄ´ Configure Timezones ÃÄÄÄÄÄÄ¿
³ ³
³ Format machine time is stored in: ³
³ ³
³ [*] Hardware clock set to GMT ³
³ ³
³ Europe/Malta ² ³
³ Europe/Minsk ² ³
³ Europe/Monaco ² ³
³ Europe/Moscow ² ³
³ Europe/Oslo ² ³
³ Europe/Paris # ³
³ ³
³ ÚÄÄÄÄ¿ ÚÄÄÄÄÄÄÄÄ¿ ³
³ ³ Ok ³ ³ Cancel ³ ³
³ ÀÄÄÄÄÙ ÀÄÄÄÄÄÄÄÄÙ ³
³ ³
³ ³
ÀÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÄÙ
<Tab>/<Alt-Tab> between elements | <Space> selects | <F12> next screen

Chapitre 5 Swinst
Dans l'exemple ci-dessus, le fuseau horaire de l'OmniPCX est indiqué par le symbole #.
Comme indiqué à l'écran, utilisez les touches Tab et Alt pour sélectionner un autre fuseau horaire.
Validez la sélection à l'aide de la touche Espace.
Note :
Les flèches de défilement et les touches alphabétiques du clavier permettent de naviguer dans la liste. Une fois la
sélection effectuée, swinst demande de confirmer le choix.
After setting a new timezone , YOU HAVE TO REBOOT THE SYSTEM

Do you really want to set timezone to: GB (y/n, default y): n
En cas d'erreur, tapez n (pour non) avant d'appuyer sur la touche Entrée.
5.2.6.1.3 Gestion du serveur NTP

Le serveur NTP permet de synchroniser l'heure du système par rapport à une horloge de référence.
Pour plus d'informations sur la configuration NTP, consulter le chapitre traitant de la procédure de
configuration Network Time Protocol (NTP) dans le document 8AL91047FRAA.
5.2.6.2 Autostart management

Sélectionnez l'option 2 Autostart management.
Note :
Après un arrêt ou une coupure de courant, si le démarrage automatique n'est pas sélectionné, le téléphone devra
être démarré manuellement :
• soit via la commande RUNTEL,
• soit via le menu swinst Easy (option 8 Start the telephone).
Si le démarrage automatique est activé (défini sur "Oui"), en cas de duplication du serveur de communication, il
est également défini sur "Oui" (automatiquement) sur le serveur de communication de secours. Par contre, s'il est
défini sur "Non" sur le serveur de communication principal, il faudra le désactiver manuellement sur le serveur de
communication de secours.
Autostart is not set

1 Set autostart
2 Unset autostart
Autostart is set
5.2.6.3 Délai entre panne de courant et arrêt

Sélectionnez l'option 3 Shutdown powerfail delay (Current value : 0h 0m).
Ceci correspond au délai entre une panne de courant et le début de l'arrêt du système. Ce délai est
effectif lorsque le serveur de communication est installé sur :
• une carte du serveur de communication dans un rack S ou L avec batteries internes,
• un Appliance Server connecté à un UPS avec port série V24.
Enter the hours (default is 0) : 0
Enter the minutes (default is 0) : 2
Please confirm the shutdown delay 0 h 2 m (y/n, default y): y
Pour modifier ce délai, entrez n (pour Non) et recommencez la procédure.

Pour plus d'informations sur les procédures d'arrêt et de démarrage du serveur de communication, voir
Procédure d'arrêt/de redémarrage du serveur de communication à la page 123.
5.2.6.4 Console configuration

Sélectionnez l'option 4 Console configuration.

Chapitre 5 Swinst
Cette opération permet de configurer le port de communication de la console. Les options disponibles
sont affichées avec une option d'aide pour faciliter la configuration.
Enter the console mode (direct,modem,ppp,ups,?)
• direct : la liaison entre l'UC et la console est un simple câble V24.

• modem : la console est distante de l'UC, la liaison série est transmise via une ligne commutée avec
modem. Les messages Kernel sont transmis à la console.
• ppp : au lieu de transmettre des caractères, la ligne modem, reliée à la console par un modem,
transmet des paquets de données. Les messages Kernel ne sont pas transmis à la console.
• ups : le port série est utilisé pour piloter un système UPS.
• ? : affiche une aide pour faciliter la configuration.
Confirm your modification (y/n, default y):
Apply modifications immediatly ? [Yes|No]:
Procédure d'arrêt/de redémarrage du serveur de communication à la page 123

La nouvelle configuration est prise en compte soit immédiatement, soit au redémarrage suivant.
5.2.6.5 UPS configuration

Cette option permet de configurer la surveillance de l'alimentation sans coupure (UPS).
Pour plus d'informations, voir : le chapitre sur l'alimentation sans interruption (UPS) dans
8AL91032FRBA.
5.2.6.5.1 Accès
Sélectionnez l'option 5 UPS configuration.
UPS configuration menu Installation FACILITIES 2.24.0
UPS is stopped (1)
1 Start UPS on USB

2 Stop UPS
3 UPS status
(1) Cette ligne indique l'état de l'UPS : démarrage ou arrêt.
5.2.6.5.2 Démarrage de l'UPS sur USB

Cette option démarre un processus de surveillance UPS via un port USB.
L'équipement UPS doit autoriser les connexions USB. Pour la configuration UPS, voir la
documentation du constructeur de l'équipement.
Attention :
Pour prendre en compte cette nouvelle configuration (de port COM à port USB), redémarrez le serveur de
communication et l'UPS :
1. arrêtez l'Appliance Server,
2. arrêtez l'UPS (bouton ON/OFF sur la face avant de l'appareil),
3. débranchez l'UPS du secteur,
4. attendez l'arrêt du ventilateur,
5. rebranchez l'UPS au secteur,
6. redémarrez l'UPS (bouton ON/OFF sur la face avant de l'appareil),
7. redémarrez l'Appliance Server.

Chapitre 5 Swinst
5.2.6.5.3 Arrêt de l'UPS

Cette opération interrompt le processus de surveillance UPS.
5.2.6.5.4 UPS status

Cette option vérifie la connexion entre l'Appliance Server et l'UPS et indique l'état de l'UPS.
Exemple :
battery.charge: 100 (1)
battery.runtime: 13524 (2)
battery.voltage: 2.3 (3)
driver.name: hidups (4)
driver.parameter.port: /dev/usb/hiddev0 (5)
driver.version: 2.0.0 (6)
ups.load: 14 (7)
ups. MGE UPS SYSTEMS (8)
ups.model: EXtreme (9)
ups.serial: 884E06029 (10)
ups.status: OL (11)
Press return
1. Affichage de la charge des batteries (en pourcentage)

2. Autonomie des batteries en fonction de leur niveau et de leur charge (en secondes)
3. Tension des batteries (en volts)
4. Réservé à Alcatel-Lucent Enterprise
11. État de l'UPS :
• OL : en ligne (alimentation secteur)
• OB : sur batteries
5.2.6.6 User's accounts management

Le menu swinst permet de configurer l'authentification des utilisateurs.
Sélectionnez l'option 6 User's accounts management.
Ceci ouvre un sous-menu comportant les options suivantes :
1 Change account password
2 Change account aging password
3 Set maximum authentication attempts
4 Configure RADIUS authentication
5 Configure LDAP authentication
6 Create the 'client' account
7 Remove the 'client' account
1. L'option 1 Change account password permet de modifier le mot de passe d'un compte défini.
Les instructions suivantes s'affichent :
Current password check rules :
- password string must have a minimum of 8 characters (can be lower/upper
case, numeric or punctuation). This rule doesn't concern accounts root and
swinst, but nevertheless a warning is displayed.
- new password must be different from the last three.
- at least fifty percent of characters of the new password must be
different from the previous one.
Enter a username : XXXX
Changing password for XXXX

Chapitre 5 Swinst
(current) UNIX password :

New UNIX password :
Retype new UNIX password :
2. L'option 2 Change account aging password affiche l'état actuel de l'ancienneté du mot de
passe pour chaque compte disponible. Elle permet de modifier la limite maximum de validité d'un
mot de passe pour un compte donné.
Current aging password status :
[root] – 100 days / last change 0 days ago, 100 days left
[swinst] – Not activated
[mtcl] - 200 days / last change 5 days ago, 195 days left
[adfexc] – Not activated
[client] – Not activated
Enter a username : XXXX
How many days do you want to keep validate passwords (10<X<366,
0 for no aging)?
3. L'option 3 Set maximum authentication attempts détermine le nombre d'échecs autorisés
lors des tentatives d'accès au compte. Lorsque ce nombre est atteint, une alerte (incident 3070) est
envoyée à l'administrateur et le compte se bloque pendant 15 secondes. Le nombre d'échecs
autorisés est le même pour tous les comptes.
How many failed authentication attempts allowed for login (0<x<100,
default 2)?
La valeur par défaut est la valeur courante.

4. L'option 4 Configure RADIUS authentication ouvre le sous-menu de configuration Radius :
1 View configured RADIUS servers
2 Add/Modify RADIUS server
3 Delete RADIUS server
4 View RADIUS users
5 Add/Modify RADIUS user
6 Delete RADIUS user
7 Enable/Disable RADIUS authentication
8 RADIUS authentication without local User
9 Local database authentication
10 Enable/Disable Export authentication to MGR
1. View configured RADIUS servers: affiche la configuration et l'état des serveurs Radius
définis précédemment. Pour des raisons de sécurité, le secret partagé n'est pas affiché.
2. Add/Modify RADIUS server: permet de créer ou de modifier un serveur Radius. Il est
possible de définir au maximum 2 serveurs Radius afin d'assurer la redondance en cas de
panne. Le serveur Radius déclaré en premier est appelé serveur Radius primaire, le second
étant le serveur Radius secondaire. Le serveur Radius secondaire est utilisé uniquement lorsque
le serveur primaire n'est pas joignable.
Les menus suivants permettent de définir les serveurs radius :
Enter the name or the IP address of the RADIUS server:
Lorsqu'un nom est utilisé, le serveur Radius doit être déclaré auparavant dans la base de
données de l'hôte, à l'aide de l'outil netadmin (voir :Noms d'hôtes et adresses à la page 109).
Si le serveur défini est un serveur Radius déjà connu, il peut être modifié, sinon il peut être créé.
Enter the destination port (default is 1812):
Enter the shared secret:
Enter the timeout value in second (default is 3):
Le champ destination port est le numéro du port utilisé par les requêtes Radius envoyées au
serveur Radius. Destination port = 1812 est la valeur standard.
Le champ shared secret est partagé entre le serveur de communication et le serveur Radius.
Le secret partagé agit comme une clé de cryptage pour les requêtes Radius. Le secret partagé
doit être identique sur le serveur Radius et sur le serveur de communication. Il ne doit pas
dépasser 64 caractères.

Chapitre 5 Swinst
Note :
La longueur minimum du secret partagé est de 8 caractères. Si les utilisateurs préfèrent que la longueur du
secret partagé soit inférieure à 8 caractères, un message d'avertissement s'affiche :
Less than 8 characters for shared secret is not compliant with security standards.
Manufacturer disclaims all liabilities in case of misuses due to low level of security.
Do you really want to continue? (y/n, default y): y
Si les utilisateurs acceptent le message d'avertissement, le secret partagé est accepté.

La fonctionnalité timeout vérifie les réponses aux requêtes Radius. Lorsque la temporisation
expire, le serveur Radius est déclaré non joignable.
Si le serveur est modifié, la valeur par défaut est définie à la valeur actuelle. La valeur actuelle
du secret partagé n'est pas affichée pour des raisons de sécurité. Le secret partagé doit être
saisi à chaque nouvelle modification.
3. Delete RADIUS server : permet de supprimer un serveur Radius.
4. View RADIUS users: affiche la liste des login d'entreprise (corporate).
Exemple :
Login: john Account: mtcl
Login: william Account: root
Press return
Dans cet exemple, l'utilisateur john peut ouvrir une session avec les droits mtcl.
5. Add/Modify RADIUS user: permet de créer ou de modifier un login d'entreprise (corporate).
Exemple :
Enter the RADIUS user (eg: Peter SMITH): tom
Enter the system user (root, swinst, mtcl, adfexc, client): mtcl
Dans cet exemple, l'utilisateur tom est créé avec les droits mtcl.
Les identifiants de connexion des utilisateurs sont enregistrés dans le fichier /etc/passwd. En
configuration dupliquée, ce fichier est copié sur le serveur de communication twin à l'activation
du menu copy linux data de l'outil swinst.
6. Delete RADIUS user: permet de supprimer un login d'entreprise
7. Enable/Disable RADIUS authentication: permet d'activer ou de désactiver
l'authentification Radius. En cas de tentative d'activation de l'authentification, le système
interroge le(s) serveur(s) Radius. En cas de non réponse, l'authentification Radius ne peut pas
être activée. Le message suivant s'affiche :
WARNING: No RADIUS server configured! Cannot enable RADIUS authentication.
8. RADIUS authentication without local User : permet d'autoriser la connexion
d'utilisateurs non déclarés sur le serveur de communication.
Si l'option RADIUS authentication without local User est activée et :
• qu'il n'y a pas d'utilisateur local correspondant dans le serveur de communication pour cet
utilisateur particulier de l'entreprise, l'identité finale de l'utilisateur de l'entreprise est mtcl
• qu'un utilisateur local est présent avec une autorisation différente (UID) dans le serveur de
communication, la session s'ouvre avec l'autorisation correspondante.
Si l'option RADIUS authentication without local User est désactivée, tous les utilisateurs de
l'entreprise doivent être déclarés sur le serveur de communication par le biais du menu Add/
Modify RADIUS user.
9. Local database authentication. L'authentification de la base de données locale est
utilisée lorsqu'aucun serveur Radius n'est joignable. Le sous-menu suivant s'affiche alors :
Note : If primary and secondary RADIUS servers are unreachable for any reason, it can be
allowed to the administrator to access the system and modify the configuration if this
is the origin of the problem. Default behavior is to forbid local database
authentication.

Chapitre 5 Swinst
Current configuration : Local database authentication from any connection (console and
IP)
1 No local database authentication
2 Local database authentication only from console port
3 Local database authentication from any connection (console and IP)
No local database authentication : l'authentification locale n'est pas autorisée.

Local database authentication only from console port : l'authentification locale est autorisée
sur la console système uniquement. Dans ce cas, l'authentification est réalisée en fonction de la
politique de sécurité définie dans la base de données locale.
Local database authentication from any connection (console and IP) : l'authentification
locale est autorisée pour les utilisateurs locaux et distants.
10. Enable/Disable Export authentication to MGR : permet d'activer ou de désactiver la
fonction Access control to mgr. Pour plus de détails sur le contrôle d'accès à mgr, voir le
chapitre traitant du contrôle d'accès de configuration dans le document 8AL91012FRBA.
5. L'option 5 Configure LDAP authentication permet de
• Déclarer un serveur LDAP qui peut être utilisé pour authentifier les utilisateurs se connectant à
ALE Softphone
Exemple de configuration :
Authentication Realm =
Hostname = 10.67.1.6
Port = 389
Scheme = ldap://
Search Base DN = ou=Users,ou=CORP,dc=corp,dc=local
Login attribute = cn
Filter = (objectClass=Person)
Bind DN = CN=SA-VOICE-01,ou=Privileged Accounts,ou=Core
Accounts,dc=corp,dc=local
Bind password = ***********
• Activer/désactiver l'authentification LDAP
6. L'option 6 Create the 'client' account permet de créer un compte client lequel contient un
seul menu de maintenance. Un mot de passe est demandé.
7. L'option 7 Remove the 'client' account permet de supprimer le compte client créé
précédemment.
Pour plus d'information sur la sécurité, voir le chapitre sur l'accès aux comptes utilisateurs du
Communication Server - User authentication in document dans le document 8AL91012FRBA.
5.2.6.7 IMAP server management

Sélectionnez l'option 7 IMAP server management.
Consultez la Procédure de configuration dans le chapitre sur le service IMAP dans le
document 8AL91047FRAA.
5.2.7 Outils de gestion de la base de données

Certaines opérations sur la base de données doivent être effectuées téléphone arrêté. Dans tous les
cas où les opérations sont interdites, le système n'exécute pas l'opération et renvoie un message
d'avertissement.
Sélectionnez l'option 7 Database tools.
5.2.7.1 Traduction de la base de données

La traduction consiste à mettre en conformité le format des fichiers de données avec une nouvelle
version logicielle. Elle est automatiquement effectuée lors du redémarrage du serveur de
communication après le chargement d'une nouvelle version.

Chapitre 5 Swinst
Sélectionnez l'option 1 Database translation.
5.2.7.2 Création d'une base de données vide

Sélectionnez l'option 2 Create an empty database.
Cette opération écrase la base de données existante ainsi que les fichiers de verrou. Elle n'est
possible que téléphone arrêté.
Note :
La création d'une nouvelle base de données peut prendre un certain temps.
Redémarrez le serveur de communication après cette opération (et avant de redémarrer le téléphone).
5.2.7.3 Suppression de la base de données

Note :
Lors de l'installation, la base de données existante est automatiquement écrasée pour être remplacée par une
nouvelle base.
Sélectionnez l'option 3 Remove database.
5.2.7.4 Traduction du fichier ACD Stat

Sélectionnez l'option 4 Acd stat file translation.
5.2.8 Affichage des informations à propos du logiciel

Cette fonction permet de connaître le détail précis du système d'exploitation, de la version logicielle, de
la version des patchs et des binaires. Elle permet également de visualiser toutes les données connues
sur un composant particulier.
Sélectionnez l'option 8 Software identity display.
Sélectionnez ensuite l'option souhaitée.
ALCATEL-LUCENT ENTERPRISE
Software identity display Installation FACILITIES 2.24.0
1 System release identity
2 Application software identity
3 Delivery status
4 Component status
5 System release validity checking
6 Application software validity checking
L'option 1 System release identity donne la version Linux utilisée par le système.
L'option 2 Application software identity donne la version du téléphone utilisée par le
système.
L'option 3 Delivery status donne la version des modules et du firmware du software.
L'option 4 Component status donne la version d'un module recherché à partir d'un mot clé.
Exemple :
Enter the component name : bios
bios_cpu5 from /twdhs3/col_int/ws/r_bios_cpu5_4.0_3BA20032ADAB01 delivered
in e2.400
bios_cpu5d from /twdhs3/col_int/ws/r_bios_cpu5_4.0_3BA20032ADAB01 delivered
in e2.400
bios_cpu6 from /twdhs3/col_int/ws/r_bios_cpu6_2.4_3BA24084AAAA04 delivered
in d1.305
bios_cpu6d from /twdhs3/col_int/ws/r_bios_cpu6_2.4_3BA24084AAAA04 delivered
in d1.305
new bios_cpu6s2 from /twdhs3/sxb_int/ws/r_bios_cpu6s2_3BA24095AAAB03_4.6

Chapitre 5 Swinst
bios_cpu7 from /twdhs3/sxb_int/ws/r_bios_cpu7_3BA24115AAAA13_2.16 delivered

in f2.500
new ch_cpbios from /twdhs3/col_int/ws/r_f3.301
Press return
L'option 5 System release validity checking effectue une vérification de la version des
packages (pas de contrôle de CRC). Certains paquets ne sont chargés que sur certaines UC. Le
résultat de la commande indique quels sont les paquets non installés.
L'option 6 Application software validity checking effectue une vérification de la version
du téléphone par taille et par checksum.
Note :
Cette opération peut prendre un certain temps (quelques minutes).
Note :
Si certains fichiers peuvent être modifiés, ni les binaires, ni les exécutables ne doivent être modifiés.
Exemple :
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/afe/params.cfg checksum is not correct :
The application software is correct
Press return
5.2.9 Chargement à distance

Sélectionnez l'option 9 Remote download.
Cette opération est décrite dans la rubrique Mise à jour des Communication Servers en réseau
(chargement/installation à distance) du document 8AL91032FRBA.

Chapitre
6 Gestion des incidents et des

alarmes
6.1 Généralités
Le service de gestion des incidents et des alarmes est activé dès le démarrage du PABX de
Le service de gestion des incidents comporte :
• collecte et enregistrement d'un grand nombre d'incidents sur le disque dur de la CPU,
• affichage des incidents sur un écran ou une imprimante,
• remontée des incidents au système RMA,
• transfert des incidents à un ou plusieurs superviseurs sous forme de traps SNMP (voir Introduction
à la page 161),
• centralisation des incidents vers un noeud maître, au besoin.
Il est possible d'associer une alarme à une action RMA ou à la sonnerie d'un poste alarme. Il est aussi
possible de connecter un ou plusieurs capteurs (à contact sec) sur un équipement analogique, ce qui
permet de détecter des événements extérieurs au PABX (exemple : un incendie).
Le service de gestion des incidents et des alarmes permet d'effectuer un diagnostic et de déterminer
les actions nécessaires à la restauration des performances maximales de l'OmniPCX Enterprise.
La figure suivante présente le service de gestion des incidents et des alarmes.

Chapitre 6 Gestion des incidents et des alarmes
External
Alarmes
Z
Serveurde communications Alcatel-Lucent OmniPCX
Enterprise
Traitement appel, Appareils internes OmniPCX 4400

Alarmes externes
IO1,
CPL,... Z ou UA Poste alarme
Erreur
Relais d'alarme CPU Gestion du système

terminal
Incident potentiel
RMA Appel automatique
Modem
Public
réseau
Assigner
ATTRIBUTS Modem
Action
Action d'alerte poste de système relais d'alarme
d'alarme
ou V24 Système distant
gestion
A Incidents terminal
B C
Gestion du système (et/ou imprimeur)
Filtre Filtre Filtre
terminal (et/ou imprimeur)
Transmission à d'autres systèmes :

OmniVista 8770 à distance
Rapports sur les alarmes En cas de
configuration de réseau :
Vers le nœud maître

X25 OmniVista 8770
V24, Ethernet, ...

(Connexion permanente)
Disque dur RNIS Serveur

T2 public
(connexion non permanente) de communications Alcatel-Lucen
réseau OmniPCX
Enterprise
Supervisor
Figure 6.1 : Synoptique de la gestion des incidents et des alarmes
6.1.2 Identification des incidents

Les éléments suivants permettent d'identifier l'incident :
• date de l'incident,
• heure de l'incident,
• numéro du noeud d'origine, composé de 6 chiffres,
• identité de la CPU : CPU principale, CPU de veille, CPU locale,
• crystal number,
• position des cartes,
• US ou autre,
• numéro d'équipement,
• niveau de sévérité de l'incident,
• numéro de l'incident,
• texte d'information sur l'incident.
La figure suivante fournit des détails sur les informations d'un incident affichées et qu'il est possible de
consulter sur un écran ou d'imprimer.

dd/mm/yy
mm-jj-aa hh/mn/ss N nini x =004
M | c / pc / t / eqt| = s:nini = libellé
label
Texte d’information
Numéro de l'alarme
Niveau de sévérité
Numéro d'équipement
US = 1, autre = 0
Position de la carte
Numéro d’alvéole
M: incident depuis la CPU principale
S: incident depuis la CPU de secours
I: incident depuis la CPU locale,
dont la fonction n’a pas encore été détectée
N : numéro du nœud source de l’incident (sur 6 chiffres)
Heure de l’incident (hh = heure, mn = minute, ss = seconde)
Date de l’incident (jj = jour, mm = mois, aa = année)
Figure 6.2 : Informations sur l'incident
Les incidents sont classés par niveau de sévérité, de 0 à 5 :

• 0 : indéterminé,
• 1 à 4 : niveau de sévérité (le niveau 1 est le plus grave et correspond à un reboot du système),
• 5 : corrigé, pour indiquer que les services précédemment en panne sont de nouveau opérationnels
ou que le résultat du test est positif.
Si un incident survient plusieurs fois en 30 secondes, il est de nouveau affiché avec le nombre
d'occurrences dans le champ du texte d'information, comme indiqué dans l'exemple ci-dessous.
mm-jj-aa
dd/mm/yy hh/mn/ss N M | c / pc / t / eqt | =s : nini x 004= label
libellé
L’incident s’est
The incident produit
occurred 4 fois
4 times
Figure 6.3 : Informations sur les occurrences de l'incident
6.1.3 Organisation des fichiers des incidents

Un incident est généré lorsqu'une anomalie se produit dans le système.
Les incidents sont enregistrés dans des fichiers rotatifs du répertoire /usr4/incid sur le disque dur
de la CPU.
Lorsque vous ouvrez une session, les premiers incidents sont enregistrés dans un fichier spécifique,
appelé le fichier Début de session. Les incidents suivants de la même session sont enregistrés dans
une file d'attente rotative principale. Vous pouvez enregistrer autant d'incidents Début de session et file
d'attente principale que le nombre de redémarrages de la session, en fonction de la configuration des
paramètres de gestion système des incidents.
Cette file d'attente rotative est un système de fichiers rotatifs compressés. Vous pouvez configurer le
nombre et la taille des fichiers stockés dans la file d'attente.
Si les incidents surchargent la file d'attente rotative principale, ils sont redirigés vers une seconde file
d'attente rotative (appelée la file d'attente secondaire) pour qu'ils ne soient pas perdus. La redirection

des incidents vers la file d'attente secondaire dépend de la configuration du paramètre suivant : seuil
inférieur/supérieur de la redirection de flux des incidents. Cette file d'attente secondaire se comporte
comme la file d'attente principale, tout en étant indépendante de celle-ci. Seule la file d'attente de la
session précédant celle en cours est enregistrée.
Note :
Le stockage des incidents est le même au niveau local et au niveau du réseau, excepté pour la file d'attente
secondaire qui n'est pas mise en service pour les incidents inhérents au réseau.
La figure suivante présente la manière dont les incidents sont gérés.
Fichier
de
démar-
rage
de
session
File d'attente principale

Dispatch
d’incident
File d'attente de décharge
Figure 6.4 : Système de gestion des incidents
Pour gérer le système de gestion des incidents, vous devez configurer les paramètres suivants à l'aide
de la commande inconf :
• taille des logrotates et nombre de logrotates,
• retard du crontad entre deux appels logrogate,
• nombre d'incidents dans le fichier début de session,
• nombre de sessions de sauvegarde,
• seuils de la redirection de flux des incidents.
Pour plus d'informations sur la configuration des valeurs des paramètres du système de gestion des
incidents à l'aide de la commande inconf, voirExploitation à la page 45.
Pour plus d'informations sur la consultation des incidents à l'aide de la commande incvisu, voir
Exploitation à la page 49.
Les statistiques (nombre d'incidents par niveau de sévérité et par type d'incident) sont enregistrées
dans les fichiers counter.txt et counters1.txt. Ces deux fichiers concernent les incidents
envoyés depuis la dernière remise à zéro et les incidents envoyés entre l'avant-dernière remise à zéro
et la dernière remise à zéro, respectivement. Ces compteurs peuvent être consultés à l'aide de la
commande inccpt (voir Exploitation à la page 44).

Indéterminé
Critique
Majeur Les premiers compteurs indiquent le nombre d’incidents
Mineur pour chaque niveau de gravité
Avertissement
Indicatif
Les compteurs suivants indiquent le nombre d’occurrences

de chaque incident
Figure 6.5 : Structure du fichier compteurs.txt
6.1.4 Relais d'alarme

Le relais d'alarme CPU est utilisé pour signaler qu'un problème est survenu. Plusieurs numéros
d'incidents peuvent être affectés à l'activation du relais et plusieurs autres numéros à sa désactivation.
L'affectation se fait par gestion.
Exemple :
• L'incident 2826 / Link_status_down (indique la coupure d'une artère), pour déclencher le relais.
• L'incident 2827 / Link_status_up (incident "clarifié" associé, indiquant le rétablissement de l'artère), pour
désactiver le relais.
Le relais d'alarme peut aussi être activé ou désactivé manuellement à l'aide de la commande
alarmrel .
6.1.5 Les incidents en réseau

Lorsque des OmniPCX Enterprise sont en configuration sous-réseau ABC-F, il est possible de
centraliser la remontée de tous les incidents, ainsi que le déclenchement des alarmes sur un même
nœud.
Si le système OmniPCX Enterprise est géré par l'application OmniVista 8770, tous les incidents
indiquant network incident définis sur oui seront envoyés à l'application OmniVista 8770 afin d'être
surveillés en temps réel.
6.1.6 Alarmes externes

Il est possible d'utiliser les alarmes externes. Cette fonctionnalité permet de connecter sur une
interface Z, un capteur (incendie, température, intrusion,...) générant un contact sec. À la fermeture (ou
l'ouverture, suivant configuration) de ce contact, un incident est émis. Les incidents numéros 1101 à
1200 sont réservés pour cette application et proposent quatre niveaux de sévérité, avec le découpage
suivant :
• de 1101 à 1124 pour un niveau de sévérité : avertissement.
• de 1125 à 1149, niveau de sévérité : mineur.
• de 1150 à 1174, niveau de sévérité : majeur.
• de 1175 à 1200, niveau de sévérité : critique.
De plus, deux incidents permettent de signaler l'état de défaut (incident numéro 1100 suivi du MCDU
de l'alarme externe) et le retour à l'état correct (incident numéro 1099 suivi du MCDU de l'alarme
externe) de chacun des équipements associé à une alarme externe.

6.1.7 Référence aux autres modules

La gestion des messages système est documentée dans :
• Procédure de configuration à la page 155
• Exploitation à la page 159
6.2 Procédure de configuration

6.2.1 Principe de gestion
La gestion des incidents se fait à deux niveaux :
• dans l'objet Gestion des incidents : gestion globale s'appliquant à tous les incidents, sauf ceux
pour lesquels un filtre spécifique est défini,
• dans les sous-objets Filtre d'incident : gestion incident par incident.
Afin de simplifier la gestion, 3 listes d'incidents sont enregistrés sur le PCX. Elles correspondent aux
incidents :
• émis par défaut vers le RMA (ou e-RMA) : il s'agit d'incidents graves indiquant un
dysfonctionnement important du système et des incidents de type “clarifié” associés. Le but est
d'informer :
• d'un problème grave nécessitant une action immédiate,
• d'une défaillance grave mais passagère (incidents majeur et clarifié reçus) nécessitant une
analyse.
• émis par défaut sous forme de traps SNMP,
• remontés en réseau.
L'activation (ou la désactivation) de chacune de ces listes crée (ou supprime) automatiquement les
filtres d'incident correspondants.
6.2.2 Gestion globale

Dans l'objet Gestion des incidents, sont gérés :
• l'envoi ou non vers RMA,
• la gravité minimale pour stockage, pour affichage,
• l'affichage et le stockage des incidents topologiques,
Pour gérer la centralisation des incidents du sous-réseau vers le noeud principal, il faut :
• sur chaque noeud supervisé, gérer le paramètre Gravité pour remontée réseau,
• sur le noeud principal, déclarer les noeuds dans les objets Noeud Supervisé,
• sur le noeud principal, gérer les paramètres RMA réseau, Gravité affichage incident réseau et
Gravité stockage incident réseau.
Nom de l'objet : Applications > Gestion des incidents
Attributs:

No du port : Entrer le numéro du port pour affichage au fil de l'eau.

Remarque :
le numéro de port peut être modifié de façon temporaire à l'aide
de la commande incout mais cette commande ne modifie pas la
valeur gérée en MAO.
RMA : Indiquer la présence d'un RMA et/ou e-RMA local :

• Sans : ni RMA, ni e-RMA local,
• RMA : présence d'un RMA local,
• eRMA : présence d'un e-RMA local,
• RMA et eRMA : présence d'un RMA et d'un e-RMA
local.
RMA réseau : Oui : les incidents réseau sont envoyés vers le RMA (ou e-
RMA) local.
Gravité pour affichage : Gravité minimale à partir de laquelle les incidents sont affi-
chés au fil de l'eau :
• Sans (aucun incident n'est affiché)
• Critique
• Majeur
• Mineur
• Pour information
• Indéterminé
• Libre (tous les incidents sont afffichés)
Gravité pour stockage : Gravité minimale à partir de laquelle les incidents sont
stockés sur le disque dur de la CPU.
Gravité pour remontée réseau : Gravité minimale à partir de laquelle les incidents sont re-
montés vers le noeud principal (à gérer sur les noeuds su-
pervisés).
Gravité affichage incident ré- : Gravité minimale à partir de laquelle les incidents des au-
seau tres noeuds du réseau sont affichés au fil de l'eau (à gérer
sur le noeud principal).
Gravité stockage incident ré- : Gravité minimale à partir de laquelle les incidents des au-
seau tres noeuds du réseau sont stockés sur le disque dur de la
CPU (à gérer sur le noeud principal).
Affichage incident topologique : Oui : les incidents d'animation topologique locaux et ré-
seau sont affichés.
Stockage incident topologique : Oui : les incidents d'animation topologique locaux et ré-
seau sont stockés.
Remontée réseau incident Topo- : Oui : les incidents d'animation topologique locaux sont re-
log. montés vers le noeud principal (à gérer sur les noeuds su-
pervisés).

6.2.3 Initialisation par défaut des filtres d'incidents

Pour activer la liste des incidents à remonter vers RMA par défaut, se placer dans la hiérarchie sur
Applications > Gestion des Incidents, et sélectionner Configuration RMA par défaut. Les incidents
concernés sont les suivants :
12 30 239 310 379 903
908 1513 1517 1521
1524 1526 1543 1544 1545 1605 1640 1650 1651 1661
1662 1720 1740 2003 2009 2019 2042 2043 2070 2076
2081 2082 2086 2087 2102 2140 2141 2168 2170 2171
2172 2175 2345 2346 2456 2462 2826 2827 2836 2871
2872 2997 3057 3058 3101 3102 3104 3117 3126 3127
3128 3129 3131 3766 3767 3768 4201 4202 4203 4204
5206 5856
Pour chacun de ces indidents, la configuration RMA par défaut entraîne la création d'une instance de
l'objet Filtre d'incident avec les attributs suivants validés :
Action Rma : Action 0
Affichage à l'écran : Oui
Incident Réseau : Oui
Incident SNMP : Oui
La listes des incidents à remonter en réseau par défaut est activée en création de base vierge. Pour la
désactiver, choisir Supp. incident réseau par défaut. Pour la réactiver, choisir Config. incident
réseau par défaut.
Les incidents concerné sont les suivants :
275 276 310 311 1099 1100 1302 1307 1510 1521
1522 1542 1650 1651 1660 1661 1662 1663 1721 1722
2009 2011 2017 2019 2042 2043 2048 2049 2059 2071
2073 2081 2112 2119 2140 2141 2167 2168 2170 2463
2464 2465 2466 2467 2468 2470 2471 2472 2473 2474
2615 2663 2665 2666 2680 2681 2682 2700 2826 2827
3714 3768 4017 4018 4019 4023 4115 4116 4117
Pour chacun des incidents de la liste, l'activation de la liste entraîne la création d'une instance de
l'objet Filtre d'incident avec l'attribut Incident réseau à Oui.
6.2.4 Gestion des filtres incident par incident

les sous-objets Filtre d'incident sont utilisés pour :
• gérer les incidents qui ne suivent pas les règles globales définies dans l'objet Gestion des
incidents,
• gérer les incidents qui provoquent l'activation ou la désactivation du relais d'alarme,
• gérer les incidents qui provoquent une action RMA.
Le filtre peut s'appliquer à tous les incidents d'un type donné, sans restriction sur leur origine, ou
seulement aux incidents d'un type donné survenus à une certaine localisation (réseau, noeud,
alvéole,...).
Nom de l'objet : Applications > Gestion des Incidents > Filtre d'incident
Attributs :

Filtre id
Numéro d'incident : Entrer le numéro de l'incident à filtrer.
No du réseau :
No noeud :
Numéro d'alvéole : Ces attributs identifient l'origine de l'incident (entrer –
1 pour les paramètres qui ne doivent pas être pris en
Numéro de Coupleur : compte)
Derrière Us :
Adresse Poste :
Action Rma : Sélectionner l'action RMA associée à cet incident :

• Action 0
• Action 1
• Action 2
• Action 3
• Sans
Ces actions sont gérés directement sur le RMA
(exemple : appel d'un poste distant dans un centre
de maintenance).
Action Relais Alarme : • Sans : cet incident n'a pas d'impact sur le relais
d'alarme,
• Alarme haute : cet incident active le relais
d'alarme,
• Alarme basse : cet incident désactive le relais
d'alarme.
No de table : A renseigner si cet incident doit déclencher une alar-

me sur un poste. Entrer un numéro entre 1 et 128.
L'alarme se déclenchera sur le poste alarme dont le
numéro de table correspond au numéro renseigné ici
(voir Les postes d'alarme à la page 289).
Affichage à l'écran : Oui : l'incident est affiché au fil de l'eau.
Stockage sur disque : Oui : l'incident est enregistré sur le dique dur de la
CPU.
Incident Réseau : Oui : l'incident est remonté dans le réseau.
6.2.5 Gestion des traps SNMP

Voir Procédure de configuration à la page 168.

6.2.6 Alarmes externes

Pour gérer la prise en compte d'une alarme externe, il est nécessaire de procéder comme suit :
• paramétrer les données du poste (équipement analogique),
• paramétrer la catégorie d'exploitation téléphonique.
Déclaration de l'alarme externe :
Nom de l'objet : Usagers
Créer un numéro d'annuaire comme pour un poste analogique, puis compléter les différents
paramètres propres à la fonction alarmes extérieures.
Attributs:
Type de poste : Choisir : Analogique . Le détecteur de type "contact sec",

remplace un poste analogique classique.
Table d'acheminement : Suivant la gravité que l'on souhaite attribuer à l'incident

émis, choisir la valeur N correspondante.N doit être choisi
dans les plages suivantes :
• de 1 à 24 pour un niveau de sévérité : Warning.
• de 25 à 49 pour un niveau de sévérité : Minor.
• de 50 à 74 pour un niveau de sévérité : Major.
• de 75 à 100 pour un niveau de sévérité : Critical.
Remarque :
le numéro de l'incident finalement émis est 1100 + N.
Après une première validation, un menu apparaît ; sélectionner le type de fonctionnement du capteur :
Equipement Alarme externe : Choisir entre les deux configurations possibles :

• Alarme sur boucl. ouv.
• Alarme sur boucl. ferm.
Nom de l'objet : Catégories > Catégories d'exploit. tél.

Attributs:
Type fonction décrochage : Choisir la fonction Alarme externe .
6.2.7 Postes alarmes

Voir Les postes d'alarme à la page 289.
6.3 Exploitation
6.3.1 Exploitation du service de gestion des incidents
L'exploitation du service de gestion des incidents est accessible à partir du terminal système (VT100)
sous le compte mtcl , grâce à un certain nombre de commandes
Les commandes sont les suivantes :
• cplalrm : permet d'éditer les compteurs d'alarme des cartes réseau (PRA, BPRA, etc.) (voir
Exploitation à la page 36),

• inccpt : permet de connaître le nombre d'incidents sortis par niveau de sévérité (voir Exploitation à
la page 44),
• increset : permet de remettre à zéro les fichiers des incidents (voir Exploitation à la page 48) ,
• incvisu : permet de visualiser les incidents du noeud local, stockés en mémoire (voir Exploitation à
la page 49),
• netvisu : permet de visualiser les incidents des différents noeuds du réseau, stockés sur le noeud
principal (voir Exploitation à la page 79),
• excvisu : permet de visualiser les backtraces (voir Exploitation à la page 43),
• alarmrel : permet de consulter l'état du relais d'alarme ainsi que l'historique des incidents ayant
modifié l'état du relais ; permet d'activer ou de désactiver le relais d'alarme (voir Exploitation à la
page 34),
• alarmrel off : permet de désactiver le relais d'alarme (voir Exploitation à la page 34),
• inconf : permet de modifier les valeurs des paramètres de gestion des incidents par défaut (voir
Exploitation à la page 45),
• incout : permet de choisir le port sur lequel les incidents sont édités en ligne (voir Exploitation à la
page 47),
• incinfo : permet d'obtenir une définition et une description complète d'un incident (voir Exploitation
à la page 44),
• incstop : permet de stopper la sortie des incidents au fil de l'eau (voir Exploitation à la page 48),
• incstart : permet de redémarrer la sortie des incidents au fil de l'eau (voir Exploitation à la page 48),

Chapitre
7 Gestion SNMP
7.1 Introduction
Le protocole standard SNMP (Simple Network Management Protocol) permet de superviser l'OmniPCX
Enterprise par une plate-forme de gestion réseau, qui sera appelée hyperviseur SNMPdans ce
document.
Le Com Server comprend aussi un agent SNMP et peut traiter les traps SNMP pour le superviseur
SNMP, dans le but d'avertir l'administrateur du réseau
Les échanges SNMP se font sur les ports UDP 161 et 162 de l'équipement IP.
Important :
Ce chapitre ne couvre pas les périphériques IP externes, tels que les téléphones IP ou les cartes IP.

7.2.1 Mise en œuvre SNMP sur Com Server
7.2.1.1 Processus SNMP
Sur le Com Server l'agent SNMP et la génération des traps sont obtenus par deux processus distincts :
• snmpd correspond à l'agent SNMP. Cet outil répond aux requêtes du superviseur SNMP. Les
données MIB du Com Server peuvent être lues, mais pas écrites
• incid2trap génère les traps SNMP en fonction de la gestion des incidents configurée en MAO
7.2.1.2 Agent SNMP sur Com Server

• Communautés
Un nom de communauté est une chaîne de caractères utilisée pour identifier les échanges entre le
superviseur SNMP et l'agent SNMP. Si cette vérification aboutit à un échec, la requête est stoppée.
Lorsque la version SNMP de l'agent SNMP du PCX est SNMPv2c, les noms de communauté
"public" et "privé" sont interdits (voir : Déclaration d'un agent SNMP actif sur le serveur de
communication à la page 168).
Lorsque la version SNMP de l'agent SNMP du PCX est SNMPv3, le nom communautaire n'est pas
utilisé.
• Accès
Seuls les accès en lecture sont autorisés (requêtes Get et Get-next). Aucun accès en écriture ne
peut avoir lieu (requête Set).
• 802.1 p/q VLAN tagging est activé sur le Com Server
Une requête SNMP peut être "taggée". La valeur courante du VLAN est utilisée. Null priority
(priorité basse) est systématiquement utilisé dans les tags 802.1 pour les paquets SNMP sortants.
7.2.2 Traitement des traps

7.2.2.1 Trap d'événement SNMP
Sur chaque noeud du réseau, le processus incid2traps convertit les alarmes CMIP en traps SNMP et
les transmet au superviseur SNMP, en fonction de la configuration des filtres d'incidents. Toutes les
alarmes CMIP peuvent être transformées en un seul trap SNMP (appelé "trap d'événement"). Les

Chapitre 7 Gestion SNMP
attributs d'alarmes CMIP sont transformés en paramètre de trap d'événement. Les traps d'événement
SNMP peuvent être envoyés dans deux formats différents :
• format réduit : ce format n'a qu'un but informatif. Il peut être utilisé pour afficher les alarmes dans
une fenêtre d'événements sur le superviseur SNMP
• format étendu : ce format est utilisé pour traiter des alarmes pour applications dédiées. C'est le cas,
par exemple, pour des clients avec de la gestion spécifique
Pour configurer le format, voir : Déclaration des superviseurs à la page 171.
7.2.2.2 Trap d'état SNMP

L'agent SNMP calcule également l'état de chaque noeud du réseau et génère un trap SNMP contenant
le paramètre d'état du noeud (ce type de traps est appelé "trap d'état").
Note :
les traps d'état sont toujours envoyés au superviseur SNMP lorsque le traitement des traps est activé, mais il est
possible de sélectionner l'envoi ou non des traps d'état. Ceci est spécifié dans la configuration OmniPCX
Enterprise. Voir : Déclaration des superviseurs à la page 171
7.2.3 Versions SNMP

Trois versions SNMP peuvent être utilisées : SNMPv1, SNMPv2c et SNMPv3.
Les deux premières versions proposent des éléments communs, SNMPv2c incluant des fonctions
supplémentaires de sécurité. SNMPv1 est définie par la norme RFC 1157. SNMPv2c est définie par la
norme RFC 1442.
Lorsque SNMPv1 est utilisée, un agent SNMP autorise n'importe quel superviseur SNMP à lire les
données MIB venues de l'agent SNMP. Lorsque SNMPv2c est utilisée, un agent SNMP ne permet
qu'aux superviseurs SNMP ayant le même nom de communauté de lire les informations MIB.
SNMPv3 diffère de SNMPv2c en sa capacité à :
• Restreindre l'accès aux informations MIP au seuls superviseurs SNMP authentifiés (voir RFC
3414). Pour l'authentification, les superviseurs SNMP doivent avoir un compte SNMPv3 (login et
mot de passe) déclaré dans la configuration de l'OmniPCX Enterprise (voir : Déclaration des
utilisateurs SNMPv3 (si SNMPv3 est sélectionné) à la page 169), et l'agent SNMP doit aussi être
déclaré (voir : Déclaration d'un agent SNMP actif sur le serveur de communication à la page 168).
Pour l'agent SNMP, un maximum de 10 comptes utilisateur SNMPv3 peuvent être configurés
• Fourniture d'un processus de cryptage pour les PDU (Protocol Data Unit) SNMP (voir RFC 3412).
Pour crypter les PDU SNMP, les superviseurs SNMP doivent disposer d'une phrase secrète
SNMPv3 déclarée dans la configuration de l'OmniPCX Enterprise (voir : Déclaration des utilisateurs
SNMPv3 (si SNMPv3 est sélectionné) à la page 169) ainsi que l'agent SNMP (voir : Déclaration
d'un agent SNMP actif sur le serveur de communication à la page 168)
Dans la configuration de OmniPCX Enterprise, l'utilisation de SNMPv3 n'est pas compatible avec les
versions SNMPv1 et SNMPv2c. L'OmniPCX Enterprise ne peut pas restreindre l'accès à certaines
informations MIB. Ceci implique que toutes les informations MIB doivent être restreintes dans
l'environnement OmniPCX Enterprise. Une seule version SNMP est disponible sur l'OmniPCX
Enterprise au même moment (pour les agents SNMP et l'envoi des traps SNMP).
Note :
les informations MIB qui peuvent être demandées et fixées par les superviseurs SNMP dont décrites dans MIB-II
(Management Information Base Version 2) défini dans la norme RFC 1213.
7.2.4 Propriétés MIB propriétaires d'Alcatel-Lucent Enterprise

La base d'informations de gestion (MIB) est un ensemble de données (aussi appelée objets) défini
pour un équipement IP. Une application externe peut surveiller les valeurs MIB via le protocole de

SNMP et les identifiants d'objet (OID). Un OID identifie chaque objet du MIB et définit son chemin
d'accès.
L'OmniPCX Enterprise inclut un fichier de description MIB nommé A4400-RTM-MIB.txt et enregistré
dans l'annuaire /etc/snmp/mibs/export. Ce fichier définit les objets dont les valeurs peuvent être
surveillées par une application externe.
Note :
L'annuaire /etc/snmp/mibs/export contient également deux autres fichiers de description MIB : HPOV-
NNM.txt et TRAP-MIB.txt.
Une application externe (superviseur de SNMP) peut envoyer des requêtes à l'agent SNMP du Com
Server pour obtenir la valeur des objets définie dans le MIB OmniPCX Enterprise. L'agent SNMP du
Com Server envoie ensuite à l'application externe une réponse avec les valeurs demandées.
Le MIB OmniPCX Enterprise est une arborescence qui comprend :
• des branches standardisées incluant les objets généralement pris en charge par les équipements
IP. La liste d'objets est fournie dans : SNMP : entrées prises en charge à la page 175
• une branche propriétaire qui fournit les informations spécifiques sur le fonctionnement de

racine
iso (1)
org (3)
dod (6)
internet (1)
directory (1) mgnt (2) experimental (3) private (4)
mib (1) enterprises (1)
Branche standard
alcatel (637)
Alcatel-Lucent Enterprise
Branche Alcatel-Lucent propriétaire
(x) : représente l’identifiant d'objet (OID)
Figure 7.6 : Exemple d'arborescence MIB :
Les objets disponibles dans la branche propriétaire sont décrits dans les tableaux ci-après.
Ces objets fournissent des informations en temps réel pour le système PBX dans son ensemble, par
domaine IP et par faisceau :
• Pour le système tout entier :

Nom de l'objet : Définition

pbxMibVersion (0) Indique la version MIB utilisée
pbxState (2) Indique le plus haut niveau de gravité des incidents enregistré
dans l'OmniPCX Enterprise. Les valeurs possibles sont :
• INDETERMINATE (0)
• CRITICAL (1)
• MAJOR (2)
• MINOR (3)
• WARNING (4)
• NORMAL (5)
Note :
Le verrouillage de licence SNMP Trap est obligatoire pour récupérer des
valeurs en provenance d'une application externe.
pbxRole (4) Indique le rôle du PCX. Les valeurs possibles sont : INDETERMI-
NATE, MAIN, STAND-BY, ACTIVE_PCS ou INACTIVE_PCS où :
• Les valeurs MAIN et STAND-BY servent à indiquer le rôle du
Com Server
• Les valeurs ACTIVE_PCS et INACTIVE_PCS servent à indiquer
l'état du serveur PCS
Note :
La valeur INDÉTERMINÉE n'est pas envoyée en réponse à une requête
de SNMP lorsque l'agent SNMP correspondant n'est pas démarré
sipRegSets (5) Indique le nombre de terminaux SIP enregistrés dans le PCX, ainsi
que les terminaux SIP qui ne sont pas définis dans la configuration
du PCX (à condition que l'authentification ne soit pas nécessaire
pour l'enregistrement des terminaux SIP)
sipUnregSets (6) Indique le nombre de terminaux SIP qui ne sont pas enregistrés
dans le PCX. Ce nombre est égal au nombre de terminaux SIP
configurés dans le PCX moins le nombre de terminaux SIP enre-
gistrés dans le PCX.
Si l'authentification n'est pas nécessaire pour l'enregistrement de
terminaux SIP, ce nombre peut être négatif (lorsqu'il y a plus de
terminaux SIP auto-enregistrés que de terminaux SIP configurés
dans le PCX).
setsInService (7) Indique le nombre de postes en service.

Ce nombre inclut tous les types de poste mais pas les postes SIP.
setsOutOfServices (8) Indique le nombre de postes hors service.

Ce nombre inclut tous les types de poste mais pas les postes SIP.
• Par domaine IP :


confAvailable (2) (1) Indique le nombre de circuits de conférence disponibles (en service
et pas occupés)
confBusy (3) (1) Indique le nombre de circuits de conférence occupés
confOutOfOrder (4) (1) Indique le nombre de circuits de conférence hors service

dspRessAvailable (5) Indique le nombre de ressources DSP disponibles (c.-à-d. les
(2) compresseurs)
dspRessBusy (6) (2) Indique le nombre de compresseurs occupés

dspRessOutOfService Indique le nombre de compresseurs hors service
(7) (2)
dspRessOverrun (8) (2) Indique le nombre de demandes infructueuses de compresseurs li-

bres pour cause de ressources insuffisantes du PCX. Chaque fois
que le PCX ne peut fournir un compresseur (par manque de res-
source), le nombre est incrémenté de 1.
Au démarrage du Com Server ou lorsqu'un basculement se pro-
duit, ce compteur est réinitialisé à 0.
CacAllowed (9) (2) Indique le nombre de communications externes autorisées
CacUsed (10) (2) Indique le nombre actuel de communications externes

Ce nombre ne sert que si le nombre de communications externes
autorisées est limité ; dans le cas contraire, sa valeur est 0
CacOverrun (11) (2) Indique le nombre de surcharges du Call Admission Control

(CAC) : à chaque fois qu'une communication est refusée par les
compteurs CAC, ce nombre est incrémenté de 1.
Au démarrage du Com Server ou lorsqu'un basculement se pro-
duit, ce compteur est réinitialisé à 0.
Ce compteur n'est pas configuré si le nombre de communications
externes autorisées est illimité (aucun contrôle, valeur : 1)
ipDomainName (12) Indique le nom du domaine IP.
(1):Ces paramètres prennent en compte toutes les conférences (indépendamment de leur type et
de leur taille) sauf les conférences à 3
(2):Ces paramètres peuvent également être vérifiés par la commande cnx dom qui sert à afficher
les informations sur les domaines de téléphonie IP, avec les correspondances suivantes :
Nom de l'objet : Paramètre correspondant (commande cnx)

dspRessAvailable comp alw
dspRessBusy comp use
dspRessOutOfOrder comp out
dspRessOverrun comp ovr
CacAllowed allowed

Nom de l'objet : Paramètre correspondant (commande cnx)

CacUsed used
CacOverrun cac over
• Par faisceau :
trunkname (2) Indique le nom du faisceau
tcrystal (3) Indique le numéro de l'alvéole pour les faisceaux avec un accès
physique nécessitant le numéro d'alvéole, le numéro de carte et le
numéro de la destination.
Indique le numéro d'accès virtuel pour les faisceaux sans adressa-
ge physique (par exemple : faisceaux SIP).
tcoupler (4) Indique le numéro de la carte pour les faisceaux avec un accès
physique nécessitant le numéro d'alvéole, le numéro de carte et le
numéro de la destination.
Indique le numéro d'accès virtuel pour les faisceaux sans adressa-
ge physique (par exemple : faisceaux SIP).
trunktype (5) Indication du type de faisceau.

Seuls les faisceaux ISDN (T0, T1 et T2), SIP NDDI et ABC-F sont
pris en charge.
nodepbx (6) Indique le numéro du nœud auquel appartient le faisceau

freechan (7) Indique le nombre de canaux (Free) disponibles pour le faisceau
donné
busychan (8) Indique le nombre de canaux (Free) occupés pour le faisceau
donné
ooschan (9) Indique le nombre de canaux hors service pour le faisceau donné
trunkstatus (10) Indique l'état du faisceau (en service/hors service)
cumuloos (11) (1) Indique le nombre cumulé de canaux hors service. Chaque fois
qu'un canal est hors service, ce compteur est incrémenté de 1.
Lorsque le compteur atteint 65,535, il est remis à 0.
cumuloverrun (12) (1) Indique le nombre cumulé d'échecs d'appels sortants (oos/hg). A
chaque échec d'un appel sortant, ce compteur est incrémenté de 1.
Lorsque le compteur atteint 65,535, il est remis à 0.
(1): Les compteurs cumuloos (11) et cumuloverrun (12) sont incrémentés dans le nœud
principal et restent à 0 dans le nœud de secours. En cas de basculement, le compteur redémarre à
0 sur le nœud de secours.
Ces objets supplémentaires sont disponibles uniquement lorsque le Com Server prend le rôle Main.
Lorsqu'un Com Server stand-by ou PCS prend la relève, le seul objet disponible (dès que l'agent
SNMP a démarré) est : pbxRole
Lorsqu'un Com Server reçoit une requête d'une application externe pour l'un de ces objets
supplémentaires :

• Si la requête s'applique à l'objet pbxRole, le Com Server répond à la requête

• Si la requête s'applique à un autre objet supplémentaire, le Com Server répond seulement lorsqu'il
prend le rôle Main. Un Com Server qui démarre (la fonctionnalité téléphonique n'a pas démarré) ou
un Com Server stand-by et PCS (en mode actif ou inactif) ne peuvent pas fournir d'informations sur
ces objets

7.3.1 Principe de gestion
La gestion SNMP comporte deux aspects :
1. Gestion du serveur de communication en tant qu'agent SNMP : voir Déclaration d'un agent SNMP
actif sur le serveur de communication à la page 168
2. La gestion de l'émission des incidents sous forme de traps, qui se fait par gestion MAO :
• Si SNMPv3 est utilisé, la première étape à suivre est la création d'un compte d'authentification
• Dans l'objet Incident manager : gestion globale s'appliquant à tous les incidents, sauf ceux pour
lesquels un filtre spécifique est défini
• Dans les sous-objets Incident Filter : gestion incident par incident
• Dans la configuration SNMP, déclarer un ou plusieurs superviseurs SNMP
Afin de simplifier la gestion, une liste d'incidents à remonter par défaut est enregistrée sur le PCX.
Cette liste, activée par défaut, peut être désactivée, puis réactivée par gestion. La désactivation (ou
l'activation) de la liste supprime (ou crée) automatiquement les filtres d'incident correspondants.
7.3.2 Déclaration d'un agent SNMP actif sur le serveur de communication

Pour configurer l'agent SNMP actif sur le serveur de communication :
1. Sélectionnez : SNMP Configuration > SNMP Global Configuration
2. Vérifiez/Modifiez les attributs suivants :
SNMP Version Sélectionner la version SNMP utilisée pour les agents
SNMP.
• Les choix possibles sont : V1 : correspond à la
version SNMPv1
• V2 : correspond à la version SNMPv2c (version
par défaut)
• V3: correspond au SNMPv3
Note :
la version par défaut est SNMPv2c pour éviter des erreurs
pour les superviseurs SNMP configurés dans les versions
antérieures. Si la version par défaut était SNMPv3, les
superviseurs SNMP existants ne pourraient plus être
opérationnels pour le service SNMP.
SNMP Agent
Start SNMP agent Sélectionner : Enable (ou Disable) pour activer ou
désactiver l'agent SNMP
SNMP engine ID Valeur en lecture seule, nécessaire pour configurer
un superviseur SNMP en version SNMPv3
Exemple : 8000027D046E6F6465303036303031

engine ID built from L'identifiant du moteur est traité soit du Node name
ou du Custom data lu dans le champ engine ID
custom data
engine ID custom data Si le champ Données custom plus haut est validé, il
indique une valeur en chaîne de caractères pour
créer l'identifiant moteur
3. Validez vos données.
Les nouveaux paramètres sont affichés lorsque l'attribut Start SNMP agent est configuré sur
Enable :
Contact Entrer les informations d'identification du gestionnaire

du PCX (adresse e-mail, numéro de téléphone, ...).
Ceci correspond dans la structure de la MIB à la
branche system.sysContact.0
La longueur maximum est de 128 caractères. Il n'y a
pas de valeur par défaut
Location Entrer la localisation physique du noeud. Ceci

correspond dans la structure de la MIB à la branche
system.sysLocation.0
Community Name Entrer le nom de la communauté (obligatoire lorsque

SNMPv2c a été sélectionné au préalable)
Notes :
• Le nom de communauté est demandé pour activer
l'agent SNMP sur l'OmniPCX Enterprise.
• il n'y a pas de lien entre ce nom de communauté et celui
utilisé par les traps SNMP.

Note :
Les valeurs saisies pour les attributs Contact, Location et Community Name sont préservées si l'attribut Start
SNMP agent est à nouveau défini sur No.
7.3.3 Déclaration des utilisateurs SNMPv3 (si SNMPv3 est sélectionné)

Si la version SNMP utilisée est la V3, la première étape à suivre est la déclaration des comptes
SNMPv3 utilisés dans les phases d'authentification avec les superviseurs SNMP.
Note :
10 comptes SNMPv3 au maximum peuvent être configurés pour l'agent SNMP.
1. Sélectionnez : SNMP Configuration > SNMP Global Configuration > Agent SNMPv3 Users

SNMPv3 User name Entrer le nom de login de l'agent SNMP demandé pour
l'authentification avec superviseur SNMP (cet attribut
n'est pas obligatoire). La longueur de cette valeur ne
peut pas dépasser 64 caractères.
SNMPv3 User password Entrer le mot de passe de l'agent SNMP demandé
pour l'authentification avec superviseur SNMP (cet
attribut est obligatoire). La longueur de cette valeur
doit être supérieure ou égale à 8 caractères et ne peut
pas dépasser 64 caractères.
Attention :
il est recommandé de saisir un minimum de 16
caractères.
Confirm Entrer le mot de passe défini plus haut

SNMPv3 Cypher Passphrase Entrer la "phrase clé" demandée pour le cryptage des
PDU SNMP (cet attribut est obligatoire). La longueur
de cette valeur doit être supérieure ou égale à 8
caractères et ne peut pas dépasser 64 caractères
7.3.4 Définition des paramètres SNMP

1. Sélectionnez : Applications > Incident manager
SNMP
Severity Sélectionner le niveau de gravité à partir duquel les
incidents du noeud local sont émis sous forme de traps
SNMP.
Network Severity Significatif uniquement si l'attribut Network est défini à
"oui".
Sélectionner le niveau de gravité à partir duquel les in-
cidents des autres noeuds du réseau sont émis sous
forme de traps SNMP (par le noeud principal).
Topology Yes : émission des incidents topologiques locaux (et

réseau si l'attribut Network ci-dessous est à oui), quel
que soit leur niveau de gravité, sous forme de traps
SNMP.
RMA Yes : émission des incidents RMA (et réseau si
l'attribut Network ci-dessous est à oui), quel que soit
leur niveau de gravité, sous forme de traps SNMP.
Network Sélectionner Yes : les incidents venant des autres
nœuds du réseau peuvent être émis vers le nœud
principal qui les remontera sous forme de traps SNMP
(en fonction de leur niveau de gravité déclaré plus
haut).

7.3.5 Configuration des valeurs par défaut des filtres d'incident

En création de base vierge, la liste des incidents par défaut est activée. Les incidents concerné sont
les suivants :
275 1721 2170 2826
276 1722 2463 2827
310 2009 2464 3714
311 2011 2465 3768
435 2017 2466 4017
441 2019 2467 4018
1099 2042 2468 4019
1100 2043 2470 4023
1302 2048 2471 4115
1307 2049 2472 4116
1510 2059 2473 4117
1521 2071 2474 5973
1522 2073 2615 5974
1529 2077 2663
1542 2081 2665
1650 2112 2666
1651 2119 2680
1660 2140 2681
1661 2141 2682
1662 2167 2686
1663 2168 2700
Pour désactiver (ou activer) la liste, sélectionner Applications > Incident manager, puis :
• Pour Incident SNMP, sélectionner Delete SNMP Default (ou Set SNMP Default)
• Pour Incident Réseau, sélectionner Delete Network incident Default (ou Set Network incident
Default)
Pour chacun des incidents de la liste, l'activation de la liste entraîne la création d'une instance de
l'objet Incident Filter avec l'attribut SNMP Incident et/ou l'attribut Network Incident à Oui.
7.3.6 Gestion des filtres incident par incident

1. Sélectionnez : Applications > Incident Manager > Incident Filter
Incident Number Entrer le numéro de l'incident à filtrer.
SNMP Incident Yes : l'incident est émis sous forme de trap SNMP.
Network Incident Yes : l'incident est déclaré dans le réseau.
7.3.7 Déclaration des superviseurs

1. Sélectionnez : SNMP Configuration > SNMP Supervisor

Name Entrer le nom du superviseur SNMP.

IP Address Entrer l'adresse IP du superviseur SNMP
Community Entrer le nom de la communauté à entrer dans les
traps SNMP. Lorsque des traps sont reçus, une
vérification est réalisée : le nom de la communauté
du superviseur SNMP doit correspondre au nom de la
communauté du trap SNMP.
Trap State • Yes : le superviseur SNMP reçoit les traps
d'événements et les traps d'état.
• No : le superviseur SNMP reçoit uniquement les
traps d'événements.
Trap Type Sélectionnez :

• Compact : émission des traps sous forme
compacte
• Extended : émission des traps sous forme
développée à but applicatif.
Language Sélectionnez :
• United Kingdom (anglais)
• France (français)
7.3.8 Gestion complémentaire

7.3.8.1 Configuration des données reliées au service SNMP
L'administrateur peut gérer la correspondance entre les niveaux de sévérité des incidents sur
l'OmniPCX Enterprise et les niveaux de sévérité reconnus par le superviseur SNMP.
1. Sélectionnez : Applications > Incident manager > SNMP Application
Severity
Indeterminate Par défaut : Critical
Critical Par défaut : Critical
Major Par défaut : Major
Minor Par défaut : Minor
Warning Par défaut : Warning
Cleared Par défaut : Normal
7.4 Exploitation
7.4.1 Outil snmpget
Cet outil peut être utilisé pour envoyer des requêtes vers tout équipement SNMP accessible par le
Com Server pour récupérer les informations d'un objet MIB spécifique.

Syntaxe : snmpget <version SNMP> <nom d'hôte> -c <communauté> <chemin d'accès

vers l'objet à surveiller>
Exemple :
oxe> snmpget –v2c localhost -c community system.sysContact.0
SNMPv2-MIB::sysContact.0 = STRING: mail:Someone@Somewhere.net tel:(+33)
7.4.2 Outil snmpwalk

Cet outil peut être utilisé pour envoyer des requêtes vers tout équipement SNMP accessible par le
Com Server pour récupérer les informations d'une branche MIB spécifique.
Syntaxe : snmpwalk <version SNMP> <nom d'hôte> -c <communauté> <branche MIB à
surveiller>
oxe> snmpwalk –v2c localhost -c community ip
IP-MIB::ipForwarding.0 = INTEGER: forwarding(1)
IP-MIB::ipDefaultTTL.0 = INTEGER: 64
IP-MIB::ipInReceives.0 = Counter32: 1876489
IP-MIB::ipInHdrErrors.0 = Counter32: 0
IP-MIB::ipInAddrErrors.0 = Counter32: 0
IP-MIB::ipForwDatagrams.0 = Counter32: 0
...
7.4.3 Consultation des fichiers texte MIB

Les fichiers texte MIB se trouvent dans l'annuaire du PCX : /usr/share/snmp/mibs.
Le fichier A4400-CPU-MIB.txt se trouve dans le répertoire /usr/share/snmp/mibs.
Les fichiers de textes MIB propriétaires de Alcatel-Lucent Enterprise se trouvent dans l'annuaire du
PCX : /etc/snmp/mibs/export. Les noms de fichier sont les suivants : A4400-RTM-MIB.txt (à
partir de la version R9.0), HPOV-NNM.txt et TRAP-MIB.txt.
7.5 Description des traps SNMP

7.5.1 Introduction
Cette section décrit les traps SNMP qui sont destinés à être envoyés à une plate-forme de gestion
pour créer des cartes de topologie et recevoir des événements.
7.5.2 Description des traps SNMP

L'ID de l'objet enterprise des traps envoyés par l'agent proxy est : nmcProxyTraps(2) sous
nmcProxyAgent(1). Cet agent distingue les traps selon leur type spécifique.
Les traps sont envoyés par un agent proxy de l'OmniPCX Enterprise Alcatel. Il existe trois type de
traps :
• les traps Event : permettent de convertir les événements CMIP au format SNMP.
• les traps packedCmipTrap (type 1 spécifique) : description lisible (pour un humain) des
événements CMIP. Les variables sont :
• openViewSeverity (integer) : gravité correspondant à l'événement initial. Cet événement sera
affiché avec son degré de gravité dans le navigateur HPOV Event.
• packedForm.
• les traps packedCmipTrap (type 3 spécifique) : décrivent un événement CMIP. Les variables
sont :

• objectClass.topClass, objectClass.baseClass,
• objectInstance.rdnDepth,
• objectInstance.rdnValues.rdn<n>.classId<n>,
• objectInstance.rdnValues.rdn<n>.rdnValue<n> (avec <n> dans [1..5]),
• eventTime, eventType, severity, probableCause, notificationId.
• État des traps : enregistrent l'état des objets (calculé par un agent).
• les traps topClassStateTrap (type 7 spécifique) : donnent l'état d'un objet top class (c'est-à-dire
OmniPCX Enterprise). Les variables sont :
• classId1,
• rdnValue1,
• severity : gravité la plus sérieuse de tous les événements actifs notés sur toute partie de
l'objet,
• objectNumber : numéro du PCX,
• parentNumber : numéro de sous -réseau du PCX.
• les traps Management : sont utilisés par l'agent proxy pour donner des informations sur
l'exportation.
• les traps startOfResyncTrap (type 2 spécifique) : envoyés à chaque démarrage d'un événement
resynchronisation.
• les traps startProxyTrap (type 4 spécifique) : envoyés au démarrage du proxy agent.
• les traps startProxyTrap (type 5 spécifique) : envoyés à l'arrêt du proxy agent.
• les traps eventLostTrap (type 6 spécifique) : envoyés quand certains traps se sont peut-être
perdus.
Exemple
perte d'une carte interface OmniPCX Enterprise (incident 2042)
• topClass
OID : nmcProxyAgent.cmipEventArg.objectClass.topClass.0
valeur : 89
La valeur 89 de l'index topClass correspond à un noeud OmniPCX Enterprise.

• baseClass
OID : nmcProxyAgent.cmipEventArg.objectClass.baseClass.0
valeur : 23
La valeur 23 correspond à une carte OmniPCX Enterprise.

• rdnDepth
OID : nmcProxyAgent.cmipEventArg.objectInstance.rdnDepth.0
valeur : 3
Le niveau d'une carte dans la hiérarchie des objets OmniPCX Enterprise est : 3.
Ceci implique que le nom de toutes les instances cartes est composé de trois parties.
• rdnValues (3 niveaux)
OID : nmcProxyAgent.cmipEventArg.objectInstance.rdnValues.rdn1.classId1.0
value : 89
OID : nmcProxyAgent.cmipEventArg.objectInstance.rdnValues.rdn1.rdnValue1.0
valeur : "node2"
La valeur 89 de la classe rdnl.classIdl correspond à un noeud OmniPCX Enterprise, rdln.rdnValue1

en donne le nom : "noeud2".
value: 29

valeur : “0”
La valeur 29 pour rdn2.classId2 correspond à une alvéole OmniPCX Enterprise qui a le nombre :
rdn2.rdnValue2=0.
valeur : 23
valeur : ”9”
La valeur 23 de l'index rdn3.classld3, à la fin de l'OID correspond à une carte de l'OmniPCX

Enterprise dont le nombre est : rdn3.rdnValue3=9.
• eventTime
OID : nmcProxyAgent.cmipEventArg.eventTime.0
valeur : ”19971014102633”
La date à laquelle l'alarme est détectée sur le noeud géré est : October 14th 1997 at 10h26mn.33s.
• eventType
OID : nmcProxyAgent.cmipEventArg.eventType.0
valeur : 4
Ceci est une alarme d'équipement de ligne.

• eventType
OID : nmcProxyAgent.cmipEventArg.eventType.0
valeur : 4
Ceci est une alarme d'équipement de ligne.

• severity :
OID : nmcProxyAgent.cmipEventArg.severity.0
valeur : 3
C'est une alarme dont la gravité est majeure (severity = Major).

• probableCause
OID : nmcProxyAgent.cmipEventArg.probableCause.0
valeur : 32
Le type d'alarme est probablement : "mémoire insuffisante".

• notificationId
OID : nmcProxyAgent.cmipEventArg.notificationId.0
valeur : 2042
C'est la perte d'une carte interface.
7.6 SNMP : entrées prises en charge

7.6.1 Préambule
Ce document décrit les différentes entrées MIB SNMP prises en charge par OmniPCX Enterprise, en
fonction des versions logicielles utilisées.
La configuration du démon SNMP est la suivante :
• Chaque entrée est accessible en lecture seule ; aucune communauté n’est autorisée à modifier un
quelconque champ (au moyen d’une requête SNMP Set ou d’une opération similaire).
• Gestion des communautés :

• L'administrateur peut déclarer les communautés autorisées à consulter les entrées SNMP (par la
commande netadmin).
• L'administrateur peut déclarer des communautés pour SNMPv3 (via l'interface mgr).
Ce démon est conforme au RFC 1450 (SNMP-V2). Cependant, seules quelques parties sont incluses
en fonction de la version :
• SNMP-FRAMEWORK-MIB
• SNMP-MPD-MIB
• SNMP-TARGET-MIB
• SNMP-USER-BASED-SM-MIB
• SNMP-VIEW-BASED-ACM-MIB
• SNMPv2-M2M-MIB
• SNMPv2-MIB
• SNMPv2-PARTY-MIB
• SNMPv2-SMI
• etc...
7.6.2 Branche principale

Ces entrées sont liées à la branche .iso.
.iso.org.dod.internet.mgmt.mib-2 (voir :Branche MIB-2 à la page 176)

.iso.org.dod.internet.snmpV2 (voir :Branche SNMPv2 à la page 183)
.iso.org.dod.internet.private.enterprises.ucdavis (voir : Branche UCD Davis à la page 184)
.iso.org.dod.internet.private.enterprises.alcatel (voir : Branche Alcatel-Lucent Enterprise
propriétaire à la page 187)
7.6.3 Branche MIB-2

Ces entrées sont liées à la branche .iso.org.dod.internet.mgmt.mib-2.
mib-2
mib-2.system
mib-2.interfaces
mib-2.at
mib-2.ip
mib-2.icmp
mib-2.tcp
mib-2.udp
mib-2.transmission
mib-2.snmp
mib-2.host
7.6.3.1 Entrées système

system
system.sysDescr
system.sysUpTime

system.sysContact
system.sysName
system.sysLocation
system.sysServices
system.sysORLastChange
system.sysORTable
system.sysORTable.sysOREntry
system.sysORTable.sysOREntry.sysORID
system.sysORTable.sysOREntry.sysORDescr
system.sysORTable.sysOREntry.sysORUpTime
7.6.3.2 Entrées d'interfaces

Interfaces
interfaces.ifNumber
interfaces.ifTable
interfaces.ifTable.ifEntry
interfaces.ifTable.ifEntry.ifIndex
interfaces.ifTable.ifEntry.ifDescr
interfaces.ifTable.ifEntry.ifType
interfaces.ifTable.ifEntry.ifMtu
interfaces.ifTable.ifEntry.ifSpeed
interfaces.ifTable.ifEntry.ifPhysAddress
interfaces.ifTable.ifEntry.ifAdminStatus
interfaces.ifTable.ifEntry.ifOperStatus
interfaces.ifTable.ifEntry.ifInOctets
interfaces.ifTable.ifEntry.ifInUcastPkts
interfaces.ifTable.ifEntry.ifInErrors
interfaces.ifTable.ifEntry.ifOutOctets
interfaces.ifTable.ifEntry.ifOutUcastPkts
interfaces.ifTable.ifEntry.ifOutDiscards
interfaces.ifTable.ifEntry.ifOutErrors
interfaces.ifTable.ifEntry.ifOutQLen
interfaces.ifTable.ifEntry.ifSpecific
7.6.3.3 Entrées AT
at
at.atTable
at.atTable.atEntry
at.atTable.atEntry.atIfIndex
at.atTable.atEntry.atPhysAddress

at.atTable.atEntry.atNetAddress
7.6.3.4 Entrées IP
ip
ip.ipForwarding
ip.ipDefaultTTL
ip.ipInReceives
ip.ipInHdrErrors
ip.ipInAddrErrors
ip.ipForwDatagrams
ip.ipInUnknownProtos
ip.ipInDiscards
ip.ipInDelivers
ip.ipOutRequests
ip.ipOutDiscards
ip.ipOutNoRoutes
ip.ipReasmTimeout
ip.ipReasmReqds
ip.ipReasmOKs
ip.ipReasmFails
ip.ipFragOKs
ip.ipFragFails
ip.ipFragCreates
ip.ipAddrTable
ip.ipAddrTable.ipAddrEntry
ip.ipAddrTable.ipAddrEntry.ipAdEntAddr
ip.ipAddrTable.ipAddrEntry.ipAdEntIfIndex
ip.ipAddrTable.ipAddrEntry.ipAdEntNetMask
ip.ipAddrTable.ipAddrEntry.ipAdEntBcastAddr
ip.ipRouteTable
ip.ipRouteTable.ipRouteEntry
ip.ipRouteTable.ipRouteEntry.ipRouteDest
ip.ipRouteTable.ipRouteEntry.ipRouteIfIndex
ip.ipRouteTable.ipRouteEntry.ipRouteMetric1
ip.ipRouteTable.ipRouteEntry.ipRouteNextHop
ip.ipRouteTable.ipRouteEntry.ipRouteType
ip.ipRouteTable.ipRouteEntry.ipRouteProto
ip.ipRouteTable.ipRouteEntry.ipRouteMask
ip.ipRouteTable.ipRouteEntry.ipRouteInfo

ip.ipNetToMediaTable
ip.ipNetToMediaTable.ipNetToMediaEntry
ip.ipNetToMediaTable.ipNetToMediaEntry.ipNetToMediaIfIndex
ip.ipNetToMediaTable.ipNetToMediaEntry.ipNetToMediaPhysAddress
ip.ipNetToMediaTable.ipNetToMediaEntry.ipNetToMediaNetAddress
ip.ipNetToMediaTable.ipNetToMediaEntry.ipNetToMediaType
ip.ipRoutingDiscards
7.6.3.5 Entrées ICMP

icmp
icmp.icmpInMsgs
icmp.icmpInErrors
icmp.icmpInDestUnreachs
icmp.icmpInTimeExcds
icmp.icmpInParmProbs
icmp.icmpInSrcQuenchs
icmp.icmpInRedirects
icmp.icmpInEchos
icmp.icmpInEchoReps
icmp.icmpInTimestamps
icmp.icmpInTimestampReps
icmp.icmpInAddrMasks
icmp.icmpInAddrMaskReps
icmp.icmpOutMsgs
icmp.icmpOutErrors
icmp.icmpOutDestUnreachs
icmp.icmpOutTimeExcds
icmp.icmpOutParmProbs
icmp.icmpOutSrcQuenchs
icmp.icmpOutRedirects
icmp.icmpOutEchos
icmp.icmpOutEchosReps
icmp.icmpOutTimestamps
icmp.icmpOutTimestampsReps
icmp.icmpOutAddrMask
icmp.icmpOutAddrMaskReps
7.6.3.6 Entrées TCP

tcp
tcp.tcpRtoAlgorithm

tcp.tcpRtoMin
tcp.tcpRtoMax
tcp.tcpMaxConn
tcp.tcpActiveOpens
tcp.tcpPassiveOpens
tcp.tcpAttemptFails
tcp.tcpEstabResets
tcp.tcpCurrEstab
tcp.tcpInSegs
tcp.tcpOutSegs
tcp.tcpRetransSegs
tcp.tcpConnTable
tcp.tcpConnTable.tcpConnEntry
tcp.tcpConnTable.tcpConnEntry.tcpConnState
tcp.tcpConnTable.tcpConnEntry.tcpConnLocalAddress
tcp.tcpConnTable.tcpConnEntry.tcpConnLocalPort
tcp.tcpConnTable.tcpConnEntry.tcpConnRemAddress
tcp.tcpConnTable.tcpConnEntry.tcpConnRemPort
tcp.tcpInErrs
tcp.tcpoutRsts
7.6.3.7 Entrées UDP

udp
udp.udpInDatagrams
udp.udpNoPorts
udp.udpInErrors
udp.udpOutDatagrams
udp.udpTable
udp.udpTable.udpEntry
udp.udpTable.udpEntry.udpLocalAddress
udp.udpTable.udpEntry.udpLocalPort
7.6.3.8 Entrées de transmission

transmission
7.6.3.9 Entrées Snmp

snmp
snmp.snmpInPkts
snmp.snmpOutPkts
snmp.snmpInBadVersions

snmp.snmpInBadCommunityNames
snmp.snmpInBadCommunityUses
snmp.snmpInASNParseErrs
snmp.snmpInTooBigs
snmp.snmpInNoSuchNames
snmp.snmpInBadValues
snmp.snmpInReadOnlys
snmp.snmpInGenErrs
snmp.snmpInTotalReqVars
snmp.snmpInTotalSetVars
snmp.snmpInGetRequests
snmp.snmpInGetNexts
snmp.snmpInSetRequests
snmp.snmpInGetResponses
snmp.snmpInTraps
snmp.snmpOutTooBigs
snmp.snmpOutNoSuchNames
snmp.snmpOutBadValues
snmp.snmpOutGenErrs
snmp.snmpOutGetRequests
snmp.snmpOutGetNexts
snmp.snmpOutSetRequests
snmp.snmpOutGetResponses
snmp.snmpOutTraps
snmp.snmpEnableAuthenTraps
7.6.3.10 Entrées hôte

hôte
host.hrSystem
host.hrSystem.hrSystemUptime
host.hrSystem.hrSystemDate
host.hrSystem.hrSystemInitialLoadDevice
host.hrSystem.hrSystemInitialLoadParameters
host.hrSystem.hrSystemNumUsers
host.hrSystem.hrSystemProcesses
host.hrSystem.hrSystemMaxProcesses
host.hrStorage
host.hrStorage.hrMemorySize
host.hrStorage.hrStorageTable

host.hrStorage.hrStorageTable.hrStorageEntry
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageIndex
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageType
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageDescr
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageAllocationUnits
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageSize
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageUsed
host.hrStorage.hrStorageTable.hrStorageEntry.hrStorageAllocation
Echecs
host.hrDevice
host.hrDevice.hrDeviceTypes
host.hrDevice.hrDeviceTable
host.hrDevice.hrDeviceTable.hrDeviceEntry
host.hrDevice.hrDeviceTable.hrDeviceEntry.hrDeviceIndex
host.hrDevice.hrDeviceTable.hrDeviceEntry.hrDeviceType
host.hrDevice.hrDeviceTable.hrDeviceEntry.hrDeviceDescr
host.hrDevice.hrDeviceTable.hrDeviceEntry.hrDeviceID
host.hrDevice.hrProcessorTable
host.hrDevice.hrProcessorTable.hrProcessorEntry
host.hrDevice.hrProcessorTable.hrProcessorEntry.hrProcessorFrwID
host.hrDevice.hrProcessorTable.hrProcessorEntry.hrProcessorLoad
host.hrDevice.hrNetworkTable
host.hrDevice.hrNetworkTable.hrNetworkEntry
host.hrDevice.hrNetworkTable.hrNetworkEntry.hrNetworkIfIndex
host.hrDevice.hrDiskStorageTable
host.hrDevice.hrDiskStorageTable.hrDiskStorageEntry
host.hrDevice.hrDiskStorageTable.hrDiskStorageEntry.hrDisk
StorageAccess
StorageMedia
StorageRemovable
StorageCapacity
host.hrDevice.hrPartitionTable
host.hrDevice.hrPartitionTable.hrPartitionEntry

host.hrDevice.hrPartitionTable.hrPartitionEntry.hrPartitionIndex
host.hrDevice.hrPartitionTable.hrPartitionEntry.hrPartitionLabel
host.hrDevice.hrPartitionTable.hrPartitionEntry.hrPartitionID
host.hrDevice.hrPartitionTable.hrPartitionEntry.hrPartitionSize
host.hrDevice.hrPartitionTable.hrPartitionEntry.hrPartitionFSIndex
host.hrDevice.hrFSTable
host.hrDevice.hrFSTable.hrFSEntry
host.hrDevice.hrFSTable.hrFSEntry.hrFSIndex
host.hrDevice.hrFSTable.hrFSEntry.hrFSMountPoint
host.hrDevice.hrFSTable.hrFSEntry.hrFSRemoteMountPoint
host.hrDevice.hrFSTable.hrFSEntry.hrFSType
host.hrDevice.hrFSTable.hrFSEntry.hrFSAccess
host.hrDevice.hrFSTable.hrFSEntry.hrFSBootable
host.hrDevice.hrFSTable.hrFSEntry.hrFSStorageIndex
host.hrDevice.hrFSTable.hrFSEntry.hrFSLastFullBackupDate
host.hrDevice.hrFSTable.hrFSEntry.hrFSLastPartialBackupDate
host.hrSWRun.hrSWRunTable
host.hrSWRun.hrSWRunTable.hrSWRunEntry
host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunIndex
host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunName
host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunID
host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunPath
host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunParameters
host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunType
host.hrSWRun.hrSWRunTable.hrSWRunEntry.hrSWRunStatus
host.hrSWRunPerf.hrSWRunPerfTable
host.hrSWRunPerf.hrSWRunPerfTable.hrSWRunPerfEntry
host.hrSWRunPerf.hrSWRunPerfTable.hrSWRunPerfEntry.hrSWRunPerfCPU
host.hrSWRunPerf.hrSWRunPerfTable.hrSWRunPerfEntry.hrSWRunPerfMem
Note :
L'hôte n'est normalement pas pris en charge avec l'implémentation ucd-snmp 4.2.4. ajoutée par Alcatel-Lucent
Enterprise.
7.6.4 Branche SNMPv2

Ces entrées sont liées à la branche .iso.org.dod.internet.snmpV2..
snmpV2
snmpV2.snmpModules
snmpV2.snmpModules.snmpFrameworkMIB
snmpFrameworkMIB.snmpFrameworkMIBObjects
snmpFrameworkMIB.snmpFrameworkMIBObjects.snmpEngine

snmpFrameworkMIB.snmpFrameworkMIBObjects.snmpEngine.snmpEngineID
snmpFrameworkMIB.snmpFrameworkMIBObjects.snmpEngine.snmpEngineBoots
snmpFrameworkMIB.snmpFrameworkMIBObjects.snmpEngine.snmpEngineTime
snmpFrameworkMIB.snmpFrameworkMIBObjects.snmpEngine.snmpEngineMax
MessageSize
snmpV2.snmpModules.snmpMPDMIB
snmpMPDMIB.snmpMPDMIBObjects
snmpMPDMIB.snmpMPDMIBObjects.snmpMPDStats
snmpMPDMIB.snmpMPDMIBObjects.snmpMPDStats.snmpUnknownSecurityModels
snmpMPDMIB.snmpMPDMIBObjects.snmpMPDStats.snmpInvalidMsgs
snmpMPDMIB.snmpMPDMIBObjects.snmpMPDStats.snmpUnknownPDUHandlers
snmpV2.snmpModules.snmpTargetMIB
snmpTargetMIB.snmpTargetObjects
snmpTargetMIB.snmpTargetObjects.snmpTargetSpinLock
snmpV2.snmpModules.snmpUsmMIB
snmpUsmMIB.usmMIBObjects.usmStats
snmpUsmMIB.usmMIBObjects.usmStats.usmStatsUnsupportedSecLevels
snmpUsmMIB.usmMIBObjects.usmStats.usmStatsNotInTimeWindows
snmpUsmMIB.usmMIBObjects.usmStats.usmStatsUnknownUserNames
snmpUsmMIB.usmMIBObjects.usmStats.usmStatsUnknownEngineIDs
snmpUsmMIB.usmMIBObjects.usmStats.usmStatsWrongDigests
snmpUsmMIB.usmMIBObjects.usmStats.usmStatsDecryptionErrors
snmpUsmMIB.usmMIBObjects.usmUser
snmpUsmMIB.usmMIBObjects.usmUser.usmUserSpinLock
snmpV2.snmpModules.snmpVacmMIB
snmpVacmMIB.vacmMIBObjects.vacmMIBViews.vacmViewSpinLock
7.6.5 Branche UCD Davis

Ces entrées sont liées à la branche .iso.org.dod.internet.private.enterprises.ucdavis.
ucdavis
ucdavis.prTable
ucdavis.prTable.prEntry
ucdavis.prTable.prEntry.prIndex
ucdavis.prTable.prEntry.prNames
ucdavis.prTable.prEntry.prMin
ucdavis.prTable.prEntry.prMax
ucdavis.prTable.prEntry.prCount
ucdavis.prTable.prEntry.prErrorFlag
ucdavis.prTable.prEntry.prErrMessage

ucdavis.prTable.prEntry.prErrFix
ucdavis.prTable.prEntry.prErrFixCmd
ucdavis.memory
ucdavis.memory.memIndex
ucdavis.memory.memErrorName
ucdavis.memory.memTotalSwap
ucdavis.memory.memAvailSwap
ucdavis.memory.memTotalReal
ucdavis.memory.memAvailReal
ucdavis.memory.memTotalFree
ucdavis.memory.memMinimumSwap
ucdavis.memory.memShared
ucdavis.memory.memBuffer
ucdavis.memory.memCached
ucdavis.memory.memSwapError
ucdavis.memory.memSwapErrorMsg
ucdavis.extTable
ucdavis.extTable.extEntry
ucdavis.extTable.extEntry.extIndex
ucdavis.extTable.extEntry.extNames
ucdavis.extTable.extEntry.extCommand
ucdavis.extTable.extEntry.extResult
ucdavis.extTable.extEntry.extOutput
ucdavis.extTable.extEntry.extErrFix
ucdavis.extTable.extEntry.extErrFixCmd
ucdavis.dskTable
ucdavis.dskTable.dskEntry
ucdavis.dskTable.dskEntry.dskIndex
ucdavis.dskTable.dskEntry.dskPath
ucdavis.dskTable.dskEntry.dskDevice
ucdavis.dskTable.dskEntry.dskMinimum
ucdavis.dskTable.dskEntry.dskMinPercent
ucdavis.dskTable.dskEntry.dskTotal
ucdavis.dskTable.dskEntry.dskAvail
ucdavis.dskTable.dskEntry.dskUsed
ucdavis.dskTable.dskEntry.dskPercent
ucdavis.dskTable.dskEntry.dskPercentNode
ucdavis.dskTable.dskEntry.dskErrorFlag
ucdavis.dskTable.dskEntry.dskErrorMsg

ucdavis.laTable
ucdavis.laTable.laEntry
ucdavis.laTable.laEntry.laIndex
ucdavis.laTable.laEntry.laNames
ucdavis.laTable.laEntry.laLoad
ucdavis.laTable.laEntry.laConfig
ucdavis.laTable.laEntry.laLoadInt
ucdavis.laTable.laEntry.laLoadFloat
ucdavis.laTable.laEntry.laErrorFlag
ucdavis.laTable.laEntry.laErrMessage
ucdavis.systemStats.ssIndex
ucdavis.systemStats.ssErrorName
ucdavis.systemStats.ssSwapIn
ucdavis.systemStats.ssSwapOut
ucdavis.systemStats.ssIOSent
ucdavis.systemStats.ssIOReceive
ucdavis.systemStats.ssSysInterrupts
ucdavis.systemStats.ssSysContext
ucdavis.systemStats.ssCpuUser
ucdavis.systemStats.ssCpuSystem
ucdavis.systemStats.ssCpuIdle
ucdavis.systemStats.ssCpuRawUser
ucdavis.systemStats.ssCpuRawNice
ucdavis.systemStats.ssCpuRawSystem
ucdavis.systemStats.ssCpuRawIdle
ucdavis.version.versionIndex
ucdavis.version.versionTag
ucdavis.version.versionDate
ucdavis.version.versionCDate
ucdavis.version.versionIdent
ucdavis.version.versionConfigureOptions
ucdavis.version.versionClearCache
ucdavis.version.versionUpdateConfig
ucdavis.version.versionRestartAgent
ucdavis.version.versionDoDebugging
ucdavis.snmperrs.snmperrIndex
ucdavis.snmperrs.snmperrNames
ucdavis.snmperrs.snmperrErrorFlag
ucdavis.snmperrs.snmperrErrMessage

ucdavis.mrTable
ucdavis.mrTable.mrEntry
ucdavis.mrTable.mrEntry.mrIndex
ucdavis.mrTable.mrEntry.mrModuleName
Note :
La branche UCD Davis est prise en charge par l'agent ucd-snmp, mais nécessite l'utilisation de l'outil de
configuration côté OmniPCX Enterprise pour que tout fonctionne.
7.6.6 Branche Alcatel-Lucent Enterprise propriétaire

Ces entrées sont liées à la branche .iso.org.dod.internet.private.enterprises.alcatel.
alcatel
alcatel.abs
alcatel.abs.a4400
alcatel.abs.a4400.a4400CPU
alcatel.abs.a4400.a4400CPU.pbxMibVersion
alcatel.abs.a4400.a4400CPU.pbxState
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.ipDomainNumber
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.confAvailable
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.confBusy
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.confOutOfOrder
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.dspRess
Available
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.dspRessBusy
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.dspRess
OutOfOrder
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.dspRessOverrun
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.CacAllowed
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.CacUsed
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.CacOverrun
alcatel.abs.a4400.a4400CPU.ipDomainTable.ipDomainEntry.ipDomainName
alcatel.abs.a4400.a4400CPU.pbxRole
alcatel.abs.a4400.a4400CPU.sipRegSets
alcatel.abs.a4400.a4400CPU.sipUnregSets
alcatel.abs.a4400.a4400CPU.setsInService
alcatel.abs.a4400.a4400CPU.setsOutOfService
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.trunkid
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.trunkname
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.tcrystal
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.tcoupler

alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.trunktype
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.nodepbx
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.freechan
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.busychan
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.ooschan
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.trunkstatus
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.cumuloos
alcatel.abs.a4400.a4400CPU.trunkTable.TrunkEntry.cumuloverrun

Chapitre
8 Boîtier IP V24
8.1 Introduction
8.1.1 But
L'OmniPCX Enterprise n'offrant qu'un seul port V24 (port console ttyS0) sur lequel il n'est pas possible
de lancer des applications, la re-direction des entrées / sorties de certaines applications téléphoniques
utilisant des ports V24 (console Hôtel, sorties au fil de l'eau d'incidents, de tickets, afficheurs muraux
CCD ...) doit se faire par l'intermédiaire d'un boîtier de connexion V24 relié au Call Server via le réseau
IP. Ce boîtier, appelé boîtier MOXA, doté de 4 ports V24, fournit une interface entre ses propres ports
V24 et le réseau IP. Les applications du Call Server sont gérées à destination de ports TCP particuliers
qui dialoguent avec le boîtier.
Moxa
Call Server Réseau IP
Ecran de sortie
taxation
Client Login
Maintenance Console V24
à distance
Figure 8.7 : exemples d'applications V24 sur IP
8.1.2 Référence aux autres modules

Le boîtier V24 sur IP est documenté dans les modules suivants :
• description, principe et types d'installation : Description détaillée à la page 189,
• gestion : Procédure de configuration à la page 193,
• maintenance : Maintenance à la page 198.

Le boîtier offre :
• sur la face avant, 4 ports de communication V24 dont le débit des ports et le contrôle de flux sont
paramétrables,
• sur la face supérieure :
• un écran LCD de gestion d'adresse IP et de configuration par touches,
• quatre touches de gestion (configuration) : une touche MENU, deux touches↓ ↑ de déplacement
dans les menus/sous-menus, une touche SEL de validation
• un bouton de Reset du mot de passe d'accès à Telnet à l'arrière du boîtier.

Chapitre 8 Boîtier IP V24
Les options proposées sont les suivantes :

• reconnaissance automatique de lien Ethernet 10/100 Mo,
• maintenance et surveillance via une console telnet,
• fonction client DHCP (non supportée à l'heure actuelle).
La vitesse maximum des ports utilisables à travers la gestion IP est limitée à 38400 b/s.
8.2.2 Principe de fonctionnement

Le boîtier Moxa est géré avec une adresse IP.
Un process système (moxattyd), présent sur le Call Server, surveille les trames IP en provenance et à
destination de cette adresse.
Quand le boîtier est configuré, le port de l'application et le port TCP sont associés, ce qui assure le
transport de l'information entre la bonne application du Call Server et la bonne sortie V24 physique sur
le boîtier. Cette configuration se fait en deux temps :
1. l'outil de gestion du PCX fait le lien entre le port de l'application et un TTY,
2. moxattyd fait le lien entre le TTY et le port TCP.
La configuration du boîtier peut être réalisée via Telnet ou directement sur le boîtier MOXA.
8.2.3 Configuration du port MOXA

Les ports V24 du boîtier MOXA sont configurés sur le PCX.
L'outil de gestion du PCX est la seule interface pour modifier les ports V24. La configuration directe sur
le boîtier MOXA est utilisée pour la configuration générale du boîtier (adresse IP, netmask, gateway).
Il y a deux outils :
• moxadmin tourne sur le PCX. Il est utilisé pour récupérer les informations de configuration du port,
depuis le PCX, et les transférer dans un fichier temporaire pour l'application npbc.
• npbc tourne sur MOXA. Il est utilisé pour configurer les ports V24 à l'aide du fichier de configuration
envoyer par moxadmin.

Utilisateur Boîtier Fichier

mgr moxadmin npbc
final V24 d’incident
Configuration du boîtier
«Appliquer
modifications…»
Ecriture du fichier
de configuration
Envoi du fichier
- Si la configuration est réussie : L’incident 1466 est envoyé

- Si la configuration échoue : L’incident 1467 est envoyé
Acquittement nécessaire pour continuer
Pas d’acquittement nécessaire pour continuer
Acquittement
Figure 8.8 : Traitement du flux de configuration
Cinq paramètres peuvent être configurés sur l'outil de gestion du PCX :

• Contrôle de flux logiciel
• Vitesse d'émission
• Parité
• Valeur du bit de stop
• Quantité de bits de données
Trois paramètres ne peuvent être configurés sur le PCX et sont renseignés avec des valeurs par
défaut par l'outil moxadmin :
• le mode fonctionnel de MOXA est le host base mode.
• la temporisation TCP (utilisée pour vérifier l'utilisation du port) est réglée sur une minute.
• les adresses IP autorisées pour atteindre le boîtier sont renseignées en fonction de la duplication du
Call Server :
• en configuration non dupliquée, seule l'adresse IP du Call Server est autorisée à atteindre le
boîtier MOXA,
• en configuration Call Server dupliqué, lorsque les deux Call Servers sont sur le même sous-
réseau, l'adresse par rôle Main est autorisée à atteindre le boîtier MOXA,
• en configuration Call Server dupliqué, lorsque les deux Call Servers sont sur deux sous-réseaux
différents, les deux adresses par rôle Main sont autorisées à atteindre le boîtier MOXA.
8.2.4 Restrictions et contraintes

• Le firmware du boîtier MOXA doit être d'une version R3.0 ou supérieure.
• Un mot de passe ne doit pas être utilisé sur le boîtier MOXA (un mot de passe empêcherait
moxadmin d'accéder au boîtier MOXA).

• Les ports ne doivent pas être configurés directement sur le boîtier MOXA : ceci entraînerait des
incohérences entre les paramètres du boîtier MOXA et ceux du PCX.
• En cas de modification ou d'ajout d'un Call Server dupliqué, il est nécessaire d'appliquer les
modifications sur l'outil de gestion du PCX (voir Application des modifications à la page 197). Ceci
pour mettre à jour les adresses IP qui permettent d'atteindre le boîtier MOXA.
• Dans une configuration Call Server dupliqué, lorsque les deux Call Servers sont sur des sous-
réseaux différents, le Call Server basculant sur le rôle Main peut accéder au boîtier MOXA
seulement une minute après le basculement.
8.2.5 Types d'installation

Les différentes configurations d'installation peuvent être les suivantes :
• Installation sur un même brin IP
• Installation avec routeur
• Installation avec plusieurs boîtiers MOXA
• Connexion en mode accès distant
8.2.5.1 Installation sur un même brin IP
Call Server Call Server
Moxa
Lan client PC
Liens V24
Routeur
Terminal VT100
8.2.5.2 Installation avec routeur
Routeur
Lan client Lan client
Moxa
Liens V24
PC Terminal VT100
8.2.5.3 Installation avec plusieurs boîtiers MOXA

Il est possible d'effectuer de nombreuses extensions et donc de rajouter plusieurs boîtiers V24/IP sur
un réseau permettant d'avoir jusqu'à 16 ports en série (4 boîtiers MOXA).

Routeur
Moxa Moxa Moxa
Liens V24 vers PC/Terminaux
8.2.5.4 Connexion en mode accès distant
Call Server
Lan client
Moxa Utilisateur final

(ex : 4760, télémaintenance ...)
Réseau
commuté
Liens V24/ protocole PPP
Modem Modem

8.3.1 Principe
Pour configurer le boîtier IP/V24 :
1. Assigner une adresse IP au boîtier V24 en utilisant les touches du boîtier
2. Si nécessaire, configurer un masque de réseau et une passerelle
3. Configurer le boîtier V24 distant sur le serveur d'appel
4. Configurer les ports V24
5. Configurer un port V24 pour la sortie d'événement de réveil
6. Appliquer les modifications
Attention :
Les ports séries sont configurés par l'outil de gestion PCX et NE doivent PAS être configurés directement
sur le boîtier MOXA. La configuration directe sur le boîtier MOXA est utilisée pour la configuration
générale du boîtier (adresse IP, netmask, gateway).
Attention :
Dans le cas d'une configuration par Telnet, toute modification effectuée dans le menu configuration / test
du boîtier doit être validée par une réinitialisation de ce dernier (menu Redémarrage). Le système

demande alors de presser la touche Entrée pour valider ou Echap pour annuler les modifications (dans
ce dernier cas, une réinitialisation sera tout de même effectuée).
MOXA NPort Server Lite
serverConfig Serialport Diagnostic Monitor Ping [Restart] Exit Restart the

server
ECH : retour au menu Entrée : sélectionner
Avertissement !!! Le redémarrage du système déconnectera tous les

ports et effacera toute valeur d'état Entrée : continuer ECH :
annuler
Note :
En cas d'utilisation de Telnet avec un PC sous Windows, afin de pouvoir se déplacer avec les flèches du terminal
sur les différents champs, il est nécessaire de vérifier que les options suivantes du menu Terminal > Préférences
de Telnet ont été cochées :
• Options du terminal : Flèches VT100
• Emulation : VT–100/ANSI
8.3.2 Avant de démarrer

• Vérifier que la version du micrologiciel du MOXA est 3.0 ou supérieure. Si une mise à niveau est
nécessaire, voirFlashage d'un nouveau firmware à la page 200.
• Vérifier qu'aucun mot de passe ne soit configuré sur le boîtier MOXA.
8.3.3 Configuration de l'adresse IP

La configuration de l'adresse IP se fait directement sur le boîtier Moxa par l'intermédiaire des touches
de configuration. Le contrôle se fait sur l'écran LCD.
1. Appuyer sur la touche MENU.
2. A l'aide de la touche ↓, se déplacer vers le bas jusqu'au sous-menu CONFIGURATION RESEAU.
3. Utiliser la touche SEL pour confirmer.
4. A l'aide de la touche↓, se déplacer vers le bas jusqu'au sous-menu ADRESSE IP.
5. Confirmer avec la touche SEL, l'adresse IP apparaît.
6. Modifier chaque champ de l'adresse IP en utilisant les touches ↓ et↑, puis confirmer chaque
modification de champ avec la touche SEL. Cette action permet de passer au chiffre suivant. Une
fois le dernier chiffre saisi et validé avec la touche SEL, l'écran LCD revient au sous-menu
ADDRESSE IP.
7. Appuyer plusieurs fois sur la touche MENU, jusqu'à l'obtention de l'affichage du message suivant :
Enregistrer la modification ? Non.
8. A l'aide de la touche ↑, afficher Oui.
9. Confirmer avec la touche SEL.
10. La modification est alors effectuée, le boîtier procède à une réinitialisation et la nouvelle adresse IP
s'affiche à l'écran LCD.
8.3.4 Configuration du masque de sous-réseau et de la passerelle

1. Utiliser Telnet sur l'adresse IP du boîtier, un menu de configuration/test s'affiche.

2. Dans le menu présenté, choisir VT100 comme type de terminal.

3. Se déplacer avec les flèches du terminal pour obtenir le champ Config serveur :
MOXA NPort Server Lite
[serverConfig] Serialport Diagnostic Monitor Ping [Restart] Exit Config

server settings
ECH : retour au menu Entrée : sélectionner

Modèle de serveur DE-304
Nom de serveur [Moxa ]
Numéro de série 11901
Mode opératoire [Host Based Mode ]

DHCP [Disable ]
Etat Ethernet 100M/Link
Adresse MAC 00:90:E8:04:2E:7D
Adresse IP [10.4.4.50 ]
Masque de sous-réseau [255.255.255.0 ]
Passerelle [ ]
Mot de passe [ ]
4. Sélectionner le champ Masque de sous-réseau pour modifier le masque de sous-réseau.

5. Sélectionner le champ Passerelle si le boîtier est intégré dans un sous-réseau différent :
l'adresse IP à entrer est l'adresse IP du routeur qui atteint le serveur d'appel.
8.3.5 Déclaration du boîtier Moxa sur le serveur d'appel

L'installation du boîtier V24 distant sur le serveur d'appel se fait en utilisant l'outil de gestion du PCX.
1. Sélectionner Système > Boîtier V24 distant
2. Vérifiez/modifiez les attributs suivants :
Numéro Saisir le numéro de boîtier.
Type Sélectionner le type de boîtier IP V24 :

• Moxa Nport Server Lite
• MoxaNport5410
Adresse IP Saisir l'adresse IP du boîtier.

Nombre de ports Saisir le nombre de ports V24 utilisés (1 à 4)
3. Confirmez votre saisie
Attention :
Si une modification IP est nécessaire, la modification de l'adresse IP sur le serveur d'appel doit être faite
après que le boîtier l'ait prise en compte.
Attention :
L'installation ou l'effacement d'un boîtier V24 provoque un arrêt immédiat de toutes les applications V24
distantes.

Note :
4 boîtiers V24 peuvent être gérés. Les boîtiers IP V24 Moxa Nport Server Lite et Moxa Nport 5410 peuvent
coexister dans le même OmniPCX Enterprise.
8.3.6 Configuration des ports V24

Une fois le boîtier V24 installé, il est nécessaire de déclarer les ports utilisés et de leur affecter les
applications concernées.
Pour configurer les ports V24 :
• Paramétrer la vitesse de transmission des ports et le contrôle du flux
• Affecter les applications à chaque port utilisé
Les applications et les paramètres sur les ports V24 sont configurés en utilisant l'outil de gestion PCX.
1. Sélectionner Système > port V24
Port Sélectionner le port (voir la notice plus bas)
Parité Sélectionner Off, Pair ou Impair.

Valeur par défaut : Off.
Bits de données 5, 6, 7 ou 8 bits.

Valeur par défaut : 8 bits.
Bit stop 1 bit ou 2 bits.

Valeur par défaut : 1 bit.
Application V24 Sélectionner le type d'application connectée à ce port (Menu

hôtel, Baromètre CCD, Messagerie vocale ...)
Paramètres A configurer selon le type d'application sélectionnée.
Protocole XON/XOFF Faux ou Vrai.

Valeur par défaut : Non.
Vitesse Sélectionner une valeur située entre 50 b/s et 38400 b/s.

Valeur par défaut : 9600 b/s.
Les autres paramètres sont à conserver à leurs valeurs par défaut.

3. Confirmez vos entrées.
Note :
Le port à sélectionner dépend de l'unité et du connecteur V24 utilisés :
• Unité 1 :
• connecteur 1 : /dev/rv24/b1/tty1 (45),
• connecteur 4 : /dev/rv24/b1/tty4 (48).
• Unité 2 :


• Unité 3 :
• Unité 4 :
8.3.7 Configuration d'un port V24 pour la sortie d'événement de réveil

Pour activer une sortie d'événement de réveil par le biais d'un port V24 du boîtier Moxa, exécuter les
opérations suivantes :
1. Configurer le port V24 dans les services téléphoniques spécifiques :
1. Sélectionner Specific Telephone Services
2. Vérifiez/Modifiez l'attribut suivant :
Réveil V24 Sélectionner un port V24 (par exemple : /dev/rv24/b1/

tty2 (46) )
2. Modifier les paramètres du port V24 :
1. Sélectionner Système > port V24
Port Sélectionner le port défini ci-dessus dans les services

téléphoniques spécifiques (par exemple : /dev/rv24/b1/
tty2 (46) )
Type de terminal Sélectionner : Imprimante
Application V24 Sélectionner : Autre application
8.3.8 Application des modifications

Après avoir configuré les ports, il est nécessaire de prendre en compte les modifications de telle sorte
que l'outil moxadmin envoie des paramètres au boîtier MOXA. Ceci doit être opéré sur l'outil de
gestion PCX.
1. Sélectionner Système > Boîtier V24 distant
2. Sélectionner Prise en compte modif. au boîtier v24 distant
La mise à jour du boîtier MOXA prend environ 30 secondes.
3. Vérification des résultats de la mise à jour :
• Si effectuée avec succès, l'incident 1466 est envoyé.
• Si effectuée sans succès,l'incident 1467 est envoyé, indiquant la cause de l'échec (échec de la
liaison IP, version de micrologiciel incompatible, autre).

8.4 Maintenance
Recommandations d'installation : le boîtier doit être installé dans un environnement Ethernet
switché.
Le process du Call Server se nomme moxattyd.
Le fichier de configuration du boîtier se nomme moxatty.cf, il se trouve dans /usr/etc/moxatty/
moxatty.cf.
Les périphériques concernés sont (en fonction du numéro déclaré des ports et des boîtiers) :
• /dev/rv24/b1/tty1, /dev/rv24/b1/tty2, /dev/rv24/b1/tty3, /dev/rv24/b1/tty4 pour le premier boîtier,
• /dev/rv24/b1/tty1, /dev/rv24/b1/tty2, /dev/rv24/b1/tty3, /dev/rv24/b1/tty4 pour le deuxième boîtier.
8.4.2 Tests/Surveillance
Les différents tests pouvant être exécutés sont les suivants :
1. un ping sur l'adresse du boîtier,
2. un Telnet sur l'adresse du boîtier.
Le menu de configuration / test apparaît et propose :
• Diagnostic : test global du boîtier ; à la fin de ce test, le boîtier effectue un "reset".
• Monitor : surveillance des ports ; les caractères reçus, émis, le statut des fils DTR, DSR, RTS,
CTS, DCD ..., sont alors supervisés.

Note :
La ligne Conn. Status correspond à l'adresse IP du Call Server qui gère le boîtier. Si le boîtier n'est pas
correctement géré, le mot listen remplace cette adresse. Cette ligne n'est toutefois présente que pour une
version du firmware supérieure ou égale à 2.01.
• Un test de ping d'une adresse IP quelconque.
Il est possible de redémarrer le process du Call Server par la commande service remotev24 restart.

Note :
Lors du redémarrage du process du Call Server (moxattyd), un rapport est édité (moxatty.log), il se trouve
dans /usr/etc/moxatty.log.
Remarque :
Après une coupure d'alimentation, le temps de re-connexion est de 1 minute par défaut.
8.4.3 Flashage d'un nouveau firmware

Le changement du binaire du boîtier Moxa est une opération manuelle. Elle est effectuée à la demande
du support technique. Les fichiers binaires sont soit fournis par le support technique, soit livrés avec
les binaires téléphoniques.
1. Supprimer le boîtier MOXA dans l'outil de gestion du PCX
2. Ouvrir une session Telnet sur l'OmniPCX Enterprise
Attention :
Ne pas effectuer cette procédure à partir du port V24 du Call Server. L'outil à utiliser bloque ce port
V24. Dans ce cas, un “kill” du process est nécessaire pour débloquer la situation.
3. Se connecter en tant que root
4. Sélectionner le répertoire /usr/etc/moxatty
5. Lancer la commande /npadm ; le MAIN MENU s'affiche :
1. Sélectionner Configure server puis valider par un Return sur la ligne du boîtier MOXA
souhaité.
Si l'adresse IP n'existe pas, le programme va demander de configurer le serveur. Dans ce cas :
1. Aller au menu Add server,
2. Sélectionner la ligne Manual Add Nport Server,
3. Entrer l'adresse IP du boîtier,
4. Après quelques secondes, le mot de passe est demandé : entrer Return,
5. Dans le menu, valider en appuyant sur Ctrl+F et y pour confirmer,
6. Un nouveau menu apparaît : valider à nouveau en appuyant sur Ctrl+F et y pour confirmer,
Un résumé apparaît,
7. Appuyer sur Return pour revenir au menu MAIN MENU.
2. Sélectionner Upgrade firmware.
3. Le nom du fichier firmware est demandé. Entrer le nom du fichier binaire, par exemple :
NPL.ROM. Valider en appuyant sur Ctrl+F
Le téléchargement commence. Quand le téléchargement est terminé, le boîtier MOXA se
réinitialise.
4. Sur le boîtier, sélectionner Server settings, puis Firmware version pour vérifier la version
firmware.
5. Sur l'outil npadm, supprimer le boîtier MOXA:
1. Sélectionner Delete server,
2. Sélectionner le boîtier MOXA à supprimer,
3. Supprimer Ctrl+F et y pour confirmer.
6. Sortir de l'outil npadm en sélectionnant Exit.
6. Déclarer le boîtier MOXA dans l'outil de gestion du PCX. voir Déclaration du boîtier MOXA sur le
Call Server à la page 195.
Note :
Le firmware de la version est contenu dans le répertoire /usr/etc/moxatty et s'appelle NPL.ROM.
Note :
Pour annuler dans un champ, presser sur la touche Esc.

Chapitre
9 Supervision de la qualité VoIP
9.1 Introduction
Après chaque appel en voix sur IP (VoIP), et selon la configuration, chaque équipement impliqué dans
l'appel peut générer un justificatif VoIP. Les justificatifs VoIP peuvent servir à identifier des problèmes
sur les équipements IP. Les justificatifs VoIP contiennent un rapport statistique sur l'appel (adresses IP,
durée de l'appel, compression utilisée, gigue, perte de paquet, délai...).
Ces justificatifs VoIP sont transférés au OmniPCX Enterprise immédiatement après leur création.
Attention :
Ne confondre les justificatifs VoIP et les justificatifs de taxation (voir la documentation associée)
Selon la configuration, les justificatifs VoIP sont :
• soit stockés sur le OmniPCX Enterprise,
• soit stockés sur le OmniPCX Enterprise, puis envoyés à une application externe (OmniVista 8770)
• Envoyés à la volée à une application externe via la liaison Ethernet (non disponible pour les
éléments SIP VQR reçus des terminaux SIP)
Le transfert de données entre l'OmniPCX Enterprise et l'application externe doit se conformer au
protocole Alcatel-Lucent Enterprise spécifique. Pour plus d'informations sur ce protocole, les membres
de l'DSPP (Developer and Solution Partner Program) peuvent contacter Alcatel-Lucent Enterprise.
Le contenu des justificatifs VoIP enregistrés sur le OmniPCX Enterprise peut être lu avec l'outil
ipview et à partir de l'OmniVista 8770.
9.2 Glossaire
ABNF (Augmented Backus-Naur Form)
Format utilisé pour transporter le VQR dans le message SIP Publish Body
BFI (Bad Frame Interpolation)
Pendant une communication téléphonique, lorsque le poste IP de destination ne reçoit pas le paquet
de voix correct au bon moment et qu'il n'y a plus de paquet dans le buffer de gigue, le système essaie
de remplir le "trou" dans l'appel en relisant le paquet de voix précédent. Cette opération est appelée
l'interpolation de mauvaise trame (BFI ou Bad Frame Interpolation). L'interpolation BFI joue un rôle
important dans la qualité d'appel. Des opérations de BFI consécutives indiquent une perte temporaire
de paquet.
Codec
Le codec définit l'algorithme de compression/décompression utilisé par les téléphones IP-Phones pour
convertir le signal vocal analogique en données binaires qui sont ensuite envoyées à travers le réseau
(et vice-versa).
Algorithmes utilisés :
• G.711 A law (64 kb/s)
• G.711 μ law (64 kb/s)
• G.722 (48, 56 ou 64 kb/s)
• G.723 (5.3 ou 6.3 kb/s)
• G.729A (8 kb/s)
• OPUS (64 Ko/s)

Chapitre 9 Supervision de la qualité VoIP
DTMF (Dual Tone Multi-Frequency ou fréquence vocale)

Le DTMF est le signal généré lorsqu'une touche d'un poste téléphonique standard est enfoncée. Ce
signal est envoyé à l'opérateur.
Framing
Le tramage est l'intervalle de temps entre chaque paquet de voix envoyé d'un téléphone IP-Phone
occupé. Par exemple, un intervalle de tramage de 30ms indique qu'un paquet RTP (voix) est envoyé
toutes les 30ms.
Gigue
La terme 'Gigue' renvoie aux fluctuations des délais de transmission des réseaux qui provoquent des
irrégularités indésirables dans le flux de voix.
Pour garantir la réception régulière, les téléphones IP-Phones compensent ce phénomène en utilisant
un tampon interne (buffer de gigue) pour les paquets qui arrivent trop tôt ou en retard afin de les relire
au bon moment.
Le nombre de paquets dans le tampon (taille du buffer de gigue ou profondeur) est une bonne
indication de la gigue.
RTP (Real-time Transport Protocol)
Le RTP est le protocole Internet standard pour le transfert de données en temps réel et la téléphonie
sur IP. Le RTP est un protocole léger, souvent utilisé en plus d'UDP/IP. Il permet la prise en charge
d'applications 'temps réel' telles que le contenu multimédia en flux continu (par exemple audio et
vidéo), y compris la numérotation de séquence, la détection de perte de paquet, et la sécurité et
l'identification de contenu.
Les téléphones IP d'Alcatel-Lucent Enterprise utilisent le RTP pour transmettre leurs flux de données
vocales.
Le RTP comprend une partie de données et une partie de contrôle. La partie de contrôle est appelée
RTCP.
RTCP (Real-time Transport Control Protocol)
Le RTCP est la partie de contrôle du TRP. Il permet la prise en charge de l'identification des sources et
des passerelles audio et vidéo. Il assure la remontée des informations sur la qualité de service fournie
par le réseau.
SID (Silence Identification)
Ce sont des trames qui contiennent les informations sur le bruit de fond, ce qui permet de générer le
bruit de fond du côté du récepteur.
VQR (Voice Quality Record)
Données de mesure de la qualité de la VoIP générées par chaque terminal IP à la fin de chaque appel

9.3.1 Génération des tickets
Les tickets sont générés à la fin de chaque appel.
Chaque appareil IP utilisé dans l'appel crée son ticket VoIP. Les appareils capables de générer des
tickets sont les suivants :
• Cartes INTIPA et B
• Carte PCMM

• Postes IP (e-Reflexes et IP Touch)

• Carte GD
• Carte GA
• OXE Media Services
• 8378 DECT IP-xBS
Un appel entre deux points d'arrivée IP Alcatel-Lucent Enterprise peut être divisé en un ou plusieurs
segments. Chaque segment d'appel génère deux tickets VoIP.
Par exemple, un appel est passé entre un poste IP A sur un nœud 1 et un poste IP B sur un nœud 2
via une carte GD sur le nœud 1. L'appel se compose de deux segments : le segment 1 est celui entre
le poste IP A et la carte GD ; le segment 2, celui entre la carte GD et le poste IP B.
Cet appel génère 4 tickets :
• Un ticket pour le poste IP A
• 2 tickets pour la carte GD (un avec le poste IP A et un avec le poste IP B)
• Un ticket pour le poste IP B
Aucun ticket n'est généré pour un segment IP comportant un ou deux appareils non fournis par Alcatel-
Lucent Enterprise.
Exemple :
Un segment entre une carte GD et un terminal H323 ne génère pas de ticket.
9.3.2 Génération de tickets pour les terminaux SIP

S'il est configuré (voir Activer la génération de justificatifs VoIP sur un terminal SIP à la page 219), un
terminal SIP génère un ticket VoIP (VQR) à la fin de chaque communication et l'envoie à son collecteur
SIP, qui correspond à l'adresse IP principale de l'OmniPCX Enterprise (FQDN ou adresse IP et port
5060)
Tous les tickets sont collectés par le collecteur embarqué OmniPCX Enterprise et sont périodiquement
stockés et compressés dans des fichiers.
Les fichiers de tickets sont conservés dans le répertoire de rattachement pendant une certaine
période. Après cette période, les fichiers sont automatiquement supprimés.
La fonction "Tickets à la volée" n'est pas disponible pour les tickets de poste SIP.
Le corps du VQR est codé en ABNF dans un format conforme à draft-ietf-sipping-rtcp-summary-08 ou
en utilisant le format RFC 6035.
Le collecteur SIP OXE enregistre le fichier de tickets au format abnf reçu. Aucune analyse syntaxique
n'est effectuée au niveau d'OmniPCX Enterprise.
Les enregistrements sont générés dès leur réception et stockés dans des fichiers dans un répertoire
de rattachement : OmniVista 8770 ou une autre application les obtiendra ensuite par interrogation.
9.3.3 Génération des tickets pour 8378 DECT IP-xBS

Plusieurs flux RTP peuvent être établis pour une même communication. Lorsque le combiné DECT se
déplace, un relais RTP est créé entre le xBS initial et le xBS où se trouve actuellement le combiné
DECT. Un relais RTP peut être établi lorsque le combiné DECT ne bouge pas ou en cas de partage de
la charge RTP.
Chaque fois que le combiné DECT change de xBS pendant un transfert de connexion, un nouveau
ticket VoIP est généré, ce qui signifie qu'un xBS peut générer plusieurs tickets VoIP pour la même
communication si le combiné DECT fait plusieurs allers-retours, par exemple entre deux xBS.

Chaque fois qu'un relais est terminé, un nouveau ticket VoIP est envoyé au serveur de communication
par le relais xBS lorsque la commande start-rtp contient le paramètre ODh à yes. Ceci s'ajoute au
ticket VoIP généré à la fin de la communication entre lexBS distant et de relais.
Dans les tickets VoIP :
• Les mêmes ID Local ID et Distant ID sont réutilisés et définis par le serveur de
communication pour la communication actuelle dans le message RTP de démarrage ou d'arrêt
(ceux utilisés pour le ticket VoIP déjà existant)
• Local IP est toujours l'adresse IP du relais xBS
• Distant IP est l'adresse IP du xBS où se trouve actuellement le combiné DECT
Pour une communication où le combiné est situé sur le xBS de relais initial au début de la
communication et ne se déplace pas, deux tickets VoIP sont générés à la fin de la communication :
• Un premier ticket VoIP avec Local IP = adresse IP du relais, Distant IP = adresse IP du xBS
où se trouve actuellement le combiné DECT (adresse IP du relais), nombre de paquets RTP perdus
= 0 (parce qu'il n'y a pas de pertes intra-base), et d'autres paramètres du ticket remplis
• Un deuxième ticket VoIP qualifiant la communication avec le distant avec Local IP = adresse IP
du relais, Distant IP = adresse IP de l'utilisateur distant, et d'autres paramètres de ticket remplis
Pour une communication où le combiné n'est pas situé sur le relais initial au début de la
communication et se déplace, plusieurs tickets VoIP sont générés :
• Un premier ticket VoIP juste après le premier CHO avec Local IP = adresse IP du relais, Distant
IP = adresse IP du xBS où se trouve actuellement le combiné DECT, et d'autres paramètres du
ticket remplis
• Un deuxième ticket VoIP juste après le CHO suivant avec Local IP = adresse IP du relais,
Distant IP = adresse IP du xBS où se trouve actuellement le combiné DECT, et d'autres
paramètres de ticket remplis
• Et ainsi de suite
• Un ticket VoIP final juste après la fin de la communication avec Local IP = adresse IP du relais,
Distant IP = adresse IP du xBS où se trouve actuellement le combiné DECT, et d'autres
paramètres de ticket remplis
• Un ticket VoIP final juste après la fin de la communication qualifiant la communication avec le
distant, avec Local IP = adresse IP du relais, Distant IP = adresse IP de l'utilisateur distant, et
d'autres paramètres du ticket remplis
Note :
• Aucun ticket n'est généré lorsqu'il y a un BHO.
• Aucun ticket n'est envoyé par l'autre côté du relais, c'est-à-dire le xBS où se trouve le combiné DECT.
• Lorsqu'il y a un EHO, il s'agit d'une nouvelle communication, les tickets sont générés à la fin de chaque
communication car il y a plusieurs communications avec des ID différents.
9.3.4 Exemple de ticket VoIP

Exemple de ticket VoIP :
=> Enter your choice :
================================================================================
[ 1]
End of communication : Fri Dec 13 09:04:53 2019
[ 2]
Node Number : 1
[ 3]
Protocol Version : 2
[ 6]
Equipement Type []= 2 values
[Type:1=IPP|2=APC|3=CplOmEnt|4=CplOmOFF|6=xBS] : 6 |
[Type:1=IPPv2|2=NOEIPP|0=4980|1=WSftIP|0=IntIP|1=GD|2=eVA|3=I] : 0 |
[ 8] Local IP : 192.168.201.5
[ 9] Distant IP : 192.168.201.112
[10] Local ID : 13048

[11] Distant ID : 13014

[12] Call Duration : 18 sec
[13] Local SSRC : 0x229aefa2
[14] Distant SSRC : 0xb319e4f4
[15] Compression Type 5-7=G722| 0=G711A|1=G711U|2=G723|3=G729|8=OPUS: 3
[16] VAD : false
[19] Requested Framing Duration : 20 ms
[20] Received Framing : 20 ms
[21] Framing Change NB : 0
[22] RTP Received Paquets NB : 358
[23] Total RTP Paquets Sent : 883
[24] RTP Lost Paquets NB : 1341
[32] Jitter Depth []= 10 values
[0] : 582 | [1] : 881 | [2] : 210 | [3] : 0 | [4] : 0 |
[5] : 0 | [6] : 0 | [7] : 0 | [8] : 0 | [9] : 0 |
[38] Software Version []= 2 values
64 | 16 |
[46] Qos 8021Q Used : 0
[47] Qos 8021Q Priority : 5
[48] Qos Vlan Id : 0
[60] Local Jetlag : 1
--------------------------------------------------------------------------------
9.3.5 Signification des principaux champs des tickets de statistiques VoIP

Seuls les champs permettant d’identifier les causes des incidents de qualité VoIP sont décrits ci-après.
9.3.5.1 End of communication [1]

La date de fin de communication correspond au nombre de secondes écoulé depuis 1970 à
00:00:00 GMT, auquel on ajoute le décalage horaire (selon le méridien dans lequel nous sommes et en
tenant compte des heures d'été ou d'hiver).
L'heure sur le ticket est l'heure locale de l'OmniPCX Enterprise qui a produit le ticket.
9.3.5.2 Node Number [2]

Numéro de nœud sur lequel se trouve le téléphone IPGW/IP
9.3.5.3 Protocol Version [3]

Version du protocole utilisée pour identifier les modifications de la signification des champs.
9.3.5.4 Crystal Number [4]

Numéro de l'alvéole sur laquelle se trouve l'IPGW.
9.3.5.5 Coupler Number [5]

Position de la carte dans le numéro IPGW du rack.
9.3.5.6 Type d'équipement [6]

1er champ :
• 1=IP-Phone : correspond à un poste IP.
• 2=Appli-PC : correspond à une application PC.
• 3=IPGW OmniPCX Enterprise: correspond à un coupleur OmniPCX Enterprise.
• 4=IPGW OmniPCX Office: correspond à un OXO Connect coupleur.
• 6=xBS : correspond à un 8378 DECT IP-xBS.
2ème champ : détaille le type d’équipement indiqué dans le 1er champ.
• Pour les postes IP :
• 1=IP-Phone v2 : e-Reflexes

• 2=NOE-IP : IP Touch
• Pour les applications PC :
• 0=4980 Softphone : PCMM2
• 1=WebSoftPhoneIP : Websoftphone IP
• Pour les coupleurs OmniPCX Enterprise :
• 0=INT-IP : Carte INT-IP A ou B
• 1=GD/GA : carte GD ou GA
• 2=4645 : messagerie vocale 4645
• 3=INTIP3: INT-IP3
• 4=GD3/GA3 : carte GD-3 ou GA-3
• 5=OMS: OXE Media Services
9.3.5.7 NB Timeslot [7]

Le nombre d'intervalles de temps correspond au nombre de canaux utilisés pour aider à trouver le DSP
utilisé, par simple déduction.
9.3.5.8 IP local [8]

Ce champ contient l'adresse IP de l’équipement qui crée des tickets IP. Cet appareil peut être un
poste IP, une carte INT-IP A ou B ou une carte GD, etc. (voir Type d'équipement [6] à la page 205).
9.3.5.9 IP distant [9]

Ce champ contient l'adresse IP de l’appareil IP situé à l'autre extrémité du segment. Cet appareil peut
être un poste IP, une carte INT-IP A ou B ou une carte GD, etc. (voir Type d'équipement [6] à la page
205).
9.3.5.10 ID local [10]

Ce champ n'est pas toujours renseigné. Lorsque c'est possible, il contient le numéro d'annuaire du
poste local impliqué dans l'appel.
9.3.5.11 ID distant [11]

Ce champ n'est pas toujours renseigné. Lorsque c'est possible, il contient le numéro d'annuaire du
poste distant impliqué dans l'appel.
9.3.5.12 Durée de l'appel [12]

Ce champ affiche la durée de l'appel en secondes.
9.3.5.13 Local SSRC [13]

Ce champ contient l'identifiant de la source de synchronisation locale permettant d'idientifier un
segment de communication IP.
9.3.5.14 Distant SSRC [14]

Ce champ contient l'identifiant de la source de synchronisation distante.
9.3.5.15 Type Compression Algo [15]

Ce champ contient le type d'algorithme de compression utilisé :
• 0 : G711 loi A (64 kbits/s)
• 1 : G711 loi μ (64 kbits/s)
• 2 : G723 (6,3 kbits/s)
• 3 : G729 loi A (8 kbits/s)

• 4 : G723 (5,3 kbits/s)

• 5 : G722 (64 kbits/s)
• 6 : G722 (56 kbits/s)
• 7 : G722 (48 kbits/s)
• 8 : OPUS (64 Ko/s)
9.3.5.16 VAD [16]

Ce champ indique si la détection du silence (activité Voix)
• false : désactivé,
• true: activée.
9.3.5.17 Annuleur d'écho [17]

Ce champ indique si l'annulation d’écho est activée :
• false : désactivé,
• true: activée.
Le système l'active toujours pour les postes IP ainsi que les cartes IP-INT, GD et GA.
9.3.5.18 Voice Mode [18]

Ce champ contient le mode de l'appareil vocal utilisé. Cet appareil peut être un casque, un kit mains
libres ou un haut-parleur.
• Pour OXE IPGW : non utilisé
• Pour 4645: non applicable
• Pour IPPhone : contient le type utilisé pour les postes IP :
• 0 : Inactif
• 1 : Poste
• 2 : Haut-parleur
• 3 : Numérotation combiné raccroché
• 4 : Mains libres
9.3.5.19 Durée de tramage demandée [19]

Le tramage correspond à la durée de transmission d’un paquet voix RTP sur réseau IP. Par exemple,
20, 30, 40 ms, etc. (la messagerie vocale 4645 est ainsi toujours à 30 ms).
Ce champ affiche la vraie durée en ms d’un tramage de transmission sur réseau IP.
Ce tramage peut être différent de la configuration du système après négociation avec l'équipement
destinataire.
9.3.5.20 Tramage reçu [20]

Ce paramètre représente le tramage de réception exprimé en ms.
9.3.5.21 Framing Change NB[21]

Indique le nombre de fois où le tramage IP de communication reçu a changé.
Important :
S'il y a réellement eu un changement de tramage, le ticket devient instable.
9.3.5.22 Nombre de paquets RTP reçus [22]

Ce paramètre correspond au nombre total de paquets RTP reçus par l’appareil IP, y compris les
paquets SID.

9.3.5.23 Nombre total de paquets RTP envoyés [23]

Ce paramètre correspond au nombre total de paquets RTP envoyés par l’appareil IP, y compris les
paquets SID.
9.3.5.24 Nombre de paquets RTP reçus [24]

Ce paramètre correspond au nombre total de paquets RTP perdus par l’appareil IP récepteur.
9.3.5.25 Total Silence[25]

En mode suppression de silence, le DSP arrête d'envoyer des paquets voix lorsque le niveau vocal
passe en deçà d'un certain niveau. Il envoie ensuite 1 trame SID avec des informations sur le bruit de
fond et n'envoie aucune autre trame jusqu'à ce que le niveau vocal dépasse le bruit de fond.
Le SID est utilisé pour la génération d'un bruit de confort à l'autre extrémité. Dans certains cas un
nombre de trames SID plus élevé que la normale peut être envoyé. Pour le cas de G729, il s'agit d'un
problème connu dû à la norme.
Ce n'est pas nécessairement le nombre de secondes sans échange mais plutôt la durée de bruit de
confort générée par le DSP. Dans un environnement bruyant, la « Création de bruit de confort » peut
être égale à 0 seconde, même si personne ne parle.
9.3.5.26 NB SID Received Paquets [26]

Nombre de trames SID reçues pour cette communication. Les SID (Silence IDentification) sont les
trames qui contiennent les informations relatives au bruit de fond, ce qui permet de générer le bruit de
fond du côté du récepteur.
VAD (détection d'activité vocale) doit être activée pour avoir des SID
9.3.5.27 Délai [27]

Ce tableau de cinq valeurs représente la distribution de la durée d’un aller-retour cumulée sur ce
segment IP (plages de 0-40, 40-80, 80-150, 150-250 ou 250 ms et plus).
Nb de mesures
50
40
30
20
10
0
0-40 40-80 80-150 150-250 250 et + Délai en ms ->
Figure 9.9 : Distribution de la durée d’un aller-retour
Le délai aller-retour est calculé à intervalles réguliers, à partir de l’échange de paquets RTCP.
Chaque fois qu’un RTCP contenant une durée aller-retour est reçu, l'une des plages dans le tableau
est incrémentée du délai mesuré.

9.3.5.28 Délai max [28]

Durée maximale d’un aller-retour mesurée sur le réseau au cours de l’appel.
La mesure se fonde sur l'échange de paquets RTCP, avec une incertitude d’environ 10 ms.
9.3.5.29 Nombre de chiffres DTMF Détectés [29]

Les signaux DTMF peuvent être acheminés directement intrabande et donc dans le flux RTP.
Ce champ correspond au nombre de chiffres DTMF détectés.
Il permet d’expliquer un numéro anormalement élevé d’interpolations de mauvaise trame (BFI = Bad
Frame Interpolations). En effet, les DTMF génèrent des BFI. Ce champ doit être utilisé uniquement
comme complément du nombre de BFI.
9.3.5.30 BFI consécutifs [30]

Ce tableau de dix valeurs représente les occurrences de BFI consécutifs. Il ne s'applique pas aux
postes IP Touch ni à la messagerie vocale 4645.
Les BFI peuvent être liées à deux types de problèmes :
• gigue,
• perte de paquets IP.
En général, compte tenu du manque de synchronisation entre début et fin des flux IP, des BFI BFIs
peuvent être observées au début ou en fin d’un appel. C'est normal.
Nb de mesures
50
40
30
20
10
0
1 2 3 4 5 6 7 8 9 10+ BFI consécutifs ->
Figure 9.10 : Distribution des BFI consécutives
9.3.5.31 Distribution BFI [31]

Ce tableau de cinq valeurs représente la distribution des BFI. Il ne s'applique pas aux postes IP Touch
ni à la messagerie vocale 4645.
Les durées de BFI et de voix sont mesurées à intervalles de 10 s. Le rapport entre la durée du BFI et
celle de réception de la voix s’exprime sous forme de pourcentage.
On utilise la durée du message vocal et non pas l’intervalle (10 s) pour que la détection d'activité voix
(VAD) ne déforme pas le résultat.

Nb de mesures
50
40
30
20
10
0
0 0-1 1-2 2-3 3 et + Durée de BFI ->
(en %)
Figure 9.11 : Distribution de la durée du BFI
Axe X : % de la durée de réception du BFI.

Axe Y : Nombre d’intervalles de 10 s sur lesquels ce pourcentage a été calculé.
9.3.5.32 Profondeur de gigue [32]

Ce tableau de dix valeurs affiche la distribution des valeurs de gigue. Il est incrémenté chaque fois
qu'un paquet est envoyé au DSP (taux de tramage DSP).
Cette mesure diffère entre, d'un côté, le poste IP et, de l’autre, la carte INTIP/GD/GAOXE-MS. Il ne
s'applique pas aux postes IP Touch ni à la messagerie vocale 4645.
Pour les postes IP, le tableau affiche la taille du buffer de gigue, qui évolue dynamiquement.
Cette taille varie selon la gigue présente sur le réseau. Le tableau affiche la taille du buffer au moment
où le DSP demande un paquet. Ce résultat est un indice de la qualité générale du réseau.
Nb de mesures
50
40
30
20
10
0
0 1 2 3 4 5 6 7 8 9+ Profondeur ->
en paquets
Figure 9.12 : Distribution de gigue

9.3.5.33 ICMP Dest Unreached [33]

Ce message de protocole ICMP contient le nombre de messages d'erreur relatif aux destinations non
desservies
9.3.5.34 FAX Underrun T4 [35]

Ce tableau de 4 compteurs montre le nombre de sous-charges pendant une phase T4. Le compteur
correspondant est incrémenté au terme de chaque phase T4 de communication par fax, en fonction du
nombre de sous-charges produites (dans l'un des intervalles [1..6], [6..11], [11..16] et[16..]).
9.3.5.35 FAX Underrun V21 [36]

Ce compteur montre le nombre de sous-charges pendant une phase V21. Le compteur est incrémenté
à chaque fois qu'une ou plusieurs sous-charges sont produites pendant une phase V21 de
communication par fax.
9.3.5.36 Network Jitter Distribution [37]

Ce paramètre indique la distribution réseau des équipements qui donnent la distribution du délai, voir
Profondeur de gigue [32] à la page 210
9.3.5.37 Software Version [38]

Version logicielle du firmware s'exécutant sur l'IPGW.
9.3.5.38 IPP MCDU [39]

Si le terminal qui a transmis le ticket est un poste IP, ce champ indique le numéro d'annuaire de ce
poste.
Le champ contient l'identifiant de l'8378 DECT IP-xBS (c'est-à-dire l'identifiant de configuration de
l'OmniPCX Enterprise) lorsque le ticket est émis pour un 8378 DECT IP-xBS.
9.3.5.39 Network Number [40]

Numéro de réseau, renseigné par le serveur de communication à la réception d'un message.
9.3.5.40 DSP Framing Duration [41]

La durée de tramage correspond à la fréquence (en millisecondes) utilisée avec le DSP pour donner et
recevoir des trames sur le réseau IP.. Elle dépend de l'agorithme de compression et du DSP utilisés.
• Pour OXE IPGW* :
• G711: 20
• G729: 20
• G723: 30
• Pour IPPhone* :
• G711: 10
• G729: 10
• G723: 30
• Pour Softphone IP* :
• G711: 10
• G729: 10
• G723: 10
• Pour 4645 : Non applicable

Note :
* : Indépendant du tramage IP
9.3.5.41 NB SID Transmitted [42]

Cette information est présente dans le ticket pour améliorer le calcul du trafic envoyé à l'équipement
qui ne crée pas de tickets IP statiques.
9.3.5.42 Data Transmitted [43]

Ce champ est défini comme true en cas d’appel en transparence de données sur IP. Cela suppose que
le codec est configuré à G711.
9.3.5.43 Modem en transparence [44]

Ce champ est défini comme true en cas d’appel en transparence du modem ou de la télécopie sur IP.
Cela suppose que le codec est configuré à G711.
9.3.5.44 Min Delay [45]

Temps réseau minimum pour le segment IP calculé dans les deux sens.
9.3.5.45 Qos 8021Q Used [46]

Champ indiquant si l'équipement utilise les paramètres Priority 802.1Q et VLAN-ID.
9.3.5.46 Qos 8021Q Priority [47]

Champ utilisé pour baliser les trames Ethernet (avec le paramètre VLAN-ID), si le paramètre 802.1Q
Used est défini sur true.
9.3.5.47 Qos Vlan Id [48]

Ce champ est utilisé uniquement dans certains binaires de téléphones IP en fonction des besoins de
support technique.
9.3.5.48 Qos DiffServ [49]

Le paramètre DSCP (Differentiated Services CodePoint) est utilisé pour le balisage des trames IP :
« precedence » ou « DifferentiatedServicesCodePoint ». La valeur occupe les 6 MSB dans le champ
TOS de la trame IP (les deux LSB sont actuellement inutilisés).
9.3.5.49 Cryptage de ticket [55]

Ce champ indique si l'appel est sécurisé (crypté) ou non :
• true : sécurisé,
• false : non sécurisé.
9.3.5.50 Fax ECM [57]

Cela indique, lorsque l'appareil est en mode fax, si le mode de correction d'erreur du fax (ECM) est
activé ou non.
9.3.5.51 Local Jetlag [60]
9.3.5.52 Distribution BFI sur 200 ms [61]

Ce tableau montre la densité des BFI sur des intervalles de 200 ms.
Cela s'applique seulement aux postes IP Touch.

Nb de mesures
50
40
30
20
10
0
<10% <20% <40% <60% >=60% BFI/trame (%) ->
Figure 9.13 : BFI/Frame Distribution
9.3.5.53 Pertes consécutives de paquets RTP [62]

Ce tableau de cinq valeurs indique si des pertes consécutives de paquets RTP ont eu lieu.
Cela s'applique seulement aux postes IP Touch.
Nb de mesures
50
40
30
20
10
0
1 2 3 4 5 et + Pertes consécutives
de paquets RTP ->
Figure 9.14 : Distribution des pertes de paquets RTP
9.3.6 Signification des champs spécifiques

9.3.6.1 Transit [80]
Ce paramètre indique si l'appel est ou non en transit sur la carte INT-IP. Le transit est configuré via le
paramètre Transit on IP Boards dans la section IP > IP Parameters. Cette fonction permet
d’optimiser les flux RTP entre passerelles et d’éviter les opérations de décompression/compression
avec un impact négatif sur la qualité de la voix.

9.3.6.2 NB DSP Restart [81]

Champ montrant le compteur du nombre de redémarrages du codeur. Il est incrémenté à chaque
redémarrage du DSP.
9.3.6.3 NB Ethernet Restart [82]

Champ montrant le compteur du nombre de redémarrages Ethernet. Il est incrémenté à chaque
redémarrage de pilote Ethernet.
9.3.6.4 HDLC Problem [83]

Champ indiquant un problème grave sur le pilote QMC. Chaque valeur saisie correspond à un
problème particulier sur un pilote HDLC.
9.3.6.5 Communication Type [84]

Champ indiquant si la communication est de type passerelle h323 ou de type IP-Phone ou distant.
• H323: 1
• REMOTE : 2
9.3.6.6 DSP Estimated ERL [85] et DSP Estimated Delay [86]

Estimation du temps d'écho tonné par l'annuleur d'écho sur les cartes GIP4/MADA.
9.3.6.7 DSP Estimated Noise [87]

L'annuleur d'écho sur les cartes GIP4/MADA fournit des informations sur le bruit de fond.
9.3.6.8 DSP Whole ECE Block [88]

Toutes les informations sur le HPEC sont mises à disposition par l'annuleur d'écho sur les cartes GIP4/
MADA. Ces informations ne peuvent être récupérées qu'avec une commande onboard.
9.3.6.9 Init JIT Depth [89]

Une communication en G711 prise pour une transparence a besoin d'un buffer pour compenser la
variation de réseau. La profondeur du buffer peut être contrôlée par commande. Une valeur élevée
peut permettre d'éviter certaines défaillances causées par la perte de paquets mais peut également
provoquer un dysfonctionnement dû au temps supplémentaire ajouté par le buffer.
9.3.6.10 Transparency Packets Silence [90]

Une communication en G711 prise pour une transparence a besoin d'un buffer pour compenser la
variation de réseau. Si le buffer n'est pas assez grand pour combler l'effet de gigue, le DSP reçoit un
paquet vide (fictif) à la place d'un vrai paquet.
9.3.6.11 NB RTP Connect Received [91]
9.3.7 Exemple de ticket VoIP à partir d'un terminal SIP

PUBLISH sip:172.25.152.29@bsbice29 SIP/2.0
Accept: application/conference-info+xml, …
Via: SIP/2.0/UDP 172.25.152.66;branch=z9hG4bKc48403edad9fd9ddc.3c42542234d9fa4fb
Route: <sip:172.25.152.29:5060;lr;transport=udp>
Max-Forwards: 70
From: "70127" <sip:70127@bsbice29>;tag=0eed6262f2
To: <sip:172.25.152.29@bsbice29>
Call-ID: a18abe654c45ac88
CSeq: 1259723256 PUBLISH
Allow: ACK, BYE, CANCEL, INFO, INVITE, MESSAGE, NOTIFY, OPTIONS, PRACK, REFER, SUBSCRIBE,
UPDATE
Allow-Events: conference, config-event, dialog, message-summary, presence, refer, talk, hold,
user-profile

Contact: <sip:70127@172.25.152.66:5060>
Event: vq-rtcpxr
Expires: 3600
Supported: 100rel, answermode, eventlist, replaces, sdp-anat, timer
Content-Type: application/vq-rtcpxr
Content-Length: 1274
VQSessionReport:CallTerm
LocalMetrics:
Timestamps:START=2018-11-17T05:56:14Z STOP=2018-11-17T05:56:27Z
SessionDesc:PT=18 PD=G729A_8k SR=8000 FD=10 FO=10 FPP=2 PPS=100 FMTP="annexb=no" PLC=128
SSUP=on
LocalAddr:IP=0.0.0.0 PORT=6000 SSRC=0x61090f3e
RemoteAddr:IP=172.25.152.47 PORT=32514 SSRC=0x743951bd
JitterBuffer:JBA=48 JBR=6 JBN=10 JBM=110 JBX=1000
PacketLoss:NLR=1 JDR=0
BurstGapLoss:BLD=0 BD=80 GLD=0 GD=12880 GMIN=3
Delay:RTD=0 ESD=146
Signal:SL=-47 NL=-73 RERL=80
QualityEst:RLQ=0 RCQ=17 EXTRI=0 MOSLQ=4.400 MOSCQ=1.100 QoEEstAlg=P.564
CallID:72f26c955a6ef113
FromID:"70127" <sip:70127@bsbice29>
ToID:"70120" <sip:70120@bsbice29>
RemoteMetrics:
Timestamps:START=2018-11-17T05:56:14Z STOP=2018-11-17T05:56:27Z
SessionDesc:PT=18 PD=G729A_8k SR=8000 FD=10 FO=10 FPP=2 PPS=100 FMTP="annexb=no" PLC=0 SSUP=on
LocalAddr:IP=172.25.152.47 PORT=32514 SSRC=0x743951bd
RemoteAddr:IP=0.0.0.0 PORT=6000 SSRC=0x61090f3e
JitterBuffer:JBA=0 JBR=0 JBN=0 JBM=0 JBX=0
PacketLoss:NLR=0 JDR=0
BurstGapLoss:BLD=0 BD=0 GLD=0 GD=0 GMIN=0
Delay:RTD=0 ESD=0
Signal:SL=0 NL=0 RERL=0
QualityEst:RLQ=0 RCQ=0 EXTRI=0 MOSLQ=0.000 MOSCQ=0.000 QoEEstAlg=P.564
CallID:72f26c955a6ef113
DialogID:72f26c955a6ef113;from-tag=2292d9a796;to-tag=46472f10420837d8ebe2ee8d2d08c07c
9.3.8 Fichiers pour les justificatifs VoIP provenant de terminaux IP

Les tickets VoIP, reçus par l'OmniPCX Enterprise, sont enregistrés et compressés dans les fichiers.
Les fichiers de tickets VoIP sont appelés /usr4/account/IPxxxxx.DAT, où xxxxx représente une
série de cinq caractères utilisés pour distinguer les différents fichiers. Lorsque les tickets sont reçus, un
nouveau fichier est créé toutes les heures.
Le fichier /usr4/account/IP.LIS contient la liste de fichiers de tickets VoIP.
Ces fichiers sont analysés par l'outil ipview de traitement local.
Ils sont ensuite transférés à l'OmniVista 8770 pour être traités par l'application Rapports.
9.3.9 Fichiers pour les justificatifs VoIP provenant de terminaux SIP

Les justificatifs VQR, reçus par l'OmniPCX Enterprise, sont enregistrés et compressés en fichiers.
Les fichiers de justificatifs VQR sont appelés /usr4/account/SIPxxxxx.DAT.Z, où xxxxx
représente une série de cinq caractères utilisés pour distinguer les différents fichiers. Lorsque les
tickets sont reçus, un nouveau fichier est créé toutes les heures.
Le fichier /usr4/account/SIP.LIS contient la liste de fichiers de justificatifs VoIP.
Ces fichiers sont analysés par l'outil ipview de traitement local.
Ils sont ensuite transférés à l'OmniVista 8770 pour être traités par l'application Rapports.

9.3.10 Justificatifs VoIP envoyés à la volée à une application externe

Les justificatifs VoIP provenant de terminaux IP peuvent être envoyés à la volée à une application
externe via la liaison Ethernet. Dans ce cas, les tickets VoIP reçus sont immédiatement envoyés, sous
réserve que la liaison Ethernet soit disponible.
Cette fonction permet également de séparer les sorties en temps réel de tickets VoIP et de tickets de
taxation. Ainsi, les tickets VoIP peuvent être envoyés sur le réseau Ethernet et ceux de taxation vers
un port V24 (les tickets de taxation peuvent également être envoyés sur le réseau IP). Les tickets VoIP
ne peuvent pas être envoyés vers un port V24.
Une seule application externe connectée au Communication Server peut recevoir des tickets VoIP à la
volée. Si une deuxième application est connectée, celle-ci reçoit les tickets VoIP mais plus la première.
Si la deuxième application est arrêtée, la liaison Ethernet devient disponible mais la première
application ne reçoit pas les tickets VoIP.
Les tickets VoIP envoyés par la liaison Ethernet ne sont pas sécurisés : pas d'accusé de réception ni
de nouvelle tentative.
9.3.10.2 L'initialisation de la liaison Ethernet.

Pour récupérer les tickets VoIP, l'application externe doit être configurée avec l'adresse IP du
Communication Server. Le port utilisé est : 2533.
Dans cette configuration client/serveur, la liaison Ethernet est initialisée par l'application externe qui
envoie un message de début au Communication Server. Le Communication Server, ensuite, répond à
l'application externe avec son rôle de CPU :
• Si par son rôle, le Communication Server est défini comme serveur principal, la liaison Ethernet
entre lui et l’application externe est établie.
• Si son rôle le définit comme serveur de réserve ou indéfini, la liaison Ethernet n'est pas établie.
9.3.10.3 Vérification de la liaison Ethernet (dialogue "Keep Alive")

Un dialogue « Keep Alive » initié par le Communication Server vérifie si la liaison IP est disponible.
Toutes les 30 secondes, ce Communication Server envoie un message test à l'application externe,
pour vérifier que la liaison Ethernet est active.
Si le Communication Server ne reçoit pas de message d'acquittement de l'application externe après
deux vérifications, la liaison Ethernet est considérée comme hors service.
Elle est rétablie uniquement lorsque l'application externe envoie un message au Communication
Server pour la réinitialiser.
9.3.10.4 Liaison Ethernet hors service

Lorsque la liaison Ethernet est hors service, les tickets sont stockés dans une mémoire tampon. La
taille de cette mémoire est fixée à 5000 tickets. L’alarme n°0275 est générée lorsque les seuils de
60%, 85% et 100% (tampon saturé) sont atteints. Lorsque le tampon est saturé, les tickets
supplémentaires sont perdus.
Lorsque le poste est correctement arrêté, le tampon est stocké dans le fichier /DHS3dyn/account/
BUFFERE.dat.
Lorsque le système redémarre, la mémoire tampon est reconstituée à partir de ce fichier. Les tickets
sont soit :
• Envoyés à l'application externe si la liaison Ethernet est disponible
• Enregistrés dans la mémoire tampon si la liaison Ethernet est hors service

9.3.10.5 Duplication de CPU

Lorsque le CPU est dupliqué, le CPU principal envoie les tickets VoIP au CPU de secours.
Lorsque la liaison IP n'est pas disponible sur le CPU principal, les tickets VoIP sont stockées dans la
mémoire tampon du CPU de secours comme il le serait sur le CPU principal.
• Lorsque la liaison IP est restaurée, le CPU de secours supprime les tickets envoyés de sa mémoire
tampon.
• Lorsque le CPU principal est arrêté, le CPU de secours le remplace et essaie d’envoyer des tickets
depuis sa mémoire tampon.
9.3.11 Serveur de communication passif

Lorsqu'un PCS (Passive Communication Server) passe en mode actif, il reçoit les tickets VoIP des
appareils IP. Ce PCS fonctionne comme un CPU indépendant :
• Il enregistre des justificatifs dans les fichiers IPxxxxx.DAT (selon la configuration)
• Il envoie des justificatifs à l'application externe (selon la configuration), sous réserve d’une liaison IP
disponible. A défaut, il enregistre ces tickets dans sa mémoire tampon. Si une carte CS est utilisée,
la taille de la mémoire tampon est fixée à 500. Dans tous les autres cas, elle est fixée à 5000 tickets
comme sur un CPU principal.
Note :
Aucun fichier Ipxxxxx.DAT n'est envoyé à (ou depuis) le Communication Server principal.

9.4.1 Vérification de la licence
Le verrou logiciel des justificatifs VoIP à la volée sur Ethernet (réglé sur 1) est obligatoire pour
pouvoir utiliser la fonctionnalité des justificatifs VoIP à la volée.
Affichage des détails du verrou avec l'outil spadmin :
83 Flow Metering on Ethernet = True (>0)
9.4.2 Configuration du stockage de justificatifs VoIP et de la taxation

Le gestionnaire du réseau peut configurer le stockage de justificatifs à l'aide de l'outil de gestion
OmniPCX Enterprise.
1. Sélectionnez Applications > Accounting
2. Renseignez les attributs suivants :

Taxation interne • Oui : les justificatifs de taxation, de VoIP de

terminaux IP et SIP et de gestion sont générés
• Non : aucun justificatif n'est généré (voir la
remarque ci-dessous)
Fichiers pour Taxation externe Sélectionnez l'option de stockage du justificatif :

• Oui :
• Les justificatifs de taxation sont enregistrés
dans les fichiers :
/usr4/account/TAXxxxxx.DAT
• Les justificatifs VoIP des terminaux IP sont
stockés dans les fichiers :
/usr4/account/IPxxxxx.DAT
• Les justificatifs VoIP des terminaux SIP sont
stockés dans les fichiers :
/usr4/account/SIPAAAAA.DAT.Z
• Les justificatifs de gestion sont enregistrés
dans les fichiers :
/usr4/account/MAOxxxxx.DAT
• Non : aucun stockage de justificatifs
3. Confirmez vos saisies
Attention :
Lorsque le paramètre de Taxation interne est défini sur Non, aucun justificatif n'est créé, ni pour le
stockage, ni pour l'envoi à la volée.
9.4.3 Configuration des options de justificatifs VoIP

Les justificatifs VoIP peuvent être configurés à l'aide de l'outil de gestion de l'OmniPCX Enterprise.
1. Sélectionnez IP
2. Renseignez les attributs suivants :
IP Ticket Sélectionnez l'option de création VoIP :
• Oui : les équipements IP créent des justificatifs
VoIP
• Non : aucun justificatif VoIP n'est créé (valeur par
défaut)
Sortie en temps réel sur Ethernet Sélectionnez l'option "Envoyer à la volée" :

• Oui : les justificatifs VoIP sont envoyés à la volée
à une application externe via IP
• Non : aucun justificatif VoIP n'est envoyé via IP
(valeur par défaut)
Max No. Days of Storage Entrez le nombre de jours de stockage des fichiers
compressés, entre 1 et 90.
Valeur par défaut : 31.

9.4.4 Activer la génération de justificatifs VoIP sur un terminal SIP

La génération de justificatifs VoIP par les terminaux SIP est activée par le paramètre
SIPVoIPTicketsCollector dans le fichier de configuration.
Pour les terminaux gérés par le Device Management OmniPCX Enterprise, l'activation de ce paramètre
se fait dans
1. Sélectionnez le profil DM > gestion des appareils SIP
2. Vérifiez/modifiez l'attribut suivant :
VoIP Tickets Collector Sélectionner YES
9.5 Maintenance
9.5.1 Outil ipview
L'outil ipview permet d’extraire, filtrer et afficher les tickets VoIP enregistrés dans les fichiers /usr4/
account/IPxxxxx.DAT.
L'outil ipview filtre les tickets VoIP. Seuls les tickets correspondant au filtre s’affichent.
Les filtres fonctionnent à deux niveaux :
1. En fonction de l’heure et de la date
Dans ce premier filtre, l'outil ipview sélectionne les fichiers IPxxxxx.DAT qui correspondent au
critère de date et d’heure.
2. En fonction des valeurs de champ
Seuls les tickets appartenant aux fichiers sélectionnés sont testés. Les champs définis des tickets
doivent correspondre aux conditions de filtre.
Plusieurs filtres (10 au maximum) sur les valeurs de champ peuvent être définis. Seuls les tickets
correspondant à tous les filtres s’affichent.
L'outil ipview affiche les tickets VoIP.
Les données retournées par l'outil ipview peuvent être enregistrées dans un fichier spécifié.
L'outil ipview fonctionne sur une console de texte dans le cadre d’une session mtcl.
9.5.1.1 Filtre par date et heure

Le filtre par date et heure sélectionne des fichiers de stockage qui incluent des tickets VoIP satisfaisant
la date et l’heure indiquées.
La date et l’heure sont des arguments de la commande ipview.
Commande :
ipview <date> <durée>
Les deux arguments date (date de démarrage) et durée définissent une tranche horaire.
L’argument de date doit suivre le format : AAMMJJ [HH [MM]] (heures et minutes sont facultatives).
L’argument de durée est indiqué en heures sur la période.
Exemple :
ipview 080107 24

Cette commande sélectionne les tickets de la période : 07 janvier 2008 00 h 00 – 8 janvier 2008 00 h 00
9.5.1.2 Filtre par données de champ

L'outil ipview invite l'utilisateur à définir des filtres par valeur de champ :
• Sélectionnez un champ défini par son numéro de référence.
• Sélectionnez un opérateur (=, !=, .< and >)
• Saisissez une valeur :
Exemple de définition d’un filtre
Enter field number : 8
(-:ID TITLE TYPE)
8 LOCAL IP IP
Enter Operator =, != : =
Enter Value (Ex: 192.12.45.34) : 192.174.201.83
Dans cet exemple, le filtre s'applique au champ numéro 8 (Local IP) égal à 192.174.201.83.
Les données des champs peuvent être alphabétiques ou numériques.
Les deux tableaux ci-dessous présentent les différents types de champs et les opérations autorisées
sur chacun d’eux.
tableau 9.1 : Champs alphanumériques :
Type Description Spécification des Exemple de sai- Opérateurs utili-

limites possibles sie sables
IP adresse IP du pos- Non 192.168.4.1 =, !=

te
192.168.4.*
S Chaîne de carac- Non 65435745 =, !=

tères
35473*
Note :
Les méta-caractères comme * et ? peuvent servir pour ces champs.
tableau 9.2 : Champs numériques
Type Description Spécification des Exemple de sai- Opérateurs utili-

limites possibles sie sables
N Valeur numérique : Oui 3535434 =, !=, <, >

1 à 4 octets
65465.648
Date Date formatée Non 08161054 =, !=, <, >
B Valeur booléenne Non 1 ou 0 =, !=
TAB[X] Tableau numéri- - Pas de filtrage possible

que
9.5.1.3 Exemple de commande ipview

(1)> ipview 050926 70 1-10 (1)
Uncompressing...
IPARVLO.DAT
IPARVLP.DAT

IPARVLQ.DAT
3 uncompressed files / 14 files (2)
Enter field number : 8 (3)
ID TITLE TYPE
8 Local IP IP
Enter Operator =, != :=
Enter Value (Ex : 192.12.45.34) : 192.168.201.83
Enter field number : (4)
Treatment ...
0%....................100%
==== 0 min 0 sec
3 tickets matched / 11 tickets. (5)
Type the key : 'a' to add filters and restart treatment (6)
'r' to initialise filters table and go back to filters adding
'RETURN' to show the results
'q' to exit
=> Enter your choice :
================================================================================
[ 1] End of communication : Mon Sep 26 09:43:11 2005 (7)
[ 2] Node Number : 1
[ 3] Protocol Version : 2
[ 4] Crystal Number : 1
[ 5] Coupleur Number : 0
[ 6] Equipement Type []=2 values
[Type:1=IPP|2=APC|3=CplOmEnt|4=CplOmOFF] : 3
[Type:1=IPPv2|2=NOEIPP|0=4980|1=WSftIP|0=IntIP|1=GD|2=eVA] : 1
[ 7] Nb Timeslot : 3
[ 8] Local IP : 192.168.201.83
[ 9] Distant IP : 192.168.201.84
[10] Local ID : 13013
--------------------------------------------------------------------------------
[ 1] End of communication : Mon Sep 26 09:43:55 2005
[ 2] Node Number : 1
[ 3] Protocol Version : 2
[ 4] Crystal Number : 1
............
1. La ligne de commande sélectionne les tickets de la période qui commence le 26 septembre 2005 à
00 h 00 et dure au total 70 heures. Seuls les paramètres 1 à 10 du ticket VoIP sont affichés.
2. Le processus trouve 3 fichiers contenant des tickets correspondant au filtre de date et d’heure. 14
fichiers ont été analysés.
3. L'utilisateur est invité à définir un filtre par valeur de champ. Pour plus de détails, voir Filtre par
données de champ à la page 220.
4. L'utilisateur est invité à définir un autre filtre. Dans cet exemple, l'utilisateur ne souhaite pas d’autre
filtre ; il appuie sur Retour pour poursuivre.
5. L'outil analyse les fichiers sélectionnés à l’étape (2) et trouve 3 tickets qui correspondent au filtre
défini à l’étape (3).
6. L'utilisateur est invité à :
• modifier les filtres et sélectionner a ou r
• afficher les tickets filtrés et appuyez sur Entrée,
• quitter l'outil ipview et sélectionner q.
L'utilisateur appuie sur la touche Entrée pour afficher les tickets filtrés.
7. Affichage des tickets filtrés. Seuls les paramètres 1-10 définis dans (1) sont affichés.
9.5.1.4 Options ipview
9.5.1.4.1 ipview –h
Cette option affiche l'aide en ligne.
Exemple :
(1)> ipview -h
NAME

./ipview - statistics ip files viewer
USE AND OPTIONS

-l [Field Numbers]
List the field list from the ticket pattern.
Field Numbers specifies the fields wanted in the results.
YYMMDD[HH[MM]] NBH [-s s_file] [Field Numbers]

Select tickets source files with a time interval
YYMMDD is a date YY = year, MM = month, DD = Day
Optional HH = hour and MM = Minute.
NBH is a number of hours (Maximum 700).
-s with s_file will save the results into s_file.
-f l_file [-s s_file] [Field Numbers]

Load the l_file and use it as the tickets source file
l_file can be compressed or not.
-s with s_file will save the results into s_file.
-g
Regenerate the Tickets Description File.
Consult the User Guide for more information.
-h
Show this help.
REMARQUES
Example [Field Numbers] : "1, 40-42,4-2"
means the fields 1,2,3,4,40,41,42.
Example YYMMDD[HH[MM]] NBH : "0110221555 6"
The argument means this interval time :
Oct 22 15:55 2001 until Oct 22 21:55 2001
VERSION
Version-id 1.0 (2001/10/22).
9.5.1.4.2 ipview –l
Ths Cette option affiche la liste des champs des tickets VoIP avec leur numéro de référence.
Les champs peuvent varier en fonction de la version du logiciel.
ipview —l [liste des champs]
L’argument [liste des champs] peut être :

• Vide : dans ce cas, tous les champs s’affichent.
• d'un numéro : dans ce cas, un seul champ est affiché.
• Une liste de numéro (1,5,3...) : dans ce cas, les champs avec le numéro de référence répertorié
sont affichés.
• Un intervalle de nombres (1-12) : dans ce cas, les champs avec le numéro de référence inclus dans
l’intervalle indiqué s’affichent.
Exemple :
(1)> ipview -l 1-12
=============================================
| Ticket's Fields Listing |
---------------------------------------------
| DATE : Date | N : Number |
---------------------------------------------
| IP : IPV4 Address | S : String |
---------------------------------------------
| B : Boolean | TAB : Table |
=============================================
ID TITLE TYPE SIZE
1 End of communication DATE
2 Node Number N
3 Protocol Version N
4 Crystal Number N
5 Coupleur Number N
6 Equipement Type TAB 2
7 Nb Timeslot N
8 Local IP IP

9 Distant IP IP
10 Local ID S
11 Distant ID S
12 Call Duration N
9.5.1.4.3 ipview –f
L'option –f sert à extraire, filtrer et afficher les tickets appartenant exclusivement au fichier source
indiqué en tant que paramètre.
La commande est de la forme suivante :
ipview –f <chemin vers le fichier source> [liste des champs]
Note :
Pour cette option, l'utilisateur spécifie un fichier source. ipview n'effectue d'opérations que sur le fichier source
défini en tant que paramètre. Le filtre de date et d’heure ne fonctionne pas.
Le résultat sera affiché sous la forme suivante :
Exemple :
(1)>ipview –f IPAQCIE.DAT
Uncompressing IPAQCIE.DAT...
Après que l'utilisateur est invité pour définir un filtre par valeur de champ comme suit : Exemple de
commande ipview à la page 220.
9.5.1.4.4 ipview –s
L'option -s permet de sauvegarder le résultat d'une extraction dans un fichier. Ce fichier est un fichier
de texte qui peut être utilisé avec d'autres outils.
La commande de sauvegarde est la suivante :
ipview –s <champ de destination> <date> <durée>
[liste des champs]
L'utilisateur peut combiner fichier source et options de sauvegarde des résultats pour afficher tous les
tickets d’un fichier donné :
ipview –s <champ de destination> —f <champ source>
[liste des champs]
9.5.1.4.5 ipview –g
En cas de suppression ou de corruption du fichier de description de tickets, il est possible de le
régénérer à l’aide de l’option –g. La commande est de la forme suivante :
ipview -g
9.5.2 Alarmes
9.5.2.1 Seuils du tampon
Lorsque le lien IP n'est pas disponible, l'incident 0275 se produit :
Exemple :
22/02/08 15:02:20 000025M|---/--/-/---|=2:0275=TAXATION. Appli ACC_ETH :
exploitation incident 10 0
Les alarmes préviennent le gestionnaire de réseau avant que (et lorsque) le tampon soit saturé.
Lorsque il atteint un taux de remplissage de 60%, l'incident 0275 se produit :
Exemple :
Lorsque il atteint un taux de remplissage de 85%, l'incident 0275 se produit :

Exemple :
Lorsque le tampon est saturé, l'incident 0275 se produit :

Exemple :
9.5.2.2 Tickets perdus à la configuration du CPU

Lorsque la configuration du CPU n’est pas achevée, les tickets VoIP générés par les équipements IP
sont perdus. L'incident 2663 se produit :
Exemple :
26/02/07 14:04:34 000001M|---/--/-/---|=0:2663=Erreur IPC Chorus : appli
CALLHANDLING oper 6 err - 7
9.5.3 Outils de test

9.5.3.1 Outil eaccclt
Cet outil simule une application externe : Les tickets VoIP sont transférés et affichés.
Commande :
eaccclt -cpu <nom du cpu hôte|adresse IP>
Avec cette option, les tickets VoIP reçus sont affichés avec la signification de chaque champ.
Commande :
eaccclt -cpu <nom du cpu hôte|adresse IP> -ascii
Avec cette option, les tickets VoIP reçus sont affichés comme ils sont reçus.
9.5.3.2 Outil account

Cet outil affiche les traces de tickets VoIP
Commande :
account -e
Avec cette option, les tickets VoIP envoyés sur IP sont affichés.
Commande :
account -r
Avec cette option, les tickets VoIP reçus de l’appareil IP sont affichés.
Commande :
account -v
Avec cette option, les données de gestion et l'état de la liaison IP de l'application externe sont affichés.
Commande :
account ipticket <nombre de tickets> <durée>
Cette option simule l'envoi de tickets VoIP à l'application externe.
Exemple :
account ipticket 100 20

Simule l'envoi de 100 tickets VoIP à 20 ms d’intervalle chacun.

Note :
Les données incluses dans ces tickets simulés ne présentent aucun intérêt.

Chapitre
10 Supervision du réseau IP (outils

génériques)

10.1.1 Objet du document
Le but de ce document est de donner une liste d'outils utiles à la supervision du réseau IP. Il contient
une liste de commandes Linux génériques dont quelques unes sont détaillées ensuite. Les explications
restent succintes. Pour une présentation exhaustive des commandes, se reporter par exemple aux
documentations de type "Man page" accessibles sur internet ou une machine de type Linux.
Le document contient aussi les fichiers log utiles et une liste de commandes Windows.
10.1.2 Outils Linux

tableau 10.3 : Commandes Linux de supervision du réseau IP
Commande Fonction
ifconfig Indique les paramètres IP des interfaces IP de la machine.
arp Affiche la table de correspondance interne entre adresses IP (ou noms d'hôte) et
adresses MAC connues de la machine.
L'option arp -a affiche à la fois les adresses IP et les noms d'hôte.
L'option arp -a [hostname] affiche la correspondance pour le nom d'hôte spé-
cifié.
ping Teste la connectivité à une machine distante.

Si la machine distante répond au ping, cela signifie qu'il n'y a pas de problème
matériel et que la configuration IP est bonne.
Note :
il est possible que le ping n'obtienne pas de réponse, alors que la configuration IP est
bonne, ceci parce qu'un firewall interdit la réponse au ping.
route Affiche la table de routage interne de la machine.

Permet par exemple de vérifier que l'adresse du routeur par défaut est bonne. Voir
Commande "route" à la page 227.
Note :
une commande équivalente est netstat -r.
traceroute Indique la route suivie par les paquets pour atteindre une destination donnée.
host
Dans le cas où une adresse IP est inaccessible, la commande indique la localisa-
tion du blocage.

Chapitre 10 Supervision du réseau IP (outils génériques)
Commande Fonction
netstat Affiche des informations détaillées sur l'état des interfaces réseau.
L'option netstat -i affiche la liste des interfaces.
L'option netstat -a affiche la liste des ports ouverts et des connexions TCP et
UDP actives.
L'option netstat -r affiche la table de routage interne de la machine. Elle est
équivalente à la commande "route" : Voir Commande "route" à la page 227.
tcpdump Affiche les paquets en provenance ou à destination d'une interface. Voir Outil
tcpdump à la page 228.
telnet [host Usage courant : permet la prise de contrôle à distance d'une machine.
[port]]
Usage comme outil de diagnostic : permet de se connecter à n'importe quel port
d'un serveur distant. Permet ainsi de vérifier la réponse d'un service à la conne-
xion sur le port correspondant.
pppstats affiche à intervalles réguliers les statistiques concernant l'interface PPP spécifiée
[interface] ou de l'interface ppp0 si aucune interface n'est spécifiée.
snmpnetstat permet d'interroger la MIB II du PCX.
host community
Note :
L'agent SNMP du PCX doit être démarré.
Note :
le champ « community » est obligatoire pour lancer la commande, mais non contrôlé par le
PCX (dans cette version de SNMP).
ipcalc effectue quelques calculs simples sur les adresses IP

Exemple :
ipcalc --netmask ip affiche le masque correspondant à l'adresse IP spécifiée
ipcalc --hostname ip affiche le nom d'hôte correspondant à l'adresse IP spécifiée
ipcalc --networke ip netmask affiche l'adresse du réseau correspondant à
l'adresse IP et au masque spécifiés
nslookup Affiche le nom et l'adresse du serveur DNS.

ntptrace Affiche l'horloge source d'un serveur NTP, et suit la chaîne jusqu'à la source
première.
Note :
pour obtenir la liste des options possibles d'une commande, taper : commande -?
10.1.3 Commande "route"

La commande route permet de visualiser les tables de routage internes du système. L'objectif de cet
outil est de faciliter le diagnostic.
Cet outil est disponible pour les utilisateurs mtcl et root.
L'option route -n affiche les résultats sans résolution de nom (les adresses sont affichées sous
forme numérique).
(601)xb006001> route -n
Kernel IP routing table

Destination Passerelle Genmask Flags Metric Ref

Use Iface
155.132.133.0 0.0.0.0 255.255.255.0 U 0 0
0 eth0
172.30.0.0 0.0.0.0 255.255.0.0 U 0 0
0 tun0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0
0 lo
0.0.0.0 155.132.133.254 0.0.0.0 UG 1 0
0 eth0
tableau 10.4 : Signification des flags
U la liaison est ouverte (Up) et potentiellement utilisable

H le destinataire est un host (l'absence de flag H signifie que le destinataire est un réseau)
G la destination ne peut être atteinte que par l'intermédiaire d'un routeur (gateway)
R rétablit la route pour le routage dynamique
D la route a été créée dynamiquement par le système
S route statique
M route modifiée par le démon de routage ou par « ICMP redirect ».
! route rejetée
RefCnt cette information n'est utilisable que par la maintenance Alcatel-Lucent Enterprise.
Use est le nombre de trames émises sur cette interface.
10.1.4 Outil tcpdump

10.1.4.1 But
L'outil tcpdump intégré au serveur d'appel est utilisé pour capturer et afficher les paquets IP. Il peut
être utilisé comme aide au diagnostic.
Il affiche les paquets en mode hexadécimal ou semi-hexadécimal (certaines parties en clair et d'autres
en hexadécimal).
Des options existent afin de filtrer les paquets pour des protocoles ou hosts particuliers.
Il peut aussi enregistrer la capture dans un fichier pour être lu ultérieurement par un logiciel (sniffer)
plus évolué. En effet, le format du fichier enregistré par tcpdump peut être lu par la plupart des
logiciels gratuits du commerce (exemple : ethereal, packetizer, etc.).
10.1.4.2 Utilisation
tcpdump doit être lancé sous root. Pour des raisons de sécurité, son exécution est loguée dans les
fichiers messages et syslog du Call Server.
Certaines options peuvent être ajoutées à la commande : se reporter aux documentations de type
"Man page" accessibles sur le web ou une machine Unix embarquant la documentation. Seules
quelques options courantes et indispensables sont fournies dans ce document.
tableau 10.5 : Options de la commande tcpdump
tcpdump host <a.b.c.d> Sélection de tout le trafic de et vers une machine

tcpdump host <a.b.c.d> or host <k.l.m.n> Idem mais pour deux machines
tcpdump port <x> Sélection de tout le traffic pour un port particulier

tcpdump –n Non conversion des noms d'adresses (seules les

adresses IP sont affichées)
tcpdump –v Mode "verbose" (informations supplémentaires)
tcpdump –x Affichage de chaque paquet en mode
hexadécimal
tcpdump -w /tmpd/packets Enregistrement de tout le trafic dans un fichier
tcpdump -c 3000 -w /tmpd/packets Enregistrement de 3000 trames IP dans un fichier
(le programme quitte au paquet 3001)
tableau 10.6 : Quelques mots clés importants pour le filtrage des paquets :
Type host, net, port

Direction src, dst, src or dst, src and dst
Protocole ether, ip, udp, tcp, etc.
Consulter la documentation pour plus d'informations sur les expressions à renseigner pour le filtrage.
Note :
• Les options peuvent bien sûr être combinées entre elles
Exemple :
tcpdump –n host <a.b.c.d> and port 23
• Pour lire un fichier enregistré par tcpdump sur "ethereal" par exemple, il suffit de lancer "ethereal" et d’ouvrir le
fichier enregistré (peu importe l’extension de ce fichier).
• Il est possible de lire un fichier enregistré par tcpdump par tcpdump lui-même : tcpdump -r <file>. Dans ce cas,
les filtres peuvent aussi être associés.
Exemple :
tcpdump arp -r <fichier>
10.1.5 Fichiers log

Les fichiers log sont contenus dans le répertoire /var/log.
Les fichiers importants sont les fichiers syslog et messages.
Pour voir l'évolution du fichier syslog en temps réel, taper par exemple tail -f syslog.
10.1.6 Outils Windows

tableau 10.7 : Commandes Windows de supervision du réseau IP
Commande Rôle
ipconfig Indique l'adresse IP de la machine, son masque de sous-réseau et l'adresse de la
passerelle par défaut.
L'option ipconfig /all affiche l'ensemble des informations de configuration.
arp -a Affiche la table de correspondance interne entre adresses IP et adresses MAC

connues de la machine.
ping Teste la connectivité à une machine distante.
route PRINT Affiche les tables de routage IP d'une machine.

Commande Rôle
tracert Indique le trajet emprunté par les datagrammes IP pour aboutir à une machine
nom_cible distante.
netstat Affiche l'ensemble des connexions établies sur un serveur.
L'option netstat -a affiche toutes les connexions et ports d'écoute.
L'option netstat -e affiche les statistiques Ethernet.
L'option netstat -n affiche les résultats sans résolution de nom.
L'option netstat -r affiche le contenu de la table de routage.
telnet Permet de se connecter à n'importe quel port d'un serveur distant. Permet ainsi de
vérifier la réponse d'un service à la connexion sur le port correspondant.

Chapitre
11 Annexe
11.1 RMA
Le système RMA (Remote Maintenance Access) est une interface qui permet de réaliser les
opérations de maintenance d'un OmniPCX Enterprise. Cette maintenance est effectuée par un
opérateur en local ou à distance via un modem.
Le RMA gère les fonctions suivantes :
• Il vous permet d'accéder :
• aux Call Server principal et secours,
• aux applications du PCX.
• Il permet de renforcer la sécurité d'accès.
• Il permet la remontée d'informations du PCX vers un centre de télémaintenance.
L'opérateur utilise une console de type VT100 ou émulation raccordée :
• en local,
• via un modem externe,
• via travers un TA.
La fonction RMA est supportée par les configurations suivantes :
• une carte RMA installée dans le slot 2 du coffret de type S,
• une carte MODB support modem, équipée d'un bouton Marche/Arrêt, installée dans le slot 0 du
coffret de type S,
Note :
Le modem n'est plus fourni par Alcatel-Lucent Enterprise et doit être commandé séparément par le Business
Partner si nécessaire.
• une carte RMAB installée dans l'alvéole ACT principale,
• une carte RMAB installée dans un boîtier BRMA externe,
• une carte fille SRMA (Small RMA), installée soit sur la carte MMS (meuble M2/M3 ou meuble
WM1), soit sur la carte connectique (coffret VH).
Note :
Dans la suite de ce document, sauf indication contraire, le terme RMA désigne l'une des configurations ci dessus.
Attention :
Lorsque le Call Server est une carte CS ou un Appliance Server, aucune alarme n'est envoyée
du Call Server au système RMA.
Les commandes de Reset ne sont pas disponibles pour un Appliance Server.
11.1.1.1 Référence aux autres modules

La fonction RMA est décrite dans les modules suivants :
• Description détaillée à la page 233,
• Procédure d'installation à la page 244,
• Procédure de configuration à la page 251,
• Exploitation à la page 260.

Chapitre 11 Annexe
11.1.2 Glossaire
11.1.2.1 Glossaire
APA Analog Public Access : accès analogique public, utilisé par le modem interne.
BRMA Box RMA : boîtier externe spécifique au RMA, contenant les RMAB et PRMA.
CBALA Cable ALArm : câble qui retourne l'alarme convertisseur à la carte SRMA.
CBRMA Connecting Box RMA : contient la PRMA.
CCPU Cable CPU : connecte la carte CPU maître aux cartes PRMA ou BRMA.
CMDFRMA Cable Main Distribution Frame RMA : câble qui relie la PRMA au répartiteur prin-
cipal.
CRMA Cable RMA : câble qui relie les cartes PRMA et RMAB dans le cas où cette der-
nière est installée dans le PCX.
CSRMA SRMA Cable : câble qui connecte les cartes PRMA et SRMA.
HAYES Protocole de commandes des modems.
INTCPU INTer CPU : câble qui connecte la CPU maître à la CPU esclave.
MMS Mass Memory Support : carte mère supportant la SRMA.
MODB MODemBoard : carte support modem permettant son alimentation modem ainsi
que l'extraction des signaux d'alarme CPU à destination de la carte RMA et la
connexion d'une console de déverminage.
PRMA Patch Panel RMA : carte qui supporte toutes les interfaces CPU et RMA stan-
dard. Elle est installée dans la CBRMA ou BRMA.
PSTN Public Switching Telephone Network : réseau de téléphonie publique commuté

(RTPC).
PSCRMA Power Supply Cable RMA : câble d'alimentation de la BRMA.
RMA Remote Maintenance Access : carte permettant l'accès à la maintenance à dis-

tance.
RMAB RMA Board : carte pouvant être installée dans le PCX ou la BRMA.
SRMA Small RMA : carte fille installée sur la carte support MMS ou dans le coffret VH.
V25bis Recommandation du CCITT concernant les commandes des modems.

Chapitre 11 Annexe
11.1.3 Description détaillée

11.1.3.1 Informations générales
11.1.3.1.1 Accès local/distant via modem
11.1.3.1.1.1 Connexions
• Accès possible aux deux Call Server d'un noeud dupliqué :
• fonction d'apprentissage (connexion sur le PCX d'un opérateur distant et d'un operateur local en
simultané),
• possibilité de dialogue entre un opérateur local et un opérateur distant,
• un opérateur arrivant par modem peut ressortir par TA,
• un opérateur arrivant par TA peut ressortir par modem.
• Accès possible à des applications extérieures via un couple de TA ou deux modems.
Console locale
Alarme convertisseur (SRMA)
V24
Alarmes externes
Alarmes
EXA
Accès CPUA
EXB/EXC
Modem CPU
PSTN Modem ou TA
ou TA Reset
Accès CPU CPUB UA ou Z
EXB/EXC
Commandes
V24 externes
RMA
Modem
ou TA
Application
Modem
ou TA
Modem
ou TA
Application
Figure 11.15 : Exemple d'accès via un modem ou un TA
• Accès possible vers une application extérieure en direct.

Console locale
Alarme convertisseur (SRMA)
V24
Alarmes externes
EXA
Alarmes
EXB/EXC
Accès CPUA
Réseau CPU
public Modem ou TA Reset
EXB/EXC Accès CPU CPUB
Commandes
externes
V24 RMA
Application
Figure 11.16 : Exemple d'accès en direct
11.1.3.1.1.2 Actions
• Déclenchement des actions sur :
• réception d'un ordre venant de l'opérateur local,
• réception d'un appel entrant sur le modem externe,

Chapitre 11 Annexe
• réception d'un appel entrant sur le TA,

• réception d'alarme Call Server et d'alarmes externes,
• réception d'une alarme de convertisseur (SRAM),
• réception des incidents (au format RMA) venant du PCX.
• Réinitialisation à distance des Call Server.
• Réinitialisation matérielle des deux Call Servers d'un noeud dupliqué en cas de fonctionnement
anormal.
11.1.3.1.2 Sécurité
11.1.3.1.2.1 Sécurité d'accès

• 16 logins locaux ou distants,
• gestion de login/password distant avec ou sans rappel, avec ou sans numéro prédéfini,
• gestion de privilèges par login (droit de gestion RMA, réinitialisation, etc.),
• gestion des ports :
• tout opérateur peut gérer les protocoles,
• la gestion des interfaces sur les ports est exclusivement réservée à la console locale.
11.1.3.1.2.2 Fichiers historiques

• Journal des alarmes.
• Journal des appels automatiques.
• Journal des connexions/déconnexions sur le PCX.
• Journal des appels entrant/sortant sur EXB et EXC.
11.1.3.1.3 Remontées d'alarmes

• Rapport d'alarmes Call Server (relais d'alarme) : interne par deux commandes externes et en
distant vers deux destinations. Les deux types de rapports sont combinables.
• Rapport d'alarmes extérieures (4 relais d'alarmes) : en local par deux commandes externes et en
distant vers deux destinations. Les deux types de rapport sont combinables.
• Rapport d'incidents du PCX en distant vers deux destinations au format incident de l'OmniPCX
Enterprise. Les incidents provocant des actions du RMA sont configurés en gestion (menu
Application > Gestion des incidents).
• Surveillance d'activité des deux Call Server d'un noeud dupliqué avec rapport distant vers deux
destinations au format incident de l'OmniPCX Enterprise.
Rappel :
lorsque le Call Server est une carte CS ou un Appliance Server, aucune alarme n'est envoyée du Call Server au
système RMA.
11.1.3.1.4 Divers
• Choix de la langue : Anglais, Français, Allemand.
• Sauvegarde en mémoire flash de la configuration et de l'heure dans le module horloge (RTC).
11.1.3.2 Architecture du système RMA

Le système RMA peut gérer :
• cinq ports V24 pour raccorder :
• une console locale,
• deux accès externes : modem et TA,
• deux liaisons Call Server avec l'OmniPCX Enterprise.
• une alarme Call Server et quatre alarmes externes,

Chapitre 11 Annexe
• deux commandes d'alarmes externes,

• deux commandes Réinitialisation (Call Server Main et Call Server Stand-by),
Rappel :
Ces commandes sont disponibles sur toutes les cartes, mais elles ne sont pas disponibles pour un Appliance
Server.
11.1.3.2.1 Description des ports V24 RMA

Le système gère six ports V24 :
• le port SYA,
• le port SYB,
Note :
non disponible en configuration SRMA
• le port EXA,
• le port EXB,
• le port EXC,
Note :
• le port EXD.
Note :
11.1.3.2.2 Connexions des ports V24
V24 Call Server maître Call Server dupliqué (Stand-by)
SYA Configuration des coffrets S et L
Port Config A Port Config A
Autres configurations
Port COM A0
V24 Call Server maître Call Server dupliqué (Stand-by)
SYB Configuration des coffrets S et L
Port Config B
Autres configurations (sélection du port déterminée par strapping de la carte PRMA)
Port COM B0 Port COM A1
Call Server dupliqué (Stand-

V24 Call Server maître
by)
EXA Toutes configurations
Console locale TTY Console locale TTY

Chapitre 11 Annexe

by)
EXB Configuration des coffrets S et L
MODB (RMA) MODB (RMA)
Autres configurations
Sur un modem ou TA/UA externe à la RMA, ou directement sur un

système de messagerie vocale, serveur de télécopies ou un termi-
nal

by)
EXC Configurations autres que coffrets S et L
TA/UAI ou SLI (utilisation exter- TA/UAI ou SLI (utilisation exter-

ne) ne)

by)
EXD Configurations autres que coffrets S et L
MODB (ALARM) MODB (ALARM)
11.1.3.2.3 Signaux V24
Signal V24 SYA SYB EXA EXB EXC EXD
RXD : Données re- Oui Oui Oui Oui Oui Oui

çues
TXD : Données Oui Oui Oui Oui Oui Oui

transmises
GS : Signal de terre Oui Oui Oui Oui Oui Oui
RTS : Demande Oui Oui Non Oui Oui Non

d'émission
CTS : Prêt à émet- Oui Oui Non Oui Oui Non

tre
DSR : Poste de Oui Oui Non Oui Oui Non

données prêt
DTR : Terminal de Oui Oui Non Oui Oui Non

données prêt

Chapitre 11 Annexe
Signal V24 SYA SYB EXA EXB EXC EXD
DCD : Détection du Non Non Oui Oui Oui Oui

signal porteuse
11.1.3.2.4 Connexions Call Server/RMA
RMA
Microcontrôleur Call Server
3 6
RXD A/B TXD CPU
6 3
TXD A/B RXD CPU
B
u 8 1
RTS A/B CTS CPU
f
f
e 1 8
CTS A/B RTS CPU
r
RMT-RES 5 4
RMT-RES
(reset hard) V
2
4 2 7
DSR DTR CPU
7 2
DTR A/B DSR CPU
4 5
GND GND
11.1.3.3 Architecture logicielle

La version logicielle du RMA est indépendante des versions logicielles de l'OmniPCX Media Gateway
auquel il est raccordé.
Dans une prochaine release, le téléchargement de la carte RMA sera possible à partir du PCX en
utilisant le protocole gkermit.

Chapitre 11 Annexe
11.1.3.4 Exemple de configuration

alarme externe
alarme
B
reset
Alcatel Call Server A access

RMA 1
OmniPCX
Media Gateway
MODB
noeud 1
modem ou TA
lien
privé Réseau
public
alarme externe
alarme
reset
Call Server A access

Alcatel
OmniPCX MODB
Media Gateway
noeud 2
RMA 2
A
interface asynchrone V24
modem ou TA
contrôle d’accès
Figure 11.17 : Vue générale de la connexion d'un système RMA
L'opérateur A connecté sur RMA2 peut :

• se connecter au Call Server A du noeud 2 et le réinitialiser,
• se connecter au RMA1 puis au Call Serveur A du noeud 1,
• dialoguer avec l'opérateur B.
L'opérateur B peut effectuer les mêmes opérations ainsi qu'observer toutes les manoeuvres effectuées
par l'opérateur A connecté sur l'OmniPCX.
Le RMA1 effectue ses remontées d'alarmes sur l'imprimante de l'opérateur A.
11.1.3.5 Contrôle
11.1.3.5.1 Sécurité d'accès
11.1.3.5.1.1 Sécurité d'accès sur EXA

Si le login ou le password sont erronés, d'autres tentatives sont exécutées. Au bout de cinq tentatives
infructueuses la liaison est bloquée. L'accès reste donc impossible (même avec un login-password
correct) pendant une temporisation de 15 minutes. Ensuite, pendant cette temporisation, à chaque

Chapitre 11 Annexe
tentative d'accès, la carte RMA demande à nouveau un login et un password, mais la réponse de
l'utilisateur est systématiquement considérée comme fausse.
11.1.3.5.1.2 Sur appels entrants (EXB, EXC)

Sur un appel entrant, l'interface demande un login et un mot de passe.
L'opérateur dispose d'une minute pour saisir son login et de 30 secondes pour saisir son mot de passe.
A la fin de la temporisation, après saisie du mot de passe, le RMA revient au champ de saisie du login.
A la fin de la temporisation, lors de la saisie du login, le RMA libère la ligne.
Si le login ou le mot de passe sont erronés, une seconde puis une troisième tentative est exécutée. Au
bout de cinq tentatives infructueuses la liaison est coupée et un rapport est généré vers la destination
"1" (choix non modifiable). Pendant une temporisation de 15 minutes, à chaque tentative d'accès, la
carte RMA demande à nouveau un login et un password, mais les entrées de l'utilisateur sont
systématiquement considérées comme fausses. Au bout de cinq tentatives, la ligne est libérée.
En cas d'analyse positive, trois possibilités sont envisagées selon les données enregistrées en gestion
des logins (voir Procédure de configuration à la page 251) :
• le distant reste connecté au RMA et peut exécuter une commande,
• le RMA libère la ligne et rappelle le distant sur un numéro pré-enregistré,
• le RMA attend que le distant donne le numéro sur lequel il veut être rappelé, puis il libère la ligne et
rappelle le distant.
Après rappel, le RMA demande à nouveau le login et le mot de passe et si l'analyse est positive, le
distant reste connecté sur le RMA et peut exécuter une commande.
Que la connexion ait été réellement établie ou non, un justificatif est enregistré. Il comprend la date,
l'heure, le login, le numéro extérieur rappelé et s'il y a eu échec ou non. Au moment de la déconnexion,
la date, l'heure, le login et le numéro extérieur sont également enregistrés.
En cas d'échec sur rappel, le RMA n'exécute pas d'autres tentatives.
11.1.3.5.1.3 Appel sortants sur connexion opérateur ou alarme

Les appels vers l'extérieur (modem ou TA) donnent lieu à un compte-rendu fournissant :
• l'origine de l'appel,
• la date et l'heure,
• la destination de l'appel.
Si une demande d'appel n'aboutit pas, un message est stocké. Il donne :
• le type d'anomalie,
• la date et l'heure.
11.1.3.5.1.4 Appels sortants sur alarme ou incident PCX

Sur alarme, le RMA rappelle automatiquement le numéro pré-enregistré pour cette alarme.
L'appel se fait sur EXB, EXC par le modem ou le TA.
Après connexion au centre distant, il indique :
• l'identifiant du site appelant,
• une alarme RMA au format standard indiquant :
l'identifiant du site - rapport d'alarme
• la cause de l'appel (liste des rapports d'alarmes et d'incidents PCX).
Exemple d'un appel automatique avec 3 rapports :

Chapitre 11 Annexe
• rapport d'un incident PCX détecté par le RMA,

• rapport d'une alarme RMA (label gérable de l'alarme : cpu arneb),
• rapport d'une alarme manque d'activité PCX détectée par le RMA.
Format des incidents. (voir Procédure de configuration à la page 251).
Affichage sur terminal distant :
RMA Version 03.01.01 Code PCMS xxxxxxxxxxx
Site : Alcatel-Lucent
Adresse : 54 rue Jean Jaures Colombes
Téléphone : 0155666000
Lundi 17 février 1997 11:51:00
17/02/9711:50:10 001001R | |=4:4200 =Alcatel-Lucent - Appel RMA
17/02/9711:50:11001001M|00/09/0/254|=2:3714 :R0=Perte du lien inter INT
17/02/9711:50:14 001001R | |=3:4201 = cpu arneb - Alarme détectée
17/02/9711:50:16 001001R | |=2:4203 = SYA - Alarme perte d'activité CPU M
Si l'appel ne peut aboutir, deux cas peuvent se présenter :
• Le port EXB est occupé par un autre opérateur. Dans ce cas, une série de bips ainsi qu'un
message lui sont envoyés. L'appel automatique est mis en attente et l'opérateur peut alors soit
raccrocher rapidement, soit garder la liaison s'il veut agir personnellement.
• La ligne est libre, mais l'appel ne peut pas aboutir. Dans ce cas d'autres tentatives sont
réalisées à intervalle de temps régulier.
Suivant le pays :
• France :
• Après six tentatives infructueuses un message est stocké dans le RMA et la demande est
abandonnée. Dans le cas où l'opérateur aura programmé deux numéros d'appel, les six essais sont
alternés.
• Jusqu'à six tentatives d'appels inefficaces (appel n'ayant pas abouti au décroché d'un
correspondant après numérotation en ligne) sont possibles par heure et par numéro. Le délai de
renouvellement d'appel est fixé à 10 minutes.
• Après échec, les numéros sont brûlés par le RMA. L'opérateur peut réactiver le numéro à l'aide du
menu de gestion de l'alarme ayant provoqué les appels. Si plusieurs alarmes utilisent le même
numéro d'appel, les opérations de brûlage et de réactivation sont globales à toutes ces alarmes.
• Allemagne :
• Jusqu'à 12 tentatives d'appels inefficaces (appel n'ayant pas abouti au décroché d'un
correspondant après numérotation en ligne) sont possibles espacées de 3 minutes chacune.
Ensuite une pause de 2 heures puis ainsi de suite 12 appels, pause....
• Dans le cas où l'opérateur aura programmé deux numéros d'appel, les 12 essais sont alternés.
• Autres :
• Un sous-menu est proposé pour gérer les temporisations, le nombre de tentatives, et la demande
de brûler ou non le numéro suivant la spécification en cours dans le pays.
Sous-menu proposé :
• Durée entre deux appels : (1 à 255) en minutes.
• nombre de communications : (1 à 255).
• Durée de la communication : (1 à 255), en minutes.
• Numéro interdit (brûlé) : oui/non.

Chapitre 11 Annexe
Si Numéro interdit = oui, lorsque le nombre d'appels inefficaces est atteint, on brûle le numéro et une
intervention manuelle sur la configuration RMA (mngt Alarm) est nécessaire pour ré-autoriser ce
numéro.
11.1.3.5.1.5 Conflit d'accès multi-utilisateurs

Les trois ports V24 EXA, EXB et EXC peuvent être connectés simultanément à condition que les
commandes ne soient pas incompatibles.
Exemple :
• Les commandes de lecture des états sont possibles,

• les commandes de déconnexion sont possibles (double/triple Ctrl A et exit),
• la commande mngt n'est permise qu'au premier demandeur,
• la commande lext est possible uniquement sur la console locale,
• la commande reset est possible, cependant, l'opérateur sera prévenu si une commande reset a été
lancée dans la minute précédente.
• pour les commandes cnx, voir les paragraphes suivants.
a) Conflits sur les accès SYA et SYB
Un opérateur est connecté sur SYA. Si un autre opérateur veut se connecter sur SyB, le RMA réalise la
connexion, émet un bip et affiche les messages suivants :
• sur SYA : <login> sur <Port> est connecté sur SYB,
• sur SYB : <Login> sur <Port> est connecté sur SYA.
Si un autre opérateur veut se connecter sur SYA :
• le RMA envoie, vers l'opérateur connecté sur SYA, un bip ainsi qu'un message pour l'inviter à se
déconnecter pour libérer le port.,
• le RMA émet vers l'opérateur qui veut se connecter, le message : Connexion impossible port
déjà utilisé et lui propose de :
• forcer la connexion et donc de couper la connexion déjà établie,
• observer la connexion en cours (voir Procédure d'installation à la page 244),
• dialoguer avec l'utilisateur de la connexion (voir Procédure d'installation à la page 244).
Le même principe s'applique en remplaçant SYA par SYB et vice-versa.
b) Conflits sur les accès EXB et EXC
Si un opérateur connecté sur EXA veut se connecter également sur EXB, ce port étant déjà utilisé par
un autre utilisateur, le RMA émet un bip vers les deux opérateurs et affiche les messages suivants :
• sur EXB : Le port EXB est demandé par <Login> sur <Port>.
• sur EXA : Connexion impossible port déjà utilisé et lui propose de :
• forcer la connexion et donc de couper la connexion déjà établie,
• dialoguer avec l'utilisateur de la connexion (voir Procédure d'installation à la page 244).
Note :
un opérateur ne peut pas forcer une connexion sur un accès en cours de rapport d'alarme.
c) Observation sur SYA (ou SYB)
Lors de l'observation d'un port :
• les caractères reçus sur SYA (ou SYB) sont émis vers le port connecté et les ports en observation,
• les caractères reçus sur le port connecté ou les ports en observation sur SYA (ou SYB) sont émis
vers SYA (ou SYB).
Par écho sur le Call Server, tous les caractères entrés par un opérateur sont visibles des autres.

Chapitre 11 Annexe
d) Dialogue sur EXA, EXB, EXC et Debug

Lors d'un dialogue entre deux opérateurs (exemple : EXA - EXB) :
• un contrôle de flux est envoyé vers les ports en cours de connexion sur EXA et EXB,
• la connexion EXA - EXB est réalisée.
Chaque opérateur peut casser le dialogue à l'aide des séquences d'échappement (voir Exploitation à
la page 260).
11.1.3.5.1.6 Contrôle de flux

Pour que le contrôle de flux fonctionne dans le RMA, il faut que les ports du PCX soient configurés en
contrôle de flux XON/XOFF.
Exemple :
Connexion de l'opérateur distant voie V24 ExB à 2400 Bauds sur la V24 SYA à 9600 Bauds. Le RMA envoie des
XON/XOFF vers le PCX pour gérer le contrôle de flux dans le RMA.
De même pour le port EXC lorsqu'il est raccordé directement sur une messagerie vocale ou un serveur de
télécopies.
11.1.3.5.2 Incidents
Remarque :
• Le RMA peut donner la cause de l'appel.

• Format commun pour chaque sorte d'alarme.
• Surveillance en permanence de l'activité Call Server.
• Génération de deux appels sur alarme simultanés dans deux directions.
11.1.3.5.2.1 Appel automatique

Le RMA n'effectue d'appels automatiques que pour les alarmes et le rapport des incidents PCX.
Format des messages (voir Exploitation à la page 260).
Listes des sévérités, numéros et libellés des incidents RMA : (voir Exploitation à la page 260).
4 :4200 : label du site - Appel RMA
3 :4201 : label de l'alarme - Alarme détectée
5 :4202 : label de l'alarme - Fin d'alarme
2 :4203 : label du port - Perte d'activité CPU M (ou S)
5 :4204 : label du port - Activité CPU M (ou S)
4 :4205 : dévalidation des appels automatiques
5 :4206 : validation des appels automatiques
4 :4207 : incident interne au RMA (*)
3 :4208 : réinitialisation RMA (avec la cause de la réinitialisation: Mise sous tension , commande de
réinitialisation, chargement nouvelle version, erreur du bus).
(*) liste des incidents internes au RMA :
- échec sur appel (numéro brûlé),
- échec sur rapport (appel établi mais problème lors de la sortie des reports),
- liste des rapports pleine (des alarmes ou des incidents PCX ont pu être perdus).
-accès verrouillé (ligne bloquée après plusieurs tentatives erronées de login).

Chapitre 11 Annexe
Rapport d'incidents par appel automatique :

Si suite à une réinitialisation, les rapports n'ont pas été correctement effectués, l'appel automatique est
renouvelé lors du redémarrage.
11.1.3.5.2.2 Stockage des incidents

Incidents
Seuls les incidents ou événements internes au RMA sont stockés en mémoire statique. Une coupure
de courant ou le téléchargement d'une nouvelle version entraîne la disparition de ces informations. Elle
sont cependant sauvegardées dans le menu Menu/Etats/Journal/Resets (voir Procédure de
configuration à la page 251).
Ces incidents ou événements sont stockés dans une des cinq files :
• file des alarmes :
• alarme CPU,
• alarme externe,
• alarme perte d'activité CPU (active ou veille).
• file de réinitialisation :
• reset d'un PCX.
• file des connexions/déconnexions :
• connexion sur PCX (COM A ou COM B),
• déconnexion du PCX (COM A ou COM B).
• file des appels entrants/sortants :
• appel entrant sur modem ou TA,
• fin d'appel entrant sur modem ou TA,
• appel sortant sur modem ou TA,
• fin d'appel sortant sur modem ou TA,
• appel automatique en cas d'alarme,
• début et fin de commande lext.
• file de sortie des incidents par ordre chronologique :
• toutes les informations de la file des alarmes,
• toutes les informations de la file de réinitialisation,
• les informations concernant les demandes de connexion modem (entrant ou sortant), ainsi que
les coupures de ces connexions.
Pour ne pas surcharger cette cinquième file, les éléments de données suivantes ne sont pas stockés :
• toutes les informations de la file de connexions/déconnexions,
• les informations concernant l'aboutissement d'un appel auto (SUCCESSFUL),
• les informations concernant la cause d'un appel auto inefficace (FAILED).
Pour tous ces incidents le RMA stocke :
• le type d'alarme, en alarme ou fin d'alarme dans le cas d'incident alarme,
• le login concerné dans le cas d'un appel, d'une connexion PCX ou d'un reset PCX,
• dans le cas d'appel automatique qui n'aboutit pas, on stocke la raison : occupé, pas de ligne, etc.
• le login pour tout appel entrant, que le mot de passe soit correct ou non.
Le RMA garde en mémoire, pour chaque file, uniquement les 128 derniers incidents.

Chapitre 11 Annexe
11.1.4 Procédure d'installation

11.1.4.1 Coffret de type S
Dans le coffret de type S, la fonction RMA est installée avec le matériel suivant :
• Carte RMA dans le slot 2,
• Carte MODB dans le slot 0.
REMOTE MAINTENANCE
ACCESS
RMA MODEM BOARD MODB
SYA SYB EXT1 EXT2 AUX1-IN AUX1-OUT AUX2-IN AUX2-OUT
PWR FAN PWR
EXA EXB EXC EXD AL INT AL EXT AL CPU OFF HK RUN RMA ALARM LINE DEBUG
11.1.4.1.1 Carte RMA
11.1.4.1.1.1 conception,
Le cavalier JX400 doit être situé en position 2-3 sur le connecteur X400. La position 1–2 est réservée
au support Alcatel-Lucent Enterprise (flashage de la carte).
Carte RMA
1 2 3
X400
JX400
11.1.4.1.1.2 Signification des LED
REMOTE MAINTENANCE ACCESS RMA

SYA SYB EXT1 EXT2
PWR
EXA EXB EXC EXD AL INT AL EXT AL CPU OFF HK RUN
La signification des LED situées en face avant de la carte RMA est donnée dans le tableau ci-dessous.

Chapitre 11 Annexe
Témoin lumi- Signification

neux
PWR Alimentation de la carte en +5 V par l'alimentation PS1N du rack 1U.
AL INT Signal d'alarme interne.
AL EXT Signal d'alarme externe.
AL CPU Signal d'alarme CPU.
OFF HK Modem à l'état décroché.
RUN Témoin d'activité.
11.1.4.1.1.3 Brochage des connecteurs RJ45

1 2 3 4 5 6 7 8
Prise RJ45 femelle

(face avant)
Le brochage des huit connecteurs RJ45 de la face avant est donné dans les tableaux ci-dessous :
SYA SYB EXT1 EXT2
1 CTS1 CTS2 ALEXT1 STLINE
2 DSR1 RTS2 RALEXT1 RSTLINE
3 RXD1 RXD2 ALEXT2 TELEXT1
4 GND_EMC GND_EMC RALEXT2 RTELEXT1
5 RMT_RES1 RMT_RES2 ALEXT3 TELEXT2
6 TXD1 TXD2 RALEXT3 RTELEXT2
7 DTR1 DTR2 GND_EMC GND_EMC
8 RTS1 RTS2
EXA EXB EXC EXD
1 CTS4 CTS5 ALARMA_1
2 DSR4 DSR5 ALARMB_1

Chapitre 11 Annexe
3 RXD3 RXD4 RXD5 RXD5_ISOL
4 GND_EMC GND_EMC GND_EMC GND_EMC
5 DCD3 DCD4 DCD5 DCD5_ISOL
6 TXD3 TXD4 TXD5 TXD5_ISOL
7 DTR4 DTR5 ALARMA_2
8 RTS4 RTS5 ALARMB_2
Les masses GND1 à GND6 sont reliées au chassis.
11.1.4.1.2 Carte MODB
11.1.4.1.2.1 conception,
Carte MODB Série V24
ligne analogique
LINE
MODEM (n'est plus fourni par ALE. En

LED cas de remplacement par un autre
modèle compatible, il doit accepter d'être
alimenté en 9 V/0,3 A - centre positif)
Convertisseur 40 V / 9V300 mA
RS232
LED
Alimentation
POWER
Touche Marche/Arrêt
Interrupteur Marche/Arrêt
Sur la carte MODB, s'assurer que l'interrupteur ON/OFF est positionné sur ON.
11.1.4.1.2.2 Signification des LED
MODEM BOARD MODB

AUX1-IN AUX1-OUT AUX2-IN AUX2-OUT
FAN PWR
RMA ALARM LINE DEBUG
La signification des LED situées en face avant de la carte MODB est donnée dans le tableau ci-
dessous.

Chapitre 11 Annexe
Témoin lumineux Signification
POWER Alimentation de la carte en 40 V par l'alimentation PS1N du rack 1U.
VENTILATION Supervision de la ventilation.
11.1.4.1.2.3 Brochage des connecteurs RJ45

1 2 3 4 5 6 7 8
Prise RJ45 femelle

(face avant)
Le brochage des huit connecteurs RJ45 de la face avant est donné dans les tableaux ci-dessous :
AUX1_IN AUX1_OUT AUX2_IN AUX2_OUT
1 AUDIO AUDIO AUDIO AUDIO

OUTA_1 OUTA_1 OUTA_2 OUTA_2
2 AUDIO AUDIO AUDIO AUDIO

OUTB_1 OUTB_1 OUTB_2 OUTB_2
3 ALARMA_1 ALARMA_2
4 CENRGA_1 CENRGA_1 CENRGA_2 CENRGA_2
5 CENRGB_1 CENRGB_1 CENRGB_2 CENRGB_2
6 ALARMB_1 ALARMB_2
7 GND_AUX1 GND_AUX1 GND_AUX2 GND_ALR2
8 V12DC V12DC V12DC V12DC

CPU1 CPU1 CPU2 CPU2
RMA ALARM LINE DEBUG
1 CTS ALARMB2
MOD_EMC
2 DSR ALARMA2
MOD_EMC

Chapitre 11 Annexe
3 RXD TXD_DEB RXD_DEB

MOD_EMC
4 GND_EMC DCD_DEB MOD_LINEA DCD_DEB
5 DCD GND_EMC MOD_LINEB GND_EMC

MOD_EMC
6 TXD : RXD_DEB TXD_DEB

MOD_EMC
7 DTR ALARMB1
MOD_EMC
8 RTS ALARMA1
MOD_EMC
Les masses GND1 à GND6 sont reliées au chassis.
11.1.4.1.3 Installation
Dans tous les cas les connecteurs suivants sont disponibles :
• EXA : dédié à la console locale,
• ExB : dédié au modem de télémaintenance,
• EXC : libre, ce port est disponible pour la gestion d'une application accessible par port série par
exemple gestion d'une messagerie 4635 ou accès à un autre PCX.
• EXD : dédié aux alarmes du Call Server et à la console de debug (réservé au support Alcatel-
Lucent Enterprise).

Chapitre 11 Annexe
CS 1 CS 2
CONFIG. CONFIG.
1
3
Alarmes
Répartiteur
secondaires
3
AUX1-IN AUX2-OUT AUX2-IN AUX2-OUT SYA SYB EXT1 EXT2
MODB RMA
FAN POWER
RMA ALARM LINE DEBUG EXA EXB EXC EXD
4 5
PCX
3 TA
Console locale
VT100 ou emulation
Console
Réseau téléphone télémaintenance
public
1 Câble croisé USOC, 8 fils, RJ45/RJ45, longueur 3m, référence: 3EU 28000 AAAA
2 Câble croisé, RJ45/DB9F, référence: 3EH 75003 AAAA
3 Câble droit T568B straight, 8 fils, RJ45/RJ45, longueur maximum 95m
4 Câble droit T568B, 8 fils, RJ45/RJ45, longueur 3m, référence: 3AK 21492 AAAA
5 Câble RMA/TA, RJ45/DB25M, référence: 3EU 28001 AAAA
11.1.4.2 Cabinet M2/M3

Sur les Meubles M2 ou M3, la fonction RMA peut s'installer avec le matériel suivant :
• carte RMAB dans l'alvéole ACT principale,
• carte fille SRMA sur sa carte mère MMS dans l'alvéole ACT principale,

Chapitre 11 Annexe
• carte RMAB dans le boitier BRMA.

La connexion des équipements est détaillée dans le document 8AL91028FRBA.
Dans tous les cas les connecteurs suivants sont disponibles :
• ExB : dédié au modem de télémaintenance,
• EXC : libre, ce port est disponible pour la gestion d'une application accessible par port série par
exemple gestion d'une messagerie 4635 ou accès à un autre OmniPCX Enterprise
11.1.4.3 Armoire WM1

Sur les meubles WM1, la fonction RMA est réalisée par une carte fille SRMA sur la carte MMSFD.
La connexion des équipements est détaillée dans le document 8AL91028FRBA.
Les connecteurs suivants sont disponibles :
• prise téléphonique du modem interne dédiée à la télémaintenance.

Chapitre 11 Annexe
11.1.4.4 Coffret VH
Sur les coffrets VH, la fonction RMA est réalisée par une carte fille SRMA montée sur la carte
connectique du coffret. Les connecteurs suivants sont disponibles :
• prise téléphonique du modem interne dédiée à la télémaintenance.
Attention :
le connecteur EXA à utiliser est celui du rack et non celui du patch panel.
11.1.5 Procédure de configuration

11.1.5.1 Configuration du port config du PCX
Le port "config" du PCX, lié au RMA, ne peut pas être géré.
Par défaut : 9600 bds, 8N1, XON/XOFF.
11.1.5.2 Configuration du RMA à l'initialisation

La configuration initiale par défaut est la suivante :
• Login sur console locale :
• login : Login par défaut
• password : Mot de passe par défaut
• Site :
• identification du site : site de test
• langue : langue anglaise
• numéro de noeud : 001
• numéro de réseau : 000
• nom du RMA : "RMA"
• mise à l'heure automatique du RMA : oui
• Jeu de caractères : ASCII
• Type de terminal : Mode Ligne
• Appel automatique :
• destination : vide

Chapitre 11 Annexe
• pays : FRANCE
• Aucun numéro.
• V24
• ExA, SyA, SyB, Debug : 9600 Bauds, 8 bits sans parité, 1 bit stop, XON/XOFF
• EXB : 9600 Bauds, 8 bits sans parité, 1 bit stop, XON/XOFF
• ExC : 4800 Bauds, 8 bits sans parité, 1 bit stop, XON/XOFF
• fil de l'eau : Non
• temporisation d'inactivité : 10 mn
• Alarmes :
• labels : CPU0, CPU1, Ext 1, Ext 2, Ext 3, Ext 4
• réaction en cas d'alarme : Pas câblée
• stocker le message : Non
• appeler le centre de maintenance : Non
• provoquer une alarme externe : Non
• contact d'alarme actif fermé ou ouvert : Ouvert
• nombre d'alarmes reçues avant de faire une action : 1
• durée minimum de l'alarme avant de faire une action : 0 seconde
• destination de report : sans
• Incident PCX :
• destination de report : sans
• Surveilllance d'activité PCX :
• validée : Non
• provoquer une alarme externe : Non
• groupe de numéros de téléphone : sans
• Commandes extérieures :
• contact actif fermé ou ouvert : Fermé
• durée du signal d'alarme : 10 s
• Modem MULTITECH :
• protocole : HAYES ou V25 Bis
• commandes et signalisations : voir tableaux des commandes HAYES et V25 bis
• TA :
• protocole : HAYES
• commandes et types de signalisations : voir tableaux des commandes HAYES et V25 bis (voir
Exploitation à la page 260)
• A la création d'un nouveau login par défaut les droits de ce login sont :
• Commande MNGT (gestion configuration RMA) : Oui
• Appel sortant ( via ExB, ExC, APA ) : Oui
• Connexion au PCX (via SyA, SyB) : Oui
• Commande reset de la carte RMA : Oui
• Commande reset du PCX : Oui
• Commandes download et restore : Non
• Gestion des login et des privileges : Non

Chapitre 11 Annexe
11.1.5.3 Paramétrages pour connexion directe au PCX
RMA
Config SYA
OmniPCX EXA
Media
Gateway console locale
Figure 11.18 : Connexion directe au PCX
Les opérations suivantes doivent être effectuées :

• connecter un terminal VT100 sur le port ExA du matériel utilisé (carte RMA, CBRMA ou BRMA).
Par défaut le port ExA est paramétré à 9600-8-N-1 XON/XOFF.
Paramétrer le terminal de façon identique.
• se connecter à la RMA :
• saisir la commande menu à l'invite.
• vérifier le paramétrage des ports SyA, SyB, ExA, ExB, ExC par le chemin d'accès : menu/états/
ports. S'il est incorrect, utiliser le chemin : menu/gestion/ports (voir Exploitation à la page
260).
• vérifier la connexion au PCX par le chemin d'accès : menu/connexions/SyA ou SyB (voir
Exploitation à la page 260).
Si la connexion ne peut pas être établie, adapter les caractéristiques de transmission entre les ports
de la RMA (menu/gestion/ports) (voir Exploitation à la page 260) et du PCX (commande
ttyconf ).
Important :
Il est prudent de sortir “proprement” de MGR.

Chapitre 11 Annexe
11.1.5.4 Paramétrages pour connexion au PCX via modem
RMA
Config EXA console locale

SYA
OmniPCX
Media
Gateway lien
EXB MODB public
ou
privé modem
console distante
Figure 11.19 : Connexion au PCX via modem
11.1.5.4.1 Configuration locale

• Connecter un modem sur port ExB ou ExC.
Par défaut, le port ExB est paramétré 9600-8-N-1 (et ExC à 4800-8-N-1).
Paramétrer le modem de façon identique (si possible).
• Connecter un terminal VT100 sur le port ExA.
• Se connecter au RMA via le login local.
• Programmer un login (distant, rappel simple ou rappel auto.) par le chemin d'accès : menu/
gestion/logins (voir Exploitation à la page 260).
11.1.5.4.2 Configuration des logins et mots de passe

Exemple de gestion : gestion des logins et des mots de passe (Voir Exploitation à la page 260).
Numéro de télépho-
Num Type d'accès Login Password
ne
1 Local rma rma
2 Libre
3 Distant srma srma
4 Distant plg plg
5 Libre
6 Libre
7 Rappel simple aampls aampls
8 Rappel Auto. aalplh aalplh 0147853201
9 Libre
10 Libre

Chapitre 11 Annexe
Numéro de télépho-
Num Type d'accès Login Password
ne
11 Libre
12 Libre
13 Libre
14 Libre
15 Libre
16 Libre
11.1.5.4.3 Configuration distante

• Connecter un terminal VT100 au modem distant.
• Saisir la commande at (protocole HAYES).
Si le modem répond OK, le modem s'est adapté au format du terminal VT100.
• Pour se connecter au RMA, saisir la commande atd suivie du Numéro du modem raccordé sur ExB
(ou ExC).
• Saisir le Login distant (simple ou auto) et le mot de passe.
• Pour se déconnecter du RMA :
• Saisir la commande EXIT à l'invite >.
Si des problèmes de connexion apparaissent :
• Vérifier le format et la vitesse sur le port ExB (ou ExC).
• A partir du terminal raccordé sur le port ExA :
• Se connecter au RMA.
• Saisir la commande lext exb puis at et vérifier que le modem répond OK.
Note :
lorsque l'on souhaite faire de l'observation, il faut que les deux utilisateurs ne soient pas dans le menu de MGR.

Chapitre 11 Annexe
11.1.5.5 Connexion vers un autre site (RMA distant)
RMA
Config
SYA EXA
OmniPCX console locale
Media
Gateway
SYB EXB MODB
lien
public
ou
privé
RMA
Config EXA
SYA
OmniPCX
Media
Gateway EXB MODB
SYB
Figure 11.20 : Connexion vers un autre site (RMA distant)
• Connecter un terminal VT100 sur le port ExA.

Par défaut le port ExA est paramétré à 9600-8-N-1 XON/XOFF.
Paramétrer le terminal de façon identique.
• Se connecter au RMA :
• Effectuer la connexion avec le modem distant par le chemin d'accès : "menu/
connexions/ExB/No ou modem distant (voir Exploitation à la page 260).
Après l'échange de porteuse, le RMA distant proposera le prompt et il suffira de fournir un login
distant et son mot de passe.
• Pour se déconnecter du RMA :
• Saisir 3 fois la commande Ctrl A.
• Saisir la commande Exit sous le prompt du RMA distant.

Chapitre 11 Annexe
11.1.5.6 Configuration des TA pour une connexion au RMA
TA V24
UAI
lien UA
OmniPCX Console locale type VT100
2
Media
Gateway
Liaison
publique lien UA
RMA
UAI
SYA ExA
1
V24 TA
OmniPCX EXC
Media
Gateway
Figure 11.21 : Configuration des TA
La console locale possédant le menu d'accueil data va appeler le poste 4035 (1) connecté au RMA
pour dialoguer avec celui-ci.
Terminal de données (1)
• Type d'adaptateur : V110
• Type de terminal : VT100
• Utilisation Hayes
• Valeur du Set-up : 10
• Valeur du contrôle de flux : 0
• Valeur de la configuration de sortie : 0
• Valeur de la configuration d'entrée : 1
• configuration V24 :
• Raccrochage par 108 : oui
• Intervention 125 : oui
• cadencement 125 : oui
• Réponse automatique poste UA : non
• le "reste" : non
Terminal de données (2)
• Type d'adaptateur : V110 + V120 asynchrone
• Type de terminal : VT100
• Utilisation Menu d'accueil Data

Chapitre 11 Annexe
• Valeur du Set-up : 10
• Valeur du contrôle de flux : 0
• Valeur de la configuration de sortie : 0
• Valeur de la configuration d'entrée : 1
• Réponse automatique poste UA : oui
11.1.5.7 Changement de version : procédure de téléchargement

• Lancer swinst
• Restaurer le patch de la nouvelle version du RMA, téléphone démarré
• Sous le prompt du RMA, saisir :
• >download sya <CR>
• Se connecter sous mtcl
• Saisir la commande :
• rma_download <CR>
• Attendre le message Ready to send RMA binary
• Suite à cette commande, faire : CTRL A deux fois
• Il apparaît les messages suivants :
• Fin de connexion
• Attente de transfert de fichier(s)
• Début de transmission
• Transfert des fichiers
• Le transfert est effectué.
• A la question voulez vous reseter la carte maintenant ? répondre oui.
11.1.5.8 Configuration des ports SyA du RMA

Pour configurer le port SyA sur lequel est connecté le port COM A de la CPU réaliser la gestion
suivante.
Chemin d'accès : Menu/Gestion/Ports/SyA
[1] Label
SyA
[2] Speed
9600 Bauds
[3] Word size
8 bits
[4] Parity
Pas de parité
[5] Stop bit
[1] Bit d'arrêt
[6] Flow control
XON/XOFF
11.1.5.9 Exemple de configuration d'une alarme CPU : gestion RMA

Pour la gestion des alarmes, voir Exploitation à la page 260.
Exemple :

Chapitre 11 Annexe
1. Configuration d'une alarme CPU

L'alarme CPU va déclencher simultanément une alarme externe (via la commande 1) et l'appel
automatique dès l'apparition de l'alarme (via Appel : en début d'alarme) et la sauvegarde de
l'alarme dans le journal.
Chemin d'accès : Menu/Gestion/Alarmes/CPU
[1] Label
CPU_carte
[2] Used
Oui
[3] Active state
fermé
[4] Duration of alarm before action
1 seconde
[5] Alarm number before action
1 alarme
[6] Time between 2 actions
1 minute
[7] Enabling a command
Commande 1
[8] Save
Oui
[9] Call
En début d'alarme
[A] First destination
Destination 1
[B] Second destination
Destination 2
[C] All
Note :
Le relais de la commande 1 peut être géré soit à l'ouverture soit à la fermeture.
Dans Menu/Gestion/Appel automatique/Destinations/Destination1, vous devez programmer :
• Tel 1 : ExB : 00155660000
• Tel 2 : ExC : 00155661111
• Temporisation pour connexion utilisateur : 10 s
2. Configuration d'une alarme externe
L'alarme onduleur va déclencher uniquement l'appel automatique dès l'apparition de l'alarme (via
Appel : en début d'alarme) et la sauvegarder dans le journal.
Chemin d'accès : Menu/Gestion/Alarmes/Externe 1
[1] Label
Onduleur
[2] Used
Oui
[3] Active state
fermé
[4] Duration of alarm before action
1 seconde
1 alarme

Chapitre 11 Annexe

1 minute
Aucun
[8] Save
Oui
[9] Call
En début d'alarme
Destination 3
Destination 4
[C] All
Note :
le relais de la commande 1 peut être géré soit à l'ouverture soit à la fermeture.
Aller au menu /Menu/Gestion/Relais.
Dans Menu/Gestion/Appel automatique/Destinations/Destination3 , vous devez programmer :
Tel 1 , et Temporisation pour connexion utilisateur.
11.1.5.10 Commutation de terminal sur EXA dans SRMA

Par défaut, ExA gère une console locale.
11.1.5.10.1 Modification du port

Pour connecter une autre entité sur ce port avec une console (connectée sur ExA) :
1. Modifier le protocole sur son propre port.
2. Lorsque cette modification a été enregistrée, aucun dialogue de porteuse ultérieur n'est possible.
3. Débrancher la console et la remplacer par l'entité sélectionnée (serveur, TA ou modem).
4. Valider par une réinitialisation (pour des raisons de sécurité).
5. Réaliser un test via le port ExB (modem ou TA).
Le changement de protocole peut être réalisé via le port ExB (donc via la console distante).
Pour retourner à la console locale sur ExA, modifier le protocole de ce port via ExB (donc via la
console distante) avant de remplacer l'entité existante par cette console. Valider ensuite par une
réinitialisation de la RMA.
11.1.5.10.2 Vérification des paramètres du modem

Dans la mesure où le port ExA n'a pas tous les faisceaux V24, afin de connecter un modem, celui-ci
doit être programmé correctement. En plus des paramètres essentiels à la RMA, vous devez vérifier et,
si nécessaire, modifier les points suivants (les chaînes de caractères Hayes dépendent du modem
utilisé) :
• Annuler le contrôle de flux matériel (exemple : AT&K4 ou &5).
• Annuler l'observation de faisceau DTR (exemple : AT&D0).
• Enregistrer dans le modem (exemple : AT&W0).
11.1.6 Exploitation
11.1.6.1 Connexion
Pour entrer en session sous le compte RMA, vous devez saisir le login et le mot de passe.

Chapitre 11 Annexe
11.1.6.2 Accès au menu général

Pour accéder au menu général, saisissez menu à l'invite.
Le menu suivant s'affiche :
[1] Connections
[2] States
[3] Management
[4] Session
[5] Exit
[6] Save
[7] Password
[8] Privileges
Chaque rubrique donne accès à un sous-menu qui peut également être accessible par une commande
en ligne :
Taper ? pour afficher la liste des commandes.
cnx : connections
state : states
mngt : management
set : session
exit : exit
save : save configuration
pass : password
priv : user rights
Note :
les commandes sont toujours en anglais quelle que soit la langue choisie.

Chapitre 11 Annexe
11.1.6.3 Arborescence des menus
[1] SyA [1] SyA CPU

[2] SyB [2] SyB Externe 1
[3] ExA [3] ExA Externe 2
[4] ExB [4] ExB Externe 3
[5] ExC [5] ExC Externe 4
[6] Debug [6] Debug
[7] Tous
Commande 1 :
[1] Site
Commande 2 :
[2] Ports
[3] Alarmes
[4] Relais [1] Alarmes
[1] Connexions [5] Journal [2] Resets
[6] Reports [3] Connexions
[2] Etats [1] Destination 1
[2] Destination 2 [4] Appels
[3] Gestion [3] Destination 3 [5] Autres
[4] Destination 4 [6] Tous
[4] Session
[5] Tous
[5] Sortir Gestion
[1] Site
[6] Sauvegarde [2] Ports
[3] Alarmes
[7] Password
[4] Incidents PABX
[8] Droits [5] Relais
[6] Login
[7] Appel auto
[8] Droits
[9] Sauvegarde
[1] English
[1] Langue
[2] Francais
[2] Jeux de caracteres
[3] Deutsch
[3] Tous
[1] Ascii
[2] VT
[3] Iso Latin 1
Figure 11.22 : Arborescence des menus

Chapitre 11 Annexe
Note :
• avec la carte SRMA, les menus Ports et Alarmes sont différents,
• avec un modem PCMCIA interne, il y a une option APA supplémentaire dans les menus Connexions et
Ports.

Chapitre 11 Annexe
[1] Client [1] Label

[2] Adresse [2] Vitesse
[3] Telephone [3] Taille mot
[4] Langue [4] Parite
[5] Date [5] Bit d'arret
[6] Heure [6] Controle de flux
[7] Reseau [7] Tous
[1] SyA [8] Noeud

[9] Nom du RMA [1] Hayes Creatix LC144
[2] SyB
[A] Remise a l'heure automatique [2] Hayes Multitech MT1932
[3] ExA
[B] Tous [3] Hayes TA/UA
[4] ExB
[4] Hayes standard
[5] ExC [1] Interface [5] V25 bis TA/UA
[6] Debug [2] Protocole [6] V25 bis standard
[7] Tous
[3] Sortie au fil de l'eau [7] Transparent
[4] Tempo d'inactivite [8] Console
[5] Tous
[1] Reset
[2] Initialisation
[3] Appel dirige
[4] Raccrochage
[1] Site [1] --> Edition des commandes [5] Mode reponse
[2] --> Edition des messages d'etat [6] Sequence d'echappement
[2] Ports
[3] Tous [7] Attente de tonalite
[3] Alarmes [8] Numerotation par tonalite
[9] Pause
[4] Incidents PABX [A] Tous
[5] Relais
[1] Commande acceptee
[6] Logins
[2] Commande refusee
[3] Connexion
[7] Appel auto
[4] Appel entrant
[8] Droits [5] Pas de ligne
[6] Pas de reponse
[9] Sauvegarde [7] Occupation
[8] Perte de porteuse
Gestion [9] Numero retarde
[A] Numero interdit
[B] Tous
Figure 11.23 : Menu gestion

Chapitre 11 Annexe
[1] Label
[2] Utilisee
[3] Etat actif
[4] Duree d'alarme avant action
§ 6.3 (*)
[5] Nombre d'alarmes avant action
[1] CPU [1] Aucune
[6] Temps entre deux actions
[2] Externe 1 [2] Commande 1
[7] Activation de commande
[3] Externe 2 [3] Commande 2
[8] Sauvegarde
[4] Externe 3
[9] Appel
[5] Externe 4
[A] Premiere destination [1] Destination 1
[6] Tous
[B] Seconde destination [2] Destination 2
[C] Tous [3] Destination 3
[4] Destination 4
[1] Incidents action0 [3] Premiere destination [5] Tous
[1] Site
[2] Incidents action1 [4] Seconde destination
[2] Ports [3] Incidents action2
[4] Incidents action3 [1] Utilisee
[3] Alarmes [5] SyA activitee PABX [2] Activation de commande
[6] SyB activitee PABX [3] Premiere destination
[1] Commande 1
[4] Incidents PABX [7] Tous [4] Seconde destination
[2] Commande 2
[5] Relais [3] Tous
[6] Logins [1] Local Type d'acces

[2] Distant Nouveau Login :
[7] Appel auto [3] Distant rappel simple Password :
[4] Distant rappel auto. Password(confirmation)
[8] Droits [6] Libre Numero de telephone
[9] Sauvegarde
[1] Commande MNGT (gestion configuration RMA)
[2] Appels sortants (via ExB, ExC, APA)
Gestion
[3] Connexions au PABX (via SyA, SyB)
[4] Commande reset de la carte RMA
[5] Commande reset du PABX
[6] Commandes download et restore
[7] Gestion des logins et des privileges
[1] Destination 1
[2] Destination 2 [1] Tel. 1 : ExB -
[3] Destination 3 [2] Tel. 2 : ExB -
[4] Destination 4 [3] Temporisation pour
connexion utilisateur
[1] Destinations [5] Tous
[2] Pays
[3] Devalidation des appels automatiques [1] Temps entre deux appels
[1] France [2] Duree de la pause
[4] Validation des appels automatiques
[2] Allemagne [3] Nombre d'appels
[5] Tous
[3] Autre [4] Numero interdit
[5] Tous
Figure 11.24 : Menu gestion (suite)

Chapitre 11 Annexe
11.1.6.4 Menu CONNEXIONS

Ce menu permet d'effectuer les connexions sur les ports V24.
Un sous-menu liste tous les labels de connexion possible.
/Menu/Connections
[1] SyA
[2] SyB
[3] ExA
[4] ExB
[5] ExC
[6] Debug
Un numéro de téléphone est demandé si l'opérateur souhaite se connecter sur un accès lié à un
modem ou un TA. Le numéro de téléphone est composé du numéro proprement dit auquel peuvent
être associées les lettres : T (attente de Tonalité) et P (demande de Pause).
Une connexion sur ExA ou Debug permet à un opérateur distant de dialoguer avec un opérateur local
connecté sur ces mêmes accès.
Dans une version future, les indications ci-après vont être ajoutées aux sous-menus :
• Connexion impossible
• Accès indisponible
• Accès déjà utilisé
L'utilisateur pourra définir des connexions distantes avec numéros de téléphone.
Sur les ports ExB, ExC, une temporisation de surveillance d'activité permet de libérer automatiquement
les connexions non utilisées. Cette surveillance est initialisée à 15 minutes par défaut et est
paramétrable jusqu'à 24 heures, avec possibilité de la mettre à l'infini. Cette temporisation, liée à la
session opérateur, est la durée pendant laquelle on surveille s'il y a une activité sur l'accès opérateur
(réception de caractères). Lorsque cette temporisation arrive à échéance, RMA coupe la connexion. A
la prochaine session opérateur, la temporisation reprendra sa valeur par défaut.
11.1.6.5 Menu ETATS

Ce menu permet de lire les différents états du système RMA.
/Menu/States
[1] Site
[2] Ports
[3] Alarms
[4] Relays
[5] Log
[6] Report
11.1.6.5.1 Sous-menu Site

Ce sous-menu permet de lire les paramètres liés au site du client.
Les informations suivantes apparaissent :
/Menu/States/Site
RMA : Version XX.XX Code
PCMS: XXXX XXXX XXXX XXXX
Site : OmniPCX 4400
Address : XXXXXXXXXXXXXXXXXXXXXXXXX
Telephone : XX XX XX XX
Date : daydatemonthyear HH:MM:SS
11.1.6.5.2 Sous-menu Ports

Ce sous-menu permet de lire les configurations et les états des accès V24.
Les informations suivantes apparaissent :
/Menu/States/Ports

Chapitre 11 Annexe
[1] SyA
[2] SyB
[3] ExA
[4] ExB
[5] ExC
[6] Debug
[7] All Sets
Pour chaque port, les éléments de données suivants apparaissent :

• La configuration comme suit : vitesse, taille du mot, parité, bit d'arrêt, contrôle de flux.
• L'état : libre, connecté, appel entrant, etc.
Exemple :
SyA :
Config : 9600 Bauds - 8 bits - No
Parity - 1 stop bit
Flow control: XON/XOFF
State : Free
11.1.6.5.3 Sous-menu Alarmes

Il permet de lister pour les cinq types d'alarmes possibles (1 CPU et 4 Extérieures ) :
• l'état : non utilisée, pas d'alarme, en alarme,
• si la sauvegarde de l'alarme est demandée,
• si un appel automatique (avec numéro de téléphone) a été programmé; avec les indications "en
cours" si l'appel a débuté, "interdit" si l'appel est impossible ou "liste pleine" si la file est pleine.
Exemple :
/Menu/States/Alarms
[1] CPU : Disabled
- No storage - Automatic call
[2] External 1 : Enabled -
No storage - Auto call in progress
[3] External 2 : Disabled - No
storage - Automatic call unauthorized
[4] External 3 : Not used - No
storage - No call
[5] External 4 : Not used -
No storage - No call
[6] All
11.1.6.5.4 Sous-menu Relais

Ce sous-menu permet de lire les états des commandes externes 1 et 2 (avec relais ouverts ou non).
Exemple :
/Menu/States/Relays
Commande 1 : Enabled (Open)
Commande 2 : Disabled (Closed)
11.1.6.5.5 Sous-menu Journal

Ce sous-menu permet de lire les fichiers historiques sauvegardés :
• journal des alarmes : Alarmes reçues et émises,
• journal des resets : Réinitialisation des CPU principale et de secours,
• journal des connexions : Connexion/déconnexion sur les ports SyA ou SyB,
• journal des appels : Appels automatiques sur alarmes, appels sortants ou entrants sur ExB, ExC.
• journal des incidents sortis par ordre chronologique.
La sortie des fichiers historiques se fait en affichant en premier l'événement le plus récent.
Ces états sont sauvegardés dans cinq buffers circulaires de 32 lignes pour les resets et 128 lignes
pour les autres. La possibilité est offerte de vider les fichiers Alarmes.

Chapitre 11 Annexe
Exemple :
/Menu/States/Log
[1] Alarms : 000 incident(s)
[2] Resets : 002 incident(s)
[3] Connections : 000 incident(s)
[4] Calls : 000 incident(s)
[5] Other : 000 incident(s)
[6] All
Your choice : 2
/Menu/States/Resets
21/03/96 10:58:45 Login rma - End
of master CPU board reset
21/03/96 10:58:31 Login rma - Reset
of master CPU board
End of list
11.1.6.5.6 Sous-menu Reports

Il permet de lister l'état des 4 destinations :
• aucun incident en attente de report,
• X incident(s) en attente de report.
Si une destination contient des incidents en attente de report et que l'opérateur possède les droits
suffisants (droits management des logins) on lui propose de reseter cette liste.
/Menu/States/Reports
[1] Destination 1
18 Incidents en attente de report
[2] Destination 2
7 Incidents en attente de report
[3] Destination 3
20 Incidents non reportés
[4] Destination 4
Aucun Incident en attente de report
[5] All
Votre choix : 2
/Menu/States/Destination 2
07/10/97 13:54:48 000001R| |=4:4207=Destination 1 - Call
failure
11.1.6.6 Menu Gestion

Ce menu permet de configurer la carte RMA et n'est autorisé qu'au premier demandeur (le système
refuse de connecter simultanément un second usager dans ce menu).
/Menu/Management
[1] Site
[2] Ports
[3] Alarms
[4] PCX incidents
[5] Relays
[6] Logins
[7]Automatic call
[8] Privileges
[9] Save
Votre choix :
Saisir le numéro de la rubrique concernée.
11.1.6.6.1 Sous-menu Site

Ce sous-menu permet la gestion du nom du client, de l'adresse, de la langue et de la date et l'heure.
/Menu/Management/Site

Chapitre 11 Annexe
[1] Client
Saisir le nom du client sur 31 caractères au total
[2] Address
Saisir l'adresse du client sur 60 caractères au total
[3] Telephone
Saisir le numéro de téléphone du client sur 10 caractères au total
sous le format : XX XX XX XX XX.
[4] Language
Choisir la langue dans la liste. Lors d'un reset RMA, le système
démarrera dans la langue définie ici.
[5] Date
Saisir la date dans l'ordre suivant : Jour, Mois, Année (sur 2 carac-
tères (ex : 96 pour 1996)).
[6] Time
Saisir l'heure dans l'ordre suivant : Heure, Minutes, Secondes.
[7] Network
Saisir le numéro de réseau (valeur par défaut : 000).
[8] Node
Saisir le numéro du noeud (valeur par défaut : 001).
[9] RMA name
Le nom du RMA sera affiché devant l'invite.
[A] Automatic time reset
Oui/Non : mise à l'heure automatique du RMA par le PCX.
[B] All
Permet d'afficher toutes les rubriques l'une après l'autre.
11.1.6.6.2 Sous-menu Ports

Ce sous-menu est accessible uniquement à partir de la console locale.
Chaque port V24 peut être géré individuellement.
/Menu/Management/Ports
[1] SyA
[2] SyB
[3] ExA
[4] ExB
[5] ExC
[6] debug
[7] All
Suivant le choix, le menu suivant s'affiche :

/Menu/Management/Ports/"[x]"
[1] Interface
[2] Protocol
[3] Real-time output
[4] Inactivity timer
[5] All
Note :
la validation de nouvelle(s) donnée(s) ne sera faite qu'après une demande de confirmation.
Le choix [1] Interface affiche le menu suivant :
/Menu/Management/Ports/SyA/Interface/Configuration
[1] Label
Saisir le nom sur 16 caractères max (par défaut = nom du port)
[2] Speed
150/300/600/1200/2400/4800/9600/19200 bauds. Sélectionner
la vitesse voulue.

Chapitre 11 Annexe
[3] Word size

Sélectionner la taille du mot désirée (7 ou 8 bits).
[4] Parity
Choisir la parité voulue (Aucune/Paire/Impaire).
[5] Stop bit
Sélectionner le nombre de bit d'arrêt (1 ou 2 bits).
[6] Flow control
Choisir avec ou sans contrôle de flux (Sans ou XON/XOFF).
[7] All
Permet d'afficher toutes les rubriques l'une après l'autre.
Pour "ExA", "ExB", "ExC" et "debug", le choix "[3] Sortie au fil de l'eau" affiche le menu suivant :
/Menu/Management/Ports/ExA/Real-time output
[1] Yes
[2] No (default value)
Cette commande permet de valider port par port la sortie au fil de l'eau des incidents RMA.
Les incidents sortis au fil de l'eau sont les mêmes que ceux stockés dans la file d'incidents
chronologiques.
Lorsque la sortie au fil de l'eau est validée pour ExA, elle s'effectue qu'un opérateur soit connecté ou
non. Pour ExB, ExC elle s'effectue uniquement lorsqu'un opérateur est connecté.
Pour les mêmes ports, le choix [4] Tempo d'inactivité affiche le menu suivant :
/Menu/Management/Ports/ExA/Inactivity timeout
Default value: 10 minutes
Disconnection after: 10
Temporisation de surveillance d'activité sur les ports ExA, ExB, ExC.

Cette temporisation permet de casser une communication entrante ou sortante non utilisée dans le
sens terminal vers RMA (cas de l'opérateur ayant oublié de se déconnecter d'une ligne taxée). Elle
permet aussi de déconnecter automatiquement sur le port local (ExA).
Cette temporisation est paramétrable pour chaque port de 1 minute à 4 heures.
Note :
avant de lancer un téléchargement, l'opérateur n'a pas à modifier cette temporisation même dans le cas où sa
valeur est plus petite que la durée d'un téléchargement. (Le RMA ne tenant plus compte de la surveillance
d'inactivité sur ce port pendant toute la durée du téléchargement et relançant la temporisation à la fin du
téléchargement).
Pour ExB et ExC, le choix [2] Protocole affiche le menu suivant :
/Menu/Management/Ports/ExB(or ExC)/Protocol
[1] Hayes Creatix LC144
[2] Hayes Multitech MT1932
[3] Hayes TA/UA
[4] Hayes Standard
[5] V25 bis TA/UA
[6] V25 bis Standard
[7] Transparent
[8] Console
Note :
pas de protocole pour les ports SyA, SyB, ExA et debug.
Le choix Transparent permet de connecter un serveur sur ExB ou ExC (dans ce cas la seule
opération possible sur ces ports est la connexion à partir d'un autre port).
Le choix Console permet de connecter un deuxième terminal local.
Pour les autres choix l'affichage est le suivant :

Chapitre 11 Annexe
/Menu/Management/Ports/ExB(or ExC)/Protocol
[1] --> Edit commands
[2] --> Edit state messages
[3] All
Le choix [1] Edition de commandes affiche le menu suivant :

/Menu/Management/Ports/ExB(or ExC)/Protocol/Modem/Commandes
[1] Reset
ATZ0
[2] Initializing
ATE0Q0S0=2
[3] Routed call
ATD
[4] On-hook
ATH0
[5] Answer mode
[6] Escape sequence
+++
[7] Waiting for a tone
W
[8] Tone dialing
[9] Pause
,
[A] All
Les commandes ci-dessus sont celles à l'initialisation du RMA et correspondent au protocole Hayes.
Les différentes possibilités sont décrites dans le tableau suivant :
MODEM TA
ORDRES
V25 bis HAYES V25 bis HAYES
Reset CNLZ0 ATZ0
Initialisation CNLE0 ATE0Q0S0=2
Appel dirigé CRI ATD CRN ATDT
Raccrochage CNLH0 ATH0 ATH
Mode réponse CIC CIC ATA
Echappement +++ +++ +++
Attente tonalité : W :
Impulsion/Fréquence PA PA
Pause en numérotation << , >
Le choix [2] Edition des messages d'état affiche le menu suivant :

/Menu/Management/Ports/ExB(or ExC)/Protocol/Modem/State messages

Chapitre 11 Annexe
[1] Command accepted

OK
[2] Command rejected
ERROR
[3] Connection
CONNECT
[4] Incoming call
RING
[5] No line
NO DIALTONE
[6] No answer
NO ANSWER
[7] Busy
BUSY
[8] Loss of carrier
NO CARRIER
[9] Number delayed
DELAYED
[A] Unauthorized number
BLACKLIST
[B] All
Les signalisations ci-dessus sont celles à l'initialisation du RMA et correspondent au protocole Hayes.
Les différentes possibilités sont décrites dans le tableau suivant :
MODEM TA
INDICATIONS
V25 bis HAYES V25 bis HAYES
Commande acceptée VAL OK VAL OK
Commande refusée INV ERROR INV ERROR
Connexion CNX CONNECT CNX CONNECT
Appel entrant INC RING INC RING
Pas de ligne CFI NO DIALTONE CFI
Pas de réponse CFI NO ANSWER CFI
Occupation CFI BUSY CFI
Pas de porteuse CFI NO CARRIER NO CARRIER
Numéro brûlé CFI BLACKLIST
Numéro retardé CFI DELAYED
11.1.6.6.3 Sous-menu Alarmes

Ce sous-menu permet de gérer individuellement chaque alarme.
/Menu/Management/Alarms
[1] CPU

Chapitre 11 Annexe
[2] External 1
[3] External 2
[4] External 3
[5] External 4
[6] All

Chemin d'accès : Menu/Gestion/Alarmes/[x]
[1] Label
Permet de modifier les labels par défaut. Longueur max
16 caractères.
[2] Used
Oui/Non : Permet de définir si le RMA doit prendre en
compte l'alarme.
[3] Active state
Open/Closed Détermine l'état actif de la boucle à sur-
veiller.
[4] Alarm duration before action
Durée minimale (T1) pendant laquelle l'alarme doit être
présente avant de déclencher une action (ceci permet
d'éviter des coupures intermittentes). Valeur : entre 0 et
255 secondes (0 s par défaut).
L'alarme n'est prise en compte et ne provoque une ac-
tion du RMA que si ce nombre (N1) est atteint. Valeur
entre 1 et 255 (1 par défaut).
Durée (T2) pendant laquelle aucune action ne sera ef-
fectuée si des alarmes apparaissent. Valeur : entre 0 et
255 minutes (0 min par défaut).
Aucune/Commande1/Commande 2 : Permet d'activer
un relais sur apparition d'alarme (Ex : déclencher une
sonnerie suite à une apparition d'alarme CPU déclen-
chée par un incident programmé par la commande
"alarmrel").
[8] Save
Oui/Non : Permet d'enregistrer ou non l'alarme dans le
journal.
[9] Call
Non/En début d'alarme/En fin d'alarme/En début et
en fin d'alarme : Si différent de "Non", détermine le mo-
ment à partir duquel l'alarme est prise en compte. Ce
moment est déterminé par le nombre fixé en [5].
Destination 1/Destination 2/Destination 3/Destination
4/Aucune : Deux destinations à appeler en cas d'alarme
(voir la remarque suivante).
Destination 1/Destination 2/Destination 3/Destination
4/Aucune :
[C] All

Chapitre 11 Annexe
Note :
pour chaque alarme on peut soit choisir d'appeler un seul numéro (dans ce cas on gère uniquement la première
destination), soit vouloir prévenir deux centres de maintenance simultanément (dans ce cas on gère les deux
destinations) (voir Sous-menu Appel automatique à la page 276).
Toute alarme d'une durée minimale T1 est comptabilisée par le RMA. Lorsque le nombre d'alarmes
atteint N1, les actions programmées par l'opérateur sont réalisées et la temporisation T2 est armée.
Pendant la temporisation T2, le RMA observe uniquement la disparition d'alarme. Sur la fin de
temporisation T2, le RMA traite l'apparition des alarmes.
Plusieurs alarmes peuvent provoquer la même commande externe. La première alarme apparaissant
active la commande externe, celle ci restant active si une deuxième alarme apparaît. La commande
externe est désactivée à la disparition de toutes les alarmes.
11.1.6.6.4 Sous-menu Relais

Ce sous-menu permet la gestion des relais externes.
/Menu/Management/Relays
[1] Command1
Etat actif : Ouvert/Fermé - Durée : Saisir une valeur comprise entre 0 et 255
secondes.
[2] Command2
Etat actif : Ouvert/Fermé - Durée : Saisir une valeur comprise entre 0 et 255
secondes.
[3] All
Note :
il est conseillé de configurer le relais en état actif ouvert. En effet, dans l'état actif fermé, une alarme fugitive
apparaîtra au reset du RMA.
11.1.6.6.5 Sous-menu Logins

Ce sous-menu permet la gestion des logins et des mots de passe du système RMA.
A la première connexion sur le RMA, l'opérateur doit saisir le login et le password par défaut. Un
message l'invite alors à modifier ce login.
/Menu/Management/Logins

Chapitre 11 Annexe
Num. Type d'accès Login Numéro de téléphone
1 Local <default>
2 Libre
3 Libre
4 Libre
5 Libre
6 Libre
7 Libre
8 Libre
9 Libre
10 Libre
11 Libre
12 Libre
13 Libre
14 Libre
15 Libre
16 Libre
Entrer le numéro de la ligne à modifier :

Le nombre de login est limité à 16.
Les logins peuvent être programmés.
/Menu/Management/Logins/Access type
[1] Local
[2] Remote
[3] Simple remote call
[4] auto remote recall
[5] Free
Votre choix :
Si le type d'accès du login est local, on ne peut se connecter que sur ExA.
Si le type d'accès du login est distant, on peut se connecter sur ExB ou ExC et également en local sur
ExA.
Les logins Distant rappel simple ou Distant rappel auto. permettent de rappeler
l'opérateur.
Le login Distant rappel simple impose de fournir le numéro du modem de l'opérateur.
Le login Distant rappel auto. rappelle un numéro pré-enregistré.
Pour les choix [1], [2], [3], [4], l'affichage est le suivant :
/Menu/Management/Logins/Update
Access type: Local/Remote/Single remote recall/auto. remote
recall
New Login:
Password:

Chapitre 11 Annexe
Password (confirmation):
Phone number: (only for selection [4])
List of rights login xxxx
[1] MNGT command (RMA configuration management)
OUI/NON
[2] Outgoing call ( via ExB, ExC, APA )
OUI/NON
[3] Connection to the PCX (via SyA, SyB)
OUI/NON
[4] RMA board reset command
OUI/NON
[5] PCX reset command
OUI/NON
[6] Download and restore commands
OUI/NON
[7] Managing logins and privileges.
OUI/NON
Droits non attribués par défaut pour [6] et [7].
11.1.6.6.6 Sous-menu Appel automatique

Ce sous-menu permet de choisir les numéros de téléphone pour la destination du port de sortie, le
pays dans lequel est installé le PCX ainsi que l'inhibition ou la validation de l'appel automatique.
/Menu/Management/Automatic call
[1] Destinations
[2] Country
[3] Disabling automatic calls
[4] Enabling automatic calls
[5] All
Le choix [1] du menu /Menu/Gestion/Appel automatique affiche le menu suivant :

/Menu/Management/Automatic call/Destinations
[1] Destination 1
[2] Destination 2
[3] Destination 3
[4] Destination 4
[5] All
4 destinations autorisées pour les rapports.

/Menu/Management/Automatic call/Destinations/Destination "x"
[1] Tel. 1: ExB -
[2] Tel. 2: ExB -
[3] Timeout for user connection: 30 second(s)
Ce menu permet de choisir par destination :

• Un numéro de téléphone principal et le label du port de sortie (ExB, ExC).
• Un numéro de téléphone de débordement et le label du port de sortie (ExB, ExC).
Seul le premier numéro est appelé. Dans le cas où l'appel sur le premier numéro n'aboutit pas, on
appelle le deuxième.
• Une temporisation de raccrochage permettant à un opérateur distant de se connecter en fin de
report. Si cette temporisation est nulle, le RMA ne permet pas de connexion utilisateur.
/Menu/Management/Automatic call/Countries
Ce sous menu permet de choisir le pays dans lequel est installé le PCX. Ceci vous aide à gérer les
appels automatiques conformément à la norme applicable dans le pays.

Chapitre 11 Annexe
[1] France
[2] Germany
[3] Other
Dans les deux premiers cas, les temporisations, le nombre de tentatives en cas d'échec, la durée de la
pause entre deux séries d'appel et le fait de brûler ou non le numéro sont codés dans le firmware
conformément à la norme applicable dans le pays.
Le choix [3] affiche le menu suivant :
/Menu/Management/Automatic call/Data
[1] Time between two calls
de 1 à 255 minutes
[2] Pause time
de 1 à 255 minutes
[3] Number of calls
Valeur : de 1 à 255
[4] Unauthorized number
Oui/Non (voir configurations recommandées en fonction du
pays dans le tableau suivant)
[5] All
Valeurs de temporisations recommandées lors d'un appel automatique n'ayant pas abouti.
Pays Tempo. [1] (min) Tempo. [2] (min) Nb. appels Num. brûlé
Belgique 15 15 3 non
Pays-Bas 4 4 14 non
Autriche 1 1 12 oui
Australie 1 30 10 non
Suisse 1 1 5 oui

/Menu/Management/Automatic call/Disable automatic calls
Default value: 60 minutes
Automatic call disabling time
Pendant une intervention sur un site en local ou à distance, l'opérateur peut inhiber les reports en
précisant une durée (de 1 min à 4 heures).
Pendant la durée de cette temporisation les reports d'alarmes RMA, d'incidents PCX et d'alarme de
perte d'activité PCX ne seront plus effectués.
Le RMA reprendra les reports sur fin de la temporisation ou sur "revalidation d'appel automatique" par
l'opérateur ou sur déconnexion de l'opérateur.
L'opérateur peut relancer cette temporisation en entrant la commande "Dévalidation appel
automatique" suivie d'une nouvelle durée.
Ces données (validation et durée) ne sont pas sauvegardées dans la configuration utilisateur. Après un
reset RMA les appels automatiques sont toujours validés.
Lorsqu'un opérateur inhibe les appels automatiques, le RMA envoie un message vers la "destination 1"
indiquant que les reports sont suspendus en précisant l'heure.
exemple :

Chapitre 11 Annexe
JJ/MM/AA hh:mm:ss 001001R| |=4:4205=Disable

automatic calls
Réactivation de l'appel automatique par le choix [4] du menu /Menu/Gestion/Appel

automatique
Lorsque les reports sont réactivés, le RMA envoie un message vers la "destination 1" indiquant que les
reports sont réactivés en précisant l'heure.
exemple :
JJ/MM/AA/ hh:mm:ss 001001R| |=5:4205=Enable
automatic calls
11.1.6.6.7 Sous-menu Incidents PCX

/Menu/Management/PCX incidents
[1] Action incidents0
[5] SyA PCX activity
[6] SyB PCX activity
[7] All
Ce sous menu permet de gérer :

• 4 Niveaux d'actions. (Incidents action1 à Incidents action4).
• Activité PCX sur SyA.
• Activité PCX sur SyB.
Pour les "actions Incidents" 1 à 4, les paramètres modifiables sont affichés par le menu suivant :
/Menu/Management/PCX/Action incidents"x"
[1] First destination
[2] Second destination
Pour Activité PCX sur SyA ou SyB, l'affichage des paramètres modifiables devient :
/Menu/Management/PCX Incidents/SyA or (SyB) PCX activity
[1] Used
[2] Enable a command
[3] First destination
[4] Second destination
Pour chaque Incident on peut soit choisir d'appeler un seul numéro (dans ce cas on gère uniquement
le première destination) soit vouloir prévenir deux centres de maintenance simultanément (dans ce cas
on gère les deux destinations).
Suivant le choix de la destination, le menu suivant s'affiche :
/Menu/Management/PCX Incidents/SyB activity PCX/First destination(Second
destination)
[1] Destination 1
[2] Destination 2
[3] Destination 3
[4] Destination 4
[5] None (default value)
Incident PCX
Une application sur l'OmniPCX Enterprise permet de sélectionner les incidents à traiter par le RMA
ainsi que le niveau d'action associée.
Le RMA observe les ports SyA et SyB et reporte ces incidents.
Les appels pour le report de ces incidents sont stockés dans la file d'appels entrants/sortants.
Le RMA continue à traiter ces incidents même si un utilisateur est connecté à l'OmniPCX Enterprise
via les ports SyA ou SyB.

Chapitre 11 Annexe
Un utilisateur connecté à l'OmniPCX Enterprise ne voit pas ces messages d'incidents au format RMA,
ils sont filtrés par le RMA.
Format des messages OmniPCX Enterprise RMA :
^RRMA :action_id :Incident in format DHS^X
action_id: Action level on RMA(0..3 )
Surveillance d'activité des CPU

Si un RMA est déclaré dans la configuration du PCX, la CPU (main ou stand-by) envoie
périodiquement (toutes les 2 minutes) au RMA un message au format suivant :
^RRMA :M ^X if main CPU.
^RRMA :M ^X if stand-by CPU.
Une fois la surveillance validée sur le RMA, on attend un premier message du PCX pour lancer une
temporisation de 4 minutes. Cette temporisation est relancée sur chaque message d'activité. Si au
bout de cette temporisation le RMA n'a pas reçu un nouveau message d'activité, on effectue les
actions qui ont été choisies :
• Rapport vers un ou deux numéros de téléphone d'un message d'alarme de type :
"date/heure Label du port (SyA ou SyB) - Perte d'activité CPU M/S du PCX sur SyA"
• Stockage de message d'alarme.
• Activation d'un relais d'alarme. Ce relais d'alarme sera désactivé à la réception d'un nouveau
message d'activité CPU.
Note :
si un opérateur connecté sur SyA ou SyB fait du contrôle de flux CtrlS/CtrlQ et reste plus de 2 minutes bloqué
avec CtrlS, le RMA forcera l'émission vers le terminal pour débloquer l'émission de la CPU afin de recevoir les
messages d'activité CPU. (Ceci débloque l'affichage sur le terminal de l'opérateur).
Le terminal doit être programmé "sans gestion de contrôle de flux".
Mise à l'heure du RMA par le PCX
Le message envoyé par la CPU main est suivi de la date et de l'heure au format suivant :
^RRMA :M :Fri Mar 14 14:45:30 1997^X
Le RMA se remet à l'heure du PCX toutes les heures (si le paramètre remise à l'heure automatique est
validé dans la configuration RMA du site).
11.1.6.6.8 Sous-menu droits

Ce sous-menu permet de gérer les droits d'utilisateur des différents login (voir Sous-menu Logins à la
page 274).
Le login 1 a tous les droits. Ceux-ci ne peuvent pas être modifiés (pour être sûr qu'un login au
minimum ait tous les droits sur RMA) sinon il y aurait impossibilité définitive de gérer les logins sur ce
RMA.
/Menu/Management/Privileges
Num. Login Num. Login

Chapitre 11 Annexe
1 rma 9
2 10
3 11
4 12
5 13
6 14
7 15
8 16
Entrer le numéro de la ligne à modifier :

/Menu/Management/Logins/Update
[1] MNGT command (RMA configuration management)
OUI/NON
[2] Outgoing call ( via ExB, ExC, APA )
OUI/NON
[3] Connection to the PCX (via SyA, SyB)
OUI/NON
[4] RMA board reset command
OUI/NON
[5] PCX reset command
OUI/NON
[6] Download and restore commands
OUI/NON
[7] Managing logins and privileges.
OUI/NON
Ce sous-menu est également accessible à partir de la gestion des logins. (voir : Sous-menu Logins à
la page 274)
11.1.6.6.9 Sous-menu Sauvegarde

La configuration par défaut est sauvegardée dans une mémoire flash sauvegardée sur coupure de
l'alimentation du RMA.
Cette configuration est recopiée en mémoire RAM après une réinitialisation du RMA, afin qu'elle puisse
être modifiée. Toutes les modifications sont donc effectuées en RAM.
L'opérateur a la possibilité lorsqu'il a modifié la configuration, de sauvegarder la totalité de la
configuration en mémoire Flash avec la commande "Gestion SAVE". Lorsque cette commande est
exécutée, le logiciel RMA recopie la configuration de la RAM vers la mémoire Flash, après
confirmation.
11.1.6.7 Menu Session
11.1.6.7.1 Langue
Permet de définir la langue utilisée sur l'accès de la session courante. L'opérateur a le choix entre la
langue de base (l'anglais) et deux langues définies dans chaque pays.
Sur les ports ExB, ExC et APA, pour chaque appel entrant, le RMA repasse en mode ASCII.
Il est impératif d'être en 8 bits aussi bien du côté RMA que du côté console.

Chapitre 11 Annexe
11.1.6.7.2 Jeu de caractères

Permet de définir le jeu de caractères utilisé sur l'accès de la session courante. L'opérateur a le choix
entre : ASCII, VT, Iso Latin1.
Sur les ports ExB, ExC et APA, pour chaque appel entrant, le RMA repasse en mode ASCII.
Il est impératif d'être en 8 bits aussi bien du côté RMA que du côté console.
11.1.6.7.3 SIMUL
Sur cette commande, la carte RMA simule une des six alarmes (CPU O, 1 ou Externe 1 à 4).
L'ensemble des actions programmées par la commande "Gestion ALARM" est alors réalisé
(Commande de relais, appel automatique, etc.). L'opérateur peut simuler au choix un début ou une fin
d'alarme. L'opérateur doit toujours terminer la simulation par une fin d'alarme.
11.1.6.7.4 LEXT
L'accès à cette commande se fait uniquement sur la console locale. Elle permet de se connecter en
transparence sur le modem ou un TA, pour vérifier les commandes et la signalisation en mode V25bis
ou Hayes suivant le protocole choisi. S'il y a des différences par rapport à la configuration par défaut,
l'opérateur aura la possibilité de modifier cette configuration à l'aide de la commande "Gestion
PROTOCOL". Cette commande de mise en transparence sur le modem existe car les commandes
"HAYES" peuvent différer selon les modèles de modem. Ainsi, il faudra savoir s'adapter à la "boîte
noire" associée. En effet, les commandes HAYES ne sont pas entièrement normalisées. Cette
commande permet également d'appeler un opérateur distant en numérotant soi-même selon le
protocole du modem ou du TA. Toute connexion sur ligne extérieure génèrera un incident stocké dans
le fichier appels sortants et entrants.
11.1.6.7.5 SAVE
Voir : Sous-menu Sauvegarde à la page 280
11.1.6.7.6 RESTORE
Cette commande, après confirmation, restaure la configuration d'usine et exécute un reset complet de
la carte RMA pour prise en compte. La configuration client est alors perdue.
11.1.6.7.7 DOWNLOAD
Cette commande permet le téléchargement d'un nouveau binaire RMA à partir de la CPU. Après avoir
saisi la commande, l'opérateur doit préciser l'accès utilisé pour le téléchargement, à savoir SyA ou
SyB. L'opérateur est alors connecté à l'accès en question où il doit lancer la commande ".
rma_download" sous le login "mtch". Après le message "Ready to send RMA binary", l'opérateur doit
se déconnecter en tapant deux fois CTRL-A.
Le RMA se met alors automatiquement en mode réception et le téléchargement s'exécute. En fin de
téléchargement, le RMA propose à l'opérateur de redémarrer la carte afin de prendre en compte le
nouveau binaire.
L'opérateur peut interrompre le téléchargement à tout moment en tapant CTRL-A.
11.1.6.8 EXIT
Cette commande sert à sortir d'un login et libérer la liaison sur un accès ExB, ExC ou APA.
11.1.6.9 Reset CPU

Cette commande permet la réinitialisation matérielle de la carte CS principale (SyA) ou de secours
(SyB). Si une commande de réinitialisation a été exécutée dans la minute précédente, l'opérateur en
sera informé et la liste des réinitialisations sera affichée.

Chapitre 11 Annexe
Cette commande n'apparaîtra pas dans les menus RMA et sera systématiquement suivie d'une
demande de confirmation.
La commande “Reset CPU Master” agit sur RMT-RES1.
La commande “Reset CPU Slave” agit sur RMT-RES2.
11.1.6.10 Menu Password

Ce menu permet de modifier le mot de passe du login de la session en cours à partir du menu général.
/Menu/Modification of Password
Former password:
New password :
Password (confirmation):
Setup not saved. Do you wish to save it now?
[Yes/No - No by default]:
11.2 e.RMA
11.2.1 Introduction
11.2.1.1 Présentation du service
Le service e-RMA (embedded Remote Maintenance Access) permet :
• la connexion à distance. Grâce au e-RMA un gestionnaire distant peut prendre la main sur
l'OmniPCX Enterprise. Il dispose alors d'un terminal VT100 (ou émulation) sur lequel il peut passer
toutes les commandes de configuration ou de maintenance. Cet accès est sécurisé (selon
configuration) par mot de passe et éventuellement procédure de rappel.
• la remontée d'incidents survenus sur le Call Server, vers un centre d'alarme.
Le service e-RMA utilise le modem interne d'une OmniPCX Media Gateway.
Note :
La liaison e-RMA est une liaison série qui peut travailler avec le protocole PPP. Ce protocole PPP permet l'accès
des applications IP au PABX. Par exemple, application de gestion 4760 est connectable via e-RMA, cependant le
débit autorisé est faible et les applications risquent d'être lente.
Gestionnaire
distant
Media
VT100
gateway
Modem
interne
Call Server
Modem
Réseau Réseau
e-RMA
téléphonique IP
commuté
Figure 11.25 : Liaison e-RMA
Il n'y a pas d'entraide entre les Media Gateway. En arrivée, seul le modem interne de la Media
Gateway recevant l'appel est utilisable. En départ, seul le modem interne de la Media Gateway
supportant le faisceau désigné est utilisable.
L'application e-RMA doit être accessible par un numéro SDA.
Le modem du gestionnaire distant travaille obligatoirement en V42.

Chapitre 11 Annexe
11.2.1.2 Fonctionnement détaillé
11.2.1.2.1 Accès distant

L'accès au Call server, via e-RMA, effectue le cheminement suivant :
Réseau Call Server

VT100 Call modem e-RMA
public handler interne
1 2 3 4
Figure 11.26 : Cheminement d'un accès distant
Phases de la connexion :
1. l'appel est initialisé par le gestionnaire. Il est orienté à travers le réseau public vers l'entrée de la
Media Gateway grâce au numéro d'appel.
2. dès son arrivée, l'appel est détecté comme demandant l'application e-RMA. Il subit alors le contrôle
préalable suivant :
Si l'option “Sécurité sur circuit de données” est configurée et si le numéro de l'appelant est transmis,
le numéro de l'appelant doit figurer dans la table des numéros abrégés.
Si le contrôle préalable est correct alors l'appel est transmis au modem local de la Media Gateway.
Si le contrôle préalable est incorrect ou si le modem est occupé, l'appel est rejeté.
3. à l'entrée dans l'application e-RMA, le login et le mot de passe e-RMA sont demandés. Afin de
décourager les attaques sur cet accès, le système refuse systématiquement l'identification après un
certain nombre (configurable) d'échecs de connexion. Ce refus d'identification concerne toutes les
tentatives correctes ou incorrectes et dure un temps défini en configuration. Selon le compte il y a
plusieurs types de fonctionnement (défini en configuration) :
• sans rappel : le gestionnaire distant est directement connecté au Call Server Main.
• rappel de l'appelant : e-RMA rompt la communication et rappelle l'appelant. Lorsque la
communication est rétablie, e-RMA redemande login et mot de passe puis connecte au Call
Server Main.
• rappel d'un numéro fixe : e-RMA rompt la communication et appelle le numéro défini en
configuration. Lorsque la communication est établie, e-RMA redemande login et mot de passe
puis connecte au Call Server Main.
4. le gestionnaire distant est alors connecté au Call Server Main. Il ouvre alors une session LINUX en
s'identifiant par login et mot de passe (“mtcl” par exemple). Il dispose alors de toutes les
commandes de maintenance et de configuration comme s'il était sur la console système.
Il est possible, via plusieurs modems internes, d'avoir plusieurs gestionnaires distants connectés
simultanément.
11.2.1.2.2 Remontée des incidents

Lorsqu'un incident, devant être remonté au centre d'alarme, survient, le e-RMA établit une connexion
vers celui-ci. Un message d'alarme est transmis.
Si l'appel n'aboutit pas pour une raison quelconque (modem distant occupé par exemple) l'appel n'est
pas retenté. L'incident reste stocké et sera envoyé lors du prochain incident.

Chapitre 11 Annexe
Afin de limiter le nombre d'appels, les incidents sont stockés pendant un temps (défini par
configuration) avant l'établissement d'une connexion.
Le numéro du centre d'alarme est précédé du préfixe de prise de faisceau. Ce préfixe dirige l'appel
vers une Media Gateway et c'est le modem interne de cette Media Gateway qui est utilisé. Il est
possible de définir plusieurs centres d'alarme (4 maximum).
Exemple de message d'alarme :
Name : ALCATEL-LUCENT (1)
Address : 54 rue Jean Jaures Paris FRANCE
Number :
Node : 1
Tue Jun 18 10:01:05 2002 (2)
(3)
18/06/02 09:57:46 000001R|--/--/-/---|=4:4200= ALCATEL-LUCENT — RMA
call (4)
18/06/02 09:57:46 000001M|--/--/-/---|=5:2019:R0=Mise en service d'un
coupleur Z
18/06/02 09:57:46 000001M|19/01/-/---|=5:2019:R0=Mise en service d'un
coupleur INTIPA
coupleur INTMGD
coupleur NDDI
coupleur GPA
1. rappel des références du site. Ces informations proviennent de l'objet MAO “Installation”,
2. date de la communication e-RMA,
3. liste des incidents transmis dans l'appel. Pour le contenu d'un incident voir : Généralités à la page
150.
4. l'incident 4200, premier de la liste, rappelle le nom du site (ici “ALCATEL-LUCENT”). Ce nom est
géré dans l'objet MAO “Installation”.
11.2.1.2.3 Historique des connexions

Pour chaque connexion demandée et reçue par le e-RMA, un résumé est enregistré dans un fichier
historique. Le fichier historique est un fichier circulaire qui comporte 1000 entrées. Les entrées
suivantes écrasent les plus anciennes. Le contenu du fichier historique est visualisable avec la
commande “ermahisto”.
Un fichier historique enregistre les connexions e-RMA entre deux reboot du Call Server. Seul le fichier
courant et les 3 fichiers les plus récents sont conservés.
11.2.1.2.4 Call serveur dupliqué

En cas de Call Server dupliqué, la connexion e-RMA est naturellement dirigée vers le Call Server main.
Lors d'un basculement de Call Server, la connexion “e-RMA” n'est pas conservée. Le rétablissement
de la connexion e-RMA est à la charge du gestionnaire distant.
Les incidents sont propres au Call Server main ils ne sont pas dupliqués sur le Call Server stand-by.
L'historique des connexions n'est pas dupliqué sur le Call Server stand-by. Les deux Call Servers ont
chacun leurs fichiers historiques propres.
11.2.1.3 Référence aux autres modules

Le e-RMA est décrit dans les modules suivants :
• Gestion (voir module Procédure de configuration à la page 285),
• Maintenance (voir module Maintenance à la page 288).

Chapitre 11 Annexe
11.2.2 Procédure de configuration

11.2.2.1 Connexion distante
11.2.2.1.1 Configuration de l'application e-RMA

Nom de l'objet : Applications > eRMA > Application eRMA
Attributs :
Numéro annuaire : Entrer le numéro d'annuaire de l'application e-RMA. Ce numéro doit

être un numéro SDA compatible avec le plan de numérotation
Tentatives de login : Entrer le nombre de logins incorrects avant d'entamer une période
d'interdiction de connexion.
Valeur par défaut : 3
Tempo d'indisponibilité : Entrer la durée de la période d'interdiction de connexion. Unité la mi-

nute.
Durée entre deux appels : Entrer la durée maximum de rétention des incidents avant émission.
incident Unité la minute.
Autorisation du modem pour le service e-RMA

Nom de l'objet : Alvéole > Carte-Interface
Attributs :
Adresse alvéole : Entrer le numéro de la Media Gateway.
Adresse Carte interface : Entrer l'adresse de la carte GD.
Type d'interface : GD
Fonction e-RMA : Sélectionner si Oui ou Non le modem interne de cette Media Gate-
way est utilisable par le e-RMA.
11.2.2.1.2 Contrôle préalable

Activation du contrôle préalable sur le numéro appelant
Nom de l'objet : Installation > Autres param.install.> Paramètres Système
Attributs :
Option système : Sélectionner : Sécurité Data Circuit.
Sécurité Data Circuit : Sélectionne si Oui ou Non le contrôle préalable sur le numéro d'ap-
pelant est activé.
Définition du numéro abrégé

Pour que le contrôle soit correct, il faut que les numéros des appelants autorisés soient présents dans
la table des numéros abrégés.

Chapitre 11 Annexe
Nom de l'objet : Numérotation abrégée > Num.abrégés directs> Préf.Num.abrég.direct

Attributs :
Préfixe No abr.direct : Entrer un numéro quelconque compatible avec le plan de numérota-

tion.
No d'appel : Entrer le numéro du gestionnaire distant appelant.

Note :
Ne pas oublier de gérer le traducteur de rappel extérieur correspondant à ce
numéro.
Les autres paramètres ne sont pas utilisés par le e-RMA.
11.2.2.1.3 Login e-RMA

Pour chaque login e-RMA disponible, il faut créer un objet “Logins eRMA”. Il est possible de définir
jusqu'à 10 logins “e-RMA” différents.
Nom de l'objet : Applications > eRMA> Logins eRMA
Attributs :
Login : Entrer le nom de login e-RMA
Mot de passe : Entrer le mot de passe correspondant (saisie aveugle)
Confirmer : Confirmer le mot de passe (saisie aveugle).
Degré de sécurité : Sélectionner le degré de sécurité :

• Sans : pas de rappel.
• Rappel : un rappel est effectué.
Type de rappel : Sélectionner le type de rappel :

• Numéro de l'appelant : le rappel se fait vers le numéro de
l'appelant.
• Numéro fixe : le rappel se fait toujours vers le numéro défini ci-
dessous.
Numéro de rappel : Entrer le numéro à rappeler (y compris le préfixe de prise de fais-

ceau) . Ce paramètre n'est utilisé que si le Type de rappel est posi-
tionné à Numéro fixe.
Attention :
Le préfixe ARS n'est pas utilisable dans ce cas.
11.2.2.1.4 Temporisations de rappel

Lors d'un rappel, le système attend un délai défini par la temporisation système numéro 309 avant
d'activer le rappel (valeur par défaut 20s). Cette temporisation permet d'attendre le raccrochage du
modem distant.
Lors d'un appel sortant (rappel ou remontée d'incident) le système laisse sonner le distant pendant le
temps défini par la temporisation système numéro 308 avant de déclarer la non réponse du distant
(valeur par défaut 20s).

Chapitre 11 Annexe
11.2.2.2 Remontée des incidents
11.2.2.2.1 Gestion des Incidents

La Gestion des Incidents doit être configurée de façon que les incidents soient envoyés vers l'e-RMA.
Nom de l'objet: Applications > Gestion des Incidents
Attribut:
RMA : Sélectionner eRMA

Valeur par défaut: Sans
Pour plus d'informations sur la Gestion des Incidents, voir Procédure de configuration à la page 155.
11.2.2.2.2 Sélection des incidents

Le gestionnaire doit sélectionner les incidents qu'il souhaite voir transmis au centre d'alarme.
Nom de l'objet : Applications > Gestion des Incidents> Filtre d'incident
Attributs :
Numéro d'incident : Entrer le numéro de l'incident que le gestionnaire souhaite voir

transmis.
Action Rma : Sélectionner l'action à effectuer sur l'arrivée de l'incident.

• Sans : cet incident ne déclenche aucune action.
• Action 0 : l'action 0, définie ci-après, est effectuée.
Les autres paramètres ne sont pas utilisés par le e-RMA.
11.2.2.2.3 Définition du centre d'alarme

Le centre d'alarme est identifié par son numéro d'appel défini dans l'action à effectuer. Il est possible
de définir 4 actions donc 4 centres d'alarme.
Nom de l'objet : Applications > e-RMA> Action e-RMA
Attributs :
Action Rma : Entrer un numéro de l'action.
Type d'action : Sélectionner le type d'action à effectuer :

• Sans : aucune action (valeur par défaut).
• Appel du centre d'alarme : l'action à effectuer est d'appeler un
centre d'alarme défini ci-après.
Numéro du centre d'alar- : Entrer le numéro d'appel du centre d'alarme précédé du préfixe de
me prise de faisceau.
Attention :
Le préfixe ARS n'est pas utilisable dans ce cas.

Chapitre 11 Annexe
11.2.2.3 Utilisation avec PPP

Pour utiliser la liaison e-RMA avec le protocole PPP (par exemple pour du transfert de fichiers), il faut
l'autoriser à l'aide de l'outil “netadmin”.
Accès : netadmin –m > 6 Serial links (PPP) > 2. Add
Nom du “device" à utiliser : /dev/e-rma.
Sur cette connexion ppp, le login à utiliser est “PPP”, mot de passe “PPP”.
11.2.3 Maintenance
11.2.3.1 Commande “ermahisto”
Cette commande permet de connaître le bilan des connexions e-RMA effectuées depuis le dernier
reboot.
11.2.3.1.1 Commande “ermahisto”

Cette commande affiche les informations du fichier courant. Exemple :
(1)PCX2> ermahisto
06/18/2002 09:53:56 OutgoingCall 00155661234 IncidNumber 2019 LibCause
Destination unreachable Duration 00:00:20
06/18/2002 13:30:47 CallingNumber 0155661235 UsedLogin rma LibCause
OK Duration 00:00:50
06/18/2002 13:33:33 CallingNumber 0155661235 UsedLogin erma2 LibCause
06/18/2002 13:35:42 LibCause OK Duration 00:00:18
06/25/2002 13:36:06 OutgoingCall 00155661236 UsedLogin erma3 LibCause
Chaque ligne correspond à une connexion. Elle comporte les informations suivantes :
• “06/18/2002 13:30:47” : la date de l'appel
• “OutgoingCall” / “CallingNumber” appel sortant ou entrant suivi du numéro de l'appelé ou de
l'appelant.
• “IncidNumber 2019” : numéro de l'incident qui a déclenché l'appel.
• “UsedLogin rma” : login e-RMA du gestionnaire appelant.
• “LibCause OK” : libération sur demande cas normal ou cas d'erreur “LibCause Destination
unreachable” par exemple.
• “Duration 00:00:50” : durée de la communication e-RMA.
Les deux dernières lignes de l'exemple ci-dessus correspondent à une connexion avec rappel d'un
gestionnaire distant.
11.2.3.1.2 Commande “ermahisto –1”

Cette commande affiche les informations e-RMA du fichier précédent. Ce fichier contient les
informations précédant le dernier reboot de la machine.
“ermahisto –2” et “ermahisto –3” correspond aux 2 reboot antérieurs. Les informations
correspondantes aux reboot antérieurs sont perdues.
Attention :
Dans le cas de Call Server dupliqué, les informations correspondantes à la commande “ermahisto” ne
sont pas dupliquées sur le Call server en vis à vis. En conséquence, le résultat de cette commande ne
donne pas les mêmes informations sur le Call Server main et sur le stand-by. Il en est de même pour les
commandes “ermahisto –1”, “ermahisto –2”, “ermahisto –3” .
11.2.3.1.3 Commande “ermahisto –c”

Cette commande affiche les informations correspondantes à la connexion en cours. Exemple :

Chapitre 11 Annexe
(1)PCX2> ermahisto -c
06/25/2002 11:05:26 CallingNumber 0155661235 UsedLogin rma
Les champs sont analogues à ceux de la commande “ermahisto”.
11.3 Les postes d'alarme

11.3.1 Introduction
Il est possible de créer des postes alarme sur tout noeud du réseau, lorsque les incidents sont
centralisés ou non. Ces postes alarme permettent d'informer l'administrateur système ou tout autre
responsable, qu'un ou plusieurs incidents particuliers ont eu lieu.
Les postes suivants peuvent être utilisés comme poste d'alarme :
• Les postes Alcatel Reflexes
• Les postes Alcatel-Lucent 8/9 series
• Les postes Alcatel Mobile Reflexes 100/200
Pour créer un poste alarme, vous devez effectuer la procédure suivante :
• Créer un poste de manière classique.
• Associer le(s) numéro(s) et le numéro de la Table dans les objets Filtre d'alarme.
• Déclarer, dans la base de données, le poste choisi comme poste alarme.
11.3.2 Association entre numéro d'alarme et numéro de table

1. Sélectionnez Applications > Gestion d'alarme > Filtre d'alarme
Numéro d'incident Numéro de l'incident.
Table ID Numéro d'alarme associé à cet incident

11.3.3 Déclaration du poste alarme

1. Sélectionnez Système > Poste alarme
Table ID Numéro de la table (entre 1 et 128) affecté au préalable à un inci-

dent (ou groupe d'incidents), dans les objets Filtre d'alarme.
Alarm Set Dir. No. No. Numéro de répertoire du poste affecté à cette fonctionnalité (dé-
claré au préalable comme poste de l'utilisateur).
Remarque :
Un même poste peut recueillir plusieurs alarmes. Pour cela, créez plusieurs postes d'alarme et utilisez, à chaque
fois, le même numéro d'annuaire.

Chapitre 11 Annexe
11.3.4 Visualisation des Incidents (par exemple sur un poste Alcatel-Lucent IP Touch
4068 Phone)
Lorsqu'une alarme se déclenche le poste Alcatel-Lucent IP Touch 4068 Phone est appelé (avec une
sonnerie spécifique) et la diode clignote.
Au décrochage, le poste affiche :
Jeudi 9 juin 2008 16:21
Alarmes
Memo Redial list
13030 Available Agent
Serveur d'appels -> alarme 1
Welcome guide ACR manage.
Supprimer Défiler
Plusieurs actions sont possibles :

• Pour visualiser les données de l'incident, appuyez sur la touche de fonction dynamique Défiler.
Jeudi 9 juin 2008 16:21
Alarmes
Memo Redial list
13030 Available Agent
Incident 701 Gravité 2
Welcome guide ACR manage.
Supprimer Défiler
Il faut appuyer à plusieurs reprises sur la touche de fonction dynamique Défiler pour afficher toutes
les informations sur l'incident.
• Pour acquitter l'incident, appuyez sur la touche de fonction dynamique Supprimer.
Remarque :
Pour acquitter un incident :
• À partir d'un poste Alcatel Mobile Reflexes 100/200, appuyez sur la touche OK et sélectionnez l'option
Supprimer du menu
• À partir d'un poste Alcatel Reflexes (par exemple Advanced Reflexes), appuyez sur la touche de fonction
dynamique Annuler
si le décrochage du poste Alcatel-Lucent IP Touch 4068 Phone n'a pas été effectué, la sonnerie
s'arrête à la fin de la temporisation n°25 et la diode ne clignote plus. La diode continue de clignoter si le
poste d'alarme est un poste Alcatel Mobile Reflexes 100/200 défini ou un poste Alcatel Reflexes.
Pour visualiser et acquitter l'alarme à partir du poste Alcatel-Lucent IP Touch 4068 Phone à l'état
inactif, appuyez sur la touche au message fixe. Pour les postes Alcatel Mobile Reflexes 100/200 ou
Alcatel Reflexes, le préfixe de l'exploitation du poste Accéder et Examiner les alarmes doit être
composé.

Oxep100.0 SD Maintenance 8AL91011FRBA 2 FR

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Oxep100.0 SD Maintenance 8AL91011FRBA 2 FR

Transféré par

Droits d'auteur :

Formats disponibles

Alcatel-Lucent Enterprise

OmniPCX Enterprise Purple

Version 100.0 - Avril 2022

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 3/290

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 4/290

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 5/290

2.31.7 Syslog server (serveur Syslog).................................................................................................... 84

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 6/290

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 7/290

4.4 Procédure d'arrêt/de redémarrage de Generic Appliance Server

4.5 Procédure d'arrêt/de redémarrage de la machine virtuelle............ 129

5.1 Présentation de swinst.......................................................................................................130

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 8/290

6.1 Généralités..................................................................................................................................... 150

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 9/290

7.3 Procédure de configuration.......................................................................................... 168

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 10/290

8.2.3 Configuration du port MOXA....................................................................................................... 190

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 11/290

9.3.11 Serveur de communication passif.............................................................................................217

10.1 Description détaillée.............................................................................................................226

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 12/290

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 13/290

Titre du document Numéro de référence

Système OXE : Manuel d'installation matérielle standard 8AL91027FRBA

Système OXE : Manuel d'installation matérielle Crystal 8AL91028FRBA

Système OXE : Configuration initiale 8AL91047FRAA

Système OXE : Sécurité 8AL91012FRBA

Système OXE : Réseaux publics et privés 8AL91049FRAA

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 14/290

Titre du document Numéro de référence

Système OXE : Mobilité 8AL91009FRBA

Système OXE : Configuration avancée 8AL91048FRAA

Système OXE : Maintenance 8AL91011FRBA

Système OXE : Outils de gestion 8AL91002FRBA

Système OXE : Services aux utilisateurs 8AL91003FRBA

Console opérateur Alcatel-Lucent 4059 IP - Manuel de l'utilisateur 3EU19877FRBA

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 15/290

Titre du document Numéro de référence

Alcatel-Lucent 4645 VMS - Manuel de l'utilisateur 3EU19583FRBA

Manuel Utilisateur Hôtel - Hôpital 3EU19837FRBA

OmniVista 8770 Manuel Administrateur 8AL90703FRAN

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 16/290

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 17/290

2.1.1.1.2 Commande “Account ascii”

2.1.1.1.3 Commande “account compress”

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 18/290

2.1.1.1.4 Commande "account counters"

To delete all the counters of the subscribers with

account counters reset "32*"

2.1.1.1.4.1 Champ "action"

2.1.1.1.4.2 Champ "range"

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 19/290

Do you want to delete

Your command succeeded,

(0)a4400a> account counters res '3000

Do you want to delete

Your command succeed,

Thu May 2 16:17:16 1996

The last overall counters reset date of

8AL91011FRBA - Ed. 2 - Avril 2022 - Système OXE : Maintenance 20/290

Thu May 2 16:19:55 1996

Thu May 2 16:18:44 1996