Re: [FRnOG] [TECH] Bouygues Telecom 4GBox : mettre la SIM dans le CPE de mon choix ?
salut Intéressé si possible par voir un speedtest et/ou iperf entre un Chateau 12 et le Netgear (marque dont j'ai une méfiance sans limite). CAT20 ça serait l’agrégation de 7 canaux@20MHz, on n'est pas prêt de voir ça chez nous. CLM - Mail original - De: "Nicolas Vuillermet" À: "David Ponzone" Cc: "Jérôme Quintard" , "Anthony Deshayes" , "R" , "frnog" Envoyé: Mardi 21 Juillet 2020 14:27:25 Objet: Re: [FRnOG] [TECH] Bouygues Telecom 4GBox : mettre la SIM dans le CPE de mon choix ? Hello, Je déterre le sujet... :) Perso j'ai le Nighthawk M2 (donné pour du LTE cat20, si quelqu'un a un tableau des évolutions LTE ça m'intéresserait), routeur portable, avec 2 ports d'antennes. Même sans antenne externe, il a de très bonnes performances. Je prévois d'installer chez des amis le Mikrotik Chateau LTE Cat12 ( https://mikrotik.com/product/chateau_lte12) avec antenne aliexpress https://fr.aliexpress.com/item/4000894524156.html?spm=a2g0s.9042311.0.0.42486c371sKuMk Le gain sur le papier est impressionnant, à voir si ça suit bien les performances. Après ça restera en complément d'un accès ADSL et aggrégé avec du MPTCP dans lequel je passe un L2 oVPN :) Nicolas ___ *Nicolas VUILLERMET* - 06 51 71 30 02 Le jeu. 16 juil. 2020 à 16:50, David Ponzone a écrit : > Tu parles de la version avec ports SMA faites maison par mhzshop.com < > http://mhzshop.com/> ? > > Ok, j’avais vu, mais bon…. > > > Le 16 juil. 2020 à 16:24, Jérôme Quintard a > écrit : > > > > Bah si, David tu as deux SMA en option. Moi elles sont branchées sur des > antennes externes systématiquement. > > > --- > 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]problème de flash avec ubiquity ES16-XG
Bonjour, Marque et modèle de la puce? Cordialement, Le 21/07/2020 à 15:39, Pierre Colombier via frnog a écrit : > Bonjour, > > J'ai un petit souci avec des switches ubiquity ES16-XG. > > Pour faire simple, il n'y a qu'une seule puce de flash dedans et si on > a le malheur d'activer les log persistents, on fini par la bruler. > > Passe encore si ça ne concernait qu'une cellule dédiée mais et pour > achever le problème, les logs sont dans le même filesystem que la > conf > > G! > > > Usuellement, je devrais juste dire que le switch est mort est passer à > autre chose... > > Sauf que j'en ai quand même un beau petit paquet qui ont été soumis au > même traitement et que j'ai peur d'avoir très bientôt une épidémie de > flash corrompues. > > > Du coup, je décide de "tenter des trucs". > > je dessoude la puce de flash (MX66L51235F) et je la recopie dans une > neuve. > > Yahoo, ça boot, je peux enregistrer la conf et ça la prends bien au > reload. tout est nickel. > > Petit excès d'enthousiasme qui termine sur une douche froide car au > bout d'une 15 minutes d'uptime le switch clear (presque) toute sa > running config et règle son hostname à "Error-A12". > > Pas moyen d'avoir une info sur ce qui ne va pas auprès du support. > > Pas moyen d'obtenir une image "failsafe" de ce qu'il devrait y avoir > dans la flash. > > scrogneugneu... > > Alors, peut être que c'est pas seulement la flash et qu'il est > vraiment mort ? > > Juste pour voir, je ressoude la vieille puce, et ce qui est > surprenant, c'est qu'avec celle la, il n'y a évidemment plus > possibilité d'enregistrer la conf dans la zone cramée mais par contre > ça ne fait pas l'erreur A12... > > Hummm c'est qu'en fait, c'est pas un clone parfait que j'ai fait... > > This chip may contain one-time programmable memory. flashrom cannot read > and may never be able to write it, hence it may not be able to completely > clone the contents of this chip (see man page for details). > > > Je suis peut-être parano mais est-ce qu'au lieu d'être simplement mal > conçu ça ne serait pas au contraire bien conçu pour être pénible ? > > Juste pour le plaisir de l'exercice, est-ce qu'il y en a sur la liste > qui se sont déjà ammusés à ce genre de sport et avec quel succès ? > > (et bien entendu, auraient ils des conseils à donner ?) > > > > > > > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH]problème de flash avec ubiquity ES16-XG
Bonjour, J'ai un petit souci avec des switches ubiquity ES16-XG. Pour faire simple, il n'y a qu'une seule puce de flash dedans et si on a le malheur d'activer les log persistents, on fini par la bruler. Passe encore si ça ne concernait qu'une cellule dédiée mais et pour achever le problème, les logs sont dans le même filesystem que la conf G! Usuellement, je devrais juste dire que le switch est mort est passer à autre chose... Sauf que j'en ai quand même un beau petit paquet qui ont été soumis au même traitement et que j'ai peur d'avoir très bientôt une épidémie de flash corrompues. Du coup, je décide de "tenter des trucs". je dessoude la puce de flash (MX66L51235F) et je la recopie dans une neuve. Yahoo, ça boot, je peux enregistrer la conf et ça la prends bien au reload. tout est nickel. Petit excès d'enthousiasme qui termine sur une douche froide car au bout d'une 15 minutes d'uptime le switch clear (presque) toute sa running config et règle son hostname à "Error-A12". Pas moyen d'avoir une info sur ce qui ne va pas auprès du support. Pas moyen d'obtenir une image "failsafe" de ce qu'il devrait y avoir dans la flash. scrogneugneu... Alors, peut être que c'est pas seulement la flash et qu'il est vraiment mort ? Juste pour voir, je ressoude la vieille puce, et ce qui est surprenant, c'est qu'avec celle la, il n'y a évidemment plus possibilité d'enregistrer la conf dans la zone cramée mais par contre ça ne fait pas l'erreur A12... Hummm c'est qu'en fait, c'est pas un clone parfait que j'ai fait... This chip may contain one-time programmable memory. flashrom cannot read and may never be able to write it, hence it may not be able to completely clone the contents of this chip (see man page for details). Je suis peut-être parano mais est-ce qu'au lieu d'être simplement mal conçu ça ne serait pas au contraire bien conçu pour être pénible ? Juste pour le plaisir de l'exercice, est-ce qu'il y en a sur la liste qui se sont déjà ammusés à ce genre de sport et avec quel succès ? (et bien entendu, auraient ils des conseils à donner ?) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Re: [MISC] La sobriété numérique, oui mais pour quoi faire ?
Bonjour, On Mon, Jul 20, 2020 at 04:02:43AM +0200, frnog.kap...@antichef.net wrote: > Désolé de te contredire Stéphane mais ce n'est pas ce que dit l'article. > Le passage dont tu parles est une petite note de 4 lignes qui arrive en toute > fin d'un billet de près de 250 lignes qui sont consacrées à démontrer que la > réduction des volumes transportés n'entraine pas de réduction significative > de > la consommation énergétique pour amener à l'idée que la sobriété numérique > serait un effort inutile. Stéphane a très bien compris le sens du billet. J'en suis l'auteur et j'ai mis un certain nombre d'avertissements (dont en tête du billet) pour expliciter que ce n'est pas la demande de sobriété numérique en tant que telle que je critique, mais 1) la "sobriété pour la sobriété" si elle n'a aucun sens énergétique (il s'agit d'une démarche monastique, non pragmatique) et 2) en particulier, combattre l'idée fausse et malheureusement répandue que notre impact énergétique est proportionnel à notre consommation de données, ce qu'aucune donnée factuelle ne montre, au contraire. Si le billet n'est pas suffisamment clair malgré les multiples avertissements, je peux le corriger, mais on ne m'expliquera pas ce que j'ai voulu dire car j'en ai une assez précise idée :) Il s'agit donc juste de déconstruire une idée particulièrement fausse. Ce n'est pas une thèse générale sur l'impact du numérique, qui en effet est un sujet bien plus large, et il ne me viendrait pas à l'esprit de nier que cet impact existe. On voit fleurir les articles du style "le numérique a un impact de x % des GES mondiaux" suivi de (handwaving) "60 % du volume consommé concerne la vidéo en ligne, il faut donc réduire notre consommation de données". Le lecteur en tire bien évidemment une conclusion fausse, et appliquera des efforts vains (au lieu de penser à éviter de changer d'ordiphone pour un oui ou pour un non). > Le fait que l'auteur ait été amené à ajouter un avertissement en introduction > pour préciser que son objet n'est pas de nier l'impact environnemental du > numérique indique qu'un certain nombre de lecteurs ont pensé que c'était le > cas à la lecture du billet. Soit qu'une partie du lectorat ait mal interprété > les propos peut-être à cause d'une formulation hasardeuse, mais peut-être > aussi qu'une partie du lectorat a correctement interprété le propos du billet > et l'auteur se trouve obligé de s'en défendre. J'essaie de sérier les problèmes. Qu'on s'attaque aux vrais plutôt qu'aux problèmes fantasmés, en chiffrant correctement les impacts, sans dogmatisme. Vouloir tout aglomérer dans un gros blob "le numérique c'est mal" n'est pas une méthode d'analyse suffisamment fine, elle permet d'affirmer un peu n'importe quoi sans chiffre. > Ici l'objectif est bien de ramener la consommation totale en dessous du seuil > de capacité de charge de la planète. La planète a une limite en terme de volume d'échange de données numériques ? > Dans les faits, la consommation totale augmente de plus en plus vite, la > consommation du numérique augmente aussi de plus en plus tandis que la > consommation des autres secteurs que le numérique pourraient compenser ne > diminue pas. Ça semble indiquer que la consommation du numérique vient > s'additionner à celle des autres secteurs au lieu de s'y substituer. Il ne faut pas confondre consommation énergétique et consommation en volume de données. Donc soyons précis dans ce que nous disons. Sinon, beaucoup de gens vont croire que diminuer leur consommation de données par 2 va diviser leur impact énergétique numérique par 2... et c'est totalement faux. Une autre question serait : veut-on vraiment réduire l'impact en tapant là où il faut, ou veut-on se faire plaisir (et tester son influence sur la population générale) en leur donnant l'impression qu'ils font un effort en nous obéissant ? -- Pierre Beyssac p...@eriomem.net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Moratoire en faveur du déploiement de la 5G
Re, On Tue, Jul 21, 2020 at 10:50 AM Stéphane Rivière wrote: > Bonjour Nicolas... > > > Dans quel coin ? Autant les conf feederless je vois bien (avec les RRH > > Sur la liaison entre La Rochelle Vendée et Nantes... > > À priori juste un site Free... Je crois ne pas m'être gourré sur la > loc... Clairement, le matos d'alim (c'est tout petit) est à 4m et le > reste est perché dans les sectorielles... Un relais un peu perdu dans > les marais... > On ne voit pas la même chose à priori. Voilà quelques photos (merci RNC Mobile ;) ) : https://www.rncmobile.net/site/15918 Photo 2 : conf feederless tout ce qu'il y a de plus classique, on voit les antennes _passives_ et 5 RRU au milieu de celles-ci (700, 900, 1800, 2100 et 2600). Photo 4 : à gauche les boîtes de lovage pour les fibres BBU/RRU, au milieu une pile avec de bas en haut des alim, des BBU (FSME, FSMF) et un FOC (casing permettant de raquer le switch pour la trans), a droite le TD. Aucune antenne active, on a bien des RRU à côté des antennes. Du très classique. Nicolas > > > Support : 1951134 > > Support details : > > N° identification : 1951134 > > Support description : Pylône autostable / 36m / IFW-FREE > > Adress : LA PRÉE NEUVE > > Postal Code / Municipality : 17230 VILLEDOUX > Téléphonie > FREE MOBILE > > 3G/4G > FH > FREE MOBILE > > Faisceau hertzien > > Edition of 21/07/2020 > > For a better understanding of this fact sheet, see the Glossary and the > F.A.Q. > In case of error, please. contact us > > > > > -- > Stéphane Rivière > Ile d'Oléron - France > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Bouygues Telecom 4GBox : mettre la SIM dans le CPE de mon choix ?
Hello, Je déterre le sujet... :) Perso j'ai le Nighthawk M2 (donné pour du LTE cat20, si quelqu'un a un tableau des évolutions LTE ça m'intéresserait), routeur portable, avec 2 ports d'antennes. Même sans antenne externe, il a de très bonnes performances. Je prévois d'installer chez des amis le Mikrotik Chateau LTE Cat12 ( https://mikrotik.com/product/chateau_lte12) avec antenne aliexpress https://fr.aliexpress.com/item/4000894524156.html?spm=a2g0s.9042311.0.0.42486c371sKuMk Le gain sur le papier est impressionnant, à voir si ça suit bien les performances. Après ça restera en complément d'un accès ADSL et aggrégé avec du MPTCP dans lequel je passe un L2 oVPN :) Nicolas ___ *Nicolas VUILLERMET* - 06 51 71 30 02 Le jeu. 16 juil. 2020 à 16:50, David Ponzone a écrit : > Tu parles de la version avec ports SMA faites maison par mhzshop.com < > http://mhzshop.com/> ? > > Ok, j’avais vu, mais bon…. > > > Le 16 juil. 2020 à 16:24, Jérôme Quintard a > écrit : > > > > Bah si, David tu as deux SMA en option. Moi elles sont branchées sur des > antennes externes systématiquement. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Re: Perte de paquets sur OVH Roubaix
Sur la même période j'ai eu de grosses galères à utiliser la console sur des VPS à GRA (notamment pour du reboot en rescue). Aucune idée de si c'est lié ou une pure coïncidence, mais ca a duré +/- 30min, et revenu à la normal il y a quelques minutes.. - Charley Le mar. 21 juil. 2020 à 12:36, Mickael Hubert a écrit : > Tout est revenu à la normal. > surement un problème très localisé. > ++ > > Le mar. 21 juil. 2020 à 12:11, Mickael Hubert a écrit > : > > > Bonjour, > > constatez-vous des pertes de paquets dans le VRACK sur OVH Roubaix svp ? > > de mon côté environ 25% de perte. > > Côté WAN ça m'a l'air d'aller. > > > > merci d'avance pour le coup de main. > > > > ++ > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [ALERT] Re: Perte de paquets sur OVH Roubaix
Tout est revenu à la normal. surement un problème très localisé. ++ Le mar. 21 juil. 2020 à 12:11, Mickael Hubert a écrit : > Bonjour, > constatez-vous des pertes de paquets dans le VRACK sur OVH Roubaix svp ? > de mon côté environ 25% de perte. > Côté WAN ça m'a l'air d'aller. > > merci d'avance pour le coup de main. > > ++ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [ALERT] Perte de paquets sur OVH Roubaix
Bonjour, constatez-vous des pertes de paquets dans le VRACK sur OVH Roubaix svp ? de mon côté environ 25% de perte. Côté WAN ça m'a l'air d'aller. merci d'avance pour le coup de main. ++ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Cisco ASR vs REdback configuration
Bonjour, je suis en train de tenter la migration Redback vers cisco ASR. Sur les redback il existe une configuration que je dirais de repli pour le l2tp. l2tp-peer unnamed ce qui permet de gérer les connexion l2tp même avec un Remote-Name que l'on ne connaîtrait pas ou plusieur remote-name que l'on connaît mais qu'on veut faire tomber dans une case par défaut. Y a t'il la même chose sur un ASR ? Pour le moment ce n'est pas encore très clair qui fait quoi sur l'asr entre le vpdn group et les interface virtual-template. Si quelqu'un à une page web ou c'est un peu expliqué je suis preneur. Merci --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Moratoire en faveur du déploiement de la 5G
Bonjour Nicolas... > Dans quel coin ? Autant les conf feederless je vois bien (avec les RRH Sur la liaison entre La Rochelle Vendée et Nantes... À priori juste un site Free... Je crois ne pas m'être gourré sur la loc... Clairement, le matos d'alim (c'est tout petit) est à 4m et le reste est perché dans les sectorielles... Un relais un peu perdu dans les marais... Support : 1951134 Support details : N° identification : 1951134 Support description : Pylône autostable / 36m / IFW-FREE Adress : LA PRÉE NEUVE Postal Code / Municipality : 17230 VILLEDOUX Téléphonie FREE MOBILE 3G/4G FH FREE MOBILE Faisceau hertzien Edition of 21/07/2020 For a better understanding of this fact sheet, see the Glossary and the F.A.Q. In case of error, please. contact us -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
