Au #FRnog (tant que la batterie durera). Du BGP, du PON, du WDM et d'autres choses auxquelles je ne comprends rien.
Discussion
Loading...
Discussion
« Infra as Code pour ton DC » par
Nidhal Taleb « on fat parfois des tests dans la prod' »
Pour valider une config', on crée une réplique virtuelle du DC en YAML avec Netbox, Containerlab https://containerlab.dev/, NetReplica, etc. Et on a un digital twin de son DC, on peut tout tester.
« InfraHub Community » par
Benoit Kohler https://github.com/opsmill/infrahub
« La vérité est à plusieurs endroits » Et j'apprends l'acronyme de SoT (Source of Truth)
« Beyond NetBox : YANG, GitOps & the Future of Network Automation » par Eugène Ngontang
GitOps : automatiser la gestion du réseau en mettant des fichiers YAML dans Git
Pro tip: évite de faire des slides où il y a un organigramme qui ne peut pas se lire à plus de 50 cm. Idem pour les fichiers en YAML.
Table ronde au #FRnog sur l'automatisation de la gestion du réseau.
Steven Le Roux, Pierre-Yves Maunier, Vincent Bernat, Benoit Kohler, Dom Schaeffer, Eugène Ngontang.
« L'automatisation permet d'éviter les erreurs humaines. »
« L'automatisation permet d'appliquer les erreurs humaines à tout le réseau. »
« Les déviations doivent rester exceptionnelles. » C'est assez autoritaire, la gestion de réseaux, quand même.
La table ronde est presque paritaire : quatre barbus, trois glabres.
1+ more replies (not shown)
Bonne discussion sur l'automatisation et ses limites, notamment face aux inévitables cas particuliers.
Maintenant, on passe à la question à la mode : l'IA va-t-elle remplacer les solutions d'automatisation actuelles ?
Free a un LLM qui lit tous les mails de maintenance mais, pour l'instant, il ne sait pas encore en tirer des conclusions intelligentes.
« Optical Network Technologies in the AI Era » par Quoc-Thai Nguyen
Ah, il faut remplacer TCP/IP par RDMA ? https://en.wikipedia.org/wiki/Remote_direct_memory_access
L'IA impose de sacrées contraintes au réseau. Il faut du B1T ("beyond 1 Tb/s").
(Ensuite, il pipeaute sur la QKD, ça m'a énervé. Et il n'explique pas très bien pourquoi on a besoin de liaisons à longue distance, pour l'entrainement du modèle, tout est dans le même centre de données, non ?)
« VPC / Virtualisation Réseau » par Steven Le Roux
Le réseau de Clever Cloud est purement IPv6, avec jumbogrammes. Leurs trucs rigolos dans le réseau sont faits en exploitant le Next-Header de IPv6 pour encoder le VPC ID, traité par eBPF (RFC 9669). En attendant une mise en œuvre dans les cartes réseau.
« Étendre la visibilité du routage BGP grâce à BMP » par Thomas Holterbach
Redistribue les routes collectées en MRT, via une API (bib' Python fournie) et une websocket.
Les pairs de BGProutes exportent donc en BGP seulement la meilleure route. SI une route résultant d'une attaque n'a pas été choisie, le collecteur ne la verra pas.
Pour les attraper toutes, il faut un autre protocole, BMP (BGP Monitoring Protcol).
« OTN switching et SNCF transilien » par Julien Ramsamy
« Le principe d'OTN, c'est de mettre les petites boites dans les moyennes boites, qui sont ensuite mises dans des grosses boites. » (Sérieusement, c'est du transport sur fibres optiques, donc couches basses.)
« Dans la salle, vous êtes plutôt IP qu'optique. »
J'apprends le "dying gasp", quand un équipement dont le courant vient d'être coupé utilise le peu d'énergie qui reste dans ses condensateurs pour envoyer une alerte SNMP.
Application au Transilien (réseau ferroviaire d'Ile-de-France). La topologie physique est stable, car liée aux rails.
bonfire.cafe
A space for Bonfire maintainers and contributors to communicate
Automatic federation enabled