Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?

[David Ponzone]

Ou si Orange a des équipements sur le pylône, en leur signalant l’absence de 
sécurisation du site ?

David

> Le 26 avr. 2024 à 11:43, Ludovic de Bélair  a écrit :
> 
> Bonjour,
> 
> Attention, si ATC est propriétaire des pylône et du terrain, il y a 
> certainement un bail ou un contrat avec le locataire. Il est fort possible 
> que la charge de l'entretien, de l'état de la clôture and co soit transféré 
> au bailleur. 
> 
> Ainsi quand on loue un local commercial, le locataire a la charge de 
> l'ensemble des couts d'entretien hormis le clos d'air et d'eau (grosso modo 
> le toit, les murs et les fenêtres).
> 
> Dans le cas évoqué et en fonction de la convention signé entre les deux il 
> est fort probable que le locataire est la charge d'entretenir la clôture et 
> de sécuriser le site... Ce n'est donc pas surprenant si ATC ne réponds pas 
> mais ils devraient transmettre la réclamation au locataire avec mise en 
> demeure... Mais tout ça c'est probablement un peu loin vu des US..
> 
> Je trouve un ATF France mais cela doit être une holding de gestion car pas de 
> CA...
> 
> Raison sociale ATC FRANCE RESEAUX
> Siège social 10 AVEN ARISTIDE BRIAND 92220 BAGNEUX - FRANCE
> Téléphone +33 1 45 36 50 80
> Informations juridiques
> Forme Juridique 5710 - SAS, société par actions simplifiée
> Capital Social 1 000 €
> RCS NANTERRE B 848 056 131
> N° de T.V.A Aide FR 25 848056131
> Catégorie Entreprise de Taille Intermédiaire
> Date de création 29/01/2019
> Activité principale 4222Z - Construction de réseaux électriques et de 
> télécommunications
> Activité déclarée L'étude, le développement, la création, l'acquisition, 
> l'exploitation, la commercialisation et la maintenance, quelles que soient 
> leurs formes ou leurs modalités, de réseaux de télécommunication ouverts au 
> public et notamment, la fourniture, l'exploitation, la vente, la location, la 
> négociation.
> 
> Cela mériterait de retrouver la société qui est réellement propriétaire du 
> terrain et de remonter la chaine, possible probablement en Mairie avec le 
> cadastre...
> 
> Ludovic de Bélair
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?

[David Ponzone]

> Le 26 avr. 2024 à 11:31, Stéphane Rivière  a écrit :
> 
> 
> Sinon, tu déclares le mat "propriété inaliénable du peuple Corse", t'y pose 
> une starlink en drapeau et une station relais 4G en logiciel libre à base 
> d'USRP. Ça aura coûté plus cher que le mat, tes abonnés auront des numéros en 
> 09 mais c'est un détail en regard de l'indépendance des îliens. J'ai bon ? 
> Non ? Tu veux que je teste sur l'autre île d'abord ?
> 

Emettre sur les bandes LTE, ça va peut-être pour un petit problème non ? :)

David



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?

[David Ponzone]

On a vendu les autoroutes ?
Non, on a vendu des concessions d’exploitation et entretien sur X années (qui 
se terminent bientôt d’ailleurs, mais que va-t-il se passer…)

L’Etat en est toujours propriétaire.

David Ponzone



> Le 25 avr. 2024 à 23:58, Richard Klein  a écrit :
> 
> Bonsoir,
> 
>> - Comment peut-on "vendre" un bien public financé avec les fonds publics
> 
> Je peux illustrer une réponse pour cette question : les autoroutes par 
> exemple!
> 
> Richard
> 
> Envoyé de mon iPhone
> 
>> Le 25 avr. 2024 à 23:26, Toussaint OTTAVI  a écrit :
>> 
>> - Comment peut-on "vendre" un bien public financé avec les fonds publics
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est quoi, ces guignols ?

[David Ponzone]

Hmm c’est pas exactement comme ça que ça c’est passé il me semble. Mais bien 
sûr, le résultat final est le même.
C’est plutôt que certains opérateurs ont décidé il y a quelques années que les 
pylônes, c’était pas de l’infra stratégique, que ça générait des frais et des 
emmerdes, et qu’il valait mieux tout vendre (par ici le cash) et louer les 
emplacements aux repreneurs.
(SFR a eu la même idée avec ses DC)

Donc Totem (ok c’est Orange à 100%, mais c’est une structure à part), ATC, 
CellNex, et certainement quelques autres, ont fait leurs courses.
Bouygues a vendu à TDF, Free à Cellnex, TDF a voulu vendre et a échoué il me 
semble.

Après, ce que je ne comprends pas, c’est comment ça se passe maintenant quand 
un des opérateurs a besoin d’un pylône à tel endroit. Il attend que le gentil 
propriétaire d’infra lui en construise un ? Il lui passe commande ?

David

> Le 25 avr. 2024 à 19:43, lm2 via frnog  a écrit :
> 
> 
> Ivre, il prends conscience en sortant de chez lui que certains opérateurs 
> télécoms sous traitent l'implantation de certains sites relais à certaines 
> sociétés privées, parfois américaines.
> 
> 
> 
> bon dredi!
> 
> 
> From: Toussaint OTTAVI 
> To: frnog@frnog.org 
> Subject: [FRnOG] [MISC] Site New Deal Orange revendu à ATC France - C'est 
> quoi, ces guignols ?
> Date: 25/04/2024 19:38:12 Europe/Paris
> 
> D'où ma question : C'est quoi, ces guignols ???
> 
> Qu'est-ce qu'une société Américaine vient faire au fin fond de la 
> montagne Corse ? Comment le patrimoine du New Deal a t-il pu ainsi être 
> bradé à des gens qui, visiblement, n'ont aucune implantation et aucun 
> personnel local ? Qu'en pense l'ARCEP ? J'aurais bien demandé à la 
> Préfecture ce qu'elle en pense également, puisque ce site a été 
> construit avec de l'argent public et qu'il y a une pancarte "République 
> Française" sur le portail. Mais il se trouve que je suis un peu en froid 
> (à cause d'une autre affaire) avec les locataires du Palais des 
> Gouverneurs local :-D
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] USB charge électrique Android

[David Ponzone]

https://newscrewdriver.com/2022/02/01/making-a-usb-data-only-cable/ 


J’ai pas l’impression que ça existe en tout-fait-prêt-à-brancher.
Le marché pour ça serait une niche en plus, et une mini.

David

> Le 25 avr. 2024 à 15:18, Noryungi  a écrit :
> 
> Pour proposer uniquement une charge électrique, dans connexion données,
> c'est simple, ça existe, par exemple :
> 
> https://www.amazon.com/Plugable-Universal-Charge-Only-Adapter-Android/dp/B00FA9GXKM
> 
> Pour le data only, sans charge électrique, je soupçonne que ça existe, mais
> sans avoir de preuve...
> 
> On Thu, Apr 25, 2024, 11:30 Stephane Miguel  wrote:
> 
>> Bonjour
>> 
>> Je cherche à utiliser un câble ou une fonctionnalité propre à Windows afin
>> d’utiliser le mode transfert ou échange de donnée sans que le périphérique
>> charge
>> 
>> Topologie
>> 
>> PC WINDOWS dans un domaine
>> Câble usb
>> Mobile Android
>> L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la charge
>> électrique
>> 
>> Ceci pour une OU ou se loge des PC spécifique à un projet
>> 
>> J’ai beau chercher je ne trouve pas hormis le usb on the go dont on m’a
>> parlé mais je ne sais pas si c’est fonctionnel d’une part et d’autre part
>> je préférerai un mode sur le système est ce possible
>> 
>> 
>> Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU et
>> offrir que la charge électrique ceci afin qu’une seconde carte réseau ne
>> monte pas et parasite la table de routage du pc dans le domaine
>> 
>> Merci bien
>> 
>> Stéphane
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] Incident Orange Mobile ?

[David Ponzone]

Ils ont un peu le même truc il y a quelques jours sur les Alpes.
Des mises à jour ? :)

David

> Le 25 avr. 2024 à 15:24, Richard Klein  a écrit :
> 
> La carte est très moche espérons que cela ne se transforme pas en effet 
> domino sur l' ensemble de la France
> https://sitehs.arcep.fr/#5/46.514/2.197 
> <https://sitehs.arcep.fr/#5/46.514/2.197>
> 
> Richard
> 
> Le jeu. 25 avr. 2024, 14:47, David Ponzone  <mailto:david.ponz...@gmail.com>> a écrit :
> Tous,
> 
> Quand je regarde la carte des incidents Mobile, je vois des centaines des BTS 
> Orange au niveau national (Loire, Nord-Est, Sud-Ouest) en mode dégradé ce 
> jour (pas de voix, ou pas de 4G, etc…).
> 
> Quelqu’un confirme qu’ils ont cassé un truc ?
> 
> Merci
> 
> David
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ <http://www.frnog.org/>


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [ALERT] Incident Orange Mobile ?

[David Ponzone]

Tous,

Quand je regarde la carte des incidents Mobile, je vois des centaines des BTS 
Orange au niveau national (Loire, Nord-Est, Sud-Ouest) en mode dégradé ce jour 
(pas de voix, ou pas de 4G, etc…).

Quelqu’un confirme qu’ils ont cassé un truc ?

Merci

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] FTTH Access Orange et ONT

[David Ponzone]

Oui, personnellement, je m’amuse pas à mettre mon propre ONT.
Déjà, ça revient plus cher.
Ca évite aussi de la config et un échange avec Orange pour leur communiquer le 
SLID.
Ca évite les réponses d’Orange en support du type « ah c’est STT, c’est la 
faute de votre ONT ».
Le seul avantage, c’est de maitriser sa livraison, parce que Orange et son 
petit process «  tiens je t’envoie l’ONT par la Poste », pour une entreprise et 
dans l’état actuel de la qualité de service des transporteurs en 2024, ça fait 
du déchet.

David


> Le 25 avr. 2024 à 12:48, Ducassou Laurent  a écrit :
> 
> Salut,
> 
> Ça me rappel l'époque des ADSL 512k avec modems et modem-routeur en collecte 
> ATM et des listes fermés ! Et si on avait malheur de sortir des listes 
> officielles de compatibilité, ça dépendait totalement du DSLAM qui était en 
> face.
> 
> Il n’empêche, c'est vrai que l'ONT ou box permet d'être un point pour 
> justement savoir où est la responsabilité de chaqu'un, mais ça ajoute un SPOF 
> au final qui consomme même de l’énergie et dans tous les cas, on est 
> responsable des "choc électrique" que celui-ci prends.
> 
> Que de souvenir dirons certains ! =)
> 
> Laurent
> 
> Le 25/04/2024 à 12:33, David Ponzone a écrit :
>> Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le 
>> choix entre 2 modèles :)
>> 
>> 
>>> Le 25 avr. 2024 à 12:03, Pavel Polyakov  a écrit :
>>> 
>>> Steeve BEAUVAIS - Société Serinya Telecom
>>> :
>>> 
>>>> Je me lance dans une étude pour déterminer si je ne suis pas mieux de
>>>> prendre moi-même l'ONT, aussi bien en termes de déploiement que
>>>> d'exploitation.
>>> Ça peut être difficile car l'ONT est souvent spécifique au fournisseur
>>> de l'OLT. Je les remplace par des modules SFP mais il faut parfois
>>> passer un certain temps avant d'arriver à les rendre compatibles.
>>> 
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> -- 
> Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
> www.avast.com
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] FTTH Access Orange et ONT

[David Ponzone]

Ah t’inquiète pas, Orange fournit la liste des ONT compatible, tu as le choix 
entre 2 modèles :)


> Le 25 avr. 2024 à 12:03, Pavel Polyakov  a écrit :
> 
> Steeve BEAUVAIS - Société Serinya Telecom
> :
> 
>> Je me lance dans une étude pour déterminer si je ne suis pas mieux de
>> prendre moi-même l'ONT, aussi bien en termes de déploiement que
>> d'exploitation.
> 
> Ça peut être difficile car l'ONT est souvent spécifique au fournisseur
> de l'OLT. Je les remplace par des modules SFP mais il faut parfois
> passer un certain temps avant d'arriver à les rendre compatibles.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] OVH Maintenance éléctrique avec coupure possible sur GRA1 le 29/04 & 02/05

[David Ponzone]

Ouais et les maintenances sur le circuit électrique qui dérapent représentent 
X% des incidents électriques qu’un DC va subir dans sa vie, avec X=
25%
50%
75%

Cocher la bonne réponse.

David

> Le 25 avr. 2024 à 10:40, Paul Rolland (ポール・ロラン)  a écrit 
> :
> 
> Bonjour,
> 
> Moi je lis que OVH va faire une premiere operation de bascule sur la souce
> "Backup", puis plus tard, un retour sur "Main".
> 
> Et comme toute intervention sur le circuit electrique n'a de zero-risque,
> ils ont fait une communication pour prevenir du risque associe a ces deux
> bascules.
> 
> Ce qui est double-alimente /correctement/ (un plug main, et un backup) ne
> devrait pas etre affecte, les autres... c'est une autre histoire ;)
> 
> Ca me semble donc plutot standard... On voit regulierement ce genre de
> communication de la part des differents DC.
> 
> Paul
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] nerim keyyo emails coupé

[David Ponzone]

Vu l’ambiance chez eux en ce moment (nettoyage/virage de tout ce qui coûte de 
l’argent et qui est redondant avec l’infra Keyyo, au mépris des contrats en 
cours), je pense que tu n’as aucune chance.

David

