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.83    08:00:2B:C5:3E:4B   pas bon  supposé 4.101
> 192.168.17.38    08:00:2B:C5:45:3B   pas bon  supposé 4.102
> [...]
> 192.168.17.11    AA:00:04:00:01:10   bon  Decnet node 4.1
> 192.168.17.12    AA: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/

Répondre à