Reprise du message précédent :

Y a des pros switch Aruba ici ? Sais plus si je l'ai dit, mais on me demande "naturellement" de changer des switchs sur des sites. On a une opération NAC et il y des switchs qui ne sont pas compatibles.  
Donc il faut que je récupère la config existante et que je la recopie sur des switchs nouvelles versions.  
Alors j'ai demandé au contrat en alternance si il l'avait fait déjà avec l'ancien admin. Il m'a dit oui. Mais impossible d'en savoir plus.  
Moi je l'avais fait il y a quelques  années, sur des Cisco. Jusqu'à ce qu'un service réseau soit créé et nous enlève la gestion des switchs & reste de nos sites.  
J'ai googlé mais je ne trouve pas de tutos intéressants.  
Si vous avez des procédures ou... je suis preneur
 
Merci de vos retours

c'est quel OS ?

Quand tu configures du matos Arista, venant de Cisco tu es très très à l'aise  
 
+1 pour la fin de ton message LeKeiser une fois que tu te débrouilles avec les concepts de base (routing/switching/firewalling), tu retrouves les mêmes principes de façon similaire ou un peu différente chez les divers constructeurs. Oui, tu réapprends toujours un peu de zéro avec la nouvelle interface et les spécificités du nouveau système à configurer, mais le principe de base demeure, donc avec ces connaissances et de la logique tu finis par t'en sortir de mieux en mieux au fil du temps Jusqu'au prochain matériel d'un nouveau constructeur, rebelote

Tu es ironique ou tu le penses vraiment ? (vraie question hein )
 

Je me débrouille avec les concepts de base (au passage, les FW sont des Palo Alto, gérés par une équipe dédiée. Je n'y ai pas du tout accès, sauf en visu. Et je n'ai pas été formé bien sûr)  
Mais de là à changer comme ça des switchs Aruba, à la one again comme ils le pensent, c'est une autre histoire

Equipe dédiée Firewall ou Sécurité avec les autres équipements ?

Selon ce que j'ai vu, équipe dédiée FW et réseaux. Ce sont eux qui gèrent les prestataires extérieurs pour les arrivées réseaux, les upgrades, toussa. Ce sont eux qui, normalement, gèrent l'architecture réseau des sites. Mais j'ai des doutes. Et donc ce sont eux qui gèrent les FW, les ouvertures de flux, etc.
 