> Le 24 avr. 2024 à 10:19, Damien Wetzel via frnog  a écrit :
> 
> Bonjour à tous,
> J'ai mon adresse email dwet...@nerim.net que j'ai depuis 25 ans, qui m'a été
> coupée brutalement sans preavis alors qu'on m'avait assuré mordicus qu'elle 
> serait conservée.
> Ca doit etre les methodes de communication moderne, je ne fais pas ce que je 
> dis et je dis ce que je ne fais pas.
> C'est vrai je l'aimais bien mon adresse nerim d'un autre temps ;)
> Y'a t'il une bonne ame chez keyyo qui pourrait me la réactiver le temps que 
> j'organise mon transfert vers une autre boite ?
> Cordialement,
> Damien, 
> -- 
> 
> 
> 
> ~
> Damien WETZEL (ATANAR TECHNOLOGIES)("`-/")_.-'"``-._
> http://www.atanar.com  . . `; -._)-;-,_`)
>  (v_,)'  _  )`-.\  ``-'
> Phone:+33 9 67 35 09 05_.- _..-_/ / ((.'
> - So much to do, so little time -   ((,.-'   ((,/
> ~
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[David Ponzone]

> Le 23 avr. 2024 à 03:38, Guillaume Lorre  a écrit :
> 
> 
> Autre interrogation : il y a encore des hubs, des mini-switch ou autre
> horreurs dans le genre chez toi ? A prendre en compte pour du loop-protect.
> 

Suffit d’un téléphone IP et d’un bouffon qui trouve dommage que son port PC 
soit pas dans une prise murale.

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Spanning-tree sur infra campus

[David Ponzone]

Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ?

-avoir un réseau qui fonctionne avec une boucle
-avoir un réseau qui continue de fonctionner quand un bouffon vient former une 
boucle qui était pas prévue en branchant un câble n’importe où

Tu as une boucle dans ton L2 ou pas ?
Et si non, y a des bouffons qui pourraient en faire une ?

David


> Le 22 avr. 2024 à 17:49, Fabien Sirjean  a écrit :
> 
> Bonjour la liste !
> 
> Ça fait maintenant quelques semaines qu'on se gratte la tête avec les 
> collègues, alors je viens ici chercher des avis éclairés.
> 
> On exploite une infra campus, de type 3 tiers (core/aggreg/access), en pur 
> layer 2 (des VLAN propagés entre l'edge et le core) en multi-constructeurs 
> (HP procurve, Extreme, Cisco 2960X...).
> Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine de 
> bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments, tout 
> comme la couche d'aggreg des différents switchs d'access.
> Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la 
> couleur de l'équipement), on a aucune boucle sur l'infra.
> 
> On est en train de reprendre la config de nos switchs (refonte totale du 
> parc, on déploie du 2060X refurbished) et on se pose une question bête : 
> spanning-tree or not spanning tree ?
> 
> Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les équipements). 
> On veut bien sur faire de la détection de boucle (voire du bpdu guard) sur 
> les ports edge ; mais quid des liens infra ?
> Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et notre 
> manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST, MSTP...) 
> techno du diable, on a pas très envie de faire un seul arbre spanning-tree à 
> l'échelle de notre infra.
> On a vécu des changements de topologie incessants, avec des temps de 
> convergence infinis, et on a pas très envie de recommencer. Mais c'est ce que 
> nous préconise un presta, alors on doute de nos choix.
> 
> Un avis sur la question ? Vous faites comment chez vous ?
> 
> Bien sur la meilleure réponse est de tout passer en L3 et de faire du 
> routage, mais... C'est pas au programme pour l'instant ;-)
> 
> Merci d'avance de vos retours !
> 
> Bonne soirée,
> 
> Fabien
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Analyse de la 5G, première partie

[David Ponzone]

Oui je crois qu’il n’y a pas trop de débat sur ce que signifie « idiot » dans 
le contexte. C’est du point de vue du puissant, gouvernement ou grande corp.
Rappelez-vous du temps de cerveau pour Coca-Cola.

Et ça fait maintenant 50 ans que Chomsky en parle dans ses conférences ou ses 
livres, ce qui correspond à peu près au moment où la société est devenu 
consumériste.

David

> Le 19 avr. 2024 à 12:43, Philippe ASTIER via frnog  a écrit :
> 
> Là je pense qu’un cap a été franchi.
> 
> Idiocracy dénonce clairement un système populiste qui fait disparaitre les 
> intelligents au profit des "gens heureux » ou plutôt, qui sont flattés dans 
> leur bonheur par des dirigeants douteux et stupides. (A la Trump quoi).
> 
> Sérieusement, sans connaissance, sans scientifique, on aurait le bonheur de 
> vivre dans la misère jusqu’à 40 ans au mieux, comme il y a quelques siècles.
> 
> C’est facile, en 2024, de croire qu’on pourrait vivre sans les millénaires de 
> connaissances accumulées. Il n’est pas question d’en haut ou d’en bas, mais 
> de savoir collectif accumulé par l’humanité.
> Je n’ai pas l’impression que dans les pays moins instruits, moins 
> scientifiques, la population soit heureuse de crever de faim, souvent sous la 
> joute d’un dictateur qui les maintient dans l’ignorance.
> 
> Je trouve ça d’autant plus hypocrite que toute la discussion parle de 
> technologies qui ne sont développées QUE par des scientifiques qui ont 
> accumulé des connaissances.
> Sans physiciens, chimistes, mathématiciens, ou autres spécialités, pas 
> d’internet, pas de radio, d’électronique, probablement même pas d’électricité.
> 
> Au passage, ce ne sont pas les savants qui gouvernent, mais quoi qu’on en 
> dise des gens élus, acceptés ou tolérés par la plus grande partie de la 
> population.
> On peut remettre en cause le « système », la manière dont ces gens sont 
> choisis, je suis prêt à l’entendre, il est même grand temps qu’il y ait 
> débat, parce que le système politique est grippé, c’est certain.
> Ce n’a jamais été des scientifiques qui ont fait l’organisation sociale.
> 
> Rejeter la science, la connaissance, c’est exactement ce que font tous les 
> extrémistes, intégristes, populistes, sectes ou dictateurs, c’est le retour 
> aux croyances, à l’âge de pierre.
> Ils commencent par brûler les livres pour esclavagiser les populations.
> 
> C’est exactement ce que l’histoire nous apprend, et ce qu’idiocracy dénonce.
> 
> 
> Ce n’est pas en rejetant la connaissance qu’on changera les choses, au 
> contraire, c’est en la partageant au plus grand nombre.
> 
> C’est ce qu’on fait habituellement sur FrNOG il me semble. Partager notre 
> expérience et notre connaissance.
> 
> Le 19 avr. 2024 à 11:28, Cédric Moro  a écrit :
> 
> 
> Le 19/04/2024 à 09:30, Kévin CHAILLY a écrit :
> Joyeux vendredi à tous!
> 
> Idiocracy ne se moque pas des gens simples, il se moque d'un système qui a
> pour but de les créer ( "La fabrique d'idiots" )
> 
> Oh, j'avais pas compris :) Heureusement que les génialocrates sont là ;)
> 
> Idiocracy fait croire aux personnes qui regardent le film, que c'est bien de 
> se foutre de la gueule des idiots et que le spectateur est assez 
> supérieurement intelligent pour ne jamais faire partie des idiots, voir pour 
> avoir la capacité de faire revenir au progressisme tout un système 
> déliquescent grâce à ses connaissances éclairées. Beau miroir qui flatte 
> l'égo des personnes diplômées qui aspirent à des responsabilités cadre. Pour 
> y adhérer, il faut croire que l'intelligence vient d'en haut, de personnes 
> techno éclairées, ce qui est la dérive anti-démocratique de notre époque.
> 
> Car on peut vivre très heureux dans des systèmes sociaux sans grande 
> accumulation de connaissances. A l'inverse, nos sociétés très instruites, 
> très scientifiques, ne savent elle pas qu'engendrer plus de solitude, de 
> surveillance, de coercition, de dépression et de violence ? Le niveau 
> d'instruction et même de réussite dans la technique n'a rien avoir avec 
> l'intelligence. L'intelligence, et la fabrique de l'intelligence, c'est 
> arriver vivre avec le maximum de personnes heureuses et cela ne viendra pas 
> forcément d'en haut ; l'instruction ou la capacité déductive n'étant qu'un 
> élément parmi d'autre de cette intelligence au niveau sociétal et 
> probablement pas le plus important.
> 
> 
> 
> Une catastrophe ça ne commence pas à un mort, ça, c'est un mardi matin
> normal, et c'est pour ça que les systèmes d'urgence ont été conçus,
> répondre à des incidents quotidiens.
> 
> Merci, je bosse depuis plus de 25 ans dans la prévention des risques majeurs. 
> Néanmoins, si vous perdez votre fille ou votre mère sur une urgence et que 
> c'est la seule personne qui décède, vous réviserez probablement cette notion 
> de catastrophe car votre vie sera bouleversée et probablement d'autres. Cette 
> définition de catastrophe avec "un seul mort" est "humaine" et non "système". 
> Il ne faut jamais la perdre 

Re: [FRnOG] [TECH] DNS Load Balancer

[David Ponzone]

Mauvaise solution, car tu ne contrôles pas combien de temps les résolveurs (des 
grozopérateurs, en particulier) vont cacher ton entrée (ils peuvent ne pas 
respecter les TTL trop bas, ça se fait pas, mais c’est la vie).
Le plus propre c’est plutôt de pointer vers l’IP d’un reverse proxy qui ne peut 
« pas » tomber, genre Cloudflare, qui lui va être capable de basculer vers 
plusieurs IP réelles chez toi, en fonction de différents critères configurables.

David

> Le 15 avr. 2024 à 18:17, Michel KOENIG via frnog  a écrit :
> 
> Bonjour,
> Nous souhaiterions mettre en place une entrée DNS de type A qui pointe vers 
> une IP publique chez nous
> Et qu’en cas de rupture de ce lien, cette entrée DNS pointe sur la ligne de 
> backup qui a bien entendu une autre IP publique
> Avez-vous connaissance d’une solution facile à mettre en œuvre (SOA chez 
> nous) ou disponible chez un provider ?
> Cordialement
> Michel KOENIG
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

Facile: Patton, Audiocodes

Je suppose que Ryan récupère de l’existant et c’est toujours délicat de dire à 
un client de sortir encore 500€ pour un portier alors que celui qu’il a déjà 
marche parfaitement.
Autre motif: tu as pas toujours de l’ethernet à l’endroit où tu installes le 
portier.

David

> Le 15 avr. 2024 à 11:37, Richard Klein  a écrit :
> 
> Ben quoi les Ciscos sont l héritage des Linksys SPA2102 ce n est pas une 
> marque réputé... :-)
> De toute façons il existe des portiers SIP de base et utiliser de l analog 
> pour dépanner un client cela va bien mais derrière il faudra maîtriser.
> Et pour finir le décodage de DTMF reste un classique pour faire du support
> @David si tu peux nous partager des produits réputés pour toi ,histoire de ne 
> pas nous laisser sur notre faim?
> 
> Richard
> 
> Le lun. 15 avr. 2024, 11:23, David Ponzone  <mailto:david.ponz...@gmail.com>> a écrit :
> Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça 
> évite pas mal d’emmerdes.
> Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue mal 
> la valeur de son travail.
> 
> David
> 
>> Le 15 avr. 2024 à 11:04, Richard Klein > <mailto:varicap@gmail.com>> a écrit :
>> 
>> Bonjour,
>> 
>> Super et merci pour ton retour.
>> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit 
>> l'appel) et sans le main libre pour voir si il y a une différence ?
>> Le poste qui recoit l'appel est en SIP ?
>> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc : 
>> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>>  
>> <https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf>
>> 
>> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder 
>> ce qui se passe sur le portier ou sur le telephone qui prend en charge 
>> l'appel 
>> 
>> Bonne journée
>> 
>> Richard
>> 
>> 
>> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi > <mailto:ryan.laoui...@novelcom.fr>> a écrit :
>> Bonjour Messieurs,
>> 
>> Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
>> votre efficacité.
>> 
>> En effet, j’ai pu grandement avancer sur la problématique avec vos 
>> différentes pistes.
>> 
>> Ce qui m’a permis de débloquer la situation a été le changement des 
>> paramètres de tonalités sur l’ATA.
>> 
>> Désormais, avec les tonalités de France, après avoir coupé l’appel, 
>> l’interphone fera 3 bip puis coupera la communication.
>> 
>> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA 
>> SPA112 (si cela vous intéresse) :
>> 
>> Dial Tone : 440@-10;*(*/0/1)
>> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
>> Outside Dial Tone : 440@-16;10(*/0/1)
>> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
>> Busy Tone : 440@-10;10(.5/.5/1)
>> Reorder Tone  : 440@-10;*(.5/.5/1)
>> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
>> Ring Back Tone: 440@-10;*(1.5/3.5/1)
>> Confirm Tone  : 440@-16;1(.25/.25/1)
>> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
>> 
>>  
>> 
>> Par contre, il nous reste encore un point assez flou sur lequel nous sommes 
>> en train de travailler.
>> 
>> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
>> plusieurs fois avant d’être pris en compte par l’interphone.
>> 
>> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du 
>> premier coup et ouvrira la gâche.
>> 
>> Lorsque je fais un renvoie sur mon mobile et que je compose le code 
>> d’ouverture de gâche, systématiquement ça passe du premier coup.
>> 
>> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
>> communique avec l’interphone sous le même codec.
>> 
>> Si vous avez une piste, je suis preneur.
>> 
>> Je vous remercie de nouveau pour votre aide.
>> 
>> Cordialement,
>> 
>> Ryan
>> 
>> De : Ryan Laouichi 
>> Envoyé : jeudi 11 avril 2024 12:08
>> À : David Ponzone mailto:david.ponz...@gmail.com>>
>> Cc : Richard Klein mailto:varicap@gmail.com>>; 
>> "Paul Rolland (ポール・ロラン)" > <mailto:rol%2bfr...@witbe.net>>; frnog@frnog.org <mailto:frnog@frnog.org>
>> Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique
>> 
>>  
>> 
>> J’ai

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

Ouais enfin l’idéal est quand même d’utiliser un ATA de marque réputée, ça 
évite pas mal d’emmerdes.
Le temps gagné vaut largement l’écart de prix ou alors c’est qu’on évalue mal 
la valeur de son travail.

David

> Le 15 avr. 2024 à 11:04, Richard Klein  a écrit :
> 
> Bonjour,
> 
> Super et merci pour ton retour.
> Pour les DTMF tu dois faire les tests en main libre (pour celui qui recoit 
> l'appel) et sans le main libre pour voir si il y a une différence ?
> Le poste qui recoit l'appel est en SIP ?
> Sur les DTMF tu as un paramétrage INBAND,OUTBAND , RFC etc : 
> https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf
>  
> <https://www.cisco.com/c/en/us/td/docs/ios/voice/sip/configuration/guide/12_4t/sip_12_4t_book/sip_cg-dtmf.pdf>
> 
> Encore une fois l'ideal est de pouvoir prendre une trace SIP et de regarder 
> ce qui se passe sur le portier ou sur le telephone qui prend en charge 
> l'appel 
> 
> Bonne journée
> 
> Richard
> 
> 
> Le lun. 15 avr. 2024 à 10:10, Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>> a écrit :
> Bonjour Messieurs,
> 
> Je me permets de revenir vers vous afin de vous remercier pour votre aide et 
> votre efficacité.
> 
> En effet, j’ai pu grandement avancer sur la problématique avec vos 
> différentes pistes.
> 
> Ce qui m’a permis de débloquer la situation a été le changement des 
> paramètres de tonalités sur l’ATA.
> 
> Désormais, avec les tonalités de France, après avoir coupé l’appel, 
> l’interphone fera 3 bip puis coupera la communication.
> 
> Ci-dessous la configuration des tonalités pour la France sur Cisco ATA SPA112 
> (si cela vous intéresse) :
> 
> Dial Tone : 440@-10;*(*/0/1)
> Second Dial Tone  : 440@-10,330@-10;*(*/0/1+2)
> Outside Dial Tone : 440@-16;10(*/0/1)
> Prompt Tone   : 440@-19,620@-19;*(*/0/1+2)
> Busy Tone : 440@-10;10(.5/.5/1)
> Reorder Tone  : 440@-10;*(.5/.5/1)
> Off Hook Warning Tone : 425@-10;*(.2/.2/1,.2/.6/1)
> Ring Back Tone: 440@-10;*(1.5/3.5/1)
> Confirm Tone  : 440@-16;1(.25/.25/1)
> Holding Tone  : 440@-20;*(.175/.175/1,.175/3.5/1)
> 
>  
> 
> Par contre, il nous reste encore un point assez flou sur lequel nous sommes 
> en train de travailler.
> 
> Le code DTMF d’ouverture de gâche (5* dans ce cas) doit être parfois composé 
> plusieurs fois avant d’être pris en compte par l’interphone.
> 
> D’autres fois pendant 4 ou 5 tentatives, le code sera pris en compte du 
> premier coup et ouvrira la gâche.
> 
> Lorsque je fais un renvoie sur mon mobile et que je compose le code 
> d’ouverture de gâche, systématiquement ça passe du premier coup.
> 
> Nous avons d’abord pensé au codec, mais le téléphone SIP et mon mobile 
> communique avec l’interphone sous le même codec.
> 
> Si vous avez une piste, je suis preneur.
> 
> Je vous remercie de nouveau pour votre aide.
> 
> Cordialement,
> 
> Ryan
> 
> De : Ryan Laouichi 
> Envoyé : jeudi 11 avril 2024 12:08
> À : David Ponzone mailto:david.ponz...@gmail.com>>
> Cc : Richard Klein mailto:varicap@gmail.com>>; 
> "Paul Rolland (ポール・ロラン)"  <mailto:rol%2bfr...@witbe.net>>; frnog@frnog.org <mailto:frnog@frnog.org>
> Objet : RE: [FRnOG] [TECH] - Configuration Portier Analogique
> 
>  
> 
> J’ai effectivement vu un paramètre trainé sur l’ATA, je vais tenter de 
> l’activer et voir le résultat.
> 
>  
> 
> Ryan
> 
>  
> 
> De : David Ponzone mailto:david.ponz...@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 12:06
> À : Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>>
> Cc : Richard Klein mailto:varicap@gmail.com>>; 
> "Paul Rolland (ポール・ロラン)" mailto:rol+fr...@witbe.net>>; 
> frnog@frnog.org <mailto:frnog@frnog.org>
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
>  
> 
> C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
> forward/reverse polarity.
> 
>  
> 
> David
> 
>  
> 
> Le 11 avr. 2024 à 11:50, Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>> 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 mailto:varicap@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 11:40
> À : Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>>
> Cc : David Ponzone  <mailto:david.ponz...@gmail.com>>; Paul Rollan

Re: [FRnOG] [FRnog] [ALERT] Problème tunnel IPsec

[David Ponzone]

Les sites distants ont chacun une IP publique ? Elle aurait pas changé ?
C’est peu probable mais avec SFR, tout est possible (après tout, 25 millards et 
10 c’est pareil, donc une IP ou une autre c’est pareil)

David

> Le 12 avr. 2024 à 17:23, Laurent Laurent  a 
> écrit :
> 
> Merci pour votre retour.
> 
> J'ai la main sur les boîtiers des 2 côtés.
> 
> Côté VPN Centraux, il y a une 40ene de tunnels et 6 chez SFR, 6 dont les
> tunnels sont passés down vers 11h40 le reste est OK.
> 
> Le tcpdump entre les deux extrémités montrent qu'ils arrivent à discuter un
> peu entre eux mais rien de plus :
> 17:21:05.269172 x.x.x.x.500 > y.y.y.y.500: isakmp v1.0 exchange ID_PROT
>cookie: ef9435cceb00edc-> msgid:  len: 184
>payload: SA len: 56 [|isakmp] (ttl 250, id 56225, len 212)
> 
> J'ai ce message que je vois toutes les X minutes avec la seule chose qui
> change l'id ce qui est normal.
> 
> 
> 
> 
> Le ven. 12 avr. 2024 à 17:00, Paul Rolland (ポール・ロラン) 
> a écrit :
> 
>> Hello,
>> 
>> On Fri, 12 Apr 2024 16:44:26 +0200
>> Laurent Laurent  wrote:
>> 
>>> C'est la première fois que je poste un message sur la mailing donc désolé
>>> si je fais une erreur.
>> 
>> Bienvenue ;)
>> 
>>> Mon problème est que, depuis fin de matinée, aux alentours d'11h40 j'ai
>>> perdu une partie de mes tunnels VPN vers des sites distants..
>>> 
>>> Après analyse, on a remarqué que, tous les tunnels VPN IPsec perdus ont
>> un
>>> point commun qui est : lien SFR.
>>> 
>>> Pour tous nos autres sites distants qui ne sont pas chez SFR je n'ai pas
>>> de problème, on a même essayé de coupé un tunnel il est remonté aussi
>>> vite, alors qu'un site distant chez SFR ça ne veut rien savoir.
>>> 
>>> Suis-je le seul impacté ?
>> 
>> En tout cas, tu es le premier a reporter ici.
>> 
>> Est-ce que tu as la main sur au moins une des extremites de tes tunnels
>> (peut-etre le point de concentration ?) pour voir si tu as des logs
>> associes a tes tunnels venant de chez SFR ou pour voir si tu peux lancer un
>> tcpdump qui te dira peut-etre un peu mieux ce qui n'arrive pas ?
>> 
>> Et si tu as la main sur le cote SFR, tu peux peut-etre faire un tcpdump des
>> deux cotes en meme temps pour essayer de mieux qualifier la nature exacte
>> du probleme.
>> 
>> Ah, et je suppose que une seule des extremites de tes tunnels est chez
>> SFR... Tu aurais un moyen de tenter la conf d'un tunnel qui resterait chez
>> SFR ? Histoire d'essayer la encore de mieux qualifier la localisation du
>> probleme que tu rencontres ?
>> 
>> 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] [JOBS] Sysadmin Linux - Rennes / Saint-Malo

