#Tag
« ZML: model to metal » par
Steeve Morin
Première mention de #Zig à FRnog ! On veut faire de l'inférence avec un LLM, on programme une application en Zig et c'est compilé vers, par exemple, du nVidia CUDA.
Un concurrent de PyTorch, alors ?
Fin de #FRnog, bisous.
« abcdesktop.io - K8s VDI solution » par Alexandre Devely
VDI : si j'ai bien compris, il s'agit de lire une vidéo dans un container Kubernetes et de la faire afficher dans un navigateur.
« ZML: model to metal » par
Steeve Morin
Première mention de #Zig à FRnog ! On veut faire de l'inférence avec un LLM, on programme une application en Zig et c'est compilé vers, par exemple, du nVidia CUDA.
Un concurrent de PyTorch, alors ?
Application au Transilien (réseau ferroviaire d'Ile-de-France). La topologie physique est stable, car liée aux rails.
« abcdesktop.io - K8s VDI solution » par Alexandre Devely
VDI : si j'ai bien compris, il s'agit de lire une vidéo dans un container Kubernetes et de la faire afficher dans un navigateur.
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.
« 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.
« 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. »
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.)
« É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).
« 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.
« 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.
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 ?)
T-shirt vu à #FRnog: "Breaking Prod"
La table ronde est presque paritaire : quatre barbus, trois glabres.
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.
« 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.
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.
Grâce à #FRnog, japprends des mots nouveaux; Désormais, mes playbooks Ansible sont des Sources de Vérité.
Par contre, personne n'a encore dit èmesipi. Encore un effort mercatique, camarades !
Grâce à #FRnog, japprends des mots nouveaux; Désormais, mes playbooks Ansible sont des Sources de Vérité.
« 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. »
« 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.
« 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)
A space for Bonfire maintainers and contributors to communicate
