Office Server AXEL AX4000

Transcription

Office Server AXEL
AX4000
---
Serveurs de communication
4 et 8 ports série
Manuel de l'utilisateur
Juin 2002 - Réf. : OSF/0029i
La reproduction et la traduction de ce manuel ou d'une partie de ce manuel,
sont interdites. Pour tout renseignement complémentaire, s'adresser à :
14 Avenue du Québec
Bât. K2 EVOLIC - BP 728
91962 Courtabœuf cedex - FRANCE
Tél. : 01.69.28.27.27
Fax : 01.69.28.82.04
Email : [email protected]
Les informations contenues dans ce document ne sont données qu'à titre
indicatif ; elles peuvent être modifiées sans préavis. Axel ne peut, en aucun
cas, être tenu responsable des erreurs qui pourraient s'y être glissées.
© - 1998-2002 - Axel - Tous droits réservés
INTRODUCTION ...............................................................................................1
1 - PRESENTATION..........................................................................................5
1.1 - FACES AVANT ET ARRIERE ...............................................................6
1.2 - PRINCIPALES FONCTIONNALITES ....................................................7
1.3 - EXEMPLE DE CONFIGURATION.........................................................8
2 - CONFIGURATION DE L'OFFICE SERVER EN INTERACTIF .................11
2.1 - ACCES AU CONFIGURATEUR INTERACTIF....................................12
2.1.1 - Depuis un terminal série................................................................12
2.1.2 - Depuis une session telnet .............................................................13
2.2 - PRESENTATION DU CONFIGURATEUR ..........................................14
2.2.1 - Navigation......................................................................................14
2.2.2 - Saisie de paramètre ......................................................................14
2.2.3 - Convention de notation .................................................................15
2.2.4 - Arborescence ................................................................................15
2.2.5 - Sortie du configurateur ..................................................................16
2.3 - CONFIGURATEUR RESEAU..............................................................16
2.3.1 - Interface de l'Office Server ............................................................16
2.3.2 - Gestion des hosts..........................................................................17
2.3.3 - Gestion des routeurs .....................................................................17
2.4 - PARAMETRES DE COMMUNICATION DES VOIES SERIE .............18
2.4.1 - Configuration d'une voie série.......................................................18
2.4.2 - Duplication de la configuration ......................................................20
2.5 - UTILISATION DES VOIES SERIE.......................................................21
2.5.1 - Imprimante.....................................................................................22
2.5.2 - Terminal série en direct ou par modem ........................................24
2.5.3 - Autres périphériques sous Unix ....................................................24
2.5.4 - Tous périphériques sous Windows ...............................................27
2.5.5 - Offrir TCP/IP à un host non-TCP/IP ..............................................28
2.5.6 - Passerelle TCP/IP¥RS232 ..........................................................29
2.6 - NOTION DE HOST DE SECOURS .....................................................29
2.7 - PROTECTION D'ACCES.....................................................................30
2.7.1 - Mot de passe .................................................................................30
2.7.2 - Changement du port TCP d'accès au configurateur .....................30
2.7.3 - Changement d'adresse IP par l'adresse Ethernet ........................31
3 - OUTILS ET STATISTIQUES......................................................................33
3.1 - PING.....................................................................................................34
3.2 - RE-INITIALISATION DE L'OFFICE SERVER......................................34
3.3 - RE-INITIALISATION D'UNE VOIE.......................................................35
3.4 - ETAT DES CONNEXIONS ..................................................................35
3.5 - STATISTIQUES ...................................................................................36
3.5.1 - Statistiques réseau ........................................................................37
3.5.2 - Statistiques voies série..................................................................39
4 - CONFIGURATION DE L'OFFICE SERVER PAR UN FICHIER TEXTE ...41
4.1 - INTRODUCTION..................................................................................42
4.2 - CONFIGURATION ...............................................................................43
4.3 - ACQUISITION D'UNE CONFIGURATION ..........................................44
4.4 - MESSAGES D'ERREUR......................................................................45
5 - TELECHARGEMENT DU FIRMWARE......................................................51
5.1 - QUELQUES PRECISIONS ..................................................................52
5.1.1 - Protocoles de téléchargement.......................................................52
5.1.2 - Configuration requise ....................................................................53
5.1.3 - Note sur les fichiers firmware ........................................................54
5.2 - TELECHARGEMENT PAR TFTP SEUL..............................................54
5.2.1 - Lancement par une commande rsh...............................................55
5.2.2 - Lancement depuis le configurateur ...............................................56
5.3 - TELECHARGEMENT PAR BOOTP ET TFTP.....................................56
5.3.1 - Lancement par une commande rsh...............................................58
5.3.2 - Lancement depuis le configurateur ...............................................58
5.4 - EXECUTION DU TELECHARGEMENT ..............................................58
ANNEXES ........................................................................................................61
A.1 - RAPPELS SUR DES NOTIONS DE RESEAU....................................62
A.1.1 - Adresse Ethernet ..........................................................................62
A.1.2 - Adresse IP.....................................................................................63
A.1.3 - Routeurs........................................................................................63
A.2 - IMPRIMANTES LPD ............................................................................66
A.2.1 - Unix ...............................................................................................67
A.2.2 - Windows........................................................................................69
A.2.3 - OS/400 ..........................................................................................69
A.3 - SERVEUR DE TTY SOUS UNIX.........................................................70
A.3.1 - Introduction ...................................................................................70
A.3.2 - Configuration.................................................................................71
A.3.3 - Mise en œuvre et utilisation ..........................................................71
A.3.4 - Principe de fonctionnement ..........................................................73
A.3.5 - Désinstallation...............................................................................74
A.4 - COMS VIRTUELLES SOUS WINDOWS ............................................74
A.4.1 - Configuration de l'Office Server ....................................................75
A.4.2 - Installation du driver DialOut/IP ....................................................75
A.4.3 - Création de COMs virtuelles .........................................................75
A.4.4 - Utilisation d'une COM ...................................................................79
A.5 - GESTION LOCALE D'UN MODEM.....................................................79
A.5.1 - Appelant ou appelé .......................................................................79
A.5.2 - Règles de gestion modem ............................................................79
A.5.3 - Organigramme de fonctionnement ...............................................81
A.5.4 - Configuration du modem...............................................................82
A.6 - ADRESSE IP AFFECTEE PAR L'ADRESSE ETHERNET .................82
A.6.1 - L'Office Server ne possède pas d'adresse IP valide ....................83
A.6.2 - L'Office Server possède une adresse IP inconnue ......................84
A.7 - FORMAT DU FICHIER DE CONFIGURATION ..................................85
Entête........................................................................................................87
Paramètres 'Ethernet' ...............................................................................87
Paramètres 'TCP/IP' .................................................................................87
Paramètres 'Ports série'............................................................................89
Personnalisation .......................................................................................91
Fin de fichier .............................................................................................91
A.8 - MECANISME DE KEEPALIVE ............................................................91
A.8.1 - Intérêt du mécanisme de keepalive ..............................................91
A.8.2 - Exemple de problème à résoudre.................................................91
A.8.3 - Principe de fonctionnement du keepalive .....................................92
A.8.4 - Activation du keepalive .................................................................92
A.8.5 - Précautions d'utilisation avec des routeurs ..................................93
A.9 - SIGNIFICATION DES LEDS ...............................................................94
A.9.1 - Fonctionnement ............................................................................95
A.9.2 - Traitement en cours ......................................................................95
A.9.3 - Erreurs de traitement ....................................................................95
A.10 - LISTES DES COMMANDES D'ADMINISTRATION..........................96
Introduction
INTRODUCTION
Office Server Axel - Manuel de l'utilisateur
1
Introduction
Ce manuel fournit les informations nécessaires à l'installation et la configuration
du serveur de communication Axel.
Ce document est composé des chapitres et annexes suivants :
Chapitre 1 : présentation
Description des faces avant et arrières. Présentation des principales
fonctionnalités.
Chapitre 2 : configuration de l'Office Server en interactif
Description du configurateur interactif intégré (accessible par un terminal
série ou depuis une session telnet). Ce configurateur permet notamment de
fixer les paramètres des ports série (vitesse, contrôle de flux...) et les
services réseaux associés (telnet, lpd...).
Chapitre 3 : outils et statistiques
Présentation de divers outils intégrés (ping, ré-initialisation de voie,
statistiques...).
Chapitre 4 : configuration de l'Office Server par un fichier texte
Les paramètres de configuration peuvent être stockés dans un fichier texte.
Ce fichier texte peut alors être utilisé pour configurer un ou plusieurs Office
Server.
Chapitre 5 : téléchargement du firmware
Procédures de mise à jour du micro-code (firmware) de l'Office Server au
moyen des protocoles tftp et bootp.
2
Introduction
ANNEXES :
Les annexes apportent des compléments d'information sur les points suivants :
A.1 - rappel sur les réseaux (adresses Ethernet, adresses IP et routeurs)
A.2 - déclaration d'imprimantes LPD selon le système d'exploitation
A.3 - serveur de TTY sous Unix
A.4 - gestion de COMs virtuelles sous Windows
A.5 - gestion locale d'un modem
A.6 - adresse IP affectée par l'adresse Ethernet
A.7 - format du fichier de configuration
A.8 - mécanisme de keepalive
A.9 - signification des leds de l'Office Server
A.10 - liste des commandes d'administration
3
Présentation
CHAPITRE 1
--PRESENTATION
5
Présentation
Ce chapitre fournit une description des faces avant et arrière de l'Office Server
et présente les principales fonctionnalités.
Un serveur de communication peut être considéré comme une passerelle entre
des équipements réseau (Ethernet TCP/IP) et des équipements RS-232.
1.1 - FACES AVANT ET ARRIERE
La face arrière de l'Office Server comporte :
- 1 interrupteur de mise sous tension,
- 1 prise d'alimentation,
- 4 ou 8 ports RS-232 (connecteur RJ45) selon le modèle,
- 1 interrupteur de mode administrateur,
- 1 port TCP/IP 10BaseT (connecteur RJ45).
Face arrière du serveur AX4010
Ch1
I
Ch2
Ch3
Ch4
10BaseT
O
Face arrière du serveur AX4020
Ch1
I
6
Ch2
Ch3
Ch4
Ch5
Ch6
Ch7
Ch8
10BaseT
O
Présentation
La face avant comporte les leds suivantes :
- ON/OFF : témoin de mise sous tension,
- LNK : témoin de 'good link' (câble réseau correct)
- ACT : témoin d'activité réseau
- conf. : témoin d'utilisation du set-up (disponible selon modèle)
- RX et TX : pour chaque voie série, témoins d'activité de la ligne série.
Face avant du serveur AX4010
ON/OFF
NET.
LNK. ACT.
CH.4
RX TX
CH.3
RX TX
CH.2
RX TX
CH.1
RX TX
AXEL
Office
Server
Face avant du serveur AX4020
ON/OFF
NET.
LNK. ACT.
conf.
CH.8
RX TX
CH.7
RX TX
CH.6
RX TX
CH.5
RX TX
CH.4
RX TX
CH.3
RX TX
CH.2
RX TX
CH.1
RX TX
AXEL
Office
Server
Ces leds sont aussi utilisées pour signaler un traitement spécifique
(téléchargement de firmware par exemple) ou pour coder une erreur de
fonctionnement. Pour plus d'information, consultez l'annexe A.9.
1.2 - PRINCIPALES FONCTIONNALITES
Le stack TCP/IP de l'Office Server permet notamment :
- la gestion simultanée de plusieurs hosts (un host est une machine
équipée d'un système d'exploitation tels que Unix, NT, AS/400...),
- l'accès aux routeurs du réseau (un routeur peut être un équipement
spécial ou un host)
- la gestion de sous-réseaux (sub-net).
Description des caractéristiques des ports série :
- vitesse : de 300 bauds à 1152000 bauds
- signaux gérés : Tx, Rx, DTR/DSR, RTS/CTS et DCD
- gestion modem
7
Présentation
Services réseau disponibles (à associer aux ports série) :
- telnet client : connexion de terminaux série (port telnet paramétrable)
- lpd et rcmd : connexion d'imprimantes (identifiant du port paramétrable)
- tty client : gestion de périphériques bi-directionnels (douchettes,
scanners, balances, imprimantes postscript, etc.) via un device Unix
(pseudo-terminal).
- telnet serveur : deux utilisations possibles
- gestion totale des signaux modem (RFC 2217) par l'intermédiaire
de drivers spéciaux selon le système d'exploitation.
- connexion de terminaux TCP/IP sur des systèmes d'exploitation ne
disposant pas de telnet serveur.
- tty serveur : gestion de périphériques bi-directionnels via un socket ou un
device Unix (pseudo-terminal).
1.3 - EXEMPLE DE CONFIGURATION
Le schéma suivant décrit les utilisations possibles de l'Office Server :
AS/400
AX3000 TCP/IP
Windows NT
UNIX
ETHERNET TCP/IP
Ch1 Ch2 Ch3 Ch4
I
10BT
O
Imprimante
AX3000 Série
Lecteur de carte
Système d'exploitation
sans telnet serveur
Le port Ch1 est associé au service lpd. L'imprimante connectée est ainsi vue
comme imprimante système au niveau Unix, AS/400 et Windows NT (les
utilisateurs de ces 3 systèmes peuvent accéder à cette imprimante).
8
Présentation
Le port Ch2 est associé au service telnet client. Le terminal série se connecte
donc au host qui a été choisi dans le configurateur l'Office Server (par exemple
Unix).
Le port Ch3 est associé au service tty client. Le lecteur de carte est géré sous
Unix via un pseudo-terminal. Il est vu par les applicatifs comme s'il était
connecté sur un port série local.
Le port Ch4 est associé au service telnet serveur. La Platine AX3000 TCP/IP
peut ainsi se connecter sur le système d'exploitation qui n'intègre pas de
module telnet serveur (la Platine TCP/IP peut aussi se connecter
simultanément sur les autres systèmes multipostes).
9
Configuration de l'Office Server en interactif
CHAPITRE 2
--CONFIGURATION DE L'OFFICE
SERVER EN INTERACTIF
11
Ce chapitre fournit les informations nécessaires à la configuration de l'Office
Server via les menus de configuration en mode interactif.
L'Office Server intègre un configurateur interactif présenté sous forme de menu
et de sous-menus. Ce configurateur permet notamment de paramétrer les ports
série (vitesse, contrôle de flux...) et d'associer à chaque port série un service
réseau (lpd, telnet...).
2.1 - ACCES AU CONFIGURATEUR INTERACTIF
Le configurateur interactif de l'Office Server peut être accédé depuis :
- un terminal série connecté sur le port administrateur de l'Office Server,
- une session telnet lancée depuis n'importe quel poste du réseau.
2.1.1 - Depuis un terminal série
Connectez un terminal série sur le port administrateur de l'Office Server (port
Ch4 pour le AX4010 et port Ch8 pour le AX4020).
Configurez le port principal du terminal série de la manière suivante :
- vitesse : 9600 bauds
- data : 8 bits
- stop bit : 1
- parité : non
- contrôle de flux : aucun
- clavier : ASCII
Note : n'importe quelle émulation peut être utilisée.
12
Sur la face arrière de l'Office Server se trouve l'interrupteur de mode
administrateur. Appuyez et relâchez cet interrupteur pour activer le
configurateur interactif.
Le menu principal de configuration apparaît sur le terminal série.
Consultez les chapitres suivants pour utiliser les menus de configuration.
Note : durant l'accès au configurateur interactif les deux leds associées au port
administrateur sont allumées. De plus, la led "conf." sur le AX4020 est allumée.
2.1.2 - Depuis une session telnet
Pour accéder le configurateur via une session telnet il est nécessaire que
l'Office Server possède une adresse IP valide. Si ce n'est pas le cas, l'adresse
IP peut être affectée :
- par un terminal connecté sur le port administrateur (voir chapitre 2.1.1),
- par les protocoles bootp ou rarp (voir annexe A.6).
Depuis n'importe quel poste du réseau, lancez une session telnet avec 4096
comme port telnet. Exemple sous Unix (où axname représente le nom de
l'Office Server) :
$ telnet axname 4096
Le menu principal de configuration apparaît sur le poste.
Consultez les chapitres suivants pour utiliser les menus de configuration.
En sortie de configurateur, l'Office Server ferme automatiquement la session
telnet.
Note : sur le AX4020, durant l'accès au configurateur interactif la led "conf." est
allumée.
13
2.2 - PRESENTATION DU CONFIGURATEUR
Le configurateur de l'Office Server est présenté sous forme de menus. Chaque
menu contient une liste d'options accessibles par leur numéro. Une option
permet d'accéder à un sous menu ou d'exécuter une commande.
2.2.1 - Navigation
Pour sélectionner une option dans un menu, tapez le numéro de cette option
puis <RC>.
Pour revenir au menu précédent, tapez <q> puis <RC>.
Pour revenir au menu principal, tapez <Q> puis <RC>.
2.2.2 - Saisie de paramètre
Pour modifier la valeur d'un paramètre, tapez la nouvelle valeur puis <RC>
(tapez directement <RC> pour conserver la valeur actuelle).
Pour saisir des caractères inférieurs à 20 hexadécimal dans une chaîne de
caractère, faîtes précéder la valeur de ce caractère (notation hexadécimale sur
deux caractères) par un '\'. Par exemple pour le codage de 'Esc z', entrez la
chaîne '\1Bz'.
Pour vous aider :
- les valeurs possibles d'un paramètre sont affichées (encadrée par '<' et
'>') sous forme de liste ou de bornes inférieures et supérieures.
- la valeur actuelle du paramètre est affichée (encadrée par '[' et ']').
Exemples :
Baud Rate <300 -> 115200> [38400]:
Service <telnet, tty, lpdrcmd> [telnet]:
14
2.2.3 - Convention de notation
Le configurateur est constitué de menus et de sous menus. Pour faciliter la
lecture de ce document, la notation suivante est utilisée pour décrire la
localisation du paramètre à modifier ou de l'action à effectuer :
[commande1]→[commande2]→[action]
Ceci signifie que pour effectuer l'action décrite, la commande1 doit être
sélectionnée dans le menu principal, puis la commande2 dans le sous menu
suivant.
2.2.4 - Arborescence
L'arborescence des menus et sous menus du configurateur est la suivante :
Add Router
Remove Router
Ethernet
IP Address
Routes
Hosts
Add Host
Remove Host
Line Parameters
Network Service
Line 1
...
...
Line X
Duplicate
Network
Serial Lines
Tools
Download Firmware
Advanced
Exit
Ping
Connection
Network Statistics
Serial Statistics
Download by TFTP
Download by BOOTP + TFTP
Line Parameters
Network Service
Line Parameters
Network Service
Line Parameters
Network Service
ETHERNET Statistics
ARP Statistics
IP Statistics
ICMP Statistics
TCP Statistics
Password
Tunings
Save and Exit
Exit Without Saving
15
2.2.5 - Sortie du configurateur
Pour sortir du configurateur en sauvegardant les modifications, sélectionnez
[Exit]→[Save and exit]. Les modifications sont enregistrées en mémoire non
volatile et le mode configuration est terminé.
Note : pour sortir en annulant les modifications sélectionnez [Exit]→[Exit
without Saving].
2.3 - CONFIGURATEUR RESEAU
Le menu [Network Setup] permet :
- d'identifier l'Office Server (nom, adresse IP et masque réseau),
- d'entrer la liste des hosts accessibles,
- d'entrer la liste des routeurs éventuels.
Note : pour plus d'information sur les adresses IP, les hosts et les routeurs,
consultez l'annexe A.1.
2.3.1 - Interface de l'Office Server
Sélectionnez [Network Setup]→[IP address] et entrez les renseignements
suivants :
- Name : ce nom est simplement une mnémonique (il n'est pas disponible
pour un serveur DNS),
- IP address : l'adresse IP de l'Office Server,
- Netmask : par défaut le masque est initialisé à la valeur de la classe de
l'adresse IP. Modifiez ce masque pour gérer les sous réseaux.
Note : le menu [Network Setup]→[Ethernet] permet de consulter l'adresse
Ethernet de l'Office Server.
16
2.3.2 - Gestion des hosts
Un host est une machine (Unix, AS/400, NT...) :
- sur lequel l'Office Server se connecte (services telnet client et tty client)
- ou qui se connecte sur l'Office Server (services lpd/rcmd, telnet serveur
et tty serveur).
Pour ajouter un host, sélectionnez [Network Setup]→[Hosts]→[Host add] et
entrez les renseignements suivants :
- Name : ce nom est simplement une mnémonique (il n'est pas disponible
pour un serveur DNS),
- IP address : l'adresse IP du host,
Pour supprimer un host, sélectionnez [Network Setup]→[Hosts]→[Host
delete] et entrez le numéro du host.
2.3.3 - Gestion des routeurs
Un routeur est équipement spécial (ou un host dont la fonction routeur est
activée) qui sert de passerelle entre deux réseaux. Il est possible de définir au
niveau de l'Office Server :
- un routeur par défaut qui gèrent l'ensemble des réseaux distants
accessibles,
- et/ou des routeurs spécifiques qui gèrent chacun un réseau distant.
Pour plus d'information sur les routeurs, consultez l'annexe A.1.
Pour ajouter un routeur, sélectionnez [Network Setup]→[Routes]→[Route
Add] et entrez les renseignements suivants :
- Route IP address : l'adresse IP du routeur,
- Dest. IP address : l'adresse IP de la destination ou le mot clé 'default'
pour définir le routeur par défaut,
- type : type de destination (réseau ou host). Si la destination est un
réseau (net), le masque par défaut de la classe est appliqué à Dest. IP
Address sinon (type host) cette adresse est conservée telle quelle.
Pour supprimer un routeur, sélectionnez [Network Setup]→[Routes]→[Route
delete] et entrez le numéro du routeur.
17
2.4 - PARAMETRES DE COMMUNICATION DES VOIES SERIE
Le menu [Serial Line Setup] permet :
- de configurer les paramètres de communication (vitesse, contrôle de
flux...) de chacune des voies série,
- d'associer à chacune des voies série un service réseau (telnet, lpd...).
2.4.1 - Configuration d'une voie série
Pour modifier les paramètres de configuration de la voie numéro X,
sélectionnez [Serial Line Setup]→[Line X]→[Line Parameters]. Le premier
paramètre à entrer est :
LINE TYPE : type de ligne. Trois réponses possibles :
- direct : liaison directe
- dedicated : liaison par ligne spécialisée
- telecom : liaison par modem RTC ou RNIS
Note sur la gestion modem
Les types 'dedicated' et 'telecom' permettent de masquer le modem au système
d'exploitation. Ceci peut être intéressant dans le cas d'un terminal série car le
système d'exploitation 'voit' un terminal en liaison directe (voir annexe A.5).
Par contre, si le modem doit être piloté par le système d'exploitation (ex :
logiciel de fax), déclarez la ligne en type 'direct' et utilisez un service réseau
approprié (telnet serveur avec l'extension RFC 2217).
Selon la valeur du paramètre 'LINE TYPE', les renseignements demandés
varient.
Paramètres communs aux trois types de liaison :
- Baud Rate : vitesse de la ligne exprimée en bauds.
Valeurs possibles : 300, 600, 1200, 2400, 4800, 9600, 19200, 38400,
57600 ou 115200.
- Data Format : longueur des données, nombre de stop bit et parité. Ces
trois valeurs sont séparées par une barre oblique (/).
Valeurs pour la taille des données : 7 ou 8
Valeurs pour le nombre de stop bit : 1 ou 2
Valeurs pour la parité : none (sans), even (paire) ou odd (impaire)
Exemple : 8/1/none.
18
- TX FIFO Size : buffer d'entrée/sortie allouée à la voie (de 1 à 16 octets).
Une taille maximale permet d'optimiser les traitements par contre une
certaine inertie peut être observée.
- Input Flow Cntl. : contrôle de flux utilisé par l'Office Server pour réguler
les données venant du périphérique.
Valeurs possibles : none, xon, xpc, rts ou dtr.
- Flow Cntl Chars Passthru : si oui (y), lorsque le périphérique utilise un
contrôle de flux logiciel, les caractères de contrôle de flux (xon/xoff ou
xpc) sont traités par localement ET envoyés au travers du réseau. si non
(n), les caractères de contrôle de flux sont traités localement.
- Output Flow Cntl. : contrôle de flux utilisé par le périphérique pour
réguler les données venant de l'Office Server.
Valeurs possibles : none, xon, xpc, cts ou dsr.
- Peripheral Presence Signal : signal sur lequel la présence du
périphérique est vérifiée.
Valeurs possibles (ligne directe) : none, cts ou dsr.
Valeurs possibles (modem ou ligne spécialisée) : cts, dsr ou soft. La
valeur ‘soft’ permet de contrôler la présence modem par envoi de la
séquence AT (le modem doit répondre OK).
- Net Close on Pres. Lost (demandé seulement en liaison directe si la
détection de présence périphérique est active) : si oui (y), le service
réseau associé est déconnecté sur la perte de la présence périphérique.
Si non (n), la perte de la présence périphérique n'influe pas sur le service
réseau associé.
Paramètres spécifiques à une gestion de ligne spécialisée ou modem :
- Hang-Up Type : signal pour demander au modem de raccrocher.
Valeurs possibles : soft, rts ou dtr.
- Modem Esc. (demandé si HANG-UP TYPE est égal à soft) : séquence
HAYES de retour en mode commande.
- Modem Hang-Up Seq. (demandé si HANG-UP TYPE est égal à soft) :
séquence HAYES pour demander au modem de raccrocher.
- Hang-Up on Net Close : si oui (y), l'Office Server demande au modem
de raccrocher en fin de service réseau. Si non (n), quand le service
réseau se déconnecte le modem ne raccroche pas.
- Net Close on Hang-Up : si oui (y), le service réseau se déconnecte
quand le modem raccroche. Si non (n), quand le modem raccroche, le
service réseau ne se déconnecte pas.
19
- Modem Inactivity Time-Out : délai d'inactivité sur la liaison série
(exprimé en minutes) après lequel l'Office Server envoie l'ordre au
modem de raccrocher (HANG-UP TYPE). Si la valeur est à 0, cette
fonction est désactivée.
Note : Pour mesure de sécurité, veuillez aussi activer cette fonction de
déconnexion automatique au niveau du modem (par séquence HAYES).
Ainsi en cas de dysfonctionnement de l'Office Server, la déconnexion
sera effectuée par le modem.
- Modem Reset Seq. : séquence HAYES de remise à zéro du modem
(reprise de la configuration usine).
- Modem Init Seq. : séquence HAYES d'initialisation du modem.
- Phone Seq. : numéro de téléphone du site distant dans le cas où l'Office
Server serait appelant (paramètre non disponible pour une ligne
spécialisée).
Pour plus d'information sur la gestion locale d'un modem, consultez l'annexe
A.5.
2.4.2 - Duplication de la configuration
Pour faciliter la configuration de l'Office Server, il est possible de dupliquer la
configuration d'une voie vers une ou plusieurs voies. Pour cela sélectionnez
[Serial Line Setup]→[Duplicate] et entrez les paramètres suivants :
- Serial Line to Duplicate : numéro de la voie à dupliquer
- Target Serial Line(s) : quatre possibilités de réponses :
- un numéro de voie,
- une liste de numéros de voie séparés par des virgules (ex : 1,3,4),
- un intervalle dont le séparateur est un tiret (ex : 2-4),
- le mot clé 'all' qui duplique la source vers toutes les autres voies.
Après confirmation, la configuration de la voie (paramètre de communication,
configuration modem et service associé) est dupliquée vers la ou les voies
sélectionnées.
La nouvelle configuration d'une voie est prise en compte :
- à la prochaine mise sous tension de l'Office Server,
- ou à la prochaine connexion du service réseau associé à la voie,
- ou lors de la ré-initialisation de la voie (commande rsh).
20
2.5 - UTILISATION DES VOIES SERIE
L'Office Server offre plusieurs services réseau. Le choix du service réseau
approprié dépend :
- du type de périphérique connecté (imprimante, terminal, modem...)
- du système d'exploitation (Unix, AS/400, NT...)
Note sur les types de service réseau :
- type serveur (telnet, tty, lpd ou rcmd) : l'AX400 accepte des demandes
de connexions émises par des hosts du réseau,
- type client (telnet ou tty) : l'AX400 ouvre des connexions sur les hosts.
Les tableaux suivants listent pour chaque système d'exploitation, les services et
les logiciels associés adaptés au périphérique connecté.
Gestion d'une imprimante
Office Server
server lpdrcmd
client/server tty
AS/400
server lpdrcmd
Windows 95/98 server telnet
Windows NT
server lpdrcmd
server telnet
Unix
logiciel additionnel
--axttyd
--DialOut/IP
--DialOut/IP
voir chapitre...
2.5.1
2.5.3
2.5.1
2.5.4
2.5.1
2.5.4
--axttyd
---
voir chapitre...
2.5.2
2.5.3
2.5.2
axttyd
DialOut/IP
DialOut/IP
voir chapitre...
2.5.3
2.5.4
2.5.4
Gestion d'un terminal
Unix
AS/400
Office Server
client telnet
client tty
client telnet
Gestion d'un modem
Office Server
Unix
client/server tty
Windows NT
server telnet
21
Gestion d'autres périphériques
Office Server
Unix
client/server tty
Windows NT
server telnet
axttyd
DialOut/IP
DialOut/IP
voir chapitre...
2.5.3
2.5.4
2.5.4
Les chapitres suivants décrivent les opérations nécessaires selon les
périphériques connectés.
2.5.1 - Imprimante
Deux services peuvent être utilisés pour piloter une imprimante :
- lpd : ce service permet la gestion d'une imprimante comme imprimante
système au travers du réseau. L'imprimante est gérée au travers du
spooler.
- rsh (ou rcmd) : ce service permet, au travers d'une commande système
standard, l'envoi de données sur le port de l'Office Server.
a - Configuration du service LPD ou RCMD
Configurez d'abord la voie série utilisée comme décrit dans le chapitre 2.4.
Configurez ensuite les services LPD/RCMD. Pour cela, sélectionnez [Serial
Line Setup]→[Line X]→[Network Service] et entrez les paramètres suivants :
- Service Mode : le mot clé ‘server’,
- Service Type : le mot clé ‘lpdrcmd’ (un port configuré en lpd est aussi
accessible en rcmd/rsh),
- Queue Name : nom de la voie série (si plusieurs voies de l'Office Server
sont associées à lpdrcmd, chacune doit posséder un nom différent).
- LPD before Print Seq. (ce paramètre et les suivants sont utilisés
seulement lors d'une impression LPD) : chaîne de caractères envoyée au
début de l'impression pour configurer l'imprimante. Caractéristiques de la
séquence :
- longueur maximum : 18 caractères
- les codes ASCII inférieurs à 32 sont codés par le code en
hexadécimal précédé d'un anti-slash (ex. : \1B pour escape)
- LPD after Print Seq. : chaîne de caractères envoyée à la fin de
l'impression. Caractéristiques identiques au paramètre précédent.
22
- LPD NL to CRNL Conv. : si oui (y), durant l'impression, les caractères
0Ah sont convertis en 0Dh 0Ah.
- TCP Keepalive Timeout : mécanisme de nettoyage automatique de
sessions TCP "fantômes".
IMPORTANT : veuillez consulter l'annexe A.8 pour la mise en œuvre du
mécanisme de keepalive et ses implications (notamment au niveau de
routeurs).
b - Déclaration et utilisation d'une imprimante LPD
Une imprimante LPD est accédée par le système d'exploitation grâce à deux
paramètres :
- une adresse IP : ici l'adresse IP de l'Office Server
- un nom : ici le nom du port série de l'Office Server
Pour plus d'information sur l'ajout d'une imprimante LPD au sein d'un système
d'exploitation, consultez l'annexe A.2.
L'imprimante est utilisée au travers de commandes d'impression standard (lp
par exemple).
c - Utilisation d'une imprimante RCMD/RSH
L'accès à un port associé au service RCMD s'effectue par la commande
système rsh (appelée aussi rcmd). Le fichier à imprimer est redirigé sur cette
commande.
Exemple sous Unix :
$ cat fic | rsh axname nom_port
Note : dans cette commande axname est le nom de l'Office Server (fichier
/etc/hosts), nom_port est le nom du port série associé.
Cette commande peut être lancée par un applicatif ou être ajoutée dans un
script d'impression pour une gestion standard via le spooler.
23
2.5.2 - Terminal série en direct ou par modem
Le service telnet client de l'Office Server permet la connexion d'un terminal
série sur un système d'exploitation intégrant un module telnet serveur.
Pour déclarer un terminal série, configurez d'abord la voie série utilisée comme
décrit dans le chapitre 2.4.
Configurez ensuite le service telnet client. Pour cela, sélectionnez [Serial Line
Setup]→[Line X]→[Network Service] et entrez les paramètres suivants :
- Service Mode : le mot clé ‘client’
- Service Type : le mot clé ‘telnet’
- Host Name / IP Address : nom du host (ou adresse IP) sur lequel se
connecte le terminal série.
- TCP Port : valeur du port TCP associé au service telnet sur ce host
(généralement 23),
- Auto Connection : ce paramètre conditionne l'établissement de la
session telnet :
- 'y' : la connexion est ouverte dès la mise sous tension de l'Office
Server ou après la fermeture d'une précédente connexion,
- 'n' : il est nécessaire d'appuyer sur une touche du clavier du
terminal série pour ouvrir la connexion telnet.
- Time-out : délai d'inactivité (exprimé en minutes) après lequel l'Office
Server ferme la connexion. Si la valeur est à 0, cette fonction est
désactivée.
- Backup Host Used : possibilité de host de secours (voir chapitre 2.6).
routeurs).
2.5.3 - Autres périphériques sous Unix
Note : si la gestion de ce périphérique nécessite le contrôle des signaux
(DTR/DSR, RTS/CTS ou DCD), il peut être assimilé à un modem. La solution
décrite au chapitre suivant est donc plus adaptée.
24
Deux services sont disponibles pour la gestion bi-directionnelle d'un
périphérique série :
- tty client : l'Office Server ouvre une connexion sur le host demandé.
Cette ouverture est générée soit automatiquement à la mise sous tension
de l'Office Server, soit par la réception de caractère sur le port de l'Office
Server. La fermeture de cette connexion peut être assurée par un timer
au niveau Office Server.
- tty serveur : l'Office Server attend une connexion venant de n'importe
quel host du réseau. La fermeture est assurée par le logiciel (client)
exécuté sur le host.
Note : en parallèle avec l'Office Server, un logiciel (client ou serveur) doit être
installé sur le host. Axel fournit un logiciel (axttyd) permettant une association
entre des pseudo-terminaux et les ports série de l'Office Server. Pour plus
d'information sur ce logiciel, consultez l'annexe A.3.
Configurez d'abord la voie série utilisée comme décrit dans le chapitre 2.4.
La configuration du service réseau dépend du service choisi.
a - tty client
Dans le configurateur interactif, sélectionnez [Serial Line Setup]→[Line
X]→[Network Service] et entrez les paramètres suivants :
- Service Mode : le mot clé ‘client’
- Service Type : le mot clé ‘tty’
- Host Name / IP Address : nom du host (ou adresse IP) sur lequel se
connecte le périphérique série.
- TCP Port : valeur du port TCP associé au service tty Axel sur ce host
(généralement 2048).
- ID string : chaîne de caractères identifiant la connexion. Cette chaîne est
composée de : adresse IP Office Server <NULL> Nom du port <NULL> :
- 'y' : la chaîne d'identification est envoyée à l'ouverture d'une
connexion (avant les données venant du périphérique),
- 'n' : la chaîne d'identification n'est pas envoyée.
25
- Auto Conn. : ce paramètre conditionne l'établissement de la session tty :
- 'y' : la connexion est ouverte dès la mise sous tension de l'Office
Server ou après la fermeture d'une précédente connexion,
- 'n' : la connexion est ouverte à la réception d'un caractère sur le
port série.
- Time-out : délai d'inactivité (exprimé en minutes) après lequel l'Office
Server ferme la connexion. Si la valeur est à 0, cette fonction est
désactivée.
- Backup Host Used : possibilité de host de secours (voir chapitre 2.6).
routeurs).
IMPORTANT : pour utiliser le logiciel Axel axttyd Unix avec ce service, le
service doit être paramétré ainsi :
- ID string : y
- Auto Connection : yes
- timeout : 0
b - tty serveur
Dans le configurateur interactif, sélectionnez [Serial Line Setup]→[Line
X]→[Network Service] et entrez les paramètres suivants :
- Service Mode : le mot clé ‘server’
- Service Type : le mot clé ‘tty’
- TCP Port : valeur du port TCP associé à la voie série utilisée (si
plusieurs voies de l'Office Server sont associées à tty serveur chacune
doit posséder un port TCP différent).
routeurs).
26
2.5.4 - Tous périphériques sous Windows
a) Présentation
Les ports série de l'Office Server Axel peuvent être vus comme des ports série
locaux du système d'exploitation. Les applicatifs peuvent donc par des
commandes standard du système accéder à ces "COMs virtuelles" pour :
- recevoir ou émettre des données
- positionner les paramètres de liaisons (vitesse, parité...),
- positionner les signaux sortants (DTR et RTS),
- récupérer l'état des signaux entrants (DSR, CTS et CD).
IMPORTANT : la différence entre les COM virtuelles et les COM réelles est le
temps de réaction. En effet, les latences du réseau peuvent induire un délai
entre une opération demandée et réalisée au niveau système d'exploitation et
sa réalisation effective au niveau du port série. Si un applicatif utilise de trop
petits timers, des erreurs de traitement peuvent être remontées avec la gestion
des COM virtuelles.
Cette fonction de COM virtuelle est basée sur une extension du protocole telnet
serveur. Cette extension est décrite dans un document appelé RFC 2217 (les
RFCs sont disponibles à l'adresse ftp://ftp.merit.edu/documents/rfc/).
b) Configuration
Pour configurer la voie série utilisée, sélectionnez [Serial Line Setup]→[Line
X]→[Line Parameters] et entrez les paramètres suivants :
- Line Type : le mot clé 'direct' (même si un modem est connecté !),
- Pour les autres paramètres (Baud Rate, Data Format...) les valeurs
importent peu, puisqu'elles seront mises à jour par l'applicatif lors de
l'utilisation du port.
27
Sélectionnez ensuite [Serial Line Setup]→[Line X]→[Network Service] et
entrez les paramètres suivants :
- Service Type : le mot clé ‘server’
- Service Mode : le mot clé ‘telnet’
- TCP port : identifiant numérique du service telnet sur l'Office Server. Ce
port TCP sera utilisé par le système d'exploitation pour ouvrir le port série
de l'Office Server.
routeurs).
Note : généralement, chaque voie de l'Office Server associée au service telnet
serveur doit posséder un TCP Port différent. Mais il est possible de créer un
"polling" de voies en utilisant le même numéro pour toutes les voies.
Du côté Windows (95, 98 ou NT4), un driver est nécessaire. Ce driver est
DialOut/IP. Pour plus d'information, consultez l'annexe A.4.
2.5.5 - Offrir TCP/IP à un host non-TCP/IP
Le service telnet serveur de l'Office Server permet à un terminal TCP/IP (une
Platine AX3000 TCP/IP par exemple) de se connecter sur un système
d'exploitation n'intégrant pas de module telnet serveur. Le terminal TCP/IP est
alors vu comme un terminal série par le système d'exploitation
Associez et configurez le service telnet serveur au niveau Office Server comme
décrit au chapitre précédent.
Pour se connecter sur le système d'exploitation, le terminal TCP/IP doit lancer
une session telnet avec comme paramètre l'adresse IP de l'Office Server et le
TCP Port de la voie déclarée en telnet serveur. Exemple :
$ telnet axname 2048
28
2.5.6 - Passerelle TCP/IP¥RS232
Deux Office Server peuvent être utilisés pour connecter 2 périphériques série
au travers d'un réseau. Ceci permet notamment des connexions à plusieurs
centaines de mètres.
Equipement B
Equipement A
Office Server
Office Server
ETHERNET TCP/IP
Pour obtenir de telles connexions, il suffit d'utiliser un service de type client
(telnet ou tty) sur le premier Office Server et un service de type serveur (telnet
ou tty) sur le deuxième Office Server.
2.6 - NOTION DE HOST DE SECOURS
Les services de type client (tty et telnet) offre une possibilité de HOST
BACKUP : c'est à dire un host secondaire sur lequel le service peut se
connecter en cas de défaillance du host primaire.
En fin de saisie des paramètres des services tty et telnet clients, la question
'Backup Host Used' est posée.
Répondez 'n' pour ne pas utiliser de host backup.
Répondez 'y' pour utiliser un host backup. Renseignez alors les paramètres
suivants :
- Backup Host Name / IP Address : nom du host backup (ou adresse IP).
- TCP Port : valeur du port TCP associé à ce service sur le host backup.
- Timeout to Enable Backup : délai maximum (exprimé en secondes)
pour réussir à ouvrir la connexion sur le host primaire. Si après ce délai
la connexion n'est pas ouverte, l'Office Server abandonne le host
primaire et essaye d'ouvrir la connexion sur le host backup.
29
- Backup Host Prioritary : priorité du backup. Deux réponses :
- 'n' : le host backup n'est pas prioritaire. Cela signifie que pour
chaque connexion l'Office Server essaye de se connecter en
priorité sur le host primaire même si une connexion précédente a
échoué sur ce host.
- 'y' : le host backup est prioritaire. Cela signifie que si une
connexion échoue sur le host primaire, le host backup sera accédé
en priorité pour toutes les connexions ultérieures. Et ce, jusqu'à la
ré-initialisation de la voie ou de l'Office Server.
2.7 - PROTECTION D'ACCES
2.7.1 - Mot de passe
Dans le configurateur du serveur AX4000, le menu [Advanced
Setup]→[Password] permet :
- de positionner un mot de passe (une double saisie est nécessaire)
- ou d'annuler un mot de passe préalablement entré (saisie du mot de
passe à vide).
Le mot de passe éventuel est démandé lors de l'entrée dans le configurateur.
Trois essais sont possibles pour entrer le bon mot de passe. En cas d'échec, la
connexion est automatiquement fermée.
IMPORTANT : en cas d'oubli du mot de passe, un 'super mot de passe' permet
d'entrer dans le set-up. Ce super mot de passe est 'yaka'.
2.7.2 - Changement du port TCP d'accès au configurateur
Le configurateur peut être accédé par une session telnet avec le port TCP
4096.
Par mesure de protection ce port peut être changé. Pour cela, dans le
configurateur du serveur AX4000, sélectionnez le menu [Advanced
Setup]→[Tunings] et modifiez la valeur du paramètre 'Setup tcp port'.
30
2.7.3 - Changement d'adresse IP par l'adresse Ethernet
L'adresse IP du serveur AX4000 peut être modifiée par une commande arp
suivie de commandes ping (voir annexe A.6.2).
Cette fonctionnalité peut être désactivée. Pour cela, dans le configurateur du
serveur AX4000, sélectionnez le menu [Advanced Setup]→[Tunings] et
positionnez la valeur du paramètre 'Ping change IP addr.' à 'y' ou 'n'.
31
Outils et statistiques
CHAPITRE 3
---
OUTILS ET STATISTIQUES
33
Ce chapitre présente les fonctions d'administration de l'Office Server.
3.1 - PING
Cette fonction permet de contrôler le fonctionnement physique d'une connexion
TCP/IP de bout en bout (périphérique sous tension et adressage IP correct).
Pour accéder au configurateur interactif, utilisez une connexion telnet ou un
terminal série connecté sur le port administrateur (cf. chapitre 2.1).
Sélectionnez le menu [Tools Setup]→[Ping] et entrez l'adresse IP ou le nom
du périphérique à tester (si celui-ci a été préalablement défini ; chapitre 2.3.2).
Après validation, le message 'host is alive' apparaît si le périphérique est
accessible. Sinon, le message 'host is down' est affiché.
3.2 - RE-INITIALISATION DE L'OFFICE SERVER
Cette fonction de ré-initialisation totale permet de simuler la mise hors tension
puis sous tension de l'Office Server.
Tapez la commande suivante pour réinitialiser l'Office Server :
# rsh axname ax_reboot password
34
Signification des paramètres de la commande rsh :
- axname : nom de l'Office Server (fichier /etc/hosts),
- ax_reboot : commande de reboot,
- password : donnez le mot de passe si l'accès au set-up est protégé.
3.3 - RE-INITIALISATION D'UNE VOIE
La fonction de ré-initialisation d'une voie permet notamment :
- d'arrêter et relancer le service réseau associé à une voie,
- de prendre en compte une nouvelle configuration (vitesse, ctrl de flux...).
Tapez la commande suivante pour réinitialiser une voie :
$ rsh axname ax_sinit password line
Signification des paramètres de la commande rsh :
- ax_sinit : de ré-initialisation de voie,
- password : donnez le mot de passe si l'accès au set-up est protégé,
- line : nom de la de la voie (exemple : ch1 ou ch4).
3.4 - ETAT DES CONNEXIONS
Dans le set-up interactif et le menu [Tools Setup]→[connections] permet
d'une part de visualiser l'état courant des connexions et d'autre part de fermer
manuellement des connexions.
35
L'accès à cette commande affiche les informations suivantes :
- No : numéro de la connexion
- Chan : numéro du port série. Ce numéro peut être précédé d'une étoile
(*). Cette étoile signifie que cette connexion utilise actuellement ce port.
Ce marquage se justifie car il est possible d'avoir par exemple plusieurs
connexions lpd essayant d'imprimer sur un même port série. A un instant
donné, une seule connexion possède le port, les autres sont en attente.
- Type : type de connexion (client ou serveur) et service (telnet, tty...)
- State : état de la connexion (établie, fermée...)
- Local socket : adresse IP (ou nom) de l'Office Server et port TCP
associé à la connexion
- Remote socket : adresse IP (ou nom) et port TCP du host associé à la
connexion
Deux opérations sont possibles :
- quitter cet écran : tapez <q> puis <RC>
- fermer une connexion : tapez <RC> puis entrez le numéro de la
connexion à fermer suivi de <RC>.
3.5 - STATISTIQUES
L'Office Server entretient un environnement statistique permettant de contrôler
le fonctionnement au niveau réseau et au niveau voie série.
Note : l'ensemble des statistiques décrites ci-après est aussi accessible par
une commande d'administration :
$ rsh axname ax_getstat
Pour accéder au configurateur interactif et visualiser les statistiques, utilisez
une connexion telnet ou un terminal série connecté sur le port administrateur
(cf. chapitre 2.1).
36
3.5.1 - Statistiques réseau
Pour visualiser les statistiques réseau, sélectionnez le menu [Tools
Setup]→[Network Statistics] puis choisissez le type de statistiques désiré :
- statistiques Ethernet,
- statistiques ARP,
- statistiques IP,
- statistiques ICMP,
- statistiques TCP.
Après affichage des statistiques, tapez <RC> pour actualiser les informations
ou tapez <Q> pour revenir au menu des statistiques.
a - Statistiques Ethernet
Cette option permet de visualiser le contenu de 16 compteurs associés aux
paramètres gérés par la carte Ethernet de l'Office Server :
- intr : nombre d'interruptions reçues par l'Office Server. En général, une
interruption correspond à une trame, mais il est possible de recevoir
plusieurs trames pour une seule interruption.
- spur : erreurs causées par un parasitage.
- shorts : nombre de trames reçues dont l'entête est trop courte.
- dribble : nombre de trames reçues dont l'entête est incorrecte.
- crc_err : nombre de trames reçues dont le CRC est incorrect.
- overf : erreur d'overflow sur le composant réseau.
- good : nombre de trames reçues valides.
- cols : nombre de collisions.
- stale : erreur au niveau du composant réseau.
- bad-size : longueur de trame incorrecte.
- output : nombre de trames émises par l'Office Server.
- timeout : nombre de time-out en émission sur le composant réseau.
- unk-type : nombre de trames reçues de type non IP ou non ARP (trames
IPX par exemple).
- drop : nombre de trames 'jetées' à cause d'un manque de place dans la
file d'attente.
- nomem : nombre de trames 'jetées' à cause d'un manque de mémoire.
37
b - Statistiques ARP
Les requêtes ARP ou RARP permettent d'entretenir au niveau Office Server
une table de correspondance 'adresse Ethernet / adresse IP'.
La première partie des statistiques permet de visualiser le nombre de requêtes
ARP ou RARP envoyées ou reçues par l'Office Server :
RARP :
- received : nombre de trames RARP reçues.
- bad-type : erreur de type sur les trames RARP reçues.
- bad-len : erreur de longueur sur les trames RARP reçues.
- replies-in : nombre de réponses RARP reçues.
- request-out : nombre de requêtes RARP émises.
ARP :
- received : nombre de trames ARP reçues.
- bad-type : erreurs de type sur les trames ARP reçues.
- request-in : nombre de requêtes RARP reçues.
- replies-in : nombre de réponses RARP reçues.
- request-out : nombre de requêtes RARP émises.
A la suite de ces paramètres est affichée la liste des correspondances 'adresse
IP / adresse Ethernet' connues par l'Office Server :
- IP addr : adresse IP
- Type : généralement 'Ethernet'
- Time : nombre de secondes durant laquelle cette association est encore
valide
- Q : nombre de paquets en attente de la résolution d'adresse (l'adresse
Ethernet est 'unknown')
- Addr : adresse Ethernet associée à l'adresse IP
c - Statistiques IP
Statistiques concernant la couche IP. Les compteurs suivants sont affichés :
- total : nombre de trames IP reçues ou émises
- runt : erreurs de trame trop courte (plus courte que le header)
- length-err : erreurs de longueur
- version-err : erreurs de version
- chksum-err : erreurs de checksum
- unknown-proto : protocole inconnu
38
d - Statistiques ICMP
La première partie des statistiques permet de visualiser les erreurs :
- chksum-err : erreur de checksum
- nomem : nombre de trames 'jetées' à cause d'un manque de mémoire.
- icmp-err : nombre de réponses ICMP reçues (incohérent).
- bdcsts : nombre de broadcast ICMP reçus (interdit).
A la suite de ces paramètres est affichée la liste des messages ICMP reçus ou
émis :
- type : type du message (echo reply, destination unreachable, etc.)
- rcvd : nombre de messages de ce type reçus
- sent : nombre de messages de ce type émis
e - Statistiques TCP
Cette option permet de visualiser les valeurs de paramètres liés aux
connexions (telnet, tty, lpd et rcmd) :
- conout : nombre total de demande de connexions émises (telnet et tty
par exemple) par l'Office Server depuis sa mise sous tension.
- conin : nombre de demande de connexions reçues (lpd et tty par
exemple) par l'Office Server depuis sa mise sous tension.
- reset-out, runt et chksum-err signalent les erreurs éventuelles.
- bdcsts : nombre de 'broadcasts' reçus par l'Office Server.
A la suite de ces paramètres est affichée la liste des connexions en cours sur
l'Office Server.
3.5.2 - Statistiques voies série
Sélectionnez le menu [Tools Setup]→[Serial Statistics].
39
Pour chacune des voies séries sont donnés les compteurs suivants (mis à zéro
à chaque mise sous tension de l'Office Server) :
- rxintr : nombre d’interruptions hardware en réception.
- rxchar : nombre de caractères reçus (plusieurs caractères peuvent être
reçus dans la même interruption)
- rxovrun : nombre erreurs ‘overun’ (caractère manqué)
- rxfperr : nombre d’erreur de parité (caractère incorrect)
- txintr : nombre d’interruption hardware en émission
- txchar : nombre de caractères émis (plusieurs caractères peuvent être
reçus dans la même interruption)
- msintr : nombre d’interruptions lié aux signaux de modem status
De plus, l'état courant des signaux CTS, DSR et DCD est affiché :
- f-dn (found down) : le signal est 'bas' et il n'a pas changé d'état depuis la
dernière consultation des statistiques.
- f-up (found up) : le signal est 'haut' et il n'a pas changé d'état depuis la
- m-dn (move down) : le signal est 'bas' alors qu'il était 'haut' lors de la
- m-up (move up) : le signal est 'haut' alors qu'il était 'bas' lors de la
Tapez <RC> pour actualiser les informations affichées ou tapez <Q> pour
revenir au menu des statistiques.
40
Configuration de l'Office Server par un fichier texte
CHAPITRE 4
---
CONFIGURATION DE L'OFFICE
SERVER PAR UN FICHIER TEXTE
41
Ce chapitre présente la notion de configuration par un fichier texte de l'Office
Server.
4.1 - INTRODUCTION
Cette configuration s'effectue au moyen de la commande d'administration rsh
et d'un fichier texte qui décrit chacun des paramètres de configuration.
Ce fichier texte peut contenir la totalité ou une partie des paramètres de
configuration disponibles. Un fichier de configuration peut être obtenu de deux
manières :
- création par un éditeur de texte,
- acquisition de la configuration d'un Office Server déjà configuré au
moyen de la commande rsh.
Ceci permet par exemple :
- l'installation rapide de plusieurs Office Server : configuration à partir d'un
même fichier de configuration,
- la maintenance d'un site : archivage du fichier de configuration de chacun
des Office Server du site,
- la modification à distance de la configuration d'un Office Server.
Note : la commande rsh est appelée rcmd sur Unix SCO.
42
Les paramètres de la commandre rsh sont :
- un nom : ce nom est contenu dans le fichier /etc/hosts qui associe un
nom à une adresse IP.
- une commande : pour l'administration à distance d'un Office Server, trois
commandes sont disponibles :
- setup_send : mise à jour d'une configuration,
- setup_get : acquisition d'une configuration,
- ax_reboot : ré-initialisation de l'Office Server.
Note : pour pouvoir accéder un Office Server via une commande rsh, il est
impératif que cet Office Server ait une adresse IP valide. Cette adresse IP peut
être affectée :
- par un terminal connecté sur le port administrateur (voir chapitre 2.1.1),
- par les protocoles bootp ou rarp (voir annexe A.6).
4.2 - CONFIGURATION
La configuration à distance s'effectue par la commande 'setup_send' qui
permet de télécharger le fichier de configuration. Exemple sous Unix :
# rsh axname setup_send password < /tmp/fic
Notes :
- Le fichier de configuration est, soit créé par un éditeur de texte, soit
obtenu par la commande 'setup_get' (cf. chapitre suivant). Consultez
l'annexe A.7 pour une description complète du fichier de configuration.
- password : donnez le mot de passe si l'accès au set-up est protégé.
Si la commande rsh est prise en compte par l'Office Server à configurer, le
message 'Store set-up in progress...' est affiché sur le poste de
l'opérateur sinon la commande sort en erreur après quelques secondes.
Si la configuration s'est bien passée le message 'OK, set-up updated' est
affiché sur le poste de l'opérateur (si d'autres messages sont affichés,
consultez le chapitre 4.4).
43
Pour prendre en compte cette nouvelle configuration, l'Office Server doit être
réinitialisé. Ceci peut être effectué en éteignant puis allumant l'Office Server ou
en utilisant la commande ax_reboot. Exemple sous Unix :
# rsh axname ax_reboot password
Note sur password : donnez le mot de passe si l'accès au set-up est protégé.
Le message 'Reboot in progress...' est affiché sur le poste de
l'opérateur, l'Office Server est réinitialisé et le nouveau set-up est pris en
compte. En cas de problème sur la commande rsh, un message d'erreur
système est affiché sur le poste de l'opérateur.
4.3 - ACQUISITION D'UNE CONFIGURATION
L'acquisition de la configuration de l'Office Server s'effectue au travers de la
commande 'setup_get' qui génère l'affichage de tous les paramètres set-up
(sur le standard output). Cet affichage peut être redirigé dans un fichier.
Exemple sous Unix :
# rsh axname setup_get > /tmp/fic
Note : si la commande rsh est prise en compte par l'Office Server à interroger,
le message 'Load set-up in progress...' est affiché sur le poste de
l'opérateur sinon la commande sort en erreur après quelques secondes.
Si l'acquisition du set-up s'est bien passée le message 'OK, set-up sent' est
affiché sur le poste de l'opérateur (voir le chapitre 4.4 si d'autres messages sont
affichés).
Le fichier ASCII généré contient les valeurs de tous les paramètres de
configuration de l'Office Server. Consultez l'annexe A.7 pour une description
complète de ce fichier.
44
4.4 - MESSAGES D'ERREUR
Ce chapitre liste les messages d'erreur possibles durant l'exécution de la
commande rsh (affichés sur le standard error). Pour chacun de ces messages
sont spécifiés : le nom de la commande utilisée, la cause de l'erreur, les
conséquences et les vérifications ou solutions possibles.
Les erreurs sont réparties en trois groupes :
- erreurs fatales : numéro d'erreur 101 à 104
- erreurs d'alertes (warning) de configuration : numéro d'erreur 201 à 206
- erreurs d'alertes (warning) de cohérence : numéro d'erreur 211 à 215
4.4.1 - Erreurs fatales
Une erreur fatale interrompt l'exécution de la commande rsh en cours. Les
erreurs fatales possibles sont les suivantes :
ERR 101: header label expected. Setup not updated
Commande :
Cause :
setup_send
BEGIN_AX4010_SETUP ou BEGIN_AX4020_SETUP n'est
pas la première ligne du fichier de configuration.
Conséquence : le set-up n'est pas modifié.
Solution :
vérifiez que le fichier utilisé est un fichier de type Axel.
ERR 102: bad header label protocol version. Setup not updated
Commande :
Cause :
setup_send
la version de protocole intégrée dans l'entête ne peut pas
être traitée par l'Office Server.
Conséquence : le set-up n'est pas modifié.
Solution :
utilisez une version de protocole compatible.
45
ERR 103: Can't update setup, trailer label not found.
Commande :
Cause :
setup_send
END_AX4010_SETUP ou END_AX4020_SETUP n'a pas été
trouvé (il ne fait pas partie du fichier ou la commande a été
interrompue).
Conséquence : le set-up n'est pas modifié
Solution :
vérifiez le fichier et relancez la commande.
ERR 104: Can't get complete set-up (rcmd prematurely ended).
Commande :
Cause :
setup_get
le set-up n'a pas été récupéré complètement (la commande
a été interrompue ou un composant réseau a été mis hors
tension ou débranché durant la commande).
Conséquence : le fichier récupéré est invalide (le label de fin n'est pas
présent).
Solution :
relancez la commande.
ERR 105: invalid rcmd command.
Commande :
Cause :
Conséquence :
Solution :
toute commande
le mot clé associé à la commande est inconnu.
la commande n'a aucun effet.
les commandes valides sont listées en annexe A.10.
ERR 106: cmos busy.
Commande :
Cause :
setup_send
la commande ne peut pas aboutir car une autre commande
(setup_send ou setup_get) ou le set-up interactif sont en
cours d'utilisation.
Conséquence : la commande n'a aucun effet.
Solution :
attendez quelques secondes la fin de la première
commande ou sortez du set-up interactif.
46
ERR 113: password required
Commande :
Cause :
setup_send, ax_reboot et ax_download
la commande ne peut pas aboutir car l'accès au set-up
interactif est protégé par mot de passe et ce mot de passe
n'a pas été précisé dans la commande.
Solution :
spécifiez le mot de passe dans la commande.
ERR 114: invalid password
Commande :
Cause :
setup_send, ax_reboot et ax_download
la commande ne peut pas aboutir car l'accès au set-up
interactif est protégé par mot de passe et le mot de passe
précisé dans la commande n'est pas le bon.
Solution :
spécifiez le bon mot de passe dans la commande.
4.4.2 - Erreurs d'alerte (warning) de fonctionnement
Une erreur warning de fonctionnement n'interrompt pas l'exécution de la
commande en cours mais signale un problème. Les erreurs warning possibles
sont les suivantes :
ERR 201: xxx: unknown parameter name. Ignored
Commande :
Cause :
setup_send
le paramètre set-up xxx n'est pas reconnu.
(ex : tcphost1name au lieu de tcp_host1_name).
Conséquence : ce paramètre set-up du fichier de configuration est ignoré,
l'ancienne valeur est conservée.
Solution :
vérifiez la syntaxe de ce paramètre.
47
ERR 202: xxx: inconsistent parameter name. Ignored
Commande :
Cause :
setup_send
le paramètre set-up xxx n'est pas valide par rapport au
contexte de configuration (ex : une commande HAYES
modem est présente alors que la liaison est de type direct)
Solution :
mettez en commentaire ce paramètre.
ERR 203: xxx: inconsistent parameter value. Ignored
Commande :
Cause :
setup_send
la valeur du paramètre set-up xxx n'est pas valide par
rapport au contexte de configuration (ex : un service client
de type lpdrcmd est spécifié)
Solution :
changez la valeur de ce paramètre.
ERR 204: line(s) after the trailer label ignored.
Commande : setup_send
Cause :
END_AX40x0_SETUP n'est pas la dernière ligne du fichier.
Conséquence : les lignes situées après le label de fin sont ignorées. Le
set-up est correctement mis à jour.
Solution :
supprimez les lignes après ce label.
ERR 205: xxx: invalid parameter value. Ignored
Commande :
Cause :
setup_send
la valeur affectée au paramètre set-up xxx n'est pas
reconnue (exemple : ch1_service_type=tel).
Solution :
vérifiez les valeurs autorisées.
48
ERR 206: line(s) after trailer label ignored.
Cause :
END_AX40x0_SETUP n'est pas la dernière ligne du fichier.
Conséquence : les lignes situées après le label de fin sont ignorées. Le
set-up est correctement mis à jour.
Solution :
supprimez les lignes après ce label.
4.4.2 - Erreurs d'alerte (warning) de cohérence
Une erreur warning de cohérence signale un problème en fin de configuration
(l'incohérence est résolue . Les erreurs warning possibles sont les suivantes :
ERR 211: Duplicated lpdrcmd qname. Duplicate qname(s) reset.
Cause :
plusieurs services lpdrcmd utilisent les mêmes identifiants.
Conséquence : pour obtenir une configuration cohérente, certains services
ont été annulés.
Solution :
vérifiez les valeurs des identifiants affectés à chacun des
services.
ERR 212: Duplicated router. Duplicate router(s) reset.
Cause :
plusieurs routeurs référencent la même destination.
Conséquence : pour obtenir une configuration cohérente, un seul de ces
routeurs identiques a été conservé.
Solution :
vérifiez les déclarations des routeurs.
ERR 213: Incomplete router(s) info. router(s) reset.
Commande :
Cause :
setup_send
le paramétrage d'un ou plusieurs routeurs du set-up est
incomplet.
Conséquence : pour obtenir une configuration cohérente, ces routeurs
"incomplets" ont été supprimés.
Solution :
vérifiez les déclarations des routeurs.
49
ERR 214: Duplicated host. Duplicate host(s) reset.
Cause :
plusieurs hosts référencent la même machine.
Conséquence : pour obtenir une configuration cohérente, un seul de ces
hosts identiques a été conservé.
Solution :
vérifiez les déclarations des hosts.
ERR 215: Incomplete host(s) info. host(s) reset.
Commande :
Cause :
setup_send
le paramétrage d'un ou plusieurs hosts du set-up est
incomplet.
Conséquence : pour obtenir une configuration cohérente, ces hosts
"incomplets" ont été supprimés.
Solution :
vérifiez les déclarations des hosts.
50
Téléchargement du firmware
CHAPITRE 5
--TELECHARGEMENT DU FIRMWARE
51
La fonctionnalité de téléchargement permet de mettre à jour le firmware d'un
Office Server via le réseau.
Le téléchargement d'un firmware est utilisé pour mettre à jour un Office Server
ou pour éventuellement ajouter de nouvelles fonctionnalités.
5.1 - QUELQUES PRECISIONS
5.1.1 - Protocoles de téléchargement
Deux méthodes sont disponibles pour télécharger le firmware d'un Office
Server :
- le protocole tftp seul : la localisation du fichier firmware doit être
renseignée par l'opérateur avant le téléchargement (protocole tftp).
- les protocoles bootp et tftp : les renseignements nécessaires au
téléchargement doivent être préalablement renseignés au niveau d'Unix.
Après récupération de ces paramètres (bootp) le fichier est téléchargé
(tftp)
A la suite d'un téléchargement, l'Office Server se réinitialise automatiquement
avec le nouveau firmware.
Chacune de ces deux méthodes peut être exécutée :
- par la commande rsh (ou rcmd) lancée depuis n'importe quel point du
réseau,
- depuis le configurateur de l'Office Server à mettre à jour.
52
5.1.2 - Configuration requise
Certains systèmes d'exploitation n'intègre pas les protocoles tftp et bootp (par
exemple Windows NT). Il est alors nécessaire d'acquérir et d'installer des
logiciels additionnels pour ces 2 protocoles.
Sous Unix, ces 2 protocoles sont fournis en standard mais ne sont pas actifs.
Pour les activer, effectuer les opérations suivantes :
- dans le fichier /etc/inetd.conf, suppression des commentaires pour les
lignes concernant tftpd et/ou bootps
Note : pour tftp, veillez à activer le protocole en mode 'public' (exemple
pour Unix SCO le démon tftpd ne doit pas être lancé avec le paramètre
'-s /tftpboot').
- rebootez la machine pour prendre en compte ces modifications (ou
envoyez du signal 1 au process inetd).
Exemples de lignes tftp dans le fichier /etc/inetd.conf
UNIX SCO
tftp dgram udp wait nouser /etc/tftpd tftpd
AIX 4.x
tftp dgram udp nowait nobody /usr/sbin/tftpd tftpd -n
LINUX
tftp dgram udp wait root /usr/sbin/tcpd in.tftpd /
UNIXWARE 7
tftp dgram udp wait nobody /usr/sbin/in.tftpd in.tftpd
53
5.1.3 - Note sur les fichiers firmware
Le type de hardware d'un Office Server est repéré par un identifiant appelé
Flash Key (FK). Voici les types de hardware diffusés à ce jour:
- FK21 et FK22 : anciens hardwares de production du AX4010
- FK24 : hardware de production du AX4010
- FK23 : hardware de production du AX4020
Il est impératif que le firmware téléchargé soit en cohérence avec le
hardware de l'Office Server. Si un fichier de type FK22 est téléchargé dans un
hardware de type FK24, le téléchargement est interrompu avec une erreur de
traitement (voir annexe A.9).
Le type de hardware d'un Office Server est inclus dans sa version de firmware
(ex. : FK24-BV1.2a/TCP.XX.0029d.STD). Utilisez une des méthodes suivantes,
pour connaître la version de firmware (et de hardware) d'un Office Server :
- entrez dans le set-up interactif, la version est affichée dans le menu
général,
- récupérez le set-up par la commande rsh (ou rcmd) suivante (la version
est incluse dans la bannière du fichier texte obtenu) :
rsh axname setup_get > fic
- Utilisez la commande rcmd (ou rsh) suivante pour obtenir la version :
rsh axname ax_version
5.2 - TELECHARGEMENT PAR TFTP SEUL
Pour effectuer un téléchargement, il est nécessaire de préciser la localisation
du fichier firmware (nom du fichier et adresse IP de la machine tftp).
54
5.2.1 - Lancement par une commande rsh
La syntaxe de la commande rsh utilisée est la suivante :
# rsh axname ax_download file tftpIP [routeIP]
- ax_download : mot clé pour le téléchargement du firmware,
- file : chemin et nom du fichier à télécharger,
- tftpIP : nom ou adresse IP de la machine tftp,
- routeIP (paramètre optionnel) : nom ou adresse IP du routeur pour
accéder à la machine tftp.
Exemple :
# rsh axname ax_download /usr/firm 192.168.1.249
Si le téléchargement peut s'effectuer (Office Server et machine tftp accessibles,
fichier firmware présent...), le message 'Downloading in progress...' est
affiché sur la console de l'opérateur.
Messages d'erreur possibles (affichés sur la console de l'opérateur) :
- ERR 105: invalid rcmd command : le mot clé est absent de la
commande ou est mal libellé.
- ERR 108: invalid number of parameters : le nombre de
paramètres de la commande rsh est incorrect.
- ERR 109: invalid file length : le nom du fichier firmware est
trop long (plus de 31 caractères).
- ERR 110: invalid server : le nom de la machine tftp est inconnu.
- ERR 111: invalid router : le nom du routeur tftp est inconnu.
Note : d'autres messages d'erreur système peuvent apparaître (time-out de
connexion par exemple). Consultez le manuel du système d'exploitation utilisé.
55
5.2.2 - Lancement depuis le configurateur
Pour accéder au configurateur interactif, utilisez une connexion telnet ou un
terminal série connecté sur le port administrateur (cf. chapitre 2.1).
Sélectionnez [Download Firmware]→[Download by tftp].
Saisissez les renseignements suivants :
- File Name : chemin et nom du fichier à télécharger,
- IP Address : cette adresse est utilisée durant la phase de transfert de
fichier et peut être différente de l'adresse IP habituelle,
- Server IP Addr./Name : nom ou adresse IP de la machine tftp,
- Router IP Addr./Name (paramètre optionnel) : nom ou adresse IP du
routeur éventuel pour accéder à la machine tftp.
Après confirmation la procédure de téléchargement est lancée.
5.3 - TELECHARGEMENT PAR BOOTP ET TFTP
Cette procédure est composée de deux phases :
- bootp : demande d'information concernant le fichier à télécharger,
- tftp : transfert et mise à jour du firmware (voir chapitre précédent).
Les renseignements concernant la localisation du fichier à télécharger doivent
être donc précisés au niveau de la machine bootp.
Conditions requises à bootp :
- Le process bootpd doit être lancé sur la machine bootp.
- Le fichier paramètre du process bootpd (/etc/bootptab par défaut) doit
contenir une entrée pour chaque Office Server susceptible de demander
le téléchargement de son firmware.
- La machine bootp est en général directement accessible par l'Office
Server (sur le même réseau) sinon il est nécessaire de configurer une
machine accessible avec un protocole bootp relay.
56
Les principales entrées du fichier paramètre du process bootpd sont les
suivantes :
- tc : description du réseau
- ht : type du réseau
- sa : adresse IP de la machine où se trouve le fichier à télécharger
- gw : routeur éventuel
- ha : adresse Ethernet de l'Office Server à mettre à jour
- ip : adresse IP de l'Office Server à mettre à jour (cette adresse IP est
utilisée seulement durant le transfert du code à télécharger)
- bf : nom du code à télécharger
Exemples de fichier de configuration de bootp :
a) Office Server et serveur tftp sur le même réseau
net:hn:df=/etc/btdump:ht=ethernet:sa=192.168.1.252:to=auto:
axel1:tc=net:ht=ethernet:ha=00A034100001:ip=192.168.1.242:bf=/tmp/axel:
b) Office Server et serveur tftp sur deux réseaux distincts
net:hn:df=/etc/btdump:ht=ethernet:sa=192.1.1.243:to=auto:
net1:tc=net:sm=255.255.255.000:gw=192.168.1.252:
axel1:tc=net1:ht=ethernet:vm=rfc1048:ha=00A034100001:ip=192.168.1.242:bf=
/usr/axel/firm9801:
IMPORTANT : si un problème est intervenu lors d'un précédent téléchargement
de firmware (quelle que soit la méthode utilisée), l'Office Server en question ne
possède plus de firmware valide. Pour récupérer un firmware, les protocoles
bootp et tftp sont automatiquement lancés lors de la mise sous tension de cet
Office Server. Et ceci jusqu'au succès de l'opération de téléchargement de
firmware.
57
5.3.1 - Lancement par une commande rsh
La syntaxe de la commande rsh utilisée est la suivante :
# rsh axname ax_download
- ax_download : mot clé pour le téléchargement du firmware.
Exemple :
# rsh axname ax_download
Si le téléchargement peut s'effectuer (serveur tftp accessible, fichier firmware
présent...), le message suivant est affiché 'Downloading in progress...'.
Note : des messages d'erreur système peuvent apparaître (time-out de
connexion par exemple). Consultez le manuel du système d'exploitation utilisé.
5.3.2 - Lancement depuis le configurateur
Entrez dans le configurateur de l'Office Server depuis un terminal série
connecté sur le port administrateur ou via une session telnet. Sélectionnez
[Download Firmware]→[Download by boot + tftp].
Après confirmation la procédure de téléchargement est lancée.
5.4 - EXECUTION DU TELECHARGEMENT
La procédure de téléchargement se décompose en 4 étapes. Les leds des
ports série clignotent de la manière suivante pour indiquer l'avancement du
téléchargement :
- phase bootp : clignotement durant 1 seconde des leds de Ch4
- début de la phase tftp : clignotement durant 1 seconde des leds de Ch3
58
- téléchargement du nouveau firmware : allumage bref et successif de
toutes les leds (chenillard) durant le transfert de fichier
→ → → → →
- téléchargement effectué : allumage durant 1 seconde de toutes les leds
L'Office Server se réinitialise ensuite automatiquement pour prendre en compte
ce nouveau firmware.
Des erreurs peuvent se produire durant les phases bootp et tftp. Ces erreurs
sont codées par les 8 leds des ports Ch1 à Ch4. Consultez l'annexe A.9 pour
connaître ce codage et la signification des erreurs.
Notes :
- Après une erreur, il est nécessaire d'éteindre et de rallumer l'Office
Server.
- Le téléchargement d'un nouveau firmware peut provoquer la perte de la
configuration actuelle (exceptée l'adresse IP de l'Office Server, tous les
autres paramètres peuvent être mis à zéro).
- Si une erreur survient pendant la phase d'effacement du firmware
courant ou pendant la phase de téléchargement du nouveau firmware,
l'Office Server ne possède plus de firmware valide. A sa prochaine mise
sous tension, sa première action sera de récupérer un firmware valide au
moyen des protocoles bootp et tftp.
59
Annexes
ANNEXES
61
Annexes
Ce chapitre apporte des précisions sur les points suivants :
- quelques notions de réseau,
- déclaration d'une imprimante LPD selon le système d'exploitation,
- déclaration du service tty sous Unix.
- COMs virtuelles sur Windows
- gestion locale d'un modem
- adresse IP affectée par l'adresse Ethernet
- format du fichier de configuration
- mécanisme de keepalive
- signification des leds de l'Office Server
- liste des commandes d'administration
A.1 - RAPPELS SUR DES NOTIONS DE RESEAU
A.1.1 - Adresse Ethernet
Tout périphérique Ethernet TCP/IP possède une adresse 'hardware' définie par
le constructeur : l'adresse Ethernet. Cette adresse, constituée de 6 octets
séparés par des 'deux points', est exprimée en hexadécimal.
Le format de l'adresse Ethernet des Office Server est le suivant :
- 00:A0:34:10:xx:xx pour le AX4010
- 00:A0:34:12:xx:xx pour le AX4020
62
Annexes
A.1.2 - Adresse IP
A tout périphérique Ethernet TCP/IP doit être affectée une adresse IP unique
dans le réseau. Cette adresse IP, constituée de 4 octets séparés par des
'points', est exprimée en décimal.
Les 4 octets d'une adresse IP codent en fait deux sous adresses :
- une sous adresse Network (réseau),
- et une sous adresse Host (machine Unix, NT...).
Pour mémoire, trois classes d'adresse IP sont disponibles :
Classe A
0
Classe B
1
Classe C
7 bits
Network
14 bits
Network
0
1 1
24 bits
Host
0
16 bits
Host
21 bits
Network
8 bits
Host
ATTENTION : tous les périphériques attachés à un même réseau local doivent
appartenir à la même classe et posséder la même adresse Network.
Exemple : pour accéder au host 192.168.1.40 (classes C : trois octets pour
l'adresse Network), les trois premiers octets de l'adresse IP de l'Office Server
devront être également 192.168.1 (le quatrième octet étant différent de 40).
A.1.3 - Routeurs
Lorsque deux équipements (un host et un Office Server par exemple)
n'appartiennent pas au même réseau local, ils doivent utiliser routeur pour
communiquer.
Un routeur (qui peut être un host ou un équipement spécial) est donc considéré
comme une passerelle entre deux réseaux locaux.
63
Annexes
Si plusieurs réseaux distants doivent être accédés, deux solutions sont
possibles :
- définir un routeur par défaut qui connaît les différents chemins pour
atteindre les réseaux distants,
- et/ou définir des routeurs explicites pour atteindre les réseaux distants.
Au niveau Office Server, un routeur (explicite ou par défaut) est défini ainsi :
- Route IP address : l'adresse IP du routeur qui appartient au même
réseau local que l'Office Server.
- Dest. IP address : soit le mot clé default (routeur par défaut), soit
l'adresse IP d'un des équipements du réseau distant à atteindre.
- Type : deux valeurs :
- host : pour atteindre l'équipement défini par Dest. IP address (et
seulement celui-ci),
- net : pour atteindre tout le réseau distant de l'équipement défini
par Dest. IP address (le masque de la classe est alors appliqué à
l'adresse IP destination).
Notes :
- Au niveau Office Server, l'algorithme de routage utilise en priorité un
routeur explicite pour atteindre une destination. Si aucun routeur explicite
n'est défini pour cette destination, le routeur par défaut est alors utilisé.
- L'Office Server ne gère pas les requêtes ICMP REDIRECT (la gestion
des routeurs dynamiques n'est donc pas supportée).
64
Annexes
Exemple 1 : le routeur 1 permet d'accéder au réseau 192.168.2.xxx et le
routeur 2 permet d'accéder au réseau 192.1.1.xxx :
192.168.2.xxx
192.1.1.xxx
Routeur 1
Routeur 2
192.168.1.11
192.168.1.12
Office Server
192.168.1.10
La table de routage définie au niveau Office Server est la suivante :
routeur 1
routeur 2
Route IP address
192.168.1.11
192.168.1.12
Dest. IP address
192.168.2.0
192.1.1.0
type
net
net
65
Annexes
Exemple 2 : le routeur 1 permet d'accéder aux deux réseaux 192.168.2.xxx et
192.1.1.xxx :
192.1.1.xxx
192.168.2.xxx
Routeur 1
192.168.1.11
Office Server
192.168.1.10
La table de routage définie au niveau Office Server est la suivante :
routeur 1
Route IP address
192.168.1.11
Dest. IP address
default
type
net
A.2 - IMPRIMANTES LPD
Ce chapitre donne une description sommaire de la déclaration d'une
imprimante LPD selon le système d'exploitation utilisé. Pour plus d'information,
consultez les manuels d'installation de votre système d'exploitation.
66
Annexes
A.2.1 - Unix
Le principe est de déclarer, au moyen de l'utilitaire d'administration système,
une imprimante distante. Généralement deux paramètres sont demandés :
- nom de la machine distante : nom de l'Office Server dans /etc/hosts,
- nom de l'imprimante : paramètre Queue Name saisi dans le
configurateur de l'Office Server.
La commande standard lp est utilisée pour imprimer.
Note : certaines options de la commande lp (nombre de copies, bannière...) ne
peuvent être utilisées car l'Office Server ne spoole pas les demandes
d'impressions.
a) Mise en œuvre sous IBM AIX V3.x
Utilisez la commande smit mkrque pour créer des imprimantes distantes. La
saisie de quatre paramètres est obligatoire :
- Nom de la file d'attente à ajouter : nom de l'imprimante (niveau AIX)
- Syst. hôte cible pour les travaux éloignés : nom de l'Office Server
(fichier /etc/hosts)
- Nom file d'attente de l'imprimante éloignée : paramètre Queue Name
du port lpd (au niveau du configurateur de l'Office Server)
- Nom de l'unité à ajouter : unité de l'imprimante (au niveau AIX)
b) Mise en œuvre sous IBM AIX V4.x
Utilisez la commande smit spooler puis sélectionnez les options 'Ajout
d'une file d'attente' puis 'Remote' pour créer des imprimantes distantes.
67
Annexes
Deux types d'imprimantes distantes peuvent être créés :
- avec traitement standard. Le système AIX transmet un fichier brut à
l'Office Server.
Pour ce traitement 3 paramètres sont demandés :
- Nom de la file d'attente à ajouter : nom de l'imprimante (au
niveau AIX)
- Nom hôte du serveur éloigné : nom de l'Office Server (fichier
/etc/hosts)
- Nom de la file d'attente du serveur éloigné : paramètre Queue
Name du port lpd (au niveau du configurateur de l'Office Server)
- avec filtrage local. Dans ce mode le système AIX formate le fichier pour
le type d'imprimante déclaré.
Le premier renseignement demandé est le type d'imprimante. Choisissez
celui de votre imprimante dans la liste proposée. Ensuite renseignez les
paramètres suivants
- Noms des files d'attente d'impression à ajouter : nom de
l'imprimante (au niveau AIX). Complétez la zone qui convient au
type d'imprimante (ASCII, GL emulation, PCL emulation).
- Nom du système hôte du serveur éloigné : nom de l'Office
Server (fichier /etc/hosts)
- Nom de la file d'attente du serveur éloigné : paramètre Queue
Name du port lpd (au niveau du configurateur de l'Office Server)
Conseil : utilisez de préférence le traitement avec filtrage local sinon
l'utilisation d'un filtre au niveau configurateur de l'Office Server peut être
nécessaire.
c) Mise en œuvre sous SCO OpenServer
Lancez l'utilitaire scoadmin et sélectionnez [Imprimante]→[Gestionnaire
d'impression] puis [Imprimante]→[Ajouter Distant...]→[Unix].
Les renseignements suivants sont demandés :
- serveur : nom de l'Office Server (fichier /etc/hosts)
- imprimante : paramètre Queue Name du port lpd (au niveau du
configurateur de l'Office Server)
68
Annexes
A.2.2 - Windows
Pour créer une imprimante, sélectionnez l'icône 'Ajout Imprimante' (dans le
menu Démarrer, Paramètres, imprimantes).
Dans la boite de dialogue affichée, activez 'imprimante locale' (désactivez
l'option de détection Plug-And-Play). Cliquez sur 'Suivant'.
Dans la nouvelle boite de dialogue, activez 'Créer un nouveau port'. Dans la
liste proposée sélectionnez 'LPR Port'. Cliquez sur 'Suivant'.
Note : si 'LPR Port' n'est pas disponible dans la liste, installez les 'Services
d'impression pour Unix'.
Finalement dans la nouvelle boite de dialogue, renseignez les deux
paramètres :
- nom ou adresse du serveur fournissant le LPD : l'adresse IP de l'AX4000
- nom de l'imprimante ou de la file d'attente sur ce serveur : c'est le
paramètre ' Queue Name' du port série (au niveau set-up AX4000).
Une fois l'imprimante créée, toutes les impressions à destination de cette
imprimante sont redirigées automatiquement vers l'Office Server.
A.2.3 - OS/400
Créez une imprimante au sein de votre système avec les paramètres
ci-dessous (AXPRT01 est le nom de l'imprimante) :
===> CRTDEVPRT DEVD(AXPRT01) DEVCLS(*VRT) TYPE(3812) MODEL(1) FONT(11)
Pour que cette imprimante soit associée à un port de l'Office Server par LPD, il
faut modifier sa "file de sortie" au niveau du système OS/400.
===> CHGOUTQ OUTQ(AXPRT01) RMTSYS(*INTNETADR) RMTPRTQ('CH1') CNNTYPE(*IP)
DESTTYPE(*OTHER) TRANSFORM(*YES) MFRTYPMDL(*NECP2) INTNETADR('192.168.1.240')
69
Annexes
où :
- AXPRT01
- CH1
: nom de la file de sortie
: nom de l'imprimante distante (dans le configurateur
AX4000). Attention majuscule obligatoire
- *NECP2
: type de l'imprimante distante (ici une NEC type P2)
- 192.168.1.240 : adresse IP du serveur LPD (IP platine)
Note : si la file d'attente n'est pas démarrée, il faut utiliser la commande
STRRMTWTR.
A.3 - SERVEUR DE TTY SOUS UNIX
A.3.1 - Introduction
Le serveur de tty Axel est un démon Unix qui est utilisé en association avec les
services tty serveur ou tty client de l'Office Server.
Le principe du serveur de tty Axel est de réaliser une association entre un
device Unix et une ressource de l'Office Server :
- le device Unix est un pseudo-terminal (voir note ci-dessous)
- la ressource de l'Office Server est une voie série (ex. : ch1, ch4...).
Ainsi, les données lues ou écrites sur le pseudo-terminal sont émises ou reçues
sur la voie série de l'Office Server.
Note sur les pseudo-terminaux : un pseudo-terminal est constitué par deux
fichiers : une partie maître, une partie esclave. Selon le système Unix utilisé,
deux gestions sont possibles :
- un seul maître et x esclaves (méthode AT&T) : le nom du fichier maître
est /dev/ptmx et ceux des fichiers esclaves sont /dev/pts/xxx (où xxx
est un numéro).
- autant de maîtres que d'esclaves (méthode Berkeley) : les noms des
fichiers maîtres sont /dev/ptypxxx et les noms des fichiers esclaves ont
une syntaxe similaire /dev/ttypxxx (où xxx est le même numéro pour le
maître et l'esclave).
70
Annexes
Le schéma suivant montre les mécanismes mis en jeu au niveau d'Unix :
PROCESS UNIX
Applicatif
ttypx
Applicatif
ptypx
(esclave) (maitre)
ttypy
Serveur
de tty AXEL
Applicatif
ptypy
(esclave) (maitre)
KERNEL UNIX
ttypz
ptypz
Socket
(esclave) (maitre)
Stack TCP
Office Server
A.3.2 - Configuration
Copiez dans le répertoire /etc, le binaire du serveur Axel correspondant au
système d'exploitation utilisé (axttyd.XXX) en enlevant le suffixe. Par exemple
pour IBM AIX :
# cp axttyd.AIX /etc/axttyd <RC>
Note : les fichiers source (axttyd.c et makefile) sont présents sur le CD Axel. Il
est donc possible de compiler le serveur de tty Axel si le binaire correspondant
au système n'est pas disponible.
Copiez le fichier d'associations axfile dans le répertoire /etc.
Pour lancer le serveur de tty Axel à chaque boot de la machine, copiez dans le
répertoire de boot le fichier S91axel (Unix) ou S91axtty (Linux).
Les fichiers S91axel et S91axtty contiennent simplement la ligne de
commande permettant de lancer le serveur de tty Axel. Pensez à mettre à jour
le fichier concerné si d'autres paramètres que ceux prévus par défaut sont
utilisés.
71
Annexes
A.3.3 - Mise en œuvre et utilisation
a) Généralités
Le serveur de tty Axel est basé sur un fichier de configuration (axfile) qui
référence les connexions autorisées (couples 'OfficeServer/Ressource') et les
pseudo-terminaux associés à chaque connexion.
Chaque entrée de ce fichier est composée de 4 paramètres :
- le nom de l'Office Server (référencé dans /etc/hosts)
- la ressource dépend du service tty utilisé au niveau de l'Office Server :
- tty client : codée par un des mots clé ch1, ch2, ch3, ch4 (et ch5,
ch6, ch7, ch8 pour l'Office Server AX4020).
- tty serveur : codée par le numéro de port TCP.
- la partie maître du pseudo-terminal associé
- la partie esclave du pseudo-terminal associé
Exemple de fichier :
#Fichier d'association du serveur Axel
#Device
Ressource
axel1
ch1
/dev/ptyp12
Maitre
/dev/ttyp12
Esclave
axel1
ch2
/dev/ptmx
/dev/pts/13
axel2
2050
/dev/ptyp0
/dev/ttyp0
axel2
ch4
/dev/ptyp1
/dev/ttyp1
Note sur exemple :
- les lignes commençant par le caractère '#' sont ignorées.
- les lignes d'association 1, 2 et 4 utilisent le tty client, la ligne d'association
3 utilise le tty serveur.
Le fichier de configuration est pris en compte au lancement du serveur de tty
Axel.
Les erreurs éventuelles (syntaxe incorrecte, nom de l'Office Server inconnu,
pseudo-terminal indisponible...) sont reportées dans un fichier journal .
72
Annexes
b) Lancement
La syntaxe de lancement du serveur de tty Axel est la suivante :
/etc/axttyd [-f file] [-l log] [-n port] [-bhFU] &
- option -b : utilisation d'un buffer pour la réception de caractères
(nécessaire pour les lecteurs de carte sesam-vitale).
- option -f : le nom du fichier paramètre (/etc/axfile par défaut).
- option -F : les buffers du ptty sont vidés à l'ouverture de la connexion.
- option -h : aide en ligne.
- option -l : le nom du fichier journal (/tmp/axttylog par défaut).
- option -n : numéro de port TCP pour les connexions venant du service
tty client de la Platine Axel (par défaut 2048).
- option -U : axtty ne gère qu'un communication unidirectionnelle (platine
vers périphérique). Les caractères venant du périphérique sont jetés.
Note : ne pas oublier le caractère '&' à la fin de la ligne de commande.
Le serveur de tty Axel peut être lancé depuis le prompt ou par l'intermédiaire
d'un fichier de boot (S91axel ou S91axtty).
La liste des associations prises en compte ainsi que les différentes connexions
ou déconnexions sont reportées dans le fichier journal.
A.3.4 - Principe de fonctionnement
Le démon axttyd effectue les opérations suivantes :
- analyse du fichier d'association et report des erreurs de syntaxes
éventuelles,
- ouverture de tous les pseudo-terminaux (maîtres et esclaves) associés,
- pour chaque association tty client, un fils est généré. Chaque fils est
chargé "d'écouter" le pseudo-terminal associé. A réception d'un
caractère, une connexion est ouverte sur le port de l'Office Server. La
communication est bi-directionnelle. Après une minute d'inactivité, le fils
ferme la connexion. Elle sera ouverte à nouveau à réception d'un
caractère.
73
Annexes
- après avoir généré tous les fils, le démon axttyd "écoute" le socket
TCP/IP. Pour chaque demande de connexion (émanant d'un Office
Server), un fils est généré. Ce fils est chargé de la communication entre
le pseudo-terminal et le port de l'Office Server. Si une demande de
connexion est reçue alors qu'un fils est déjà en charge de celle-ci, ce fils
est tué et un nouveau est généré.
A.3.5 - Désinstallation
Supprimez les fichiers Axel puis 'tuez' le process Axel avec le signal TERM :
# kill -TERM pid
- pid est le numéro de process Axel.
A.4 - COMS VIRTUELLES SOUS WINDOWS
La fonction de COMs virtuelles permet de gérer les ports série de l'Office
Server Axel comme des ports série locaux du système d'exploitation Windows.
Les applicatifs peuvent donc par des commandes standard du système :
- positionner les paramètres de liaisons (vitesse, parité...),
- positionner les signaux sortants (DTR et RTS),
- récupérer l'état des signaux entrants (DSR, CTS et CD).
Ainsi, un matériel série (modem par exemple) peut être indifféremment
connecté sur une COM 'réelle' ou sur une COM 'virtuelle'. Ceci est totalement
transparent pour l'applicatif utilisant ce matériel (logiciel de fax par exemple).
La mise en œuvre des COMs virtuelles se compose des phases suivantes :
- configuration de l'Office Server,
- installation de DialOut/IP (driver de COMs virtuelles),
- choix des COMs virtuelles dans une liste,
- paramétrage des COMs virtuelles (adresse IP, TCP port...).
Après ces opérations, les COMs virtuelles sont disponibles pour toute
utilisation.
74
Annexes
A.4.1 - Configuration de l'Office Server
Consultez le chapitre 2.5.4 pour configurer le ou les ports de l'Office Server
accessibles par le driver de COMs virtuelles Windows.
A.4.2 - Installation du driver DialOut/IP
Note : le driver DialOut/IP est un logiciel de la société Tactical Software
(www.tactical-sw.com)
Pour installer le driver :
- lancez l'explorateur Windows,
- copiez le fichier ".exe" fourni par Tactical Software sur disque dur,
- exécutez le fichier ainsi copié en "double cliquant" sur l'icône,
- suivez les instructions données durant la suite de l'installation.
Lorsque le driver est installé, une icône spéciale est affichée dans la barre des
tâches (à droite près de l'heure). Cette icône permet de configurer les COMs
virtuelles.
A.4.3 - Création de COMs virtuelles
Deux étapes sont nécessaires à la création d'une COM virtuelle :
- Ajout de la COM,
- Configuration de cette COM.
75
Annexes
a - Ajout d'une COM
Lors de l'installation du driver, une boîte de dialogue permettant la création des
COMs est affichée (voir ci-dessous). Il suffit simplement de cocher les COMs
virtuelles désirées pour les créer.
Pour appeler ultérieurement cette boîte, cliquez avec le bouton droit sur l'icône
du driver dans la barre des tâches et sélectionnez l'option ports.
Note : après une modification de cette liste, il est préférable de rebooter la
machine.
76
Annexes
b - Configuration d'une COM
Pour appeler la boîte de dialogue de configuration, double cliquez sur l'icône du
driver dans la barre des tâches. Cette boîte de dialogue permet de configurer
les COMs virtuelles disponibles :
Une COM virtuelle est définie par :
- un nom (à choisir dans la liste, ici seule COM6 est disponible)
- une "IP address" : l'adresse IP de l'Office Server
- un "port number" : cet identifiant numérique est le 'TCP Port' affecté au
service 'telnet server' lors de la configuration de l'Office Server.
- un protocole : utilisez le protocole 'telnet'. Désactivez éventuellement les
autres sélections (notamment Unimodem qui est activé par défaut).
77
Annexes
c - Test d'une COM
Cliquez sur le bouton 'Configuration Wizard' de la boîte de dialogue précédente
pour tester une COM. Renseignez si nécessaire l'IP address et le Port Number
de cette COM puis cliquez le bouton 'Start'. Après quelques secondes les
résultats des tests s'affichent :
Note : après les tests, le bouton 'Use Settings' permet d'utiliser la configuration
préconisée pour cette COM.
78
Annexes
A.4.4 - Utilisation d'une COM
Sous Windows 95 et 98, les COMs virtuelles créées apparaissent directement
comme ressource standard du système. Il est donc possible par exemple
d'attacher une imprimante à COM6.
Sous Windows NT, il est nécessaire de créer la COM au moyen du panneau de
configuration. Par exemple pour COM6, créer le port 'COM6:'.
Note : cette manipulation n'est utile que pour faire apparaître la COM virtuelle
comme ressource standard du système (déclaration d'une imprimante par
exemple). Par contre, la COM peut être immédiatement vue par d'autres
logiciels (gestion de fax par exemple) sans que cette manipulation soit
nécessaire.
A.5 - GESTION LOCALE D'UN MODEM
L'Office Server est capable de gérer un modem localement. Ceci permet au
système d'exploitation de 'voir' une liaison directe avec le périphérique. Cette
gestion locale simplifie la configuration au niveau système d'exploitation (ex. :
un terminal série connecté par modem).
A.5.1 - Appelant ou appelé
Selon le service associé à une voie série, l'Office Server peut être appelant ou
appelé :
- lpd/rcmd, telnet serveur et tty serveur : l'Office Server appelle le site
distant,
- tty client et telnet client : l'Office Server attend un appel du site distant.
A.5.2 - Règles de gestion modem
En gestion modem, l'Office Server obéit aux règles suivantes :
79
Annexes
1 - Les séquences HAYES de reset et d'initialisation sont envoyées au modem
dans les cas suivants (à condition que le CD ne soit pas monté) :
- L'Office Server est mis sous tension et le modem est déjà mis sous
tension,
- Le modem est éteint puis allumé,
- Le modem raccroche,
- La voie est réinitialisée et le modem est déjà sous tension.
2 - Un délai de 2 secondes est respecté entre l'envoi de la séquence HAYES de
reset et de la séquence HAYES d'initialisation.
3 - Si un service demande la connexion, le modem est numéroté (ATD est
automatiquement ajouté au début du numéro de téléphone) à condition que le
CD ne soit pas déjà monté.
4 - La présence du modem est constatée par l'Office Server, soit par un signal
(DSR ou CTS), soit par l'envoi de la séquence AT (le modem répond OK ou 0 à
réception de cette séquence).
5 - L'Office Server peut demander au modem de raccrocher (service réseau
terminé, inactivité sur la ligne...). Ceci est réalisé en utilisant le signal DTR ou
RTS, ou en utilisant une séquence HAYES.
6 - L'utilisation d'un contrôle de flux est primordiale. Préférez un contrôle de flux
RTS-CTS à un contrôle de flux XON/XOFF.
80
Annexes
A.5.3 - Organigramme de fonctionnement
Cet organigramme décrit les opérations effectuées pour une voie déclarée avec
la gestion modem :
Mise sous tension
non
oui
Modem
prêt
Envoi séquence de reset
Envoi séquence d'initialisation
oui
Appelant
Envoi ATD+No de téléphone
non
Attente réception appel
Lancement service réseau
Traitement du service réseau
Fin du service
non
Déconnexion
oui
81
Annexes
A.5.4 - Configuration du modem
Les séquences de reset et d’initialisation permettent la configuration du modem.
Il est préférable de les utiliser ainsi :
Séquence de reset : séquence HAYES de reprise des paramètres usine du
modem. Généralement cette séquence est AT&F.
Séquence d’initialisation : séquence HAYES de mise à jour de la
configuration. Pour un fonctionnement optimum, les fonctions suivantes sont
demandées :
- echo local OFF,
- résultats non affichés,
- signal CD 'monté' lors de la connexion,
- déconnexion sur perte du signal DTR,
- contrôle de flux en émission sur CTS,
- contrôle de flux en réception sur RTS,
- déconnexion automatique (si supportée)
- sauvegarde de la configuration en mémoire non volatile.
Exemples de configuration pour les modems COM1 MV324B :
- Reset
AT&F
- Initialisation ATE0Q1V0X0&C1&D2&K3S0=0S2=255S30=18&W
A.6 - ADRESSE IP AFFECTEE PAR L'ADRESSE ETHERNET
Pour utiliser le configurateur interactif via une session telnet, il est
indispensable que l'Office Server possède une adresse IP valide et connue.
Comment positionner ou consulter l'adresse IP de l'Office Server si aucun
terminal série n'est disponible pour utiliser le configurateur interactif du port
série administrateur ?
Note : les deux méthodes décrites supposent que l'adresse Ethernet de l'Office
Server soit connue.
82
Annexes
A.6.1 - L'Office Server ne possède pas d'adresse IP valide
A la livraison, l'adresse IP de l'Office Server est positionnée à 0.0.0.0 (les 8 leds
des ports Ch1 à Ch4 restent allumées). Cette adresse particulière influe sur le
comportement de l'Office Server à la mise sous tension.
En effet, lorsque l'Office Server est mis sous tension, si son adresse IP est
0.0.0.0, les opérations suivantes sont effectuées pour rechercher une adresse
IP valide :
- 3 requêtes RARP sont envoyées en broadcast. Si un serveur RARP
répond l'adresse IP est mise à jour.
Pour visualiser l'émission de ces requêtes, les 4 leds des ports Ch4 et
Ch3 clignotent :
- Si aucune réponses n'est reçue, 3 requêtes BOOTP sont envoyées en
broadcast. Si un serveur BOOTP répond l'adresse IP est mise à jour.
Pour visualiser l'émission de ces requêtes, les 4 leds des ports Ch2 et
Ch1 :
Note : il est nécessaire de configurer préalablement une machine utilisée en
tant que serveur RARP ou BOOTP qui associe l'adresse Ethernet de l'Office
Server et l'adresse IP recherchée. Pour plus d'information, consultez la
documentation de votre système d'exploitation.
83
Annexes
L'organigramme suivant représente ce processus :
Mise sous tension
non
adresse IP
0.0.0.0
oui
Requête RARP
non
Réponse
non
3ème requète
RARP
oui
oui
Requête BOOTP
non
non
Réponse
oui
3ème requète
BOOTP
oui
Mise à jour Adr. IP
AX4010 prêt
A.6.2 - L'Office Server possède une adresse IP inconnue
Si l'Office Server possède une adresse IP inconnue il est impossible de la
consulter (mis à part au moyen du configurateur interactif exécuté depuis un
terminal série).
84
Annexes
Le seul moyen est donc d'écraser l'adresse IP actuelle par une nouvelle. Pour
cela, l'Office Server intègre une procédure particulière : si 8 requêtes ping sont
reçues, l'adresse IP courante est remplacée par celle contenue dans la
commande ping et l'Office Server est ré-initialisé.
Note : il est nécessaire que le paramètre 'Ping change IP addr.' soit positionné
à 'y' (valeur par défaut). Pour plus d'information, voir chapitre 2.7.3.
Utilisation sous Unix/Linux :
Lancez la commande suivante pour associer l'adresse Ethernet
xx:xx:xx:xx:xx:xx de l'Office Server à l'adresse IP yyy.yyy.yyy.yyy choisie :
# arp -s yyy.yyy.yyy.yyy xx:xx:xx:xx:xx:xx
Exécutez, la commande ping suivante :
# ping yyy.yyy.yyy.yyy
Après une dizaine de secondes, l'Office Server répond à la requête 'ping'. Il est
maintenant configuré avec l'adresse IP yyy.yyy.yyy.yyy.
A.7 - FORMAT DU FICHIER DE CONFIGURATION
Le fichier de configuration contient les valeurs d'une partie ou de la totalité des
paramètres set-up de l'Office Server.
Le fichier doit toujours commencer par l'entête BEGIN_AX40x0_SETUP et se
terminer par le label END_AX40x0_SETUP (dans ces labels AX40x0 est mis
pour AX4010 ou AX4020).
Exemple de fichier :
BEGIN_AX4010_SETUP V1.1
# ceci est un commentaire
tcp_host1_name=vangogh
...
END_AX4010_SETUP
85
Annexes
Note : les lignes du fichier commençant par un dièse sont des commentaires.
Les paramètres set-up sont classés par groupe :
Ethernet : paramètres liés à l'interface Ethernet,
TCP/IP :
environnement réseau,
Port Ch1 : service et paramètres de communication associés,
Et pour l'Office Server AX4020 uniquement :
Port Ch8 : service et paramètres de communication associés.
Une valeur affectée à un paramètre set-up répond à un format de donnée. Les
formats possibles sont les suivants :
Liste de valeurs :
les valeurs possibles sont listées et séparées par
le caractère '|'.
Exemples : (yes | no).
Numérique :
Les bornes inférieures et supérieures sont
données.
Chaîne de caractères : La longueur maximale est spécifiée.
Note : un caractère peut être représenté par son
code ASCII hexadécimal précédé par un anti-slash
(ex. : \1B pour Escape et \\ pour un anti-slash).
Format adresse IP :
Le format d'une adresse IP est xxx.xxx.xxx.xxx.
Dans les listes qui suivent, le format ou les valeurs possibles d'un paramètre
set-up sont données, après ce paramètre, entre parenthèses.
Un fichier de configuration peut être créé au moyen d'un éditeur de texte ou
récupéré à partir d'un Office Server déjà configuré (commande rsh setup_get).
Lorsque le fichier de configuration est obtenu par cette commande tous les
paramètres set-up non significatifs (hosts non définis, paramètres incohérents
par rapport au service utilisé...) sont exprimés sous forme de commentaire.
Dans la suite de ce chapitre, la présentation du fichier de configuration est
conforme à celle obtenue par la commande rsh setup_get.
86
Annexes
Entête
BEGIN_AX40x0_SETUP V1.1
#########################################################
#
TCP/IP AX40x0 Office Server
#
#
#
# Ethernet address: 00:A0:34:10:27:10
#
# Firmware: FK22-BV1.2a/9926a
#
#########################################################
#
# RESET_CMOS
Note : la commande RESET_CMOS permet de réinitialiser tous les paramètres
de l'Office Server (mis à part l'adresse IP) en début de configuration. Lorsque le
fichier de configuration est obtenu par commande rsh, la commande
RESET_CMOS est présente en début de fichier sous forme de commentaire.
Paramètres 'Ethernet'
#ethernet_ipname=axel
(chaîne de 15 caractères max.)
#ethernet_ipaddr=192.168.1.241 (format adresse IP)
#ethernet_netmask=255.255.255.0(format adresse IP)
Note : Lorsque le fichier de configuration est obtenu par commande rsh, les
paramètres ethernet_xxx apparaissent sous forme de commentaire (afin
d'utiliser ce fichier pour configurer plusieurs Office Server).
Paramètres 'TCP/IP'
tcp_host1_name=vangogh
tcp_host1_ip=192.168.1.252
tcp_host2_name=picasso
tcp_host2_ip=192.168.1.248
tcp_host3_name=pablo
tcp_host3_ip=192.168.1.249
#tcp_host4_name=
#tcp_host4_ip=
#tcp_host5_name=
#tcp_host5_ip=
#tcp_host6_name=
(chaîne
(format
(chaîne
(format
(chaîne
(format
(chaîne
(format
(chaîne
(format
(chaîne
de 15 caractères
adresse IP)
de 15 caractères
adresse IP)
de 15 caractères
adresse IP)
de 15 caractères
adresse IP)
de 15 caractères
adresse IP)
de 15 caractères
max.)
max.)
max.)
max.)
max.)
max.)
87
Annexes
#tcp_host6_ip=
#tcp_host7_name=
#tcp_host7_ip=
#tcp_host8_name=
#tcp_host8_ip=
tcp_defrouter_ip=192.168.1.252
tcp_router1_ip=192.168.1.252
tcp_router1_target=192.1.1.252
tcp_router1_type=net
tcp_router2_ip=192.168.1.253
tcp_router2_target=192.18.1.2
tcp_router3_ip=0.0.0.0
tcp_router3_target=default
#tcp_router4_ip=
#tcp_router4_target=
#tcp_router4_type=
#tcp_router5_ip=
#tcp_router5_type=
#tcp_router6_ip=
#tcp_router6_type=
#tcp_router7_ip=
#tcp_router7_type=
(format adresse IP)
(format adresse IP)
(format adresse IP)
(format adresse IP)
(format adresse IP)
(format adresse IP)
(net | host)
(format adresse IP)
(format adresse IP)
(net | host)
(format adresse IP)
(format adresse IP)
(net | host)
(format adresse IP)
(format adresse IP)
(net | host)
(format adresse IP)
(format adresse IP)
(net | host)
(format adresse IP)
(format adresse IP)
(net | host)
(format adresse IP)
(format adresse IP)
(net | host)
Lorsque le fichier de configuration est obtenu par commande rsh, les hosts et
les routeurs non définis apparaissent sous forme de commentaire.
Note sur les routeurs :
- routeur par défaut : tcp_defrouter_ip est l'adresse IP du routeur par
défaut (sur le même réseau que l'Office Server)
- autres routeurs : tcp_router%_ip est l'adresse IP du routeur (sur le
même réseau que l'Office Server), tcp_router%_target est l'adresse IP
du host ou du réseau à atteindre et tcp_router%_type fixe le type de
destination (host unique ou réseau complet).
88
Annexes
Paramètres 'Ports série'
Pour faciliter la lecture de ce document, le caractère '%' présent dans les
paramètres suivants varie de 1 à 4 pour l'Office Server AX4010 et 1 à 8 pour
l'Office Server AX4020 et représente le numéro du port série. Mais dans le
fichier de configuration, chaque port auxiliaire à ses propres paramètres.
ch%_service_mode=server
ch%_service_type=telnet
ch%_service_qname=aux1
ch%_service_tcpport=2048
ch%_associate_host=vangogh
ch%_associate_term=ansi
ch%_associate_idstring=
ch%_associate_autoconn=yes
ch%_associate_inactivity=
ch%_associate_befprint=
ch%_associate_aftprint=
ch%_associate_crnlconv=
ch%_associate_backup=
ch%_backup_host=
ch%_backup_tcpport=
ch%_backup_timeout=
ch%_backup_prioritary=
ch%_line_type=direct
ch%_speed=38400
ch%_data
ch%_fifo=
ch%_input_flow=dtr
ch%_iflow_passthru=
ch%_output_flow=dsr
ch%_detect=dtr
(none | server | client)
(tty | telnet | lpdrcmd)
(numérique)
(chaîne de 15 caractères max.
ou format adresse IP)
(yes | no)
(yes | no)
(numérique de 0 à 99)
(yes | no)
(yes | no)
(chaîne de 15 caractères max.
ou format adresse IP)
(numérique)
(yes | no)
(direct | telecom | dedicated)
(300 | 600 | 1200 | 2400 | 4800
9600 | 19200 | 38400 | 57600
115200)
(7-1-none | 7-1-odd | 7-1-even
8-1-none | 8-1-odd | 8-1-even
7-2-none | 7-2-odd | 7-2-even
8-2-none | 8-2-odd | 8-2-even)
(none | xon | xpc | rts | dtr)
(yes | no)
(none | xon | xpc | cts | dsr)
(none | cts | dsr | soft)
89
Annexes
ch%_hangup=dtr
ch%_do_hangup=
ch%_do_netclose=
ch%_hayes_escape=
ch%_hayes_hangup=
ch%_hayes_reset=
ch%_hayes_init=
ch%_phone_number=
ch%_modem_inactivity=
(dtr | rts
(yes | no)
(yes | no)
(chaîne de
(chaîne de
(chaîne de
(chaîne de
(chaîne de
(numérique
| soft)
10
10
20
40
20
de
caractères
caractères
caractères
caractères
caractères
0 à 99)
max.)
max.)
max.)
max.)
max.)
Notes :
- les 9 derniers paramètres de cette liste apparaissent sous forme de
commentaire si le paramètre ch%_line_type est égal à direct (sauf
ch%_do_netclose si la présence périphérique est utilisée).
- les paramètres ch%_hayes_escape et ch%_hayes_hangup sont en
commentaire si ch%_hangup n'est pas égal à soft.
- selon le service associé à un port auxiliaire certains paramètres ne sont
pas significatifs : les paramètres non cochés dans le tableau suivant
apparaissent donc sous forme de commentaire :
ch%_service_mode
ch%_service_type
ch% service qname
ch%_service_tcpport
tty
Services disponibles
server
client
telnet lpdrcmd
tty
telnet
ch%_associate_host
ch%_associate_term
ch%_associate_autoconn
ch%_associate_idstring
ch%_associate_inactivity
ch%_associate_befprint
ch%_associate_aftprint
ch%_associate_crnlconv
ch%_associate_keepalive
ch%_associate_backup
ch%_backup_xxx
90
Annexes
Personnalisation
tun_setup_tcpport=4096
tun_ping_changeip=yes
(numeric value)
(yes | no)
Fin de fichier
Le fichier de configuration doit impérativement être terminé par le libellé
suivant :
END_AX40x0_SETUP
Si ce libellé n'est pas trouvé lors d'une commande de configuration, le nouveau
set-up ne sera pas pris en compte
A.8 - MECANISME DE KEEPALIVE
Concernant les sessions TCP/IP, l'Office Server possède un mécanisme de
vérification et de nettoyage automatique appelé le keepalive. utilité
A.8.1 - Intérêt du mécanisme de keepalive
Un équipement TCP/IP n'est pas capable de détecter en temps réel un incident
réseau ou la mise hors tension de l'équipement auquel il est connecté.
Seul l'envoi de caractères peut permettre à un équipement TCP/IP de détecter
un incident : après l'envoi de caractères, si aucun accusé de réception n'est
reçu, l'équipement TCP/IP distant est considéré comme définitivement
inaccessible et les ressources associées sont donc libérées. Mais cette
décision n'est prise qu'après plusieurs minutes.
A.8.2 - Exemple de problème à résoudre
Supposons qu'une voie de l'Office Server soit paramétrée en Telnet Server et
qu'elle est utilisée par une machine Windows avec le driver DialOut/IP. La
machine Windows ouvre donc une connexion sur l'Office Server pour associer
une COM Windows à un port de l'Office Server.
91
Annexes
Si un incident réseau survient (câble déconnecté, hub hors service...), Windows
détecte le problème et ferme la connexion. Par contre cette demande de
fermeture ne sera pas reçue par l'Office Server car la communication est
interrompue. On obtient donc une connexion "fantôme" sur l'Office Server. Une
fois l'incident résolu, les demandes de connexion émises par Windows seront
refusées car la voie de l'Office Server est occupée par cette connexion
fantôme.
Note : cette voie au niveau Office Server sera libérée, soit par le reboot de
l'Office Server, soit si l'Office Server doit envoyer des caractères vers Windows
(l'incident réseau sera détecté).
A.8.3 - Principe de fonctionnement du keepalive
Le principe du keepalive repose sur le fait que l'Office Server vérifie
régulièrement l'état des connexions TCP/IP. Ces vérifications automatiques
sont déclenchées au bout d'un certain temps d'inactivité de la liaison TCP/IP.
Pour vérifier l'état d'une connexion, l'Office Server effectue les opérations
suivantes :
- après un délai d'inactivité (i.e. pas de trame réseau reçue), l'Office Server
envoie une trame de vérification,
- si aucune réponse n'est reçue après 4 secondes, une autre trame de
vérification est envoyée,
- si aucune réponse n'est reçue après 8 trames, le périphérique est
déclaré inaccessible (la connexion associée est fermée et la voie est
libérée).
Dans le cas où l'équipement distant serait réellement inaccessible, 32
secondes (8x4) seront nécessaires à l'Office Server pour libérer la voie.
A.8.4 - Activation du keepalive
Lors du paramétrage d'un service réseau (menu [Serial Line Setup]→[Line
X]→[Network Service]), le paramètre TCP Keepalive Timeout est demandé.
Deux types de réponses sont possibles :
92
Annexes
- 0 (valeur par défaut) : le keepalive est désactivé pour cette voie.
- numérique de 1 à 99 : le keepalive est activé. Ce numérique représente
le délai en minute avant la libération de la voie si la liaison TCP/IP est
devenue inaccessible.
Exemple où le TCP Keepalive Timeout est positionné à 5. Après 4 minutes
28 secondes d'inactivité sur la voie, l'Office Server émet la première trame de
vérification :
- si la liaison TCP/IP est toujours active, la vérification s'arrête.
- si la liaison TCP/IP est réellement inaccessible, 32 secondes seront
nécessaires aux vérifications. Et donc après 5 minutes (4 minutes 28
secondes + 32 secondes) la voie sera libérée.
A.8.5 - Précautions d'utilisation avec des routeurs
Avec le paramétrage par défaut (keepalive désactivé), un Office Server est
"silencieux" en cas d'inactivité de la liaison. Par contre, l'activation du keepalive
provoquera des échanges d'information réguliers.
Dans le cas d'utilisation de routeurs Numéris (qui coupent la liaison
téléphonique automatiquement en cas d'inactivité), cet échange de données
permanent peut empêcher les routeurs de raccrocher et donc générer des
factures téléphoniques importantes.
Note : certains routeurs sont capables d'intercepter les trames de keepalive et
de simuler la présence de l'équipement distant. Cette fonction (keepalive
spoofing) permet d'éviter les échanges de données sur la liaison téléphonique.
Par contre l'Office Server ne détecte jamais un incident réseau sur le site
distant.
93
Annexes
A.9 - SIGNIFICATION DES LEDS
L'Office Server possède plusieurs leds sur la face avant. Ces leds sont utilisées
pour connaître d'un seul coup d'œil l'activité de l'Office Server ou pour coder un
comportement spécial ou une erreur.
NET.
LNK. ACT.
ON/OFF
CH.4
RX TX
CH.3
RX TX
CH.2
RX TX
CH.1
RX TX
Leds de l'Office Server AX4010
ON/OFF
NET.
LNK. ACT.
STP
CH.8
RX TX
CH.7
RX TX
CH.6
RX TX
CH.5
RX TX
CH.4
RX TX
CH.3
RX TX
CH.2
RX TX
CH.1
RX TX
Leds de l'Office Server AX4020
Signification des leds :
- ON/OFF : témoin de mise sous tension
- LNK : témoin de connexion au réseau (good link). Cette led est allumée
si la connectique réseau est correcte et que le périphérique réseau à
l'autre extrémité du câble est sous tension.
- ACT. : indicateur d'activité réseau. Cette led signale par clignotement la
charge du réseau.
- conf. : indicateur d'accès configurateur (AX4020 seulement). Cette led
est allumée, lorsque le configurateur de l'Office Server est accédé (soit
par un terminal série, soit par une session telnet). Elle est éteinte sinon.
- CH.x (pour chaque port série) :
- RX : cette led signale par clignotement la réception de donnée sur
le port série
- TX : cette led signale par clignotement l'émission de donnée par le
port série
Hors fonctionnement standard, les 8 leds des ports série Ch1 à Ch4 sont
utilisées pour indiquer un traitement en cours ou pour signaler une erreur.
Les trois états possibles d'une led sont les suivants :
led éteinte :
led allumée :
led clignotante :
La suite de ce chapitre décrit l'état des leds selon l'état courant, le traitement en
cours ou selon l'erreur de traitement.
94
Annexes
A.9.1 - Fonctionnement
En fonctionnement, les leds indiquent l'activité des ports série. Les deux
exceptions à cette règle sont :
1 - L'Office Server ne possède pas d'adresse IP valide
: Les 8 leds des ports Ch1 à Ch4 restent allumées
jusqu'à ce qu'une adresse IP soit affectée.
2 - Le configurateur de l'office server est utilisé : les leds associées au port
administrateur restent allumées et signale l'activité du port en s'éteignant
brièvement.
A.9.2 - Traitement en cours
: phase bootp pour récupérer le firmware
: phase tftp
: téléchargement effectué (allumage durant 1 seconde)
: requête rarp pour récupérer l'adresse IP
: requête bootp pour récupérer l'adresse IP
→ → → → →
: téléchargement en cours (chenillard sur les leds)
A.9.3 - Erreurs de traitement
Note : après une erreur l'Office Server doit être éteint puis rallumé.
a) Fonctionnement réseau
: problème de la carte Ethernet de l'Office Server
: problème sur le réseau
b) Protocole bootp
: pas de réponse à la requête bootp (la machine bootp
est inaccessible ou est mal configurée)
95
Annexes
c) Protocole tftp
: pas de réponse à la requête tftp (la machine tftp
est inaccessible ou est mal configurée)
: fichier non trouvé
: violation d'accès (tftp sécurisé ou droit d'accès fichier)
: Disk full or allocation exceeded
: Illegal TFTP operation
: Unknown Transaction Identifier
: File already exists
: No such user
: autre erreur
d) Fichier firmware
: le fichier à télécharger n'est pas un firmware de
serveur Axel
: la taille du fichier à télécharger est inférieure à 256
octets. Ce n'est donc pas un fichier Axel.
: erreur de checksum sur un segment du fichier
: erreur de checksum global du fichier
e) Mémoire flash
: erreur d'effacement de la mémoire flash
: erreur de programmation de la mémoire flash
: erreur de programmation segment descripteur global
A.10 - LISTES DES COMMANDES D'ADMINISTRATION
L'Office Server offre plusieurs commandes d'administration. Ces commandes
sont accessibles au travers des commandes système rsh disponibles en
standard sur la majorité des systèmes d'exploitation.
96
Annexes
Le tableau suivant liste les commandes Office Server disponibles :
Commande
ax_reboot
ax_sinit
setup_get
setup_send
ax_download
ax_version
ax_getstat
Description
Réinitialise l'Office Server.
Exemple : rsh axname ax_reboot [password]
Plus d'information : chapitre 3.2
Réinitialise une voie de l'Office Server.
Exemple : rsh axname ax_sinit [password] ch2
Demande à l'Office Server d'envoyer son set-up.
Exemple : rsh axname setup_get > fic
Configure à l'Office Server avec un fichier texte.
Exemple : rsh axname setup_send [password] < fic
Demande à l'Office Server de télécharger un fichier firmware.
Exemple : rsh axname ax_download [password] fic 192.1.1.1
Plus d'information : chapitre 6
Demande la version de firmware de l'Office Server.
Exemple : rsh axname ax_version
Demande à l'Office Server d'envoyer ses statistiques de
fonctionnement.
Exemple : rsh axname ax_getstat
Note : ces commandes d'administration sont valides aussi en majuscules
(ax_version et AX_VERSION représentent la même commande).
97
NOTES PERSONNELLES
14 Avenue du Québec
Bât. K2 EVOLIC - BP 728
91962 Courtabœuf cedex - FRANCE
Tél. : 01.69.28.27.27 - Fax : 01.69.28.82.04 - Email : [email protected]

Office Server AXEL AX4000

Transcription

Documents pareils

Ouvri le port 22 pour un conexion Ssh sur un routeur

Exemple de configuration Routeur ADSL ZyXEL P

curriculum vitae

Mon CV au format PDF

Fiche Technique IMAGénie logiciel

Fiche descriptive du cursus Citrix

Hébergement Web

Fabien FERT - Developpez.com

Page 1 Vincent RABAH Mob.: (+33) 6 84 311 804 email : vincent