[David Ponzone]

+1

> Le 12 avr. 2024 à 16:05, Paul Rolland (ポール・ロラン)  a écrit 
> :
> 
> Bonjour,
> 
> Le salaire ne vous convient pas ? Echangez avec Guillaume, il a clairement
> dit qu'il etait disponible pour ca. Mais ce "job-bashing" systematique,
> meme le vendredi, ca commence a fatiguer.
> 
> Voila, mes 2 sous sur le sujet (et ce n'est pas un salaire ️)
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Contact déménagement cross-co sur EQUINIX

[David Ponzone]

Et t’as remarqué ?
Pour ce qui est de payer, là par contre, tu arrives à avoir quelqu’un.

> Le 11 avr. 2024 à 15:54, Sebastien FOURCADE  a écrit :
> 
> Yannick, Denis,
> 
> Dans la liste EMEA il y a 4 ou 5 personnes... Je n'ai pas non plus de CSM !
> 
> En fait c'est vraiment compliqué chez Equinix de pouvoir avoir quelqu'un... 
> Tous mes contacts ne sont plus dans la structure 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

C’est pas une historie de tonalité je crois, mais plutôt une histoire de 
forward/reverse polarity.

David

> Le 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 (ポール・ロラン) 
> ; 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  <mailto:ryan.laoui...@novelcom.fr>> a écrit :
> Non, on D-NAT notre réseau VOIX.
> 
> Ryan
> 
> -Message d'origine-
> De : David Ponzone mailto:david.ponz...@gmail.com>> 
> Envoyé : jeudi 11 avril 2024 11:04
> À : Ryan Laouichi  <mailto:ryan.laoui...@novelcom.fr>>
> Cc : "Paul Rolland (ポール・ロラン)"  <mailto:rol%2bfr...@witbe.net>>; frnog@frnog.org <mailto:frnog@frnog.org>
> Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique
> 
> Y a du NAT qqpart ?
> 
> David
> 
> > Le 11 avr. 2024 à 11:02, Ryan Laouichi  > <mailto:ryan.laoui...@novelcom.fr>> 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 <mailto:frnog-requ...@frnog.org> 
> > mailto:frnog-requ...@frnog.org>> De la part de 
> > Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À : 
> > frnog@frnog.org <mailto:frnog@frnog.org> Objet : Re: [FRnOG] [TECH] - 
> > Configuration Portier 
> > Analogique
> >
> > Hello,
> >
> > On Thu, 11 Apr 2024 08:14:47 +
> > Ryan Laouichi  > <mailto:ryan.laoui...@novelcom.fr>> 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/ <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/ <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/ <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/

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

DNAT ou dé-NAT ? :)

David

> Le 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/

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] - Configuration Portier Analogique

[David Ponzone]

Alors plusieurs pistes:
1/remplacer portier par téléphone de base pour les tests
2/prendre trace SIP entre ATA et SIP server pour savoir qui fait de la merde. 
Si ATA alors goto 3
3/utiliser ATA digne de ce nom (j’ai rien contre le SPA, mais il a quand même 
15 ans)

David

> Le 11 avr. 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.
> 
> 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 me permets donc de faire appel à vous si vous avez une idée du paramètre à 
> modifier ?
> 
> Merci.
> 
> Cordialement,
> 
> Ryan LAOUICHI
> [cid:image001.png@01DA8BF9.06CAEA10]
> ryan.laoui...@novelcom.fr
> 138 rue d'Aboukir, 75002 Paris
> www.novelcom.fr
> 
> 
> 
> ---
> 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

[David Ponzone]

Bonne idée mais…

Aucune occurence du mot « écrasement » dans les 8 fichiers qui composent 
l’offre FTTH Access (doc principal + 7 annexes).

D’autres idées ? :)

David

> Le 9 avr. 2024 à 16:28, VAHE Thomas  a écrit :
> 
> Bonjour,
> 
> Peut etre voir la documentation de l'offre plutôt que dans celle du 
> raccordement (Offre FTTH Access)
> 
> Cdt
> 
> Thomas V.
> 
> 
> 
> De : frnog-requ...@frnog.org <mailto:frnog-requ...@frnog.org> 
> mailto:frnog-requ...@frnog.org>> de la part de 
> David Ponzone mailto:david.ponz...@gmail.com>>
> Envoyé : mardi 9 avril 2024 15:42
> À : Alarig Le Lay mailto:ala...@swordarmor.fr>>
> Cc : frnog@frnog.org <mailto:frnog@frnog.org>  <mailto:frnog@frnog.org>>
> Objet : Re: [FRnOG] [MISC] Besoin d’aide pour une recontruction de FTTH 
> Orange écrasée par ByTel
> 
> Après vérification:
> 
> Dans l’offre OdR DSL: 7 pages sur 59 comportent le mot « écrasement"
> Dans les CS Optimum Collect (Nov 2020): aucune occurence du mot « écrasement 
> » sur 50 pages.
> 
> Après, je peux ne pas avoir la dernière version, mais j’ai tendance à tout 
> archiver.
> 
> David
> 
> 
>> Le 7 avr. 2024 à 11:30, David Ponzone  a écrit :
>> 
>> Ouais c’est ça. Si tu es en direct avec Orange, regarde dans les CP s’ils 
>> ont prévu le cas de figure (j’ai pas vérifié).
>> 
>> David Ponzone
>> 
>> 
>> 
>>> Le 7 avr. 2024 à 11:02, Alarig Le Lay via frnog  a écrit :
>>> 
>>> 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
>>> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.frnog.org%2F=05%7C02%7Ctvahe%40fltechno.scc.com%7C6416e99da31f44204b4608dc589aed39%7Cc69c7e2fa16841088187675b5c936b5a%7C0%7C0%7C638482669642811605%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=YfsHFD3MUlTrFchTDspIdNq1oqNyjAV9FDLVsXamK60%3D=0<http://www.frnog.org/>
>>>  
>>> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.frnog.org%2F=05%7C02%7Ctvahe%40fltechno.scc.com%7C6416e99da31f44204b4608dc589aed39%7Cc69c7e2fa16841088187675b5c936b5a%7C0%7C0%7C638482669642811605%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=YfsHFD3MUlTrFchTDspIdNq1oqNyjAV9FDLVsXamK60%3D=0%3Chttp://www.frnog.org/%3E>
> 
> 
> ---
> Liste de diffusion du FRnOG
> https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.frnog.org%2F=05%7C02%7Ctvahe%40fltechno.scc.com%7C6416e99da31f44204b4608dc589aed39%7Cc69c7e2fa16841088187675b5c936b5a%7C0%7C0%7C638482669642821192%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=Drzf8X4wJGngafTpsDdPp%2FkypplZMFE5WCZGUk5gTBk%3D=0<http://www.frnog.org/>
>  
> <https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.frnog.org%2F=05%7C02%7Ctvahe%40fltechno.scc.com%7C6416e99da31f44204b4608dc589aed39%7Cc69c7e2fa16841088187675b5c936b5a%7C0%7C0%7C638482669642821192%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C=Drzf8X4wJGngafTpsDdPp%2FkypplZMFE5WCZGUk5gTBk%3D=0%3Chttp://www.frnog.org/%3E>
> __
> Ce message contient des informations dont le contenu est susceptible d' etre 
> confidentiel. Il est destine au(x) destinataire(s) indique(s) exclusivement.
> A moins que vous ne fassiez partie de la liste des destinataires, ou que vous 
> soyez habilite a recevoir le mail a leur place, il vous est interdit de le 
> copier, de l'utiliser ou de devoiler son contenu a un tiers.
> Si vous avez recu cet email par erreur, merci de prendre contact avec 
> l'emetteur.
> Les opinions exprimees dans cet e-mail sont celles de l'emetteur et ne 
> refletent pas necessairement celles de l'entreprise.
> Ce e-mail peut contenir des pieces jointes dont certaines pourraient contenir 
> des virus qui pourraient endommager votre systeme informa