Chais pas. Là d'où je viens, c'était donc du Cisco, bien ordonné. On savait que les 10 premiers ports étaient réservés aux imprimantes. Que les 4 derniers, interconnections. Trucs comme ça.
Ici, quand je cherche un équipement (car rien n'est étiqueté entre la prise murale et la baie de brassage), je scanne les switchs et je vois que le switchs A est connecté au switch B par le port 18, et que le B est connecté au C et au D par le port 6 et le port 23, que le D est connecté au E et au F par les ports 12 et 28, et ...
Bref, pour moi, c'est un peu la pagaille.
Mais je peux me tromper. Je ne suis qu'un petit admin réseau
 
Bref, faut que je change des switchs.

Ca doit pas être compliqué, tu exportes la conf, tu nettoies si besoin, tu l'importes sur le nouveau switch, tu regardes qu'il y ait pas d'erreurs ou truc chelous et tu remplaces physiquement le switch ?

Switch en mode dhcp et basta  

Vlan1 partout et un port trunk et zou !

 

Je viens de m'exporter une conf, c'est quand même différent de Cisco. Là où j'avais tous les ports, là j'ai tous les vlan.  
Faut que je sorte un switch vierge et que je regarde comment c'est.
Ca devrait le faire, comme tu dis (enfin, j'espère, car c'est moi )
 
Le truc après, faudra que je chope mon alternant, qu'il m'aide pour la partie physique. Seul, c'est trop chaud tout seul, et surtout, ils ont collé les switchs ensemble, ils n'ont pas laissé un U entre chaque.

 
Je le note
 
 

 
je le note aussi
 
Ca va être plus facile que prévu alors

Si tu fais aruba > aruba ça ne devrait pas être trop compliqué comme migration

Ça dépend. Il y a des changements d'OS entre les anciens HP/Aruba et les nouveaux.

Ca ne veut rien dire  

oui, les changements sont dus à la vétusté des switchs, pas compatibles avec le projet NAC actuellement en cours.
Donc ça veut dire qu'il va falloir adapter la config des anciens sur les nouveaux, non ? Tu penses qu'un bleu comme moi peut le faire ?

On va dire qu’il va falloir tester avant de pousser en prod.
Sinon tu fais un test direct en prod un vendredi

je racolle pour mon soucis de postfix/smtp vers gmail qui me teuj https://forum.hardware.fr/forum2.ph [...] =0#t178811

Faut repérer les ports spécifiques. (Uplink, borne wifi, port dans un clan particulier). Suivre ces câbles pour repérer les prises dans la baie de brassage.

Configurer les nouveaux Switch avec le vlan non spécifique puis pousser les ports spécifiques puis brasser.

Avec le NAC le seul truc un peu Touchy c'est la config Radius sur les switch ainsi que la config des ports access pour les users.

Si tu as du switching Aruba je suppose que votre NAC  c'est ClearPass ?

Ou bien du Cisco ISE ?

Ça, plus le fait qu'il semble visiblement servir de fusible pour ses collègues.

Alors pour le NAC, je n'ai eu aucune formation. Je suis ceux qui le configurent sur les sites. Ils me posent des questions parfois (souvent) je ne sais pas trop quoi répondre.  
"Bon, on va créer tel VLAN pour ces devices. On va les migrer et passer par tels flux. Tu peux nous créer le VLAN et nous dire donc la suite ? "  
Moi : " "
 
On passe par Forescout. Si c'est ta question ClearPass ? Je doute, mais...

Ah oui Forescout

C'est pas mal mais du coup faut que celui qui gère le NAC te donne les VLANS autorisés dans sa config.

Pour avoir remplacer des switch c’est aussi souvent le moment de repenser les branchements , cartographies etc ….
Pas juste débrancher rebrancher à l’identique…

 
c'est un peu le stade ultime une fois que tout le reste est remis d'équerre je dirais

Effectivement.. faut pas rebrasser à l'identique.
C'est l'occasion de nettoyer.

Si y a une équipe qui gère le réseau et la mise en place un NAC, ça serait plus logiquement a eux de te fournir la config a importer sur le nouveau Switch.

Tu n'aurais alors qu'à passer à la phase de migration physique des switchs.

Mais bon, cela donne vraiment la sensation que vous êtes laissé a vous-même dans la boîte là.

Tout dépend la boite

C'est sûr que ça serait le bon moment. Mais est-ce vraiment mon rôle ? Je veux dire, y a normalement le N3 qui s'occupe du réseau, qui le gère, qui le dirige.  
En production, et avec le peu de connaissances que j'ai de ces switchs, c'est un peu risqué que je m'y attaque seul, non ?

Tu crois que tu as été embauché pour servir le café à l'équipe ? Allez hop on attend de toi que tu saches configurer un switch comeme

 
 
il y a deux équipes :  
_le N3 qui, je pense, gère le réseau, l'architecture, toussa.  
et
_ l'équipe NAC, qui implémente le NAC sur les sites.  
 
Et moi, je prends le train en marche.
 
Je ne serai pas contre du tout qu'une de ces équipes viennent sur site et qu'ensemble on migre les switchs. Selon leurs plans de route.  
Mais je doute que ça ne se fasse. Généralement, tout ce petit monde reste dans les bureaux, et...

J'ai acheté la machine à café déjà

Nan, je veux vraiment bien configurer ces switchs. Mais avec un peu d'aide de leur part quand même. Pas envie de tout planter.
J'ai téléchargé la config d'un switch là. Après, je vais me connecter sur un nouveau pour voir comment ça se passe.
Le truc, c'est que je ne sais pas du tout si il y a de grandes différences entre les OS de ces switchs. Si les commandes, les configurations, sont très différentes. Incompatibles.

De mémoire, c'est quasiment pareil.
Mais il y a un truc qui fonctionne différemment, mais, j'ai oublié quoi.  

Je parle d'Arista, pas Aruba, et je suis sérieux Arista se sont d'ailleurs pris un procès par Cisco car bcp de leurs commandes sont identiques : show running-config, conf t, hostname, gestion des vlans, etc, tout pareil ou très très similaire. Du coup le passage de Cisco vers Arista ou l'inverse n'est pas super dépaysant

Vers Alcatel-Nokia (show configuration snapshot, pas de conf t) ou vers Huawei (qui utilise "display" à la
HP Comware au lieu de "show" sur IOS), c'est un peu plus funky pour s'y retrouver au début

 
nan c'est réglé maintenant, sur les firmwares récents les commandes en elles mêmes sont bien toujours des synonymes des commandes cisco, mais dans la conf usine il y a des alias vers la terminologie cisco, genre alias "show => display" etc
 
enfin bon il me semble que HPE a revendu ses parts maintenant de toute façon.

Haha nice les alias d'usine À l'époque j'avais trouvé une page d'un wiki random pour lister les équivalences Cisco-Huawei, parce que les trucs genre "system view" pour "conf t" c'était pas super intuitif  

ouais ça dépayse un peu au début (et en effet le "system-view" en particulier je sais pas où ils sont allés le chercher   ), mais on comprend vite que c'est juste des mots remplacés par des synonymes et que la logique reste exactement la même que sur IOS, et qu'il n'y a que les commandes "de surface" qui changent, quasiment tout le reste est identique. En gros y'a genre 10 équivalences à connaître et c'est bon.

JunOS FTW

Vous n'utilisez pas de couche d'abstraction qui vous permet de déclarer votre infra rézal et puis ça l'applique tout seul selon le constructeur et basta ?

show | compare
 

 
notre seigneur et sauveur