Bonjour Remi,
> Remi Jolin a écrit :
> [...]
Merci beaucoup pour ton aide. On a résolu le problème par reboot (rien changé).
Avant le reboot :
- Decnet était démarré.
- Le fichier est bien systartup_vms.com (on vient de regarder un 6.2)
- Il n'y avait qu'une seule carte réseau.
- Decnet était bien avant IP dans la conf.
- C'était bien du phase IV et le process NETACP était présent, près du haut.
On pense que le problème est arrivé quand 3 switches on perdu l'alim (c'était
prévu) et que les machines VMS qui étaient sur un autre circuit n'ont pas aimé
quelque chose. Apparemment, si la connectivité réseau est perdue, la pile
DECnet perd les pédales. J'aimerais bien reproduire, mais çà a pas l'air d'être
la priorité de la prod de rebooter une fois de plus :-(
Merci encore,
Michel.
Sent: Thursday, September 14, 2017 10:47 AM
To: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] DECnec phase IV MAC address sous VMS
Bonjour,
Tu as raison concernant les changements d'@MAC. En decnet (phase4) il n'y a pas
de mécanisme genre ARP pour faire le lien entre @decnet et @MAC. C'est une pure
fonction qui fait le boulot.
Ca fait bien longtemps que je n'ai pas vu de serveurs en 6.1 ou en decnet
phase4. La plus part sont maintenant en decnet/osi (ou rename
decnet/Plus)
quelques raisons qui me viennent à l'esprit :
* decnet n'est pas démarré au boot. Dans le fichier
sys$manager:systartup_vms.com (j'espère qu'il s'appelait déjà
comme ça en 6.x), il doit y avoir une ligne @sys$manager:startnet
non commentée et avant le démarrage de la couche IP (ucx$startup
??, ça dépend du fournisseur de la pile IP).
* il y a plusieurs interfaces réseau et decnet n'est pas démarré sur
la bonne.
* ça n'est pas decnet phase 4 qui est installé sur ces machines mais
decnet/osi et la conf est incomplète (si tu fais un "$ show
syst", est-ce que tu vois un process qui s'appelle NETACP ou
NET$ACP ?)
Le 14/09/2017 à 00:06, Michel Py a écrit :
> Bonsoir à tous,
>
> [Je precise, question sérieuse]
>
> Est-ce qu'il y a des gens parmi vous qui se rappellent de DECnet phase IV
> sous VMS ?
> J'ai 4 postes (Alpha Station sous OpenVMS 6.1) qui ont TCP/IP et DECnet sur
> la même carte réseau. TCP/IP marche bien, DECnet (non routé) ne se connecte
> pas.
> En comparant les addresses MAC des postes qui marchent en DECnet avec celles
> qui ne marchent pas, je trouve :
>
> 192.168.17.8308:00:2B:C5:3E:4B pas bon supposé 4.101
> 192.168.17.3808:00:2B:C5:45:3B pas bon supposé 4.102
> [...]
> 192.168.17.11AA:00:04:00:01:10 bon Decnet node 4.1
> 192.168.17.12AA:00:04:00:02:10 bon Decnet node 4.2
>
> Mes souvenirs un peu brumeux de Phase IV disent que l'addresse MAC est
> remplacée par aa :00:04:00:xx:yy ou xx et yy sont un produit dérivé de
> l'addresse Decnet (vérifié sur les nodes qui marchent). Par contre je suis
> sec avec VMS, pourquoi il ne le fait pas sur certains postes ?
>
> J'ai encore 50 postes en DECnet, oui je sais on est en 2017.
>
> Michel.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
---
Liste de diffusion du FRnOG
http://www.frnog.org/
---
Liste de diffusion du FRnOG
http://www.frnog.org/