Re: [FRnOG] [MISC] Besoin d’aide pour une recontruction de FTTH Orange écrasée par ByTel

[David Ponzone]

Après vérification:

Dans l’offre OdR DSL: 7 pages sur 59 comportent le mot « écrasement"
Dans les CS Optimum Collect (Nov 2020): aucune occurence du mot « écrasement » 
sur 50 pages.

Après, je peux ne pas avoir la dernière version, mais j’ai tendance à tout 
archiver.

David


> Le 7 avr. 2024 à 11:30, David Ponzone  a écrit :
> 
> Ouais c’est ça. Si tu es en direct avec Orange, regarde dans les CP s’ils ont 
> prévu le cas de figure (j’ai pas vérifié).
> 
> David Ponzone
> 
> 
> 
>> Le 7 avr. 2024 à 11:02, Alarig Le Lay via frnog  a écrit :
>> 
>> 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/


---
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

[David Ponzone]

Ouais c’est ça. Si tu es en direct avec Orange, regarde dans les CP s’ils ont 
prévu le cas de figure (j’ai pas vérifié).

David Ponzone



> Le 7 avr. 2024 à 11:02, Alarig Le Lay via frnog  a écrit :
> 
> 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/


---
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

[David Ponzone]

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é :)

David Ponzone



> Le 6 avr. 2024 à 23:23, Léa Gris  a écrit :
> 
> 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>
> 
> --
> Léa Gris
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [JOBS] Reconversion dans les métiers de l'informatique - Enquête métier

[David Ponzone]

> Le 6 avr. 2024 à 14:49, Maxime C.  a écrit :
> 
> 
> lm2 : "Malheureusement la France tourne au diplôme pour justifier de
> compétences"
> 
> C'est ce que je pense aussi, raison pour laquelle j'avais changé de secteur
> et abandonné mon projet d'y travailler, pensant que ce que je savais en
> autodidacte n'aurait pas suffit à être embauché.
> Cependant, j'ai pu avoir des réponses démontrant qu'il est possible même
> sans diplôme de commencer en bas de l'organigramme et monter via
> différentes formations/certifications/initiatives.
> Mais, n'aimant pas vraiment la prise de risque, je préfèrerais obtenir un
> diplôme ne serait-ce que pour ma valorisation personnelle et confiance en
> moi pour oser taper à la porte des entreprises.
> 

Il ne faut pas être trop pessimiste, les lignes bougent quand même.
Pas si on vise le CAC40 évidemment.

Je crois me rappeler que quelqu’un a mis une annonce de job sur FRnOG ou FRsAG 
il y a peu, dans laquelle il précisait que sa boite n'avait rien à faire des 
diplômes.
S’il se reconnait, il pourra peut-être nous donner son point de vue.

David



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Microsoft peering se ferme

[David Ponzone]

Le problème, c’est pas tant la sortie des RS, que la politique du traffic 
minimum pour peerer en direct.

David

> Le 4 avr. 2024 à 13:42, fr...@gtn.re a écrit :
> 
> 
> 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  <mailto:Le jeu. 4 avr. 2024 %C3%A0 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/

Re: [FRnOG] [TECH] Microsoft peering se ferme

[David Ponzone]

Ok mais quand tu es dans la course au rapprochement entre ton contenu et les 
eyeballs, c’est un changement de direction surprenant.
Amazon, Google et Apple ont des politiques plutôt ouvertes (sur le plan du 
volume de traffic en tout cas).

Une phrase rigolote extraite de la peering policy de MS française:

"• Les homologues sur un peering Exchange doivent avoir au moins 500 Mo de 
trafic, et au plus 2 Go. Pour le trafic qui dépasse 2 Go, un peering direct 
doit être établi. »

Je sais bien qu’absolument toutes leurs pages de doc en autre chose que 
l’anglais sont autotraduites à la hache, mais  ça pique vraiment les yeux là….

David

PS: je viens de voir le mail de Google. Si le direct peering reste accessible, 
je peux comprendre qu’ils évitent les RS. Ca leur coûte cher à chaque fois les 
ratés d’une plateforme sur lequel personne n’a le contrôle, et qui est en fait 
un service quasi inutile (qui va quitter un IX parce qu’il y a pas de RS à une 
époque où 50% du traffic vient de 5 AS).


> Le 4 avr. 2024 à 13:43, Paul Rolland (ポール・ロラン)  a écrit :
> 
> Hello,
> 
> On Thu, 4 Apr 2024 12:35:02 +0200
> David Ponzone  wrote:
> 
>> 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).
> 
> Microsoft... ou Google ? On vient de recevoir un mail de FranceIX, mais il
> parle de Ggl.
> 
> Une raison : surement une meilleure visibilite de qui sont exactement tes
> peers... 
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Microsoft peering se ferme

[David Ponzone]

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/

Re: [FRnOG] [MISC] 100 milliards de dollars...

[David Ponzone]

Ouais enfin, pour un datacenter avec un gros PC dedans :)

Il est peut-être encore judicieux d’acheter des actions Nvidia…

David

> Le 30 mars 2024 à 11:21, Pierre Col  a écrit :
> 
> ... pour un datacenter :
> 
> https://www.reuters.com/technology/microsoft-openai-planning-100-billion-data-center-project-information-reports-2024-03-29/
> 
> -- 
> Pierre Col
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

Nice :)

> Le 28 mars 2024 à 16:32, Toussaint OTTAVI  a écrit :
> 
> 
> Le 28/03/2024 à 13:03, David Ponzone a écrit :
>> C’était exactement mon propos, ils ont vendu du vent au Grand Public,
> 
> Il faut bien du vent pour pousser les datas dans les nuages :-)
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

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 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

[David Ponzone]

> 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/

Re: [FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

Non, je pense que le problème du nombre de paires, c’est la patate des 
répéteurs nécessaires, donc la taille du cuivre nécessaire, donc le poids du 
câble entier.

David

> Le 28 mars 2024 à 11:03, Pierre Colombier via frnog  a écrit 
> :
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

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/

Re: [FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

Euh non, je pense que la comparaison avec le FTTH est pour être compréhensible 
par des novices.

La cible c’est plutôt les liaisons intercontinentales.
Un des câbles actuels les plus récents, Amitié, fait 23Tbps/paire et 16 paires.
Ca serait donc un bon techno, mais entre le labo et la réalité….
Parce qu’en lab, le record serait plutôt 23Pbps:

https://www.tomshardware.com/tech-industry/manufacturing/japanese-institute-breaks-optical-fiber-speed-record-with-229-petabits-per-second-1000-times-faster-than-existing-cables
 
<https://www.tomshardware.com/tech-industry/manufacturing/japanese-institute-breaks-optical-fiber-speed-record-with-229-petabits-per-second-1000-times-faster-than-existing-cables>


> Le 28 mars 2024 à 09:32, Samuel Thibault  a 
> écrit :
> 
> 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/

[FRnOG] [TECH] 300Tbps par paire

[David Ponzone]

Bonjour,

Titre douteux mais la perf est là :

https://interestingengineering.com/innovation/4-5-million-times-faster-internet-aston-university-makes-it-possible

David Ponzone



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] MTP Gender change

[David Ponzone]

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=609793 
>> <https://www.fs.com/products/150166.html?attribute=34169=609793> <
>> https://www.fs.com/products/150166.html?attribute=34169=609793 
>> <https://www.fs.com/products/150166.html?attribute=34169=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/ <http://www.frnog.org/>
> 
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] MTP Gender change

[David Ponzone]

Exactement, donc une jarretière MTP/LC ressemble à ça:

https://www.fs.com/products/150166.html?attribute=34169=609793 
<https://www.fs.com/products/150166.html?attribute=34169=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/

Re: [FRnOG] [TECH] MTP Gender change

[David Ponzone]

Mais voilà, merci Yannick, c’est ça que j’avais pas compris!
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.

Donc je suis con, je l’admets, c’est très bien pour qqun qui a de la grosse 
distribution à faire en interne, ou alors simplement pour du QSFP 4x10G.

Après, je reste perplexe sur la raison de cette complexité sur les genres des 
connecteurs.


> Le 26 mars 2024 à 22:18, Yannick Palanque via frnog  a écrit 
> :
> 
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] MTP Gender change

[David Ponzone]

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

> Le 26 mars 2024 à 20:18, Yannick Palanque via frnog  a écrit 
> :
> 
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Get Console alive/dead ?

[David Ponzone]

Ok je leur demande si c’était un problème connu corrigé depuis.
Je veux bien remplacer mes gros Cyclades à l’interface web totalement obsolète 
par un truc petit, moderne avec une interface sexy, mais s’il lâche tous les 2 
mois, ça va pas le faire :)

Merci pour vos retours.

David

> Le 26 mars 2024 à 11:12, Pierre-Olivier MORILLON  
> a écrit :
> 
> TS 4 PORT. J'ai eu le problème sur deux.
> J'en ai tout de même recommandé en fin d'année 2023 et pour l'instant pas de 
> problème sur eux.
> 
> Pierre-Olivier 
> 
> 
> ________
> De : David Ponzone 
> Envoyé : mardi 26 mars 2024 11:10
> À : Pierre-Olivier MORILLON
> Cc : Aurélien Poret; frnog-tech
> Objet : Re: [FRnOG] [TECH] Get Console alive/dead ?
> 
> Sur des Mini ou des TS ?
> 
> David
> 
>> Le 26 mars 2024 à 11:08, Pierre-Olivier MORILLON  
>> a écrit :
>> 
>> Bonjour,
>> 
>> Je confirme, plusieurs air-console commandé l'année dernière de mon côté ont 
>> eu des problème de surchauffe et n'ont pas tenu une semaine.
>> Par contre j'ai eu moins de chance que vous semble-t-il, j'ai ouvert un 
>> ticket au support (Get Console support) pour avoir un RMA mais je n'ai 
>> jamais eu de réponse.
>> 
>> Pierre-Olivier
>> 
>> 
>> ____
>> De : frnog-requ...@frnog.org  de la part de 
>> Aurélien Poret 
>> Envoyé : mardi 26 mars 2024 10:59
>> À : David Ponzone
>> Cc : frnog-tech
>> Objet : Re: [FRnOG] [TECH] Get Console alive/dead ?
>> 
>> J'ai commandé l'année dernière. (livraison est arrivée tardivement)
>> 
>> Il y  a des soucis sur les Air console mini 2.0 (surchauffe)
>> J'ai demandé un RMA qui a mis 6 mois et comme ils connaissent le soucis,
>> ils en ont envoyé 2 
>> 
>> Bref c'est encore là, mais on a l'impression qu'il y a qu'une seule
>> personne et pas totalement dédié à ça.
>> 
>> @+
>> Aurélien
>> 
>> Le mar. 26 mars 2024 à 10:44, 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/
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Get Console alive/dead ?

[David Ponzone]

Sur des Mini ou des TS ?

David

> Le 26 mars 2024 à 11:08, Pierre-Olivier MORILLON  
> a écrit :
> 
> Bonjour,
> 
> Je confirme, plusieurs air-console commandé l'année dernière de mon côté ont 
> eu des problème de surchauffe et n'ont pas tenu une semaine.
> Par contre j'ai eu moins de chance que vous semble-t-il, j'ai ouvert un 
> ticket au support (Get Console support) pour avoir un RMA mais je n'ai jamais 
> eu de réponse. 
> 
> Pierre-Olivier
> 
> 
> 
> De : frnog-requ...@frnog.org  de la part de Aurélien 
> Poret 
> Envoyé : mardi 26 mars 2024 10:59
> À : David Ponzone
> Cc : frnog-tech
> Objet : Re: [FRnOG] [TECH] Get Console alive/dead ?
> 
> J'ai commandé l'année dernière. (livraison est arrivée tardivement)
> 
> Il y  a des soucis sur les Air console mini 2.0 (surchauffe)
> J'ai demandé un RMA qui a mis 6 mois et comme ils connaissent le soucis,
> ils en ont envoyé 2 
> 
> Bref c'est encore là, mais on a l'impression qu'il y a qu'une seule
> personne et pas totalement dédié à ça.
> 
> @+
> Aurélien
> 
> Le mar. 26 mars 2024 à 10:44, 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Get Console alive/dead ?

