Re : [FRnOG][FRnog] [ALERT] Problème tunnel IPsec
Bonjour, Nous avons détecté le problème à 11h40 tout comme vous. Concentrateur sur un feed AS3356 Nanterre et sites distants sur AS174,AS3356,AS20565 Apres 1 heure de troubleshooting nous avons constaté un pic de latence a 11h34 puis un phénomène particulier a savoir qu une grande partie des tunnels etaient bien UP mais le trafic etait impossible. En réalité le trafic UDP et TCP etait fonctionnel en entree/sortie avec du loss mais tout ce qui etait ESP ne rentrait pas du tout. Donc IKE (udp 500) ok et ESP KO total pour AS174 et AS3356 lui meme (etrange ce drop ESP only) La connectivité globale vers le reste du monde etaient très instable avec du loss et du connection reset. Nous avons escaladé AS3356 avec des informations détaillées et croisées multi AS. L'escalde a résolu l'incident vers 16h40 avec un reset du lien backbone/PE Vois le résumé de l'incident: We can see that one of the backbone links between the COLT PE router (ear2.par1) and the core router took a hit at approximately 09:34 GMT today. This would have caused traffic to temporarily switch paths to the alternative core router. The link has remained stable since. The IP NOC have also checked both the PE and core routers but they are not seeing any hardware issues Summary: Backbone link between er2.par1 and ebr1.par1 took a hit. IP NOC have checked but could not find any issues on PE or core routers. ____ De : frnog-requ...@frnog.org de la part de Paul Rolland (ポール・ロラン) Envoyé : vendredi 12 avril 2024 17:48 À : Laurent Laurent Cc : frnog@frnog.org Objet : Re: [FRnOG] [FRnog] [ALERT] Problème tunnel IPsec ATTENTION: Ce mail provient d'une source externe. Ne cliquez pas sur les liens et n'ouvrez pas les pièces jointes à moins que vous ne connaissiez l'expéditeur et sachiez que le contenu est sans danger. Hello, On Fri, 12 Apr 2024 17:40:51 +0200 Laurent Laurent wrote: > Ça fait approximativement 6h que nos liens sont tombés et nos 6 liens > viennent tout juste de remonter en même temps. > > Je ne sais pas ce qu'on fait SFR sur leur infra, mais un vendredi c'est > pas sympa :) > > Bon au moins on peut partir en week-end un peu plus soulagé :) > > Merci encore pour vos réponses. Et merci aux equipes de SFR qui gardent un oeil sur la liste et reagissent rapidement ;) Allez, bon WE a tous, Paul --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo
On Fri 12 Apr 2024 13:58:19 GMT, Laurent Barme wrote: > Alors là ça m'épate que l'on puisse vendre plusieurs centaines de milliers > d'euros la maintenance d'un service assuré par une seule personne ! Et pourtant… I can relate. (bon, on était trois, mais ça change pas grand chose vu la thune que ça rapportait, on parle en millions) > L'annonce qui fait l'objet de cet échange émane d'une boîte qui a l'air tout > ce > qu'il y a de plus honnête ; je doute qu'il puisse se faire de telles marges > ou > alors ils ont des clients qui ne les payent pas avec leurs sous à eux (par > exemple avec ceux des contribuables…). Complètement d’accord. Et puis ils ont membres de Breizh-IX, c’est forcément des gens bien 8D -- Alarig --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo
>> avec RTT + TR > > Tu veux dire les trucs obligatoires légalement ? Non --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo
Bonjour, Alors on a la mer et des logements assez cher en Vendée voir même intouchable sur certains secteurs, un poste d'admin sys et réseau c'est rare de dépasser les 45k... C'est plus un salaire de DSI par ici... Un admin même avec expérience atteindra après d'âpres négociations les 35k et encore... Il faut se rendre compte de la réalité, plusieurs de mes confrères refusent de bosser en freelance pour des boites vendéennes car les tarifs sont vraiment au ras des pâquerettes... A côté on a Nantes ou ce n'est pas Byzance non plus niveau salaire 🙂 donc je ne sais pas où vous bossez mais ne déménagez pas, ça va vous faire trop bizarre. Je vais activement réfléchir à redéménager par chez vous, car, je ne pense pas être plus mauvais qu'un autre 😄 quand je vois les salaires énoncés par d'autres sur cette liste. Il serait je pense judicieux et intéressant en France que les salaires ne soient plus tabous... ça aidera à tirer vers le haut. Pour se donner une idée le baromètre des salaires Seyos donne une vraie idée des salaires en province pour les provinciaux comme nous. Cordialement. ____ De : frnog-requ...@frnog.org de la part de Laurent Barme <5...@barme.fr> Envoyé : jeudi 11 avril 2024 21:20 À : frnog@frnog.org Objet : Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo Le 11/04/2024 à 19:30, Stéphane Rivière a écrit : > >> >> 46000€ pour 7 ans d'expérience en N3 dans une boîte qui a l'air assez >> honnête, en télétravail possible, avec RTT + TR + intéressement… Ça fait du >> 3000€ nets tranquille par mois… Dans une région pas dégueu ;) >> >> Faut peut-être pas tirer sur le pouvoir d'achat trop fort hein… > > +1, > > Ça doit coûter à la boite ~7/an avec les a-côtés... Ce qui implique accessoirement que le travail du salarié contribue à un bénéfice pour la société qui lui permette (au moins) de verser ces 7 €/an (et non, on ne peut pas juste diviser cette somme par les 200 jours de travail annuel, c'est un peu plus complexe que ça). Par ailleurs, il y a un autre détail intéressant à considérer : la société qui emploie un salarié /s'engage/ à lui verser son salaire tous les mois… Bref, ces considérations échappent à la plupart des salariés (mais beaucoup moins aux employeurs). > > Qui est une petite structure. Donc je trouve ça plutôt très bien. > Du coup je suis allé lire l'annonce. Elle me paraît aussi plutôt sympa et il y est bien préciser que le poste peut être basé à Saint-Malo. Bon, c'est vrai qu'on y est à plus de 25 m de la mer, surtout à marée basse mais il y fait beau tous les jours (c'est à dire au moins quelques minutes presque tous les jours) :-) --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] - Configuration Portier Analogique
Hello, si jamais il y a un telp I12 derrière, celui ci permet l'apprentissage des tonalités et temporisation https://www.manualslib.fr/manual/242499/Bticino-Cofrel-Telp-I12.html?page=21#manual ca m'a pas mal aidé my 2 cents vincent On 4/11/24 10:26 AM, Richard Klein wrote: ReHello, https://damrexelprod.blob.core.windows.net/medias/15c08df2-28ab-46bf-b836-a3fe422050bc Sinon derniere solution dans le manuel : COMPATIBILITE SIP En raccordant l’IPS2 au Xellip Transfert (Réf : 540.2000), :-) Richard Le jeu. 11 avr. 2024 à 12:21, Richard Klein a écrit : Bonjour, Regarde ce sreenshoot : https://www.axelko.com/techblog/wp-content/uploads/2013/10/CiscoRegional1.png Sinon le plus facile comme l'a expliqué David plus haut est de regarder si tu recois le BYE sur ton IPBX lorsque le portier raccroche. Sinon cotes portier il y avait parfois un paramètre pour une ligne longue ou courte pour changer la détection prise de ligne. Bonne journée Richard Le jeu. 11 avr. 2024 à 11:50, Ryan Laouichi a écrit : Merci pour cette piste Richard, nous allons regarder. Avez-vous une idée d’où je peux trouver les paramètres de tonalités recommandés pour la France ? Merci. Ryan *De :* Richard Klein *Envoyé :* jeudi 11 avril 2024 11:40 *À :* Ryan Laouichi *Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) < rol+fr...@witbe.net>; frnog@frnog.org *Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique Bonjour, Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA? Souvent sur ce type de boitier ATA il y a des problème d'interface ligne. Par exemple en France nous détectons le décroché avec le courant de ligne et les boitiers ATA sont sur une détection/interface ligne US. Donc lorsque ton portier claque son relais pour raccrocher il est possible que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a ton IPBX. Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir si il est possible de jouer sur l'interface ligne et la détection de raccrocher. Bonne journée Richard Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi a écrit : Non, on D-NAT notre réseau VOIX. Ryan -Message d'origine- De : David Ponzone Envoyé : jeudi 11 avril 2024 11:04 À : Ryan Laouichi Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique Y a du NAT qqpart ? David Le 11 avr. 2024 à 11:02, Ryan Laouichi a écrit : Non tu a bien raison de demander au cas où, mais je te confirme que entre deux postes SIP, il n'y a 0 problème. Si l'un de raccroche, ca coupe la communication à l'autre. Mon serveur SIP le vois en communication. Merci. Cordialement, Ryan -Message d'origine- De : frnog-requ...@frnog.org De la part de Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À : frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique Hello, On Thu, 11 Apr 2024 08:14:47 + Ryan Laouichi wrote: Dans notre troubleshooting, nous avons constaté que coté poste IP, le téléphone met fin a la conversation mais le portier (donc ata) va mettre 1 minute avant de mettre fin à la communication. Je suppose, mais ca ne coute rien de demander, que si tu fais un appel entre deux postes SIP, tu n'as pas le probleme ? Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA dans quel etat ? Connecte ou pas ? Paul --- Liste de diffusion du FRnOG http://www.frnog.org/ ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail. --- Liste de diffusion du FRnOG http://www.frnog.org/ ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail. --- Liste de diffusion du FRnOG http://www.frnog.org/ *ATTENTION : *Ce courriel provient de l'extérieur de l'organisation. Ne cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Contact déménagement cross-co sur EQUINIX
Le 11/04/2024 à 09:33, Sebastien FOURCADE a écrit : Hello la liste, Quelqu'un a-t-il les coordonnées d'une personne sur le site de PA2 capable de gérer/valider un déménagement de cross-co ? Le service EMEA tourne en rond depuis 2 mois et ne répond pas à la demande. Besoin simple : déménager un cross-co pour joindre Equinix-IX d'une cage PA2 vers une autre cage dans PA3... Merci d'avance pour le retour en PV. Sébastien Tu n'as pas un CSM ? Je pense qu'il serait le plus apte à te renseigner. Yannick --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] - Configuration Portier Analogique
Bonjour Le 11/04/2024 à 10:14, Ryan Laouichi a écrit : Bonjour, Nous tentons de configurer un portier Castel analogique (IPS2) qui est branché derrière un ATA Cisco SPA112. Lorsqu'on appui sur le bouton de l'interphone, il fait bien sonner un poste SIP. Cependant, nous rencontrons une problématique, nous devons attendre une minute avant de pouvoir de nouveau sonner et que cela lance de nouveau un appel. Il y a 15 ans j'avais ce soucis avec les portiers Castel, jamais trouvé de solution même en discutant avec leur support. Abandon de la marque. -- Daniel --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Re: Contact déménagement cross-co sur EQUINIX
Votre ticket n'est pas pris en compte ? Si vous contacter le support chat sur le portal ils vont prendre contact avec les tech onsite pour voir le status et ils peuvent pousser. From: frnog-requ...@frnog.org on behalf of Sebastien FOURCADE Sent: Thursday, April 11, 2024 9:33 AM To: frnog-t...@frnog.org Subject: [FRnOG] [TECH] Contact déménagement cross-co sur EQUINIX Hello la liste, Quelqu'un a-t-il les coordonnées d'une personne sur le site de PA2 capable de gérer/valider un déménagement de cross-co ? Le service EMEA tourne en rond depuis 2 mois et ne répond pas à la demande. Besoin simple : déménager un cross-co pour joindre Equinix-IX d'une cage PA2 vers une autre cage dans PA3... Merci d'avance pour le retour en PV. Sébastien --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Besoin d’aide pour une recontruction de FTTH Orange écrasée par ByTel
On Wed 10 Apr 2024 15:52:18 GMT, Spyou wrote: > > Le 06/04/2024 à 21:48, Alarig Le Lay via frnog a écrit : > > Bonjour, > > > > J’ai une FTTH dite pro collectée sur Orange qui s’est faite écraser par > > ByTel, alors que j’ai encore du signal sur l’ONT et que ma position au > > PM n’a pas bougée. > > > T'es sur que le signal que t'as vient d'un OLT Orange ? :) Hey, la forme depuis le temps ? Dans le PM ça part sur le bloc Orange en tous cas, sur l’interface d’admin de l’ONT j’ai ça : Optical Information ONT Information Current Value Reference Value Optical Signal Sending Status: AutoAuto TX Optical Power: 2.31 dBm0.5 to 5 dBm RX Optical Power: -17.52 dBm -30 to -8 dBm Working Voltage:3338 mV 3100 to 3500 mV Bias Current: 12 mA 0 to 90 mA Working Temperature:40 ℃-10 to +85 ℃ OLT Information Current Value Reference Value Optical module type:Class C+-- Transmit optical power: 5.2 dBm 3 to 7 dBm PON port identifier:(0x11C262CA06DE16) -- Device Information Device Type:HG8010Hv3 Description:EchoLife HG8010Hv3 GPON Terminal (CLASS C+/PRODUCT ID:2102312HAV6RL1028409/CHIP:00070020191011) SN: 48575443A8A0 (HWTCA8A0) Hardware Version: HWTCA17C6A Software Version: HWTCA31710208 Manufacture Info: 2102312HAV6RL1028409.C812 ONT Registration Status:O5(Operation state) ONT ID: 116 CPU Usage: 2% Memory Usage: 34% Custom Info:FT Service Provisioning Status ONT Registration Status:Successfully registered the ONT with the OLT. OLT Service Configuration Status: The OLT is applying configurations. Please wait. EMS Configuration Status: -- ACS Registration Status:-- --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] switchs aruba : Device Profiles for automatic port configuration
Bonjour, Je l'ai fait par le passé mais avec un radius et dans mes notes j'ai : * Ne pas oublier de tagger le vlan en vlan voice 🙂 * faire le "port-access auto-vlan" * https://www.arubanetworks.com/techdocs/AOS-CX/10.11/HTML/security_6200-6300-6400/Content/Chp_Port_acc/por-acc-aut-vla.htm Cependant chez Aruba (je dis ça de mémoire) il me semble que le saut de vlan n'était autorisé qu'à partir du moment où on utilisait un radius pour l'authentification c'est peut-être toujours le cas mais j'ai toujours eu un radius avec, sans je n'ai jamais testé. Mes 2 cts Cordialement. De : frnog-requ...@frnog.org de la part de BASSAGET Cédric Envoyé : lundi 8 avril 2024 11:01 À : frnog-tech Objet : [FRnOG] [TECH] switchs aruba : Device Profiles for automatic port configuration Bonjour, J'essaye désespérément de mettre en place l'autoconfig du vlan sur switch aruba en fonction de la mac d'un téléphone (de marque bittel, prefixe mac f00786) qui ne fait ni de LLDP ni de CDP. j'ai suivi le whitepaper HPE suivant : https://community.arubanetworks.com/HigherLogic/System/DownloadDocumentFile.ashx?DocumentFileKey=e81c402b-a46b-4875-b88a-c1485b028b3e et je me retrouve donc avec la conf suivante : device-identity name "bittel" lldp oui f00786 exit device-profile name "bittel" untagged-vlan 2 exit device-profile device-type "bittel" associate "bittel" enable exit bêtement je me disais que ça pourrait marcher, mais... non. je pense que ça ne marche qu'avec un tel qui balance des trames LLDP ? Est-ce quelqu'un a déjà réussi à faire fonctionner ce système pour un équipement qui ne fait ni de LLDP ni de CDP ? en gros assigner des paramètres à un port uniquement en fonction du préfixe MAC de l'équipement pluggé à ce port ? Bon lundi ! Cédric --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Besoin d’aide pour une recontruction de FTTH Orange écrasée par ByTel
On Sun 07 Apr 2024 01:41:05 GMT, David Ponzone wrote: > Joli roman, ça m’a passionné. Trépidant du début à la fin. Après, y a > la réalité, entre autres celles des opérateurs techniques qui > collectent en bitstream, que l’ARCEP semble avoir oublié :) Je suis pas spécialement au fait du jargon telco (je fais surtout de l’IP dans ma vie :p) mais en gros, je suis l’arbre gpon orange, et c’est collecté ensuite en ppp vers un lns à moi. Je sais pas si c’est du bitstream ou pas. -- Alarig --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Besoin d’aide pour une recontruction de FTTH Orange écrasée par ByTel
On Sat 06 Apr 2024 23:22:58 GMT, Léa Gris wrote: > Le 06/04/2024 à 21:48, Alarig Le Lay via frnog écrivait : > > Bonjour, > > > > J’ai une FTTH dite pro collectée sur Orange qui s’est faite écraser par > > ByTel, alors que j’ai encore du signal sur l’ONT et que ma position au > > PM n’a pas bougée. > > > > Donc techniquement tout est censé marcher, mais commercialement ma ligne > > est vue résiliée chez Orange. > > > > J’aimerais savoir si quelqu’un sait comment la dé-résiliée, sans > > re-payer les FAS vu que j’ai rien demandé moi :p > > Tout est ici : > <https://www.arcep.fr/demarches-et-services/utilisateurs/que-faire-en-cas-decrasement-a-tort.html> J’avais complètement oublié ça, merci beaucoup :) -- Alarig --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Besoin d’aide pour une recontruction de FTTH Orange écrasée par ByTel
Bonjour, J’ai une FTTH dite pro collectée sur Orange qui s’est faite écraser par ByTel, alors que j’ai encore du signal sur l’ONT et que ma position au PM n’a pas bougée. Donc techniquement tout est censé marcher, mais commercialement ma ligne est vue résiliée chez Orange. J’aimerais savoir si quelqu’un sait comment la dé-résiliée, sans re-payer les FAS vu que j’ai rien demandé moi :p J’ai toutes les infos du terrain (PTO, PBO, PMI, ONT, etc.) Merci par avance ! -- Alarig --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [JOBS] Reconversion dans les métiers de l'informatique - Enquête métier
> pour avoir un travail il faut un diplôme. Bonjour m'sieudame france travail, > donnez moi un diplôme et je me désinscris. Lol. france travail te file de quoi manger des pates, jamais un travail qui te plait, sauf concours de circonstance exceptionnel (et eux l'admettent) pour un diplome il faut que ce soit dans l'enseignement supérieur, bien calé sur le RNCP (donc reconnu par l'état), attention chaque année des étudiants sortent d'un cursus en enseignement privé et il arrive encore que des brebis égarées finissent dans une école aux diplomes non reconnus par l'état (et ça fini souvent en eau de boudin) quant au diplome, c'est un peu le nouveau coeur de métier de la france. À part aux deux extremités, de l'ingé haut niveau au CAP manuel, pour moi le reste, hors des murs du public, n'est que poudre aux yeux. Alternance et CPF en plein dedans. Malheureusement la france tourne au diplome pour justifier de compétences, là où outre-manche/atlantique les compétences font le salaire. personnellement je pense, que le premier problème sur le marché du travail en france, reste que le diplome n'a pas été basculé par une forme d'autodidaxie encouragée et reconnue, mais avec un Pres' qui encourage au possible les injections de fric via l'alternance, CPF et autres crédits aux sociétés, effectivement, l'autodidaxie n'est pas sortie de l'auberge (fallu pour ma part passer des diplomes, et pas par plaisir) From: Kévin CHAILLY To: Teh 'SpyKeeR' Subject: Re: [FRnOG] [JOBS] Reconversion dans les métiers de l'informatique - Enquête métier Date: 06/04/2024 11:09:37 Europe/Paris Cc: French SysAdmin Group ; frnog@frnog.org; l...@laurentbloch.org; isa...@krashboyz.org; vincent.duver...@nolme.com Hello, Alors je vais la faire courte, Oui, il faut faire le TSSR, mais surtout il faut que tu te sortes de la tête que tu vas t'y faire chier. Si tu as un meilleur niveau que les autres, c'est très bien, mais au lieu d'aller en roue libre dans ta tête et de sortir ton téléphone pour aller sur tinder, tu prends le sujet du cours et tu le pousses. Tant que tu n'arriveras pas à s'astreindre a ça, tu resteras un bidouilleur ( ça n'empêche pas d'être un bon bidouilleur ) mais tu ne progresseras pas réellement. je te rassure, l'éducation nationale ne sait pas faire ça, et beaucoup d'élèves finissent en roue libre assez rapidement par faute du système. C'est pas pour ça qu'ils ont pas une vie heureuse. Si tu as des bons formateurs ( les TP ça dépend pas mal des centres ) tu vas apprendre aussi à être cadré, documenter, communiquer, étudier le fonctionnement interne de certains systèmes afin d'avoir la compréhension fondamentale de comment marche les choses et pas un vague instinct qui suit le bruit du vent. Dans la région occitanie, il y a un dispositif nommé ERN ( école régionale du numérique ) qui finance le TP TSSR, et pour certains élèves peut prendre le relai du chômage, rapproche toi de france travail pour qu'eux soient prescripteurs. Tu veux faire ça, tu peux faire ça, mais pour avoir un travail il faut un diplôme. Bonjour m'sieudame france travail, donnez moi un diplôme et je me désinscris. Après arrête de te torturer le cerveau et vas y, mais rappelle toi que même si tu es meilleur que ce que demande le diplôme TSSR, tu es moins bon que ce que tu voudrais être dans un an, lâche rien, approfondis, fais un blog, documente tes projets. Kévin Le sam. 6 avr. 2024 à 01:03, Teh 'SpyKeeR' a écrit : > Bonjour à tous! > > Tout d'abord, merci à tous ceux qui ont pris de leur temps pour y > répondre, j'ai eu de nombreuses réponses dont pas mal provenant des listes > FrNoG, FrSaG. > > Je souhaitais, si vous le voulez bien, rebondir sur les réponses à ce fil. > > Kevin : - "Si tu as besoin de bases, le titre pro technicien supérieur > sera un prérequis pour le diplôme d'admin ( 1 an TP TSSR, 1 an TP admin > souvent en alternance )" > > Alors, c'est toute mon interrogation du moment après cette enquête métier, > ai-je suffisamment de bases pour attaquer directement par le TP ASR, par > peur de m'ennuyer, je m'explique : > > Globalement de 11 à 18 ans en support/réparation PC particulier, montages > de PC's Milieu/Haut de Gamme, deux petites années d'overclocking, > Watercooling. > Puis j'avais versé de 17 à 21 ans dans l'adminsys en m'occupant(Admin > d'une team de jeux multigaming) de deux serveurs dédiés en cluster redondés > via VMWare ESX/vsphere, qui poussait 2-3VPS Debian, 1 FreeNAS (Basé FreeBSD > si je me rappelle bien), 1 Windows Server 2008R2), sur ces derniers, j'ai > pu utiliser Apache, TLS/SSL, S/FTP, MySQL, Sqlite, BLind9, Crontabs, > quelques scripts bas
Re: Re : [FRnOG] [TECH] Microsoft peering se ferme
On Thu 04 Apr 2024 11:42:12 GMT, frnog via frnog wrote: > Ils ont peut-être plus envie d’avoir à gérer des soucis de routage > quand tu as le control plane qui marche et pas le data plane sur un > IX. Je n’aime pas les RSes exactement pour cette raison. Par contre, pour un petit AS ça reste pratique quand c’est difficile de négocier des sessions directes. -- Alarig --- Liste de diffusion du FRnOG http://www.frnog.org/
Re : [FRnOG] [TECH] Microsoft peering se ferme
Ils ont peut-être plus envie d’avoir à gérer des soucis de routage quand tu as le control plane qui marche et pas le data plane sur un IX. Ça nous est arrivé à plusieurs reprises qu’un peer et nous (qui ne peerions pas ensemble mais chacun avec le RS) ayons le soucis suivant : - le peer et nous n’avons aucun soucis à joindre le RS et à échanger des routes. - le data plane entre le peer et nous ne fonctionnait pas. Du coup tout va bien dans ta RIB et ta FIB mais ton traffic est droppé en raison d’un soucis dont tu n’es pas au courant. On réfléchit à faire la même chose chez F5. Le jeu. 4 avr. 2024 à 12:35, David Ponzone <[david.ponz...@gmail.com](mailto:Le jeu. 4 avr. 2024 à 12:35, David Ponzone < a écrit : > 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. > > David Ponzone > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] ApéroTelco/Réseaux NTEnOG Nantes mercredi 17 avril - 18h30 - Berlin 1989 St-Herblain
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/
Re: [FRnOG] [MISC] 100 milliards de dollars...
Le Sat, Mar 30, 2024 at 12:39:29PM +0100, Ge DUPIN a écrit: > Le journaliste a dû se tromper de 3 ordres de grandeur, comme souvent .. À priori, pour une fois, non. Tous les articles parlent bien de 100 *milliards* de dollars pour un projet "Stargate" prévu pour 2028. C'est à prendre avec des pincettes, vu que les sources sont anonymes. De toute façon, le but recherché est atteint: ça fait le buzz. Arnaud. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [ALERT] Compromission de lzma
Bonsoir, C'est pas du système mais la faille me semble assez énorme pour en parler ici. Les archives des releases 5.6.0 et 5.6.1 de xz / lzma sont compromises et contiennent du code qui n'est pas dans le repo git, alors qu'elles sont signées, cela veut donc dire qu'il y a une compromission de la chaîne de publication/approvisionnement ou d'un dev. En gros: c'est chaud. https://www.openwall.com/lists/oss-security/2024/03/29/4 https://github.com/tukaani-project/xz/issues/92 https://github.com/NixOS/nixpkgs/issues/300055 L'avantage c'est que les versions ne sont pas encore partout, elles sont très récentes. -- Alarig --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Firmware AudioCodes M800B
Bonjour à tous, J'ai pour du lab perso un SBC Mediant 800B d'audiocodes que je souhaiterai mettre à jour. Il est actuellement sans support et n'ai donc pas accès au portail AudioCodes pour récupérer le dernier firmware. En version 6.5, je souhaiterais le basculer en 7.x Est-ce l'un d'entre vous aurai la possibilité de me fournir un firmware, ou bien de me faire une proposition commerciale afin de le ré-intégrer dans un contrat de support afin que je puisse le maintenir à jour ? En tant que particulier, je me fais envoyer bouler par l'ensemble des distributeurs sollicités. Si vous avez d'autres astuces, je suis preneur. Quelques infos sur le modèle :M800B-4S4OLPW-A1SHSP/N:GGWM00221S/N:DT2223874 Bon vendredi à tousThibault KALK ------- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] 300Tbps par paire
Arf, my bad, j’ai lu trop vite parce que j’ai pris le thread en route entre deux réunions. On est d’accord en fait. Mais c’est génial d’un point de vue marketing de valoriser un truc que les gens ne vont pas utiliser, et que du coup tu n’as même pas à surveiller et pour lequel tu ne garantis rien. C’est mieux que d’avoir une course à la baisse de prix sur des tuyaux pleins. Après l’avantage, c’est pour les petites structures de la tech qui avec une ou deux FTTH « low-cost » ont des bien beaux tuyaux pour pas cher. Ca permet des usages entre des petits sites ou vers des DC de manière très très fiable malgré tout. Prévoir quand même plus qu’une liaison et du backup au cas où. Après, la presse « spécialisée »…. Ça reste la presse, pas des spécialistes hein. > Le 28 mars 2024 à 13:03, David Ponzone a écrit : > > Philippe, > > Euh…. > > Si j’avais dit « 50mbps c’est assez pour un pro, même le siège social de > Total », je pense qu’on pourrait me virer de la liste. > > Je crois que le débat était sur les offres FTTH des OCEN, à destination du > GP/Pro (pour un OCEN, le FTTH c’est l’offre référence pour un pro), dont le > marketing met en avant 2Gbps, voir 8Gbps, voir 10Gbps. > Je ne crois pas que la boite de 300 personnes ou la boite qui fait de la > post-prod vidéo soient dans cette cible (si la boite de post-prod bosse sur > un FTTH, je pense que le patron est un gros radin, et je prends des chips et > attend avec impatience qu’il ait une coupure de 2 semaines). > > L’entreprise moyenne française, elle fait moins de 10 personnes, et elle > bosse pas dans la tech (84% des entreprises ont 9 salariés ou moins). > > D’ailleurs, c’était même pas un débat en fait. Juste un rappel que ça fait un > moment que le marketing met en avant des trucs qui servent à rien pour le > vendre (les forfaits illimités vers 120 pays, le forfait 5G avec 50Go de plus > pour 4€ de plus par mois, également appelées « techniques pour remonter son > ARPU quand on l’a trop baissé pour prendre des parts de marché »). > Donc voilà, même la presse spécialisée en met une couche. > « 4.5 million times faster », ça pète plus que « 6 times faster ». > > Mais merci de confirmer que c’est dur de remplir un tuyau 10G chez Free avec > du vrai contenu ou des benchs, même en ayant que ça à faire de la journée :) > C’était exactement mon propos, ils ont vendu du vent au Grand Public, comme > toujours. > > David > > >> Le 28 mars 2024 à 12:26, Philippe ASTIER a >> écrit : >> >> J’ai des clients qui font de la video conf à 1,5-4 Mb/s / client et qui sont >> 300 en simultané, faites le calcul. C’est même pas des qualités extrêmes. >> Sur lequel on ajoute des transferts de gros documents, etc... >> >> En plus il faut de la marge pour les autres usages, donc, oui, j’ai >> plusieurs clients qui ont du 500-600 Mb/s plusieurs heures par jour en >> continu, avec des pointes longues qui dépassent largement le 1 Gb/s, que ce >> soit up ou down. >> >> On est en 2024... >> >> >> Cela dit, pour le fun, j’ai secoué ma FreeBox Ultra. Dur d'atteindre la >> limite, parce que les serveurs de benchs ont des limites par flux TCP, IPv4 >> vs IPv6, etc… j’ai du balancer du trafic de plusieurs machines, alors même >> que depuis cette même machine, aucun souci pour faire du 10 Gb/s en interne. >> Mais je confirme qu’on peut bien agréger 7,5 Gb/s symétriques, ils ne >> mentent pas trop, même en pleine journée. >> >> En fait c’est rassurant, les benchs ce n’est pas la vraie vie, juste une >> image d’un usage qui ne correspond pas à la réalité. >> >> Les CDN font clairement du rate limite par connexion de ce que je vois. >> >>> Le 28 mars 2024 à 11:42, David Ponzone a écrit : >>> >>> >>>> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog a >>>> écrit : >>>> >>>> Ah non David, je suis pas d'accord. >>>> >>>> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour >>>> la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus >>>> pertinent. >>>> >>>> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du >>>> temps et c'est cette pointe là qui lui donne l'impression de confort. >>> >>> Ah, j’ai pas encore mesuré de crêtes à 1G chez mes clients pro. >>> Je vois pas ce qui leur enverrait 1G (certainement pas MS Update). >>> 0,5% du temps, c’est plutôt 100M. >>> Donc on en revient à un besoin réel de 30-50M, avec crêtes à 100M (je parle >>> pas d’un p
Re: [FRnOG] [TECH] 300Tbps par paire
J’ai des clients qui font de la video conf à 1,5-4 Mb/s / client et qui sont 300 en simultané, faites le calcul. C’est même pas des qualités extrêmes. Sur lequel on ajoute des transferts de gros documents, etc... En plus il faut de la marge pour les autres usages, donc, oui, j’ai plusieurs clients qui ont du 500-600 Mb/s plusieurs heures par jour en continu, avec des pointes longues qui dépassent largement le 1 Gb/s, que ce soit up ou down. On est en 2024... Cela dit, pour le fun, j’ai secoué ma FreeBox Ultra. Dur d'atteindre la limite, parce que les serveurs de benchs ont des limites par flux TCP, IPv4 vs IPv6, etc… j’ai du balancer du trafic de plusieurs machines, alors même que depuis cette même machine, aucun souci pour faire du 10 Gb/s en interne. Mais je confirme qu’on peut bien agréger 7,5 Gb/s symétriques, ils ne mentent pas trop, même en pleine journée. En fait c’est rassurant, les benchs ce n’est pas la vraie vie, juste une image d’un usage qui ne correspond pas à la réalité. Les CDN font clairement du rate limite par connexion de ce que je vois. > Le 28 mars 2024 à 11:42, David Ponzone a écrit : > > >> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog a >> écrit : >> >> Ah non David, je suis pas d'accord. >> >> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour >> la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus >> pertinent. >> >> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du >> temps et c'est cette pointe là qui lui donne l'impression de confort. > > Ah, j’ai pas encore mesuré de crêtes à 1G chez mes clients pro. > Je vois pas ce qui leur enverrait 1G (certainement pas MS Update). > 0,5% du temps, c’est plutôt 100M. > Donc on en revient à un besoin réel de 30-50M, avec crêtes à 100M (je parle > pas d’un pro avec 100 PC bien sûr, je parle d’un pro représentatif du tissu > français, donc moins de 10 personnes). > > Ah si je sais ce que tu vois 0,5% du temps (donc environ 60 min/mois en HO): > c’est les speedtest :) > >> >> Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 1G. >> Mais pour un gamer, la moindre update fait plus de 10Go, si il peut les >> avoir en moins d'une minute plutôt qu'en une heure, ça change radicalement >> son ressenti. >> > > Faut que le serveur en face suive. > Je vais pas parler pour Steam, je connais pas, mais le PSN par exemple ne > suit carrément pas. > Je suppose qu’ils utilisent tous des CDN, mais je suppose aussi qu’ils rate > limit quand même un peu. > > David > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] 300Tbps par paire
Ah non David, je suis pas d'accord. On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus pertinent. Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du temps et c'est cette pointe là qui lui donne l'impression de confort. Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 1G. Mais pour un gamer, la moindre update fait plus de 10Go, si il peut les avoir en moins d'une minute plutôt qu'en une heure, ça change radicalement son ressenti. Pierre Le 28/03/2024 à 10:37, David Ponzone a écrit : Oui alors, vu le lectorat d’un tel site, ça me dérange beaucoup moins que quand c’est les OCEN qui basent leur marketing GP sur: « Bientôt 8Gbps, bientôt plus de streaming!», « Trop de lag dans Fortnite ? Choisissez le XGS-PON! 10G!». Quand on voit la tronche de la courbe de conso moyen d’un abonné FTTH GP (ou pro d’ailleur), on ne sait même pas comment expliquer ça à un client (pro) tellement on a l’impression de plus être crédible quand on lui dit que son besoin réel, c’est même pas 50Mbps. David Le 28 mars 2024 à 10:28, Samuel Thibault a écrit : David Ponzone, le jeu. 28 mars 2024 10:10:59 +0100, a ecrit: Euh non, je pense que la comparaison avec le FTTH est pour être compréhensible par des novices. Bien sûr, mais le message devient juste complètement *mensonger*. Il dit qu'Internet va être un million de fois plus rapide, c'est juste complètement faux. Et le fond derrière, c'est laisser croire que du coup on serait magiquement un million de fois plus heureux. Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] 300Tbps par paire
Vu toute l'armature nécessaire et la technique de pose, j'ai dans l'idée que le prix d'un câble sous-marin n'est que très très peu lié au nombre de fibres qu'il y a dedans. Mais en fait, j'y connais rien. Un expert peut-il confirmer ou infirmer cette intuition ? Le 28/03/2024 à 09:57, Rod Beck a écrit : The question, gentlemen, is over what distance can this technology work? The consensus for submarine cable systems is that transmission rates are quickly converging to the Shannon Limit. And the focus has been increasing the number of fibre pairs, not transmission rates per pair. Alcatel's spatial division multiplexing 'philosophy' was the key breakthrough. It uses relatively low transmission rates per fibre pair in order to conserve power and enable cables with higher fibre pair counts. Remember these academics have their own agenda as well. Fame and money. So I would temper your enthusiasm. Best, Roderick. [https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw] Roderick Beck Global Network Capacity Procurement Budapest:36-70-605-5144 New Jersey: 908-452-8183 Email: rod.b...@unitedcablecompany.com www.unitedcablecompany.com<http://www.unitedcablecompany.com/> [https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]<https://www.instagram.com/unitedcableco/> [https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]<https://twitter.com/unitedcableco> [https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]<https://www.linkedin.com/company/unitedcablecompany/> [https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]<https://unitedcablecompany.com/video> From: frnog-requ...@frnog.org on behalf of Samuel Thibault Sent: Thursday, March 28, 2024 9:32 AM To: frnog-tech Subject: Re: [FRnOG] [TECH] 300Tbps par paire David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit: Titre douteux mais la perf est là : https://interestingengineering.com/innovation/4-5-million-times-faster-internet-aston-university-makes-it-possible Le titre est plus que douteux puisqu'il se compare sur la capacité actuelle délivrée plutôt que la capacité théorique de l'infrastructure fibre posée avant leur innovation. La question que je me pose, surtout, c'est: mais que va-t-on bien pouvoir faire de 300Tbps à la maison (puisque c'est la cible). Est-ce que le 1Gbps actuel (ou éventuellement 10Gbps) ne suffit pas pour n'importe quel usage qu'on pourrait vouloir raisonnablement à la maison ? Oui, je sais bien, 640Ko, toussa, mais à un moment, la télé 1000k, on n'est juste pas capables de la percevoir... Il faut qu'on arrête cette course, c'est juste complètement débile. Samuel --- 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] MTP Gender change
On s’en sert pour du tirage temporaire ( sur des events ) C’est plus solide sur les têtes que des gros fouets en LC :) On a réussi à virer les PINS du connecteur mâle pour le transformer en femelle, on fait les tests avec l’OTDR et je vous dis si ca fonctionne :) Le 27 mars 2024 à 11:16 +0100, Clement Cavadore , a écrit : > (désolé pour les gens de la liste, il y avait une photo en attache du > message auquel David a répondu, mais ca n'a pas été accepté par la > mailing liste, ce que je comprends. Seul David/Paul, et Yannick l'ont > eu, vu que j'ai reply-all) > > > Pour la liaison NRO/PM, je n'ai jamais vu ca: Je pense que les > connecteurs sont bien plus fagiles/compliqués à manipuler que ne sont > les SC-APC qu'on retrouve de manière standard en PM. Déjà, quand on > voit déjà l'état dans lequel les gougnafiers de uber de la fibre > mettent les PM en SC-APC, je n'imagine pas un seul instant voir du MTP > là dedans, ca ne ferait pas long feu... > > Clément > > On Wed, 2024-03-27 at 10:45 +0100, David Ponzone wrote: > > Ok merci, donc ça relativise la complexité au niveau polarité et > > genre: c’est de l’infra et on y touche pas tous les jours. > > Je me demande si c’est utilisé aussi entre NRO et PM en FTTH. > > > > David > > > > PS: Paul, il y a des caractères bizarres dans ton email que le MUA de > > Clément a niqué (c’est devenu "\"Paul Rolland" " > > ), et mon MUA aime pas :) > > Pour info hein. > > > > > Le 27 mars 2024 à 10:17, Clement Cavadore a > > > écrit : > > > > > > Hello, > > > > > > Les datacenters passent au MTP assez massivement pour les déports. > > > > > > Chez Telehouse par exemple, depuis qu'ils sont en MMR, ils passent > > > des > > > trunks 12FO en MTP, et ca arrive sur des cassettes 144FO dans 1U > > > (ci-joint une photo d'un PP Telehouse, ouvert sur une demi-moitié > > > de U) > > > > > > -> Trois niveaux de 24FO par moitié de PP, > > > on a A1/A2+B1/B2+C1/C2 à gauche, A3/A4+B3/B4+C3/C4 à droite, et > > > chaque > > > module correspond a un trunk 12FO en face arrière du PP. > > > > > > Clément > > > > > > On Wed, 2024-03-27 at 08:00 +0100, David Ponzone wrote: > > > > Exactement, donc une jarretière MTP/LC ressemble à ça: > > > > > > > > https://www.fs.com/products/150166.html?attribute=34169&id=609793 > > > > < > > > > https://www.fs.com/products/150166.html?attribute=34169&id=609793 > > > > > > > > > > > > > J’imagine que quand tu as un DC avec de la distribution entre > > > > salles > > > > qui passe par une MMR, c’est plus pratique de gérer ça pour > > > > brasser > > > > des trunks de 8 paires par exemple. > > > > Après, y a des gens qui gèrent des DC ici, je serais curieux > > > > d’avoir > > > > leur point de vue car j’ai quand même l’impression que je n’ai > > > > jamais > > > > aperçu de MTP nul part. > > > > > > > > David > > > > > > > > > Le 27 mars 2024 à 07:43, Paul Rolland (ポール・ロラン) > > > > > a écrit : > > > > > > > > > > Bonjour, > > > > > > > > > > On Tue, 26 Mar 2024 22:31:54 +0100 > > > > > David Ponzone wrote: > > > > > > > > > > > Les docs sont quand même pas claires sur ce point. Comme on > > > > > > voit > > > > > > le > > > > > > connecteur avec 2 pins, on imagine pas qu’i y a en fait 12 ou > > > > > > 24 > > > > > > brins > > > > > > dedans. Les pins sont que des guides. > > > > > > > > > > Pareil, j'avais pas vu ce "detail"... mais du coup, comment ca > > > > > aligne les > > > > > 12 ou 24 brins entre eux quand on aboute les deux connecteurs ? > > > > > > > > > > Paul > > > > > > > > > > > > --- > > > > 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] MTP Gender change
Le 26/03/2024 à 20:29, David Ponzone a écrit : Ok mais concrètement, ça apporte quoi par rapport à du LC, où le connecteur au bout du câble est toujours mâle, et le connecteur sur le SFP/cassette est toujours femelle ? Juste histoire de comprendre si j’ai raté un truc( donc je suis con), si c’est une norme à la con, ou si elle était pas mal parce qu’elle date d’avant le LC (et était donc plus compacte que le SC). David Pour la même taille qu'un connecteur LC Duplex, au lieu de 2 brins on peut en avoir 12, ou 24, c'est un gain de place énorme. Quand on a un gros réseau et de gros débits... Sans parler de l'utilisation d'optiques utilisant directement le connecteur MPO, mais n'étant pas un expert je ne saurais détailler plus les avantages comparatifs. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] MTP Gender change
Le 26/03/2024 à 09:16, David Ponzone a écrit : Avec un schéma qui laisse penser que MTP® est la première (à vérifier) norme qui oblige à utiliser un coupleur même pour brancher un mâle sur une femelle... C'est « simplement » qu'il y a des connecteurs mâles et des connecteurs femelles (si je ne m'abuse : mâle pour entrer dans les cassettes et femelle pour entrer dans les optiques, et c'est rare qu'on doive joindre les deux, hors erreur de commande ;-)). Ça fait mal à la tête quand il faut choisir la polarité et qu'on n'a pas d'indication, mais ça reste moins compliqué qu'une norme de 500 pages, ou moins compliqué que les tailles de raccord en plomberie avec des dimensions sorties de l'enfer des pouces et des tuyaux en plomb. Et quand on fait de la haute densité, c'est bien d'avoir un connecteur plutôt que quatre ou huit. Mais il faut mieux avoir une infrastructure bien documentée et acheter toujours la même chose plutôt que de commander par-ci par-là pour des choses différentes, c'est sûr. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] MTP Gender change
Merci à tous pour vos retours. J’essaye de bidouiller dans un premier temps un premier avec des outils fait sur mesure, et je vous dis si c’est réalisable :) Belle journée A. Le 26 mars 2024 à 09:17 +0100, David Ponzone , a écrit : > > > Le 26 mars 2024 à 08:39, Paul Rolland (ポール・ロラン) a > > écrit : > > > > > > > Sérieusement, c’est quoi cette norme de merde, le MTP, qui est pas > > > capable de préciser systématiquement si chaque extrémité est mâle ou > > > femelle. Pas trouvé une doc correcte sur le sujet. > > > > fs.com ? > > https://community.fs.com/article/a-comprehensive-guide-to-mtp-connector.html > > > > avec une phrase interessante : > > " MTP® cable connector is designed with removable housing, which not only > > enables re-working and re-polishing the MT ferrule but also achieves quick > > transition of gender from male to female. " > > > > Si c'est pas une invitation au DIY, alors je me demande ce que c'est :) > > > > Apres, le DYI a aussi un cout : > > https://www.fs.com/products/80733.html > > > Ouais, y a aussi ça: > > https://www.corning.com/data-center/emea/en/home/knowledge-center/maximizing-the-advantages-of-the-mtp-connector.html > > Avec un schéma qui laisse penser que MTP® est la première (à vérifier) norme > qui oblige à utiliser un coupleur même pour brancher un mâle sur une > femelle... > Corning a beau dire, j’ai un peu l’impression que ce format a perdu le match > dans le monde réelle. > > Après sur le papier, sur le site du détenteur de la marque (US Conec), on > voit que ça permet(tait) des choses intéressantes (connecteur coudé par > exemple). > > Bref, Armel, je crois que le mieux, c’est d’apprendre à modifier le > connecteur toi-même, ça semble être la raison pour laquelle ça a été inventé. > > David > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Get Console alive/dead ?
Bonjour, le support était encore réactif il y a moins de 6 mois, j'en ai profité pour poser quelques questions >We will update the Airconsole with the newer hardware in due time. We have released a new model of Airconsole mini this year and more are in the pipeline while we are working alongside other projects. Maxime De Berraly Le mar. 26 mars 2024 à 10:45, David Ponzone a écrit : > Bonjour tous, > > J’étais sur le point de commander des Airconsole TS. > Leur site web n’étant pas mis à jour souvent, est-ce quelqu’un peut > confirmer qu’ils sont toujours bien en activité ? > > Merci > > David > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] MTP Gender change
Ça semble pouvoir se faire à la mano avec deux punaises limées. On 25/03/2024 17:53, David Ponzone wrote: Je viens de le regarder mais faut l’outil vendu par Fibertronics je crois. Sérieusement, c’est quoi cette norme de merde, le MTP, qui est pas capable de préciser systématiquement si chaque extrémité est mâle ou femelle. Pas trouvé une doc correcte sur le sujet. Le 25 mars 2024 à 17:49, Paul Rolland (ポール・ロラン) a écrit : Hello, On Mon, 25 Mar 2024 17:26:32 +0100 Armel Chargé-Chauvet // frekences via frnog wrote: Nope, trop facile :) DYI ? https://www.youtube.com/watch?v=NDJbp1y9p4A Paul --- 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] MTP Gender change
Nope, trop facile :) Je me retrouve avec un breakout mâle à connecter à un cable mâle. J’ai donc des pins des deux cotés. Je dois virer les pins d’un coté ou trouver un « coupleur » changeur de genre. Le 25 mars 2024 à 17:19 +0100, David Ponzone , a écrit : > Tu veux dire ça: > > https://www.fs.com/fr/products/48508.html > > ? > > David > > > Le 25 mars 2024 à 17:04, Armel Chargé-Chauvet // frekences via frnog > > a écrit : > > > > Salut la liste, > > > > Suite à une erreur de commande, je me retrouve avec des câbles MTP mâles et > > des breakouts mâles…. Ouais, je sais ………... > > > > Je pensais trouver facilement des « coupleurs » pour pouvoir réparer mon > > erreur, mais que nenni ! > > > > Auriez vous l’expérience du démontage des connecteurs pour changer de genre > > ou un produit magique qui éviterais que je commande plusieurs dizaines de > > breakout ? :) > > > > Merci de votre aide. > > > > Belle journée > > > > Armel > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] MTP Gender change
Salut la liste, Suite à une erreur de commande, je me retrouve avec des câbles MTP mâles et des breakouts mâles…. Ouais, je sais ………... Je pensais trouver facilement des « coupleurs » pour pouvoir réparer mon erreur, mais que nenni ! Auriez vous l’expérience du démontage des connecteurs pour changer de genre ou un produit magique qui éviterais que je commande plusieurs dizaines de breakout ? :) Merci de votre aide. Belle journée Armel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeur 5 G
Le Fri, Mar 22, 2024 at 03:33:21PM +0100, x.r...@sipleo.com a écrit : > Bonjour, > Petit retour de notre test d'un routeur 5G wifi mesh AX3000 TP-Link. > Essai non concluant. > Déjà pour la mise ne service c'est du pure SOHO donc config initial via > l'appli sur GSM obligatoire. > Et après, bien c'est pareil via l'appli rien sur la page web > On n'a pas réussi à avoir du 4G ou 5G via les SIM que l'on avait à > disposition. > Selon l'avis d'utilisateurs sur le web, cela devrait être plug & play ... > > Dommage la fiche technique est prometteuse avec également la possibilité de > mettre des antennes externes > > Du coup test du RUTX50, bien 30s pour attraper la 4G pas encore eu du 5G avec > une SIM Orange. > Fiche technique très complète, juste un défaut, le budget un peu trop haut . > Si quelqu'un a pu tester le AMIT IDG450 (https://www.amitwireless.com/productDetail.php?cate=1009&product_id=1287&pid=1274&pid1=136&pid2=989) je veux bien un retour. Leurs cartes 4G sont vraiment pas mal. Denis > Bonne fin de semaine à tous > > > -Message d'origine- > De : frnog-requ...@frnog.org De la part de > x.r...@sipleo.com > Envoyé : mardi 19 mars 2024 18:10 > À : 'Stéphane Rivière' > Cc : frnog@frnog.org > Objet : RE: [FRnOG] [MISC] Routeur 5 G > > Oui des REX sur 5G only, car 4G on utilise les RUT240 et comme pour le RUT200 > cela fait super bien le Job. > Selon l'opérateur, on a quand même eu des cas ou la config fut très complexe > mais rien d'impossible. > > Je n'avais pas pensé aux zones denses, donc forcé sur 4G peut-être salvateur. > Mais avec une seule réf 4g/5g on peut basculer de l'un a l'autre. C'est > couteux mais plus souple dans l'évolution, à voir. > > Normalement si on le reçoit, demain on test un 5G plus orienté Soho, on verra > bien ce qu'il donne. > > > > -Message d'origine- > De : frnog-requ...@frnog.org De la part de Stéphane > Rivière Envoyé : mardi 19 mars 2024 16:10 À : frnog@frnog.org Objet : Re: > [FRnOG] [MISC] Routeur 5 G > > > Qui aurait déjà un retour d'expérience sur le Routeur Teltonika 5G RUTX50 ? > > Je le regarde pour gagner une génération et éviter des remplacements le jour > où ils l'éteindront (je lis un peu partout 2030+ mais qu'en sait-on > aujourd'hui...) même si notre use case ne nécessite pas de la 5G. Mais ça > pique pas mal par rapport à un excellent RUT200 de la même crémerie, sans > compter l'abonnement 5G. > > Je lis aussi que la tenue en forte concentration d'abonnés est meilleure > qu'en 4G, même sur des bandes classiques outdoors. Ici en 4G+ je passe de > près de 200 Mbps stables en hiver à 10-40 Mbps fluctuants en été (sur un > portable Dell latitude E7270 et module interne WLAN Sierra Wireless Airprime > EM7455 300 Mbps 4G LTE - tout ça étant une techno d'une décennie environ). > Est-ce vraiment mieux en 5G ? > > > On est également preneur de tout REX sur d'autres équipements > Toujours en 5G ? > > > Une question plus générale pour les spécialistes. Sachant que la 4G et la 5G > sont compatibles, de ce que je comprends, c'est toujours du LTE, voire > travaillent de concert pour augmenter la BP du lien, la notion d'extinction > de la 4G est-elle marketing ou répond-elle à un impératif technique ou tout > équipement 5G pourra descendre en 4G ? > > Sur plusieurs milliers d'équipements, c'est une vraie question... > > -- > 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/ > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
On 21.03.24 10:16, David Ponzone wrote: > T’as jamais pensé à mettre un robot en place qui envoie 50k mails clean > chaque jour vers des adresses gmail à toi ? Pas du tout nécessaire. Je loue un serveur pour 13€ par mois chez un hébergeur un brin moins connu, avec mon IP dédié (que je n'ai pas depuis si longtemps), je n'envoie qu'environ une douzaine de mails par mois. Je n'ai jamais été dans les spams de mes récipients, que ce soit google, microsoft ou n'importe quoi d'autre. Je n'ai même pas du m'embêter à mettre dkim en place. Des fois, aucune réputation est une meilleure solution que la réputation de microsoft. Merci beaucoup à Free d'avoir le courage de faire un tel blocage bien mérité. Microsoft se croient invincibles et transmettent probablement tous les rapports soigneusement préparés par François Petillon à /dev/null. Cordialement, Laurent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails
Salut, Je comptais garder les anciens serveurs tant qu'ils fonctionnent, pour des choses un peu moins important que les mails à terme. J'avais effectivement prévu dans l'idée de les garder comme relais au début, au cas où les nouvelles adresses posent problème. Une autre personne m'a soufflé l'idée de migrer le trafic progressivement des anciens serveurs (configurés comme relais) aux nouveaux, pour habituer MS. Est-ce que d'autres personnes ont tenté cette approche avec succès ? Le 21/03/2024 à 13:00, Romain a écrit : As-tu envisagé l’option de garder ces vieux serveurs et de les utiliser comme relais sortant pour tes nouveaux serveurs ? Tu gardes ainsi la réputation. Le mer. 20 mars 2024 à 19:04, a écrit : Bonjour la liste ! Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes boites mails. Ces serveurs commençant à vieillir un peu (surtout les hdd) il commence à devenir temps de les migrer. Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais logiquement en avoir de nouvelles sur leur nouvel environnement. Vu la patience qu'il a fallu avoir pour que Microsoft accepte mon trafic, à votre avis est-ce qu'une fois tout migré avec des DNS à jours (MX, dmarc, spf, etc), ca va être transparent de la part de MS et autre Gmail ou si je vais devoir repasser par le circuit complet de whitelistage chez eux ? Intuitivement je dirais qu'à partir du moment où le domaine est accepté, les changements d'IP ont peu d'impact tant que c'est fait correctement, mais dans le doute je préfère anticiper les surprises. Cordialement, Claude --- 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] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Le Wed, Mar 20, 2024 at 05:52:19PM +0100, Francois Petillon a écrit : > > Voici une des réponses que j'ai fait hier sur ce type d'incident : > Merci pour la transparence :) Ou l'on voit que le grand MS envoie une quantité de merde impressionante mais tout le monde laisse faire (sauf Free !). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails
Salut, C'est bon à savoir, j'ai bien fait de poser la question du coup. Est-ce que tu auras le lien vers la bonne page pour faire autoriser des adresses du coup ? Cordialement Le 20/03/2024 à 19:08, Archange a écrit : Bonjour, Le 20/03/2024 à 22:04, ml-fr...@srv.mx a écrit : Bonjour la liste ! Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes boites mails. Ces serveurs commençant à vieillir un peu (surtout les hdd) il commence à devenir temps de les migrer. Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais logiquement en avoir de nouvelles sur leur nouvel environnement. Vu la patience qu'il a fallu avoir pour que Microsoft accepte mon trafic, à votre avis est-ce qu'une fois tout migré avec des DNS à jours (MX, dmarc, spf, etc), ca va être transparent de la part de MS et autre Gmail ou si je vais devoir repasser par le circuit complet de whitelistage chez eux ? Intuitivement je dirais qu'à partir du moment où le domaine est accepté, les changements d'IP ont peu d'impact tant que c'est fait correctement, mais dans le doute je préfère anticiper les surprises. Cordialement, Claude Pas de soucis du côté de GMail/Yahoo de mon expérience, par contre Microsoft ils sont très attachés à l’IP. À part un serveur qui était directement OK pour eux, toutes mes autres migrations de domaines ont nécessité de refaire la procédure chez eux. Bien cordialement. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails
Salut, Les serveurs sont des KS. C'est une bonne question, mais je ne compte pas rester sur les mêmes serveurs, j'aimerais faire évoluer un peu mes services persos au passage. L'âge des serveurs c'est un peu un prétexte pour me motiver à le faire ;) Le 20/03/2024 à 19:15, Daniel via frnog a écrit : Bonsoir Le 20/03/2024 à 19:04, ml-fr...@srv.mx a écrit : Bonjour la liste ! Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes boites mails. Ces serveurs commençant à vieillir un peu (surtout les hdd) il commence à devenir temps de les migrer. Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais logiquement en avoir de nouvelles sur leur nouvel environnement. [...] OVH ne te permet pas de garder tes IPs en cas de changement de serveur ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
C'est la solution que je suis en train d'imaginer. Mettre en place une VM Relais uniquement pour les envois vers le domaine free.fr de façon à contourner le problème le temps de ... On va voir si cela fonctionne, de toutes façon cela ne pas être pire que la situation actuelle. Frédéric. Le 2024-03-20 21:37, David Ponzone a écrit : Par contre prendre une box chez un hébergeur pour faire du mail : très mauvaise idee... il vous faut vos IPS depuis longtemps, qu'elles soient clean depuis des années et vous avez la paix… Et en prenant une petite VM pas chère chez Azure pour relayer les mails si le MX du destinataire est en *.outlook.com <http://outlook.com/>, qqun a déjà essayé ? David --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Hello, > De mon côté j'en suis tout à fait conscient. Nice :) > Maintenant cette solution est en place chez nous depuis plusieurs > années, pour quelques milliers de BAL et plusieurs enseignes et nous > devons assurer le service quelque soit le choix d'origine. Effectivement c'est normal. > Changer est bien entendu une réflexion à avoir mais ce n'est pas simple > et pas "prioritaire". De plus, le monde du mail devient de plus en plus > complexe à gérer. Le "pas prioritaire" donne ce qui s'est passé avec 2 presta de tiers payant et France Travail... Ils ont été probablement été prévenus mais "pas prioritaire", on vu le résultat (je sais le parallèle est tiré par les cheveux, mais c'est un argument massue a balancer aux financiers qui ne voit qu'à court terme. Le monde du mail deviens complexe, il est vrai, mais c'est encore une fois notre (nous les sysadmin / netadmin et aussi les financiers) qui ont considérés : "pas notre taf" (bah si... la communication par mail et la capacité a être certain que le message est délivéré correctement l'es tout comme les API des services etc... Nous nous sommes laissé marchés sur les pieds, on a, comme d'autres domaines qui font couler beaucoup d'encre (ou électrons), ou nous avons une perte de savoir faire. Se battre pour pas qu'il n'y ait que 3 fournisseurs (hors chine), eg m$ / google / apple, c'est ce qui permet a nous de pouvoir communiquer via un protocole fiable contre le pannes temporaire : le mail. Laisser les 3 d'en haut vous gouvernez et vous aurez des trucs plus compatible tôt ou tard... ça a déjà commencé avec des extensions a la noix sur gmail comme "rappeller un mail" (qui n'existe dans aucune RFC). Personnellement je n'ai pas lâché l'affaire de faire du mail, OUI c'est moins simple que de coller un sendmail comme en 1995, mais je suis pas à merci d'une fermeture de compte arbitraire, ou d'autres délires. Je suis à la merci des délires des gros... oui je le sait... pour l'instant ils se battent comme François sur les gros générateurs de saloperies qui les embrouillent les petits n'ont qu'à avoir SPF, DKIM, DMARC, et probablement se battre avec des interfaces web pour que leur traffic soit accepté. Par contre prendre une box chez un hébergeur pour faire du mail : très mauvaise idee... il vous faut vos IPS depuis longtemps, qu'elles soient clean depuis des années et vous avez la paix... Battez-vous pour avoir les moyens de partir de ces "solutions" qui vous enferment, et profitez du moment qui vous le permet de le faire encore plus tard (quand ? 5 ans ? 10 ans?) il sera trop tard, le SMTP n'existera plus, on aura *tous* perdu... /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails
Bonsoir Le 20/03/2024 à 19:04, ml-fr...@srv.mx a écrit : Bonjour la liste ! Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes boites mails. Ces serveurs commençant à vieillir un peu (surtout les hdd) il commence à devenir temps de les migrer. Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais logiquement en avoir de nouvelles sur leur nouvel environnement. [...] OVH ne te permet pas de garder tes IPs en cas de changement de serveur ? -- Daniel --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Migration d'adresses IP de serveurs mails
Bonjour la liste ! Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes boites mails. Ces serveurs commençant à vieillir un peu (surtout les hdd) il commence à devenir temps de les migrer. Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais logiquement en avoir de nouvelles sur leur nouvel environnement. Vu la patience qu'il a fallu avoir pour que Microsoft accepte mon trafic, à votre avis est-ce qu'une fois tout migré avec des DNS à jours (MX, dmarc, spf, etc), ca va être transparent de la part de MS et autre Gmail ou si je vais devoir repasser par le circuit complet de whitelistage chez eux ? Intuitivement je dirais qu'à partir du moment où le domaine est accepté, les changements d'IP ont peu d'impact tant que c'est fait correctement, mais dans le doute je préfère anticiper les surprises. Cordialement, Claude --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Le 2024-03-20 17:57, Xavier Beaudouin via frnog a écrit : Hello, Les IP de M$ sont refusées : LED=451 too many errors detected from your IP, depuis les IP M$ 40.107.XXX.XXX entre autre. Voici une des réponses que j'ai fait hier sur ce type d'incident : ------ D'après nos logs, voici les statistiques des sessions SMTP établies depuis l'IP 40.107.105.132 : (...) Sachant qu'à coté de cela, j'envoie à Microsoft un rapport quotidien sur les domaines aux comportements anormaux. Le domaine t1.moe.edu.eg a été ainsi cité dans 19 de ces rapports depuis le 1er mars. J'ajouterais que de croire que la solution m$, google, etc... pour héberger les mails permettrai justement de laisser passer tout et n'importe quoi est une mauvaise idée... Merci a François de ne pas se laisser faire juste parce que c'est des grosses plateformes. Et pourtant héberger soit même son mail ça prends du temps et ça permet justement de savoir pk X ou Y bloque le mail. M'enfin autant se battre contre des moulins a vent... Xavier De mon côté j'en suis tout à fait conscient. Maintenant cette solution est en place chez nous depuis plusieurs années, pour quelques milliers de BAL et plusieurs enseignes et nous devons assurer le service quelque soit le choix d'origine. Changer est bien entendu une réflexion à avoir mais ce n'est pas simple et pas "prioritaire". De plus, le monde du mail devient de plus en plus complexe à gérer. Frédéric. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Le 2024-03-20 17:52, Francois Petillon a écrit : On 3/20/24 17:38, frnog via frnog wrote: Depuis plus d'une semaine, quasi plus aucun de nos mail n'arrivent chez free.fr depuis notre tenant Microsoft Office 365 (Au moins un centaine de mails quotidiens). Les IP de M$ sont refusées : LED=451 too many errors detected from your IP, depuis les IP M$ 40.107.XXX.XXX entre autre. Voici une des réponses que j'ai fait hier sur ce type d'incident : ------ D'après nos logs, voici les statistiques des sessions SMTP établies depuis l'IP 40.107.105.132 : Merci de ce retour. Je viens de regarder, pour exemple les tentatives d'envoi d'un seul mail : 33 essais en 24H avec 32 IP de sorties différentes, toutes bloquées ... Est-ce à dire que ces IP seront bloquées et rebloquées sans solution tant que des spammeurs utiliserons les services Microsoft ? Et les principaux domaines expéditeurs de mails détectés comme étant des spams : Ouf, mes domaines ne sont pas dedans :-) Mais ça je le savais déjà. Sachant qu'à coté de cela, j'envoie à Microsoft un rapport quotidien sur les domaines aux comportements anormaux. Le domaine t1.moe.edu.eg a été ainsi cité dans 19 de ces rapports depuis le 1er mars. Je ne vais pas me gêner pour leur remonter cette information, mais je ne suis pas sûr que cela aura un intérêt. Quelqu'un aurait il un contact chez Free pour voir ce qu'il est possible de faire pour dé-blacklister ces IP's ? Les messages de rejets renvoient sur le site https://postmaster.free.fr/ qui lui même renvoie sur l'alias postmas...@proxad.net. My Bad, j'ai utilisé cette URL ce jour et j'ai obtenu une erreur, je pensais donc que ce n'était pas fonctionnel. Frédéric. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Hello, >> Les IP de M$ sont refusées : LED=451 too many errors detected from your IP, >> depuis les IP M$ 40.107.XXX.XXX entre autre. > > Voici une des réponses que j'ai fait hier sur ce type d'incident : > > ------ > > D'après nos logs, voici les statistiques des sessions SMTP établies depuis > l'IP > 40.107.105.132 : (...) > Sachant qu'à coté de cela, j'envoie à Microsoft un rapport quotidien sur les > domaines aux comportements anormaux. Le domaine t1.moe.edu.eg a été ainsi cité > dans 19 de ces rapports depuis le 1er mars. J'ajouterais que de croire que la solution m$, google, etc... pour héberger les mails permettrai justement de laisser passer tout et n'importe quoi est une mauvaise idée... Merci a François de ne pas se laisser faire juste parce que c'est des grosses plateformes. Et pourtant héberger soit même son mail ça prends du temps et ça permet justement de savoir pk X ou Y bloque le mail. M'enfin autant se battre contre des moulins a vent... Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Bonjour, Depuis plus d'une semaine, quasi plus aucun de nos mail n'arrivent chez free.fr depuis notre tenant Microsoft Office 365 (Au moins un centaine de mails quotidiens). Les IP de M$ sont refusées : LED=451 too many errors detected from your IP, depuis les IP M$ 40.107.XXX.XXX entre autre. Bien entendu, de notre côté, tout est correctement configuré : SPF, DKIM, DMARC Le support de Microsoft est, comme souvent, inutile et ne veux rien comprendre. Quelqu'un aurait il un contact chez Free pour voir ce qu'il est possible de faire pour dé-blacklister ces IP's ? Sachant que nous ne sommes certainement pas les seuls puisque les IP de sortie M$ sont mutualisées... Frédéric. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Fwd: France-IX launches its new Transit IP service!
Hello, > Le plus important c’est d’avoir un akvorado ou un as-stats pour savoir à qui > tu > envoies du traff, ensuite tu regardes sur peeringdb si leur politique est > ouverte, et si c’est le cas tu contactes le mail de policy. Si c’est pas le > cas, t’attends de croiser les contacts au FRnOG, au RIPE, ou où tu veux. Et aussi d'avoir un peeringdb a jour... (ça aide). Sachant que pour la résilience, il vaut mieux avoir du peering que pas de peering... Après l'avantage du peering c'est que tu ne passes pas par un intermédiaire, mais en direct. Si le peering sur l'IX merde (tempête de broadcast ou autre), pas de pitié pour les croissants on shut le port et après on décide... Aussi certains mettent moins de prefix sur les RS qu'en peering direct... Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Fwd: France-IX launches its new Transit IP service!
Le plus important c’est d’avoir un akvorado ou un as-stats pour savoir à qui tu envoies du traff, ensuite tu regardes sur peeringdb si leur politique est ouverte, et si c’est le cas tu contactes le mail de policy. Si c’est pas le cas, t’attends de croiser les contacts au FRnOG, au RIPE, ou où tu veux. -- Alarig Le Lay > On 19 Mar 2024, at 21:29, jehan procaccia INT > wrote: > > merci pour les retours publics sur la liste et les privés, > j'ai maintenant une bien meilleure idée des tarifs courants de transit . > je pense donc etre dans des conditions relativement correctes, > je fais du BGP4 sans burst (car 1G sur port 1G) avec en // un peering > FranceIX, a mon avis pas optimisé car je peer qu'avec les Route Servers. > je n'ai pas encore essayé de faire du peering pair a pair chez eux, je ne > sais pas comment aborder les peers pour ce genre de ralation billaterales > et est-ce que ça vaut le coup et avec lesquels ? > > jehan > > On 16/03/2024 18:34, David Ponzone wrote: >> Et si je peux me permettre d’ajouter 2/3 trucs: >> >> -tu ne précises pas si c’est du transit « classique » ou BGP4. Si BGP4, >> alors en fonction du type de traffic, il pourrait être intéressant d’aller >> chercher du peering. C’est pas forcément moins cher de nos jours, mais c’est >> meilleur en qualité, c’est plus facile de gérer les pics, et comme c’est >> parfois 50% du trafic, ça fait un peu de redondance sur le trucs importants >> (Google, AWS, Netflix, Apple, Microsoft, FB, Akamai,….tout ça quoi) >> >> -faut voir aussi le prix du burst. Certains transits ont un tarif outrageux >> dès qu’on dépasse le commit. La norme de nos jours est d’avoir un prix du >> Mbps over-commit égal au prix under-commit (0,5€/Mbps dans ton cas) >> >> Comme Jérôme, à 500€ le 1G, j’irais pas chercher à faire baisser, on rentre >> en zone grise. Sauf si tu passes sur un commit plus gros (certains transits >> se mettent en slip pour te vendre un port 10G, je donne pas de nom, tout le >> monde le connaît, c’est un vrai ouragan commercial…ah merde...) >> >> David >> >>> Le 16 mars 2024 à 17:58, Jérôme Nicolle a écrit : >>> >>> Salut Jehan, >>> >>> Sujet intéressant mais opaque et complexe. >>> >>> En fonction des volumes et des options (anti-ddos, allocations de blocs, >>> sessions eBGP multihop pour le RTBH…) en France métropolitaine tu vas être >>> entre 0,1 et 3€/Mbps (commit mini 1G, 'faut pas déconner). Attention, si tu >>> payes des cacahuètes t'as souvent du transit de qualité discutable. Genre >>> juste la moitié du monde IPv6. >>> >>> En APAC ou dans les îles d'Outre-Mer, t'es plutôt à entre 3 et 15€/Mbps, >>> parce que comme Pierre-Yves l'a très bien expliqué dans ses deux dernières >>> présentations au FRnOG, les câbles sous-marins, c'est chiant. >>> >>> Le 13/03/2024 à 21:34, jehan procaccia INT a écrit : >>>> j'aimerai savoir quand notre contrat va arriver a terme s'il faut chercher >>>> ailleurs/renegocier, ou si finalement les prix sont uniformes sur la place >>>> parisienne (DC3) par exemple aujourd'hui je suis a 500€ HT pour 1G, est-ce >>>> normal ou je me fais avoir ...? quelle est la tendance ? >>> T'es dans les clous à ce prix là, pour une qualité moyenne à bonne. Si tu >>> essayes de raboter là dessus je penses que tu vas commencer à taper dans le >>> mauvais - en tout cas pour certains trafics. >>> >>> Et franchement sur DC3 tu vas avoir deux voire trois acteurs qui se >>> démarquent sur le qualitatif ET le prix pour du trafic francophone. Pas >>> besoin de chercher loin. >>> >>> @+ >>> >>> -- >>> Jérôme Nicolle >>> +33 6 19 31 27 14 >>> +590 690 22 87 14 >>> >>> >>> --- >>> 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] Routeur 5 G
Il ne faut pas oublier que les CPE 5G sont souvent des Cat 20 en 4G LTE download et Cat 13 en upload (par exemple ceux base sur les chipset Qualcomm sdx55 ou les nouveaux sdx62/65) et donc cela marche super avec une carte et un abonnement 4G CQFD ___ Thomas BRENAC +33686263575 > On 19 Mar 2024, at 16:10, Stéphane Rivière wrote: > >> Qui aurait déjà un retour d'expérience sur le Routeur Teltonika 5G RUTX50 ? > > Je le regarde pour gagner une génération et éviter des remplacements le jour > où ils l'éteindront (je lis un peu partout 2030+ mais qu'en sait-on > aujourd'hui...) même si notre use case ne nécessite pas de la 5G. Mais ça > pique pas mal par rapport à un excellent RUT200 de la même crémerie, sans > compter l'abonnement 5G. > > Je lis aussi que la tenue en forte concentration d'abonnés est meilleure > qu'en 4G, même sur des bandes classiques outdoors. Ici en 4G+ je passe de > près de 200 Mbps stables en hiver à 10-40 Mbps fluctuants en été (sur un > portable Dell latitude E7270 et module interne WLAN Sierra Wireless Airprime > EM7455 300 Mbps 4G LTE - tout ça étant une techno d'une décennie environ). > Est-ce vraiment mieux en 5G ? > >> On est également preneur de tout REX sur d'autres équipements > Toujours en 5G ? > > > Une question plus générale pour les spécialistes. Sachant que la 4G et la 5G > sont compatibles, de ce que je comprends, c'est toujours du LTE, voire > travaillent de concert pour augmenter la BP du lien, la notion d'extinction > de la 4G est-elle marketing ou répond-elle à un impératif technique ou tout > équipement 5G pourra descendre en 4G ? > > Sur plusieurs milliers d'équipements, c'est une vraie question... > > -- > 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/
[FRnOG] [MISC] Panne majeure en Afrique de l'Ouest
Bonjour, Quelqu'un aurait-il des précisions à propos de la panne Internet majeure qui frappe l'Afrique de l'Ouest ? Plusieurs pays coupés totalement ou partiellement selon Jeune Afrique. Bonne soirée ! -- 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/
Re: [FRnOG] [TECH]
Bonjour, > Le 14 mars 2024 à 19:57, Jean-Michel Planche > a écrit : > > On a eu à gérer ce genre de problème à l’époque où nous occupions deux > parties d’immeuble à La Défense sur le même étage. Interdit de passer des > cables par les voies naturelles: sécurité, porte coupe feu … blablabla … > Un WE … cela s’est terminé à genoux dans les faux planchers techniques. Les > immeubles ont souvent ce genre de “bénédiction”. Tout était libre. Bon, il y > a prescription. > C’est peut être ton cas aussi. +1 Tu es en intérieur, officiel ou officieuse tu trouveras la solution filaire qui relie les deux plateau quitte à tirer plusieurs centaines de mètres. S'il y a une porte coupe feu, il doit y avoir une commande de déclenchement de cette porte du genre un électro-aimant il y a peut-être des fils qui passent d'un coté et à l'autre non ? Pour une fibre tu n'as besoin que d'un très petit passage ... L'avantage, c'est qu'une fois l'épreuve de la pose passé, tu n'auras plus à t'en soucier. Tu pourras oublier la météo, la pile de meugs, monique de la compta, le sens du vent, l'axe du soleil, le reflet sur la vitre, le point chaud, la fréquence, les saucisses, le cancer, le micro onde, le SSID ;) Théo > > > > JM Planche > >> On Mar 14, 2024, at 2:50 PM, Philippe Bourcier wrote: >> >> [You don't often get email from phili...@frnog.org. Learn why this is >> important at https://aka.ms/LearnAboutSenderIdentification ] >> >> Re, >> >>>> La distance à couvrir doit faire 5m environ (je n'ai vu les locaux qu'une >>>> fois sans imaginer cette >>>> complication). >>> >>> J'aurais dis la gamme AirFiber d'UBNT >>> https://interprojekt.pl/en/ubiquiti-airfiber-60-hd-af60-hd.html >>> >>> Après du PtP en 60GHz, ça manque pas des masses de nos jours... par contre, >>> faut voir comment ça va >>> être installé, murs, vitres ? Et penser à tuner au minimum la puissance... >>> 5 mètres, ça fait suer >>> quand même de pas pouvoir passer une pauvre fibre >>> >>> Ou un lien laser >>> http://www.ecsystem.cz/en/products/free-space-optic-equipment >> >> Le truc c'est que ca veut dire faire des trous pour fixer ET raccorder ces >> équipements dehors... >> Du coup, quitte à faire des trous, pourquoi pas y mettre un câble FO >> (qualité extérieur) ? 😅😎 #JDCJDR >> (on ne dira rien à personne, promis) >> Et si c'est trop compliqué par le haut, j'irais jeter un oeil par en bas >> (caves, sous-sols). >> Parce que franchement, rien ne remplacera jamais du filaire pour ce type >> d'application. >> >> Pour avoir déjà mis en oeuvre un pont WiFi, bah, tout ce que je peux dire >> c'est que ca tient mal les tempêtes et que s'il faut aller re-régler le truc >> à XX mètres du sol, bah c'est pas trop marrant en fait (même si c'est pas >> toi qui le fait in persona)... >> >> >> Cordialement, >> -- >> Philippe Bourcier >> https://twitter.com/irukanji_invest >> https://www.linkedin.com/in/philippebourcier/ >> >> >> --- >> 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] Géolocalisation des ip par Microsoft Sharepoint / Office 365
Bonjour, Vous pouvez jeter un œil du côté de Neustar IP Intelligence, il semble que Microsoft se base sur eux pour une partie de leur géolocalisation, vous pouvez peut-être essayer de les contacter directement ? Cdlt -- Pierre Meganck De : frnog-requ...@frnog.org de la part de Jean-Ronan Bourdonnay Envoyé : jeudi 14 mars 2024 15:55 À : frnog@frnog.org Objet : [FRnOG] [TECH] Géolocalisation des ip par Microsoft Sharepoint / Office 365 [Vous ne recevez pas souvent de courriers de jr.bourdon...@gmail.com. Découvrez pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ] Bonjour, Quelqu'un aurait un contact ou procédure qui fonctionne pour faire corriger la géolocalisation des adresses IP par microsoft / sharepoint / office 365 ? Utilisateur O365 bloqué après la connexion à sharepoint à cause de l'ip "pas en france". "Pas possible" pour l'utilisateur de demander à l'admin du sharepoint de son prospect d'ajouter une exception. Une ou des IP d'un bloc racheté a une société basée en Europe de l'est ne sont toujours pas bien géolocalisée par MS malgré le whois à jour (pas vraiment d'info sur la méthode utilisée pour vérifier, à part utilisation de sharepoint avec O365). Maxmind a la bonne info, nous avons également ajouté le geofeed. inetnum: zzz country:FR geofeed: status: ALLOCATED PA organisation: ORG- org-name: z country:FR J'ai envoyé un mail à noc [at] microsoft [dot] com sans succès, également ouvert un ticket bing maps sans plus de résultat. Bien cordialement, Jean-Ronan BOURDONNAY --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH]
Le 14/03/2024 à 17:59, donkish...@neuf.fr via frnog a écrit : Existerait-il une solution de pont à base de wifi6(E) par exemple (j'aimerais bien dans les 1 à 10Gb/s stable sans latence pour l'interlink), qui serait un minimum orientable (pour ne pas trop perturber notre wifi d'entreprise) avec j'imagine un seul SSID pour maximiser les performances dans lequel nous pourrions faire passer les vlan de notre choix ? Cela pourrait-il se faire avec une solution standard type Meraki pour un résultat satisfaisant similaire à une solution dédié en mettant juste une borne au plafond de chaque côté de la porte coup feu du plateau ? Salut, Y a du passage au niveau de cette porte coupe feu ? elle est ouverte sauf détection incendie ? tu as suffisamment de hauteur pour mettre les AP en vis à vis sans obstacle dans leur champ (genre Michel de la compta avec ses trois mugs de café) ? Je connais pas plus que ça mais Meraki semble bien proposer du bridging mesh : https://documentation.meraki.com/MR/Wi-Fi_Basics_and_Best_Practices/Extending_the_LAN_with_a_Wireless_Mesh_Link Par curiosité, lu en travers (je connais pas :) ), il y a des dépendances entre la version soft et la possibilité de bridger plusieurs vlans sinon faut du L3 en aval du bridge et router sur l'uplink. Pour le modèle de bornes, a priori, tous les modèles supportent le mesh : https://documentation.meraki.com/MR/Deployment_Guides/Mesh_Deployment_Guide#Access_Point_Capabilities Il me semble qu'il vaut mieux éviter d'utiliser des AP standard avec antenne omni. Il faut des AP mesh avec antenne directionnelle (enfin ça parait préférable). En Wi-Fi 6E, tu as le modèle CW9166D1 qui intègre une antenne directionnelle. Bon courage -- Jérôme Berthier ------- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH]
Bonjour à tous les adeptes du sans fil, Je dois déménager mon entreprise dans une tour qui a la "bonne idée" d'être la réunion de 2 tours. Cela nous fait 2 adductions donc sympa pour la redondance. Cependant je viens d'apprendre qu'aucun fil ne pouvait passer d'un bâtiment à l'autre. Le plateau des utilisateurs s'étend sur les 2 bâtiments au même étage avec porte coupe feu en guise de séparation. Existerait-il une solution de pont à base de wifi6(E) par exemple (j'aimerais bien dans les 1 à 10Gb/s stable sans latence pour l'interlink), qui serait un minimum orientable (pour ne pas trop perturber notre wifi d'entreprise) avec j'imagine un seul SSID pour maximiser les performances dans lequel nous pourrions faire passer les vlan de notre choix ? Cela pourrait-il se faire avec une solution standard type Meraki pour un résultat satisfaisant similaire à une solution dédié en mettant juste une borne au plafond de chaque côté de la porte coup feu du plateau ? La distance à couvrir doit faire 5m environ (je n'ai vu les locaux qu'une fois sans imaginer cette complication). Cordialement, --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Configuration VPN sur Cisco
Pour clore le sujet, au cas où ça serve un jour à quelqu'un, ce dont je doute mais sait-on jamais : Dans le chassis il y a un (vieux) switch Broadcom. Quelqu'un sur cette liste m'a contacté en direct pour me dire que peut être ce switch pouvait faire de la capture de paquets. Réponse : non Par contre, on peut faire quelque chose qui m'a sauvé : il peut créer des VLANs (max 255) et attribuer les ports automatiquement à ceux-ci en fonction de ce qu'il a trouvé dans les trames. J'ai eu de la chance car sur les 4093 VLANs possibles, celui recherché était dans le premier lot de 254 (-1 pour le '1' déjà existant). La suite va être plus simple : à l'arrière du chassis il y a deux port ethernet. Un est utilisé actuellement, l'autre non. Je vais ajouter ce second port au VLAN découvert, trouver quelqu'un pour venir mettre un câble entre celui ci et le cisco, refaire le vlan côté Cisco en intégrant une machine (à deux pattes) qui fait DHCP et ça devrait tomber en marche. Merci tout de même pour vos réponses, elles m'ont au moins évité de chercher à faire des choses impossibles ! Lionel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Configuration VPN sur Cisco
Le 12/03/2024 à 10:53, Lionel Giraudeau-Bocquet via frnog a écrit : - trouver le moyen de récupérer le numéro du vlan en provenance de la MAC de la carte IPMI (et je suis certain que le switch a l'info quelque part, je ne sais juste pas comment lui faire cracher le morceau) Utiliser la fonction "Packet capture" intégrée au switch 3650 ? https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3650/software/release/37e/consolidated_guide/b_37e_consolidated_3650_cg/b_37e_consolidated_3650_cg_chapter_0110001.html -- Jérôme Berthier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Configuration VPN sur Cisco
J’ai raté un truc peut-être, j’ai lu en diagonale, mais pourquoi tu mets pas un Wireshark à la sortie de la carte pour voir ce qu’elle raconte (IP, vlan, etc…) ? Le 12/03/2024 à 11:24, David Ponzone a écrit : C'est une lame dans un chassis. Il n'y a qu'un seul port Ethernet sur ce dernier et les autres lames sont utilisées. Mais oui, si j'avais facilement accès au matériel (parce qu'en plus tout ça se passe loin de chez moi) ça serait envisageable. Maintenant ça me donne une idée, car dans le chassis il y a un switch Broadcom qu'on peut interroger. Peut-être que lui a plus d'infos sur ce fameux Vlan ... Je vais creuser. ------- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Configuration VPN sur Cisco
Le 12/03/2024 à 10:53, Lionel Giraudeau-Bocquet via frnog a écrit : Bonjour à tous, ... Dans un monde idéal, je cherche à ce que, temporairement, carte IPMI et serveur DHCP se causent pour que la première ait une adresse IP et que du deuxième je parvienne à lancer un ipmitool (je connais user et mot de passe) pour virer ce vlan dont je ne connais pas le numéro. Je vois ça "simplement" comme ça : - trouver le moyen de récupérer le numéro du vlan en provenance de la MAC de la carte IPMI (et je suis certain que le switch a l'info quelque part, je ne sais juste pas comment lui faire cracher le morceau) Sur le port Gi1/0/11 tu met un vlan isolé que tu propage jusqu'à ta machine qui a 2 pattes, tu fais un tcpdump sur ce vlan avec -e pour qu'il te montre le vlan utilisé par la lame lorsqu'elle fera ces requêtes DHCP. -e c'est pour montrer le détail du layer 2 et notamment les vlan utilisés (même si le 1er vlan est encapsulé dans un 2ème (q-in-q)). - peut-on faire une règle sur le port 11 qui dit que tout paquet qui arrive de cette MAC se voit attribuer le vlan 1 - tout paquet à destination de la MAC se voit attribuer le vlan XXX Je ne connais pas de matériel qui sait faire ça. Jérôme Le 12/03/2024 à 11:20, Jérôme Marteaux a écrit : Ca rejoint ce qu'écrivait Dominique "Domi" Rousseau sur Bistro@FDN. J'ai moyen d'avoir une autre machine que je pourrais passer sur ce fameux VLAN mystère, donc je vais faire ça (en espérant qu'à la fin tout ce bruit ait servi à quelque chose). Merci beaucoup, Lionel --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Configuration VPN sur Cisco
Bonjour à tous, Membre de FDN j'ai déjà posé cette question sur une liste sympa interne et il m'a été conseillé de venir poser ma question ici (merci tout de même !). Voici le problème que je n'arrive pas à résoudre : J'ai récupéré plusieurs lames (ayant une carte IPMI qui est intégrée à la carte mère) qui ont été installées dans un chassis avec d'autres que j'avais déjà. Le panneau de contrôle du châssis me permet de faire des power on/off et récupérer les adresses MAC des cartes Ethernet et IPMI. J'ai mis du temps à comprendre pourquoi les cartes IPMI ne demandaient pas d'adresse au serveur DHCP sur le réseau : ces cartes ont été configurées avec une adresse IP fixe dans un VLAN au pif (== que je ne connais pas) Elles ne causent donc pas avec le vlan natif Cisco (vlan 1). Je m'en suis sorti, à distance et avec de la chance, car les lames tentent de booter en PXE avant d'essayer leur disque. J'ai donc configurer le serveur PXE pour leur envoyer une image de dépannage sur laquelle elles ont booté et j'ai pu faire un "ipmitool lan set 1 vlan id off". Dans la seconde les cartes IPMI obtiennent leur adresse IP. Belle histoire, mais ce n'est pas fini : l'une des lames ne parvient pas à démarrer (soit elle boot sur son disque interne automatiquement et se retrouve donc avec une adresse IP fixe que je ne connais pas, soit elle joue aux dames, soit elle est coincée au boot dans le Bios ou autre, soit la carte mère est tout simplement morte ). Pour parvenir à savoir ce qu'il se passe je suis obligé de passer par la carte IPMI (pas de port pour brancher un écran et encore moins un clavier). La lame est connectée (via le switch du chassis qui ne fait que transmettre les paquets sans toucher aux ID vlan) au port Gi1/0/11 d'un Cisco, et le serveur DHCP sur le port Gi1/0/6. Les ports Gi1/0/[1-20] et Gi1/1/[1-24] (c'est une stack de deux switchs) sont dans le vlan 1, les 4 derniers du premier switch (Gi1/0/[21-24]) sont dans le vlan 2. Les deux vlans ne communiquent pas, il y a juste une machine qui a une patte sur ce vlan 1 privé et l'autre sur un réseau auquel j'ai accès à distance. Dans un monde idéal, je cherche à ce que, temporairement, carte IPMI et serveur DHCP se causent pour que la première ait une adresse IP et que du deuxième je parvienne à lancer un ipmitool (je connais user et mot de passe) pour virer ce vlan dont je ne connais pas le numéro. Je vois ça "simplement" comme ça : - trouver le moyen de récupérer le numéro du vlan en provenance de la MAC de la carte IPMI (et je suis certain que le switch a l'info quelque part, je ne sais juste pas comment lui faire cracher le morceau) - peut-on faire une règle sur le port 11 qui dit que tout paquet qui arrive de cette MAC se voit attribuer le vlan 1 - tout paquet à destination de la MAC se voit attribuer le vlan XXX => une fois les échanges DHCP faits, je peux passer la commande ipmitool qui va bien - on remet la config du Cisco dans son état initiale Mais comment faire tout ça ? Si quelqu'un a des idées je suis tout ouï ! (voir même toutes les commandes à passer, parce qu'à part des shut/no shut sur des interfaces, je ne connais pas grand chose d'autre ...) Un peu d'info de version, au cas où : 2 * cisco WS-C3650-24TD Même version : Cisco IOS Software, IOS-XE Software, Catalyst L3 Switch Software (CAT3K_CAA-UNIVERSALK9-M), Version 03.07.03E RELEASE SOFTWARE (fc3) Merci d'avance à vous, Lionel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Wireguard et DPD ?
Hello > Il existe des projets comme tailscale ou wg-dynamic -ce dernier semble à > l'arrêt-. Tu peux poser la question sur la liste > https://lists.zx2c4.com/mailman/listinfo/wireguard Vis a vis de tailscale, il y a une forte dépendance a AWS... ou faut installer headscale quelque part. Par contre si tailscale est pas mal comme projet, la performance du tunnel est carrément en dessous de WG. En gros n'espère pas dépasser les 100MBps avec Tailscale alors que taper à 900Mbps se fait très facilement avec WG. /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Wireguard et DPD ?
Bonjour Le 11/03/2024 à 09:32, Toussaint OTTAVI a écrit : Salut la liste, Des sites distants montent des VPN Wireguard vers un hub central, défini par un FQDN. L'adresse IP du hub change. L'enregistrement DNS correspondant est mis à jour. Mais sur les sites distants, Wireguard reste "accroché" à l'ancienne IP, il ne fait jamais de nouvelle résolution DNS, il ne s'aperçoit pas que son remote ne répond plus, et ne re-négocie jamais son tunnel. La seule solution est de redémarrer Wireguard (pour peu que l'on ait encore accès au site). En fouillant dans la doc de Wireguard, je ne trouve pas de fonction "Dead Peer Detection", qui aurait permis de réinitialiser un tunnel qui ne répond plus. Certes, le DPD en général n'a jamais été une science exacte :-) Mais dans Wireguard, apparemment, c'est déterministe : il n'y en a pas :-) J'ai raté un truc ? Non, wg fait la recherche DNS au lancement puis plus rien. Même en utilisant un service DNS dynamique il faut redémarrer le serveur ou client. Il existe des projets comme tailscale ou wg-dynamic -ce dernier semble à l'arrêt-. Tu peux poser la question sur la liste https://lists.zx2c4.com/mailman/listinfo/wireguard -- Daniel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Single Pair Ethernet
10M, 1km, poe ? pour l'IOT, c'est génial. Je sais pas si c'est au point mais en tout cas ça m'intéresse ! Le 08/03/2024 à 19:36, Fabien Sirjean a écrit : Bonjour la liste, J'ai récemment entendu parler pour la première fois de Single Pair Ethernet (10BASE-T1S / 10BASE-T1L), dont les specs ont l'air prometteuses (notamment en environnement industriel) : - 10 Mbps sur une seule paire de cuivre, avec des standards en cours de travail pour monter à 10G voire plus ? - Distance jusqu'à 1 km - PoE (ou plutôt PoDL) jusqu'à 50W Alors, poudre verte ou bien véritable intérêt ? Des retours d'expérience en la matière ? Bon week-end, Fabien --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Don de matériel Cisco et Dell
Bonjour David, On Fri, Mar 08, 2024 at 06:12:21PM +0100, mister.nevi...@gmail.com wrote: > Bonjour la liste, > > Alchimie se sépare du contenu d'une de ses baies à DC3 et nous donnons le > matériel suivant dont nous n'avons plus l'utilité et mal au coeur de le > DEEE-iser. > > Voici : > 1 x switch Cisco Nexus 5000 > 1 (2) x switch Brocade Gigabit (FCX624S) > 1 x serveur Dell PowerEdge R610 (numéro de serie JTTJC4J), 1 CPU E5520 > 2.27GHz, 4 Go de RAM, 2 disques à plateaux 140 Go > 1 x serveur Dell PowerEdge R610 (5JNJC4J), 2 CPU E5540 2.53GHz, 32 Go de > RAM, 2 disques (à plateau) 140 Go > 2 x serveurs Dell R330 8 Gb RAM, 1CPU E3-1220 v6 @ 3.00GHz, 2 disques de 1 > To SATA > > Disponible d'ici 1 à 2 semaines à DC3. > > Si vous êtes intéressés, faites moi un petit mail succinct expliquant ce > que vous allez en faire, ayant une préf. pour une asso, une ecole, une TPE > qu'un broyeur :) Je représente l'association DGNum (https://dgnum.eu/) à l'ENS Ulm et nous serions très intéressé par les R330, nous commençons un FAI et quelques services étudiants. Nous sommes basés au 45 rue d'Ulm, 75005 Paris 5e. On les mettrait sûrement sur nos deux sites (Panthéon et Jourdan) comme nœuds de compute. Cordialement, -- Ryan Lahfa --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?
Merci d'avoir posé la question. Bertrand Le 08/03/2024 à 11:53, Jérôme Marteaux a écrit : Le 08/03/2024 à 10:46, Stéphane Rivière a écrit : Le 07/03/2024 à 19:12, l...@netc.fr a écrit : >Au delà de l'aspect kikoulol de Meta, je vous rappelle néanmoins que ce groupe permet à des milliers d'entreprises de faire vivre de nombreuses équipes partout dans le monde > Par ailleurs on fait pas mal de CA avec Meta puisqu'on est (à la base) une agence Web. On a un KAM attribué par Meta, comme le Gougle d'ailleurs. Donc on n'est pas des haineux, on les utilise comme ils nous utilisent, c'est le biz. Mais fondamentalement, ils ne font vivre qu'eux mêmes et on s'en passerait bien car dans un écosystème imaginaire (c'est à dire honnête et non biaisé), on pourrait faire beaucoup mieux et augmenter encore notre CA sur le marketing de contenu (par exemple). Ces monopoles sont juste des freins. késako un KAM ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] Meta HS quelqu'un a de l'info ?
Le 07/03/2024 à 19:25, c...@ctv.zone a écrit : Bonsoir, Le mail du 07/03/2024 note en particulier: (cf. mail ID <9292b66e-4627-478f-bc68-9833f2a70...@bc-109.com>): Je ne sais pas si c'est parce que je vis dans un village de montagne, sur la plus lointaine des îles proches, ou bien si c'est parce que je fais partie des dinosaures issus du siècle dernier, mais la frénésie pour cette hyper-externalisation et cette perte totale de contrôle, m'échappent totalement... (sic) +1 Elle est même effrayante. Ciao, Pas besoin d'être un dinosaure ou d'être isolé sur une île pour avoir les mêmes craintes et donc ériger en principes immuables la conservation du contrôle des données et des process. Bonne journée à tous. Bertrand ------- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?
>Au delà de l'aspect kikoulol de Meta, je vous rappelle néanmoins que ce groupe permet à des milliers d'entreprises de faire vivre de nombreuses équipes partout dans le monde. >On s'entend, c'est souvent du placement de produit et/ou de la communication de manière générale, mais quand Meta est hors service, la perte lié à la panne se chiffre en millions de $ par minute de panne. Bien fait. Leçon parfaite pour les naïfs ayant voulu tout déléguer à des presta qui ne parlent ni leur langue, ni n'estiment leurs clients puisqu'ils ne les connaissent pas individuellement. J'en connais de plus en plus qui s'extirpent des gafamn, j'arrive pas à trouver de raison de leur leur reprocher. à contrario, certaines entreprises, dans différentes provinces de france, fonctionnent sans site internet. Non, juste un numérode téléphone, un email et du référencement. Souvent entendu qu'en "2020, l'entreprise sans site web est morte", on dirait qu'ils apprécient surprendre et faire mentir le dicton ;) From: Jeremy To: Stéphane Rivière ; frnog@frnog.org Subject: Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ? Date: 07/03/2024 17:52:53 Europe/Paris Au delà de l'aspect kikoulol de Meta, je vous rappelle néanmoins que ce groupe permet à des milliers d'entreprises de faire vivre de nombreuses équipes partout dans le monde. On s'entend, c'est souvent du placement de produit et/ou de la communication de manière générale, mais quand Meta est hors service, la perte lié à la panne se chiffre en millions de $ par minute de panne. On peut donc prendre le sujet à la légère, ce n'est pas forcément le cas de nos clients. Et l'obscurantisme de Meta semble particulièrement suspect dans cette affaire, d'autant plus pour une société qui se situe dans le TOP 20 du NASDAQ. Quand à la question de savoir si ces plateformes vont mener à la perte de l'Humanité, je vous propose de glisser ce sujet de philo au ministère de l'éducation, cela permettrait peut être aux élèves de se creuser la tête pendant les épreuves du BAC. Au moins, ce sujet, ils le maitrisent... Jérémy Le 07/03/2024 à 13:59, Stéphane Rivière a écrit : > >> Ils n'auront peut-être plus du tout de cerveau en local, et tout sera >> externalisé dans le métaverse via des interfaces Neuralink :-) > > L'humanité est ainsi foutue qu'à chaque nouvelle génération, c'est un > monde nouveau qui est permis. Les mouvements de "jeunesses X, Y ou Z" > en étaient les prémices. > >> Les neurones tels que nous les connaissons auront peut-être >> complètement disparu, tels les dinosaures il y a quelques dizaines de >> millions d'années, exterminés par un météore géant qui se sera >> vautré, non pas dans le Yucatan, mais à Paris le 26 Juillet 2024 en >> chantant du Piaf :-) > Évènement qui sera invisible à l'univers indifférent, sans compter les > millions ou milliards d'années de propagation de la lumière de > l'explosion. > --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?
de quoi donner un lourd crédit au minimalisme numérique, mais les mauvaise langues répondront que "le monde est tout data" et que "ca va complètement à contre-courant de la tendance actuelle" merci de rester en katgé sur insta, "vous dérangerez moins" ;-) From: Thierry Chich To: frnog@frnog.org Subject: Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ? Date: 06/03/2024 16:43:03 Europe/Paris Ils diront: t'as vu les gamins de nos jours, c'est vraiment du n'importe quoi, nous on était pas comme ça. Le 06/03/2024 à 10:44, Toussaint OTTAVI a écrit : > > > Le 06/03/2024 à 09:40, David Ponzone a écrit : >> En tout cas, c’est toujours assez inquiétant de voir ces millions de >> gens qui ont à peu près le même rapport avec FB qu’un zombie avec son >> Fentanyl. > > Et c'est encore plus inquiétant pour le futur ! Je suis dans un petit > village de montagne. L'an dernier, suite à un coup de vent, > l'alimentation EDF est tombée, pendant une journée. Donc, plus de WiFi > ni de 4G. C'était pendant les vacances scolaires. Les gamins erraient > dans les rues, avec les smartphones à la main, en cherchant du réseau > tels des sourciers avec leurs baguettes : "Mon dieu, ya plus Insta, > mais comment on va faiire ?" > > Et ce sont ces mêmes gamins qui seront aux manettes dans 10 ou 20 ans. > Comment tu as dit ? "Inquiétant" ? > --- > 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] Reyee
Hello, De ce que j'ai vu, c'est l'une des marques blanches de FS (je conseille le repos GitHub d'Oxidized qui source les devices FS notamment). Donc en terme de maintenabilité/fiabilité on va être sur du FS like en somme. On a quelques trucs de FS : S3900 (constructeur Indien) et des S5860 (de Ruijie notamment), ça fait quelques trucs mais il ne faut pas s'imaginer à montrer des infras L3 sans grosses potentielles problématiques. J'avais testé du MLAG et leurs VSL/stack sur le S5860, ça fonctionnait. Du L2, ça switch sans sourciller. My two cents, Vincent S. 7 mars 2024 13:33:47 David Ponzone : > Tous, > > Le chinois Ruijie, qui fait quand mêmes des gros switch DC et routeurs core > modulaires, a une gamme « PME » sous la marque Reyee, unmanaged ou cloud > managed si j’ai bien compris. > Le sujet des équipements Ruijie avait été lancé sur la liste il y a 1 an, > sans grand retour, donc je me demande si 1 an après, il y a plus de retex. > C’est pas cher, ça peut pas être pire que TP-Link et autres, et sur le > papier, ça semble pas mal foutu. > > Donc, des retex ou toujours rien ? > > Merci > > David > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol
Et malheureusement, les vendeurs de switchs enterrent le support de IEEE1588 dans leurs docs, pas toujours facile à jour… Au passage, Apple utilise aussi PTPv2 pour faire la synchronisation audio des appareils AirPlay 2 (exemple : une paire de HomePod), ou bien pour faire de la synchro audio. Mais… pas de support officiel de PTP dans macOS, qui sort pourtant les trames quand vous faites du Airplay, un petit Wireshark voit les trames. > Le 7 mars 2024 à 13:49, Noryungi a écrit : > > Je rajoute ma petite pièce : > > PTP est utilisé pour partager une heure très précise (beaucoup plus précise > que du NTP classique) entre une source de temps (horloge "atomique", > synchro GNSS, par exemple) et un équipement donné. > > Par contre tous les équipements situés entre l'horloge et la machine devant > recevoir l'heure doivent supporter PTP. > > Donc : horloge > switch > serveur par exemple. Tout dans cette chaîne doit > supporter PTP pour que l'ensemble fonctionne. > > C'est particulièrement utile quand tu as, par exemple, une opération x à > effectuer à une heure y précise, avec une précision extrême. > > Les autres réponses des membres de la liste sont aussi très bonnes. > > N. > > On Thu, Mar 7, 2024, 12:39 Pierre Colombier via frnog > wrote: > >> Bonjour, >> >> je suis à la recherche d'informations et de retours d'expériences >> concernant la norme IEEE1588. >> >> J'en ai découvert l'existence en repérant que le PHY Ethernet de mon SoC >> disposait de lignes d'IO "sync_in"/"sync_out" qui semblent être en >> relation avec ce protocole. mais sans beaucoup plus de précision sur >> l'usage qui devrait ou pourrait en être fait. >> >> L'accès à la norme elle-même est restreint par un paywall, et j'ai du >> mal à me faire une vue d'ensemble. >> >> Déjà je souhaiterais comprendre si c'est simplement un "gadget" >> technologique ou si, au contraire, c'est largement adopté et utilisé >> dans l'industrie. >> >> Ensuite, pour la culture, j'aimerai comprendre à quel niveau on se >> situe. Il y a des elements qui sont directement au niveau du PHY ce qui >> suggère des couches très basse. Mais il y a un pendant logiciel plus >> haut niveau... C'est confus. >> >> Bref, si quelqu'un peux m'expliquer ça en quelques phrases ou me donner >> un lien vers une explication pas trop absconse, je suis preneur. >> >> Merci d'avance. >> >> >> >> >> >> >> >> >> --- >> 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/
[FRnOG] [TECH] IEEE 1588 Precision Time Protocol
Bonjour, je suis à la recherche d'informations et de retours d'expériences concernant la norme IEEE1588. J'en ai découvert l'existence en repérant que le PHY Ethernet de mon SoC disposait de lignes d'IO "sync_in"/"sync_out" qui semblent être en relation avec ce protocole. mais sans beaucoup plus de précision sur l'usage qui devrait ou pourrait en être fait. L'accès à la norme elle-même est restreint par un paywall, et j'ai du mal à me faire une vue d'ensemble. Déjà je souhaiterais comprendre si c'est simplement un "gadget" technologique ou si, au contraire, c'est largement adopté et utilisé dans l'industrie. Ensuite, pour la culture, j'aimerai comprendre à quel niveau on se situe. Il y a des elements qui sont directement au niveau du PHY ce qui suggère des couches très basse. Mais il y a un pendant logiciel plus haut niveau... C'est confus. Bref, si quelqu'un peux m'expliquer ça en quelques phrases ou me donner un lien vers une explication pas trop absconse, je suis preneur. Merci d'avance. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Test de la robustesse de la liste
On a libéré combien de bande passante d’un coup ? Vous voyez quelque chose ?? > Le 5 mars 2024 à 17:15, Erwan David a écrit : > > Le 05/03/2024 à 17:13, David Ponzone a écrit : >> On dirait :) >> >> Ouf, je viens de voir ça, mais comme on arrive sur la page d’auth, j’ai cru >> que j’étais fait hacker. >> >> Ca devient récurrent chez les leaders du monde connecté. >> >> >>> Le 5 mars 2024 à 17:10, Stephane Bortzmeyer a écrit : >>> >>> Est-ce qu'elle marche quand Facebook et Instagram sont en panne ? >>> >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > SI on a la page d'auth on sait déjà que c'est pas qu'ils ont coupé BGP comme > la dernière fois > > -- > Erwan David > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] recherche introduction réseaux et systèmes
Je conseille
- web protocols and practice de balachander Krishnamurthy
- computer networking de Kurose :
https://www.ucg.ac.me/skladiste/blog_44233/objava_64433/fajlovi/Computer%20Networking%20_%20A%20Top%20Down%20Approach,%207th,%20converted.pdf
et sebsauvage en francais:
https://www.sebsauvage.net/comprendre/
Damien,
Paul Rolland (ポール・ロラン) writes:
> Hello,
>
> On Fri, 1 Mar 2024 20:28:38 +
> Vinz Jumpertz via frnog wrote:
>
> > Hello la liste,
> >
> > je cherche des livres/articles (en français de préférence) pour
> > introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en
> > donnant une bonne vue d'ensemble.
> > Est-ce que vous auriez des recommandations
>
> Tu peux regarder ce qui est propose la :
>
> https://www.eyrolles.com/Recherche/?q=Guy%20pujolle&Rayon[INF]=on&Format[ALL]=on&Type[ALL]=on&Langue[ALL]=on&Dispo[ALL]=on&Prix[10%20TO%20155]=on&Year[1992%20TO%202024]=on&nb_to_display=20
>
> Guy Pujolle, ca a toujours ete de la bonne lecture...
>
> Paul
>
> --
> Paul RollandE-Mail : rol(at)witbe.net
> CTO - Witbe.net SA Tel. +33 (0)1 47 67 77 77
> 18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99
> F-92000 NanterreRIPE : PR12-RIPE
>
> Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
> navigateur "Some people dream of success... while others wake up and work
> hard at it"
>
> "I worry about my child and the Internet all the time, even though she's
> too young to have logged on yet. Here's what I worry about. I worry that 10
> or 15 years from now, she will come to me and say 'Daddy, where were you
> when they took freedom of the press away from the Internet?'"
> --Mike Godwin, Electronic Frontier Foundation
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
--
~
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] [TECH] connection backup pour du FTTO?
Hello, > Il faut t’arrêter sur une décision. Clairement. > Dans tous les cas, j’opte pour le pire cas possible, où on a des coupures > physiques. > Avoir un système sans fil de « last resort », c’est la base. > > Après, si tu veux offload ta FTTO sur une FTTH, déjà c’est plus dur il vaut > mieux sélectionner statiquement les flux à cause de la latence entre les deux, > et éviter de se prendre du tunnel. > > Aujourd’hui, de nombreux intégrateurs et opérateurs savent faire des solutions > sur mesure. Par exemple chez moji on sait livrer en mtu 1500 over 5G, Starlink > grâce à de la tambouille interne, aussi bien du L2 que des intercos publics, > en > BGP privé ou transit IP. Clairement le WG passe très bien sur starlink, après tu encapsule ce que tu veux dessus. > On a secouru une entreprise travaillant en RDP avec une dizaine de > collaborateur > sur leur site. Ils n’ont pas vu la différence quand ils ont perdu leur FTTO du > moment à leur passage en 5G en livraison d’ip publique. Bon, bémol, cela > dépend > tout de même de la couverture disponible dans ton coin. Et les performances > peuvent se dégrader très vite en cas de météo ou de forte affluence sur la BT. Quitte a avoir du backup autant prendre une techno qui ne dépends pas des FO dans le coin. Exemple: j'ai arrêté le backup 4G/5G justement parce que les antennes du coin passaient par les même fourreaux que... la FTTH/ADSL... Et en général quand la pelleteuse coupe, la 4G/5G souffre bcp... si tout le monde bascule la dessus. /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [BIZ] Matériel/serveurs pour projets open source
Bonjour à FRNOG, Je suis développeur de la distribution NixOS, https://nixos.org/ -- on fait plein de choses chouettes avec (déployé par des grosses boîtes comme déployé par des associations à but non lucratives), sur des serveurs, des téléphones (si si), des smart watch (oui oui), des routeurs et même des switchs (si on force un petit peu). Dans le cadre de nos projets, il nous arrive souvent d'avoir des besoins de ressources de calculs pour faire de l'intégration continue, on a énormément de tests (d'intégration et de tout): https://repology.org/ vous dira qu'on maintient énormément de paquets (~90K sur la partie "rolling release"). La Fondation NixOS qui exploite ce matériel est une fondation à but non lucrative et ne tourne qu'avec les donations de ses usagers. Moi, dans tout ça, en plus d'être développeur addict à https://github.com/nixos/nixpkgs, je suis récemment devenu observateur du conseil d'administration de la Fondation: https://github.com/NixOS/foundation/. Et je m'intéresse aux questions de comment pouvoir aider notre communauté avec plus de ressources pour avoir de meilleurs bien communs avec tous nos usagers. Dans ce contexte, je serais intéressé de savoir s'il existe des entreprises ou des entités qui sauraient où trouver du matériel un petit peu récent, on recherche principalement: - des baies de stockage (pour le cache, notre cache contient 600TB sur AWS S3 et ça pique...) et des contacts pour des disques haute densité (?) - des serveurs de "build" ou de compute, plutôt avec beaucoup de coeurs, des systèmes blade c'est chouette aussi pour rentrer dans pas beaucoup d'espace. En contrepartie... Nous n'avons pas de grand moyens, donc je ne chercherais pas trop à gaspiller votre temps si vous cherchez à en tirer un bénéfice financier. Néanmoins, NixOS c'est un projet de technologie européen, on dit souvent qu'en France, à l'Europe, on ne produit pas les choses comme les Etats-Unis, etc. C'est un sujet complexe et à débats, mais si ça vous intéresse de financer, d'aider à participer à un projet de technologie européen de grande envergure, soutenue par la Commission européenne via la fondation NLnet (https://fosdem.org/2024/schedule/event/fosdem-2024-1692-running-nlnet-on-nixos/), n'hésitez pas à me contacter. Cordialement, -- Ryan Lahfa --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Usage massif de secours 4G/5G
Les offres de secours 4G/5G sont en pleine explosion. Est-ce que quelqu'un a une expérience/un retour sur une utilisation massive de ces offres ? Je veux dire par là lorsque 100 ou 200 clients d'un quartier vont se retrouver avec leur accès fibre coupé et que tout le trafic va passer par la radio. Comment est-ce que cela va se comporter ? Est-ce que c'est dimensionné pour supporter un incident de grande ampleur ? Denis --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] recherche introduction réseaux et systèmes
Cyberedu https://www.cyberedu.fr/pages/supports/ Le 02/03/2024 à 12:14, Paul Rolland (ポール・ロラン) a écrit : Hello, On Fri, 1 Mar 2024 20:28:38 + Vinz Jumpertz via frnog wrote: Hello la liste, je cherche des livres/articles (en français de préférence) pour introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en donnant une bonne vue d'ensemble. Est-ce que vous auriez des recommandations Tu peux regarder ce qui est propose la : https://www.eyrolles.com/Recherche/?q=Guy%20pujolle&Rayon[INF]=on&Format[ALL]=on&Type[ALL]=on&Langue[ALL]=on&Dispo[ALL]=on&Prix[10%20TO%20155]=on&Year[1992%20TO%202024]=on&nb_to_display=20 Guy Pujolle, ca a toujours ete de la bonne lecture... Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] recherche introduction réseaux et systèmes
Bonjour, Les livres réseaux pour les nuls contiennent les bases permettant de comprendre un livre comme le référentielle pujolle 2024-2026 sur les réseaux, se livres à le mérite d'être très précis et évite d'apprendre des bêtises par de la sur-vulgarisation, pour se qui est de l'administration systèmes et Windows je laisse l'avis à d'autre personnes dans mes études Google et quelque bonne recherche suffisaient, une introduction avec openclassroom puis des cours en anglais en vidéo ou des annales d'examens comme base. Cordialement, Béryl ____ From: frnog-requ...@frnog.org on behalf of Vinz Jumpertz via frnog Sent: Friday, March 1, 2024 9:28:38 PM To: frnog-m...@frnog.org Subject: [FRnOG] [MISC] recherche introduction réseaux et systèmes Hello la liste, je cherche des livres/articles (en français de préférence) pour introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en donnant une bonne vue d'ensemble. Est-ce que vous auriez des recommandations Bon dedri Vincent ------- Liste de diffusion du FRnOG http://www.frnog.org/ ------- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] recherche introduction réseaux et systèmes
Hello la liste, je cherche des livres/articles (en français de préférence) pour introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en donnant une bonne vue d'ensemble. Est-ce que vous auriez des recommandations Bon dedri Vincent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore
Je ne sais pas si c’est lié, mais il y a eu une coupure électrique massive au centre de Nancy de 3 minutes vers 15h. Même coup de pelleteuse ? :) > Le 1 mars 2024 à 17:35, David Ponzone a écrit : > > Vous êtes prêts ? :) > > 17h00 : Après les premières investigations de l'équipe sur place il s'agit de > coupures sur des câbles de grosse capacité (144FO et 288FO). Les équipes > recherchent le point d’impact. > > Donc ils ont supposé une coupure énergie parce qu’ils ont perdu ouest et est. > Donc ils ont pas d’accès OOB. > Au secours. > >> Le 1 mars 2024 à 16:51, Julien Issler a écrit : >> >> Kosc oui, Altitude/Rosace ça fonctionne >> >> Et c'était le cas à chaque fois que Covage/Kosc a toussé ces derniers mois >> dans l'Est >> >> Le 01/03/2024 à 16:48, Lilian RIGARD a écrit : >>> Et je confirme que Kosc en FTTH c'est cassé. >> >> >> --- >> 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] dgfip refusé par gmail
On 29.02.24 13:57, Stephane Bortzmeyer wrote: > On Thu, Feb 29, 2024 at 11:16:59AM +0100, > Alain Thivillon wrote > a message of 49 lines which said: > >>> https://mxtoolbox.com/SuperTool.aspx?action=dkim%3adgfip.finances.gouv.fr%3aemail&run=toolpage >>> >>> >> Ça montre juste qu'il n'y a pas de DKIM avec ce sélecteur "email" ? > > Oui, mxtoolbox est un service médiocre, pour tester sa config > SPF/DKIM/DMARC. Je recommande https://email-security-scans.org pour avoir une évaluation de SPF/DKIM/DMARC, mais aussi pour IPv6, DANE, MTA-STS et autres joyeusetés. Laurent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] dgfip refusé par gmail
On Thu 29 Feb 2024 13:57:05 GMT, Stephane Bortzmeyer wrote: > Oui, mxtoolbox est un service médiocre, pour tester sa config > SPF/DKIM/DMARC. Pour tester DNS en général. J’ai déjà eu des rémontées clients « mxtoolbox dit le ns du soa est pas dans la délégation » ; c’est vrai, mais on s’en fiche quoi. -- Alarig --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Comparons nos NAS en tant que repositories pour Veeam
Hello, je peux repondre pour le iscsi refs et le rackstation, on l'a en production sur du veeam 365 et ca fonctionne (comme du veeam), ca prend de l'espace mais on peut dupliquer entre synologies sans soucies. KR Vincent On 2/29/24 14:29, Toussaint OTTAVI wrote: Le 28/02/2024 à 12:39, elpablodelcasata via frnog a écrit : Je me pose une question infra. Utiliseriez vous un syno en tant que repository pour du VEEAM ? En terme de fiabilité, rien à redire. En revanche, il n'y a aucune déduplication et aucune optimisation de l'espace. Donc, çà bouffe une place folle si on conserve plusieurs GFS, et qu'on fait en plus des snapshots au niveau BTRFS (pour avoir des copies "inaccessibles" depuis Veeam). C'est une véritable horreur ! Plus on rajoute des disques, plus çà en consomme :-) Les sauvegardes de VM, c'est quelque chose qui se déduplique très bien. En général, il y a beaucoup, beaucoup de données communes, et très peu de données qui changent d'un jour à l'autre. Donc, pour un repo Veeam, quelle que soit la technologie choisie, elle a tout intérêt à posséder un mécanisme de déduplication supporté. Ainsi, à capacité de stockage équivalente, on peut conserver beaucoup plus de versions. Ainsi, en terme d'optimisation de l'espace, j'ai obtenu d'excellents résultats avec des filesystems supportant les RefLinks comme ReFS sous Windows ou XFS sous Linux. Ce n'est pas vraiment de la déduplication au sens où on l'entend habituellement (où c'est le filesystem qui fait le job de façon transparente). Ici, c'est Veeam qui ne stocke qu'une seule fois les blocs communs à plusieurs sauvegardes, en utilisant les RefLinks sur les filesystems supportés : https://jorgedelacruz.uk/2020/03/19/veeam-whats-new-in-veeam-backup-replication-v10-xfs-reflink-and-fast-clone-repositories-in-veeam/ Un autre avantage est que la génération de "Synthetic Full" (pour les non-inités, des sauvegardes "full" pour conservation générées à partir de fichiers incrémentiels) est beaucoup plus rapide grâce au FastClone. Veeam n'a pas besoin de copier physiquement les données, il copie juste des "pointeurs". Enfin, un autre avantage d'utiliser un stockage XFS sous Linux, c'est la possibilité de gérer l'immutabilité, autrement dit, des sauvegardes qui ne peuvent pas être effacées avant l'expiration de la période de rétention initialement configurée. Donc, la meilleure solution que j'aie trouvée pour des repo Veeam (hormis l'appliance pro avec déduplication intégrée qui coûte un bras), c'est le serveur "DIY" avec un Linux, et stockage XFS. Le gain d'espace et la rapidité avec les RefLinks sont bluffants. Et l'immutabilité, c'est pas mal aussi :-) Certes, c'est beaucoup moins "plug and play" qu'un petit Synology :-) Et c'est plus cher, aussi. Donc, il m'arrive d'utiliser encore du Syno pour des sauvegardes locales de premier niveau. L'idéal, ce serait la simplicité de mise en oeuvre d'un Synology, avec possibilité de gérer de la déduplication depuis Veeam, et idéalement, support de l'immutabilité. Mais je n'ai pas encore trouvé :-) PS : - Il y a des variantes, par exemple mettre le Syno en iSCSI, monter le LUN depuis Windows, et créer un repo ReFS dessus. Cà gèrerait la déduplication, mais pas l'immutabilité. Il me semble avoir lu quelque part que ce n'était pas trop supporté. Et vu que pour les sauvegardes, on recherche quelque chose de super fiable, j'avoue que çà ne me tente pas d'essayer :-) - Les dernières versions de DSM semblent supporter la déduplication sur BTRFS. Cela ne fonctionne que sur des SSD. Je ne sais pas si c'est supporté nativement par Veeam. Mais à priori, pas besoin que çà le soit : une petite sauvegarde Veeam dans un repo "fileshare" normal (non dédupliqué), et des snapshots BTRFS, avec déduplication et conservation, derrière (si tant est que çà soit possible). Certes, c'est bien moins souple si on a besoin de restaurer depuis ces snapshots, mais çà devrait être "secure" (les snapshots sont invisibles pour un malin qui gagnerait un accès à la console Veeam), et çà ne devrait pas bouffer trop de place. Je n'ai pas encore monté de Syno en full-SSD pour essayer, mais c'est sur la ToDo... --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Comparons nos NAS
>> TrueNAS Scale c'est du Linux avec OpenZFS (plus des options qui ne sont pas >> encore publiées) >> TrueNAS Core c'est du FreeBSD avec OpenZFS (avec les mêmes options non encore >> publiées)… > > > Ma compréhension (et les discussions avec ixSystems) me fait penser que Core > est > voué à disparaître, principalement du au fait que ZOL est maintenant > l’implémentation de référence de ZFS et les changements sont en train d’être > backportés dans BSD. > > Je suis aussi beaucoup plus fan de BSD à la base, mais malheureusement j’ai > l’impression que c’est un peu la fin. L'OpenZFS de FreeBSD > 13 est le même que celui de Linux... Tu peux même utiliser la version des ports si tu veux être un peu plus on the Edge. Pas mal de dev ZFS avec qui je bosse sont sous FreeBSD (environ 70~80%), certains sont sur Linux. Non FreeBSD n'est pas mort... Loin de là... Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] dgfip refusé par gmail
Bonjour, Le 2024-02-29 13:55, Stephane Bortzmeyer a écrit : De l'IPv6 explicite ? Il y en a souvent de l'implicite comme bortzmeyer.org. Pour clarifier, les mécanismes "a" et "mx" basent leur vérification sur l'IP utilisée pour l'envoi. Si c'est une IPv6, le destinataire doit donc vérifier si l'IPv6 est dans les champs "" (pour "a") ou "MX" (pour "mx") indiqués. Guy. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] dgfip refusé par gmail
Bonjour pour information, les messages de la dgfip refusés par gmail (DKIM) comme indiqué ci dessous Feb 28 15:43:35 localhost postfix/smtp[909495]: 6C8E460817CF: to=, relay=gmail-smtp-in.l.google.com[2a00:1450:400c:c00::1a]:25, delay=9.3, delays=0.32/0/0.11/8.9, dsn=5.7.26, status=bounced (host gmail-smtp-in.l.google.com[2a00:1450:400c:c00::1a] said: 550-5.7.26 This mail has been blocked because the sender is unauthenticated. 550-5.7.26 Gmail requires all senders to authenticate with either SPF or DKIM. 550-5.7.26 550-5.7.26 Authentication results: 550-5.7.26 DKIM = did not pass 550-5.7.26 SPF [dgfip.finances.gouv.fr] with ip: [] = 550-5.7.26 did not pass 550-5.7.26 550-5.7.26 For instructions on setting up authentication, go to 550 5.7.26 https://support.google.com/mail/answer/81126#authentication a7-20020a05600c348700b004126fb66bbcsi943998wmq.221 - gsmtp (in reply to end of DATA command)) Confirmé par https://mxtoolbox.com/SuperTool.aspx?action=dkim%3adgfip.finances.gouv.fr%3aemail&run=toolpage Fantastique ... -- Daniel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Comparons nos NAS
Hello, >>> On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog wrote: >>> >>> pour nous truenas/*BSD c'est le top, facilement manageable et automatisable >>> (chef/ansible) et ca tourne du tonnerre sur du ZFS. >> >> TrueNAS c’est du Linux maintenant, d’ailleurs le process de mise à jour qui >> fait >> passer de BSD à Linux est assez bluffant (c’est totalement transparent.) >> >> ++ ic > > Euh non. > C’est du FreeBSD avec des Jails etc. TrueNAS Scale c'est du Linux avec OpenZFS (plus des options qui ne sont pas encore publiées) TrueNAS Core c'est du FreeBSD avec OpenZFS (avec les mêmes options non encore publiées)... Donc la migration des datas du core vers scale est facile c'est le même code en bas niveau pour le storage... Après étant fan de FreeBSD j'ai une TRES nette préférence pour la version Core /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Comparons nos NAS
Salut Vincent, En ce qui me concerne, Synology/QNAP ont un objectif clair de t'enfermer chez eux. Pour reprendre ton example, QSync n'est pas interopérable. Coup de bol, un bon gars du support français de QNAP maintient un paquet Syncthing qui est neutre vis-à-vis du constructeur. Pour les modèles sans ventilateurs, les gammes "slim" chez Synology ne font littéralement pas de bruit avec des SSD. Pour ce qui est extension, si tu sors des rails du constructeur c'est assez tranquille, j'ai par exemple un DS918+ à 16Go de mémoire alors que la fiche technique indique 8Go max. Ce ne sont bien sûr pas des mémoires de marque Synology. Mes Exos 20To fonctionnent sans mal dedans. Pour les cartes réseaux… tu prends la carte que tu veux utilisant le même contrôleur, tu es ainsi certain que le pilote n'a pas été retiré du noyau. De mon côté je suis plus enclin à prendre un 1U et installer TrueNAS : - C'est libre pour de vrai. - Support d'un éditeur possible. - Large panel de serveurs disponible chez de multiple OEM/ODM. - Large panel de prestataires capable de fournir du support. (Dont certains sur FRnOG et FRsAG si ont souhaite faire bosser les copains) - Panel existant de personnes capable de fournir du support de façon communautaire. (Dont des membres FRnOG, FRsAG) - ZFS ça fonctionne bien. - Console de gestion graphique en masse disponible si allergique à Ansible. - Grande facilité pour rejoindre un annuaire AD DS/LDAP. - Support des ACL comme attendu. - Meilleures délégations des privilèges. (Au lieu de fixe admin complet / pas admin) -- Cordialement, Jules Consultant informatique https://archphoenix.team Le mercredi 28 février 2024 à 10:36 +, Vincent Duvernet a écrit : > Hello la liste, suite aux échanges concernant les cartes d'extensions > QNAP, je pense qu'il est intéressant de faire un point sur nos > retours d'expérience concernant les NAS. > Essayons d'être clairs et concis sur nos expériences présentes et > passées. > > Pour ma part, j'ai commencé avec les ReadyNAS de Netgear en 2006. > J'ai travaillé avec pendant quelque chose comme 2/4 ans. > A l'époque c'était une marque qu'ils avaient racheté et rebrandé. > Ça faisait le job (je ne parle pas du SC101 qui était une bouse finit > survendue par des commerciaux pas objectifs). > Lorsqu'ils ont fait leur propre gamme, le prix est monté avec le > rendant pas compétitif pour ma part. > > J'ai donc switché vers QNAP (ce qui fait environ une quinzaine > d'année) et quelques Synology qui sont arrivés sans qu'on me demande > mon avis. > > Mon usage : > Principalement dans des petites structures ou du particulier. > Format Desktop principalement pour le bruit plus acceptable qu'un > rack. > 2 à 4 disques HDD en RAID 1 ou 5. (pas de SSD donc) > > Les + : > - Je n'ai pas l'impression que ce soit spécialement cher > - On dispose d'une grosse boite à outils pouvant faire presque tout > sans surcoût. Je pense notament à la sauvegarde d'environnement ESXi > sans avoir à passer par du Veeam, Acronis ou autre. > - QSync, équivalent des solutions de stockage Cloud des Dropbox et > autres Drive. > - une console centralisée pour voir quels sont les NAS à mettre à > jour > - possibilité de créer un hôte de virtualisation > - réplication des NAS entre eux pour la sauvegarde > - globalement facile à administrer > - vidéo-surveillance intégrée et compatible avec pas mal de caméras. > > Les - : > - la gamme est très/trop large et change tout le temps, ça en devient > pénible > - c'est un rêve mais à part un modèle mono disque, il n'y a aucun > modèle fan-less. > - beaucoup de malwares ont ciblé ces 2 marques et on fait pas mal de > dégâts, ça doit interpeler. > - je trouve QSync pas toujours très fiable même s'il y a eu des gros > progrès ces derniers mois donc je reste prudent. > - les extentions RAM et réseau sont discutables en terme de choix > - certaines évolutions existant conjointement avec certaines > implémentations historiques créent parfois de la confusion (système > de logs par exemple, les différents modes de stockage aussi). > > Voilà, à vos claviers. > > Vincent > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Comparons nos NAS
https://www.truenas.com/docs/scale/gettingstarted/scalereleasenotes/ «Linux kernel and NVIDIA driver updates.» https://www.truenas.com/docs/scale/gettingstarted/migrate/migratingfromcore/ -- Cordialement, Jules Consultant informatique https://archphoenix.team Le mercredi 28 février 2024 à 18:02 +0100, Nico Cartron a écrit : > > On 28 Feb 2024, at 17:43, ic wrote: > > > > io, > > > > > On 28 Feb 2024, at 12:29, Vinz Jumpertz via frnog < > > > frnog@frnog.org> wrote: > > > > > > pour nous truenas/*BSD c'est le top, facilement manageable et > > > automatisable (chef/ansible) et ca tourne du tonnerre sur du ZFS. > > > > TrueNAS c’est du Linux maintenant, d’ailleurs le process de mise à > > jour qui fait passer de BSD à Linux est assez bluffant (c’est > > totalement transparent.) > > > > ++ ic > > Euh non. > C’est du FreeBSD avec des Jails etc. > > — > Nico > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Comparons nos NAS
Hello, j'ai du syno avec du veam (backup + 365) chez un client en nfs, ca marche sans soucies. Un autre en scsi (avec le format de partition de microsoft), tout ca sur un rackstation. Bien cordialement Vincent On 2/28/24 11:39, elpablodelcasata via frnog wrote: Chez nous qnap pour compression de video a froid automatiquement. Nous n'avons pas trouvé le moyen de le faire sur du Syno. Sinon nous sommes Syno historiques sur une 10enne de nas. Je me pose une question infra. Utiliseriez vous un syno en tant que repository pour du VEEAM ? les intégrateurs n'aiment pas que l'on parle de syno, j'ai toujours pensé qu'ils préfèrent vendre des baies de stockage de gamme entreprise pour se faire un peu plus de $$ Des retex sur Syno Veeam et des gros volume de sauvegarde ? Tobi De : Vinz Jumpertz via frnog À : frnog@frnog.org Sujet : Re: [FRnOG] [TECH] Comparons nos NAS Date : 28/02/2024 12:29:02 Europe/Paris Hello, pour nous truenas/*BSD c'est le top, facilement manageable et automatisable (chef/ansible) et ca tourne du tonnerre sur du ZFS. Un peu plus DYI que synology mais l'avantage c'est que les possibilites sont assez nombreuses. Les uptimes se comptent en annees sur ceux la mes vincentimes Vincent On 2/28/24 11:23, Frank ALEXIS wrote: Hello à tous, Pour nous, plusieurs centaines de NAS déployés et maintenus chez beaucoup de clients très variés (de micro entreprise à grosse boîte de plus de 100 personnes avec de gros gros besoins en vidéo 4k) Définitivement SYNOLOGY sans aucune comparaison vis à vis de QNAP ou des autres (sauf TrueNAS que l’on ne connaît pas encore) Niveau fiabilité c’est très très très au dessus Niveau interface, DSM c’est juste parfait, QTS de QNAP est vraiment loin du compte (même si la v5 améliore un peu les choses) Niveau stabilité ya pas photo du tout entre les 2 et de loin (aucun truc bizarre sur Syno alors qu’on a souvent des « ho haaa bon » sur QNAP) Qualité de fabrication et design c’est aussi côté synology Le seul truc que QNAP a, c’est justement son immense gamme incompréhensible mais qui a l’avantage d’avoir le choix. Et aussi, les baies avec énormément de disques même si syno comble le manque depuis peu avec les HD6500 Mes 2 cents Frank Le mer. 28 févr. 2024 à 11:42, David Ponzone a écrit : Ils en sont où au niveau du format de stockage sur les disques. C’est pas toujours un peu propriétaire ? David Le 28 févr. 2024 à 11:36, Vincent Duvernet a écrit : Hello la liste, suite aux échanges concernant les cartes d'extensions QNAP, je pense qu'il est intéressant de faire un point sur nos retours d'expérience concernant les NAS. Essayons d'être clairs et concis sur nos expériences présentes et passées. Pour ma part, j'ai commencé avec les ReadyNAS de Netgear en 2006. J'ai travaillé avec pendant quelque chose comme 2/4 ans. A l'époque c'était une marque qu'ils avaient racheté et rebrandé. Ça faisait le job (je ne parle pas du SC101 qui était une bouse finit survendue par des commerciaux pas objectifs). Lorsqu'ils ont fait leur propre gamme, le prix est monté avec le rendant pas compétitif pour ma part. J'ai donc switché vers QNAP (ce qui fait environ une quinzaine d'année) et quelques Synology qui sont arrivés sans qu'on me demande mon avis. Mon usage : Principalement dans des petites structures ou du particulier. Format Desktop principalement pour le bruit plus acceptable qu'un rack. 2 à 4 disques HDD en RAID 1 ou 5. (pas de SSD donc) Les + : - Je n'ai pas l'impression que ce soit spécialement cher - On dispose d'une grosse boite à outils pouvant faire presque tout sans surcoût. Je pense notament à la sauvegarde d'environnement ESXi sans avoir à passer par du Veeam, Acronis ou autre. - QSync, équivalent des solutions de stockage Cloud des Dropbox et autres Drive. - une console centralisée pour voir quels sont les NAS à mettre à jour - possibilité de créer un hôte de virtualisation - réplication des NAS entre eux pour la sauvegarde - globalement facile à administrer - vidéo-surveillance intégrée et compatible avec pas mal de caméras. Les - : - la gamme est très/trop large et change tout le temps, ça en devient pénible - c'est un rêve mais à part un modèle mono disque, il n'y a aucun modèle fan-less. - beaucoup de malwares ont ciblé ces 2 marques et on fait pas mal de dégâts, ça doit interpeler. - je trouve QSync pas toujours très fiable même s'il y a eu des gros progrès ces derniers mois donc je reste prudent. - les extentions RAM et réseau sont discutables en terme de choix - certaines évolutions existant conjointement avec certaines implémentations historiques créent parfois de la confusion (système de logs par exemple, les différents modes de stockage aussi). Voilà, à vos claviers. Vincent --- Liste de diffusion du FRnOG http://www.frnog
Re: [FRnOG] [TECH] Comparons nos NAS
Chez nous qnap pour compression de video a froid automatiquement. Nous n'avons pas trouvé le moyen de le faire sur du Syno. Sinon nous sommes Syno historiques sur une 10enne de nas. Je me pose une question infra. Utiliseriez vous un syno en tant que repository pour du VEEAM ? les intégrateurs n'aiment pas que l'on parle de syno, j'ai toujours pensé qu'ils préfèrent vendre des baies de stockage de gamme entreprise pour se faire un peu plus de $$ Des retex sur Syno Veeam et des gros volume de sauvegarde ? Tobi De : Vinz Jumpertz via frnog À : frnog@frnog.org Sujet : Re: [FRnOG] [TECH] Comparons nos NAS Date : 28/02/2024 12:29:02 Europe/Paris Hello, pour nous truenas/*BSD c'est le top, facilement manageable et automatisable (chef/ansible) et ca tourne du tonnerre sur du ZFS. Un peu plus DYI que synology mais l'avantage c'est que les possibilites sont assez nombreuses. Les uptimes se comptent en annees sur ceux la mes vincentimes Vincent On 2/28/24 11:23, Frank ALEXIS wrote: > Hello à tous, > > Pour nous, plusieurs centaines de NAS déployés et maintenus chez beaucoup > de clients très variés (de micro entreprise à grosse boîte de plus de 100 > personnes avec de gros gros besoins en vidéo 4k) > > Définitivement SYNOLOGY sans aucune comparaison vis à vis de QNAP ou des > autres (sauf TrueNAS que l’on ne connaît pas encore) > > Niveau fiabilité c’est très très très au dessus > Niveau interface, DSM c’est juste parfait, QTS de QNAP est vraiment loin du > compte (même si la v5 améliore un peu les choses) > Niveau stabilité ya pas photo du tout entre les 2 et de loin (aucun truc > bizarre sur Syno alors qu’on a souvent des « ho haaa bon » sur QNAP) > Qualité de fabrication et design c’est aussi côté synology > > Le seul truc que QNAP a, c’est justement son immense gamme incompréhensible > mais qui a l’avantage d’avoir le choix. > > Et aussi, les baies avec énormément de disques même si syno comble le > manque depuis peu avec les HD6500 > > Mes 2 cents > Frank > > Le mer. 28 févr. 2024 à 11:42, David Ponzone a > écrit : > >> Ils en sont où au niveau du format de stockage sur les disques. C’est pas >> toujours un peu propriétaire ? >> >> David >> >>> Le 28 févr. 2024 à 11:36, Vincent Duvernet >> a écrit : >>> >>> Hello la liste, suite aux échanges concernant les cartes d'extensions >> QNAP, je pense qu'il est intéressant de faire un point sur nos retours >> d'expérience concernant les NAS. >>> Essayons d'être clairs et concis sur nos expériences présentes et >> passées. >>> >>> Pour ma part, j'ai commencé avec les ReadyNAS de Netgear en 2006. J'ai >> travaillé avec pendant quelque chose comme 2/4 ans. >>> A l'époque c'était une marque qu'ils avaient racheté et rebrandé. >>> Ça faisait le job (je ne parle pas du SC101 qui était une bouse finit >> survendue par des commerciaux pas objectifs). >>> Lorsqu'ils ont fait leur propre gamme, le prix est monté avec le rendant >> pas compétitif pour ma part. >>> >>> J'ai donc switché vers QNAP (ce qui fait environ une quinzaine d'année) >> et quelques Synology qui sont arrivés sans qu'on me demande mon avis. >>> >>> Mon usage : >>> Principalement dans des petites structures ou du particulier. >>> Format Desktop principalement pour le bruit plus acceptable qu'un rack. >>> 2 à 4 disques HDD en RAID 1 ou 5. (pas de SSD donc) >>> >>> Les + : >>> - Je n'ai pas l'impression que ce soit spécialement cher >>> - On dispose d'une grosse boite à outils pouvant faire presque tout sans >> surcoût. Je pense notament à la sauvegarde d'environnement ESXi sans avoir >> à passer par du Veeam, Acronis ou autre. >>> - QSync, équivalent des solutions de stockage Cloud des Dropbox et >> autres Drive. >>> - une console centralisée pour voir quels sont les NAS à mettre à jour >>> - possibilité de créer un hôte de virtualisation >>> - réplication des NAS entre eux pour la sauvegarde >>> - globalement facile à administrer >>> - vidéo-surveillance intégrée et compatible avec pas mal de caméras. >>> >>> Les - : >>> - la gamme est très/trop large et change tout le temps, ça en devient >> pénible >>> - c'est un rêve mais à part un modèle mono disque, il n'y a aucun modèle >> fan-less. >>> - beaucoup de malwares ont ciblé ces 2 marques et on fait pas mal de >> dégâts, ça doit interpeler. >>> - je trouve QSync pas toujours très fiable même s'il y a eu des
Re: [FRnOG] [TECH] Comparons nos NAS
Hello, pour nous truenas/*BSD c'est le top, facilement manageable et automatisable (chef/ansible) et ca tourne du tonnerre sur du ZFS. Un peu plus DYI que synology mais l'avantage c'est que les possibilites sont assez nombreuses. Les uptimes se comptent en annees sur ceux la mes vincentimes Vincent On 2/28/24 11:23, Frank ALEXIS wrote: Hello à tous, Pour nous, plusieurs centaines de NAS déployés et maintenus chez beaucoup de clients très variés (de micro entreprise à grosse boîte de plus de 100 personnes avec de gros gros besoins en vidéo 4k) Définitivement SYNOLOGY sans aucune comparaison vis à vis de QNAP ou des autres (sauf TrueNAS que l’on ne connaît pas encore) Niveau fiabilité c’est très très très au dessus Niveau interface, DSM c’est juste parfait, QTS de QNAP est vraiment loin du compte (même si la v5 améliore un peu les choses) Niveau stabilité ya pas photo du tout entre les 2 et de loin (aucun truc bizarre sur Syno alors qu’on a souvent des « ho haaa bon » sur QNAP) Qualité de fabrication et design c’est aussi côté synology Le seul truc que QNAP a, c’est justement son immense gamme incompréhensible mais qui a l’avantage d’avoir le choix. Et aussi, les baies avec énormément de disques même si syno comble le manque depuis peu avec les HD6500 Mes 2 cents Frank Le mer. 28 févr. 2024 à 11:42, David Ponzone a écrit : Ils en sont où au niveau du format de stockage sur les disques. C’est pas toujours un peu propriétaire ? David Le 28 févr. 2024 à 11:36, Vincent Duvernet a écrit : Hello la liste, suite aux échanges concernant les cartes d'extensions QNAP, je pense qu'il est intéressant de faire un point sur nos retours d'expérience concernant les NAS. Essayons d'être clairs et concis sur nos expériences présentes et passées. Pour ma part, j'ai commencé avec les ReadyNAS de Netgear en 2006. J'ai travaillé avec pendant quelque chose comme 2/4 ans. A l'époque c'était une marque qu'ils avaient racheté et rebrandé. Ça faisait le job (je ne parle pas du SC101 qui était une bouse finit survendue par des commerciaux pas objectifs). Lorsqu'ils ont fait leur propre gamme, le prix est monté avec le rendant pas compétitif pour ma part. J'ai donc switché vers QNAP (ce qui fait environ une quinzaine d'année) et quelques Synology qui sont arrivés sans qu'on me demande mon avis. Mon usage : Principalement dans des petites structures ou du particulier. Format Desktop principalement pour le bruit plus acceptable qu'un rack. 2 à 4 disques HDD en RAID 1 ou 5. (pas de SSD donc) Les + : - Je n'ai pas l'impression que ce soit spécialement cher - On dispose d'une grosse boite à outils pouvant faire presque tout sans surcoût. Je pense notament à la sauvegarde d'environnement ESXi sans avoir à passer par du Veeam, Acronis ou autre. - QSync, équivalent des solutions de stockage Cloud des Dropbox et autres Drive. - une console centralisée pour voir quels sont les NAS à mettre à jour - possibilité de créer un hôte de virtualisation - réplication des NAS entre eux pour la sauvegarde - globalement facile à administrer - vidéo-surveillance intégrée et compatible avec pas mal de caméras. Les - : - la gamme est très/trop large et change tout le temps, ça en devient pénible - c'est un rêve mais à part un modèle mono disque, il n'y a aucun modèle fan-less. - beaucoup de malwares ont ciblé ces 2 marques et on fait pas mal de dégâts, ça doit interpeler. - je trouve QSync pas toujours très fiable même s'il y a eu des gros progrès ces derniers mois donc je reste prudent. - les extentions RAM et réseau sont discutables en terme de choix - certaines évolutions existant conjointement avec certaines implémentations historiques créent parfois de la confusion (système de logs par exemple, les différents modes de stockage aussi). Voilà, à vos claviers. Vincent ------- 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] [BIZ] Opération exclusive baies sèches 4KVA - DC3 Scalway
Salut, En même temps, une offre commerciale venant d'un gmail et sans société indiquée, ca laisse un petit côté phishie à l'annonce. Cdlt Le 26/02/2024 à 11:33, Clement Cavadore a écrit : Bonjour, Tu as déjà fait la pub pour cette opportunité "inédite" mercredi dernier ici même, c'est donc plus très frais comme info, limite ca devient du spam à ce niveau... J'espère que [BIZ] ne deviendra pas un repère à raccolage pour commerciaux :) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Le KVM ultime…
quand je dis ipmi/idrac, je voulais dire par là que je voulais juste faire une config rapide d'adresses IP pour l'idrac, et même un truc aussi simple j'y ai passé parfois trop de temps sur certains Dells récalcitrants avec l'Aurga Le 26/02/2024 à 11:32, Étienne Wan via frnog a écrit : Acheté sans grande conviction, mais au moins pour tester et finalement ça dépanne de temps en temps. L'appli Android est compliquée d'utilisation : synchro bluetooth avec l'Aurga pour pousser la configuration wifi sur la clé, puis connexion wi-fi, puis ... aléatoirement ça marche ou ça ne marche pas, j'ai parfois besoin de relancer l'application plusieurs fois pour récupérer le flux vidéo. L'appli Linux est horrible, 100%cpu sur un core... Je me dis que j'aimerai bien bidouiller/capturer le trafic histoire de refaire l'app, on verra quand j'aurai le temps ! Le raccordement usb pour le clavier ne marche pas parfois pour certains IPMI / idrac ou même bios/efi basiques. Là je ne sais pas dire si c'est l'Aurga, son application ou la machine... Du coup l'Aurga me sert à ce moment là juste d'écran déporté vers mon téléphone/tablette et je branche quand même un clavier USB sur la machine. Au moins donc je gagne le fait de transporter un écran. Au moins point positif, l'adaptateur VGA vers HDMI fourni avec marche bien (à alimenter sur un second port USB). Ça reste donc globalement une solution portative mais pas trop pour les urgences. Le 26/02/2024 à 09:35, David Ponzone a écrit : Bon c’est lundi matin, y a encore un peu de brume :) https://www.aurga.com/pages/download <https://www.aurga.com/pages/download> Les avis dessus sont variables: certains ont galéré au point de le renvoyer, d’autres ont réussi (en galérant un peu car doc inexistante), mais le support semble dispo pour aider. Comme souvent avec les trucs chinois, ça marche super, mais la mise en route et l’ergonomie sont problématiques. Le 26 févr. 2024 à 09:30, GROS Jérôme a écrit : Bonjour, Il faut un logiciel sur les phériphériques cibles, non ? Je vois Windaube/Mac Android/iOS. Est-qu'il fonctionne sous Linux ? Merci d'avance. Le 26/02/24 01:21, Jeremy a écrit : Commandé, testé et validé depuis quelques semaines. Jérémy Le 26/02/2024 à 01:05, David Ponzone a écrit : Depuis le temps que j’attendais ça: https://www.aurga.com/products/aurga-viewer?utm_source=facebook&utm_medium=paid&utm_campaign=g01&fbclid=IwAR0jKSYQSrfkBGBkquGXQ8Ky2XUGEsT-ZMOnpsQDr0T_P0k4sHx9Chu7UU0_aem_AUkJnidbtsXdJUB5za9Jv0ZJ8tcdkfEie5frGfist82-wcrkddGWRDDurf7howEQar8 David Ponzone --- 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] Le KVM ultime…
Acheté sans grande conviction, mais au moins pour tester et finalement ça dépanne de temps en temps. L'appli Android est compliquée d'utilisation : synchro bluetooth avec l'Aurga pour pousser la configuration wifi sur la clé, puis connexion wi-fi, puis ... aléatoirement ça marche ou ça ne marche pas, j'ai parfois besoin de relancer l'application plusieurs fois pour récupérer le flux vidéo. L'appli Linux est horrible, 100%cpu sur un core... Je me dis que j'aimerai bien bidouiller/capturer le trafic histoire de refaire l'app, on verra quand j'aurai le temps ! Le raccordement usb pour le clavier ne marche pas parfois pour certains IPMI / idrac ou même bios/efi basiques. Là je ne sais pas dire si c'est l'Aurga, son application ou la machine... Du coup l'Aurga me sert à ce moment là juste d'écran déporté vers mon téléphone/tablette et je branche quand même un clavier USB sur la machine. Au moins donc je gagne le fait de transporter un écran. Au moins point positif, l'adaptateur VGA vers HDMI fourni avec marche bien (à alimenter sur un second port USB). Ça reste donc globalement une solution portative mais pas trop pour les urgences. Le 26/02/2024 à 09:35, David Ponzone a écrit : Bon c’est lundi matin, y a encore un peu de brume :) https://www.aurga.com/pages/download <https://www.aurga.com/pages/download> Les avis dessus sont variables: certains ont galéré au point de le renvoyer, d’autres ont réussi (en galérant un peu car doc inexistante), mais le support semble dispo pour aider. Comme souvent avec les trucs chinois, ça marche super, mais la mise en route et l’ergonomie sont problématiques. Le 26 févr. 2024 à 09:30, GROS Jérôme a écrit : Bonjour, Il faut un logiciel sur les phériphériques cibles, non ? Je vois Windaube/Mac Android/iOS. Est-qu'il fonctionne sous Linux ? Merci d'avance. Le 26/02/24 01:21, Jeremy a écrit : Commandé, testé et validé depuis quelques semaines. Jérémy Le 26/02/2024 à 01:05, David Ponzone a écrit : Depuis le temps que j’attendais ça: https://www.aurga.com/products/aurga-viewer?utm_source=facebook&utm_medium=paid&utm_campaign=g01&fbclid=IwAR0jKSYQSrfkBGBkquGXQ8Ky2XUGEsT-ZMOnpsQDr0T_P0k4sHx9Chu7UU0_aem_AUkJnidbtsXdJUB5za9Jv0ZJ8tcdkfEie5frGfist82-wcrkddGWRDDurf7howEQar8 David Ponzone --- 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] Obligation (ou pas) de maintenance des lignes
Hello Daniel,, Dans le Lot, en zone pas dense du tout, les fibres aériennes font des km sur les poteaux télégraphiques historiques. Elles ont été posées en 2020, 2021, par les sous triants pour Orange, sur des T métalliques en haut des poteaux et à beaucoup d'endroits sont déjà tombées. On a donc des cables à hauteur d'homme ou au sol qui attendent d'être arrachées accidentellement. J'en ai parlé au service pro Orange, en agence locale, ils m'ont dit qu'il fallait prendre des photos et les envoyer au service client avec point GPS. Je n'ai pas encore eu le temps de le faire ... Peut-être que pour toi il faut faire ça chez SFR, t'appelle naïvement pour dire que ta connexion est coupée et quand tu as un numéro de support tu balance les photos ? Et leur compte twitter ? Leurs réseaux sociaux ? Théo > Le 23 févr. 2024 à 20:45, Daniel Caillibaud a écrit : > > Le 23/02/24 à 15:43, Stéphane Rivière a écrit : >>> À part mon FAI, est-ce que je peux tenter de secouer qqun d'autre et qui ? >> >> Starlink (sérieux). > > Ma question n'était pas de trouver une solution de continuité (heureusement > j'ai, sinon j'aurai > du mal à vous causer), mais y'a t'il qqun que le pékin lambda peut secouer > (ou alerter > poliment, suivant la personne concernée) pour accélérer le retour à la > normale ? > > Je pourrais tenter d'écrire à la patronne de l'arcep (elle était députée du > coin y'a pas si > longtemps), mais y'a p'tet plus orthodoxe / efficace ;-) > > Bon WE, > > -- > Daniel > > Tout a été dit ; mais comme personne n'écoute, > il faut toujours répéter. > André Gide > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes
Salut, > En zone agrume du coté de Niort/Melle, un engin agricole nocturne hors > gabarit a décapité une vingtaine de poteaux le long d'une route, privant > deux villages et 500 personnes de téléphone et internet. Deux mois > après, malgré l'intervention du maire, l'agrume n'avait toujours rien > fait sauf distribuer chichement des routeurs 4G qui ne marchaient pas > car les deux villages étaient en zone blanche (à moins de sortir des > maisons à certains endroits). Donc perte de connectivité totale, > isolation absolue et forte densité de personnes âgées. Plus tard, les 20 > poteaux ont été remis. Starlink a de l'avenir :D > Plus aléatoire, lorsque j'avais ma boite de maintenance et que l'adsl > 1.0 régnait, quand un client était dans la mouise aléatoire (le pire cas > et l'agrume refusait de reconstruire la ligne juste pour que ça marche), > on avait trouvé une méthode imparable : > - Le client prenait un second accès ADSL sans supprimer le premier. > - Ça forçait une reconstruction de ligne puisque la défectueuse était > toujours occupée. > - Si le nouvel accès ADSL marchait, alors seulement le client supprimait > le premier. Cette technique, je l'utilisais déjà en 2006... Juste pour dire depuis quand le réseau FT est dans un état de non maintenance... > Ça ne réponds pas à ta question et illustre juste l'absurdité ambiante. > > Mon opinion a toujours été de multiplier/diversifier les accès grand > public vs s'offrir une connexion pro avec une super GTR garantie à la > milliseconde (sic). Au prix du starlink de backup, je ne vois pas pourquoi s'en priver... Et honnêtement, même c'est pas la meilleure méthode pour accèder à l'internet il reste un backup ultra fiable comparé à la 4G (ou 5G) qui passe par les mêmes fibres que la FTTH (testé et approuvé en Lorraine où un coup de pelleteuse a Anméville a coupé la 4G, la FTTH de plusieurs opérateurs dans le coin..., là aussi l'obligation d'avoir 2 paths pour la 4G doit être fondamentale au moment où le cuivre s'arrête et que le RTC n'est plus entretenu). /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes
On 23/02/2024 16:55, David Ponzone wrote: T’as pas vraiment répondu à ma question: est-ce que tu as vu ce repointage télécommandé par eux ? Je ne suis pas au courant d'un éventuel repointage. Personellement je n'ai rien remarqué (pour mon usage, c'est la connexion de la maison). Je viens de sortir vérifier l'orientation de l'antenne, et il semble qu'elle "regarde" plus à l'ouest qu'avant (avant étant la dernière fois que je l'ai observée, il doit y avoir 6 ou 7 semaines). Tu as des liens vers l'info comme quoi ils auraient réorienté des antennes ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes
On 23/02/2024 11:39, Julien LIVENAIS via frnog wrote: Le 23/02/2024 à 09:57, Daniel Caillibaud a écrit : Mon FAI est SFR (ils ont eu un an d'exclusivité sur la fibre), qui m'a envoyé un tech mardi pour constater que ça marchait pas, et depuis, rien… Existe t-il vraiement un cas ou un opérateur d'infrastructure a une exclusivité commerciale sur le réseau FTTH qu'il a déployé ? A ma connaissance, c'est une légende urbaine. Si quelqu'un a des éléments, je suis preneur ! Légende urbaines maintes fois "débunkée" dans cette liste. Il y a confusion avec le délais obligatoire que doit laisser l'OI au marché entre l'annonce de disponibilité du génie civil et la première vente. Enfin, un truc comme ça. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes
Bonjour, Ce n'est pas le sujet premier pour lequel je n'ai pas de meilleur réponse que celles déja évoquées. En revanche, ce point m’étonne. Le 23/02/2024 à 09:57, Daniel Caillibaud a écrit : Mon FAI est SFR (ils ont eu un an d'exclusivité sur la fibre), qui m'a envoyé un tech mardi pour constater que ça marchait pas, et depuis, rien… Existe t-il vraiement un cas ou un opérateur d'infrastructure a une exclusivité commerciale sur le réseau FTTH qu'il a déployé ? A ma connaissance, c'est une légende urbaine. Si quelqu'un a des éléments, je suis preneur ! Cdt, Julien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] La belle boite de Pandore....
Je +1000. Il y a quelques décennies, un admin ou un développeur, tout le monde avait au moins des notions des couches sous-jacentes. Le dev n’était peut-être pas un pro des requêtes ARP, mais il avait des idées de masques de sous-réseau. J’ai été récemment frappé de voir des développeurs plutôt doués, travaillant sur des applications de big data sur des infrastructures Kubernetes (que je ne maitrise pas pour ma part, n’ayant pas pris le temps). En revanche, il ne s’était jamais demandé comment son fournisseur lui vendait ses services Kubernetes, ne connaissait même pas la notion d’Hyperviseur ou de cluster. Pour résumer, il n’avait aucune idée de ce qui faisait tourner son infra. Comme on était en train de déployer d’autres services sur un Proxmox, j’ai du reprendre les bases. Il comprenait, mais en vrai, jamais personne ne lui en avait parlé. Ca remet beaucoup de choses en perspective. Ce développeur achète du service « Kub » sans être en mesure de comprendre l’architecture de ce qu’il a acheté. Les souci des « big 3 », c’est que tu peux avoir un service à disposition en quelques minutes et quelques clics à pas cher... --- Liste de diffusion du FRnOG http://www.frnog.org/
