Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
On a vendu les autoroutes ? Non, on a vendu des concessions d’exploitation et entretien sur X années (qui se terminent bientôt d’ailleurs, mais que va-t-il se passer…) L’Etat en est toujours propriétaire. David Ponzone > Le 25 avr. 2024 à 23:58, Richard Klein a écrit : > > Bonsoir, > >> - Comment peut-on "vendre" un bien public financé avec les fonds publics > > Je peux illustrer une réponse pour cette question : les autoroutes par > exemple! > > Richard > > Envoyé de mon iPhone > >> Le 25 avr. 2024 à 23:26, Toussaint OTTAVI a écrit : >> >> - Comment peut-on "vendre" un bien public financé avec les fonds publics > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Bonsoir, >- Comment peut-on "vendre" un bien public financé avec les fonds publics Je peux illustrer une réponse pour cette question : les autoroutes par exemple! Richard Envoyé de mon iPhone > Le 25 avr. 2024 à 23:26, Toussaint OTTAVI a écrit : > > - Comment peut-on "vendre" un bien public financé avec les fonds publics --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Le 25/04/2024 à 23:10, Jean Barbezat a écrit : Les pylônes mobiles se vendent et s’achètent en Europe depuis 6 ans, pour faire du cash-flow. C’est comme toujours une vision à 1-4 trimestres pour des raisons purement financières. Tout le monde le fait, donc tout le monde le fait. C’est juste devenu une commodité qui passe dans les comptes des telcos de l’opex a du capex. Oui, on a bien compris qu'il s'agit d'un job de comptables, et qu'ils le font bien. Mais ici, on ne vend pas des actions, des Bitcoins ni des nuages en sac. On vend du concret, à savoir ce que j'appelle par son nom effectif : "un service public de télécommunications en zone blanche". Et que celui-ci, contrairement au cloud qui marche tout seul, a besoin d'infrastructures techniques de proximité en bon état pour fonctionner, et de gens qui répondent quand on les appelle pour leur dire que çà ne fonctionne pas. Donc, les questions sous-jacentes à ce jargon de Wall Street, dont nous sommes par ailleurs bien loin, sont : - Le mec qui achète s'est-il rendu compte qu'il n'a aucun technicien à moins de 400 kilomètres à vol d'oiseau, et qu'il faut prendre l'avion ou le bateau pour y aller ? - Est-ce qu'il a acheté aussi l'obligation de faire le job de gestion technique du site ? Le respect des normes de sécurité ? Ou bien juste le droit d'encaisser et payer les loyers ? Et la question "bonus" pour ceux qui auront fini avant les 4 heures imparties : - Comment peut-on "vendre" un bien public financé avec les fonds publics du programme "New Deal" ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Le 25/04/2024 à 22:42, l...@netc.fr a écrit : Mais .. pourquoi vous dites que vous ne comprenez pas? Bah, il ne comprend pas, et il dit qu'il ne comprend pas. Ce n'est pas comme s'il comprenait, mais qu'il ne disait pas qu'il comprend. Ou qu'il ne comprenait pas et qu'il ne le disait pas ;-) Ah mince, je suis en avance d'une heure ;-) Il neige, je suis resté à l'heure d'hiver ;-) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Les pylônes mobiles se vendent et s’achètent en Europe depuis 6 ans, pour faire du cash-flow. C’est comme toujours une vision à 1-4 trimestres pour des raisons purement financières. Tout le monde le fait, donc tout le monde le fait. C’est juste devenu une commodité qui passe dans les comptes des telcos de l’opex a du capex. On Thu, 25 Apr 2024 at 10:57 PM, Toussaint OTTAVI wrote: > > Le 25/04/2024 à 19:57, David Ponzone a écrit : > > C’est plutôt que certains opérateurs ont décidé il y a quelques années > > que les pylônes, c’était pas de l’infra stratégique, que ça générait des > > frais et des emmerdes, et qu’il valait mieux tout vendre (par ici le > > cash) et louer les emplacements aux repreneurs. > > (SFR a eu la même idée avec ses DC) > > Bah, le principe de la séparation des activités ne me choque pas. Totem > peut ainsi louer de la ressource à Orange, mais également à Bouygues, > Free ou n'importe quel opérateur tiers, avec des conditions qui seront > sans doute un peu plus transparentes et équitables qu'elles ne l'étaient > avant. > > Ceci étant dit, il y a plusieurs choses que j'aimerais comprendre dans > cette affaire : > - Pourquoi, lors de la création de Totem, Orange n'y a pas transféré la > totalité de ses sites, et pourquoi certains ont été vendus à des tiers ? > Sur quels critères s'est fait ce choix ? La "rentabilité" ? > - Comment des sites d'intérêt public, financés avec de l'argent public > dans le cadre d'un programme "New Deal" largement mis en avant par les > autorités comme contribuant au développement du monde rural, ont-ils > ensuite pu être vendus tels des vieilles chaussettes, ou tels des loyers > de toits d'immeubles au dessus de la baie de Saint-Tropez ? > - Quand le site, qui n'a déjà plus de porte, aura été vandalisé, et que > les recycleurs bénévoles du coin auront gracieusement offert leurs > services pour le débarrasser de tout le cuivre qu'il contient, contre > qui les élus locaux vont-ils se retourner ? Et qui va se faire allumer > au "forum" radiophonique par les administrés privés de leur source > quotidienne de savoir numérique sur leur smartphone ? Ce site n'est pas > non plus l'usine qui fabrique les turbines nucléaires ! Pas sûr, du > coup, que la cession aux américains ait été une bonne affaire pour > Orange, qui va se retrouver sous les fourches caudines le jour où le > service sera interrompu... > > > Après, ce que je ne comprends pas, c’est comment ça se passe maintenant > > quand un des opérateurs a besoin d’un pylône à tel endroit. Il attend > > que le gentil propriétaire d’infra lui en construise un ? Il lui passe > > commande ? > > Bah, je suppose qu'il passe commande à sa TowerCo favorite (la sienne > s'il en a une) ? Ou alors qu'il met les TowerCo en concurrence et prend > la moins chère ? A moins que, vu les montants, il ne soit obligé de > passer par un appel d'offre ? > > -- > Ceci étant, cela ne résout pas mon problème, qui est de savoir qui va > assurer la gestion technique de ce site s'il est oublié et abandonné au > milieu d'un tableau Excel d'un contrôleur de gestion au Texas qui a > mandaté une fois en 2 ans un auto-entrepreneur pour venir attacher une > étiquette sur la porte. Certes, nous avons bien une méthode locale qui a > fait ses preuves par le passé; mais ici, le désassemblage exothermique > programmé serait assez contre-productif puisqu'il s'agit avant tout > d'assurer quelque chose qui n'existe déjà plus, à savoir un "service > public de télécommunications en zone blanche". > > Donc, la mairie doit-elle faire constater la défaillance du TowerCo > prétendûment "propriétaire" des infrastructures? Doit-elle mettre en > sécurité le site en remplaçant les cadenas manquants, et informer les > éventuels intervenants SAV de bien vouloir passer à la mairie chercher > la clef ? Doit-elle faire intervenir ses propres prestataires pour > installer les réseaux nécessaires à la collectivité ? Existe t-il une > "SAFER" des opérateurs télécom, qui puisse "préempter" sur la la vente > d'un site, et le donner en priorité à un ayant-droit qui s'engagera à > l'exploiter dans les règles de l'art ? ;-) > > -- > Cette histoire, sur le fond, m'attriste assez profondément ! Dans le > rural, on n'a déjà pas de réseaux, et pas la possibilité d'en construire > même si on en a les moyens ! Alors, voir tant d'efforts et d'argent > public mis dans le programme "New Deal" partir en fumée quelques années > plus tard suite à des décisions prises on ne sait trop où, par des gens > qui ne sauraient pas nous situer sur une carte même avec des coordonnées > GPS, franchement, c'est assez exaspérant ! > > > Et en question subsidia
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Le 25/04/2024 à 19:57, David Ponzone a écrit : C’est plutôt que certains opérateurs ont décidé il y a quelques années que les pylônes, c’était pas de l’infra stratégique, que ça générait des frais et des emmerdes, et qu’il valait mieux tout vendre (par ici le cash) et louer les emplacements aux repreneurs. (SFR a eu la même idée avec ses DC) Bah, le principe de la séparation des activités ne me choque pas. Totem peut ainsi louer de la ressource à Orange, mais également à Bouygues, Free ou n'importe quel opérateur tiers, avec des conditions qui seront sans doute un peu plus transparentes et équitables qu'elles ne l'étaient avant. Ceci étant dit, il y a plusieurs choses que j'aimerais comprendre dans cette affaire : - Pourquoi, lors de la création de Totem, Orange n'y a pas transféré la totalité de ses sites, et pourquoi certains ont été vendus à des tiers ? Sur quels critères s'est fait ce choix ? La "rentabilité" ? - Comment des sites d'intérêt public, financés avec de l'argent public dans le cadre d'un programme "New Deal" largement mis en avant par les autorités comme contribuant au développement du monde rural, ont-ils ensuite pu être vendus tels des vieilles chaussettes, ou tels des loyers de toits d'immeubles au dessus de la baie de Saint-Tropez ? - Quand le site, qui n'a déjà plus de porte, aura été vandalisé, et que les recycleurs bénévoles du coin auront gracieusement offert leurs services pour le débarrasser de tout le cuivre qu'il contient, contre qui les élus locaux vont-ils se retourner ? Et qui va se faire allumer au "forum" radiophonique par les administrés privés de leur source quotidienne de savoir numérique sur leur smartphone ? Ce site n'est pas non plus l'usine qui fabrique les turbines nucléaires ! Pas sûr, du coup, que la cession aux américains ait été une bonne affaire pour Orange, qui va se retrouver sous les fourches caudines le jour où le service sera interrompu... Après, ce que je ne comprends pas, c’est comment ça se passe maintenant quand un des opérateurs a besoin d’un pylône à tel endroit. Il attend que le gentil propriétaire d’infra lui en construise un ? Il lui passe commande ? Bah, je suppose qu'il passe commande à sa TowerCo favorite (la sienne s'il en a une) ? Ou alors qu'il met les TowerCo en concurrence et prend la moins chère ? A moins que, vu les montants, il ne soit obligé de passer par un appel d'offre ? -- Ceci étant, cela ne résout pas mon problème, qui est de savoir qui va assurer la gestion technique de ce site s'il est oublié et abandonné au milieu d'un tableau Excel d'un contrôleur de gestion au Texas qui a mandaté une fois en 2 ans un auto-entrepreneur pour venir attacher une étiquette sur la porte. Certes, nous avons bien une méthode locale qui a fait ses preuves par le passé; mais ici, le désassemblage exothermique programmé serait assez contre-productif puisqu'il s'agit avant tout d'assurer quelque chose qui n'existe déjà plus, à savoir un "service public de télécommunications en zone blanche". Donc, la mairie doit-elle faire constater la défaillance du TowerCo prétendûment "propriétaire" des infrastructures? Doit-elle mettre en sécurité le site en remplaçant les cadenas manquants, et informer les éventuels intervenants SAV de bien vouloir passer à la mairie chercher la clef ? Doit-elle faire intervenir ses propres prestataires pour installer les réseaux nécessaires à la collectivité ? Existe t-il une "SAFER" des opérateurs télécom, qui puisse "préempter" sur la la vente d'un site, et le donner en priorité à un ayant-droit qui s'engagera à l'exploiter dans les règles de l'art ? ;-) -- Cette histoire, sur le fond, m'attriste assez profondément ! Dans le rural, on n'a déjà pas de réseaux, et pas la possibilité d'en construire même si on en a les moyens ! Alors, voir tant d'efforts et d'argent public mis dans le programme "New Deal" partir en fumée quelques années plus tard suite à des décisions prises on ne sait trop où, par des gens qui ne sauraient pas nous situer sur une carte même avec des coordonnées GPS, franchement, c'est assez exaspérant ! Et en question subsidiaire : un gosse monte à l'échelle du pylône, tombe et se tue. Le maire, bailleur, qui n'a rien fait pour pallier les dysfonctionnements de son locataire, peut-il être tenu pour responsable ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Mais .. pourquoi vous dites que vous ne comprenez pas? From: David Ponzone To: l...@netc.fr Subject: Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ? Date: 25/04/2024 19:57:07 Europe/Paris Cc: t.ott...@bc-109.com; frnog@frnog.org Après, ce que je ne comprends pas, c’est comment ça se passe maintenant quand un des opérateurs a besoin d’un pylône à tel endroit. Il attend que le gentil propriétaire d’infra lui en construise un ? Il lui passe commande ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Le 25/04/2024 à 19:43, l...@netc.fr a écrit : Ivre, il prends conscience en sortant de chez lui La déclinaison locale serait plutôt un truc du genre : "Ivre, il se prend pour Kendji GIRAC, et décide de simuler un suicide en vidant 1000 cartouches de 11.43 dans un pylône 4G, sans parvenir à faire le moindre trou dedans":-D que certains opérateurs télécoms sous traitent l'implantation de certains sites relais à certaines sociétés privées, parfois américaines. Je n'ai absolument rien ni contre la sous-traitance, ni encore moins contre la nationalité du sous-traitant ;-) Sauf si cela s'accompagne d'une dégradation, voire d'une suppression totale, du service rendu. Par ailleurs, ici, ce n'est pas vraiment de la sous-traitance : - Orange a construit le pylône - Lors de la création de sa TowerCo, au lieu de le céder à celle-ci, il l'a cédée à une autre TowerCo concurrente - Celle-ci, jusqu'à preuve du contraire, fait du travail de m..., jusqu'aux manquements sérieux en terme de sécurité ! Quand je pense aux "Plans de Prévention des Risques" que des TowerCo sérieux nous font signer ! Là, on va bien se marrer le jour où ils vont me présenter le leur ! Accessoirement, ici, on ne parle pas d'arrangements privés entre opérateurs privés, mais d'infrastructures d'utilité publiques, construites avec de l'argent public, sur des terrains quasiment offerts par la collectivité, qui sont ensuite bradées à des opérateurs qui avouent eux-mêmes qu'ils sont juste là pour faire "de l'immobilier", et qu'ils ne feraient pas la différence entre une antenne 4G et une antenne LTE :-D A la rigueur, si des gens trouvent le moyen de faire de l'argent avec ce dispositif, je n'y vois pas d'objection, dans la mesure où le job de gestionnaire d'infrastructure est fait correctement, et que les engagements sont tenus. A ce propos, s'il y a des juristes dans la salle, de combien je peux augmenter le loyer (actuellement symbolique) si je ne suis pas satisfait du comportement du locataire ? Et est-ce qu'il y a également une "trêve hivernale" avant que je ne puisse l'expulser ? :-D --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Hmm c’est pas exactement comme ça que ça c’est passé il me semble. Mais bien sûr, le résultat final est le même. C’est plutôt que certains opérateurs ont décidé il y a quelques années que les pylônes, c’était pas de l’infra stratégique, que ça générait des frais et des emmerdes, et qu’il valait mieux tout vendre (par ici le cash) et louer les emplacements aux repreneurs. (SFR a eu la même idée avec ses DC) Donc Totem (ok c’est Orange à 100%, mais c’est une structure à part), ATC, CellNex, et certainement quelques autres, ont fait leurs courses. Bouygues a vendu à TDF, Free à Cellnex, TDF a voulu vendre et a échoué il me semble. Après, ce que je ne comprends pas, c’est comment ça se passe maintenant quand un des opérateurs a besoin d’un pylône à tel endroit. Il attend que le gentil propriétaire d’infra lui en construise un ? Il lui passe commande ? David > Le 25 avr. 2024 à 19:43, lm2 via frnog a écrit : > > > Ivre, il prends conscience en sortant de chez lui que certains opérateurs > télécoms sous traitent l'implantation de certains sites relais à certaines > sociétés privées, parfois américaines. > > > > bon dredi! > > > From: Toussaint OTTAVI > To: frnog@frnog.org > Subject: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est > quoi, ces guignols ? > Date: 25/04/2024 19:38:12 Europe/Paris > > D'où ma question : C'est quoi, ces guignols ??? > > Qu'est-ce qu'une société Américaine vient faire au fin fond de la > montagne Corse ? Comment le patrimoine du New Deal a t-il pu ainsi être > bradé à des gens qui, visiblement, n'ont aucune implantation et aucun > personnel local ? Qu'en pense l'ARCEP ? J'aurais bien demandé à la > Préfecture ce qu'elle en pense également, puisque ce site a été > construit avec de l'argent public et qu'il y a une pancarte "République > Française" sur le portail. Mais il se trouve que je suis un peu en froid > (à cause d'une autre affaire) avec les locataires du Palais des > Gouverneurs local :-D > > --- > 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/
Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Ivre, il prends conscience en sortant de chez lui que certains opérateurs télécoms sous traitent l'implantation de certains sites relais à certaines sociétés privées, parfois américaines. bon dredi! From: Toussaint OTTAVI To: frnog@frnog.org Subject: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ? Date: 25/04/2024 19:38:12 Europe/Paris D'où ma question : C'est quoi, ces guignols ??? Qu'est-ce qu'une société Américaine vient faire au fin fond de la montagne Corse ? Comment le patrimoine du New Deal a t-il pu ainsi être bradé à des gens qui, visiblement, n'ont aucune implantation et aucun personnel local ? Qu'en pense l'ARCEP ? J'aurais bien demandé à la Préfecture ce qu'elle en pense également, puisque ce site a été construit avec de l'argent public et qu'il y a une pancarte "République Française" sur le portail. Mais il se trouve que je suis un peu en froid (à cause d'une autre affaire) avec les locataires du Palais des Gouverneurs local :-D --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?
Salut la liste, En 2021, Orange a construit un petit pylône 4G sur ma commune (un petit village de Corse) dans le cadre du programme "New Deal". La commune a loué le terrain pour une somme symbolique. Un an plus tard, lors de la création de la Tower Company de l'agrume, le site n'a pas été intégré à Totem. Pour une raison que j'ignore, il a été cédé à une société dont je n'avais jamais entendu parler auparavant : "ATC France". Vu qu'on ne nous a ni demandé notre avis, ni laissé le choix, nous avons donc signé un nouveau bail à cette société. Problème : les interlocuteurs sont aux abonnés absents ! Personne ne répond ! Plus précisément, les interlocuteurs qui nous répondent finissent par avouer qu'ils ne sont que sous-traitants, et qu'ils ne s'occupent pas de technique mais uniquement d'immobilier ! Hum, 10 mètres carrés au milieu du maquis et des cochons, très loin de la mer et des touristes, ce n'est sans doute pas l'affaire immobilière du siècle :-D Lors de la mise en service avec Orange, en 2021, nous avions acté avec nos interlocuteurs locaux le principe d'une cohabitation sur le pylône, pour que la mairie puisse installer un petit réseau communal (LoRaWAN, micro-centrale hydroélectrique, surveillance incendie, etc...). Or, depuis la cession à ATC France, malgré de très nombreuses relances depuis 2022, je n'ai aucun début de commencement de réponse ! Je n'ai même pas eu le moindre interlocuteur technique, ni même un simple accord de principe ! Plus grave encore, j'ai signalé il y a un mois qu'il n'y a plus de cadenas, ni sur le portail de l'enceinte, ni sur le verrouillage de l'accès à l'échelle, ni sur les coffrets techniques ! Je n'ai eu aucun retour ! D'où ma question : C'est quoi, ces guignols ??? Qu'est-ce qu'une société Américaine vient faire au fin fond de la montagne Corse ? Comment le patrimoine du New Deal a t-il pu ainsi être bradé à des gens qui, visiblement, n'ont aucune implantation et aucun personnel local ? Qu'en pense l'ARCEP ? J'aurais bien demandé à la Préfecture ce qu'elle en pense également, puisque ce site a été construit avec de l'argent public et qu'il y a une pancarte "République Française" sur le portail. Mais il se trouve que je suis un peu en froid (à cause d'une autre affaire) avec les locataires du Palais des Gouverneurs local :-D Et pour mon réseau communal, je fais quoi ? J'ai fait 1.3 km de GC pour rien ? Je remonte un autre pylône de 24m à coté ? Ou bien, je m'installe dans celui-là sans rien dire à personne, vu que de toute façon personne ne contrôle rien, pas même la sécurité ? Bon vendredi à tous ;-) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Incident Orange Mobile ?
Le 25/04/2024 à 15:28, David Ponzone a écrit : Des mises à jour ? :) :-))) --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] USB charge électrique Android
Bonjour, C'est un problème connu dans m'impression 3D (les CM envoie du jus sur le port USB destiné à être relié au raspberry pi faisant tourner Klipper ou octoprint. Pour cela, 3 solutions : - soit un bout de scotch sur le V+ USB (https://qph.cf2.quoracdn.net/main-qimg-ed54ddfea95c4375962a409fbe3bcfb8-lq ). - Soit couper le V+ sur le câble comme cité ci-dessous - soit acheter un PortaPow bloqueur d'alim (https://www.amazon.fr/PortaPow-Bloc-dalimentation-USB-bo%C3%AEtier/dp/B094FYL9QT) Pour ma part, j'ai fabriqué mon module avec 2 connecteurs USB et un PCB de prototypage qui trainaient dans un de mes tiroir 3 pattes sur 4 à relier. Cordialement Yoann Rivière -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de David Ponzone Envoyé : jeudi 25 avril 2024 15:33 À : Noryungi Cc : Stephane Miguel ; frnog-tech Objet : Re: [FRnOG] [TECH] USB charge électrique Android ATTENTION: Cet e-mail provient d'une personne externe à votre organisation. Ne cliquez pas sur les liens ou n'ouvrez pas les pièces jointes si vous ne connaissez pas l'expéditeur et que vous n'êtes pas certain que le contenu est sûr. ' https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzphDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub4aWp6qfPe4pRCAs=607cc07571f6abab79044aee9a145798cd0456252cbf5799a0b9adedad35b5ad=https%3A%2F%2Fnewscrewdriver.com%2F2022%2F02%2F01%2Fmaking-a-usb-data-only-cable%2F <https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzphDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub4aWp6qfPe4pRCAs=607cc07571f6abab79044aee9a145798cd0456252cbf5799a0b9adedad35b5ad=https%3A%2F%2Fnewscrewdriver.com%2F2022%2F02%2F01%2Fmaking-a-usb-data-only-cable%2F> J’ai pas l’impression que ça existe en tout-fait-prêt-à-brancher. Le marché pour ça serait une niche en plus, et une mini. David > Le 25 avr. 2024 à 15:18, Noryungi a écrit : > > Pour proposer uniquement une charge électrique, dans connexion > données, c'est simple, ça existe, par exemple : > > https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2M > qbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzph > DqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub > 4aWp6qfPe4pRCAs=64e65607cce83ba2d6f32bef281e9019cd146c4de071f97de3d8 > 23b931284cf4=https%3A%2F%2Fwww.amazon.com%2FPlugable-Universal-Charg > e-Only-Adapter-Android%2Fdp%2FB00FA9GXKM > > Pour le data only, sans charge électrique, je soupçonne que ça existe, > mais sans avoir de preuve... > > On Thu, Apr 25, 2024, 11:30 Stephane Miguel wrote: > >> Bonjour >> >> Je cherche à utiliser un câble ou une fonctionnalité propre à Windows >> afin d’utiliser le mode transfert ou échange de donnée sans que le >> périphérique charge >> >> Topologie >> >> PC WINDOWS dans un domaine >> Câble usb >> Mobile Android >> L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la >> charge électrique >> >> Ceci pour une OU ou se loge des PC spécifique à un projet >> >> J’ai beau chercher je ne trouve pas hormis le usb on the go dont on >> m’a parlé mais je ne sais pas si c’est fonctionnel d’une part et >> d’autre part je préférerai un mode sur le système est ce possible >> >> >> Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU >> et offrir que la charge électrique ceci afin qu’une seconde carte >> réseau ne monte pas et parasite la table de routage du pc dans le >> domaine >> >> Merci bien >> >> Stéphane >> >> --- >> Liste de diffusion du FRnOG >> https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2 >> MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNz >> phDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKh >> sub4aWp6qfPe4pRCAs=b3cb83f7123a56d2d58b4ffd14fdd17b80a2eaf65987a9db >> be7117842e441bc3=http%3A%2F%2Fwww.frnog.org%2F >> > > --- > Liste de diffusion du FRnOG > https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2M > qbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzph > DqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub > 4aWp6qfPe4pRCAs=b3cb83f7123a56d2d58b4ffd14fdd17b80a2eaf65987a9dbbe71 > 17842e441bc3=http%3A%2F%2Fwww.frnog.org%2F --- Liste de diffusion du FRnOG https://antiphishing.vadesecure.com/v4?f=V0xKeTZlcEZ5bEtadnZZY9gsgbn2MqbhacZ0nW6xiZtXfwBYPvCM8_1XL7mhAzbB=YXUyZ0VCTnNidXhadndMVa_B8l3aNzphDqXqFGoGpis=C5UG=UFF0ZW53anlrcnYyNFZ1OY1cJMSFajXS0Zr-Bhm7iSGZKhsub4aWp6qfPe4pRCAs=b3cb83f7123a56d2d58b4ffd14fdd17b80a2eaf65987a9dbbe7117842e441bc3=http%3A%2F%2Fwww.frnog.org%2F --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] USB charge électrique Android
https://newscrewdriver.com/2022/02/01/making-a-usb-data-only-cable/ <https://newscrewdriver.com/2022/02/01/making-a-usb-data-only-cable/> J’ai pas l’impression que ça existe en tout-fait-prêt-à-brancher. Le marché pour ça serait une niche en plus, et une mini. David > Le 25 avr. 2024 à 15:18, Noryungi a écrit : > > Pour proposer uniquement une charge électrique, dans connexion données, > c'est simple, ça existe, par exemple : > > https://www.amazon.com/Plugable-Universal-Charge-Only-Adapter-Android/dp/B00FA9GXKM > > Pour le data only, sans charge électrique, je soupçonne que ça existe, mais > sans avoir de preuve... > > On Thu, Apr 25, 2024, 11:30 Stephane Miguel wrote: > >> Bonjour >> >> Je cherche à utiliser un câble ou une fonctionnalité propre à Windows afin >> d’utiliser le mode transfert ou échange de donnée sans que le périphérique >> charge >> >> Topologie >> >> PC WINDOWS dans un domaine >> Câble usb >> Mobile Android >> L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la charge >> électrique >> >> Ceci pour une OU ou se loge des PC spécifique à un projet >> >> J’ai beau chercher je ne trouve pas hormis le usb on the go dont on m’a >> parlé mais je ne sais pas si c’est fonctionnel d’une part et d’autre part >> je préférerai un mode sur le système est ce possible >> >> >> Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU et >> offrir que la charge électrique ceci afin qu’une seconde carte réseau ne >> monte pas et parasite la table de routage du pc dans le domaine >> >> Merci bien >> >> Stéphane >> >> --- >> 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/
Re: [FRnOG] [ALERT] Incident Orange Mobile ?
Ils ont un peu le même truc il y a quelques jours sur les Alpes. Des mises à jour ? :) David > Le 25 avr. 2024 à 15:24, Richard Klein a écrit : > > La carte est très moche espérons que cela ne se transforme pas en effet > domino sur l' ensemble de la France > https://sitehs.arcep.fr/#5/46.514/2.197 > <https://sitehs.arcep.fr/#5/46.514/2.197> > > Richard > > Le jeu. 25 avr. 2024, 14:47, David Ponzone <mailto:david.ponz...@gmail.com>> a écrit : > Tous, > > Quand je regarde la carte des incidents Mobile, je vois des centaines des BTS > Orange au niveau national (Loire, Nord-Est, Sud-Ouest) en mode dégradé ce > jour (pas de voix, ou pas de 4G, etc…). > > Quelqu’un confirme qu’ils ont cassé un truc ? > > Merci > > David > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ <http://www.frnog.org/> --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Incident Orange Mobile ?
La carte est très moche espérons que cela ne se transforme pas en effet domino sur l' ensemble de la France https://sitehs.arcep.fr/#5/46.514/2.197 Richard Le jeu. 25 avr. 2024, 14:47, David Ponzone a écrit : > Tous, > > Quand je regarde la carte des incidents Mobile, je vois des centaines des > BTS Orange au niveau national (Loire, Nord-Est, Sud-Ouest) en mode dégradé > ce jour (pas de voix, ou pas de 4G, etc…). > > Quelqu’un confirme qu’ils ont cassé un truc ? > > Merci > > David > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] USB charge électrique Android
Pour proposer uniquement une charge électrique, dans connexion données, c'est simple, ça existe, par exemple : https://www.amazon.com/Plugable-Universal-Charge-Only-Adapter-Android/dp/B00FA9GXKM Pour le data only, sans charge électrique, je soupçonne que ça existe, mais sans avoir de preuve... On Thu, Apr 25, 2024, 11:30 Stephane Miguel wrote: > Bonjour > > Je cherche à utiliser un câble ou une fonctionnalité propre à Windows afin > d’utiliser le mode transfert ou échange de donnée sans que le périphérique > charge > > Topologie > > PC WINDOWS dans un domaine > Câble usb > Mobile Android > L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la charge > électrique > > Ceci pour une OU ou se loge des PC spécifique à un projet > > J’ai beau chercher je ne trouve pas hormis le usb on the go dont on m’a > parlé mais je ne sais pas si c’est fonctionnel d’une part et d’autre part > je préférerai un mode sur le système est ce possible > > > Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU et > offrir que la charge électrique ceci afin qu’une seconde carte réseau ne > monte pas et parasite la table de routage du pc dans le domaine > > Merci bien > > Stéphane > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [ALERT] Incident Orange Mobile ?
Tous, Quand je regarde la carte des incidents Mobile, je vois des centaines des BTS Orange au niveau national (Loire, Nord-Est, Sud-Ouest) en mode dégradé ce jour (pas de voix, ou pas de 4G, etc…). Quelqu’un confirme qu’ils ont cassé un truc ? Merci David --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Merci Maximilien pour le relais de cette information que je n'avais pas reçue alors que j'ai des serveurs sur GRA1. Renseignements pris auprès du support OVH, je ne l'avais pas reçue car mes serveurs sur GRA1 ne sont pas concernés par cette intervention, ouf ! Si, si, j'ai des serveurs relais ailleurs mais je ne suis pas motivé pour les activer :-) Le 25/04/2024 à 09:00, Maximilien Douchet via frnog a écrit : Une maintenance de ce type avec coupure dans un délai aussi court est aussi inédite qu'exceptionnelle je suppose que cela est fait pour des raisons très importantes. Vu la capacité des datacenters de Gravelines cela doit concerner (avec une estimation au doigt mouillé) entre 50 000 et 100 000 serveurs. Sans doute moins puisque sur GRA1 (au moins) tous les serveurs ne sont pas concernés. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] FTTH Access Orange et ONT
Bonjour Le fameux STT ... Il y a eu des périodes où il était systématiquement opposé dans les tickets. Cela a changé ? Richard Le jeu. 25 avr. 2024, 12:54, David Ponzone a écrit : > Oui, personnellement, je m’amuse pas à mettre mon propre ONT. > Déjà, ça revient plus cher. > Ca évite aussi de la config et un échange avec Orange pour leur > communiquer le SLID. > Ca évite les réponses d’Orange en support du type « ah c’est STT, c’est la > faute de votre ONT ». > Le seul avantage, c’est de maitriser sa livraison, parce que Orange et son > petit process « tiens je t’envoie l’ONT par la Poste », pour une > entreprise et dans l’état actuel de la qualité de service des transporteurs > en 2024, ça fait du déchet. > > David > > > > Le 25 avr. 2024 à 12:48, Ducassou Laurent a écrit : > > > > Salut, > > > > Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en > collecte ATM et des listes fermés ! Et si on avait malheur de sortir des > listes officielles de compatibilité, ça dépendait totalement du DSLAM qui > était en face. > > > > Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour > justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un > SPOF au final qui consomme même de l’énergie et dans tous les cas, on est > responsable des "choc électrique" que celui-ci prends. > > > > Que de souvenir dirons certains ! =) > > > > Laurent > > > > Le 25/04/2024 à 12:33, David Ponzone a écrit : > >> Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le > choix entre 2 modèles :) > >> > >> > >>> Le 25 avr. 2024 à 12:03, Pavel Polyakov a > écrit : > >>> > >>> Steeve BEAUVAIS - Société Serinya Telecom > >>> : > >>> > >>>> Je me lance dans une étude pour déterminer si je ne suis pas mieux de > >>>> prendre moi-même l'ONT, aussi bien en termes de déploiement que > >>>> d'exploitation. > >>> Ça peut être difficile car l'ONT est souvent spécifique au fournisseur > >>> de l'OLT. Je les remplace par des modules SFP mais il faut parfois > >>> passer un certain temps avant d'arriver à les rendre compatibles. > >>> > >>> > >>> --- > >>> Liste de diffusion du FRnOG > >>> http://www.frnog.org/ > >> > >> --- > >> Liste de diffusion du FRnOG > >> http://www.frnog.org/ > > > > -- > > Cet e-mail a été vérifié par le logiciel antivirus d'Avast. > > www.avast.com > > > > > > --- > > 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/
Re: [FRnOG] [TECH] FTTH Access Orange et ONT
Oui, personnellement, je m’amuse pas à mettre mon propre ONT. Déjà, ça revient plus cher. Ca évite aussi de la config et un échange avec Orange pour leur communiquer le SLID. Ca évite les réponses d’Orange en support du type « ah c’est STT, c’est la faute de votre ONT ». Le seul avantage, c’est de maitriser sa livraison, parce que Orange et son petit process « tiens je t’envoie l’ONT par la Poste », pour une entreprise et dans l’état actuel de la qualité de service des transporteurs en 2024, ça fait du déchet. David > Le 25 avr. 2024 à 12:48, Ducassou Laurent a écrit : > > Salut, > > Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en collecte > ATM et des listes fermés ! Et si on avait malheur de sortir des listes > officielles de compatibilité, ça dépendait totalement du DSLAM qui était en > face. > > Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour > justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un SPOF > au final qui consomme même de l’énergie et dans tous les cas, on est > responsable des "choc électrique" que celui-ci prends. > > Que de souvenir dirons certains ! =) > > Laurent > > Le 25/04/2024 à 12:33, David Ponzone a écrit : >> Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le >> choix entre 2 modèles :) >> >> >>> Le 25 avr. 2024 à 12:03, Pavel Polyakov a écrit : >>> >>> Steeve BEAUVAIS - Société Serinya Telecom >>> : >>> >>>> Je me lance dans une étude pour déterminer si je ne suis pas mieux de >>>> prendre moi-même l'ONT, aussi bien en termes de déploiement que >>>> d'exploitation. >>> Ça peut être difficile car l'ONT est souvent spécifique au fournisseur >>> de l'OLT. Je les remplace par des modules SFP mais il faut parfois >>> passer un certain temps avant d'arriver à les rendre compatibles. >>> >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ > > -- > Cet e-mail a été vérifié par le logiciel antivirus d'Avast. > www.avast.com > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] FTTH Access Orange et ONT
Salut, Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en collecte ATM et des listes fermés ! Et si on avait malheur de sortir des listes officielles de compatibilité, ça dépendait totalement du DSLAM qui était en face. Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un SPOF au final qui consomme même de l’énergie et dans tous les cas, on est responsable des "choc électrique" que celui-ci prends. Que de souvenir dirons certains ! =) Laurent Le 25/04/2024 à 12:33, David Ponzone a écrit : Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le choix entre 2 modèles :) Le 25 avr. 2024 à 12:03, Pavel Polyakov a écrit : Steeve BEAUVAIS - Société Serinya Telecom : Je me lance dans une étude pour déterminer si je ne suis pas mieux de prendre moi-même l'ONT, aussi bien en termes de déploiement que d'exploitation. Ça peut être difficile car l'ONT est souvent spécifique au fournisseur de l'OLT. Je les remplace par des modules SFP mais il faut parfois passer un certain temps avant d'arriver à les rendre compatibles. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Cet e-mail a été vérifié par le logiciel antivirus d'Avast. www.avast.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] FTTH Access Orange et ONT
Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le choix entre 2 modèles :) > Le 25 avr. 2024 à 12:03, Pavel Polyakov a écrit : > > Steeve BEAUVAIS - Société Serinya Telecom > : > >> Je me lance dans une étude pour déterminer si je ne suis pas mieux de >> prendre moi-même l'ONT, aussi bien en termes de déploiement que >> d'exploitation. > > Ça peut être difficile car l'ONT est souvent spécifique au fournisseur > de l'OLT. Je les remplace par des modules SFP mais il faut parfois > passer un certain temps avant d'arriver à les rendre compatibles. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Pour avoir subit une ces précédentes maintenances le mois dernier sur GRA3, qui devait probablement être sans impact, mais ne l'a pas été : plusieurs serveurs ont freezé ou rebooté suite à un "truc électrique", dont l'un des miens ; pour avoir fait partit des râleurs qui ne comprenaient pas pourquoi ils n'avaient pas éteint proprement mon serveur avant la maintenance ; pour avoir fait partit de ceux qui ont un serveur qui a depuis eu plusieurs anomalies inexpliquées sur l'une de ces interfaces réseau ; j'imagine qu'OVH préfère prévenir que de se prendre les conséquence de services cassé et de ramasser des interventions support de changement de carte à la pèle, lors de leur prochaine intervention sur GRA1 et GRA2. Merci OVH pour cette attention. Paul, David, vous avez raison dans l'absolu sur la probable banalité de ce genre d'opération, mais là je rejoins Maximilien, je pense qu'ils ont décelé/vécu que cette opération "statistiquement" sans conséquence, risque d'en avoir de fâcheuses dans la réalité des gens qui se font fumer par leurs clients parce que le service ne remonte pas. Par contre franchement la plage horaire est vraiment trop grande :( -- Théo > Le 25 avr. 2024 à 11:14, Maximilien Douchet via frnog a > écrit : > > Oui exactement c'est une bascule sur le circuit secondaire le temps de leur > maintenance. > > > Classique et normalement sans risque sur des DC avec double voie & > équipements avec double alimentation (quand les 2 voies ne sont pas coupées > en même temps par erreur pour ne pas citer un Netcenter ;) ) > > > Mais ce qui m'a alerté est qu'il y a déjà eu plusieurs opérations de > maintenance éléctriques dans les dernières semaines sur de nombreux DC OVH et > que sauf erreur de ma part il s'agit de la seule sur laquelle il préviennent > d'un risque de coupure identifié (uniquement sur GRA1 alors que GRA3&4 > sont concernés également par la même maintenance). De plus ils recommandent > eux même d'éteindre les serveurs dans leur communication ce qui n'est pas > courant. > > > Après a chacun de prendre les dispositions que vous souhaitez ! L'objectif > est surtout de relayer l'information :). > > Sincèrement, > — > Maximilien Douchet - +337 69 44 00 91 > > > Hexanode - Hébergement & Infogérance > hexanode.fr <http://hexanode.fr/> - cont...@hexanode.fr > <mailto:cont...@hexanode.fr> - +339 72 60 54 00 > > --- original message --- > On April 25, 2024 at 10:40 AM GMT+2 rol+fr...@witbe.net > <mailto:rol+fr...@witbe.net> wrote: > > Bonjour, > > Moi je lis que OVH va faire une premiere operation de bascule sur la souce > "Backup", puis plus tard, un retour sur "Main". > > Et comme toute intervention sur le circuit electrique n'a de zero-risque, > ils ont fait une communication pour prevenir du risque associe a ces deux > bascules. > > Ce qui est double-alimente /correctement/ (un plug main, et un backup) ne > devrait pas etre affecte, les autres... c'est une autre histoire ;) > > Ca me semble donc plutot standard... On voit regulierement ce genre de > communication de la part des differents DC. > > Paul > --- end of original message --- > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Bonjour, On Thu, 25 Apr 2024 09:14:36 + Maximilien Douchet wrote: > Classique et normalement sans risque sur des DC avec double voie & > équipements avec double alimentation (quand les 2 voies ne sont pas > coupées en même temps par erreur pour ne pas citer un Netcenter ;) ) Bof, c'est tellement classique, et pas seulement sur l'electrique... J'ai eu droit a ca dans une autre vie sur une boucle SMHD, avec l'operateur qui a bascule le traffic sur le backup pour travailler sur... le backup :( > Mais ce qui m'a alerté est qu'il y a déjà eu plusieurs opérations de > maintenance éléctriques dans les dernières semaines sur de nombreux DC > OVH et que sauf erreur de ma part il s'agit de la seule sur laquelle il > préviennent d'un risque de coupure identifié (uniquement sur GRA1 > alors que GRA3&4 sont concernés également par la même maintenance). De > plus ils recommandent eux même d'éteindre les serveurs dans leur > communication ce qui n'est pas courant. Peut-etre que le risque est plus grand a cause de la taille des DC ? ou le manager local est plus transparent sur les operations que les autres ? Ou qu'il a plus conscience des risques d'une inter sur les circuits ? Ou que la comm. s'est reveillee ? :D Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Bonjour, On Thu, 25 Apr 2024 10:45:42 +0200 David Ponzone wrote: > Ouais et les maintenances sur le circuit électrique qui dérapent > représentent X% des incidents électriques qu’un DC va subir dans sa vie, > avec X= 25% 50% > 75% > > Cocher la bonne réponse. La question est interessante... mais je doute que des stats soient dispos sur le sujet. Mais si tu as ca qq part, n'hesites pas a le partager ! Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] USB charge électrique Android
Bonjour Je cherche à utiliser un câble ou une fonctionnalité propre à Windows afin d’utiliser le mode transfert ou échange de donnée sans que le périphérique charge Topologie PC WINDOWS dans un domaine Câble usb Mobile Android L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la charge électrique Ceci pour une OU ou se loge des PC spécifique à un projet J’ai beau chercher je ne trouve pas hormis le usb on the go dont on m’a parlé mais je ne sais pas si c’est fonctionnel d’une part et d’autre part je préférerai un mode sur le système est ce possible Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU et offrir que la charge électrique ceci afin qu’une seconde carte réseau ne monte pas et parasite la table de routage du pc dans le domaine Merci bien Stéphane --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Codeuse Smartoptics
Hello la liste, Est-ce que quelqu'un aurait, par hasard, une codeuse pour optiques Smartoptics en stock, et viendrait à FRNOG demain apres midi ? Si oui, je serais intéressé pour que cette bonne âme l'emporte avec lui à la conférence, car j'ai une optique DWDM à coder. Elle est notée comme "MSA coded" (sur une codeuse d'un autre constructeur), et mon juniper (un QFX5100 en satellite d'un MX204) ne la voit pas du tout. Merci par avance si quelqu'un a ca (manifestez vous en privé ! :)) Clément Cavadore --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Oui exactement c'est une bascule sur le circuit secondaire le temps de leur maintenance. Classique et normalement sans risque sur des DC avec double voie & équipements avec double alimentation (quand les 2 voies ne sont pas coupées en même temps par erreur pour ne pas citer un Netcenter ;) ) Mais ce qui m'a alerté est qu'il y a déjà eu plusieurs opérations de maintenance éléctriques dans les dernières semaines sur de nombreux DC OVH et que sauf erreur de ma part il s'agit de la seule sur laquelle il préviennent d'un risque de coupure identifié (uniquement sur GRA1 alors que GRA3&4 sont concernés également par la même maintenance). De plus ils recommandent eux même d'éteindre les serveurs dans leur communication ce qui n'est pas courant. Après a chacun de prendre les dispositions que vous souhaitez ! L'objectif est surtout de relayer l'information :). Sincèrement, — Maximilien Douchet - +337 69 44 00 91 Hexanode - Hébergement & Infogérance hexanode.fr - cont...@hexanode.fr - +339 72 60 54 00 --- original message --- On April 25, 2024 at 10:40 AM GMT+2 rol+fr...@witbe.net wrote: Bonjour, Moi je lis que OVH va faire une premiere operation de bascule sur la souce "Backup", puis plus tard, un retour sur "Main". Et comme toute intervention sur le circuit electrique n'a de zero-risque, ils ont fait une communication pour prevenir du risque associe a ces deux bascules. Ce qui est double-alimente /correctement/ (un plug main, et un backup) ne devrait pas etre affecte, les autres... c'est une autre histoire ;) Ca me semble donc plutot standard... On voit regulierement ce genre de communication de la part des differents DC. Paul --- end of original message --- --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Ouais et les maintenances sur le circuit électrique qui dérapent représentent X% des incidents électriques qu’un DC va subir dans sa vie, avec X= 25% 50% 75% Cocher la bonne réponse. David > Le 25 avr. 2024 à 10:40, Paul Rolland (ポール・ロラン) a écrit > : > > Bonjour, > > Moi je lis que OVH va faire une premiere operation de bascule sur la souce > "Backup", puis plus tard, un retour sur "Main". > > Et comme toute intervention sur le circuit electrique n'a de zero-risque, > ils ont fait une communication pour prevenir du risque associe a ces deux > bascules. > > Ce qui est double-alimente /correctement/ (un plug main, et un backup) ne > devrait pas etre affecte, les autres... c'est une autre histoire ;) > > Ca me semble donc plutot standard... On voit regulierement ce genre de > communication de la part des differents DC. > > Paul > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Bonjour, Moi je lis que OVH va faire une premiere operation de bascule sur la souce "Backup", puis plus tard, un retour sur "Main". Et comme toute intervention sur le circuit electrique n'a de zero-risque, ils ont fait une communication pour prevenir du risque associe a ces deux bascules. Ce qui est double-alimente /correctement/ (un plug main, et un backup) ne devrait pas etre affecte, les autres... c'est une autre histoire ;) Ca me semble donc plutot standard... On voit regulierement ce genre de communication de la part des differents DC. Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Bonjour, Cette tâche travaux semble concerner une autre maintenance, le redémarrage d'un filer pour les services mails qui a déjà eu lieu. Les tâches travaux pour la maintenance éléctrique de GRA sont : https://network.status-ovhcloud.com/incidents/f8yhd573wk5j https://network.status-ovhcloud.com/incidents/172569g1l20w Sincèrement, — Maximilien Douchet - +337 69 44 00 91 Hexanode - Hébergement & Infogérance hexanode.fr - cont...@hexanode.fr - +339 72 60 54 00 --- original message --- On April 25, 2024 at 10:02 AM GMT+2 clarinet...@gmail.com wrote: Ici ils parlent d’interruption le soir https://web-cloud.status-ovhcloud.com/incidents/3vnvh564l87b Sent from my iPhone > On 25 Apr 2024, at 08:00, Maximilien Douchet via frnog > wrote: > Bonjour, > Loin de moi l'idée de créer un vent de panique avec le tag [ALERT] mais je > pense que cela pourrait intéresser du monde vu l'impact potentiel de la > maintenance. > D'après une communication de leur part il semblerais que OVH viens de > planifier en urgence une maintenance électrique dans l’intégralité de ses > datacenters de Gravelines (GRA1, GRA2, GRA3 & GRA4) les 29/04 et 02/05 (lundi > et jeudi de la semaine prochaine S18). > Un risque de coupure électrique est envisagé sur au moins les datacenters > GRA1 & GRA2 d'après leur communication pendant toute la journée du 29/04 et > 02/05 de 8h-16h CEST. Avec un tel risque il est préférable de procéder a une > extinction des serveurs au préalable durant les deux journées de maintenance. > Il n'y a pas de précisions supplémentaires quand aux serveurs > double-alimentés, etc. j'imagine qu'ils sont également concernés par mesure > de prudence. > Une maintenance de ce type avec coupure dans un délai aussi court est aussi > inédite qu'exceptionnelle je suppose que cela est fait pour des raisons très > importantes. Vu la capacité des datacenters de Gravelines cela doit concerner > (avec une estimation au doigt mouillé) entre 50 000 et 100 000 serveurs. > J'imagine que certaines dispositions peuvent être a prendre pour les > infrastructures n'étant pas redondées en dehors des datacenters de Gravelines > ou au moins pour préserver vos serveurs avec une extinction préalable. > Communication OVH : > FR > Cher client, > Nous devons effectuer une maintenance électrique préventive sur le site de > Gravelines la semaine prochaine. > Celle-ci se déroulera en 2 étapes, avec une première opération le 29 avril > 2024, et une seconde le 2 mai 2024. > Cette maintenance touche les serveurs hébergés dans les environnements de > Gravelines (GRA1, GRA2, GRA3 et GRA4). Aucun impact n’est attendu sur le > périmètre GRA3 et GRA4. Concernant le périmètre GRA1 et GRA2, un risque de > coupure électrique a été identifié. > Pour vous prémunir de tout impact, nous vous conseillons au préalable > d’éteindre vos machines avant chacune des opérations mentionnées ci-dessous : > Opération de maintenance (No1) : > Créneau : 29/04/2024 de 06:00 UTC à 14:00 UTC > Datacenter : Gravelines (GRA1 / GRA2) > Impact attendu : Certains serveurs pourraient subir une interruption > électrique > Page Status : https://network.status-ovhcloud.com/incidents/f8yhd573wk5j > Opération de maintenance (No2) : > Créneau : 02/05/2024 de 06:00 UTC à 14:00 UTC > Datacenter : Gravelines (GRA1 / GRA2) > Impact attendu : Certains serveurs pourraient subir une interruption > électrique > Page Status : https://network.status-ovhcloud.com/incidents/172569g1l20w > Nos équipes Datacenter et Support seront mobilisées durant toute la > maintenance afin de résoudre tout impact sur vos services. > Nous nous excusons par avance pour toute gêne occasionnée.Bonjour, > Loin de moi l'idée de créer un > vent de panique avec le tag [ALERT] mais je pense que cela pourrait > intéresser du monde vu l'impact potentiel de la maintenance. > D'après > une communication de leur part il semblerais que OVH viens de planifier > en urgence une maintenance électrique dans l’intégralité de ses > datacenters de Gravelines (GRA1, GRA2, GRA3 & GRA4) les 29/04 et > 02/05 (lundi et jeudi de la semaine prochaine S18). > Un > risque de coupure électrique est envisagé sur au moins les datacenters > GRA1 & GRA2 d'après leur communication pendant toute la journée du > 29/04 et 02/05 de 8h-16h CEST. Avec un tel risque il est préférable de > procéder a une extinction des serveurs au préalable durant les deux > journées de maintenance. > Il n'y a pas de > précisions supplémentaires quand aux serveurs double-alimentés, etc. > j'imagine qu'ils sont également concernés par mesure de prudence. > Une > maintenance de ce type avec coupure dans un délai aussi co
Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Ici ils parlent d’interruption le soir https://web-cloud.status-ovhcloud.com/incidents/3vnvh564l87b Sent from my iPhone > On 25 Apr 2024, at 08:00, Maximilien Douchet via frnog > wrote: > > Bonjour, > > > Loin de moi l'idée de créer un vent de panique avec le tag [ALERT] mais je > pense que cela pourrait intéresser du monde vu l'impact potentiel de la > maintenance. > > > D'après une communication de leur part il semblerais que OVH viens de > planifier en urgence une maintenance électrique dans l’intégralité de ses > datacenters de Gravelines (GRA1, GRA2, GRA3 & GRA4) les 29/04 et 02/05 (lundi > et jeudi de la semaine prochaine S18). > > > Un risque de coupure électrique est envisagé sur au moins les datacenters > GRA1 & GRA2 d'après leur communication pendant toute la journée du 29/04 et > 02/05 de 8h-16h CEST. Avec un tel risque il est préférable de procéder a une > extinction des serveurs au préalable durant les deux journées de maintenance. > > > Il n'y a pas de précisions supplémentaires quand aux serveurs > double-alimentés, etc. j'imagine qu'ils sont également concernés par mesure > de prudence. > > > Une maintenance de ce type avec coupure dans un délai aussi court est aussi > inédite qu'exceptionnelle je suppose que cela est fait pour des raisons très > importantes. Vu la capacité des datacenters de Gravelines cela doit concerner > (avec une estimation au doigt mouillé) entre 50 000 et 100 000 serveurs. > > > J'imagine que certaines dispositions peuvent être a prendre pour les > infrastructures n'étant pas redondées en dehors des datacenters de Gravelines > ou au moins pour préserver vos serveurs avec une extinction préalable. > > > > > Communication OVH : > > > FR > Cher client, > > Nous devons effectuer une maintenance électrique préventive sur le site de > Gravelines la semaine prochaine. > > Celle-ci se déroulera en 2 étapes, avec une première opération le 29 avril > 2024, et une seconde le 2 mai 2024. > > Cette maintenance touche les serveurs hébergés dans les environnements de > Gravelines (GRA1, GRA2, GRA3 et GRA4). Aucun impact n’est attendu sur le > périmètre GRA3 et GRA4. Concernant le périmètre GRA1 et GRA2, un risque de > coupure électrique a été identifié. > > Pour vous prémunir de tout impact, nous vous conseillons au préalable > d’éteindre vos machines avant chacune des opérations mentionnées ci-dessous : > > Opération de maintenance (No1) : > Créneau : 29/04/2024 de 06:00 UTC à 14:00 UTC > Datacenter : Gravelines (GRA1 / GRA2) > Impact attendu : Certains serveurs pourraient subir une interruption > électrique > Page Status : https://network.status-ovhcloud.com/incidents/f8yhd573wk5j > > Opération de maintenance (No2) : > Créneau : 02/05/2024 de 06:00 UTC à 14:00 UTC > Datacenter : Gravelines (GRA1 / GRA2) > Impact attendu : Certains serveurs pourraient subir une interruption > électrique > Page Status : https://network.status-ovhcloud.com/incidents/172569g1l20w > > Nos équipes Datacenter et Support seront mobilisées durant toute la > maintenance afin de résoudre tout impact sur vos services. > > Nous nous excusons par avance pour toute gêne occasionnée.Bonjour, > > > Loin de moi l'idée de créer un > vent de panique avec le tag [ALERT] mais je pense que cela pourrait > intéresser du monde vu l'impact potentiel de la maintenance. > > > D'après > une communication de leur part il semblerais que OVH viens de planifier > en urgence une maintenance électrique dans l’intégralité de ses > datacenters de Gravelines (GRA1, GRA2, GRA3 & GRA4) les 29/04 et > 02/05 (lundi et jeudi de la semaine prochaine S18). > > > Un > risque de coupure électrique est envisagé sur au moins les datacenters > GRA1 & GRA2 d'après leur communication pendant toute la journée du > 29/04 et 02/05 de 8h-16h CEST. Avec un tel risque il est préférable de > procéder a une extinction des serveurs au préalable durant les deux > journées de maintenance. > > > Il n'y a pas de > précisions supplémentaires quand aux serveurs double-alimentés, etc. > j'imagine qu'ils sont également concernés par mesure de prudence. > > > Une > maintenance de ce type avec coupure dans un délai aussi court est aussi > inédite qu'exceptionnelle je suppose que cela est fait pour des raisons > très importantes. Vu la capacité des datacenters de Gravelines cela > doit concerner (avec une estimation au doigt mouillé) entre 50 000 et > 100 000 serveurs. > > > J'imagine > que certaines dispositions peuvent être a prendre pour les > infrastructures n'étant pas redondées en dehors des datacenters de > Gr
[FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05
Bonjour, Loin de moi l'idée de créer un vent de panique avec le tag [ALERT] mais je pense que cela pourrait intéresser du monde vu l'impact potentiel de la maintenance. D'après une communication de leur part il semblerais que OVH viens de planifier en urgence une maintenance électrique dans l’intégralité de ses datacenters de Gravelines (GRA1, GRA2, GRA3 & GRA4) les 29/04 et 02/05 (lundi et jeudi de la semaine prochaine S18). Un risque de coupure électrique est envisagé sur au moins les datacenters GRA1 & GRA2 d'après leur communication pendant toute la journée du 29/04 et 02/05 de 8h-16h CEST. Avec un tel risque il est préférable de procéder a une extinction des serveurs au préalable durant les deux journées de maintenance. Il n'y a pas de précisions supplémentaires quand aux serveurs double-alimentés, etc. j'imagine qu'ils sont également concernés par mesure de prudence. Une maintenance de ce type avec coupure dans un délai aussi court est aussi inédite qu'exceptionnelle je suppose que cela est fait pour des raisons très importantes. Vu la capacité des datacenters de Gravelines cela doit concerner (avec une estimation au doigt mouillé) entre 50 000 et 100 000 serveurs. J'imagine que certaines dispositions peuvent être a prendre pour les infrastructures n'étant pas redondées en dehors des datacenters de Gravelines ou au moins pour préserver vos serveurs avec une extinction préalable. Communication OVH : FR Cher client, Nous devons effectuer une maintenance électrique préventive sur le site de Gravelines la semaine prochaine. Celle-ci se déroulera en 2 étapes, avec une première opération le 29 avril 2024, et une seconde le 2 mai 2024. Cette maintenance touche les serveurs hébergés dans les environnements de Gravelines (GRA1, GRA2, GRA3 et GRA4). Aucun impact n’est attendu sur le périmètre GRA3 et GRA4. Concernant le périmètre GRA1 et GRA2, un risque de coupure électrique a été identifié. Pour vous prémunir de tout impact, nous vous conseillons au préalable d’éteindre vos machines avant chacune des opérations mentionnées ci-dessous : Opération de maintenance (No1) : Créneau : 29/04/2024 de 06:00 UTC à 14:00 UTC Datacenter : Gravelines (GRA1 / GRA2) Impact attendu : Certains serveurs pourraient subir une interruption électrique Page Status : https://network.status-ovhcloud.com/incidents/f8yhd573wk5j Opération de maintenance (No2) : Créneau : 02/05/2024 de 06:00 UTC à 14:00 UTC Datacenter : Gravelines (GRA1 / GRA2) Impact attendu : Certains serveurs pourraient subir une interruption électrique Page Status : https://network.status-ovhcloud.com/incidents/172569g1l20w Nos équipes Datacenter et Support seront mobilisées durant toute la maintenance afin de résoudre tout impact sur vos services. Nous nous excusons par avance pour toute gêne occasionnée.Bonjour, Loin de moi l'idée de créer un vent de panique avec le tag [ALERT] mais je pense que cela pourrait intéresser du monde vu l'impact potentiel de la maintenance. D'après une communication de leur part il semblerais que OVH viens de planifier en urgence une maintenance électrique dans l’intégralité de ses datacenters de Gravelines (GRA1, GRA2, GRA3 & GRA4) les 29/04 et 02/05 (lundi et jeudi de la semaine prochaine S18). Un risque de coupure électrique est envisagé sur au moins les datacenters GRA1 & GRA2 d'après leur communication pendant toute la journée du 29/04 et 02/05 de 8h-16h CEST. Avec un tel risque il est préférable de procéder a une extinction des serveurs au préalable durant les deux journées de maintenance. Il n'y a pas de précisions supplémentaires quand aux serveurs double-alimentés, etc. j'imagine qu'ils sont également concernés par mesure de prudence. Une maintenance de ce type avec coupure dans un délai aussi court est aussi inédite qu'exceptionnelle je suppose que cela est fait pour des raisons très importantes. Vu la capacité des datacenters de Gravelines cela doit concerner (avec une estimation au doigt mouillé) entre 50 000 et 100 000 serveurs. J'imagine que certaines dispositions peuvent être a prendre pour les infrastructures n'étant pas redondées en dehors des datacenters de Gravelines ou au moins pour préserver vos serveurs avec une extinction préalable. Sincèrement, — Maximilien Douchet Hexanode - Hébergement & Infogérance hexanode.fr - cont...@hexanode.fr - +339 72 60 54 00 --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] FTTH Access Orange et ONT
Bonjour à tous, Question purement telco aujourd'hui. Depuis la sortie de l'offre FTTH Access OWF, j'ai pris l'habitude de commander avec leur propre ONT pour bien scinder les périmètres de responsabilité. Sauf que je m'aperçois que dans un peu moins d'un quart des déploiements, l'ONT est mal configuré (j'ai pas encore creusé ce qui est mal configuré, ça va venir). Le reste des échecs vous vous en doutez c'est du tech absent ou pas fiable. Je me lance dans une étude pour déterminer si je ne suis pas mieux de prendre moi-même l'ONT, aussi bien en termes de déploiement que d'exploitation. Vos témoignages et vos avis m'intéressent ! Et pour ça j'ai déjà quelques questions dans ma besace : - Avez-vous fait le même choix que moi ? (il paraît que mon choix est une exception chez Orange) - Si oui, est-ce pour une raison particulière ? - Et faites-vous le même constat que moi ? - Parvenez-vous à superviser et à manager cet ONT ? Si oui comment ? - Avez-vous déjà eu à faire des mises à jour du firmware ? - J'arrive pas à comprendre si c'est Orange qui déploie les MaJ où si c'est à nous de le faire - Avez-vous beaucoup de pannes ? Merci à tous par avance, Steeve --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] choix techno coeur de réseau
Hello, Ma réponse est biaisée certainement, Cisco un jour, cisco toujours * tous les admins réseau connaissent * Documentation, support, performances, stabilité, fonctionnalités, la liste est longue * gamme catalyst éprouvée et increvable J'ai commencé il y a 20 ans en achetant des kits sur ebay : qui étaient littéralement tombés du camion lors de la livraison, switchs écrasés, façade explosée etc : le matériel fonctionnait qd même aucun souci, ca m'a marqué à l'époque lol... A+ Nicolas From: frnog-requ...@frnog.org on behalf of jstraw via frnog Sent: Wednesday, April 24, 2024 15:19 To: frnog-t...@frnog.org Subject: [FRnOG] [TECH] choix techno coeur de réseau Bonjour la communauté, Je fais appel à vous pour nous aider / conforter à faire un choix technologique sur du coeur de réseau faisans exclusivement du L2, le routage étant assuré par firewall. Nous avons deux salles info avec de la virtualisation qui a ses propres switches. Chaque salle info aura un switch fibre monté en cluster via ISL fibre et la techno du constructeur avec son jumeau. Le cluster de FW est monté croisé avec agréga LACP 2x10Gb Le sw pour la virtu est monté croisé avec agréga LACP 2x10Gb Jusque la rien de fou. Nous avons 3 constructeurs en shortlist. Cisco Catalyst 9500 Aruba 8360 Juniper EX4650 Sans considérations financière quels sont vos favoris appuyé par votre argumentaire. Nous connaissons bien Aruba et Cisco, nous sommes curieux de la couche IA de Juniper. Nous nous posons des questions sur l'avenir de JUNIPER avec le rachat par HPE. Notre décision est prise a 80% ca nous permettra de nous conforter dans notre choix. Merci --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] choix techno coeur de réseau
Bonjour la communauté, Je fais appel à vous pour nous aider / conforter à faire un choix technologique sur du coeur de réseau faisans exclusivement du L2, le routage étant assuré par firewall. Nous avons deux salles info avec de la virtualisation qui a ses propres switches. Chaque salle info aura un switch fibre monté en cluster via ISL fibre et la techno du constructeur avec son jumeau. Le cluster de FW est monté croisé avec agréga LACP 2x10Gb Le sw pour la virtu est monté croisé avec agréga LACP 2x10Gb Jusque la rien de fou. Nous avons 3 constructeurs en shortlist. Cisco Catalyst 9500 Aruba 8360 Juniper EX4650 Sans considérations financière quels sont vos favoris appuyé par votre argumentaire. Nous connaissons bien Aruba et Cisco, nous sommes curieux de la couche IA de Juniper. Nous nous posons des questions sur l'avenir de JUNIPER avec le rachat par HPE. Notre décision est prise a 80% ca nous permettra de nous conforter dans notre choix. Merci --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] FRnOG 39.0 - RELEASE
Bonjour, La réunion FRnOG, c'est ce vendredi. Le programme complet et les inscriptions sont disponibles ici : https://www.frnog.org/?page=frnog39 Cordialement, -- Philippe Bourcier https://twitter.com/irukanji_invest https://www.linkedin.com/in/philippebourcier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] nerim keyyo emails coupé
Vu l’ambiance chez eux en ce moment (nettoyage/virage de tout ce qui coûte de l’argent et qui est redondant avec l’infra Keyyo, au mépris des contrats en cours), je pense que tu n’as aucune chance. David > Le 24 avr. 2024 à 10:19, Damien Wetzel via frnog a écrit : > > Bonjour à tous, > J'ai mon adresse email dwet...@nerim.net que j'ai depuis 25 ans, qui m'a été > coupée brutalement sans preavis alors qu'on m'avait assuré mordicus qu'elle > serait conservée. > Ca doit etre les methodes de communication moderne, je ne fais pas ce que je > dis et je dis ce que je ne fais pas. > C'est vrai je l'aimais bien mon adresse nerim d'un autre temps ;) > Y'a t'il une bonne ame chez keyyo qui pourrait me la réactiver le temps que > j'organise mon transfert vers une autre boite ? > Cordialement, > Damien, > -- > > > > ~ > Damien WETZEL (ATANAR TECHNOLOGIES)("`-/")_.-'"``-._ > http://www.atanar.com . . `; -._)-;-,_`) > (v_,)' _ )`-.\ ``-' > Phone:+33 9 67 35 09 05_.- _..-_/ / ((.' > - So much to do, so little time - ((,.-' ((,/ > ~~~~~ > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] nerim keyyo emails coupé
Bonjour à tous, J'ai mon adresse email dwet...@nerim.net que j'ai depuis 25 ans, qui m'a été coupée brutalement sans preavis alors qu'on m'avait assuré mordicus qu'elle serait conservée. Ca doit etre les methodes de communication moderne, je ne fais pas ce que je dis et je dis ce que je ne fais pas. C'est vrai je l'aimais bien mon adresse nerim d'un autre temps ;) Y'a t'il une bonne ame chez keyyo qui pourrait me la réactiver le temps que j'organise mon transfert vers une autre boite ? Cordialement, Damien, -- ~ Damien WETZEL (ATANAR TECHNOLOGIES)("`-/")_.-'"``-._ http://www.atanar.com . . `; -._)-;-,_`) (v_,)' _ )`-.\ ``-' Phone:+33 9 67 35 09 05_.- _..-_/ / ((.' - So much to do, so little time - ((,.-' ((,/ ~ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Vote pour le bureau PeeringBD
Bonjour la liste, On Tue, 23 Apr 2024 at 18:39, FRNOG Acorso wrote: > Est-ce que je peux voter : Il faut être membre PeeringDB “org”. Une > personne qui gère plusieurs organisation a un seul bulletin de vote. Pour voter c'est un peu plus complexe. Il faut certes être membre mais aussi être inscrit(e) à la mailing-list pdb-gov avant même de demander son bulletin de vote. Donc pour résumer, il faut : 1. Un compte PeeringDB actif 2. Une souscription à la liste PeeringDB Governance en lien avec le compte PeeringDB actif Le secrétaire de PeeringDB vient de me notifier qu'il y a des gens qui veulent visiblement voter mais qui ne peuvent pas car ils ne remplissent pas les conditions ci-dessus. Merci à tous, -- Guillaume --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Vote pour le bureau PeeringBD
Bonjour à tous. J’envoie un petit message de rappel pour le vote du bureau de PeeringDB - https://docs.peeringdb.com/gov/ Date : du 15 avril 2024 au 29 avril 2024 Les candidats : https://docs.peeringdb.com/gov/misc/2024-04-14_election.html Est-ce que je peux voter : Il faut être membre PeeringDB “org”. Une personne qui gère plusieurs organisation a un seul bulletin de vote. ByLaws: https://docs.peeringdb.com/gov/legaldocs/2015-12-08_PeeringDB_Bylaws.pdf "2.3.2 Members who are affiliated with each other are entitled to a total of one vote upon each issue. "Affiliate" means, with respect to a particular person, any entity that directly or indirectly controls, is controlled by, or is under common control with such person." Comment voter: Envoyer un email à secretary at peeringdb.com == 1) Organization ASN: (put N/A if not applicable) 2) Organization Name: 3) I am the sole authorized voter for this organization: (yes or no) 4) This organization is affiliated (per the definition above) with these other ASNs/organizations: (put N/A if not applicable) 5) Email address to which the ballot login should be sent, if different than your own: (example: peering at example.net) == Plus de détails: https://lists.peeringdb.com/pipermail/pdb-gov/2024-April/000434.html Bonne journee Alexandre Corso --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Bonjour, Merci beaucoup pour vos réponses et avis. Ça nous a conforté dans l'idée de ne pas faire de spanning-tree à l'échelle de l'infra, car nous n'en avons pas besoin (et pas envie). Voilà ce que ça donne au final chez nous : * Pas de spanning-tree sur notre infra, du tout, sur les couches core et aggregation (no spanning-tree). Tous les liens sont redondés en LACP (vPC/MLAG). * Du spanning-tree le plus simple possible sur les couches access, chaque stack étant la racine de son propre arbre local, qui ne sort pas de la stack (à priori du rapid-pvst par simplicité sur nos 2960x) * Sur les switchs d'access, il faut donc systématiquement faire du bpdufilter sur les ports upstream (pour ne pas propager l'arbre spanning-tree vers l'infra) * Sur les ports edge, on fait du portfast (pour éviter les latences à l'allumage du port) et du bpduguard pour shut un port edge qui reçoit des BPDU (un switch, à priori) * En complément sur les ports edge, on fait du storm-control pour couper s'il y a trop de broadcast/multicast ; et du port-security pour limiter le nombre de MAC autorisées sur un port (variable selon le type de VLAN) * Et on bosse sur l’implémentation de 802.1x et Private Vlan, mais c'est un autre sujet. Bonne journée à toutes et tous, Fabien On 4/22/24 17:49, Fabien Sirjean wrote: Bonjour la liste ! Ça fait maintenant quelques semaines qu'on se gratte la tête avec les collègues, alors je viens ici chercher des avis éclairés. On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout comme la couche d'aggreg des différents switchs d'access. Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la couleur de l'équipement), on a aucune boucle sur l'infra. On est en train de reprendre la config de nos switchs (refonte totale du parc, on déploie du 2060X refurbished) et on se pose une question bête : spanning-tree or not spanning tree ? Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge ; mais quid des liens infra ? Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) techno du diable, on a pas très envie de faire un seul arbre spanning-tree à l'échelle de notre infra. On a vécu des changements de topologie incessants, avec des temps de convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que nous préconise un presta, alors on doute de nos choix. Un avis sur la question ? Vous faites comment chez vous ? Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, mais... C'est pas au programme pour l'instant ;-) Merci d'avance de vos retours ! Bonne soirée, Fabien --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Le Mon, Apr 22, 2024 at 07:16:42PM +, NELLI Olivier a écrit : > Bonsoir à tous, > Le spanning-tree marche bien pour de très petites infras. Le mstp est > compliqué (le rstp est mieux, plus simple) mais la convergence, bien > qu'améliorée, reste mauvaise (plusieurs secondes voir 1/2 minute). A mon > avis, dans votre cas le stp et dérivés seraient à proscrire. > Il y a une techno peu utilisée en campus mais qui est super pour ces > environnements de niv 2. C'est le rps/erps/rrpp. Ça gère des boucles, > imbriquées ou non, ça converge hyper bien (<100ms), c'est assez simple en > mettre en œuvre et ça s'adapterai assez bien à votre profil (300sw/20 > bâtiments). Autant je trouve ERPS efficace sur des petites infras, autant je suis dubitatif sur un anneau avec un grand nombre de switches. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
David Ponzone (david.ponzone) writes: > > > Suffit d’un téléphone IP et d’un bouffon qui trouve dommage que son port PC > soit pas dans une prise murale. C'est pas ça qu'on appelle la boucle locale ? :D P. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
> Le 23 avr. 2024 à 03:38, Guillaume Lorre a écrit : > > > Autre interrogation : il y a encore des hubs, des mini-switch ou autre > horreurs dans le genre chez toi ? A prendre en compte pour du loop-protect. > Suffit d’un téléphone IP et d’un bouffon qui trouve dommage que son port PC soit pas dans une prise murale. David --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Salut, MSTP semble effectivement le mieux indiqué. C'est pas trop compliqué à comprendre (ca reste une sorte de mélange entre RSTP et RPVST) qui est assez souple, malléable et adaptatif par rapport aux autres protocoles Spanning-tree (par exemple : les régions dans ton cas pour avoir plusieurs arbres). Attention quand même à l'interopérabilité sur les phases de migration. J'ai déjà eu de mauvaises surprises, sur du Catalyst notamment, lorsque des BPDU de différents protocoles se déplacent sur le réseau. Et puis tout dépends de l'étendu de tes VLAN sur tes bâtiments. Tout les VLANs sont déployés et utilisés sur plusieurs bâtiments ou non ? Si c'est pas le cas, la topologie en VLAN locaux et routage à l'agrégation est peut-être pas si loin. Ou sinon pas de STP et du stormcontrol blindés partout et un très bon monitoring mais je suis moins fan. Autre interrogation : il y a encore des hubs, des mini-switch ou autre horreurs dans le genre chez toi ? A prendre en compte pour du loop-protect. A+ Guillaume. Le lun. 22 avr. 2024, 20:40, Pierre LANCASTRE a écrit : > Hello > > +1 pour le mstp. Car plus flexible sur certaines archi. Par exemple sur des > étages "coeur" ou on veut avoir des vlan point a point entre les "switch > routeurs" pour faire du routage dynamique, pour passer des vlan de synchro > firewalls via deux paths différents, etc. > Avec MSTP tu peux faire plusieurs arbres, avec rstp un seul, et le > pvst/vstp c est le plus flexible (1 vlan 1 arbre) mais c est pas scalable, > et source potentielle de bonnes blagues, au moins sur iOS Cisco. Exemple un > peu vieux : tu configures le N+1 ème VLAN avec N le nombre max d instances > stp. Et hop, le Cisco te fait un no spanning tree vlan xxx avec xxx le vlan > id de plus haut de souvenir (pas sur). > > J avais eu jadis des incompatibilités MSTP entre des Cisco et des Extreme, > mais ça date de 2007, j pense que ça c est amélioré depuis :) > > Bref, une page pour aider à comparer les +/- des protos > > https://www.juniper.net/documentation/us/en/software/junos/stp-l2/topics/topic-map/spanning-tree-configuring-mstp.html > > A+ > > Pierre L. > > Le lun. 22 avr. 2024, 5 h 04 p.m., Nicolas Parpandet via frnog < > frnog@frnog.org> a écrit : > > > Hello, > > > > Comme tu as un environnement hétérogène, le spanning tree le plus > > compatible "inter-marques" est très certainement le MSTP > > > > A+ > > > > Nicolas > > > > > > ____ > > From: frnog-requ...@frnog.org on behalf of > > Fabien Sirjean > > Sent: Monday, April 22, 2024 17:49 > > To: frnog-t...@frnog.org > > Subject: [FRnOG] [TECH] Spanning-tree sur infra campus > > > > Bonjour la liste ! > > > > Ça fait maintenant quelques semaines qu'on se gratte la tête avec les > > collègues, alors je viens ici chercher des avis éclairés. > > > > On exploite une infra campus, de type 3 tiers (core/aggreg/access), en > > pur layer 2 (des VLAN propagés entre l'edge et le core) en > > multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). > > Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine > > de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, > > tout comme la couche d'aggreg des différents switchs d'access. > > Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la > > couleur de l'équipement), on a aucune boucle sur l'infra. > > > > On est en train de reprendre la config de nos switchs (refonte totale du > > parc, on déploie du 2060X refurbished) et on se pose une question bête : > > spanning-tree or not spanning tree ? > > > > Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les > > équipements). On veut bien sur faire de la détection de boucle (voire du > > bpdu guard) sur les ports edge ; mais quid des liens infra ? > > Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et > > notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, > > MSTP...) techno du diable, on a pas très envie de faire un seul arbre > > spanning-tree à l'échelle de notre infra. > > On a vécu des changements de topologie incessants, avec des temps de > > convergence infinis, et on a pas très envie de recommencer. Mais c'est > > ce que nous préconise un presta, alors on doute de nos choix. > > > > Un avis sur la question ? Vous faites comment chez vous ? > > > > Bien sur la meilleure réponse est de tout passer en L3 et de faire du > > routage, mais... C'est pas au programme pour l'instant ;-) > > > > Merci d'avance de vos retours ! > > > > Bonne soirée, > > > > Fabien > > > > > > --- > > 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/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Hello +1 pour le mstp. Car plus flexible sur certaines archi. Par exemple sur des étages "coeur" ou on veut avoir des vlan point a point entre les "switch routeurs" pour faire du routage dynamique, pour passer des vlan de synchro firewalls via deux paths différents, etc. Avec MSTP tu peux faire plusieurs arbres, avec rstp un seul, et le pvst/vstp c est le plus flexible (1 vlan 1 arbre) mais c est pas scalable, et source potentielle de bonnes blagues, au moins sur iOS Cisco. Exemple un peu vieux : tu configures le N+1 ème VLAN avec N le nombre max d instances stp. Et hop, le Cisco te fait un no spanning tree vlan xxx avec xxx le vlan id de plus haut de souvenir (pas sur). J avais eu jadis des incompatibilités MSTP entre des Cisco et des Extreme, mais ça date de 2007, j pense que ça c est amélioré depuis :) Bref, une page pour aider à comparer les +/- des protos https://www.juniper.net/documentation/us/en/software/junos/stp-l2/topics/topic-map/spanning-tree-configuring-mstp.html A+ Pierre L. Le lun. 22 avr. 2024, 5 h 04 p.m., Nicolas Parpandet via frnog < frnog@frnog.org> a écrit : > Hello, > > Comme tu as un environnement hétérogène, le spanning tree le plus > compatible "inter-marques" est très certainement le MSTP > > A+ > > Nicolas > > > > From: frnog-requ...@frnog.org on behalf of > Fabien Sirjean > Sent: Monday, April 22, 2024 17:49 > To: frnog-t...@frnog.org > Subject: [FRnOG] [TECH] Spanning-tree sur infra campus > > Bonjour la liste ! > > Ça fait maintenant quelques semaines qu'on se gratte la tête avec les > collègues, alors je viens ici chercher des avis éclairés. > > On exploite une infra campus, de type 3 tiers (core/aggreg/access), en > pur layer 2 (des VLAN propagés entre l'edge et le core) en > multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). > Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine > de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, > tout comme la couche d'aggreg des différents switchs d'access. > Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la > couleur de l'équipement), on a aucune boucle sur l'infra. > > On est en train de reprendre la config de nos switchs (refonte totale du > parc, on déploie du 2060X refurbished) et on se pose une question bête : > spanning-tree or not spanning tree ? > > Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les > équipements). On veut bien sur faire de la détection de boucle (voire du > bpdu guard) sur les ports edge ; mais quid des liens infra ? > Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et > notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, > MSTP...) techno du diable, on a pas très envie de faire un seul arbre > spanning-tree à l'échelle de notre infra. > On a vécu des changements de topologie incessants, avec des temps de > convergence infinis, et on a pas très envie de recommencer. Mais c'est > ce que nous préconise un presta, alors on doute de nos choix. > > Un avis sur la question ? Vous faites comment chez vous ? > > Bien sur la meilleure réponse est de tout passer en L3 et de faire du > routage, mais... C'est pas au programme pour l'instant ;-) > > Merci d'avance de vos retours ! > > Bonne soirée, > > Fabien > > > --- > 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/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Hello, Comme tu as un environnement hétérogène, le spanning tree le plus compatible "inter-marques" est très certainement le MSTP A+ Nicolas ____ From: frnog-requ...@frnog.org on behalf of Fabien Sirjean Sent: Monday, April 22, 2024 17:49 To: frnog-t...@frnog.org Subject: [FRnOG] [TECH] Spanning-tree sur infra campus Bonjour la liste ! Ça fait maintenant quelques semaines qu'on se gratte la tête avec les collègues, alors je viens ici chercher des avis éclairés. On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout comme la couche d'aggreg des différents switchs d'access. Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la couleur de l'équipement), on a aucune boucle sur l'infra. On est en train de reprendre la config de nos switchs (refonte totale du parc, on déploie du 2060X refurbished) et on se pose une question bête : spanning-tree or not spanning tree ? Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge ; mais quid des liens infra ? Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) techno du diable, on a pas très envie de faire un seul arbre spanning-tree à l'échelle de notre infra. On a vécu des changements de topologie incessants, avec des temps de convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que nous préconise un presta, alors on doute de nos choix. Un avis sur la question ? Vous faites comment chez vous ? Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, mais... C'est pas au programme pour l'instant ;-) Merci d'avance de vos retours ! Bonne soirée, Fabien --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Bonsoir à tous, Le spanning-tree marche bien pour de très petites infras. Le mstp est compliqué (le rstp est mieux, plus simple) mais la convergence, bien qu'améliorée, reste mauvaise (plusieurs secondes voir 1/2 minute). A mon avis, dans votre cas le stp et dérivés seraient à proscrire. Il y a une techno peu utilisée en campus mais qui est super pour ces environnements de niv 2. C'est le rps/erps/rrpp. Ça gère des boucles, imbriquées ou non, ça converge hyper bien (<100ms), c'est assez simple en mettre en œuvre et ça s'adapterai assez bien à votre profil (300sw/20 bâtiments). Cdt, Olivier Le 22/04/2024 17:51, « frnog-requ...@frnog.org <mailto:frnog-requ...@frnog.org> au nom de Fabien Sirjean » mailto:frnog-requ...@frnog.org> au nom de fsirj...@eddie.fdn.fr <mailto:fsirj...@eddie.fdn.fr>> a écrit : Ce mail provient de l'extérieur, restons vigilants Bonjour la liste ! Ça fait maintenant quelques semaines qu'on se gratte la tête avec les collègues, alors je viens ici chercher des avis éclairés. On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout comme la couche d'aggreg des différents switchs d'access. Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la couleur de l'équipement), on a aucune boucle sur l'infra. On est en train de reprendre la config de nos switchs (refonte totale du parc, on déploie du 2060X refurbished) et on se pose une question bête : spanning-tree or not spanning tree ? Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge ; mais quid des liens infra ? Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) techno du diable, on a pas très envie de faire un seul arbre spanning-tree à l'échelle de notre infra. On a vécu des changements de topologie incessants, avec des temps de convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que nous préconise un presta, alors on doute de nos choix. Un avis sur la question ? Vous faites comment chez vous ? Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, mais... C'est pas au programme pour l'instant ;-) Merci d'avance de vos retours ! Bonne soirée, Fabien ------- Liste de diffusion du FRnOG http://www.frnog.org/ <http://www.frnog.org/> --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
On 22/04/2024 20:18, Paul Rolland (ポール・ロラン) wrote: Et si tu nous expliquais pourquoi tu ne veux pas de Spanning-tree ? A la base, il a ete fait pour gerer ces problemes de boucles. Tu ne veux pas des problemes de boucles, mais tu ne veux pas non plus de la solution naturelle. C'est un peu complexe du coup ;) Tout à fait d'accord là-dessus. Il faut préciser le besoin avant de chercher (à écarter) une solution. Pour l'instant sauf si j'ai raté quelque chose, on pourrait très bien être face à un problème XY. J'ai déjà fait du campus (~50 switches) avec STP (RSTP en l'occurence), ça fonctionne comme prévu quand c'est configuré correctement (et ce n'est pas très compliqué à configurer). Et ce n'est pas incompatible avec le LACP ou même le stacking (pour ceux qui pratiquent cette religion :o ). Penser à récupérer les messages syslog de détection de boucle pour avertir le help desk ou les admins quand quelqu'un fait une boulette, si c'est pertinent. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Bonsoir, On Mon, 22 Apr 2024 18:08:33 +0200 Fabien Sirjean wrote: > > Tu as une boucle dans ton L2 ou pas ? > Non, et c'est pas prévu puisqu'on redonde tout en LACP. > > > Et si non, y a des bouffons qui pourraient en faire une ? > > Sur les liens autres que edge (c'est-à-dire sur l'infra) les bouffons > éventuels c'est nous, et on sait châtier les collègues au besoin. --> Non Bon, mes deux sous: - "c'est pas prevu", c'est une mauvaise reponse. Si tu le prevois pas, le jour ou ca va arriver, tu seras bien triste. - "on sait châtier les collègues au besoin", ok, sauf que ca sera trop tard. Je te conseille donc, si tu es sur ce genre d'approche, de t'assurer que ton OOB pour manager tous tes equipements, et deboucler en remote en cas de boulette, est bien fonctionnel et totalement independant. > Par contre sur les ports edge (ceux où sont connectés les users, ceux > qui font peur et qui branchent/débranchent leurs équipements en > permanence) c'est un risque sérieux. En plus des suggestions deja faites, tu peux aussi regarder : - max mac-address, pour limiter le nombre de MAC, et bloquer si ca depasse 1 par exemple, - 802.1x ??? > Si je suis ta logique, on souhaite donc uniquement détecter une boucle > sur les ports edge. Comment on fait ça proprement, sans se lancer dans > du spanning-tree sur l'infra ? Et si tu nous expliquais pourquoi tu ne veux pas de Spanning-tree ? A la base, il a ete fait pour gerer ces problemes de boucles. Tu ne veux pas des problemes de boucles, mais tu ne veux pas non plus de la solution naturelle. C'est un peu complexe du coup ;) Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Fabien Sirjean (fsirjean) writes: > Bonjour la liste ! > > Ça fait maintenant quelques semaines qu'on se gratte la tête avec les > collègues, alors je viens ici chercher des avis éclairés. > > On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur > layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs > (HP procurve, Extreme, Cisco 2960X...). Ne pas faire du 3 tiers en pur L2 ? Je sais, c'est pas au programme :) > On est en train de reprendre la config de nos switchs (refonte totale du > parc, on déploie du 2060X refurbished) et on se pose une question bête : > spanning-tree or not spanning tree ? MSTP si possible. > techno du diable, on a pas très envie de faire un seul arbre spanning-tree à > l'échelle de notre infra. Bonne idée. > On a vécu des changements de topologie incessants, avec des temps de > convergence infinis, et on a pas très envie de recommencer. Mais c'est ce > que nous préconise un presta, alors on doute de nos choix. Si on contrôle bien les liens infra et on est quasi sûr que personne ne va faire des boucles à ce niveau, on peut décider de fermer les ports manuellement. Ou voir si il y a des options vPC / MLAG pour utiliser des liens redondants de manière efficace (moins certain quand on fait du multi-vendeur bien évidemment). > Bien sur la meilleure réponse est de tout passer en L3 et de faire du > routage, mais... C'est pas au programme pour l'instant ;-) Mais y réfléchir fortement - et ça ne nécessite pas forcément une transition complète du réseau en une seule étape. P. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Salut, Perso, je le configurerai partout, même sans boucle dans le design à date mais pour le futur, tu es boufon-proof ready. Le storm control, fait avec des ASR920, ça marche mais c'est le backbone qui tient pas les end device qui au delà de 100 Mbps de bcast sont dans le vent déjà. Le 22/04/2024 à 19:29, Fabien Sirjean a écrit : Hello, On 4/22/24 18:51, Aurélien TABARAUD wrote: Salut, Fonction storm control avec en action le shutdown du port au delà d’un certain seuil de paquets de broadcast. Merci pour le retour :-) On met déjà du storm-control, mais la question du seuil n'est pas évidente. Même 1% sur un port 10G, ça fait quand même 100 Mbps... D'ailleurs, vous les mettez à combien vos seuils de storm-control ? On voulait donc mettre du bpduguard en complément, d'où la question sur spanning-tree. Bonne soirée ! Fabien Ensuite ton technicien gère les tickets de support « ehhh mon réseau marche plus » ouverts au fur et à mesure par les utilisateurs. Syntaxe Cisco : storm-control Synthaxe HP : storm-constrain Etc Cordialement, Aurélien Par exemple, j'ai l'impression que si je fais un "no spanning-tree" sur un 2960X, les commandes "spanning-tree bpduguard enable" sur un port sont sans effet. Bonne soirée, Fabien David Le 22 avr. 2024 à 17:49, Fabien Sirjean a écrit : Bonjour la liste ! Ça fait maintenant quelques semaines qu'on se gratte la tête avec les collègues, alors je viens ici chercher des avis éclairés. On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout comme la couche d'aggreg des différents switchs d'access. Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la couleur de l'équipement), on a aucune boucle sur l'infra. On est en train de reprendre la config de nos switchs (refonte totale du parc, on déploie du 2060X refurbished) et on se pose une question bête : spanning-tree or not spanning tree ? Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge ; mais quid des liens infra ? Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) techno du diable, on a pas très envie de faire un seul arbre spanning-tree à l'échelle de notre infra. On a vécu des changements de topologie incessants, avec des temps de convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que nous préconise un presta, alors on doute de nos choix. Un avis sur la question ? Vous faites comment chez vous ? Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, mais... C'est pas au programme pour l'instant ;-) Merci d'avance de vos retours ! Bonne soirée, Fabien --- 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Bien cordialement, Emmanuel André --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Le 22/04/2024 à 19:29, Fabien Sirjean a écrit : Hello, On 4/22/24 18:51, Aurélien TABARAUD wrote: Salut, Fonction storm control avec en action le shutdown du port au delà d’un certain seuil de paquets de broadcast. Merci pour le retour :-) On met déjà du storm-control, mais la question du seuil n'est pas évidente. Même 1% sur un port 10G, ça fait quand même 100 Mbps... D'ailleurs, vous les mettez à combien vos seuils de storm-control ? On voulait donc mettre du bpduguard en complément, d'où la question sur spanning-tree. Bonne soirée ! Fabien Attention avec le BPDUGuard, j'ai déjà vu un virtualbox émettre des BPDU, le dev qui avait besoin de se simuler un petit réseau était un peu emmerdé. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Hello, On 4/22/24 18:51, Aurélien TABARAUD wrote: Salut, Fonction storm control avec en action le shutdown du port au delà d’un certain seuil de paquets de broadcast. Merci pour le retour :-) On met déjà du storm-control, mais la question du seuil n'est pas évidente. Même 1% sur un port 10G, ça fait quand même 100 Mbps... D'ailleurs, vous les mettez à combien vos seuils de storm-control ? On voulait donc mettre du bpduguard en complément, d'où la question sur spanning-tree. Bonne soirée ! Fabien Ensuite ton technicien gère les tickets de support « ehhh mon réseau marche plus » ouverts au fur et à mesure par les utilisateurs. Syntaxe Cisco : storm-control Synthaxe HP : storm-constrain Etc Cordialement, Aurélien Par exemple, j'ai l'impression que si je fais un "no spanning-tree" sur un 2960X, les commandes "spanning-tree bpduguard enable" sur un port sont sans effet. Bonne soirée, Fabien David Le 22 avr. 2024 à 17:49, Fabien Sirjean a écrit : Bonjour la liste ! Ça fait maintenant quelques semaines qu'on se gratte la tête avec les collègues, alors je viens ici chercher des avis éclairés. On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout comme la couche d'aggreg des différents switchs d'access. Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la couleur de l'équipement), on a aucune boucle sur l'infra. On est en train de reprendre la config de nos switchs (refonte totale du parc, on déploie du 2060X refurbished) et on se pose une question bête : spanning-tree or not spanning tree ? Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge ; mais quid des liens infra ? Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) techno du diable, on a pas très envie de faire un seul arbre spanning-tree à l'échelle de notre infra. On a vécu des changements de topologie incessants, avec des temps de convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que nous préconise un presta, alors on doute de nos choix. Un avis sur la question ? Vous faites comment chez vous ? Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, mais... C'est pas au programme pour l'instant ;-) Merci d'avance de vos retours ! Bonne soirée, Fabien --- 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Bonsoir, Fabien Sirjean (Mon 2024-04-22 18:08:33 +0200) : > Par contre sur les ports edge (ceux où sont connectés les users, ceux qui > font peur et qui branchent/débranchent leurs équipements en permanence) > c'est un risque sérieux. > > Si je suis ta logique, on souhaite donc uniquement détecter une boucle sur > les ports edge. Comment on fait ça proprement, sans se lancer dans du > spanning-tree sur l'infra ? Chez Procurve, il y a loop-protect. Chez nous, nous voulions nous prémunir du câble branché entre deux prises murales (faut vraiment vouloir) mais surtout nous prémunir d'une boucle faite sur un mini-switch non manageable connecté sur un port (vu régulièrement). Pour bloquer le port (action par défaut) pendant une temporisation p. ex. de 5' (300 s), qui se répètera tant que le problème n'aura pas disparu : loop-protect loop-protect disable-timer 300 Ou alors une temporisation de zéro, c.-à-d. que le port restera indéfiniment bloqué tant que l'admin ne l'aura pas débloqué (pédagogie). ;-). La temporisation de 0 est la valeur par défaut : loop-protect loop-protect disable-timer 0 La doc HP mentionne que cette technique est plus sûre que la protection BPDU, car un équipement comme un mini-switch pourrait dans certains cas dropper les paquets BPDU. Bonne soirée, -- Emmanuel Halbwachs, Observatoire de Paris, ✆ +33 1 45 07 75 54 DIO¹ / CASTORS² 嶺 / PANDA³ ¹ Direction Informatique de l'Observatoire ; ² CAlcul, STOckage, Réseau, Système ³ Pool of Awesome Network Devices Administrators --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
> Le 22 avr. 2024 à 18:08, Fabien Sirjean a écrit : > > Hello, > >> On 4/22/24 18:00, David Ponzone wrote: >> Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ? > OK, j'aime bien l'approche ;-) >> -avoir un réseau qui fonctionne avec une boucle >> -avoir un réseau qui continue de fonctionner quand un bouffon vient former >> une boucle qui était pas prévue en branchant un câble n’importe où >> >> Tu as une boucle dans ton L2 ou pas ? > Non, et c'est pas prévu puisqu'on redonde tout en LACP. >> Et si non, y a des bouffons qui pourraient en faire une ? > > Sur les liens autres que edge (c'est-à-dire sur l'infra) les bouffons > éventuels c'est nous, et on sait châtier les collègues au besoin. --> Non > > Par contre sur les ports edge (ceux où sont connectés les users, ceux qui > font peur et qui branchent/débranchent leurs équipements en permanence) c'est > un risque sérieux. > > Si je suis ta logique, on souhaite donc uniquement détecter une boucle sur > les ports edge. Comment on fait ça proprement, sans se lancer dans du > spanning-tree sur l'infra ? Salut, Fonction storm control avec en action le shutdown du port au delà d’un certain seuil de paquets de broadcast. Ensuite ton technicien gère les tickets de support « ehhh mon réseau marche plus » ouverts au fur et à mesure par les utilisateurs. Syntaxe Cisco : storm-control Synthaxe HP : storm-constrain Etc Cordialement, Aurélien > Par exemple, j'ai l'impression que si je fais un "no spanning-tree" sur un > 2960X, les commandes "spanning-tree bpduguard enable" sur un port sont sans > effet. > > Bonne soirée, > > Fabien > >> David >> >> >>>> Le 22 avr. 2024 à 17:49, Fabien Sirjean a écrit : >>> >>> Bonjour la liste ! >>> >>> Ça fait maintenant quelques semaines qu'on se gratte la tête avec les >>> collègues, alors je viens ici chercher des avis éclairés. >>> >>> On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur >>> layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs >>> (HP procurve, Extreme, Cisco 2960X...). >>> Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de >>> bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout >>> comme la couche d'aggreg des différents switchs d'access. >>> Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la >>> couleur de l'équipement), on a aucune boucle sur l'infra. >>> >>> On est en train de reprendre la config de nos switchs (refonte totale du >>> parc, on déploie du 2060X refurbished) et on se pose une question bête : >>> spanning-tree or not spanning tree ? >>> >>> Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les >>> équipements). On veut bien sur faire de la détection de boucle (voire du >>> bpdu guard) sur les ports edge ; mais quid des liens infra ? >>> Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre >>> manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) >>> techno du diable, on a pas très envie de faire un seul arbre spanning-tree >>> à l'échelle de notre infra. >>> On a vécu des changements de topologie incessants, avec des temps de >>> convergence infinis, et on a pas très envie de recommencer. Mais c'est ce >>> que nous préconise un presta, alors on doute de nos choix. >>> >>> Un avis sur la question ? Vous faites comment chez vous ? >>> >>> Bien sur la meilleure réponse est de tout passer en L3 et de faire du >>> routage, mais... C'est pas au programme pour l'instant ;-) >>> >>> Merci d'avance de vos retours ! >>> >>> Bonne soirée, >>> >>> Fabien >>> >>> >>> --- >>> 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/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Hello, On 4/22/24 18:00, David Ponzone wrote: Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ? OK, j'aime bien l'approche ;-) -avoir un réseau qui fonctionne avec une boucle -avoir un réseau qui continue de fonctionner quand un bouffon vient former une boucle qui était pas prévue en branchant un câble n’importe où Tu as une boucle dans ton L2 ou pas ? Non, et c'est pas prévu puisqu'on redonde tout en LACP. Et si non, y a des bouffons qui pourraient en faire une ? Sur les liens autres que edge (c'est-à-dire sur l'infra) les bouffons éventuels c'est nous, et on sait châtier les collègues au besoin. --> Non Par contre sur les ports edge (ceux où sont connectés les users, ceux qui font peur et qui branchent/débranchent leurs équipements en permanence) c'est un risque sérieux. Si je suis ta logique, on souhaite donc uniquement détecter une boucle sur les ports edge. Comment on fait ça proprement, sans se lancer dans du spanning-tree sur l'infra ? Par exemple, j'ai l'impression que si je fais un "no spanning-tree" sur un 2960X, les commandes "spanning-tree bpduguard enable" sur un port sont sans effet. Bonne soirée, Fabien David Le 22 avr. 2024 à 17:49, Fabien Sirjean a écrit : Bonjour la liste ! Ça fait maintenant quelques semaines qu'on se gratte la tête avec les collègues, alors je viens ici chercher des avis éclairés. On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout comme la couche d'aggreg des différents switchs d'access. Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la couleur de l'équipement), on a aucune boucle sur l'infra. On est en train de reprendre la config de nos switchs (refonte totale du parc, on déploie du 2060X refurbished) et on se pose une question bête : spanning-tree or not spanning tree ? Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge ; mais quid des liens infra ? Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) techno du diable, on a pas très envie de faire un seul arbre spanning-tree à l'échelle de notre infra. On a vécu des changements de topologie incessants, avec des temps de convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que nous préconise un presta, alors on doute de nos choix. Un avis sur la question ? Vous faites comment chez vous ? Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, mais... C'est pas au programme pour l'instant ;-) Merci d'avance de vos retours ! Bonne soirée, Fabien --- 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/
Re: [FRnOG] [TECH] Spanning-tree sur infra campus
Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ? -avoir un réseau qui fonctionne avec une boucle -avoir un réseau qui continue de fonctionner quand un bouffon vient former une boucle qui était pas prévue en branchant un câble n’importe où Tu as une boucle dans ton L2 ou pas ? Et si non, y a des bouffons qui pourraient en faire une ? David > Le 22 avr. 2024 à 17:49, Fabien Sirjean a écrit : > > Bonjour la liste ! > > Ça fait maintenant quelques semaines qu'on se gratte la tête avec les > collègues, alors je viens ici chercher des avis éclairés. > > On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur > layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs > (HP procurve, Extreme, Cisco 2960X...). > Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de > bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout > comme la couche d'aggreg des différents switchs d'access. > Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la > couleur de l'équipement), on a aucune boucle sur l'infra. > > On est en train de reprendre la config de nos switchs (refonte totale du > parc, on déploie du 2060X refurbished) et on se pose une question bête : > spanning-tree or not spanning tree ? > > Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). > On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur > les ports edge ; mais quid des liens infra ? > Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre > manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) > techno du diable, on a pas très envie de faire un seul arbre spanning-tree à > l'échelle de notre infra. > On a vécu des changements de topologie incessants, avec des temps de > convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que > nous préconise un presta, alors on doute de nos choix. > > Un avis sur la question ? Vous faites comment chez vous ? > > Bien sur la meilleure réponse est de tout passer en L3 et de faire du > routage, mais... C'est pas au programme pour l'instant ;-) > > Merci d'avance de vos retours ! > > Bonne soirée, > > Fabien > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Spanning-tree sur infra campus
Bonjour la liste ! Ça fait maintenant quelques semaines qu'on se gratte la tête avec les collègues, alors je viens ici chercher des avis éclairés. On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs (HP procurve, Extreme, Cisco 2960X...). Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout comme la couche d'aggreg des différents switchs d'access. Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la couleur de l'équipement), on a aucune boucle sur l'infra. On est en train de reprendre la config de nos switchs (refonte totale du parc, on déploie du 2060X refurbished) et on se pose une question bête : spanning-tree or not spanning tree ? Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur les ports edge ; mais quid des liens infra ? Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) techno du diable, on a pas très envie de faire un seul arbre spanning-tree à l'échelle de notre infra. On a vécu des changements de topologie incessants, avec des temps de convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que nous préconise un presta, alors on doute de nos choix. Un avis sur la question ? Vous faites comment chez vous ? Bien sur la meilleure réponse est de tout passer en L3 et de faire du routage, mais... C'est pas au programme pour l'instant ;-) Merci d'avance de vos retours ! Bonne soirée, Fabien --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] programmation de contrôleurs réseau Intel i210
Bonjour à tous, J'ai des contrôleurs réseau i210 prévus pour de la fibre 1G. (ref exacte WGI210IS ou WGI210AS) Problème, ils ne sont pas programmés et sont visiblement inutilisables sans ça. #lspci 01:00.0 Ethernet controller: Intel Corporation I210 Gigabit Unprogrammed (rev 03) Pour résoudre ce problème, il semblerait qu'un outil spécifique d'Intel, nommé eeupdate, soit requis. Cet outil permet d'injecter le firmware nécessaire, la configuration appropriée, et une adresse MAC. Sauf que je viens de passer une bonne part de la journée sur le site de intel, et si j'ai bien trouvé des discussions de personnes confrontées à des difficultés similaires, ça semble tout de même être un parcours du combattant pour obtenir l'outil. Du coup, je pars à la pêche et lance un petit appel ici. Si quelqu'un a de l'expérience avec cette procédure, des contacts chez Intel, ou pourrait même partager les fichiers nécessaires, je vous serais extrêmement reconnaissant. Merci d'avance pour toute aide ou direction que vous pourriez me fournir. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Le jeudi 18 avril 2024 16:35:04, Stéphane Rivière a écrit: > Juste du D2D si on a une SIM valide, pratique pour la plage en vue > directe, la forêt ça ne passera pas, la mer ok, la montagne par > réflexion, ça peut parfois. Mais évidemment, hors du réseau, pas > d'authent, donc pas de D2D, c'est "logique". Pour ça y'a les LPD sans > licence après tout... Pour le D2D ou le Mesh dans l'infra, ça ne semble en tout cas pas envisagé pour les tunnels, d'après ce qu'on voit dans un décret sorti hier au JO : "Arrêté du 26 mars 2024 portant définition des références techniques relatives à la continuité des radiocommunications dans les tunnels pour les services publics qui concourent aux missions de sécurité civile" https://www.legifrance.gouv.fr/jorf/id/JORFTEXT49439956 (allez directement en bas du texte pour récupérer la version PDF de l'arrêté, il y a des schémas et une carte) Dommage, car on voit que le principe tel qu'il est décrit montre des cables vers les antennes, alors que même s'il serait prévu de les protéger pour un incendie violent, il y a peu de chances qu'ils tiennent pour un éboulement localisé du tunnel... Mettre des boitiers mesh bien profégés contre le feux et les chocs et alimentés via des batteries serait peutêtre plus judicieux (si le cable d'alimentation coupe pendant le sinistre, c'est pas grave du moment que le service serait assuré pendant quelques heures ou jours) A+ Jacques. -- Le dernier Homme connecté sur le Net regardait d'anciens sites Web. "Vous avez du courrier" apparut sur l'écran... --- adapté d'une courte histoire de Fredric Brown --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Pour ma part, je suis plutot pro-nokia, j'attends de voir ce que les pro-qualcomm' ont dans leur besace. Bon w-e ;-) From: Philippe ASTIER via frnog To: Stéphane Rivière ; Antoine Nivard -ON via frnog Subject: Re: [FRnOG] [MISC] Analyse de la 5G, première partie Date: 20/04/2024 12:38:42 Europe/Paris Alors, il y a tout de même une grosse erreur d’interprétation statistique. Confondre l’âge que certains réussissent à atteindre, et l’espérance de vie, qui est l’âge moyen que quelqu’un qui nait a l’espoir d’atteindre. Et l’article de Nicolas montre justement qu’il y a tout juste un siècle, on n’avait guerre d’espoir de dépasser 40 ans. (Bien sûr et heureusement que certains arrivaient au double) Donc non l’espérance de vie (pas l’âge maximal potentiel) a bien continué de progresser jusqu’à la fin du 20ème siècle inclus, ou là, on a assisté à la première diminution, liée effectivement aux problèmes d’hygiène de vie en général. Probablement le signe d’un excès de confiance dans ce que la médecine arriverait à résoudre aussi d’ailleurs, mais c’est un autre débat. Le problème n’est pas la cause de la mortalité (en bas âge, d’épidémie, d’accident ou autre). Le graphique monte clairement que la population moyenne vit deux fois plus longtemps aujourd’hui. Les raisons ? Oui, une grosse partie sur la baisse de la mortalité infantile, mais aussi les antibiotiques, l’hygiène, les vaccins, qui ont permis d’éviter des épidémies ou des maladies plus ou moins incurables ou très mortelles (tétanos, diphtérie, polio, et autres), de soigner plus de cancers (oui, parfois causés par d’autres inventions pas glorieuses) On le doit en grande partie au progrès scientifique, et ça appuie parfaitement mon propos de départ. Après, chez les scientifiques comme partout, il y a des farfelus, des incompétents, des imposteurs médiatiques. Il y a ceux qui détournent les découvertes à des fins belliqueuses ou lucratives, et ça pourrit le monde. Ce n’est pas la science ou les scientifiques le souci, c’est l’utilisation que d’autres en font. Ceux-là même ne veulent surtout pas partager le savoir. "Science sans conscience n’est que ruine de l’âme", Rabelais, dans Gargantua, fin du XVème siècle…. Et là, j’avoue, Stéphane, que je suis bien d’accord. C’est parce que l’enseignement des sciences piétine depuis quelques décennies qu’on ne la comprend plus. Au moment où des défis de taille se pointent. C’est ballot. Le 20 avr. 2024 à 11:57, Stéphane Rivière a écrit : Il me semble que - sans accident ni 'croquage' par un prédateur - l'espérance de vie d'une chasseur-cueilleur était effectivement à peu près la même qu'aujourd'hui, compte tenu de leur vie saine et de l'absence de polluants. Mais une vie sans accident ni 'croquage', surtout quand on est un brave chasseur-cueilleur, était certainement réservé à des destins très chanceux :) La réduction drastique et générale de l'espérance de vie est intervenue après, et semble avoir été liée à la sédentarisation et à l'agriculture, avec la cohabitation avec les animaux domestiques, transmissions de tout un tas de maladies et l'absence de la moindre hygiène élémentaire. Nicolas évoque à juste titre la mortalité infantile, n'oublions pas non plus la mortalité maternelle : +- 50% à la première naissance, 33% à la seconde et 25% aux suivantes. Être mère, même entre la 1° et la 2° GM, c'est encore une loterie... Moins d'un siècle avant, on sacrifiait encore la mère pour tenter de sauver l'enfant. Et enfin un dernier point : le traitement de la douleur. Il fut un temps où... hormis les plantes médicinales... Puis ensuite, sous l'influence judéo-chrétienne, la douleur était sanctifiante... Désormais la douleur est traitée et ce n'est pas un détail. Je suis personnellement heureux et étonné même de vivre aujourd'hui, avec beaucoup de science, de médecine et d'information. Le progrès fait rage dans ces matières et c'est une source infinie d'inspiration. Même l'IT est mille fois plus riche, ouverte et diverse. Et un jour, ipévésix triomphera et ce sera l'extase ;> Vive 2024 au lieu de (n'allons pas si loin) 1974, où les chambres d'hôpitaux accueillaient 30 à 50 malades et mourants mélangés et où l'espérance de vie pour les hommes devait être aux alentours des 67 ans. Avec la retraite à 65, c'était un passage direct du chagrin à la boite en bois. Alors certes, entre la coviderie d'hier et les temps guerriers d'aujourd'hui, il y a beaucoup de trouble dans la force, mais espérons que l'humanité se reprendra. J'espère par contre que l'enseignement général s'améliorera et que l'on retrouveras le sens du caractère le plus important de la typographie, qui n'est ni une lettre ni un chiffre mais le point d'interrogation. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Alors, il y a tout de même une grosse erreur d’interprétation statistique. Confondre l’âge que certains réussissent à atteindre, et l’espérance de vie, qui est l’âge moyen que quelqu’un qui nait a l’espoir d’atteindre. Et l’article de Nicolas montre justement qu’il y a tout juste un siècle, on n’avait guerre d’espoir de dépasser 40 ans. (Bien sûr et heureusement que certains arrivaient au double) Donc non l’espérance de vie (pas l’âge maximal potentiel) a bien continué de progresser jusqu’à la fin du 20ème siècle inclus, ou là, on a assisté à la première diminution, liée effectivement aux problèmes d’hygiène de vie en général. Probablement le signe d’un excès de confiance dans ce que la médecine arriverait à résoudre aussi d’ailleurs, mais c’est un autre débat. Le problème n’est pas la cause de la mortalité (en bas âge, d’épidémie, d’accident ou autre). Le graphique monte clairement que la population moyenne vit deux fois plus longtemps aujourd’hui. Les raisons ? Oui, une grosse partie sur la baisse de la mortalité infantile, mais aussi les antibiotiques, l’hygiène, les vaccins, qui ont permis d’éviter des épidémies ou des maladies plus ou moins incurables ou très mortelles (tétanos, diphtérie, polio, et autres), de soigner plus de cancers (oui, parfois causés par d’autres inventions pas glorieuses) On le doit en grande partie au progrès scientifique, et ça appuie parfaitement mon propos de départ. Après, chez les scientifiques comme partout, il y a des farfelus, des incompétents, des imposteurs médiatiques. Il y a ceux qui détournent les découvertes à des fins belliqueuses ou lucratives, et ça pourrit le monde. Ce n’est pas la science ou les scientifiques le souci, c’est l’utilisation que d’autres en font. Ceux-là même ne veulent surtout pas partager le savoir. "Science sans conscience n’est que ruine de l’âme", Rabelais, dans Gargantua, fin du XVème siècle…. Et là, j’avoue, Stéphane, que je suis bien d’accord. C’est parce que l’enseignement des sciences piétine depuis quelques décennies qu’on ne la comprend plus. Au moment où des défis de taille se pointent. C’est ballot. Le 20 avr. 2024 à 11:57, Stéphane Rivière a écrit : Il me semble que - sans accident ni 'croquage' par un prédateur - l'espérance de vie d'une chasseur-cueilleur était effectivement à peu près la même qu'aujourd'hui, compte tenu de leur vie saine et de l'absence de polluants. Mais une vie sans accident ni 'croquage', surtout quand on est un brave chasseur-cueilleur, était certainement réservé à des destins très chanceux :) La réduction drastique et générale de l'espérance de vie est intervenue après, et semble avoir été liée à la sédentarisation et à l'agriculture, avec la cohabitation avec les animaux domestiques, transmissions de tout un tas de maladies et l'absence de la moindre hygiène élémentaire. Nicolas évoque à juste titre la mortalité infantile, n'oublions pas non plus la mortalité maternelle : +- 50% à la première naissance, 33% à la seconde et 25% aux suivantes. Être mère, même entre la 1° et la 2° GM, c'est encore une loterie... Moins d'un siècle avant, on sacrifiait encore la mère pour tenter de sauver l'enfant. Et enfin un dernier point : le traitement de la douleur. Il fut un temps où... hormis les plantes médicinales... Puis ensuite, sous l'influence judéo-chrétienne, la douleur était sanctifiante... Désormais la douleur est traitée et ce n'est pas un détail. Je suis personnellement heureux et étonné même de vivre aujourd'hui, avec beaucoup de science, de médecine et d'information. Le progrès fait rage dans ces matières et c'est une source infinie d'inspiration. Même l'IT est mille fois plus riche, ouverte et diverse. Et un jour, ipévésix triomphera et ce sera l'extase ;> Vive 2024 au lieu de (n'allons pas si loin) 1974, où les chambres d'hôpitaux accueillaient 30 à 50 malades et mourants mélangés et où l'espérance de vie pour les hommes devait être aux alentours des 67 ans. Avec la retraite à 65, c'était un passage direct du chagrin à la boite en bois. Alors certes, entre la coviderie d'hier et les temps guerriers d'aujourd'hui, il y a beaucoup de trouble dans la force, mais espérons que l'humanité se reprendra. J'espère par contre que l'enseignement général s'améliorera et que l'on retrouveras le sens du caractère le plus important de la typographie, qui n'est ni une lettre ni un chiffre mais le point d'interrogation. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Il me semble que - sans accident ni 'croquage' par un prédateur - l'espérance de vie d'une chasseur-cueilleur était effectivement à peu près la même qu'aujourd'hui, compte tenu de leur vie saine et de l'absence de polluants. Mais une vie sans accident ni 'croquage', surtout quand on est un brave chasseur-cueilleur, était certainement réservé à des destins très chanceux :) La réduction drastique et générale de l'espérance de vie est intervenue après, et semble avoir été liée à la sédentarisation et à l'agriculture, avec la cohabitation avec les animaux domestiques, transmissions de tout un tas de maladies et l'absence de la moindre hygiène élémentaire. Nicolas évoque à juste titre la mortalité infantile, n'oublions pas non plus la mortalité maternelle : +- 50% à la première naissance, 33% à la seconde et 25% aux suivantes. Être mère, même entre la 1° et la 2° GM, c'est encore une loterie... Moins d'un siècle avant, on sacrifiait encore la mère pour tenter de sauver l'enfant. Et enfin un dernier point : le traitement de la douleur. Il fut un temps où... hormis les plantes médicinales... Puis ensuite, sous l'influence judéo-chrétienne, la douleur était sanctifiante... Désormais la douleur est traitée et ce n'est pas un détail. Je suis personnellement heureux et étonné même de vivre aujourd'hui, avec beaucoup de science, de médecine et d'information. Le progrès fait rage dans ces matières et c'est une source infinie d'inspiration. Même l'IT est mille fois plus riche, ouverte et diverse. Et un jour, ipévésix triomphera et ce sera l'extase ;> Vive 2024 au lieu de (n'allons pas si loin) 1974, où les chambres d'hôpitaux accueillaient 30 à 50 malades et mourants mélangés et où l'espérance de vie pour les hommes devait être aux alentours des 67 ans. Avec la retraite à 65, c'était un passage direct du chagrin à la boite en bois. Alors certes, entre la coviderie d'hier et les temps guerriers d'aujourd'hui, il y a beaucoup de trouble dans la force, mais espérons que l'humanité se reprendra. J'espère par contre que l'enseignement général s'améliorera et que l'on retrouveras le sens du caractère le plus important de la typographie, qui n'est ni une lettre ni un chiffre mais le point d'interrogation. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
On Fri, 19 Apr 2024, Philippe ASTIER via frnog wrote: > > Sérieusement, sans connaissance, sans scientifique, on aurait le bonheur de > vivre dans la misère jusqu’à 40 ans au mieux, comme il y a quelques siècles. La durée de vie normale d'un etre humain il y a quelques siecles était d'environ 80 ans, à peu près comme aujourd'hui. Vivre plus de 40 ans n'était pas plus exceptionnel qu'aujourd'hui. Ce qui a principalement changé c'est le taux de mortalité infantile. Bien sur, pour soutenir le mythe du progrès il est habituel de raconter que les statistiques sur l'éspérance de vie montrent qu'elle était de 40 ans il y a un siècle. Mais c'est comme raconter que le patrimoine moyen de tous les clients du bar dans lequel Bill Gates va prendre son café est de plusieurs milliards : c'est vrai factuellement mais ca n'a pas tellement de sens. Ce qui a principalement changé depuis 100 ans, c'est la mortalité infantile, qui a diminué dans les memes proportions que l'éspérance de vie à la naissance a augmentée : https://www.bfs.admin.ch/asset/fr/27225305 Et concernant le mythe selon lequel sans scientifiques on ne peut que vivre dans la misère, on peut par exemple lire Âge de pierre, âge d'abondance de Marshall Sahlins : https://fr.wikipedia.org/wiki/%C3%82ge_de_pierre%2C_%C3%A2ge_d'abondance --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Philippe, Quel cap a été franchit ? Celui à partir duquel vous ne tolérez plus ce que je dis ? Celui de la modo ou de la censure ? Mais, c'est juste le cap de votre intolérance ... "One love" bro', c'est le message pour vivre heureux et la technique vient après, bien après. Cédric Le 19/04/2024 à 12:43, Philippe ASTIER via frnog a écrit : Là je pense qu’un cap a été franchi. Idiocracy dénonce clairement un système populiste qui fait disparaitre les intelligents au profit des "gens heureux » ou plutôt, qui sont flattés dans leur bonheur par des dirigeants douteux et stupides. (A la Trump quoi). Sérieusement, sans connaissance, sans scientifique, on aurait le bonheur de vivre dans la misère jusqu’à 40 ans au mieux, comme il y a quelques siècles. C’est facile, en 2024, de croire qu’on pourrait vivre sans les millénaires de connaissances accumulées. Il n’est pas question d’en haut ou d’en bas, mais de savoir collectif accumulé par l’humanité. Je n’ai pas l’impression que dans les pays moins instruits, moins scientifiques, la population soit heureuse de crever de faim, souvent sous la joute d’un dictateur qui les maintient dans l’ignorance. Je trouve ça d’autant plus hypocrite que toute la discussion parle de technologies qui ne sont développées QUE par des scientifiques qui ont accumulé des connaissances. Sans physiciens, chimistes, mathématiciens, ou autres spécialités, pas d’internet, pas de radio, d’électronique, probablement même pas d’électricité. Au passage, ce ne sont pas les savants qui gouvernent, mais quoi qu’on en dise des gens élus, acceptés ou tolérés par la plus grande partie de la population. On peut remettre en cause le « système », la manière dont ces gens sont choisis, je suis prêt à l’entendre, il est même grand temps qu’il y ait débat, parce que le système politique est grippé, c’est certain. Ce n’a jamais été des scientifiques qui ont fait l’organisation sociale. Rejeter la science, la connaissance, c’est exactement ce que font tous les extrémistes, intégristes, populistes, sectes ou dictateurs, c’est le retour aux croyances, à l’âge de pierre. Ils commencent par brûler les livres pour esclavagiser les populations. C’est exactement ce que l’histoire nous apprend, et ce qu’idiocracy dénonce. Ce n’est pas en rejetant la connaissance qu’on changera les choses, au contraire, c’est en la partageant au plus grand nombre. C’est ce qu’on fait habituellement sur FrNOG il me semble. Partager notre expérience et notre connaissance. Le 19 avr. 2024 à 11:28, Cédric Moro a écrit : Le 19/04/2024 à 09:30, Kévin CHAILLY a écrit : Joyeux vendredi à tous! Idiocracy ne se moque pas des gens simples, il se moque d'un système qui a pour but de les créer ( "La fabrique d'idiots" ) Oh, j'avais pas compris :) Heureusement que les génialocrates sont là ;) Idiocracy fait croire aux personnes qui regardent le film, que c'est bien de se foutre de la gueule des idiots et que le spectateur est assez supérieurement intelligent pour ne jamais faire partie des idiots, voir pour avoir la capacité de faire revenir au progressisme tout un système déliquescent grâce à ses connaissances éclairées. Beau miroir qui flatte l'égo des personnes diplômées qui aspirent à des responsabilités cadre. Pour y adhérer, il faut croire que l'intelligence vient d'en haut, de personnes techno éclairées, ce qui est la dérive anti-démocratique de notre époque. Car on peut vivre très heureux dans des systèmes sociaux sans grande accumulation de connaissances. A l'inverse, nos sociétés très instruites, très scientifiques, ne savent elle pas qu'engendrer plus de solitude, de surveillance, de coercition, de dépression et de violence ? Le niveau d'instruction et même de réussite dans la technique n'a rien avoir avec l'intelligence. L'intelligence, et la fabrique de l'intelligence, c'est arriver vivre avec le maximum de personnes heureuses et cela ne viendra pas forcément d'en haut ; l'instruction ou la capacité déductive n'étant qu'un élément parmi d'autre de cette intelligence au niveau sociétal et probablement pas le plus important. Une catastrophe ça ne commence pas à un mort, ça, c'est un mardi matin normal, et c'est pour ça que les systèmes d'urgence ont été conçus, répondre à des incidents quotidiens. Merci, je bosse depuis plus de 25 ans dans la prévention des risques majeurs. Néanmoins, si vous perdez votre fille ou votre mère sur une urgence et que c'est la seule personne qui décède, vous réviserez probablement cette notion de catastrophe car votre vie sera bouleversée et probablement d'autres. Cette définition de catastrophe avec "un seul mort" est "humaine" et non "système". Il ne faut jamais la perdre de vue. Eviter 10 morts, ça commence déjà par éviter le 1er mort. Ensuite, il y a le libre arbitre de la personne qui prend des risques face à la mort et qui limite nécessairement (et peut-être même fort heureuseme
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Oui je crois qu’il n’y a pas trop de débat sur ce que signifie « idiot » dans le contexte. C’est du point de vue du puissant, gouvernement ou grande corp. Rappelez-vous du temps de cerveau pour Coca-Cola. Et ça fait maintenant 50 ans que Chomsky en parle dans ses conférences ou ses livres, ce qui correspond à peu près au moment où la société est devenu consumériste. David > Le 19 avr. 2024 à 12:43, Philippe ASTIER via frnog a écrit : > > Là je pense qu’un cap a été franchi. > > Idiocracy dénonce clairement un système populiste qui fait disparaitre les > intelligents au profit des "gens heureux » ou plutôt, qui sont flattés dans > leur bonheur par des dirigeants douteux et stupides. (A la Trump quoi). > > Sérieusement, sans connaissance, sans scientifique, on aurait le bonheur de > vivre dans la misère jusqu’à 40 ans au mieux, comme il y a quelques siècles. > > C’est facile, en 2024, de croire qu’on pourrait vivre sans les millénaires de > connaissances accumulées. Il n’est pas question d’en haut ou d’en bas, mais > de savoir collectif accumulé par l’humanité. > Je n’ai pas l’impression que dans les pays moins instruits, moins > scientifiques, la population soit heureuse de crever de faim, souvent sous la > joute d’un dictateur qui les maintient dans l’ignorance. > > Je trouve ça d’autant plus hypocrite que toute la discussion parle de > technologies qui ne sont développées QUE par des scientifiques qui ont > accumulé des connaissances. > Sans physiciens, chimistes, mathématiciens, ou autres spécialités, pas > d’internet, pas de radio, d’électronique, probablement même pas d’électricité. > > Au passage, ce ne sont pas les savants qui gouvernent, mais quoi qu’on en > dise des gens élus, acceptés ou tolérés par la plus grande partie de la > population. > On peut remettre en cause le « système », la manière dont ces gens sont > choisis, je suis prêt à l’entendre, il est même grand temps qu’il y ait > débat, parce que le système politique est grippé, c’est certain. > Ce n’a jamais été des scientifiques qui ont fait l’organisation sociale. > > Rejeter la science, la connaissance, c’est exactement ce que font tous les > extrémistes, intégristes, populistes, sectes ou dictateurs, c’est le retour > aux croyances, à l’âge de pierre. > Ils commencent par brûler les livres pour esclavagiser les populations. > > C’est exactement ce que l’histoire nous apprend, et ce qu’idiocracy dénonce. > > > Ce n’est pas en rejetant la connaissance qu’on changera les choses, au > contraire, c’est en la partageant au plus grand nombre. > > C’est ce qu’on fait habituellement sur FrNOG il me semble. Partager notre > expérience et notre connaissance. > > Le 19 avr. 2024 à 11:28, Cédric Moro a écrit : > > > Le 19/04/2024 à 09:30, Kévin CHAILLY a écrit : > Joyeux vendredi à tous! > > Idiocracy ne se moque pas des gens simples, il se moque d'un système qui a > pour but de les créer ( "La fabrique d'idiots" ) > > Oh, j'avais pas compris :) Heureusement que les génialocrates sont là ;) > > Idiocracy fait croire aux personnes qui regardent le film, que c'est bien de > se foutre de la gueule des idiots et que le spectateur est assez > supérieurement intelligent pour ne jamais faire partie des idiots, voir pour > avoir la capacité de faire revenir au progressisme tout un système > déliquescent grâce à ses connaissances éclairées. Beau miroir qui flatte > l'égo des personnes diplômées qui aspirent à des responsabilités cadre. Pour > y adhérer, il faut croire que l'intelligence vient d'en haut, de personnes > techno éclairées, ce qui est la dérive anti-démocratique de notre époque. > > Car on peut vivre très heureux dans des systèmes sociaux sans grande > accumulation de connaissances. A l'inverse, nos sociétés très instruites, > très scientifiques, ne savent elle pas qu'engendrer plus de solitude, de > surveillance, de coercition, de dépression et de violence ? Le niveau > d'instruction et même de réussite dans la technique n'a rien avoir avec > l'intelligence. L'intelligence, et la fabrique de l'intelligence, c'est > arriver vivre avec le maximum de personnes heureuses et cela ne viendra pas > forcément d'en haut ; l'instruction ou la capacité déductive n'étant qu'un > élément parmi d'autre de cette intelligence au niveau sociétal et > probablement pas le plus important. > > > > Une catastrophe ça ne commence pas à un mort, ça, c'est un mardi matin > normal, et c'est pour ça que les systèmes d'urgence ont été conçus, > répondre à des incidents quotidiens. > > Merci, je bosse depuis plus de 25 ans dans la prévention des risques majeurs. > Néanmoins, si vous perdez votre fille ou votre mère sur une urgence et que &
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Là je pense qu’un cap a été franchi. Idiocracy dénonce clairement un système populiste qui fait disparaitre les intelligents au profit des "gens heureux » ou plutôt, qui sont flattés dans leur bonheur par des dirigeants douteux et stupides. (A la Trump quoi). Sérieusement, sans connaissance, sans scientifique, on aurait le bonheur de vivre dans la misère jusqu’à 40 ans au mieux, comme il y a quelques siècles. C’est facile, en 2024, de croire qu’on pourrait vivre sans les millénaires de connaissances accumulées. Il n’est pas question d’en haut ou d’en bas, mais de savoir collectif accumulé par l’humanité. Je n’ai pas l’impression que dans les pays moins instruits, moins scientifiques, la population soit heureuse de crever de faim, souvent sous la joute d’un dictateur qui les maintient dans l’ignorance. Je trouve ça d’autant plus hypocrite que toute la discussion parle de technologies qui ne sont développées QUE par des scientifiques qui ont accumulé des connaissances. Sans physiciens, chimistes, mathématiciens, ou autres spécialités, pas d’internet, pas de radio, d’électronique, probablement même pas d’électricité. Au passage, ce ne sont pas les savants qui gouvernent, mais quoi qu’on en dise des gens élus, acceptés ou tolérés par la plus grande partie de la population. On peut remettre en cause le « système », la manière dont ces gens sont choisis, je suis prêt à l’entendre, il est même grand temps qu’il y ait débat, parce que le système politique est grippé, c’est certain. Ce n’a jamais été des scientifiques qui ont fait l’organisation sociale. Rejeter la science, la connaissance, c’est exactement ce que font tous les extrémistes, intégristes, populistes, sectes ou dictateurs, c’est le retour aux croyances, à l’âge de pierre. Ils commencent par brûler les livres pour esclavagiser les populations. C’est exactement ce que l’histoire nous apprend, et ce qu’idiocracy dénonce. Ce n’est pas en rejetant la connaissance qu’on changera les choses, au contraire, c’est en la partageant au plus grand nombre. C’est ce qu’on fait habituellement sur FrNOG il me semble. Partager notre expérience et notre connaissance. Le 19 avr. 2024 à 11:28, Cédric Moro a écrit : Le 19/04/2024 à 09:30, Kévin CHAILLY a écrit : Joyeux vendredi à tous! Idiocracy ne se moque pas des gens simples, il se moque d'un système qui a pour but de les créer ( "La fabrique d'idiots" ) Oh, j'avais pas compris :) Heureusement que les génialocrates sont là ;) Idiocracy fait croire aux personnes qui regardent le film, que c'est bien de se foutre de la gueule des idiots et que le spectateur est assez supérieurement intelligent pour ne jamais faire partie des idiots, voir pour avoir la capacité de faire revenir au progressisme tout un système déliquescent grâce à ses connaissances éclairées. Beau miroir qui flatte l'égo des personnes diplômées qui aspirent à des responsabilités cadre. Pour y adhérer, il faut croire que l'intelligence vient d'en haut, de personnes techno éclairées, ce qui est la dérive anti-démocratique de notre époque. Car on peut vivre très heureux dans des systèmes sociaux sans grande accumulation de connaissances. A l'inverse, nos sociétés très instruites, très scientifiques, ne savent elle pas qu'engendrer plus de solitude, de surveillance, de coercition, de dépression et de violence ? Le niveau d'instruction et même de réussite dans la technique n'a rien avoir avec l'intelligence. L'intelligence, et la fabrique de l'intelligence, c'est arriver vivre avec le maximum de personnes heureuses et cela ne viendra pas forcément d'en haut ; l'instruction ou la capacité déductive n'étant qu'un élément parmi d'autre de cette intelligence au niveau sociétal et probablement pas le plus important. Une catastrophe ça ne commence pas à un mort, ça, c'est un mardi matin normal, et c'est pour ça que les systèmes d'urgence ont été conçus, répondre à des incidents quotidiens. Merci, je bosse depuis plus de 25 ans dans la prévention des risques majeurs. Néanmoins, si vous perdez votre fille ou votre mère sur une urgence et que c'est la seule personne qui décède, vous réviserez probablement cette notion de catastrophe car votre vie sera bouleversée et probablement d'autres. Cette définition de catastrophe avec "un seul mort" est "humaine" et non "système". Il ne faut jamais la perdre de vue. Eviter 10 morts, ça commence déjà par éviter le 1er mort. Ensuite, il y a le libre arbitre de la personne qui prend des risques face à la mort et qui limite nécessairement (et peut-être même fort heureusement pour nos libertés) cet objectif de 0 mort. Ajouter des éléments de communication en plus du RTC, c'est toujours une bonne idée, Voilà, c'est tout. Si cela marche un peu en plus des autres canaux, c'est bien. on peut citer par exemple le système satellitaire "Bullitt" qui est en prod et vise à fournir une communication en zone blanche uniquement
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
fut un temps où on a imaginé mettre les médias sociaux en com d'urgence dans les centres de secours de France. C'est largement passé pourtant. Et pour la D2D en 5G, ça passera aussi Bien sûr, c'est le propre de l'idiocratie. Faut pas aller contre, juste apprécier le scénario. Le D2D, appelée dans l'ancien monde "Direct Mode" répond à des besoins de comm genre panne d'infra, parking souterrain, coin de forêt. Mais bon aux fréquences et puissances des smartphones, ça ne 'juste' marchera pas beaucoup, voire pas du tout. et il vaudra mieux que ce soit avec des gars idiocrates comme moi qu'avec tel Général très médaillé et tel commandant de police génialocrate. Mais bon, vu mon dernier voyage en France et la surveillance à tout va qu'il y règne, je ne me fais plus trop d'illusions ; la lumière anti-surveillance et la vent de liberté viendra d'ailleurs. Bref, à part donner des leçons génialocrates à l'idiocrate que je suis Auriez-vous quelques responsabilités dans le RRF pour réagir ainsi ? Désolé de vous avoir contrarié :) En tout cas, une cata régionale, plus de jus, plus de réseau mobile (un détail par rapport au reste), plus d'eau, plus d'assainissement, plus rien, c'est tout, c'est pas grave, nous ne sommes que des riens. D'ailleurs, à propos d’assainissement, ça me fait songer à "l'eau des toilettes" dans Idiocratie (le film devenu un documentaire, selon le bon mot). Vous devriez le regarder. Un chef d'œuvre de série Z roborative... Rabelais aurait apprécié. --- 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/
Re: [FRnOG] Re: [MISC] Analyse de la 5G, première partie
Le 19/04/2024 à 10:58, Laurent Barme a écrit : C'est génial ce truc : https://meshtastic.org/ ! Heu, non, c'est bidon : j'ai essayé d'aller sur YouFlix, çà marche pas :-D :-D :-D --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Le 18/04/2024 à 18:34, Neo Futur a écrit : c' est de moins en moins vrai, il y a de plus en plus de gens qui ont des panneaux solaires, des batteries ou une tesla dans le garage . . . Parmi tous cs gens qui ont des "panneaux solaires", combien se sont posés la question du fonctionnement en mode autonome (en l'absence de réseau EDF) ? La réglementation prévoit un système obligatoire d'anti-islanding (ou anti-ilôtage en Français), destiné à éviter qu'une installation photovoltaïque domestique ne réinjecte de l'électricité dans un réseau lorsque celui-ci est coupé. Ceci dans le but, assez louable, de ne pas griller les éventuels techniciens d'intervention de l'opérateur. Donc, à moins d'avoir une une installation spécifiquement conçue pour pouvoir fonctionner en mode autonome, ou de savoir bricoler, la plupart des gens qui ont des "panneaux solaires" chez eux ne pourront pas / ne sauront pas les utiliser en cas de coupure prolongée du secteur... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] Analyse de la 5G, première partie
C'est génial ce truc : https://meshtastic.org/ ! Le 19/04/2024 à 00:08, c...@ctv.zone a écrit : Parier sur l'entraide pour envisager ces lendemains post apocalyptiques peut sembler de moins en moins évident. A ce sujet il y a une très belle analyse dans "The Day of the Triffids" de John Wyndham (dont je recommande aussi la lecture, passionnante, de ses autres romans). Je me souviens de la comparaison de plusieurs "stratégies" dont celle du groupe restreint de personnes s'entraidant était décrite comme la plus efficace face aux solutions tentant de sauver tout le monde ou de celle tentant de tuer tous les autres. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Bonjour Kévin, Le 18/04/2024 à 16:51, Kévin CHAILLY a écrit : - La communication D2D soulève un point très important : dans ce cas, pas de CDR si l'infrastructure est tombée, et toutes les questions liées à ces points. Vu que c'est le gagne pain des opérateurs télécom, pas sûr que ça aille dans leur sens d'implémenter du D2D. Vu le prix qu'ils ont payé pour les fréquences, comment justifier le fait que des utilisateurs puissent utiliser ces fréquences sans autorisation ? En cas de force majeure justement, on peut faire une entorse au big business, c'est pas perdu d'avance sur ce point. - Les appels d'urgence ne sont plus possibles sans SIM depuis une quinzaine d'années pour des raisons administratives et non techniques, on est pas dans la philosophie de la fête à la saucisse que serait du D2D. De toutes manières, en cas de catastrophe majeure, même sans infra IT à terre, les standards des secours sont débordés et il est souvent impossible de les joindre. Mais les citoyens et acteurs locaux doivent pouvoir s'auto-organiser et s'entraider via leur mobile même s'ils n'arrivent pas à joindre les secours, d'où l'utilité de la D2D. - Le roaming-derrière-la-dune-qui-capte-pas est un bon cas potentiel d'usage, mais moi qui suis en train de bronzer de l'autre côté de la dune, est-ce que j'ai vraiment envie de servir de relais D2D a Stéphane ? ça va décharger ma batterie et sagouiner ma bande passante, nouveau critère de choix d'opérateur, la durée de vie de la batterie ? ( pour ce use-case, l'opérateur continue à connaître la provenance des paquets, donc pas de soucis de CDR, facturation, toussa toussa ) Nous ne sommes pas ici dans des technos parfaites mais justement d'une de plus dans la panoplie multi-canal. On peut limiter le déchargement des batteries à réservant les coms à du tchat, des SMS... - Quid des usages/hack déja faits ? Le D2D est déja "existant" en 4G, pour l'instant le principal usage, c'est de rédiger des thèses. L'encre a coulé à ce sujet mais il a souvent s'agit de développer des apps qui n'étaient pas natives et donc peu téléchargées. Là, tout le monde aura à terme la techno sur son mobile. Cédric Kévin Le jeu. 18 avr. 2024 à 15:54, Cédric Moro a écrit : Dommage Stéphane mais à priori, vous avez oublié quelques éléments dans votre approche génialocrate : - Cela dépend des catas mais, la plupart du temps, ce ne sont que quelques stations de base qui sont impactées donc on peut souvent trouver du jus un peu plus loin. Mais même dans le cas où toute l'infra télécom nationale ou insulaire tomberait complètement, l'idée que des utilisateurs mobiles puissent communiquer entre eux sans station de base dans un certain rayon est très attirante. Cela nourrit même chez moi un doux rêve anti-capitaliste et un peu anar de fréquences telecom non centralisées et de com mobiles réellement libres et non tarifées, sans licence individuelle ou d'état. - Le citoyen lambda n'a, pour la plupart du temps, que son mobile pour communiquer. S'imaginer qu'il devienne radioam en cas de catastrophe est bien une idée génialocrate mais assez hors sol (même les talkies-walkies sont pas encore passés dans les usages, mais le D2D des tel 5G pourquoi pas ?). - La 5G en com d'urgence, idiocratie vous dites ? Il fut un temps où on a imaginé mettre les médias sociaux en com d'urgence dans les centres de secours de France. C'est largement passé pourtant. Et pour la D2D en 5G, ça passera aussi et il vaudra mieux que ce soit avec des gars idiocrates comme moi qu'avec tel Général très médaillé et tel commandant de police génialocrate. Mais bon, vu mon dernier voyage en France et la surveillance à tout va qu'il y règne, je ne me fais plus trop d'illusions ; la lumière anti-surveillance et la vent de liberté viendra d'ailleurs. Bref, à part donner des leçons génialocrates à l'idiocrate que je suis, quelqu'un a t-il des infos derrière la techno et les opportunités de ces com D2D, voir même si on pouvait peser ensemble pour utiliser cette D2D pour des usages autres que ceux des autorités. Et pourquoi, est-ce qu'on pourrait hacker cette techno pour en faire un peu ce qu'on veut ? Le 18/04/2024 à 15:08, Stéphane Rivière a écrit : En cas de catastrophe, la 5G permettrait de faire automatiquement du Mesh, sans passer par l'installation d'app spécifique sur le terminal mobile, ça s'est génial et très novateur en sécurité civile. En cas de cata, y'a pas de jus et pas de mesh. Reste que ces com D2D semblent réservées aux pro de la sûreté publique et non aux particuliers. De toute façon, imaginer utiliser la 5G pour les coms d'urgence est typique de l'idiocratie. Cela dit l'idée de faire du D2D en 5G ça peut être bien... Super dommage que ça soit réservé au RRF... Car en mode "plage derrière la dune qui masque le relais" ou "causerie dans la vallée isolée", ça serait génial (enfin en 700 MHz parce que les autres bandes...) ! --- Li
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
u temps, ce ne sont que > >> quelques stations de base qui sont impactées donc on peut souvent > >> trouver du jus un peu plus loin. > > > > Une cata, c'est une tempête de 99, soit 5 à 17 jours sans élec sur > > Oléron, dont à l'époque une trentaine de BTS sur l'île (nom de > > l'époque). Et, non, on ne trouve pas de jus plus loin car les HTA/HTB > > sont tombées, les transfos ont cramés et l'infra est en vrac. C'est > > bête, mais c'est ainsi. Le vent est méchant. > > > >> Mais même dans le cas où toute l'infra télécom nationale ou insulaire > >> tomberait complètement, l'idée que des utilisateurs mobiles puissent > >> communiquer entre eux sans station de base dans un certain rayon est > >> très attirante. Cela nourrit même chez moi un doux rêve > >> anti-capitaliste et un peu anar de fréquences telecom non > >> centralisées et de com mobiles réellement libres et non tarifées, > >> sans licence individuelle ou d'état. > > > > J'en rêvais pas. > > > > Juste du D2D si on a une SIM valide, pratique pour la plage en vue > > directe, la forêt ça ne passera pas, la mer ok, la montagne par > > réflexion, ça peut parfois. Mais évidemment, hors du réseau, pas > > d'authent, donc pas de D2D, c'est "logique". Pour ça y'a les LPD sans > > licence après tout... > > > >> - Le citoyen lambda n'a, pour la plupart du temps, que son mobile > >> pour communiquer. S'imaginer qu'il devienne radioam en cas de > >> catastrophe est bien une idée génialocrate mais assez hors sol (même > >> les talkies-walkies sont pas encore passés dans les usages, mais le > >> D2D des tel 5G pourquoi pas ?). > > > > Rien dit de tel. Pour les gens, y'a les LPD, largement utilisés en > > comms de loisirs... > > > >> - La 5G en com d'urgence, idiocratie vous dites ? > > > > Oui, vous n'aimez pas l'idiocratie ? Il est vrai que j'ai été très > > modéré dans mes propos. Auriez-vous une meilleure idée ? > > Tetrapol/Antarès, pourtant bien plus bas en fréquence (380-410 MHz) > > est déjà une bande parfaitement inadaptée aux services d'urgence en > > campagne. Logiquement, ce choix avait été vivement critiqué et le > > drame est arrivé, Tetrapol/Antarès a tué des pompiers en feu de forêts > > (défaut de communications). Cette bande ne passe pas en milieu forestier. > > > >> Il fut un temps où on a imaginé mettre les médias sociaux en com > >> d'urgence dans les centres de secours de France. C'est largement > >> passé pourtant. Et pour la D2D en 5G, ça passera aussi > > > > Bien sûr, c'est le propre de l'idiocratie. Faut pas aller contre, > > juste apprécier le scénario. > > > > Le D2D, appelée dans l'ancien monde "Direct Mode" répond à des besoins > > de comm genre panne d'infra, parking souterrain, coin de forêt. Mais > > bon aux fréquences et puissances des smartphones, ça ne 'juste' > > marchera pas beaucoup, voire pas du tout. > > > >> et il vaudra mieux que ce soit avec des gars idiocrates comme moi > >> qu'avec tel Général très médaillé et tel commandant de police > >> génialocrate. Mais bon, vu mon dernier voyage en France et la > >> surveillance à tout va qu'il y règne, je ne me fais plus trop > >> d'illusions ; la lumière anti-surveillance et la vent de liberté > >> viendra d'ailleurs. > >> > >> Bref, à part donner des leçons génialocrates à l'idiocrate que je suis > > > > Auriez-vous quelques responsabilités dans le RRF pour réagir ainsi ? > > Désolé de vous avoir contrarié :) > > > > En tout cas, une cata régionale, plus de jus, plus de réseau mobile > > (un détail par rapport au reste), plus d'eau, plus d'assainissement, > > plus rien, c'est tout, c'est pas grave, nous ne sommes que des riens. > > > > D'ailleurs, à propos d’assainissement, ça me fait songer à "l'eau des > > toilettes" dans Idiocratie (le film devenu un documentaire, selon le > > bon mot). Vous devriez le regarder. Un chef d'œuvre de série Z > > roborative... Rabelais aurait apprécié. > > > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] Analyse de la 5G, première partie
https://www.f4hxn.fr/meshtastic-la-communication-hors-reseau-pour-tous/ Marrant, j'avais envie, dans une autre vie, de bidouiller un truc dans ce style :) Merci pour le pointeur ! Parier sur l'entraide pour envisager ces lendemains post apocalyptiques peut sembler de moins en moins évident. +1000 -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Analyse de la 5G, première partie
Bonsoir, Le mail du jeudi 18/04/2024 note en particulier: (cf. mail ID <7cc8cbb6-3441-440d-9809-daa038eef...@genesix.org>): > IRL, c'est hélas du rêve, à moins de se la jouer "preppers" et d'avoir > le terrain pour un puits, des panneaux solaires, un groupe électrogène > (en hiver on oublie le soleil pendant au moins 10 semaines)... > (sic) Les survivalistes, résilients urbains & preppers sont de plus en plus nombreux et organisés. Avec des projets style https://www.f4hxn.fr/meshtastic-la-communication-hors-reseau-pour-tous/ et d'autres expérimentations.Mais il y demeure une question/inquiétude: communiquer à tout prix, oui. Sauf si parallèlement à leur organisation cellulaire coopérative une organisation selon d'autres critères de type de hordes dévastatrices fausse le jeu des communications ouvertes et concourant au service de tous. Parier sur l'entraide pour envisager ces lendemains post apocalyptiques peut sembler de moins en moins évident. Ciao, -- Michel CTV | Guichet franc --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Quant à l' argument qui dit " en cas de catastrophe il n y a plus d' électricité . . . c' est de moins en moins vrai, il y a de plus en plus de gens qui ont des panneaux solaires, des batteries ou une tesla dans le garage . . . C'est vrai que ça va aider pour alimenter les relais de téléphonie mobile qui vont désormais assurer les services d'urgence. Je vois bien le truc : hé, chef, vous avez une Tesla, on va pluguer votre char au pylône agrume, ça nous fera bien une heure de causette... Plus d'électricité = plus de chauffage (même au gaz ou au mazout), plus d'eau chaude, d'eau courante (pompes de mise en pression des bâches ou pompes d'alimentation des château d'eau), plus d'assainissement (pompes de relevages, hors les villes, les réseaux sont rarement gravitaires). IRL, c'est hélas du rêve, à moins de se la jouer "preppers" et d'avoir le terrain pour un puits, des panneaux solaires, un groupe électrogène (en hiver on oublie le soleil pendant au moins 10 semaines)... -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Bien entendu que pour trouver du jus plus loin dans une île touchée par une catastrophe majeure, La tempête de 99 avait durablement éteint une bonne partie du sud ouest. c'est parfois impossible et je n'ai jamais rien dit de tel. Mais, puisque vous parlez du terrain insulaire, juste après le cyclone IRMA aux Antilles, les radioams ne pouvaient pas communiquer vers l'extérieur, à cause des rayonnements d'une éruption solaire. Donc, même la radio HF et VHF a ses faiblesses Le sujet était le RRF. Réseau pour les services d'urgence. Je dînais ce soir avec quelqu'un qui l'a testé dans un département voisin. Si leurs applics sur VPN 4G fonctionnent plutôt bien, leurs tests du RRF ont été (je reprends ses mots) catastrophiques avec 2 connexions sur 3 échouées. Pour l'instant, ils gardent Rubis, qui couvre le département avec moins de 5 relais. Peut-être qu'un jour, après une douloureuse mise au point et la multiplication des relais, comme Jésus les petits pains, le RRF assurera le service en France profonde. Amen. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Moi j' avais imaginé un réseaux wifi mesh dit WAN inter box en zone dense. Sur un immeuble de trois étages si l étage 3 et 1 ont du net les boxs peuvent diffuser par un wifi opérateur/wan le signal pour alimenter l étage 2. Idem entre les immeubles A,B et C Si l immeuble B a ses fibres KO les immeubles autours feront du relay P2P avec une dose de MPTCP. Et si les mobiles sont capable de faire pareil en wifi/5G il y aurait un super réseaux. Bref noël est encore loin... Richard Le jeu. 18 avr. 2024, 22:41, N R a écrit : > Oyo! > > C'est marrant j'avais parlé de ce projet ici y a quelques années (le temps > passe trop vite) : > https://www.mail-archive.com/frnog@frnog.org/msg64996.html > > À l'époque c'était plutôt orienté IoT, ils lançaient tout juste leur 5G, je > cherchais à avoir des retours. > Je trouve le principe de Proof of Coverage comme base de rémunération > intéressant mais j'ai pas suivi plus loin que ça. > C'est toujours en route contrairement à pas mal de crypto-licornes et y a > une réelle utilité potentielle. > > Par contre c'est le genre de trucs où faut creuser un peu les structures > juridiques qui tiennent le bordel, un peu comme le marché des VPN grand > public. > J'ai pas encore fait cet effort. > > Le jeu. 18 avr. 2024 à 18:35, Neo Futur a écrit : > > > Bonjour a tous, > > On Thu, Apr 18, 2024 at 3:55 PM Cédric Moro > > wrote: > > > . . . > > > Bref, à part donner des leçons génialocrates à l'idiocrate que je suis, > > > quelqu'un a t-il des infos derrière la techno et les opportunités de > ces > > > com D2D, voir même si on pouvait peser ensemble pour utiliser cette D2D > > > pour des usages autres que ceux des autorités. Et pourquoi, est-ce > qu'on > > > pourrait hacker cette techno pour en faire un peu ce qu'on veut ? > > Ca me fait penser à ce que fait le réseau helium ( HNT ) , ils ont > > commencé sur les fréquences LORA et ajoutent dorénavant la 5G a leur > > réseau résilient : > > https://explorer.helium.com/ > > > > La France reste assez mal couverte, mais ça me semble intéressant . > > quelques articles sur le sujet : > > https://swissborg.com/fr/blog/helium > > > https://rf-market.fr/blogs/93_bientot-des-mineurs-helium-5g-en-france.html > > > > Quant à l' argument qui dit " en cas de catastrophe il n y a plus d' > > électricité . . . c' est de moins en moins vrai, il y a de plus en > > plus de gens qui ont des panneaux solaires, des batteries ou une tesla > > dans le garage . . . > > > > > > --- > > 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/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Oyo! C'est marrant j'avais parlé de ce projet ici y a quelques années (le temps passe trop vite) : https://www.mail-archive.com/frnog@frnog.org/msg64996.html À l'époque c'était plutôt orienté IoT, ils lançaient tout juste leur 5G, je cherchais à avoir des retours. Je trouve le principe de Proof of Coverage comme base de rémunération intéressant mais j'ai pas suivi plus loin que ça. C'est toujours en route contrairement à pas mal de crypto-licornes et y a une réelle utilité potentielle. Par contre c'est le genre de trucs où faut creuser un peu les structures juridiques qui tiennent le bordel, un peu comme le marché des VPN grand public. J'ai pas encore fait cet effort. Le jeu. 18 avr. 2024 à 18:35, Neo Futur a écrit : > Bonjour a tous, > On Thu, Apr 18, 2024 at 3:55 PM Cédric Moro > wrote: > > . . . > > Bref, à part donner des leçons génialocrates à l'idiocrate que je suis, > > quelqu'un a t-il des infos derrière la techno et les opportunités de ces > > com D2D, voir même si on pouvait peser ensemble pour utiliser cette D2D > > pour des usages autres que ceux des autorités. Et pourquoi, est-ce qu'on > > pourrait hacker cette techno pour en faire un peu ce qu'on veut ? > Ca me fait penser à ce que fait le réseau helium ( HNT ) , ils ont > commencé sur les fréquences LORA et ajoutent dorénavant la 5G a leur > réseau résilient : > https://explorer.helium.com/ > > La France reste assez mal couverte, mais ça me semble intéressant . > quelques articles sur le sujet : > https://swissborg.com/fr/blog/helium > https://rf-market.fr/blogs/93_bientot-des-mineurs-helium-5g-en-france.html > > Quant à l' argument qui dit " en cas de catastrophe il n y a plus d' > électricité . . . c' est de moins en moins vrai, il y a de plus en > plus de gens qui ont des panneaux solaires, des batteries ou une tesla > dans le garage . . . > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Bonjour a tous, On Thu, Apr 18, 2024 at 3:55 PM Cédric Moro wrote: > . . . > Bref, à part donner des leçons génialocrates à l'idiocrate que je suis, > quelqu'un a t-il des infos derrière la techno et les opportunités de ces > com D2D, voir même si on pouvait peser ensemble pour utiliser cette D2D > pour des usages autres que ceux des autorités. Et pourquoi, est-ce qu'on > pourrait hacker cette techno pour en faire un peu ce qu'on veut ? Ca me fait penser à ce que fait le réseau helium ( HNT ) , ils ont commencé sur les fréquences LORA et ajoutent dorénavant la 5G a leur réseau résilient : https://explorer.helium.com/ La France reste assez mal couverte, mais ça me semble intéressant . quelques articles sur le sujet : https://swissborg.com/fr/blog/helium https://rf-market.fr/blogs/93_bientot-des-mineurs-helium-5g-en-france.html Quant à l' argument qui dit " en cas de catastrophe il n y a plus d' électricité . . . c' est de moins en moins vrai, il y a de plus en plus de gens qui ont des panneaux solaires, des batteries ou une tesla dans le garage . . . --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Le 18/04/2024 à 16:51, Kévin CHAILLY a écrit : - La communication D2D soulève un point très important : dans ce cas, pas de CDR si l'infrastructure est tombée, et toutes les questions liées à ces points. Vu que c'est le gagne pain des opérateurs télécom, pas sûr que ça aille dans leur sens d'implémenter du D2D. Vu le prix qu'ils ont payé pour les fréquences, comment justifier le fait que des utilisateurs puissent utiliser ces fréquences sans autorisation ? +1 Je n'y avais pas réfléchi sur le coup puis je m'étais repris : " Mais évidemment, hors du réseau, pas d'authent, donc pas de D2D, c'est logique" - Les appels d'urgence ne sont plus possibles sans SIM depuis une quinzaine d'années pour des raisons administratives et non techniques, on est pas dans la philosophie de la fête à la saucisse que serait du D2D. Arf, sérieux ? Hé bé... Mais une SIM "périmée" par le réseauteur permet quand même le 911 ? - Le roaming-derrière-la-dune-qui-capte-pas est un bon cas potentiel d'usage, mais moi qui suis en train de bronzer de l'autre côté de la dune, est-ce que j'ai vraiment envie de servir de relais D2D a Stéphane ? ça va Je ne pensais pas zombifier des proxies mais juste appeler la Miss qui arrive et qui se demande si je suis à l'endroit habituel à gauche ou plutôt celui à droite (sic). Mais évidemment, ça réveille un peu 100 malinphones d'un coup... décharger ma batterie et sagouiner ma bande passante, nouveau critère de Remarque que tu captes rien non plus, donc ta bande passante est parfaitement plate :) - Quid des usages/hack déja faits ? Le D2D est déja "existant" en 4G, pour l'instant le principal usage, c'est de rédiger des thèses. Vu la puissance d'un malinphone, les fréquences utilisées et la pathétique antenne dont il est équipé dans son dos et dont la majorité de l'énergie est bouffée par la main pleine d'eau, c'est effectivement un cas d'usage extrêmement favorable :> -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
op d'illusions ; la lumière anti-surveillance et la vent de liberté viendra d'ailleurs. Bref, à part donner des leçons génialocrates à l'idiocrate que je suis Auriez-vous quelques responsabilités dans le RRF pour réagir ainsi ? Désolé de vous avoir contrarié :) En tout cas, une cata régionale, plus de jus, plus de réseau mobile (un détail par rapport au reste), plus d'eau, plus d'assainissement, plus rien, c'est tout, c'est pas grave, nous ne sommes que des riens. D'ailleurs, à propos d’assainissement, ça me fait songer à "l'eau des toilettes" dans Idiocratie (le film devenu un documentaire, selon le bon mot). Vous devriez le regarder. Un chef d'œuvre de série Z roborative... Rabelais aurait apprécié. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] FRnOG 39.0
Hello, Petit rappel, pour ceux encore en vacances... La prochaine réunon FRnOG, c'est vendredi de la semaine prochaine. Comme d'habitude, pour les détails, ca se passe ici : https://www.frnog.org/?page=frnog39 Cordialement, -- Philippe Bourcier https://twitter.com/irukanji_invest https://www.linkedin.com/in/philippebourcier/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
- La communication D2D soulève un point très important : dans ce cas, pas de CDR si l'infrastructure est tombée, et toutes les questions liées à ces points. Vu que c'est le gagne pain des opérateurs télécom, pas sûr que ça aille dans leur sens d'implémenter du D2D. Vu le prix qu'ils ont payé pour les fréquences, comment justifier le fait que des utilisateurs puissent utiliser ces fréquences sans autorisation ? - Les appels d'urgence ne sont plus possibles sans SIM depuis une quinzaine d'années pour des raisons administratives et non techniques, on est pas dans la philosophie de la fête à la saucisse que serait du D2D. - Le roaming-derrière-la-dune-qui-capte-pas est un bon cas potentiel d'usage, mais moi qui suis en train de bronzer de l'autre côté de la dune, est-ce que j'ai vraiment envie de servir de relais D2D a Stéphane ? ça va décharger ma batterie et sagouiner ma bande passante, nouveau critère de choix d'opérateur, la durée de vie de la batterie ? ( pour ce use-case, l'opérateur continue à connaître la provenance des paquets, donc pas de soucis de CDR, facturation, toussa toussa ) - Quid des usages/hack déja faits ? Le D2D est déja "existant" en 4G, pour l'instant le principal usage, c'est de rédiger des thèses. Kévin Le jeu. 18 avr. 2024 à 15:54, Cédric Moro a écrit : > Dommage Stéphane mais à priori, vous avez oublié quelques éléments dans > votre approche génialocrate : > > - Cela dépend des catas mais, la plupart du temps, ce ne sont que > quelques stations de base qui sont impactées donc on peut souvent > trouver du jus un peu plus loin. Mais même dans le cas où toute l'infra > télécom nationale ou insulaire tomberait complètement, l'idée que des > utilisateurs mobiles puissent communiquer entre eux sans station de base > dans un certain rayon est très attirante. Cela nourrit même chez moi un > doux rêve anti-capitaliste et un peu anar de fréquences telecom non > centralisées et de com mobiles réellement libres et non tarifées, sans > licence individuelle ou d'état. > > - Le citoyen lambda n'a, pour la plupart du temps, que son mobile pour > communiquer. S'imaginer qu'il devienne radioam en cas de catastrophe est > bien une idée génialocrate mais assez hors sol (même les talkies-walkies > sont pas encore passés dans les usages, mais le D2D des tel 5G pourquoi > pas ?). > > - La 5G en com d'urgence, idiocratie vous dites ? Il fut un temps où on > a imaginé mettre les médias sociaux en com d'urgence dans les centres de > secours de France. C'est largement passé pourtant. Et pour la D2D en 5G, > ça passera aussi et il vaudra mieux que ce soit avec des gars idiocrates > comme moi qu'avec tel Général très médaillé et tel commandant de police > génialocrate. Mais bon, vu mon dernier voyage en France et la > surveillance à tout va qu'il y règne, je ne me fais plus trop > d'illusions ; la lumière anti-surveillance et la vent de liberté viendra > d'ailleurs. > > Bref, à part donner des leçons génialocrates à l'idiocrate que je suis, > quelqu'un a t-il des infos derrière la techno et les opportunités de ces > com D2D, voir même si on pouvait peser ensemble pour utiliser cette D2D > pour des usages autres que ceux des autorités. Et pourquoi, est-ce qu'on > pourrait hacker cette techno pour en faire un peu ce qu'on veut ? > > Le 18/04/2024 à 15:08, Stéphane Rivière a écrit : > > > >> En cas de catastrophe, la 5G permettrait de faire automatiquement du > >> Mesh, sans passer par l'installation d'app spécifique sur le terminal > >> mobile, ça s'est génial et très novateur en sécurité civile. > > > > En cas de cata, y'a pas de jus et pas de mesh. > > > > >Reste que ces com D2D semblent réservées aux pro de la sûreté > > publique et non aux particuliers. > > > > De toute façon, imaginer utiliser la 5G pour les coms d'urgence est > > typique de l'idiocratie. > > > > Cela dit l'idée de faire du D2D en 5G ça peut être bien... Super > > dommage que ça soit réservé au RRF... Car en mode "plage derrière la > > dune qui masque le relais" ou "causerie dans la vallée isolée", ça > > serait génial (enfin en 700 MHz parce que les autres bandes...) ! > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Dommage Stéphane mais à priori, vous avez oublié quelques éléments dans votre approche génialocrate : Merci beaucoup, ma génialitude se sent bien plus benèze maintenant. - Cela dépend des catas mais, la plupart du temps, ce ne sont que quelques stations de base qui sont impactées donc on peut souvent trouver du jus un peu plus loin. Une cata, c'est une tempête de 99, soit 5 à 17 jours sans élec sur Oléron, dont à l'époque une trentaine de BTS sur l'île (nom de l'époque). Et, non, on ne trouve pas de jus plus loin car les HTA/HTB sont tombées, les transfos ont cramés et l'infra est en vrac. C'est bête, mais c'est ainsi. Le vent est méchant. Mais même dans le cas où toute l'infra télécom nationale ou insulaire tomberait complètement, l'idée que des utilisateurs mobiles puissent communiquer entre eux sans station de base dans un certain rayon est très attirante. Cela nourrit même chez moi un doux rêve anti-capitaliste et un peu anar de fréquences telecom non centralisées et de com mobiles réellement libres et non tarifées, sans licence individuelle ou d'état. J'en rêvais pas. Juste du D2D si on a une SIM valide, pratique pour la plage en vue directe, la forêt ça ne passera pas, la mer ok, la montagne par réflexion, ça peut parfois. Mais évidemment, hors du réseau, pas d'authent, donc pas de D2D, c'est "logique". Pour ça y'a les LPD sans licence après tout... - Le citoyen lambda n'a, pour la plupart du temps, que son mobile pour communiquer. S'imaginer qu'il devienne radioam en cas de catastrophe est bien une idée génialocrate mais assez hors sol (même les talkies-walkies sont pas encore passés dans les usages, mais le D2D des tel 5G pourquoi pas ?). Rien dit de tel. Pour les gens, y'a les LPD, largement utilisés en comms de loisirs... - La 5G en com d'urgence, idiocratie vous dites ? Oui, vous n'aimez pas l'idiocratie ? Il est vrai que j'ai été très modéré dans mes propos. Auriez-vous une meilleure idée ? Tetrapol/Antarès, pourtant bien plus bas en fréquence (380-410 MHz) est déjà une bande parfaitement inadaptée aux services d'urgence en campagne. Logiquement, ce choix avait été vivement critiqué et le drame est arrivé, Tetrapol/Antarès a tué des pompiers en feu de forêts (défaut de communications). Cette bande ne passe pas en milieu forestier. Il fut un temps où on a imaginé mettre les médias sociaux en com d'urgence dans les centres de secours de France. C'est largement passé pourtant. Et pour la D2D en 5G, ça passera aussi Bien sûr, c'est le propre de l'idiocratie. Faut pas aller contre, juste apprécier le scénario. Le D2D, appelée dans l'ancien monde "Direct Mode" répond à des besoins de comm genre panne d'infra, parking souterrain, coin de forêt. Mais bon aux fréquences et puissances des smartphones, ça ne 'juste' marchera pas beaucoup, voire pas du tout. et il vaudra mieux que ce soit avec des gars idiocrates comme moi qu'avec tel Général très médaillé et tel commandant de police génialocrate. Mais bon, vu mon dernier voyage en France et la surveillance à tout va qu'il y règne, je ne me fais plus trop d'illusions ; la lumière anti-surveillance et la vent de liberté viendra d'ailleurs. Bref, à part donner des leçons génialocrates à l'idiocrate que je suis Auriez-vous quelques responsabilités dans le RRF pour réagir ainsi ? Désolé de vous avoir contrarié :) En tout cas, une cata régionale, plus de jus, plus de réseau mobile (un détail par rapport au reste), plus d'eau, plus d'assainissement, plus rien, c'est tout, c'est pas grave, nous ne sommes que des riens. D'ailleurs, à propos d’assainissement, ça me fait songer à "l'eau des toilettes" dans Idiocratie (le film devenu un documentaire, selon le bon mot). Vous devriez le regarder. Un chef d'œuvre de série Z roborative... Rabelais aurait apprécié. -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Fibre G.655 pour backbone - FS.com
Le Thu, Apr 18, 2024 at 12:07:11PM +0200, Aurélien TABARAUD via frnog a écrit : > Bonjour, > > Je t’invite à lire dans les archives de la liste FRnOG la réponse de Matthieu > Husson du Dimanche 14 octobre 2018 à 13h58min59s sur le sujet [TECH] Types de > fibre optique. > > Tu croiseras aujourd’hui de la G.655 que très rarement. Il reste aussi > quelques câbles mixtes chez SFR par ex (coucou LDCOM). > > Le spécifique coûteras toujours plus cher, donc c’est plus rentable > aujourd’hui de s’adapter sur de la G.652D qui est quelque chose d’assez > standard de nos jours que de faire des déploiements exotiques. > Nos chers constructeurs ont su trouver des solutions pour augmenter les > performances de transmission car le volume de G.652D déployé permet de > justifier des investissements de R pour industrialiser certaines techniques > liées au traitement du signal ou à la photonique > Et de façon plus générale les articles FS.com sont à prendre avec de grosses pincettes tant c'est sur-simplifié et/ou obsolète (on dirait du ChatGPT :D). > Cordialement, > > Aurélien > > > Le 17 avr. 2024 à 22:33, Ge DUPIN a écrit : > > > > Bonsoir > > > > En faisant des recherches sur G.655, je suis tombé sur le site de fs.com > > dont l’article > > https://community.fs.com/fr/article/single-mode-fiber-comparison-g-652-vs-g-655.html > > fait l’éloge de la fibre G.655 qui coche toutes les cases de 10G à 100G > > alors que G.652 coche seulement 10G. > > > > S’il y a quelqu’un de FS sur cette liste, pourriez vous élaborer sur cette > > assertion ? > > > > Je précise que ma question s'adresse essentiellement aux backbones > > > > Merci d’avance > > > > Ge > > > > > > > > --- > > 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/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Dommage Stéphane mais à priori, vous avez oublié quelques éléments dans votre approche génialocrate : - Cela dépend des catas mais, la plupart du temps, ce ne sont que quelques stations de base qui sont impactées donc on peut souvent trouver du jus un peu plus loin. Mais même dans le cas où toute l'infra télécom nationale ou insulaire tomberait complètement, l'idée que des utilisateurs mobiles puissent communiquer entre eux sans station de base dans un certain rayon est très attirante. Cela nourrit même chez moi un doux rêve anti-capitaliste et un peu anar de fréquences telecom non centralisées et de com mobiles réellement libres et non tarifées, sans licence individuelle ou d'état. - Le citoyen lambda n'a, pour la plupart du temps, que son mobile pour communiquer. S'imaginer qu'il devienne radioam en cas de catastrophe est bien une idée génialocrate mais assez hors sol (même les talkies-walkies sont pas encore passés dans les usages, mais le D2D des tel 5G pourquoi pas ?). - La 5G en com d'urgence, idiocratie vous dites ? Il fut un temps où on a imaginé mettre les médias sociaux en com d'urgence dans les centres de secours de France. C'est largement passé pourtant. Et pour la D2D en 5G, ça passera aussi et il vaudra mieux que ce soit avec des gars idiocrates comme moi qu'avec tel Général très médaillé et tel commandant de police génialocrate. Mais bon, vu mon dernier voyage en France et la surveillance à tout va qu'il y règne, je ne me fais plus trop d'illusions ; la lumière anti-surveillance et la vent de liberté viendra d'ailleurs. Bref, à part donner des leçons génialocrates à l'idiocrate que je suis, quelqu'un a t-il des infos derrière la techno et les opportunités de ces com D2D, voir même si on pouvait peser ensemble pour utiliser cette D2D pour des usages autres que ceux des autorités. Et pourquoi, est-ce qu'on pourrait hacker cette techno pour en faire un peu ce qu'on veut ? Le 18/04/2024 à 15:08, Stéphane Rivière a écrit : En cas de catastrophe, la 5G permettrait de faire automatiquement du Mesh, sans passer par l'installation d'app spécifique sur le terminal mobile, ça s'est génial et très novateur en sécurité civile. En cas de cata, y'a pas de jus et pas de mesh. >Reste que ces com D2D semblent réservées aux pro de la sûreté publique et non aux particuliers. De toute façon, imaginer utiliser la 5G pour les coms d'urgence est typique de l'idiocratie. Cela dit l'idée de faire du D2D en 5G ça peut être bien... Super dommage que ça soit réservé au RRF... Car en mode "plage derrière la dune qui masque le relais" ou "causerie dans la vallée isolée", ça serait génial (enfin en 700 MHz parce que les autres bandes...) ! --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
En cas de catastrophe, la 5G permettrait de faire automatiquement du Mesh, sans passer par l'installation d'app spécifique sur le terminal mobile, ça s'est génial et très novateur en sécurité civile. En cas de cata, y'a pas de jus et pas de mesh. >Reste que ces com D2D semblent réservées aux pro de la sûreté publique et non aux particuliers. De toute façon, imaginer utiliser la 5G pour les coms d'urgence est typique de l'idiocratie. Cela dit l'idée de faire du D2D en 5G ça peut être bien... Super dommage que ça soit réservé au RRF... Car en mode "plage derrière la dune qui masque le relais" ou "causerie dans la vallée isolée", ça serait génial (enfin en 700 MHz parce que les autres bandes...) ! -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Fibre G.655 pour backbone - FS.com
Bonjour, Je t’invite à lire dans les archives de la liste FRnOG la réponse de Matthieu Husson du Dimanche 14 octobre 2018 à 13h58min59s sur le sujet [TECH] Types de fibre optique. Tu croiseras aujourd’hui de la G.655 que très rarement. Il reste aussi quelques câbles mixtes chez SFR par ex (coucou LDCOM). Le spécifique coûteras toujours plus cher, donc c’est plus rentable aujourd’hui de s’adapter sur de la G.652D qui est quelque chose d’assez standard de nos jours que de faire des déploiements exotiques. Nos chers constructeurs ont su trouver des solutions pour augmenter les performances de transmission car le volume de G.652D déployé permet de justifier des investissements de R pour industrialiser certaines techniques liées au traitement du signal ou à la photonique Cordialement, Aurélien > Le 17 avr. 2024 à 22:33, Ge DUPIN a écrit : > > Bonsoir > > En faisant des recherches sur G.655, je suis tombé sur le site de fs.com dont > l’article > https://community.fs.com/fr/article/single-mode-fiber-comparison-g-652-vs-g-655.html > fait l’éloge de la fibre G.655 qui coche toutes les cases de 10G à 100G alors > que G.652 coche seulement 10G. > > S’il y a quelqu’un de FS sur cette liste, pourriez vous élaborer sur cette > assertion ? > > Je précise que ma question s'adresse essentiellement aux backbones > > Merci d’avance > > Ge > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Bonjour, En cas de catastrophe, la 5G permettrait de faire automatiquement du Mesh, sans passer par l'installation d'app spécifique sur le terminal mobile, ça s'est génial et très novateur en sécurité civile. "*Device-to-Device (D2D)* Il s’agit de communications directes entre terminaux. Aujourd’hui, pour communiquer avec un autre terminal, le signal est nécessairement relayé par la station de base, même si les deux terminaux sont géographiquement proches. Avec le D2D, deux terminaux proches peuvent communiquer directement sans passer par la station de base. Il en résulte des débits plus importants, des latences plus faibles et une consommation énergétique réduite (la distance entre l’émetteur et le récepteur étant plus faible, la puissance d’émission peut être réduite). *Les principaux cas d’usage du D2D sont les communications entre professionnels de la sûreté publique (qui pourraient continuer à communiquer si une catastrophe détruisait les stations de base)* et surtout les communications entre véhicules connectés ou autonomes." Reste que ces com D2D semblent réservées aux pro de la sûreté publique et non aux particuliers. Merci pour cette info, Cédric Le 18/04/2024 à 08:52, Laurent Bloch via frnog a écrit : Bonjour, Le bulletin 1024 de la Société informatique de France publie la première partie d'une description assez détaillée de la 5G, de ses effets environnementaux et des conditions de son déploiement : https://1024.societe-informatique-de-france.fr/2024/04/1024_23_2024_53.html Bonne lecture ! --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Analyse de la 5G, première partie
Bonjour, Le bulletin 1024 de la Société informatique de France publie la première partie d'une description assez détaillée de la 5G, de ses effets environnementaux et des conditions de son déploiement : https://1024.societe-informatique-de-france.fr/2024/04/1024_23_2024_53.html Bonne lecture ! -- Laurent Bloch - https://laurentbloch.net - l...@laurentbloch.org Si vous trouvez que l'éducation coûte cher, essayez l'ignorance ! (A. Lincoln) --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Fibre G.655 pour backbone - FS.com
Bonsoir En faisant des recherches sur G.655, je suis tombé sur le site de fs.com dont l’article https://community.fs.com/fr/article/single-mode-fiber-comparison-g-652-vs-g-655.html fait l’éloge de la fibre G.655 qui coche toutes les cases de 10G à 100G alors que G.652 coche seulement 10G. S’il y a quelqu’un de FS sur cette liste, pourriez vous élaborer sur cette assertion ? Je précise que ma question s'adresse essentiellement aux backbones Merci d’avance Ge --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] ApéroTelco/Réseaux NTEnOG Nantes mercredi 17 avril - 18h30 - Berlin 1989 St-Herblain
Pour ceux qui sont à Nantes aujourd'hui, petit rappel pour ce soir ! à ce soir ;) --- Cordialement, Antoine Nivard Président de https://Ouest.Network - Vous rapprocher ! - Point d'échange Internet https://www.linkedin.com/company/ouestnetwork/ Tél: 06 52 57 79 69 - antoine.nivard@ouest.network Le 2024-04-03 22:26, Antoine Nivard - ON via frnog a écrit : Bonjour à tous, Nous vous invitons à un *ApéroTelco/Réseau* le *mercredi 17 avril* à partir de *18h30 *à Nantes* * Un moment pour discuter et échanger sur plein de sujet réseau, le RETEX du 1er avril, opérateurs, TRANSIT-IP, PEERING, etc. Le point d'échange Internet Nantes : Ouest Network, nos aventures en terres Bretonnes : Rennes, Brest ? Et une nouvelle aventure en Touraine ?! Le lieu : Berlin 1989 Saint Herblain (côté Atlantis) https://www.openstreetmap.org/node/7467668997#map=19/47.23107/-1.63819 <https://www.openstreetmap.org/node/7467668997#map=19/47.23107/-1.63819> au 17 avril ! -- Cordialement, Antoine Nivard Président dehttps://Ouest.Network - Vous rapprocher ! https://www.linkedin.com/company/ouestnetwork/ Tél: 06 52 57 79 69 -antoine.nivard@ouest.network --- Mission, conseil en stratégie commerciale, animation de réseaux et "Business Developer" Ouest Network - Ouest Cloud antoine.niv...@nantestouch.fr Tél: 06 52 57 79 69 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] DNS Load Balancer
Hello, Je crois Azure traffic manager peut être une bonne option également (très facile à mettre en place et à tester, après faut voir le billing)... Cordialement. Le mar. 16 avr. 2024 à 12:28, Toussaint OTTAVI a écrit : > > > Le 15/04/2024 à 19:10, Michel KOENIG via frnog a écrit : > > Je n'avais pas précisé, mais la solution serait pour du flux TCP pour > une application propriétaire et/ou des tunnels IPSEC > > Une solution simple est de mettre les deux IP en round-robin sur une > seule entrée DNS A. Les deux IP seront donc utilisables simultanément, > mais sans gestion de priorité. Ce n'est donc pas adapté à toutes les > situations. > > S'il s'agit de tunnels IPSec, en ce qui me concerne, je monte deux > tunnels, un sur chaque interface. Il n'y a plus de notion de lien normal > / secours. Il y a deux liens, chacun avec des caractéristiques propres. > La répartition des flux dans les deux tunnels se fait en interne sur le > routeur / firewall, en fonction de ce que permet l'équipement. Par > exemple : les flux de prod en priorité sur le lien 1, et tout le reste > en priorité sur le lien 2. > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] DNS Load Balancer
Le 15/04/2024 à 19:10, Michel KOENIG via frnog a écrit : Je n'avais pas précisé, mais la solution serait pour du flux TCP pour une application propriétaire et/ou des tunnels IPSEC Une solution simple est de mettre les deux IP en round-robin sur une seule entrée DNS A. Les deux IP seront donc utilisables simultanément, mais sans gestion de priorité. Ce n'est donc pas adapté à toutes les situations. S'il s'agit de tunnels IPSec, en ce qui me concerne, je monte deux tunnels, un sur chaque interface. Il n'y a plus de notion de lien normal / secours. Il y a deux liens, chacun avec des caractéristiques propres. La répartition des flux dans les deux tunnels se fait en interne sur le routeur / firewall, en fonction de ce que permet l'équipement. Par exemple : les flux de prod en priorité sur le lien 1, et tout le reste en priorité sur le lien 2. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Microsoft peering se ferme
+1 c’est déjà assez dur de déterminer la capacité d’un peer avec qui tu as une session directe… alors si tu ne sais pas exactement où tu envoies ton traffic, et que tout ton traffic engineering dépend de edns ou de ton anycast. Tu finis avec des policy pour les RS, pour les p2p peers via des IXs, et les seules choses dont tu es sur : les PNIs. Il faudra bien résoudre le problème d’absence de traffic signaling sur les IXPs surtout si certains acteurs les laissent volontairement saturer. -Jean On Mon, 15 Apr 2024 at 11:48 AM, Radu-Adrian Feurdean < fr...@radu-adrian.feurdean.net> wrote: > On Thu, Apr 4, 2024, at 12:35, David Ponzone wrote: > > Bonjour tous, > > > > Petit changement de politique de peering en cours chez Microsoft: ils > > arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour > > les sessions de peering direct (ils l’étaient peu ou pas avant). > > > > Si quelqu’un a des infos sur les raisons de ce revirement soudain. > > Hello, > > Puisqu'il se trouve que j'ai pu avoir quelques informations en plus : > - Il s'agit de Google pas de Microsoft. Micorosoft n'ont jamais ete sur > les route-servers des IXP "classiques", ils sont meme marques "Never via > RS" dans PeeringDB. Ils (Micorosoft) commencent par contre a pousser de > plus en plus MAPS (qui est RS-based), disponibe chez vos IXP favoris (au > moins chez la plupart d'entre eux) > - Ce n'est pas limite a France-IX, c'est une tendance globale chez > Google, qui a deja commence il y a plusieurs mois chez d'autres IXP. A > priori ca serait un decision prise a assez haut niveau de leur cote. Du > cote Euro-IX (association des IXP europeens) on essaye de voir ce qu'il est > possible de faire pour renverser cette tendance en proposant des interfaces > unifies (regles de filtrage IRR/ROA, communautes de TE plus uniformes - > deja fait pour les "large communities", ...). On ne sait pas ce que ca va > donner, mais en tente > - Google via les RS et Google via session directe ou PNI (voir meme via > transit) ca n'a jamais ete le meme chose. Il y a toujours eu des routes > plus specifiques via "autre chose que les RS", et leur gestion des > interconnections semblait toujours preferer (via localpref, donc > prioritaire sur l'AS-path) les interconnection "plus explicites" (sessions > directes ou PNI). > - Ca fait deja un certain temps que l'approche preferee (par Google) soit > leur propre "peering portal", avec les quelques soucis ayant existe au fil > des annees desormais resolus (a priori). > > Donc oui, c'est une "nouvelle" un peu inquietante, mais pas > fondamentallement catastrophique. > > Cote "pourquoi", on a entendu plusieurs choses comme: > - quand tu dois gerer des connections sur des centaines des IX, chacun > avec ses propres regles (filtrage, signalling) ca commence a etre bien plus > complique a gerer que des sessions BGP directes (et fortement automatises). > On espere bien que ca concerne pas tans que ca les IX europeens, ou comme > explique plus haut, nous essayons d'uniformiser un peu les choses. > - meilleure gestion du trafic, surtout avec la democratisation des > "remote peerings" qui se fait parfois de facon pas tres raisonnable. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Re: Analyse Capture WireShark
ethereal à disparu, mais wireshark le remplace très bien et en plus complet, dans wireshark tu as déjà énormément de choses dans le menu Statistics : * Conversations (durée, débits...) * IO Graphs (tu peux changer le Y Axis) * le flow graph Après tu as du PRTG, Solarwinds ... mais bon on en revient toujours aux sources Ou en laissant trainer une sonde avec ntopng ... (lui par contre est tordu) A+ Nicolas From: Michel KOENIG Sent: Monday, April 15, 2024 22:21 To: Nicolas Parpandet ; frnog-t...@frnog.org Subject: RE: Analyse Capture WireShark Merci Nicolas pour ton retour Tu as un lien pour récupérer le soft ? Michel De : Nicolas Parpandet Envoyé : lundi 15 avril 2024 22:14 À : frnog-t...@frnog.org; Michel KOENIG Objet : Re: Analyse Capture WireShark To:frnog-t...@frnog.org;Michel KOENIG mailto:michel.koe...@ncc-info.com>> Mon 2024-04-15 22:12 Hello Michel, Wireshark provient justement du projet Ethereal de Gerald Combs, qui à ensuite été renommé en Wireshark suite à son embauche chez CACE Technologies (puis Riverbed...) sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce qu'il faut pour les graphiques (flux tcp sous forme de graphe, bande passante, perte de paquets, gigue...) Pour la VOIP c'est sympa il y a tout ce qu'il faut. A+ Nicolas From: frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> mailto:frnog-requ...@frnog.org>> on behalf of Michel KOENIG via frnog mailto:frnog@frnog.org>> Sent: Monday, April 15, 2024 21:32 To: frnog-t...@frnog.org<mailto:frnog-t...@frnog.org> mailto:frnog-t...@frnog.org>> Subject: [FRnOG] [TECH] Analyse Capture WireShark Bonjour, Wireshark est un super outil que je pense nous utilisons tous souvent dans notre métier Par contre, c'est un peu Matrix à décoder Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par Riverbed) qui permettait une analyse graphique depuis les pcap Super sympa par exemple pour faire des graph de charge Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était SteelCentral Packet Analyzer Après de nombreuses recherches, je ne trouve plus ce produit Quelqu'un connait son successeur ou un produit qui ferait le même boulot ? Cordialement Michel KOENIG --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/