[David Ponzone]

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/

Re: [FRnOG] [TECH] MTP Gender change

[David Ponzone]

> 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] MTP Gender change

[David Ponzone]

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/

Re: [FRnOG] [TECH] MTP Gender change

[David Ponzone]

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/

Re: [FRnOG] [MISC] Un peu de câble sous marin

[David Ponzone]

Ouais c’était assez intéressant, surtout la partie où on apprend que quand 
France Telecom est devenue une société privée, avec un objectif de rentabilité 
sans autre contrainte, ils sont repassés de 4 landing stations sur les côtes 
méditerranéennes à 1.

Je savais que MRS était important mais pas à ce point: bientôt 5ème noeud dans 
le monde (je suppose que le calcul est fait en cumulant la capa de tous les 
câbles qui arrivent).

Merci pour le lien

David


> Le 22 mars 2024 à 09:01, Arnaud FEIX  a écrit :
> 
> Salut à vous,
> 
> Le dernier épisode du podcast « le code a changé » a comme sujet les câbles 
> sous marin, je me dit que ça peut en intéresser quelques un ici, alors je 
> piste en MISC.
> 
> France Inter -  "Le câble, les herbiers de Posidonie et tous les autres 
> encore " sur 
> https://www.radiofrance.fr/franceinter/podcasts/le-code-a-change/le-code-a-change-8-2379866
> 
> Bon week-end,
> 
> ---
> 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.

[David Ponzone]

T’as jamais pensé à mettre un robot en place qui envoie 50k mails clean chaque 
jour vers des adresses gmail à toi ?

> Le 21 mars 2024 à 10:11, Stéphane Rivière  a écrit :
> 
>> 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.
> 
> Tant qu'on est un "petit", on est détruit par les GAFAM. Notre IP était 
> nickelodéon depuis des années, on avait réussi à s'entendre avec krochiotte, 
> ils ne nous embêtaient pas. Mais avec genre max 1000 emails jours (avec les 
> emails techniques), on n'existe juste pas. Et comme 99% des michus ont une 
> adresse gémaile, les propales des commerciaux n'arrivaient pas une fois sur 
> cinq (comprendre parqués dans les indésirables, selon une logique 
> parfaitement aléatoire). Donc, pour le biz, retour chez OVH d'une coté et 
> généralisation de MAILJET (déjà utilisé pour les NL) pour d'autres choses 
> (transactionnel). Maintenant, j'ai la paix. Et oui, c'est triste. C'est même 
> pas normal :(
> 
> -- 
> Stéphane Rivière
> Ile d'Oléron - France
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Procédure annuaire universel

[David Ponzone]

Merci, tu m’as arraché un sourire :)
L’annuaire universel en 2024….

David

> Le 21 mars 2024 à 09:35, Aurélien MERCKEL  a écrit :
> 
> Bonjour la communauté,
> 
> Nous avons ajouté des SDA et le client final souhaite qu'une SDA soit publiée 
> dans l'annuaire universel.
> 
> Je ne sais pas si ma question est dans la bonne catégorie mais est-ce que 
> quelqu'un aurait la procédure pour faire paraitre un numéro entreprise dans 
> l'annuaire universel ?
> 
> Le partenaire fournissant les SDA ne le fait plus et le client final nous 
> demande de le réaliser conformément à un texte sur la CNIL
> L'annuaire téléphonique | CNIL
> 
> En vous remerciant par avance.
> Cordialement.
> 
> 
> 
> ---
> 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.

[David Ponzone]

> 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 , qqun a déjà 
essayé ?

David



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Fwd: France-IX launches its new Transit IP service!

[David Ponzone]

Y a le cas Microsoft.
Avant ça se passait bien mais depuis que la demande de peering se fait sur 
Azure, c’est un délire…..

David

> Le 20 mars 2024 à 09:34, Alarig Le Lay  a écrit :
> 
> 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.
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Routeur 5 G

[David Ponzone]

Je crois vraiment pas que l’extinction de la 4G soit à l’ordre du jour.
On parle vaguement d’éteindre la 3G pour 2028, et avec la quantité de merdes 
M2M en 3G qui sont dans la nature, ça va déjà être une mission.

T’as des liens vers cette prétendue extinction de la 4G ?

David

> Le 19 mars 2024 à 16:10, Stéphane Rivière  a écrit :
> 
>> 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/

Re: [FRnOG] [MISC] Fwd: France-IX launches its new Transit IP service!

[David Ponzone]

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/

Re: [FRnOG] [TECH] Relier 2 tours sans fil

[David Ponzone]

> Le 15 mars 2024 à 09:23, Stéphane Rivière  a écrit :
> 

J’ai rien à ajouter, sauf ajouter un sujet à la discussion:)


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Configuration VPN sur Cisco

[David Ponzone]

> Le 12 mars 2024 à 15:26, Thierry Chich  a écrit 
> :
> 
> 
>> - 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
> Ben soit je comprends pas, soit c'est access vlan 1, mais c'est à coté du 
> sujet.
>> - tout paquet à destination de la MAC se voit attribuer le vlan XXX
> Ca peut se faire sur le switch grace aux systèmes mac-vlan , mais ça me 
> semble être un contresens. Ton problème, c'est qu'un paquet est émis depuis 
> ton ipmi avec un id de vlan 802.1Q, et tu ne peux rien y faire, par 
> définition. Ce qu'il faudrait, c'est un système qui détaggue automatiquement 
> ton paquet, mais ça, je ne vois pas comment le faire simplement.
>> 


Oui, détagger un VLAN inconnu, ça va être compliqué.
Par contre, tu peux faire un dot1q-tunnel pour mettre le paquet dans un outer 
VLAN X de ton choix, et donc le ressortir sur le port de ton choix (qui doit 
être en access untag X).
Je sais pas si ça peut aider mais on sait jamais.

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Configuration VPN sur Cisco

[David Ponzone]

Ok mais elles ont pas la même MAC les lames donc tu peux séparer dans Wireshark.
Après, si tu as pas les MAC des lames, ça devient compliqué :)
Et à distance en plus!

David

> Le 12 mars 2024 à 11:30, Lionel Giraudeau-Bocquet  a 
> écrit :
> 
>> 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

[David Ponzone]

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 mars 2024 à 10:53, Lionel Giraudeau-Bocquet via frnog  
> a écrit :
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Clavier non fonctionnel au démarrage d'un HP Proliant DL360 gen7

[David Ponzone]

Plutôt pour FRSAG je pense ?

David

> Le 11 mars 2024 à 15:04, nblesgaz  a écrit :
> 
> Bonjour à tous,
> 
> J'ai récemment fait l’acquisition d'un hp proliant dl360 gen7 via lbc. Il est 
> dans un très bon état, néanmoins, lorsque je veux accéder au bios de la 
> machine, pas de clavier, on dirait que l'usb est désactivé dans le bios... 
> J'ai beau appuyer sur des touches, il ne se passe rien. Par contre, une fois 
> que l'os de l'ancien propriétaire est démarré, le clavier fonctionne.
> 
> J'ai essayé plusieurs ports de la machine, de changer de clavier, de 
> débrancher la pile de bios pendant 30 min, démarrer le serveur avec 
> interrupteur 6 du sw1 pour vider la NVRAM, mais rien, j'ai toujours le 
> problème.
> 
> Les forums sur Google sont assez succincts, donc à chaque fois la discussion 
> tourne en boucle. Et RAS dans les journaux de Ilo.Donc je me sens dépassé. Je 
> suis débutant en hardware de ce genre de serveur donc s'il y a des personnes 
> qui connaissent ce problème ou cette machine, je suis preneur.
> 
> BIOS : P68
> 
> Bon lundi !
> 
> Noah
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Wireguard et DPD ?

[David Ponzone]

T’as rien raté, mais t’as pas cherché longtemps :)

https://tailscale.com/kb/1122/wireguard-dynamic-ip 



> Le 11 mars 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 ?
> ---
> 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 ?

[David Ponzone]

> Le 8 mars 2024 à 17:18, Jérôme Nicolle  a écrit :
> 
> Déjà parce qu'il y a une impossibilité logistique et économique à 
> dimensionner le pire des cas, et surtout parce que le jour où on n'en aurait 
> besoin, la plupart des petites mains qui font tourner les réseaux seraient 
> probablement plus occuper à sauver leur propre peau que leurs réseaux.
> 
> Si un Carrington Event se produisait aujourd'hui, c'est la grille électrique 
> qui sauterait en premier. Pas de numérique sans électricité, et même si les 
> groupes électrogène des salles machines marchent encore, les utilisateurs non.
> 
> Les réseaux cuivre aérien ou mal enfouis crameraient aussi probablement, avec 
> leurs équipements d'extrémité. On n'a plus l'habitude de garder du spare pour 
> ces vielles brelles, en France en tout cas.
> 
> Sur la radio, les antennes et préamplis prendraient tellement cher qu'il 
> faudrait tout remplacer. Compte au moins 4 ans de production en mode économie 
> de guerre pour y arriver. Par contre ça forcerait les MNO à être moins cons 
> qu'actuellement et à mutualiser plus et mieux leurs infrastructures.

Euh on est autonomes pour produire tout ce qu’il faut pour faire marcher du 
mobile ?
Tu penses qu’en 4 ans, on pourrait devenir autonomes et produire ce qu’il faut 
pour ré-équiper des dizaines de millier de BTS ?
Je suis un peu dubitatif.
Je pense personnellement que ça se jouera à celui qui a le plus de $ sur le 
tarmac de l’aéroport de Shenzen.

> Sur la fibre, rien à craindre. Câbles comme machines sont relativement 
> immunes contre le risque électromagnétique. Sauf peut être les BMH et Landing 
> Points des câbles sous-marin, dans lesquels on a toujours des conducteurs 
> pour injecter du courant modulé afin de les localiser, repêcher et réparer, 
> même quand il n'y a pas de répéteurs.
> 

Et les DC, ils vont prendre ça comment ?
On peut pas s’attendre à quelques incendies ?

David



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?

[David Ponzone]

Key Account Manager ?
C’est une façon pour Stéphane de nous dire qu’il est important chez Méta, et 
que du loin de son île, il est quand même bien vendu aux GAFAM :)

C’est dredi, je peux.

David

> Le 8 mars 2024 à 14:21, Bertrand FRUCHET via frnog  a écrit :
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

[David Ponzone]

Les bornes DECT Gigaset aussi utilisent PTPv2 pour leur mode synchro LAN.

David

> Le 7 mars 2024 à 14:01, Philippe ASTIER via frnog  a écrit :
> 
> 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.
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Reyee

[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/

Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?

[David Ponzone]

Ouais, ça explique pas grand chose en fait…

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.

David

> Le 6 mars 2024 à 09:34, Stephane Bortzmeyer  a écrit :
> 
> On Tue, Mar 05, 2024 at 05:23:28PM +0100,
> x.r...@sipleo.com  wrote 
> a message of 23 lines which said:
> 
>> Déjà FB et Messenger apparemment depuis 16h07
>> 
>> Qui a des infos ?
> 
> Les explications officielles :
> 
> https://m.facebook.com/nt/screen/?params=%7B%22note_id%22%3A10158791436142200%7D=%2Fnotes%2Fnote%2F
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] Test de la robustesse de la liste

[David Ponzone]

Difficile à dire parce que c’est 16h c’est la fin de la crête de traffic de 
l’après-midi, mais j’ai l’impression de voir un drop d’environ 5-10%.

David

> Le 5 mars 2024 à 17:26, Philippe ASTIER via frnog  a écrit :
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] Test de la robustesse de la liste

[David Ponzone]

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/

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

[David Ponzone]

Ah depuis le temps que je dis qu’ils sont mauvais.
Y a 0 redondance dans leur réseau, et je pense que la réalité doit être pire.

La bonne nouvelle (pas pour eux), c’est que les nouveaux tarifs FTTO d’Orange 
vont sérieusement les liquéfier, là où ils se croyaient intouchables.

David


