COMMUNICATION TECHNIQUE Alcatel 4400

Transcription

Ed 03/95
PAQ 1530
COMMUNICATION TECHNIQUE
N° : TC0048
Alcatel 4400
Nb de pages : 43
Date : 27-03-2000
URGENTE (FLASH PRODUIT)
NON URGENTE (INFO PRODUIT)
TEMPORAIRE
DEFINITIVE
OBJET : CHARGEMENT A DISTANCE DE LOGICIELS Alcatel 4400
Cette communication technique annule et remplace la communication technique N° Sect 4-17
Veuillez trouver ci-joint le documentation sur le chargement à distance de logiciels Alcatel 4400.
1
Alcatel 4400
CHARGEMENT A DISTANCE DE
LOGICIELS Alcatel 4400
SOMMAIRE
1.
BUT ................................................................
............................................................................................
............................................................3
............................ 3
2.
TERMINOLOGIE ................................................................
.........................................................................
.........................................3
......... 3
3.
MOYENS MATERIELS ................................................................
..................................................................
..................................4
.. 4
4.
MOYENS LOGICIELS................................
LOGICIELS................................................................
...................................................................
...................................5
... 5
5.
PRINCIPE DE FONCT
FONCTIONNEMENT
IONNEMENT ..............................................
..............................................5
.............. 5
5.1.
Principe général................................
général................................................................
.....................................................................................
..................................................... 5
5.2.
Principe d’ installation d’une version téléphone (complète ou patch avec
ou sans package) sans Chorus majeur à distance
distance................................
...................................
................................... 6
5.3.
Principe de chargement d’une version téléphone complète (avec Chorus
majeur) à distance ................................................................
.................................................................................
................................................. 6
6.
VERSIONS COMPATIBLES
COMPATIBLES ...........................................................
...........................................................6
........................... 6
7.
PRINCIPE DE CONNEXION
CONNEXION AUX MACHINES ...............................7
............................... 7
7.1.
Préliminaires ................................................................
.........................................................................................
......................................................... 7
7.2.
Connexions................................
Connexions ................................................................
............................................................................................
............................................................ 7
8.
VERIFICATION DE LL'EXECUTION
'EXECUTION D'UNE OPERATION DISTANTE . 8
9.
PRESENTATION DES MENUS SWINST .........................................
.........................................8
......... 8
10. TOPOLOGIES ................................................................
...........................................................................
...........................................10
........... 10
11. QUELQUES TEMPS DE
INDICATIF)............
............10
DE TRANSFERT (A TITRE INDICATIF)
............ 10
12. GESTION DE L’APPLICATION
L’APPLICATION DATA DERRIERE IO2/OBCA (SLIP)11
(SLIP)11
13. RESTRICTIONS
RESTRICTIONS ET REMARQUES ................................................
................................................11
................ 11
Ed. 27-03-2000
1
TC0048
Alcatel 4400
13.1. Restrictions ................................................................
..........................................................................................
.......................................................... 11
13.2. Remarques ................................................................
..........................................................................................
.......................................................... 12
14. LES EXEMPLES ................................................................
..........................................................................
..........................................14
.......... 14
Transfert de l’archive PC vers A4400 par le lien IP
IP................................
.........................................
......................................... 14
14.2. Transfert sur une même machine .........................................................
......................................................... 15
14.3. Machine Stand Alone non dupliquée (transfert d’archive)
d’archive).....................
..................... 16
14.4. Machine Stand Alone non dupliqué
dupliquée
e (installation d’archive)
d’archive).................
................. 17
14.5. Machine Stand Alone dupliquée (installation d’archive) ....................... 18
14.6. Machines sur réseau LAN client (installation d’archive) ........................ 19
14.7. Transit via le réseau public et un réseau LAN client..............................
client .............................. 20
14.7.1. Transfert d’archive ..........................................................................................21
14.7.2. Installation de l’archive...................................................................................21
14.8. Machines sur réseau LAN client séparées par un routeur ..................... 22
14.9. Transit réseau public <--> ABC ...........................................................
........................................................... 23
14.10. Transit réseau public <--> ABC .........................................................
......................................................... 25
14.11. Réseau mixte artère classique et artère hybride (sur IP) ...................... 27
14.12. Traversée de réseau hétérogène ........................................................
........................................................ 28
14.13. Installation dans un réseau homogène
homogène................................
...............................................
............................................... 29
14.14. Installation dans un réseau homogène
homogène (suite) ....................................
.................................... 31
14.15. Séquences chaînées ................................................................
...........................................................................
........................................... 33
15. MAINTENANCE ................................................................
........................................................................
........................................40
........ 40
TC0048
2
Ed. 27-03-2000
Alcatel 4400
1.
BUT
Charger à distance de nouvelles versions téléphone (patchs ou versions téléphone complètes) sur un
site en fonctionnement à partir d’un PABX Alcatel 4400 serveur de versions.
Cette application permet de réduire le temps passé sur site et de localiser sur un centre serveur les
opérations de mise à jour des A4400.
Le PABX A4400 client peut être joint indifféremment soit par le réseau (Numérique obligatoire,
liaison classique T2, T0 ou ABC) soit par le réseau local Ethernet.
La nouvelle version téléphone est chargée sur une partition du disque appelée "Partition Bis" et est
validée par un basculement (appelé switch) sur cette partition. Ce switch se traduit par un shutdown.
Cette dernière phase peut être effectuée à distance ou sur le site client mais ne fait pas partie du
chargement à distance. Il ne faut pas confondre basculement (sur CPU Stand-by) et switch (sur
Partition Bis d’une même CPU). Voir aussi la communication technique N° Sect 4-xx pour de plus
amples informations sur le bi-partitionnement.
En cas de patch dynamique, il peut être installé sur la partition active (basculement non nécessaire).
Le chargement à distance ne perturbe pas le fonctionnement téléphonique.
Il est appelé "Remote Download" dans les menus de swinst.
2.
TERMINOLOGIE
Dans la suite de ce document les termes suivants sont employés:
Archive
Version téléphone dans sa structure compactée non installée. Une archive pouvant être de type
patch ou version complète. Elle est présente dans le disque A4400 et peut être véhiculée (par
téléchargement) sur d’autres A4400 afin de faciliter l’installation de cette archive dans certaines
configurations en réseau.
Remote load
Transport d'une archive sans l'installer (du PC vers A4400 ou d'un A4400 vers un autre A4400).
Remote install
Ed. 27-03-2000
3
TC0048
Alcatel 4400
Master console (PABX A4400)
Machine opératrice déclenchant l’opération de chargement à distance.
Machine master (PABX A4400)
Machine du même type que le distributeur mais qui contient une seule archive d'un même type
(patch ou version complète).
Machine Gateway
Son fonctionnement n’est pas implémenté à ce jour.
Patch dynamique
Patch qui peut être chargé téléphone démarré et dont l’exécution est immédiate sans effectuer de
reboot. Sa structure est différente de celle d’un patch classique. Son appellation est du type
<nom_version_patch>.x . "x" est une lettre identifiant le patch; elle commence par la lettre "a".
Exemple:
B3.513.26.2a pour le premier patch de la version libérée B3.513.26.2,
B3.513.26.2b pour le deuxième patch et ainsi de suite.
Partitions Bis
Voir la communication technique N° Sect 4-14 pour de plus amples informations sur le Bipartitionnement.
NOTE
Les notions de client, master et distributeur sont subjectives. En effet, les types de machine peuvent
être confondus selon la configuration des sites.
Exemple:
La machine déclenchant les opérations peut contenir les archives; donc elle sera à la fois "Master
console" et "distributeur". Cette même machine peut aussi charger une archive sur elle-même, dans
ce cas elle sera en plus "client".
3.
MOYENS MATERIELS
Selon la configuration Client/Distributeur/Master, les moyens matériels peuvent être différents.
−
En commun : un disque dur A4400 de capacité minimum 800 Mo.
En effet, le chargement à distance implique d’avoir 2 partitions sur le disque et donc de
disposer d’un espace suffisant.
−
Un PC équipé d’une carte Ethernet pour charger la CPU distributeur/master. Vérifier à l'aide des
procédures de mises en service de versions que la version téléphone peut être chargée sur le
disque dur (pas de problème si la version est sur CD-ROM).
−
Carte IO2 ou OBCA sur les machines client et distributeur dans le cas où le client est appelé via
un support de type T0 ou T2.
−
Pour une connexion IP, il faut éventuellement une carte ECX ou un Hub externe selon la
configuration (voir exemples du § 13).
TC0048
4
Ed. 27-03-2000
Alcatel 4400
4.
MOYENS LOGICIELS
Le chargement à distance utilise les menus swinst et un outil A4400 appelé "rload" situé dans
l’arborescence de la version à télécharger.
Les process associés à cette application sont principalement des fonctions Unix de "remote copy"
utilisés sur un chemin TCP/ IP créé entre le client, le distributeur et le Master console.
Dans le cas où ce chemin TCP/ IP n’existe pas de base (exemple: client et distributeur ne pouvant
s’appeler que par le réseau public), un lien IP dynamique sera créé via un lien SLIP sur un IT du
réseau (voir aussi § 11).
Les archives sont installées dans les répertoires suivants de la machine distributeur/master :
−
"/usr4/version/<nom_version>" pour les versions,
−
"/usr4/patch/<nom_version>" pour les patchs,
−
"/usr4/dynpatch/<nom_version>" pour les patchs dynamiques.
5.
PRINCIPE DE FONCTIONNEMENT
5.1.
Principe général
Les versions logicielles sont livrées par PSO sur CD-ROM au format DOS/Windows.
Seul un A4400 peut installer un autre A4400. De ce fait, le logiciel de la version à charger doit être
transféré du PC vers un A4400 distributeur.
Pour une nouvelle version téléphone à charger chez le client le mécanisme est le suivant:
1 Chargement de cette version à partir du CD-ROM d’un PC vers un A4400.
2 Puis à partir d’un A4400 master console (qui peut être le même) installation de cette version
(appelée archive) à partir du A4400 distributeur ou master vers la partition bis de la CPU client
ou sur sa partition active s’il s’agit d’un patch dynamique.
L’application du téléchargement s’arrête ici. L’étape de passage sur la nouvelle version peut être
effectuée à tout moment sur le site client ou à distance via modem, TA, etc.
Ne pas oublier de copier les données Chorus et base de données téléphone sur la partition inactive.
Si une version est présente sur la partition inactive, l'installation d'une nouvelle version n'efface pas
les données Chorus et la base de données téléphone.
Ed. 27-03-2000
5
TC0048
Alcatel 4400
5.2.
Principe d’ installation d’une version téléphone (complète ou patch avec ou
sans package) sans Chorus majeur à distance
1 Charger la version à partir d’un PC distributeur vers un A4400 client via le lien Ethernet puis
2 Se logger sur la machine client et procéder à la duplication de Chorus, data Chorus, Facilities
sur la partition bis (voir communication technique N° Sect 4-14).
3 Télécharger la nouvelle version (distributeur vers client).
4 Dupliquer la base de données.
5.3.
Principe de chargement d’une version téléphone complète (avec Chorus
majeur) à distance
1 Charger la version à partir d’un PC distributeur vers un A4400 client via le lien Ethernet puis
2 Installer la version (distributeur vers client).
3 Dupliquer la base de données (données Chorus + base de données).
Toutes ces opérations se font dans les menus de swinst.
Il faut se rappeler que "Remote Download" N’INTEGRE PAS les fonctions de duplication des données
Chorus et téléphone, celles-ci devant être effectuées manuellement (voir aussi la communication
technique N° Sect 4-14 sur le Bi-partitionnement).
Terminer par le switch et la translation éventuelle de la base de données (hors menu "remote
download").
6.
VERSIONS COMPATIBLES
Release Compatible
Release Incompatible
R2.0
≤R1.4
R2.1 (Note )
R1.5.2
R3 (Release en Bêta test à ce jour) (Note )
R1.5.3
NOTE
Voir les problèmes rencontrés au § 13 .
Toutes les machines impliquées pour le chargement à distance doivent être dans une des versions
logicielles compatibles.
Exemple
Une release 2.0 peut être distributeur d'une release 2.1 ou 3.
TC0048
6
Ed. 27-03-2000
Alcatel 4400
7.
PRINCIPE DE CONNEXION AUX MACHINES
7.1.
Préliminaires
Avant de commencer tout chargement à distance ("Remote Download"), l’opérateur doit avoir
connaissance d’une ou des informations suivantes pour choisir la méthode de connexion:
−
Topologie globale du réseau Client/Distributeur.
−
Nom et adresses IP des machines Distributeur/Master et Client.
−
Numéro d’appel de l’application SLIP sur IO2 du site client.
7.2.
Connexions
A partir de swinst, activer le menu "Remote Download" puis sur demande du programme,
l’utilisateur sur la machine "Master console" renseigne le nom de la machine source (distributeur de
versions) puis le nom de la machine destination (la machine source pouvant être la machine "Master
console").
Les noms à renseigner sont des noms contenus dans la table des hosts de la machine "Master
console". Il est possible de ne donner que les adresses TCP/IP. Le programme va systématiquement
regarder si une connexion IP directe est possible (routes IP disponibles).
Si aucune route IP n’est trouvée ou si la connexion est impossible, le système demande de se
connecter au site client soit par Gateway non implémentée soit par une connexion SLIP via un canal
B de l’IO2. La connexion via l’IO2 n'est possible que si la gestion du A4400 distant est effectuée
(voir la documentation "Communication de données" chap. 2 section 8.3 et chap. 4 section 14.3
ainsi qu’au § 11 de ce document pour plus d’informations). Ce type de connexion prend un IT
entier.
Dans le cas où les machines sont sélectionnées par leur nom (géré par netadmin), la connexion est
faite soit par un lien direct IP soit par le tunnel (selon la topologie du site).
Si un canal B d’un lien ISDN doit être absolument utilisé, il ne faut pas donner le nom de machine
mais renseigner l'adresse IP de l'application SLIP distante pour que le programme propose l’appel
sur ce canal (voir les exemples ci-après).
A partir de ce moment, la connexion est établie. Le programme demande alors:
−
Le nom de la version ou du patch (il est proposé en clair dans certains cas). Ne rentrer que le
nom de la version contenue sous "/usr4/version" ou "/usr4/patch" ou "/usr4/dynpatch".
Exemple: "b351323p".
−
Le type de support sur lequel il se trouve (disque dur ou magnéto-optique).
−
Le pays.
−
Le type de CPU (pour Chorus en installation de version avec Chorus majeur, répondre "2", "3"
ou "5").
−
Le type de machine (master ou distributeur dans le cas d’un transfert d’archive).
Ed. 27-03-2000
7
TC0048
Alcatel 4400
−
Rester dans swinst (attente de la fin du transfert/installation) ou pouvoir quitter l’application
swinst (attention: dans le cas où l’on ne veut pas rester dans le programme, cela ne veut pas
dire que le lien est coupé avec le client. Si ce lien vers le client est libéré alors l’application ne
fonctionnera plus).
−
Après ces saisies, le programme demande d'effectuer la vérification des binaires transférés
(contrôles de type checksum, présence des fichiers, taille ou pas de contrôle).
A tous ces stades, il est possible de quitter le programme.
Une trace de la dernière opération dans la machine client est conservée. Cette trace peut être
consultée à partir d’une autre machine (même principe de connexion pour la joindre que ci-dessus).
Cas de la release 3
−
Un mot de passe doit être présent pour le compte swinst.
−
Toutes les machines étant sujettes au "Remote Download" y compris les adresses de la gestion
par rôle et les adresses SLIP telles que "4.3.2.1" et "4.3.2.51", doivent être renseignées en tant
que host dans "netadmin". Dans le cas contraire, la connexion ne pourra pas être établie
(message de type "Permission denied").
8.
VERIFICATION DE L'EXECUTION D'UNE OPERATION DISTANTE
La consultation des fichiers de trace sur le client permet de contrôler la bonne exécution d'une
opération.
Activer les menus correspondant dans swinst (voir paragraphe suivant) et contrôler le message de fin
"OPERATION ENDED CORRECTLY" pour une installation distante (Remote Install) et "END OF
REMOTE LOADING OPERATION" pour un chargement à distance (Remote Load).
9.
PRESENTATION DES MENUS SWINST
Version Facilities utilisée: 11.8.
Se logger swinst puis:
FACILITIES Main menu
1
2
3
4
5
6
7
8
9
10
Q
-
ALCATEL BUSINESS SYSTEMS
Installation FACILITIES 11.8
Packages installation
Deliveries installation
Cloning & duplicate operations
Save & restore operations
OPS configuration
System management
Database tools
Software identity display
Package builder
Remote download
Go back to previous menu
Your choice [1..10, Q] ? 10 «
TC0048
8
Ed. 27-03-2000
Alcatel 4400
Remote Download menu
1 - Remote install of a client CPU
2 - Retry the last remote install operation (if justified)
3 - About last remote install (if trace exists)
4 - Remote load a CPU as master or ditributor
5 - Retry the last remote load operation (if justified)
6 - About last remote load operation (if trace exists)
7 - Programmed operations
Q - Go back to previous menu
Your choice [1..7, Q]
Rubriques de 1 à 3
Concernent l’installation d’une version sur la partition bis.
Rubriques de 4 à 6
Concernent le transfert d’une archive sous "/DHS3dyn (usr4)".
Rubriques 3 et 6
Concernent la lecture des traces de la dernière opération et chargement ou installation.
Rubriques 2 et 5
Re-déclenche la dernière opération interrompue mais seulement pour les parties qui n’ont pas été
transférées. En effet ce transfert se découpe en plusieurs modules.
Exemple:
Si dans un transfert d’archive, le transfert du Chorus a été effectué et la partie téléphone
interrompue en plein milieu, le transfert ne va reprendre qu'à partir du module qui n’a pas été
terminé.
Rubrique 7
Propose de construire puis d'exécuter des opérations chaînées. A ce jour, il n'est pas possible de
déclencher des chargements à heures prédéfinies; cette procédure fera l'objet d'une évolution future.
Chaque opération est appelée séquence. Une séquence consiste à charger ou à installer une seule
machine.
Il est possible d’exécuter plusieurs séquences à la fois dans un ordre désiré. Voir aussi l’exemple du
§ 13.
Si une connexion est impossible, la séquence correspondante est arrêtée et la suivante, si elle existe,
est lancée.
Il est possible pour une seule séquence sur une seule machine d’enchaîner une installation de
version puis de patch.
Dans une future version de swinst, plusieurs séquences pourront être déclenchées à une heure
prédéfinie (sur une plage d'une journée maximum).
Ed. 27-03-2000
9
TC0048
Alcatel 4400
10. TOPOLOGIES
Les méthodes de chargement/installation sont très nombreuses selon la topologie du site client.
Certains cas sont à exclure soit parce que l’application est incapable de fournir le service désiré soit
à cause de la complexité de mise en œuvre soit encore à cause du coût téléphonique. C’est pour ces
raisons que les cas les plus fréquents et les plus adaptés sont donnés ci-dessous. Les solutions sont
fournies avec les données à renseigner au programme swinst.
Il est important avant de commencer toute opération de réfléchir à la méthode la plus appropriée
en fonction du coût téléphonique, du débit du lien concerné et donc du temps de transfert.
Exemple:
Pour charger à partir du A4400 d’une agence d’un installateur vers un réseau client de plusieurs
machines, il est plus intéressant d’exécuter l’installation à partir d’une archive existante sur une des
machines du réseau plutôt qu’à partir du A4400 de l’agence. Cependant, il faut se rappeler que la
machine Master qui procède à l’installation, reste connectée en permanence. C’est-à-dire que dans
le cas précédent si c’est A4400 de l’agence qui déclenche le téléchargement de l’archive d’un nœud
du réseau vers un autre nœud du réseau, la connexion entre le Master et la machine contenant
l’archive ne sera pas coupée (et NE DEVRA PAS l’être). Dans ce cas, le chemin de connexion sera le
suivant :
Master console <-- Réseau public --> Machine contenant l’archive dans le réseau <-- Réseau privé
(ABC) --> Machine client.
Pour minimiser les coûts, cette opération doit être lancée à partir du nœud contenant l’archive et
non à partir du A4400 de l’agence.
11. QUELQUES TEMPS DE TRANSFERT (A TITRE INDICATIF)
Transfert d’archive de version complète de 220 Mo à travers un lien TCP/ IP
utilisé entre le PC et A4400 CPU5
Transfert d’archive de version complète de 130 Mo à travers un lien TCP/ IP
utilisé à 100% par deux A4400 (dépend du réseau client)
Transfert d’archive d’un patch de 40 Mo en passant par un IT d’un accès ISDN à
64 Kbit/s
Idem (100 Mo) en passant par l’application tunnel à 9600 bauds
Installation d’une version téléphone de 130 Mo à travers un lien TCP/ IP utilisé à
100% par les deux A4400 (dépend du réseau client)
Installation d’une version téléphone de 150 Mo puis d’un patch de 55 Mo en
passant par l’application tunnel à 9600 bauds
Installation d’une version téléphone de 150 Mo (chorus + téléphone) puis d’un
patch de 40 Mo en passant par un IT à 64 Kbit/s
Installation d’un patch dynamique de 75 Ko à travers le tunnel à 9600 bauds sur
la partition active
Transfert d’archive d’un patch de 36 Mo à travers le tunnel à 9600 bauds
TC0048
10
35 min
1h30
2h
14h15
14h
24h15
8h45
5 min.
4h10
Ed. 27-03-2000
Alcatel 4400
12. GESTION DE L’APPLICATION DATA DERRIERE IO2/OBCA (SLIP)
Dans le menu de gestion Alvéoles/Cartes, déclarer l’IO2 et renseigner l’association avec sa CPU
(Crystal/Coupleur).
Pour le cas d’une OBCA, renseigner le champ "CPU avec canal B optimisé" à Oui dans la gestion
de la carte CPU.
Dans le menu de gestion Data/Applications Data:
−
donner un numéro d’annuaire (accessible en SDA ou en préfixe réseau et peut être le même
que celui d’un abonné quelconque de l’installation), un nom (sans importance),
−
et renseigner l’adresse IP "4.3.2.1" (impératif) à la rubrique "Executable".
Cette dernière adresse est celle qui sera donnée dans les menus du téléchargement pour une
connexion derrière IO2. NE PAS renseigner le champ "Paramétrage".
NOTE
Il est possible de créer une application data avec comme exécutable "/chbin/pre_login" pour obtenir
un login sur A4400 (mais non utilisé pour l’application de téléchargement). Dans ce cas, l’appelant
doit être en mode V120 obligatoire (cas d’un appel via menu d’accueil data, se positionner en V120
par le menu 8).
13. RESTRICTIONS ET REMARQUES
13.1. Restrictions
−
Non fonctionnement en B3.513 via SLIP quand passage par le réseau commuté í backtrace
(corrigé en B3.513.19).
−
Non fonctionnement via SLIP quand passage par l’ARS en ≤R2.1.
−
Non fonctionnement via SLIP quand passage par un débordement privé/public (artère saturée
ou hors service).
−
Non fonctionnement via SLIP quand passage par un saut VPN í backtrace.
−
Non fonctionnement via SLIP quand passage par ISVPN.
−
Non fonctionnement via SLIP en R3 avec swinst < 12.9.
−
Non implémentation de la fonction "Gateway".
−
Installation ou transfert d’archive à partir d’une machine Stand-by ne fonctionne pas pour une
connexion SLIP-IO2 demandée (OK si la machine client est accessible via Ethernet).
−
Installation du A4400 distributeur (transfert PC à A4400).
Emission du message "Close the door on floppy 0" et le transfert ne fonctionne pas.
Ed. 27-03-2000
11
TC0048
Alcatel 4400
Non fonctionnement dû à une duplication des adresses locales et A4740 dans le fichier
"/etc/hosts" quand plusieurs réinstallations netadmin sont effectuées sans utiliser l’adressage du
tunnel IP/ X25 (corrigé en Chorus 12.10).
−
Pas de transfert de version Chorus majeure (cas du transfert d’archive).
Corrigé par la version swinst 11.13 (version B3.513.26.1).
−
Pas de transfert de certaines parties export téléphone quand tous les pays ont été demandés si
au moins un des parties export n’existe pas.
Corrigé par la version swinst 11.11 et rload 1.8 (à partir de la version B3.513).
−
Dans le cas où 3 machines A, B, C sont impliquées dans l'application, A contient l’archive, B est
le client et C est la "Master console", le client ne peut être joint que si la machine A est accessible
par IP (direct ou tunnel) mais pas par SLIP.
−
Pas de possibilité d’installer ou de transférer l’archive sur une machine Stand-by quand le
distributeur ne peut pas joindre le client par IP direct ou le tunnel.
Corrigé à partir de la version swinst 11.14 et 12.4.
−
Pas de chargement possible d’une R3 à partir d’une CPU master en R2 ou R2.1
−
Pas de justificatif émis après une connexion SLIP-IO2.
Corrigé en B3.513.24.
−
Problème si une coupure du support de transfert intervient lors d’un téléchargement (voir le §
Maintenance).
−
Opérations programmées
Un patch dynamique est installé sur la partition inactive (corrigé dans une future version de
swinst).
−
Pas d'installation/Chargement d'une version ou patch dans le cas où les deux derniers digits de
l'adresse IP distributeur sont équivalents aux deux derniers digits de l'adresse IP du client.
Exemple:
Source 10.4.4.1
Destination 172.30.4.1
Corrigé à partir de la version swinst 11.17 et 12.6.
−
Transfert d'archive PC -> A4400
En release 3, spécifier le chargement de Chorus 3 et 5 dans les questions de swinst. En effet, si
l'option "Tout" est spécifiée ( « ), l'absence du Chorus CPU2 en R3 ne fera pas aboutir le
chargement.
13.2. Remarques
−
Le chemin tunnel est à 9600 bit/s de base sur toutes les versions téléphones mais peut être
augmenté à 64 Kbit/s par modification des débits du point d’accès 134 et du tunnel (par
gestion mgr ou A4740) à condition que les machines disposent d’une IO2 ou OBCA.
−
Après l'installation d'un patch ou d'une version contenant un nouveau swinst, il faut se relogger
swinst sur la partition de la nouvelle version pour terminer son installation.
−
Pas de "Remote Download" sur des IT compressés.
TC0048
12
Ed. 27-03-2000
Alcatel 4400
−
Release 3: utiliser la commande "traceroute" pour éditer les routes IP en cas de doute sur un
chemin de connexion.
−
Lors d’un transfert d’archive, le message suivant est édité:
"The cpu client < nom IP client > is currently loaded :
rload -d with console < nom IP du distributeur >
Do you want to bypass this control Y-N (default is N)"
Cela signifie que le client est déjà en cours de chargement. Ce message est également obtenu:
•
lorsque la connexion est établie et que l'on quitte avant l'exécution proprement dite,
•
suite à une coupure de lien.
Répondre "y" si l'on est sûr qu'aucune connexion n'est en cours.
Lors d'une opération programmée, l'exécution n'aura pas lieu. Dans ce cas, supprimer le fichier
"/tmp/rload_wrk":
•
login
: root
•
commande
: rm –r /tmp/rload_wrk
et recommencer l'opération.
Problème corrigé à partir de la version swinst 11.17 et 12.6.
−
Lors d'un "Remote Download", si une machine de type Master est chargée et si une ou des
archives de ce même type existent déjà, elles seront écrasées au profit de la nouvelle archive.
−
Vu les temps de transfert, préférer systématiquement, dans la mesure du possible, un chemin
SLIP sur un IT à 64 Kbit/s.
Ed. 27-03-2000
13
TC0048
Alcatel 4400
14. LES EXEMPLES
Dans les exemples ci-dessous, seules les informations pour établir la connexion avec le client sont
données.
Dans des configurations en réseau ABC, si la machine client doit être appelée par son nom IP
d’adresse locale, il faut que le process de routage RIP "gated" ou "routed" (selon la version logicielle
A4400) soit activé dans les machines en réseau.
14.1. Transfert de l’archive PC vers A4400 par le lien IP
Liaison Ethernet
Version A4400 sur CD-ROM
Disque dur A4400
réception de l'archive
Avant de transférer, il faut ouvrir le boot réseau A4400 du répertoire "bootnet" et sélectionner dans
ce programme le lecteur sur lequel se trouve la version à charger.
Les adresses IP sont supposées cohérentes pour que le PC dialogue avec A4400.
Sélectionner l'option 4 - Remote load a CPU as master or distributor
Source computer : Adresse IP ou nom du PC
Type of the source : 1 « (PC server)
Client CPU : « pour ce A4400
NE PAS donner le chemin complet sur le nom de la version.
Exemple:
Pour un patch d’une version B3.513.20, répondre par "b351320p". Le programme va rechercher
systématiquement dans un répertoire "\dhs3mgr" et le lecteur est sélectionné par l’option "drive" dans
la fenêtre "bootpd".
TC0048
14
Ed. 27-03-2000
Alcatel 4400
14.2. Transfert sur une même machine
Les machines Distributeur/Master, Client et Master console sont une seule et même CPU. Dans ce
cas, seule l’installation est à exécuter.
Sélectionner l'option 1 - Remote install of a client CPU
Name of the MASTER/ DISTRIBUTEUR CPU : «
Name of the CLIENT CPU : «
Ed. 27-03-2000
15
TC0048
Alcatel 4400
14.3. Machine Stand Alone non dupliquée (transfert d’archive)
Master / Distributeur
Réseau Public
(1 IT à
64 Kb/s)
Client
A4400
mono CPU
Disque dur A4400
contenant l'archive
Disque dur A4400 en
réception d'archive
Sélectionner l'option 4 - Remote load a CPU as master or distributor
1 Master console = Client
Name of SOURCE computer: IP@ ou nom du Master/Distributor «
Type of the source : 3 « (DHS server)
Name of the CLIENT CPU : « (cette CPU)
Call the client network, QMCDU: Préfixe de sortie + N° complet de l'application data SLIP sur IO2
Client IP application : 4.3.2.1
Dans ce cas, le Master/Distributeur nécessite une application data SLIP gérée.
TC0048
16
Ed. 27-03-2000
Alcatel 4400
2
Master console = Distributeur
Name of the SOURCE computer : « (cette CPU)
Name of the CLIENT CPU : 4.3.2.1
Call the client network, QMCDU: Préfixe de sortie + N° complet de l’application data SLIP sur IO2
Dans ce cas, le client doit être gérée avec l'application data SLIP.
14.4. Machine Stand Alone non dupliquée (installation d’archive)
Voir synoptique § 14.3 .
1
Master console = Client
Name of the MASTER/ DISTRIBUTEUR CPU : 4.3.2.1
Name of the CLIENT CPU : «
2
Ed. 27-03-2000
17
TC0048
Alcatel 4400
14.5. Machine Stand Alone dupliquée (installation d’archive)
Client
Réseau Public
(1 IT à
64 Kb/s)
Disque dur A4400
contenant l'archive
Disque dur CPU A (Main)
en réception
Disque dur CPU B (Stand-by)
1
Client : Machine main
Idem § 14.4 .
2
Client : Machine Stand-by
Name of the CLIENT CPU : adresse IP ou nom de la CPU Stand-by
Cette fonction n’est réalisable de cette manière que si l'archive à télécharger est supérieure ou
égale à B3.513.21.
Dans le cas où une autre version inférieure est à charger, il faut alors créer une route IP statique
comme suit:
Destination : Adresse IP-C1 de la CPU Stand_by (le client) (exemple 10.4.88.1)
Gateway
Metric : 1
: Adresse IP-SLIP de la CPU main (exemple: 4.3.2.1)
Exemple de commande (à faire sous login "root"): route add 10.4.88.1 4.3.2.1 1
TC0048
18
Ed. 27-03-2000
Alcatel 4400
14.6. Machines sur réseau LAN client (installation d’archive)
Client
Master//Distributeur
A4400 dupliqué
Disque dur A4400
contenant l'archive
Disque dur CPUA
Disque dur CPUB recevant
l'archive ou installation
sur partition inactive
Les routes IP sont supposées correctes entre chaque machine impliquée dans l’opération (routes
disponibles à définir dans netadmin éventuellement).
Name of the CLIENT CPU : Nom ou adresse IP du client
NOTE: Le client peut très bien être une CPU Stand-by
Ed. 27-03-2000
19
TC0048
Alcatel 4400
14.7. Transit via le réseau public et un réseau LAN client
Client : Machine du réseau LAN client.
TC0048
20
Ed. 27-03-2000
Alcatel 4400
14.7.1.
Transfert d’archive
SOURCE computer : « (cette machine)
CLIENT CPU : Adresse IP ou le nom machine du client: se seront les noms ou adresses exactes client
renseigné par "netadmin"
L’archive passera par A4400 relié au réseau public et sera envoyée au réseau LAN client sur la
machine spécifiée ci-dessus (client CPU).
14.7.2.
Installation de l’archive
Mêmes paramètres que ci-dessus.
Ed. 27-03-2000
21
TC0048
Alcatel 4400
14.8. Machines sur réseau LAN client séparées par un routeur
Ethernet
10.4.4.2
R
11.5.5.2
11.5.5.1
10.4.4.1
Ethernet
Client
Disque dur A4400
en réception d'archive ou
installation sur la partition Bis
Disque dur A4400
contenant l'archive
Si les routes sont définies sur chaque CPU A4400 pour se joindre mutuellement, le comportement
est alors identique à celui du § 14.6 .
TC0048
22
Ed. 27-03-2000
Alcatel 4400
14.9. Transit réseau public <--> ABC
Distributeur/Master
Réseau
Public
1 IT à 64 Kb/s
Disque dur A4400
recevant l'archive
Disque dur A4400
contenant l'archive
Lien ABC F2
1 IT à 64 Kb/s
Lien ABC F2
1 IT à 64 Kb/s
Client
Un IT est pris sur les 3 liens ISDN. Le débit est constant à 64 Kbit/s.
Ed. 27-03-2000
23
TC0048
Alcatel 4400
Ce numéro est celui de l’application data du client. Il est bien sûr considéré comme pouvant être
appelé en SDA.
L’IT va transiter dans les deux A4400 et arriver directement sur le client.
TC0048
24
Ed. 27-03-2000
Alcat0 0 400
Alcatel 4400
Le débit est de 9600 bauds si le tunnel reste avec ses paramètres de base.
Cette fonction ne fonctionne que si une version supérieure ou égale à B3.513.2x est chargée.
RIP (Routing Information Protocol) est lancé sur les machines client et intermédiaire.
Name of the CLIENT CPU : Nom IP de la CPU client
Call the client network, QMCDU : Préfixe de sortie + N° complet de l’application data SLIP sur IO2
Ce numéro n’est pas celui de l’application data du client mais celui de la CPU intermédiaire.
L’IT va transiter dans les deux A4400 et arriver directement sur le client.
TC0048
26
Ed. 27-03-2000
Alcatel 4400
14.11.
Réseau mixte artère classique et artère hybride (sur IP)
Lien IP
Liaison voix
(exemple : PCM)
Artère hybride
Lien ABC F2
Client
Disque dur A4400
contenant l’archive
Disque dur A4400 en
réception d’archive
Les machines peuvent toutes être appelées par IP (direct et tunnel).
RIP est lancé sur les 2 machines en réseau ABC et n’est pas nécessaire sur l’autre.
Les routes interface locale ↔ tunnel sont bonnes entre les 2 machines A et B.
Cette configuration est alors identique à celle du § 14.6 .
Ed. 27-03-2000
27
TC0048
Alcatel 4400
14.12.
Traversée de réseau hétérogène
Réseau Public
ABC F1
ou
QSIG
Disque dur A4400
contenant l’archive
Client
Réseau de A4300 L
(ou autre machines
d'autres constructeur)
Disque dur A4400 en
réception d’archive
TC0048
28
Ed. 27-03-2000
Alcatel 4400
Cette configuration est identique à celle du § 14.9 (mêmes paramètres).
Les machines non A4400 doivent être transparentes pour l’IT du canal B. Cette configuration a été
testée pour des machines de type A4300L et A4600.
14.13.
Installation dans un réseau homogène
Client
Client
ABC F2
ABC F2
Client + Master + Distributeur
(archive contenue sous /usr4)
ABC F2
ABC F2
Client
Ed. 27-03-2000
29
TC0048
Alcatel 4400
Une machine du réseau détient l’archive et va l’installer sur les autres nœuds. Deux chemins sont
possibles: par le tunnel IP/X25 ou par un canal B d’une artère (SLIP-IO2).
Dans le cas du tunnel IP/X25, les adresses machines à donner sont les adresses locales des CPU
client (les routes IP vont des adresses locales vers les tunnels).
Dans le cas du canal B, il faut non pas donner des adresses IP client mais l’information "4.3.2.1"
pour que swinst propose l’appel SLIP.
1 Exemple sur tunnel IP
RIP est lancé sur toutes les machines.
Name of the CLIENT CPU : Nom IP client
2
Exemple sur SLIP-IO2 (1 IT pris sur un lien)
Call the client network, QMCDU: N° de l’application data SLIP sur IO2
Ce numéro peut être bien sûr appelé (de type réseau ou acheminement vers le bon nœud).
TC0048
30
Ed. 27-03-2000
Alcatel 4400
14.14.
Installation dans un réseau homogène (suite)
Client
Client
ABC F2
ABC F2
Client + Distributeur
(archive contenue sous /usr4)
Master
ABC F2
ABC F2
Client
La topologie est la même que ci-dessus mais la machine Master console ne détient pas l’archive.
Ed. 27-03-2000
31
TC0048
Alcatel 4400
14.15.
Séquences chaînées
Noeud 1
Lien ABC
(chemin tunnel)
Lien IP
PC
Lien ABC
(chemin tunnel)
Disque A4400
distributeur
Noeud 4
Noeud 10
Archive du PC
Dans cet exemple, trois séquences vont être créées:
−
La première va effectuer un transfert du PC vers le futur A4400 distributeur.
−
La deuxième va effectuer un transfert d’archive du A4400 distributeur vers le nœud 1 du réseau.
−
La troisième va effectuer un transfert d’archive du A4400 distributeur vers le nœud 10 du
réseau.
Ed. 27-03-2000
33
TC0048
Alcatel 4400
Le chemin de connexion est effectué par le tunnel car:
−
les noms de machine (interface locale) sont donnés,
−
et le process "gated" est démarré (routes interface locale vers tunnel).
Puis lancer l’exécution chaînée des trois séquences.
A partir du menu principal des Facilities, sélectionner l'option 7 – Remote Download.
A partir du menu Remote Download, sélectionner l'option 7 – Programmed Operations.
TC0048
34
Ed. 27-03-2000
Alcatel 4400
Enter the name or IP address of SOURCE computer
(return for this cpu, q to quit) -> a4740
Enter the type of the source
1 - PC server
2 - UNIX server
3 - DHS Distributor
q to quit
=> 1 «
Enter the name or IP address of the CLIENT CPU
(return for this cpu, q to quit) -> «
The PC source is : a4740
The CLIENT CPU is : xb004004
Please confirm this choice (Y/N)
y
If you have to use a GATEWAY, enter its name or IP adress
(return for no) -> «
If you have to call the client network, enter the number to call
Type
1 2 3 q ð 2
of data to load
for complete delivery (default)
for patch
for dynamic patch
for manual choice at execution time
«
Enter the name of patch
(q for manual choice at execution time)
=> c15109p «
Enter the countries
To choose all, press <return>.
To display the possible choice, enter <?>
To end a selection, enter a null line (just enter).
=> fr «
=> «
Type
1 2 q => 1
of cpu to load
for a distributor cpu (default)
for a master cpu
«
Ed. 27-03-2000
35
TC0048
Alcatel 4400
Client checking after remote installation
1 - for no check (default)
2 - for size of files
3 - for size and checksum of files
q - for manual choice at execution time
=> «
Press return
Remote Download programming menu
1
2
3
4
Q
-
Create/overwrite a sequence
Delete a sequence
List sequences
Execute sequences
Your choice [1..4, Q] 1 «
EXISTING SEQUENCES
-----------------SEQUENCE : 1
-----------OPERATION : Remote load a cpu as master or distributor
Source name : a4740
Server type : PC
Client CPU : xb004004
Type of data : patch
Name of patch : c15109p
List of export : fr
Type of cpu to load : DISTRI
Enter the number of sequence to create or overwrite :
2 «
Choose the operation to program
1 - Make a remote install of a client CPU
2 - Retry a remote installation
3 - Edit the log file of a remote installation
4 - Load a cpu as master or distributor
5 - Retry a remote load
6 - Edit the log file of a remote load
=> 4 «
(return for this cpu, q to quit) -> xa004001 «
TC0048
36
Ed. 27-03-2000
Alcatel 4400
The DHS source is : xb004004
The CLIENT CPU is : xa004001
y «
Type
1 2 3 q ð 2
of data to load
for patch
for dynamic patch
«
=> c15109p «
Disk source on DHS3
1 - for hard disk: (default)
2 - for MO disk:
=> «
Enter the countries
=> fr «
=> «
Type of cpu to load
1 - for a distributor cpu (default)
2 - for a master cpu
=> «
=> «
Press return
Ed. 27-03-2000
37
TC0048
Alcatel 4400
1
2
3
4
Q
-
Delete a sequence
List sequences
Execute sequences
Your choice [1..4, Q] 1 «
EXISTING SEQUENCES
-----------------SEQUENCE : 1
-----------OPERATION : Remote load a cpu as master or distributor
Source name : a4740
Server type : PC
Client CPU : xb004004
List of export : fr
SEQUENCE : 2
--------------OPERATION : Remote load a cpu as master or distributor
Source name : xb004004
Server type : DHS
Client CPU : xa004001
Source disk : Hard disk
List of export : fr
Enter the number of sequence to create or overwrite : 3 «
Choose the operation to program
1 - Make a remote install of a client CPU
2 - Retry a remote installation
3 - Edit the log file of a remote installation
4 - Load a cpu as master or distributor
5 - Retry a remote load
6 - Edit the log file of a remote load
=> 4 «
(return for this cpu, q to quit) -> xa004010 «
TC0048
38
Ed. 27-03-2000
Alcatel 4400
The DHS source is : xb004004
The CLIENT CPU is : xa004010
y «
Type
1 2 3 q ð 2
of data to load
for patch
for dynamic patch
«
=> c15109p «
Disk source on DHS3
1 - for hard disk: (default)
2 - for MO disk:
=> «
Enter the countries
=> fr «
=> «
Type of cpu to load
1 - for a distributor cpu (default)
2 - for a master cpu
=> «
=> «
Ed. 27-03-2000
39
TC0048
Alcatel 4400
Press «
1
2
3
4
Q
-
Delete a sequence
List sequences
Execute sequences
Your choice [1..4, Q] Q «
15. MAINTENANCE
−
Effectuer un "rlogin" (par l’adresse ou par le nom IP) du distributeur vers le client et inversement
si la connexion est sur lien direct IP ou par le tunnel.
−
Vérifier l’état des routes par la commande "route list" dans le cas où le tunnel est un chemin de
passage. Dans ce cas, vérifier aussi que le process de routage "gated" est bien lancé (gestion
netadmin). Dans le cas de connexion IP directe, il est possible de rajouter des routes statiques
par le menu de netadmin (à partir de la version B3.513.26.1). Dans ce dernier cas, le process
"gated" n’est pas indispensable si le réseau n’a pas de tunnel IP/X25.
−
Tester le fonctionnement de l’IO2 en application data en remplaçant l’exécutable "4.3.2.1" par
"/chbin/pre_login". A l’aide d’un terminal data en V120 avec le menu d’accueil, appeler ce
numéro; un login doit être obtenu.
−
Cas de coupure du support en transfert/installation d’archive:
swinst n’est pas informé d’une coupure du lien, c’est pourquoi des opérations manuelles de
libération des liens et process doivent être exécutées dans l’ordre suivant :
−
•
Quitter swinst par § G + § C (seul moyen possible, retour alors au login).
•
Repérer les process associés au téléchargement et les terminer par la commande "kill –9"
sous login "root" (process de type "rsh" "rcp" ou "dd"). Ceci à la fois sur le distributeur et sur le
client.
•
Cas d’une connexion SLIP sur un IT d’un T0 ou T2
Taper la commande "ifconfig -a" et vérifier que le lien SLIP concerné n’a plus l’information
"UP ". Sinon libérer la connexion par la commande "sldetach <No du lien SLIP >", le lien
SLIP étant identifié sl0 à sl3 (4 liens maximum).
En Release 3, vérifier que swinst possède un mot de passe sur les machines. S'il n'y a pas de mot
de passe, l'accès est interdit.
TC0048
40
Ed. 27-03-2000
Alcatel 4400
−
Quelques messages d'erreur swinst
•
"Permission denied":
♦ Pas de mot de passe dans le compte swinst.
♦ Pas d'entrée dans le fichier ".rhosts" (entrer les hosts par netadmin).
•
"Error when connecting to client CPU
♦ Le réseau client ne peut pas être joint.
•
"The client entry point can't reach client CPU":
♦ Le réseau client ne peut pas joindre le serveur client et la CPU client.
•
"Error when installing client CPU":
♦ Cas d'un "Remote Load" où l'archive ou au moins un de ses composants n'existe pas sur
le Master/Distributeur.
Ed. 27-03-2000
41
TC0048
Alcatel 4400
TC0048
42
Ed. 27-03-2000

COMMUNICATION TECHNIQUE Alcatel 4400

Transcription

Documents pareils

Séminaire CPU : Lancement du réseau des référents numériques

CATERPILLAR TRACTOPELLE

Vous pouvez télécharger ici les résultats provisoires de cette

fiche TEMPORIS 22

3826 rv MOBILE 100 Reflexe

Armoires ignifuges DS 4000 pour supports informatiquespdf, 196 KB

3827 rv MOBILE 200 Reflexe

Salah Soltan invité par la MAC à radicaliser les participants à une

Alcatel-phone-IP15-fiche-produit Características, 399.94 KB

Alcatel Mobile 200 Ex ReflexesTM