[FRnOG] [TECH] depeering EU-BGP-SPAMD
Uncontrolled growth has led me to deeper EU-BGP-SPAMD And yes, there are still people who configure routers with the command line. Want to see how it happens, when one depeers ? c2851-michel#conf t Enter configuration commands, one per line. End with CNTL/Z. c2851-michel(config)#router bgp x c2851-michel(config-router)#no neighbor 217.31.80.170 Adios. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [MISC] MCAS
David et Stéphane, Le troll de la liste du FRnOG c'est moi, est vous êtes les héritiers désignés. Merci de ne pas donner des croquettes à troll à ceux qui n'ont touché dans leur vie qu'un seul joytisck, celui entre leurs jambes. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] MCAS
On Sat, 2019-05-11 at 18:27 +, Michel Py wrote: > Les commandes de vols électriques qui ont toujours priorité sur le > pilote. > La philosophie de Boeing est que c'est toujours le pilote qui a le > contrôle. > Airbus, c'est la bécane qui pilote, et si l'humain est pas d'accord, > démerdes toi le ciel t'aidera, ou pas. Dans l'amerrissage sur l'Hudson, la machine a joué un role clef en empêchant le pilote de faire sortir l'avion de son domaine de vol. Il ne faut pas oublier que l'humain est beaucoup plus lent que la machine dans les calculs et la réaction. -- Nicolas DEFFAYET --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] MCAS
>> Michel Py a écrit : >> A part le coup du MCAS récemment, Airbus a fait nettement plus de trucs >> crades avec les contrôles que Boeing, AMHA. > Stéphane Rivière a écrit : > Tu peux élaborer (toujours curieux par nature) ? Les commandes de vols électriques qui ont toujours priorité sur le pilote. La philosophie de Boeing est que c'est toujours le pilote qui a le contrôle. Airbus, c'est la bécane qui pilote, et si l'humain est pas d'accord, démerdes toi le ciel t'aidera, ou pas. Pas de feedback de ce que l'autre pilote fait avec son joystick çà me broute aussi. J'ai touché un avion à joystick, je préfère le yoke. Le joystick il ne me fournit aucune info, le yoke oui. > On a bien regardé le délire du MCAS avec des potes US (rapport à notre > langage de prédilection), y > compris des gars qui dev et qui pilotent et on en est arrivé à la conclusion > que la somme de > conneries de conception et de sournoiseries diverses concernant le MCAS était > quasi hallucinatoire > et assez inégalable dans le contexte d'un avion de ligne classique - sans > commande électrique de vol). Oui on en est arrivé à la même conclusion, çà à une odeur bien sympa de bidouille crade faite à la dernière minute par un stagiaire. C'est à se demander s'ils ont fait un concours pour celui qui allait arriver à faire le plus de conneries simultanément. En plus, il y a MCAS sur le KC-46, et celui-là il est bien conçu. > Le 737-MAX vs 800/900 n'était pas un nouvel avion selon critères de Boeing > (c'était > même le leitmotiv de ce programme : le MAX n'est pas un nouvel avion). Ce n'est pas un nouvel avion. Ce qui est nouveau, c'est le niveau de connerie humaine. > Et bien sûr, by design, le MCAS continuait à fonctionner même > l'autopilot éteint, disposition permettant une confusion maximale. MCAS n'est actif QUE dans le cas ou le pilote automatique n'est pas engagé. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] IPV6 Name and Shame
> Stéphane Rivière a écrit : > Mais les réseaux coaxiaux ont disparu au siècle dernier, les hubs sont > loin et les switchs ont réglé le problème depuis si longtemps... Il y a 2 jours j'ai nettoyé plusieurs centaines de mètres de twinax. J'ai encore du coax en prod, et contrairement à DECNET je ne l'éteins pas cette année. J'ai encore des collisions. Je comprends bien que je ne représente pas la majorité dans ce domaine, mais les trucs qui sont conçus de travers, je vais devoirs me les taper pendant 30 ans après qu'ils soient installés. Donc je préfère les trucs conçus proprement dès le départ, quand j'ai le choix. > Michel Hostettler a écrit : > Après, il ne faut pas non plus faire n'importe quoi et la technologie a > balbutié au début... Il y a des infras qu'on construit pour quelques années, et il y a des infras qu'on construit pour des décennies (exemple : le téléphone). Dès qu'il faut commencer à ouvrir la chaussée, ou quand on travaille en milieu stérile ou inaccessible, les couts de changement de l'infrastructure deviennent rapidement astronomiques. En entreprise classique, c'est pas trop compliqué de changer un hub en switch, et de changer encore quand on passe à 100M, et encore quand on passe à GigE, et encore quand on mets POE, etc. C'est le quotidien de l'admin réseau local. Par contre, dès qu'on commence à toucher ce qui n'est plus des employés dans de cubes, on se retrouve à construire une infra dont les couts sont principalement de l'installer, plus que le matos qu'on installe. > Les journées n'ont que 24 heures et il y a beaucoup d'autre priorités > bien supérieures aujourd'hui, qui ne seront pas celles de demain... Encore une fois, dépend de l'infra. J'aime bien le parallèle que Guillaume a fait : c'est pas souvent que c'est la meilleure technologie qui gagne, et l'histoire a tendance à se répéter. IPv6, c'est le token-ring des protocoles de réseau. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPV6 Name and Shame
Oui, ça m’a fait un peu le même effet. > Le 11 mai 2019 à 16:12, Michel Hostettler > a écrit : > > > - C'est merdique ! > - Euh !... Pouvez-vous développer, SVP. > - Pas besoin de développer, c'est résolument merdique. > - Ah !... D'accord. Pour quelle raison ? > - Le protocole est merdique, de base. > - Je comprends beaucoup mieux maintenant. > > Cordialement, Michel > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPV6 Name and Shame
- C'est merdique ! - Euh !... Pouvez-vous développer, SVP. - Pas besoin de développer, c'est résolument merdique. - Ah !... D'accord. Pour quelle raison ? - Le protocole est merdique, de base. - Je comprends beaucoup mieux maintenant. Cordialement, Michel - Mail original - De: "Kevin CHAILLY, Service Technique" À: "Philippe ASTIER" , "frnog" Cc: "Michel Hostettler" , "guillaume barrot" , "Michel Py" Envoyé: Vendredi 10 Mai 2019 09:38:19 Objet: RE: [FRnOG] [TECH] IPV6 Name and Shame A job[-1] on faisait pas mal de trucs indus. On utilisait du CANbus et du MODbus régulièrement ... Si dans l'industrie tu n'utilises pas Ethernet, c'est aussi parce que c'est beaucoup plus sensible aux parasites ! Sur une paire cuivre enterrée dans un cimetière indien, tu peux faire un bon kilomètre en MODbus sur RS485 ( a condition de mettre des transil pour pas foutre le feu aux cartes par temps d'orage ) Et c'est rare que ton automate veuille regarder netflix en 4k tout en dessinant sur Tinkercad. Kévin PS : bon, et en vrai, c'est aussi parce que RS-485, ca s'implémente en faisant l'hélicobite sur le clavier avec un CPU anémique. En 2005, on avait un CPU intel a 16mhz dans les automates avec une demi-stack IP. -Message d'origine- De : frnog-requ...@frnog.org De la part de Philippe ASTIER Envoyé : vendredi 10 mai 2019 08:58 À : frnog Cc : Michel Hostettler ; guillaume barrot ; Michel Py Objet : Re: [FRnOG] [TECH] IPV6 Name and Shame Je n’essaie pas de t’expliquer le réseau, je ne me permettrai pas. Pourquoi s’énerver ? Le fly-by-wire et le drive-by-wire sont des réalités, et il y a des standards qui les gouvernent, et c’est pas de l’Ethernet, pour le moment. Et je pense que tu es très bien placé pour le savoir ! On a toujours le choix pour des technos : partir de zéro (en se souvenant des écueils de l’histoire), ou tenter d’adapter un standard de masse pas cher. Donc oui, certains tentent de voir ce qu’on peut faire pour rendre l’ethernet déterministe pour le rendre utilisable dans des environnements plus critiques, c’est tout ce que je dit. L’IEEE tente d’imposer des standards, mais ils n’y arrivent plus, et sont trop lents face au marché. Je suis dans un comité de standard en ce moment… si on pond quelque chose avant 3 ans je serai bien surpris, et ça sera obsolète d’ici là. Enfin non, ça l’est probablement déjà... > Le 10 mai 2019 à 08:46, Michel Py a > écrit : > >> Philippe ASTIER a écrit : >> l’IEEE a pas mal travaillé sur des versions déterministes de >> l’Ethernet, pour l’automobile et l’industrie en particulier. > > Philippe, je t'aime bien mais s'il te plait essayes pas de m'expliquer le > réseau pour l'automobile. Demain, si tu conduits ta bagnole pour aller > bosser, n'oublies pas que je fabrique ton airbag, ton ABS, et la moitié des > components de merde qui contrôlent tes freins et ta direction assistée. > > T'as jamais entendu parler de Google ? Tu sais pas pour qui je bosse ? C'est > pas l'IEEE qui fabrique la bagnole que tu conduis. > > Michel. > --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPV6 Name and Shame
Merci Stef de ma rassurer, Cordialement, Michel - Mail original - De: "stef" À: "Michel Hostettler" Cc: "frnog" Envoyé: Samedi 11 Mai 2019 13:06:18 Objet: Re: [FRnOG] [TECH] IPV6 Name and Shame > Et personne dans cette liste pour l'évoquer ! Dans quel monde vit-on ? Dans un monde qui n'a pas connu ça. Effectivement, j'aurais pu. Ayant bien subi le problème en dev sur les premiers réseaux coaxiaux. Mais les réseaux coaxiaux ont disparu au siècle dernier, les hubs sont loin et les switchs ont réglé le problème depuis si longtemps... J'apprécie Ethernet dans la vie de tous les jours. Ou quand je dois coder un truc sur un microcontrôleur, c'est simple, de l'UDP dessus, c'est simple. Le tout est standard. J'ai 100m de ficelle possible (voire un peu plus en mode même pas peur des timings). Et y'a même des pions qui ne valent rien et qui implémentent toute la couche MAC-ETH/IP/UDP/TCP @ 100 Mbps et qui déclenche une interruption si la bonne MAC est chatouillée. Je peux même ressortir un vieux hub 10 Mbps/100 Mbps pour y coller un wireshark si mon switch n'a pas de mode hub et ça marchera encore... What else ? (C) Georges --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPV6 Name and Shame
Et personne dans cette liste pour l'évoquer ! Dans quel monde vit-on ? Dans un monde qui n'a pas connu ça. Effectivement, j'aurais pu. Ayant bien subi le problème en dev sur les premiers réseaux coaxiaux. Mais les réseaux coaxiaux ont disparu au siècle dernier, les hubs sont loin et les switchs ont réglé le problème depuis si longtemps... J'apprécie Ethernet dans la vie de tous les jours. Ou quand je dois coder un truc sur un microcontrôleur, c'est simple, de l'UDP dessus, c'est simple. Le tout est standard. J'ai 100m de ficelle possible (voire un peu plus en mode même pas peur des timings). Et y'a même des pions qui ne valent rien et qui implémentent toute la couche MAC-ETH/IP/UDP/TCP @ 100 Mbps et qui déclenche une interruption si la bonne MAC est chatouillée. Je peux même ressortir un vieux hub 10 Mbps/100 Mbps pour y coller un wireshark si mon switch n'a pas de mode hub et ça marchera encore... What else ? (C) Georges --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IPV6 Name and Shame
> Ethernet, c'est (désormais) étoilé, économique, compréhensible, non > déterministe... Les inepties ont la dent dure. Penser un seul instant, en 2020, qu'Ethernet produit des collisions, je conçois bien que le raisonnement est merdique... pas la technologie. Et personne dans cette liste pour l'évoquer ! Dans quel monde vit-on ? Cordialement, Michel - Mail original - De: "stef" À: "frnog" Envoyé: Vendredi 10 Mai 2019 10:00:32 Objet: Re: [FRnOG] [TECH] IPV6 Name and Shame > A l'origine, Ethernet était une technologie opportuniste, à l'opposé de Token > Ring (déterministe). > En Token Ring, pas de collisions. Les trames étaient de 4KO, sympa aussi. Tss... Token Ring... Soyons sérieux... L'admin qui passe sa vie à tourner en rond pour trouver où la boucle s'est rompue... Et pendant ce temps là la vie s'est arrêtée dans l'entreprise... Et les pertes de jeton... Non... Sérieusement... Ethernet, c'est (désormais) étoilé, économique, compréhensible, non déterministe (mais on peut contourner cf Airbus et leur bus indus pour A380 et A350) et même pour mme michu, c'est très robuste électriquement. Après, il ne faut pas non plus faire n'importe quoi et la technologie a balbutié au début... Aussi bien coté hardware avec les premiers réseaux des années 80, avec les transceivers vampire dans les faux plafs (d'où la certitude que le mec qui se balade dans les couloirs avec un escabeau est forcément l'admin réseau) que coté logiciel avec la nécessité impérative de coder proprement pour ne pas écrouler le réseau ou bloquer une application parce que M. michu est allé grailler en laissant la fiche des congés verrouillée en modification. Aujourd'hui, y'a trop rien à dire, sauf à discuter de l'ipv6 pour parler du sexe des anges. On passera à l'ipv6 quand il le faudra et pas avant. Les journées n'ont que 24 heures et il y a beaucoup d'autre priorités bien supérieures aujourd'hui, qui ne seront pas celles de demain... --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Cette année, j'éteins DECNET
A part le coup du MCAS récemment, Airbus a fait nettement plus de trucs crades avec les contrôles que Boeing, AMHA. Tu peux élaborer (toujours curieux par nature) ? Hormis le coup du petit point décimal pour distinguer la pente en pieds/minute vs mètres/seconde (de mémoire) concernant la cata du mont st odile. Ce léger problème d'ergonomie étant resté une référence dans les annales. On a bien regardé le délire du MCAS avec des potes US (rapport à notre langage de prédilection), y compris des gars qui dev et qui pilotent et on en est arrivé à la conclusion que la somme de conneries de conception et de sournoiseries diverses concernant le MCAS était quasi hallucinatoire et assez inégalable dans le contexte d'un avion de ligne classique - sans commande électrique de vol). Sans compter qu'ils avaient réussi à coller le MCAS en D0178-C et non pas A donc c'était normalement du ni vu ni connu en termes de certification (et la fête du slip pour la qualif en interne). Un bon vieux Cessna bimoteur qui est équipé en retrofit d'un autopilot pleine autorité devient, selon la FAA, un nouvel avion. Le 737-MAX vs 800/900 n'était pas un nouvel avion selon critères de Boeing (c'était même le leitmotiv de ce programme : le MAX n'est pas un nouvel avion). Et comme ils savaient ou coller le soft du MCAS d'ailleurs (y'a pas d'ordis de commande de vol sur le 737), ils l'ont intégré dans celui de l'autopilot. Et bien sûr, by design, le MCAS continuait à fonctionner même l'autopilot éteint, disposition permettant une confusion maximale. Ceci n'étant pas pour dédouaner d'autres ratés EU absolument caractéristiques de la bêtise humaine comme le premier vol d'AR5. Juste pour avoir du crade coté Airbus :> --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [JOBS] administration et développement IT biomédical
Bonjour, Je recrute sur Paris des administrateurs systèmes pour un vaste parc de systèmes médicaux d'imagerie. Il faut à la fois techniquement maîtriser les systèmes serveurs, virtualisés, réseaux, VPN et en même temps être réactif face à des utilisateurs sous contrainte de leurs environnements cliniques. Je recrute également sur Paris des développeurs full-stack de e-santé: - sensibilité au design (responsive), - conception avec du big data médical, - connaissance des outils de gestion de version (git), - autonome et bon communiquant. Envoyez moi votre CV ou URL linked/viadeo, Vincent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] IPV6 Name and Shame
ATM LANE pour moi au meme niveau que Token. Mais ce dernier est moins efficace sur des liaisons avec des debits >644Mb. Je suis étonné que personne n'aie sortie IB aussi… bigrement efficace pour du big data, calcul scientifique. Y’a t-il des initiatives universitaires qui réfléchissent à ca quelque part ? Pr On 11 May 2019 at 01:45:54, Guillaume Barrot (guillaume.bar...@gmail.com) wrote: En tous cas, cet échange a été des plus intéressants : la seule alternative à Ethernet qui est citée = Token Ring. (Je passe volontairement Modbus, relégué de facto au monde industriel). Frame Relay, ATM, SONET, FiberChannel ... Ouais tout ça, ça fait (mieux) du niveau 2 qu'Ethernet. Ils avaient tous par contre les mêmes défauts : plus complexes, plus chers (et pas que à acheter, mais aussi à produire). Analogie avec IPV6/IPV4 ? Le sam. 11 mai 2019 à 01:40, Guillaume Barrot a écrit : > Merci pour cet éclairage, c'est exactement où je voulais en venir. > > Maintenant, remplacez Ethernet par IPv4, et hop, vous avez l'argumentaire > de tous les mecs qui n'utilisent pas IPv6 only. > > Si on veut poursuivre l'analogie, EVPN, c'est un peu le NAT et la RFC1918 > de l'Ethernet : on aurait jamais du avoir à inventer ça, mais bon ... On > avait pas le choix, quand le truc a été mal pensé au départ... > > Le ven. 10 mai 2019 à 14:08, Philippe ASTIER < > phili...@astier-consulting.fr> a écrit : > >> Bon OK, c’est merdique, soit. Il y a plein de raison pour ça. >> >> Sauf que… on fait quoi d’autre ? >> Vous voyez autre chose derrière les serveurs ? routeurs ? Firewalls ? En >> datacenter, peut-être un peu. En entreprise, jamais. >> >> Et je ne parle pas des clients qui s’y connectent. >> >> Intellectuellement, c’est pas bien, mais au quotidien, pas le choix. >> >> > Le 10 mai 2019 à 11:41, Guillaume Barrot >> a écrit : >> > >> > Pas besoin de développer, Ethernet c'est merdique, point barre. >> > Par contre c'est une bonne question d'entretien ça : "ethernet c'est >> ?". Si >> > le candidat répond pas "merdique", il est recalé direct. >> > De manière générale, tout professionnel des réseaux qui n'est pas >> conscient >> > que Ethernet est merdique n'est pas un professionnel des réseaux. >> > Un machin qu'on patche en boucle depuis 1978, c'est ? "Merdique" ! Bonne >> > réponse. >> >> >> --- >> 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/