> Le 5 mars 2024 à 13:24, Alexandre Tran  a écrit :
> 
> Pareil chez nous , plusieurs sites depuis hier à midi , paris 9, paris 8, 
> colombes , paris 1 
> 
> Débit à peine 1mbps 
> 
> Des FTTO aussi dans paris 9 , Clamart …
> De pire en pire , on pense vraiment à réduire notre parc chez eux 
> 
> On Tuesday, March 5, 2024, DUVERGIER Claude  <mailto:frnog...@claude.duvergier.fr>> wrote:
> On a de la connexion fibre OVH sur Paris 19ème coupée depuis hier midi.
> 
> -- 
> DUVERGIER Claude
> 
> Le 05/03/2024 à 11:36, David Ponzone a écrit :
> Je crois que c’est pas fini.
> Depuis hier, j’ai 2 FTTH Kosc coupés exactement à la même seconde alors 
> qu’ils sont dans 2 parties totalement opposées de la banlieue parisienne, et 
> ce matin, un autre Paris-Opéra, qui a 4Mbps de débit descendant.
> Pour un des FTTH coupé, on me dit que c’est un IG Kosc qui a eu une coupure 
> fibre.
> 
> Quelqu’un a impact sur du FTTH Kosc Paris/Banlieue ?
> 
> David
> 
> 
> Le 3 mars 2024 à 10:16, Charles ENEL-REHEL  <mailto:charles.enelre...@gmail.com>> a écrit :
> 
> Fin des travaux de réparation à Eysines ce matin. Conclusion : plus de 30
> heures de désordre avec impacts dans tous les sens sur des services métro
> et de transport en long-haul.
> 
> Donc voilà, mission accomplie pour les fauteurs de trouble de cet autre
> acte de malveillance ...
> 
> 
> Le sam. 2 mars 2024 à 09:37, Charles ENEL-REHEL  <mailto:charles.enelre...@gmail.com>>
> a écrit :
> 
> Tiens tiens, hier soir à 19h25 pendant que ça commence à réparer à
> Strasbourg, je perds une wave 10G entre Poitiers et Bordeaux fournie pas
> EXA. Et devinez quoi : un autre acte de vandalisme du côté de Bordeaux sur
> un gros câble FO de backbone dans la boucle métro bordelaise de SFR/LDCOM.
> Y'a tellement de dégâts à réparer qu'il y en a encore pour des heures sinon
> des dizaines d'heures à tout remonter. Un massacre :-((
> 
> Donc vu de mon petit prisme, si je résume les cancans du longhaul cette
> semaine :
> 
>- Mardi 27/02 après-midi entre Tours et Availles-en-Châtellerault  dans
>le long-haul SFR/LDCOM : acte de vandalisme dans lequel un gros câble FO de
>transport a été volontairement sectionné dans une chambre mais également
>dans la chambre N+1 pour bien empêcher toute récupération de mou au presta
>qui est venu réparer
>- Vendredi 01/03 après-midi à Strasbourg dans le long-haul SFR/LDCOM :
>acte de vandalisme dans lequel plusieurs gros câbles FO de transport
>semblent avoir été détruits par un incendie
>- Vendredi 01/03 soir à Eysines dans le long-haul SFR/LDCOM : acte de
>vandalisme sur un gros câble FO de transport dont de nombreux tubes ont été
>sectionnés
> 
> Et il y a tout ce que je ne sais pas par ailleurs ...
> 
> A chaque fois, un travail de pros établi par des connaisseurs qui semblent
> systématiquement viser les infras de transport de SFR/LDCOM.
> 
> Alors c'est moi qui psychote ou on est en train de se retaper une vague
> d'incidents organisés sur des long-hauls (cf. printemps 2022 que beaucoup
> n'ont pas oublié) ?
> 
> 
> Le ven. 1 mars 2024 à 22:09, Lilian RIGARD  <mailto:lil...@devclic.fr>> a écrit :
> 
> Donc 1 144 Fo et un 288 Fo qui ont été brulés. La BPE avec et c'est du
> côté du Quai des belges donc pas très loin du NetCenter SFR.
> 
> 1 mars 2024 19:54 "Julien Issler"  <mailto:jul...@issler.net> (mailto:
> jul...@issler.net?to=%22Julien%20Issler%22%20 
> <http://jul...@issler.net/?to=%22Julien%20Issler%22%20> <mailto:jul...@issler.net>>)> a
> écrit:
> Courage aux équipes pour tout nettoyer/tirer/souder... Le
> 01/03/2024 à 19:33, Lilian RIGARD a écrit : Vandalisme sur une BPE de 288 FO
> 1 mars 2024 17:39 "David Ponzone"  <mailto:david.ponz...@gmail.com> (mailto:
> david.ponz...@gmail.com <mailto:david.ponz...@gmail.com>) > 
> mailto:david.ponz...@gmail.com> (mailto:
> david.ponz...@gmail.com 
> <mailto:david.ponz...@gmail.com>)?to=%22David%20Ponzone%22%20<
> david.ponz...@gmail.com <mailto:david.ponz...@gmail.com> 
> (mailto:david.ponz...@gmail.com <mailto:david.ponz...@gmail.com>)>>> 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. 

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

[David Ponzone]

Je crois que c’est pas fini.
Depuis hier, j’ai 2 FTTH Kosc coupés exactement à la même seconde alors qu’ils 
sont dans 2 parties totalement opposées de la banlieue parisienne, et ce matin, 
un autre Paris-Opéra, qui a 4Mbps de débit descendant.
Pour un des FTTH coupé, on me dit que c’est un IG Kosc qui a eu une coupure 
fibre.

Quelqu’un a impact sur du FTTH Kosc Paris/Banlieue ?

David


> Le 3 mars 2024 à 10:16, Charles ENEL-REHEL  a 
> écrit :
> 
> Fin des travaux de réparation à Eysines ce matin. Conclusion : plus de 30
> heures de désordre avec impacts dans tous les sens sur des services métro
> et de transport en long-haul.
> 
> Donc voilà, mission accomplie pour les fauteurs de trouble de cet autre
> acte de malveillance ...
> 
> 
> Le sam. 2 mars 2024 à 09:37, Charles ENEL-REHEL 
> a écrit :
> 
>> Tiens tiens, hier soir à 19h25 pendant que ça commence à réparer à
>> Strasbourg, je perds une wave 10G entre Poitiers et Bordeaux fournie pas
>> EXA. Et devinez quoi : un autre acte de vandalisme du côté de Bordeaux sur
>> un gros câble FO de backbone dans la boucle métro bordelaise de SFR/LDCOM.
>> Y'a tellement de dégâts à réparer qu'il y en a encore pour des heures sinon
>> des dizaines d'heures à tout remonter. Un massacre :-((
>> 
>> Donc vu de mon petit prisme, si je résume les cancans du longhaul cette
>> semaine :
>> 
>>   - Mardi 27/02 après-midi entre Tours et Availles-en-Châtellerault  dans
>>   le long-haul SFR/LDCOM : acte de vandalisme dans lequel un gros câble FO de
>>   transport a été volontairement sectionné dans une chambre mais également
>>   dans la chambre N+1 pour bien empêcher toute récupération de mou au presta
>>   qui est venu réparer
>>   - Vendredi 01/03 après-midi à Strasbourg dans le long-haul SFR/LDCOM :
>>   acte de vandalisme dans lequel plusieurs gros câbles FO de transport
>>   semblent avoir été détruits par un incendie
>>   - Vendredi 01/03 soir à Eysines dans le long-haul SFR/LDCOM : acte de
>>   vandalisme sur un gros câble FO de transport dont de nombreux tubes ont été
>>   sectionnés
>> 
>> Et il y a tout ce que je ne sais pas par ailleurs ...
>> 
>> A chaque fois, un travail de pros établi par des connaisseurs qui semblent
>> systématiquement viser les infras de transport de SFR/LDCOM.
>> 
>> Alors c'est moi qui psychote ou on est en train de se retaper une vague
>> d'incidents organisés sur des long-hauls (cf. printemps 2022 que beaucoup
>> n'ont pas oublié) ?
>> 
>> 
>> Le ven. 1 mars 2024 à 22:09, Lilian RIGARD  a écrit :
>> 
>>> Donc 1 144 Fo et un 288 Fo qui ont été brulés. La BPE avec et c'est du
>>> côté du Quai des belges donc pas très loin du NetCenter SFR.
>>> 
>>> 1 mars 2024 19:54 "Julien Issler" >> jul...@issler.net?to=%22Julien%20Issler%22%20)> a
>>> écrit:
>>>Courage aux équipes pour tout nettoyer/tirer/souder... Le
>>> 01/03/2024 à 19:33, Lilian RIGARD a écrit : Vandalisme sur une BPE de 288 FO
>>> 1 mars 2024 17:39 "David Ponzone" >> david.ponz...@gmail.com) > >> david.ponz...@gmail.com)?to=%22David%20Ponzone%22%20<
>>> david.ponz...@gmail.com (mailto:david.ponz...@gmail.com)>>> 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 >> jul...@issler.net)
>>> mailto:jul...@issler.net)>> 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 (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] dgfip refusé par gmail

[David Ponzone]

Laurent,

+1 sur l’outil de email-security-scans.org  
et merci.
Ca prend du temps, mais le reporting est très exhaustif.

David

> Le 1 mars 2024 à 15:35, Laurent S. via frnog  a écrit :
> 
> 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=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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] connection backup pour du FTTO?

[David Ponzone]

Déjà, dès la première phrase, tu m’as perdu.
Désolé je pense que je suis un peu con aujourd’hui, ça m’arrive souvent.

"Pour détailler un peu. Ece qui concerne l'infra pour simplifier, je reçois ma 
connection internet via 2 routeurs en DC chacun sur un site différents. J'ai 
ouvert une session BGP vers chacun, ce qui permet de faciliter les mises à 
jours et d'être resilient de ce coté là. L'idée c'est ensuite de gérer le cas 
ou la FTTO tombe en rade. »

Donc tu as 1 FTTO vers 2 DC différents.
Je vois pas bien comment ça marche.

Après, pour la 4G/5G, tu peux mettre en plus une antenne sur le toit pour aller 
chercher un relais plus loin que le/les plus proche(s).
Et aussi, tu peux choisir Bouygues, qui a la moitié de ses relais qui sont 
reliés en FH, donc qui dépend moins du terrestre, mais ça reste de la 
spéculation de comptoir, faudrait faire une étude précise d’après cartoradio.

David

> Le 3 mars 2024 à 12:09, Benoit Chesneau  a écrit :
> 
> Bonjour,
> 
> Pour détailler un peu. Ece qui concerne l'infra pour simplifier, je reçois ma 
> connection internet via 2 routeurs en DC chacun sur un site différents. J'ai 
> ouvert une session BGP vers chacun, ce qui permet de faciliter les mises à 
> jours et d'être resilient de ce coté là. L'idée c'est ensuite de gérer le cas 
> ou la FTTO tombe en rade. 
> 
> J'ai avancé un peu par rapport à mon dernier mail, pour ce que cela vaut,  
> j'ai superposé mon tracé avec les cartes de l'ARCEP (ma connection internet 
> en mode avancé,  Vue des zones arrière de PM) et celle des antennes 5G. 
> L'antenne 5G via orange est sur un tracé complètement different de celui de 
> la FTTH qui arrive @home . Localement la FTTO partage seulement 50m . Donc à 
> priori localement c'est relativement isolé et il y a de la redondance au 
> noveau de l'operateur qui me fournit la FTTO (je vais demander pour le NRO). 
> 
> Startlink est tentant car 0 liens en commun mais la reflexion de Erwan au 
> sujet de la bande passante me fait en effet reflechir. D'autant que j'ai déjà 
> les contrats fibre et 5G. 
> 
> 
> 
> Benoît Chesneau, Enki Multimedia
> —
> t. +33608655490 
> 
> Sent with Proton Mail secure email.
> 
> On Sunday, March 3rd, 2024 at 11:49, David Ponzone  
> wrote:
> 
>> Benoît,
>> 
>> Tu peux détailler un peu plus l’archi car j’ai pas bien compris le rapport 
>> entre le FTTO, le BGP et les sites distants.
>> 
>> Sinon, quand t’es pas à 50 balles prêts, le mieux c’est FTTO backup ftth 
>> backup 4g/5g.
>> Si le FTTO a pas été pris chez un clochard (je te donne des noms en MP si tu 
>> veux), il sera rétabli en 24h, donc c’est pas la peine de déployer un truc 
>> compliqué pour ça.
>> Si tu veux limiter le risque encore un peu, ça serait pas mal que le FTTO 
>> dépende pas du même NRO que le FTTH. Or en FTTH, pas mal de monde dépend de 
>> l’offre de colo en NRO de l’agrume, donc ça pourrait être intéressant de 
>> chercher où ton FTTO arrive (si c’est pas l’agrume).
>> 
>> David Ponzone
>> 
>> 
>>> Le 3 mars 2024 à 10:11, Benoit Chesneau beno...@enki-multimedia.eu a écrit :
>>> 
>>> Sur le site de mon entreprise j'ai fait installer une FTTO et j'aimerais 
>>> ajouter une solution simple pour un backup. J'ai encore les contrats FTTH 
>>> vers 2 lignes (même armoire, meme poteau final, 1 seul, au coin de la 
>>> maison) et la 5G est OK (700-120 Mbp).
>>> 
>>> Quelles sont les bones pratiques de nos jours pour faire du backup pour une 
>>> connection FTTO ?
>>> 
>>> Utiliser une seconde ligne sur un autre chemin me semble hors budget pour 
>>> l"instant dans ma région. Et puis je n'ai pas forcemment besoin de ce 
>>> niveau de resilience. Aussi reste la 5G/Starlink (mixé à une FTTH ?) .
>>> 
>>> Après vous interconnectez tout ça comment? Sur la connection FTTO j'utilise 
>>> du BGP et je balance la connections entre différents sites, mais faire cela 
>>> sur de la 5G ou du Starlink semble fragile vu la difference de bande 
>>> passante/MTU et passage via un tunnel . Si vous avez des liens, mots clés, 
>>> ou solutions si possible open-source que je pourrais regarder ça 
>>> m'intéresse :)
>>> 
>>> Benoît
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] connection backup pour du FTTO?

[David Ponzone]

Ça je pense que c’est une dépense d’énergie inutile.
Si tu veux répartir, c’est que ton main est full (full = pics fréquents qui 
passent les 75%).
Si ton main est full, vu les prix de nos jours du débit juste au-dessus, tu te 
trompes de passe-temps :)

A la limite, tu fais du PBR pour envoyer les flux de backup sortant sur le FTTH 
par exemple.

David

> Le 3 mars 2024 à 12:24, Benoit Chesneau  a écrit :
> 
> 
> 
>> Bonjour,
>> 
>> Pour détailler un peu. Ece qui concerne l'infra pour simplifier, je reçois 
>> ma connection internet via 2 routeurs en DC chacun sur un site différents. 
>> J'ai ouvert une session BGP vers chacun, ce qui permet de faciliter les 
>> mises à jours et d'être resilient de ce coté là. L'idée c'est ensuite de 
>> gérer le cas ou la FTTO tombe en rade.
> 
> et pour être clair, je cherche aussi a voir que sont les solutions  pour soit 
> faire du lpartage de charge entre la ligne de backup et la ligne priincipale. 
> Tant qu'à payer en effet autant utilier les 2...
> 
> Benoît


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Usage massif de secours 4G/5G

[David Ponzone]

Et il reste le doute sur l’uplink de tes points hauts.
Plus le temps passe, et plus on a la preuve qu’à part l’agrume, y a pas grande 
monde qui redonde son réseau.
Je ne dis pas que l’agrume n’a pas de NRO en pendulaire, mais je dis qu’ils 
n’ont pas des départements entiers en pendulaire, comme Covage fait avec les 
Alpes par exemple, ou visiblement Free avec les Yvelines.
Ca a toujours été opaque mais ça s’arrange pas.

David

> Le 3 mars 2024 à 11:57, Nang Bat  a écrit :
> 
> J'ai les deux avis...
> Si c'est en zone assez bien couverte il y aura presque toutes les
> bandes avec du débit et LLTE/NR (700-800-1800-2100-2600 éventuellement
> du 3.5ghz), donc si l'ingénierie du réseau mobile est correcte ça ne
> devrait pas poser trop de soucis pour équilibrer/distribuer le trafic
> même avec beaucoup de monde. Pour peu que la couverture s'étale sur
> plusieurs cellules/secteurs ça devrait pouvoir fonctionner
> correctement.
> Mais en vrai ça fonctionne souvent assez mal...
> Pour moi c'est essentiellement les déploiements en mode BLC et le
> faible niveau d'ingénierie/radio planning qui va faire que ça
> fonctionne mal quand le réseau est anormalement sollicité, et de la a
> dire que c'est souvent le cas... Suffit de regarder le taf qui est
> fait dans certain stade qui permet d'avoir une couverture correcte
> pour des milliers de devices dans un stade vs. les zones urbaines en
> mutations ou le setup des antennes a pas bougé en 10 ans alors que
> tout le reste s'est complètement transformé.
> 
> Le dim. 3 mars 2024 à 11:41, David Ponzone  a écrit :
>> 
>> Clairement pas.
>> Les clients de Free dans les Yvelines l’ont découvert il y a 2 semaines.
>> C’est du marketing.
>> Et la base du marketing GP, c’est quand même de vendre du pipeau sachant que 
>> les clients ne disent rien à 95% (ou n’auront jamais besoin du secours) et 
>> que les 5% de « chieurs », tu veux justement t’en débarrasser parce que tu 
>> pourras faire tout ce que tu veux, ils partiront ailleurs pour économiser 
>> 1€/mois.
>> 
>> David Ponzone
>> 
>> 
>> 
>>> Le 3 mars 2024 à 11:27, Denis Fondras via frnog  a écrit :
>>> 
>>> 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/
>> 
>> 
>> ---
>> 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] connection backup pour du FTTO?

[David Ponzone]

Benoît,

Tu peux détailler un peu plus l’archi car j’ai pas bien compris le rapport 
entre le FTTO, le BGP et les sites distants.

Sinon, quand t’es pas à 50 balles prêts, le mieux c’est FTTO backup ftth backup 
4g/5g.
Si le FTTO a pas été pris chez un clochard (je te donne des noms en MP si tu 
veux), il sera rétabli en 24h, donc c’est pas la peine de déployer un truc 
compliqué pour ça.
Si tu veux limiter le risque encore un peu, ça serait pas mal que le FTTO 
dépende pas du même NRO que le FTTH. Or en FTTH, pas mal de monde dépend de 
l’offre de colo en NRO de l’agrume, donc ça pourrait être intéressant de 
chercher où ton FTTO arrive (si c’est pas l’agrume).

David Ponzone



> Le 3 mars 2024 à 10:11, Benoit Chesneau  a écrit :
> 
> Sur le site de mon entreprise j'ai fait installer une FTTO et j'aimerais  
> ajouter une solution simple pour un backup. J'ai encore les contrats FTTH 
> vers 2 lignes (même armoire, meme poteau final, 1 seul, au coin de la maison) 
> et la 5G est OK (700-120 Mbp).
> 
> Quelles sont les bones pratiques de nos jours pour faire du backup pour une 
> connection FTTO ?
> 
> Utiliser une seconde ligne sur un autre chemin me semble hors budget pour 
> l"instant dans ma région. Et puis je n'ai pas forcemment besoin de ce niveau 
> de resilience. Aussi reste la  5G/Starlink (mixé à une FTTH ?) .
> 
> Après vous interconnectez tout ça comment? Sur la connection FTTO j'utilise 
> du BGP et je balance la connections entre différents sites, mais faire cela 
> sur de la 5G ou du Starlink semble fragile vu la difference de bande 
> passante/MTU et passage via un tunnel . Si vous avez des liens, mots clés, ou 
> solutions si possible open-source que je pourrais regarder ça m'intéresse :)
> 
> 
> Benoît
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Usage massif de secours 4G/5G

[David Ponzone]

Clairement pas.
Les clients de Free dans les Yvelines l’ont découvert il y a 2 semaines.
C’est du marketing.
Et la base du marketing GP, c’est quand même de vendre du pipeau sachant que 
les clients ne disent rien à 95% (ou n’auront jamais besoin du secours) et que 
les 5% de « chieurs », tu veux justement t’en débarrasser parce que tu pourras 
faire tout ce que tu veux, ils partiront ailleurs pour économiser 1€/mois.

David Ponzone



> Le 3 mars 2024 à 11:27, Denis Fondras via frnog  a écrit :
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

[David Ponzone]

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/

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

[David Ponzone]

La communication Covage:

FTTO - 01/03/2024 

Chers clients,
Nous vous informons qu'incident générique est en cours dans l'Est de la France 
impactant nos clients FTTO/FTTH dans la zone.
15h30:Nous soupçonnons un défaut énergie sur le POP de Strasbourg .Notre 
fournisseur dans la zone est déclenché et escaladé.
15h00: Remontées de plusieurs alarmes de supervision sur la perte de deux 
routeurs de coeur de réseau à STRASBOURG.
Prochaine communication 17h00

Commentaire perso: oui, Covage a une échelle de temps assez spéciale pour la 
gestion des incidents critiques, et généralement quand ils disent 17h, ça sera 
19h, le temps que le mainteneur se réveille (parfois, le mainteneur part sur 
une coupure fibre sans OTDR).

Donc, Covage serait hébergé dans le NetCenter SFR Strasbourg.

Ce qui est étrange par contre, c’est que j’ai au moins un FTTO SFR UP sur 
Strasbourg.

David

> Le 1 mars 2024 à 16:00, Lilian RIGARD  a écrit :
> 
> Bonjour,
> 
> Incident générique chez SFR également sur Strasbourg, ça sent la casse fibre 
> quelque part
> 
> 1 mars 2024 15:28 "David Ponzone"  <mailto:david.ponz...@gmail.com?to=%22david%20ponzone%22%20%3cdavid.ponz...@gmail.com%3E>>
>  a écrit:
> J’ai un FTTO COVAGE down dans la banlieue de Strasbourg depuis 15 min. En 
> fait, ça permet de comprendre comment marche le « réseau » Altitude: quand y 
> un lien backbone en panne, y a X dizaines de % des liens qui sont HS, parce 
> qu’ils ont pas la capa pour tout rerouter par ailleurs. Pas de priorité des 
> FTTO sur les FTTH, ça semble juste être du pur hasard. Je n’arrive plus à 
> leur trouver d’excuses. J’attends encore le RFO que devait m’envoyer un « 
> responsable opérationnel » chez eux il y a quelques semaines. Y a pas 
> longtemps, à l’occasion d’un incident sur un FTTH, ça a été réglé assez vite, 
> mais on m’a dit au bout de quelques jours que la résolution définitive 
> dépendait de la construction d’un lien transport 100G. J’arrive pas à savoir 
> si c’est un mec qui en a trop dit, ou si c’était pour qqun d’autre. David 
> Le 1 mars 2024 à 15:13, Julien Issler  <mailto:jul...@issler.net>> a écrit :
> 
> Hello,
> 
> c'est tombé chez vous aussi en Alsace ? Kosc zone A (pas Rosace par exemple) 
> visiblement HS partout...
> 
> Julien
> 
> Le 09/02/2024 à 16:36, David Ponzone a écrit :
> C’est remonté il y a 3 min.
> D’expérience, ce qu’on vit chez Altitude dépend de où et comment sont 
> collectés les liens, de quand ça date et de l’âge du capitaine.
> 
> Le 9 févr. 2024 à 16:14, Julien Issler  <mailto:jul...@issler.net>> a écrit :
> 
> Hello,
> 
> rien à signaler ici non plus, sur le 67/68/57, sur mes liens collectés 
> Sewan/OVH
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org <http://www.frnog.org/>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org <http://www.frnog.org/>
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [ALERT] Altitude/Covage/Kosc FTTH en folie...encore

[David Ponzone]

J’ai un FTTO COVAGE down dans la banlieue de Strasbourg depuis 15 min.

En fait, ça permet de comprendre comment marche le « réseau » Altitude: quand y 
un lien backbone en panne, y a X dizaines de % des liens qui sont HS, parce 
qu’ils ont pas la capa pour tout rerouter par ailleurs.
Pas de priorité des FTTO sur les FTTH, ça semble juste être du pur hasard.
Je n’arrive plus à leur trouver d’excuses. J’attends encore le RFO que devait 
m’envoyer un « responsable opérationnel » chez eux il y a quelques semaines.

Y a pas longtemps, à l’occasion d’un incident sur un FTTH, ça a été réglé assez 
vite, mais on m’a dit au bout de quelques jours que la résolution définitive 
dépendait de la construction d’un lien transport 100G.
J’arrive pas à savoir si c’est un mec qui en a trop dit, ou si c’était pour 
qqun d’autre.

David


> Le 1 mars 2024 à 15:13, Julien Issler  a écrit :
> 
> Hello,
> 
> c'est tombé chez vous aussi en Alsace ? Kosc zone A (pas Rosace par exemple) 
> visiblement HS partout...
> 
> Julien
> 
> Le 09/02/2024 à 16:36, David Ponzone a écrit :
>> C’est remonté il y a 3 min.
>> D’expérience, ce qu’on vit chez Altitude dépend de où et comment sont 
>> collectés les liens, de quand ça date et de l’âge du capitaine.
>>> Le 9 févr. 2024 à 16:14, Julien Issler  a écrit :
>>> 
>>> Hello,
>>> 
>>> rien à signaler ici non plus, sur le 67/68/57, sur mes liens collectés 
>>> Sewan/OVH
>>> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] dgfip refusé par gmail

[David Ponzone]

En fait, j’ai eu la flemme de vérifier tous les include, et je m’attendrais à 
trouver les includes ipv6 regroupés ensemble (avec des noms clairs), comme moi 
je l’aurais fait pour pas me viander.

Après, j’ai trouvé une solution pour aplatir les SPF:

http://spf.myisp.ch <http://spf.myisp.ch/>

David

> Le 29 févr. 2024 à 23:17, Willy Manga  a écrit :
> 
> 
> .
> On 29/02/2024 14:49, David Ponzone wrote:
>> D’ailleurs, y a des domaines qui ont de l’IPv6 dans le SPF ?
>> J’en trouve pas.
> 
> Au hasard .. Tous les RIR :)
> 
> Et puis comme l'a dit Stéphane B. dans un autre courriel, d'autres (comme 
> moi) optent pour une déclaration 'implicite' .
> 
> Personnellement je trouve que ça évite de dupliquer des informations si tous 
> les MX de son domaine sont tous bien connus.
> 
> 
> -- 
> Willy Manga
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] - Connectivité FON via 2 chemins

[David Ponzone]

Richard,

Perso, cet usage ne me choque pas.
Même en étant dans le métier, c’est pas toujours simple de savoir qui est 
capable de faire ça, y compris sur Paris.

Donc une bouteille à la mer, ça peut aider.
Et c’est techniquement intéressant de savoir qui peut le faire vraiment (sans 
avoir 2/3 km de chemin commun, donc en fournissant les kmz en avant-vente).

David

> Le 29 févr. 2024 à 18:02, Richard Klein  a écrit :
> 
> FRNog est une mailing commercial?
> Et les commerciaux ils font quoi ?
> 
> Dredi -1
> 
> Richard
> 
> 
>> Le 29 févr. 2024 à 16:29, Laurent CARON  a écrit :
>> 
>> Bonjour,
>> 
>> 
>> Nous cherchons à relier 2 sites:
>> 
>> A/ Global switch à Clichy (7-9 rue petit)
>> 
>> B/ 130 avenue pierre brossolette à Malakoff
>> 
>> Souhaits:
>> 
>> - Disposer de 2 paires de FON via 2 chemins distincts
>> 
>> - Une fibre livrée via chaque adduction du bâtiment
>> 
>> 
>> Pouvez-vous SVP me fournir deux propositions:
>> 
>> - Location sur 3, 6 et 9 ans
>> 
>> - IRU sur 9 ans
>> 
>> 
>> Merci d'avance,
>> 
>> L.CARON
>> 
>> 
>> 
>> ---
>> 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] dgfip refusé par gmail

[David Ponzone]

Ah ouf, merci, j’ai appris un truc (et honte sur dig).

David

> Le 29 févr. 2024 à 12:35, Alain Thivillon  a écrit :
> 
> Hello,
> 
> _spf1-meo.microsoft.com . 3600   IN  TXT  
>"v=spf1 ip4:52.165.175.144 ip4:52.247.53.144 ip4:157.55.254.216 
> ip4:13.74.143.28 ip4:104.214.25.77 ip4:207.46.225.107 ip4:51.137.58.21 
> ip4:138.91.172.26 ip4:52.250.107.196 ip4:13.92.31.129 ip4:51.144.100.179 
> ip4:52.160.39.140 ip4:52.244.206.214 ip4:13.72." "50.45 ip4:20.118.139.208/30 
>  ip4:20.98.194.68/30  
> ip4:20.83.222.104/30  ip4:20.88.157.184/30 
>  ip4:20.59.80.4/30  
> ip4:20.51.6.32/30  ip4:20.97.34.220/30 
>  ip4:20.107.239.64/30  
> ip4:20.105.209.76/30  ip4:20.98.148.156/30 
>  ip4:20.69.8.108/30  ~all »
> 
> (l’IPv4 sur la seconde ligne coupée au milieu par des «  « )
> 
> C'est parce que la taille max d'une string dans un TXT est 255 caractères 
> mais il peut y avoir plusieurs strings pour un RR. DIG présente ainsi ces 
> multiples strings. Le RFC 4408 spécifie clairement que c'est au client SPF de 
> réassembler.  https://datatracker.ietf.org/doc/html/rfc4408#section-3.1.3 
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] dgfip refusé par gmail

[David Ponzone]

Alors en fait j’avais pas tout vérifié car j’avais la faiblesse de penser que 
les gros auraient un _spf6.truc.com <http://spf6.truc.com/> dans les includes :)
Y a aucune logique ou cohérence en fait.

D’ailleurs, en regardant les SPF de Microsoft, j’ai trouvé ça, je doute que ça 
soit un syntaxe normale :)

_spf1-meo.microsoft.com. 3600   IN  TXT "v=spf1 ip4:52.165.175.144 
ip4:52.247.53.144 ip4:157.55.254.216 ip4:13.74.143.28 ip4:104.214.25.77 
ip4:207.46.225.107 ip4:51.137.58.21 ip4:138.91.172.26 ip4:52.250.107.196 
ip4:13.92.31.129 ip4:51.144.100.179 ip4:52.160.39.140 ip4:52.244.206.214 
ip4:13.72." "50.45 ip4:20.118.139.208/30 ip4:20.98.194.68/30 
ip4:20.83.222.104/30 ip4:20.88.157.184/30 ip4:20.59.80.4/30 ip4:20.51.6.32/30 
ip4:20.97.34.220/30 ip4:20.107.239.64/30 ip4:20.105.209.76/30 
ip4:20.98.148.156/30 ip4:20.69.8.108/30 ~all »

(l’IPv4 sur la seconde ligne coupée au milieu par des «  « )

David

> Le 29 févr. 2024 à 11:58, Paul Rolland (ポール・ロラン)  a 
> écrit :
> 
> Hello,
> 
> On Thu, 29 Feb 2024 11:49:13 +0100
> David Ponzone  wrote:
> 
>> D’ailleurs, y a des domaines qui ont de l’IPv6 dans le SPF ?
>> J’en trouve pas.
> 
> ;; ANSWER SECTION:
> spf.protection.outlook.com. 600 IN  TXT "v=spf1 ip4:40.92.0.0/15 
> ip4:40.107.0.0/16 ip4:52.100.0.0/14 ip4:104.47.0.0/17 ip6:2a01:111:f400::/48 
> ip6:2a01:111:f403::/49 ip6:2a01:111:f403:8000::/51 
> ip6:2a01:111:f403:c000::/51 ip6:2a01:111:f403:f000::/52 -all"
> 
> 
> Paul
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] dgfip refusé par gmail

[David Ponzone]

D’ailleurs, y a des domaines qui ont de l’IPv6 dans le SPF ?
J’en trouve pas.

David

> Le 29 févr. 2024 à 11:16, Alain Thivillon  a écrit :
> 
> Hello,
> 
> 
>> pour information, les messages de la dgfip refusés par gmail (DKIM)
>> comme indiqué ci dessous
>> 
> 
> A mon avis c'est plutôt parce que le SPF ne contient que de l'IPv4 et
> qu'ils causent à Google en IPv6.
> 
> (arrivée un peu en avance du vendredi IPv6)
> 
> 
> 
>> 
>> 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=toolpage
>> 
>> 
> Ça montre juste qu'il n'y a pas de DKIM avec ce sélecteur "email" ?
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Comparons nos NAS

[David Ponzone]

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/

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

[David Ponzone]

> Le 27 févr. 2024 à 15:50, Jeremy  a écrit :
> 
> Pour te répondre Vincent, la majorité des cartes Intel Xzzz sont compatible 
> même si elles ne sont pas dans la liste des accessoires autorisés. Juste tu 
> n'auras pas de support ou garantie si ça plante ton système.
> 

Je crois que c’est un problème de form-factor.

David


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Compatibilité carte fibre optique NAS Qnap

[David Ponzone]

Tu as vérifié les cartes officiellement compatibles  ?

https://www.qnap.com/en/compatibility/?model=313=11[type]=expansion_card
 


Y a pas un gros choix et elles sont peut-être déjà toutes EoS.

David

> Le 27 févr. 2024 à 10:00, Vincent Duvernet  a 
> écrit :
> 
> Bonjour la team,
> 
> Pour ceux qui ont suivi le sujet sur le SFP 10 Gbps cuivre et le chauffage 
> associé, je regarde pour passer au moins mon NAS Qnap TS-453Be avec une 
> liaison fibre avec le switch.
> Le hic, c'est que QNAP ne permet plus d'acheter la carte prévue pour ce NAS. 
> Leur seule solution est bien sûr de changer le NAS (ou alors acheter une 
> carte 2x25 Gbps qui coûte un bras gauche et un rein droit).
> Est-ce que certains ont testé des cartes tierces avec (ou pas) succès et 
> surtout qui rentre dans l'espace alloué ?
> 
> Merci,
> 
> Vincent
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Le KVM ultime…

[David Ponzone]

Ah merci pour le retex détaillé.
Bon, on va attendre un peu que ça soit sec, ou que ça soit mort.

David

> Le 26 févr. 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_medium=paid_campaign=g01=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…

[David Ponzone]

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_medium=paid_campaign=g01=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/

[FRnOG] [TECH] Le KVM ultime…

[David Ponzone]

Depuis le temps que j’attendais ça:

https://www.aurga.com/products/aurga-viewer?utm_source=facebook_medium=paid_campaign=g01=IwAR0jKSYQSrfkBGBkquGXQ8Ky2XUGEsT-ZMOnpsQDr0T_P0k4sHx9Chu7UU0_aem_AUkJnidbtsXdJUB5za9Jv0ZJ8tcdkfEie5frGfist82-wcrkddGWRDDurf7howEQar8

David Ponzone



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] TDF, ça rime avec TNT, moins avec FTTH

[David Ponzone]

Euh Jérôme….

> Le 25 févr. 2024 à 20:14, Jérôme Nicolle  a écrit :
> 
> David,
> 
> Le 23/02/2024 à 11:19, David Ponzone a écrit :
>> soit parce qu’on leur a dit de jamais dire qu’ils avaient construit leur 
>> réseau FTTH sur du Mikrotik
> 
> Il faudrait arrêter le Mikrotik-bashing. Il y a des bugs, comme chez tous les 
> autres. Il y a des manques de fonctionnalités, mais beaucoup moins que chez 
> les autres. Ils consomment beaucoup moins que les autres.
> 
> Le problème est juste que peu de gens savent s'en servir correctement. C'est 
> moins "standard" comme approche. Mais quand tu fais correctement ton job 
> avec, ça juste marche.
> 
> De mon point de vue on est pas loin du stade où si tu bash Mikrotik sans 
> réelle justification technique, c'est toi le nul.
> 

On est pas loin du stade où tu lis mon message en cherchant un truc qui va pas, 
plutôt que ce qui va, quite à faire une erreur d’interprétation :)
J’ai du Mikrotik PARTOUT chez moi, HW ou en VM.
Donc c’est pas moi qui vais basher Mikrotik.
Je faisais juste allusion au fait que leur absence de réponse à ce sujet me 
laissait penser que ce n’était pas assumer en interne, ce qui est souvent le 
cas des « gros »  qui ont du mal à sortir du Cisco/Juniper/Nokia/Huawei/Alcatel.

David




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

[David Ponzone]

> Le 24 févr. 2024 à 16:05, Radu-Adrian Feurdean 
>  a écrit :
> 
> 
> Tu te contre-dis tout seul la.
> D'accord pour ne pas prendre les CAC pour des cons par default, mais il faut 
> bien envisager le cas ou ils le sont vraiment. 
> S'ils viennent avec des questions sorties de je ne sais pas ou et traduites 
> avec Google Translate, c'est qu'ils font des choses sur lesquels ils ne sont 
> pas competents. 
> Soit ils comprennent ca et ils arretent ou moderent, soit ... c'est plus 
> complique…


Je suis assez d’accord.
Pour avoir vu les dégâts causés par un constat d’huissier, qui a quand même une 
certain valeur, sur un problème de réseau auquel il n’entrave rien, je pense 
que certaines professions devraient être capables de dire qu’ils ne sont pas 
compétents.
Ils vont faire un bilan de santé du PDG bientôt aussi ?

David



---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[David Ponzone]

A mon avis, si tu connais des élus dans le coin, c’est certainement eux qui 
auront le plus de poids auprès d’un contact Orange ou SFR, qu’ils ont peut-être 
déjà.
Mais j’ai peur que tu constates que le régulateur, du haut de sa tour d’argent, 
a jamais vraiment marché dans la merde et donc n’en soupçonne pas vraiment 
l’existence.

David

> 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

[David Ponzone]

Non, pas moyen de mettre la main dessus, donc je peux pas dire si c’était 
régional, national, européen, ou autre.

Faut dire que concernant Starlink, les médias s’occupent plus de ces histoires 
d’Ukraine ou de désorbitation de 100 satellites, que du petit client final.

> Le 23 févr. 2024 à 17:01, Léo El Amri via frnog  a écrit :
> 
> 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/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[David Ponzone]

T’as pas vraiment répondu à ma question: est-ce que tu as vu ce repointage 
télécommandé par eux ?

> Le 23 févr. 2024 à 16:45, Stéphane Rivière  a écrit :
> 
> Le 23/02/2024 à 16:33, David Ponzone a écrit :
>> T’as été victime du repointage d’antenne qu’ils ont télécommandé il y a 2 ou 
>> 3 semaines, sans penser que pour certains clients, il y aurait un obstacle 
>> devant ?
> 
> On n'a aucun obstacle. L'antenne est sur un pignon à l'altitude de 17 mètres 
> par rapport à la mer. On est sur une île...
> 
> Le jour où les tractopelles auront des bras de rétros de 550 Km de long, le 
> choix se discutera. Pour l'instant je dors tranquille.
> 
> À ceci près qu'un autre évènement de Carrington (1859, je viens de réviser) 
> devrait avoir des conséquences inédites.
> 
> Mais bon, quelle importance d'avoir des satellites HS quand on aura plus de 
> DC et donc plus d'internet (merci au modèle Minitel 2.0) ?
> 
> Tu me diras ce que tu en penses.
> 
> -- 
> Stéphane Rivière
> Ile d'Oléron - France
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[David Ponzone]

T’as été victime du repointage d’antenne qu’ils ont télécommandé il y a 2 ou 3 
semaines, sans penser que pour certains clients, il y aurait un obstacle devant 
?

> Le 23 févr. 2024 à 16:31, Stéphane Rivière  a écrit :
> 
> Le 23/02/2024 à 16:06, David Ponzone a écrit :
>> Vraiment pour sécuriser, parce que la bande passante dispo effective est 
>> passée de 200Mbps à 40Mbps en quelques mois.
>> Peut-être que ça correspond avec l’apparition de leur offre à 4000€/mois.
> Quand t'as plus rien OSEF. Et puis on constate pas ces débits. J'ai pas dit 
> que c'était la panacée. Juste que c'est immune aux tractopelles.
> 
> -- 
> Stéphane Rivière
> Ile d'Oléron - France
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[David Ponzone]

Vraiment pour sécuriser, parce que la bande passante dispo effective est passée 
de 200Mbps à 40Mbps en quelques mois.
Peut-être que ça correspond avec l’apparition de leur offre à 4000€/mois.
Juste une théorie.

David

> Le 23 févr. 2024 à 15:43, Stéphane Rivière  a écrit :
> 
> Salut Daniel,
> 
>> À part mon FAI, est-ce que je peux tenter de secouer qqun d'autre et qui ?
> 
> Starlink (sérieux).
> 
> On a eu jusqu'à 4 xDSL et secours 4G et on a réduit à 1 fibre et 1 Starlink 
> et secours 4G .
> 
> Starlink garanti contre tractopelle et fibre garantie contre l'éruption 
> solaire (quoique... à voir).
> 
> On avait prévu 2 fibres (on avait câblé pour 4) mais comme on aurait été sur 
> le même cheminement et le même PMO, on a choisi Starlink quand ils ont passé 
> leur abo France à 40€/mois et presque donné leur kit d'antenne.
> 
> Pour sécuriser, ça ne me semble pas déconnant, mais bon...
> 
> -- 
> Stéphane Rivière
> Ile d'Oléron - France
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Obligation (ou pas) de maintenance des lignes

[David Ponzone]

J’ai pris un bled du 28 au hasard en zone AMEL (Montainville), et c’est 
éligible Bouygues et Orange.
C’est donc ton coin qui doit pas intéresser les OCEN :)

David


> Le 23 févr. 2024 à 14:51, Daniel Caillibaud  a écrit :
> 
> 
> Le commercial SFR nous avaient dit en sept 2022 qu'ils avaient l'exclusivité 
> pendant 1 an, et
> orange (chez qui on était en ADSL) nous avait dit ne pas pouvoir nous passer 
> en fibre avant un
> an.
> 
> Je n'ai rien trouvé d'officiel à propos de cette exclusivité, mais à ce jour 
> (1,5 an plus
> tard), chez orange ou free on est toujours pas éligible (toujours au stade 
> "la fibre arrive
> dans votre quartier").
> C'est donc peut-être une légende urbaine parce qu'en pratique ça semble être 
> le cas ;-)
> 
> 
> https://fibre.guide/eligibilite/eure-et-loir me montre que je suis dans la 
> zone AMEL, et l'avis
> de l'arcep 
> (https://www.arcep.fr/actualites/actualites-et-communiques/detail/n/ftth-3.html)
>  ne
> parle pas d'exclusivité commerciale
> https://www.arcep.fr/uploads/tx_gsavis/19-0861.pdf
> 


---
Liste de diffusion du FRnOG
http://www.frnog.org/