[FRnOG] [MISC] Vote pour le bureau PeeringBD

2024-04-23 Par sujet FRNOG Acorso

Bonjour à tous.

J’envoie un petit message de rappel pour le vote du bureau de PeeringDB 
- https://docs.peeringdb.com/gov/


Date : du 15 avril 2024 au 29 avril 2024

Les candidats : 
https://docs.peeringdb.com/gov/misc/2024-04-14_election.html


Est-ce que je peux voter : Il faut être membre PeeringDB “org”. Une 
personne qui gère plusieurs organisation a un seul bulletin de vote.


ByLaws: 
https://docs.peeringdb.com/gov/legaldocs/2015-12-08_PeeringDB_Bylaws.pdf
"2.3.2 Members who are affiliated with each other are entitled to a 
total of one vote upon each issue. "Affiliate" means, with respect to a 
particular person, any entity that directly or indirectly controls, is 
controlled by, or is under common control with such person."


Comment voter: Envoyer un email à secretary at peeringdb.com

==
1) Organization ASN: (put N/A if not applicable)



2) Organization Name:



3) I am the sole authorized voter for this organization: (yes or no)



4) This organization is affiliated (per the definition above) with these
   other ASNs/organizations: (put N/A if not applicable)



5) Email address to which the ballot login should be sent, if different
   than your own: (example: peering at example.net)


==

Plus de détails: 
https://lists.peeringdb.com/pipermail/pdb-gov/2024-April/000434.html


Bonne journee

Alexandre Corso


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


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

2024-04-23 Par sujet Denis Fondras via frnog
Le Mon, Apr 22, 2024 at 07:16:42PM +, NELLI Olivier a écrit :
> Bonsoir à tous,
> Le spanning-tree marche bien pour de très petites infras. Le mstp est 
> compliqué (le rstp est mieux, plus simple) mais la convergence, bien 
> qu'améliorée, reste mauvaise (plusieurs secondes voir 1/2 minute). A mon 
> avis, dans votre cas le stp et dérivés seraient à proscrire.
> Il y a une techno peu utilisée en campus mais qui est super pour ces 
> environnements de niv 2. C'est le rps/erps/rrpp. Ça gère des boucles, 
> imbriquées ou non, ça converge hyper bien (<100ms), c'est assez simple en 
> mettre en œuvre et ça s'adapterai assez bien à votre profil (300sw/20 
> bâtiments).

Autant je trouve ERPS efficace sur des petites infras, autant je suis dubitatif
sur un anneau avec un grand nombre de switches.


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


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

2024-04-22 Par sujet Nicolas Parpandet via frnog
Hello,

Comme tu as un environnement hétérogène, le spanning tree le plus compatible 
"inter-marques" est très certainement le MSTP 

A+

Nicolas


____
From: frnog-requ...@frnog.org  on behalf of Fabien 
Sirjean 
Sent: Monday, April 22, 2024 17:49
To: frnog-t...@frnog.org 
Subject: [FRnOG] [TECH] Spanning-tree sur infra campus

Bonjour la liste !

Ça fait maintenant quelques semaines qu'on se gratte la tête avec les
collègues, alors je viens ici chercher des avis éclairés.

On exploite une infra campus, de type 3 tiers (core/aggreg/access), en
pur layer 2 (des VLAN propagés entre l'edge et le core) en
multi-constructeurs (HP procurve, Extreme, Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse vingtaine
de bâtiments, sur un seul site. Le core est à cheval sur deux bâtiments,
tout comme la couche d'aggreg des différents switchs d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever selon la
couleur de l'équipement), on a aucune boucle sur l'infra.

On est en train de reprendre la config de nos switchs (refonte totale du
parc, on déploie du 2060X refurbished) et on se pose une question bête :
spanning-tree or not spanning tree ?

Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les
équipements). On veut bien sur faire de la détection de boucle (voire du
bpdu guard) sur les ports edge ; mais quid des liens infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, et
notre manque de maîtrise de cette (ou plutôt ces entre STP, RSTP, PVST,
MSTP...) techno du diable, on a pas très envie de faire un seul arbre
spanning-tree à l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps de
convergence infinis, et on a pas très envie de recommencer. Mais c'est
ce que nous préconise un presta, alors on doute de nos choix.

Un avis sur la question ? Vous faites comment chez vous ?

Bien sur la meilleure réponse est de tout passer en L3 et de faire du
routage, mais... C'est pas au programme pour l'instant ;-)

Merci d'avance de vos retours !

Bonne soirée,

Fabien


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

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


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

2024-04-22 Par sujet Emmanuel ANDRÉ via frnog

Salut,

Perso, je le configurerai partout, même sans boucle dans le design à 
date mais pour le futur, tu es boufon-proof ready.


Le storm control, fait avec des ASR920, ça marche mais c'est le backbone 
qui tient pas les end device qui au delà de 100 Mbps de bcast sont dans 
le vent déjà.



Le 22/04/2024 à 19:29, Fabien Sirjean a écrit :

Hello,

On 4/22/24 18:51, Aurélien TABARAUD wrote:

Salut,

Fonction storm control avec en action le shutdown du port au delà 
d’un certain seuil de paquets de broadcast.


Merci pour le retour :-)

On met déjà du storm-control, mais la question du seuil n'est pas 
évidente. Même 1% sur un port 10G, ça fait quand même 100 Mbps...


D'ailleurs, vous les mettez à combien vos seuils de storm-control ?

On voulait donc mettre du bpduguard en complément, d'où la question 
sur spanning-tree.


Bonne soirée !

Fabien





Ensuite ton technicien gère les tickets de support « ehhh mon réseau 
marche plus » ouverts au fur et à mesure par les utilisateurs.


Syntaxe Cisco : storm-control
Synthaxe HP : storm-constrain
Etc

Cordialement,

Aurélien


Par exemple, j'ai l'impression que si je fais un "no spanning-tree" 
sur un 2960X, les commandes "spanning-tree bpduguard enable" sur un 
port sont sans effet.


Bonne soirée,

Fabien


David


Le 22 avr. 2024 à 17:49, Fabien Sirjean   
a écrit :

Bonjour la liste !

Ça fait maintenant quelques semaines qu'on se gratte la tête avec 
les collègues, alors je viens ici chercher des avis éclairés.


On exploite une infra campus, de type 3 tiers 
(core/aggreg/access), en pur layer 2 (des VLAN propagés entre 
l'edge et le core) en multi-constructeurs (HP procurve, Extreme, 
Cisco 2960X...).
Grosso-modo 300 (stacks de) switchs, répartis dans une grosse 
vingtaine de bâtiments, sur un seul site. Le core est à cheval sur 
deux bâtiments, tout comme la couche d'aggreg des différents 
switchs d'access.
Tous les liens sont redondés en LACP (technos VPC/MLAG/whatever 
selon la couleur de l'équipement), on a aucune boucle sur l'infra.


On est en train de reprendre la config de nos switchs (refonte 
totale du parc, on déploie du 2060X refurbished) et on se pose une 
question bête : spanning-tree or not spanning tree ?


Aujourd'hui il n'y en a pas du tout ("no spanning-tree" sur les 
équipements). On veut bien sur faire de la détection de boucle 
(voire du bpdu guard) sur les ports edge ; mais quid des liens 
infra ?
Entre le nombre d'équipements, l'hétérogénéité des constructeurs, 
et notre manque de maîtrise de cette (ou plutôt ces entre STP, 
RSTP, PVST, MSTP...) techno du diable, on a pas très envie de 
faire un seul arbre spanning-tree à l'échelle de notre infra.
On a vécu des changements de topologie incessants, avec des temps 
de convergence infinis, et on a pas très envie de recommencer. 
Mais c'est ce que nous préconise un presta, alors on doute de nos 
choix.


Un avis sur la question ? Vous faites comment chez vous ?

Bien sur la meilleure réponse est de tout passer en L3 et de faire 
du routage, mais... C'est pas au programme pour l'instant ;-)


Merci d'avance de vos retours !

Bonne soirée,

Fabien


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

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

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

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


--
Bien cordialement,
Emmanuel André


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


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

2024-04-22 Par sujet Aurélien TABARAUD via frnog




> Le 22 avr. 2024 à 18:08, Fabien Sirjean  a écrit :
> 
> Hello,
> 
>> On 4/22/24 18:00, David Ponzone wrote:
>> Si tu reviens aux fondamentaux, c’est quoi la raison d’être de STP ?
> OK, j'aime bien l'approche ;-)
>> -avoir un réseau qui fonctionne avec une boucle
>> -avoir un réseau qui continue de fonctionner quand un bouffon vient former 
>> une boucle qui était pas prévue en branchant un câble n’importe où
>> 
>> Tu as une boucle dans ton L2 ou pas ?
> Non, et c'est pas prévu puisqu'on redonde tout en LACP.
>> Et si non, y a des bouffons qui pourraient en faire une ?
> 
> Sur les liens autres que edge (c'est-à-dire sur l'infra) les bouffons 
> éventuels c'est nous, et on sait châtier les collègues au besoin. --> Non
> 
> Par contre sur les ports edge (ceux où sont connectés les users, ceux qui 
> font peur et qui branchent/débranchent leurs équipements en permanence) c'est 
> un risque sérieux.
> 
> Si je suis ta logique, on souhaite donc uniquement détecter une boucle sur 
> les ports edge. Comment on fait ça proprement, sans se lancer dans du 
> spanning-tree sur l'infra ?

Salut,

Fonction storm control avec en action le shutdown du port au delà d’un certain 
seuil de paquets de broadcast.

Ensuite ton technicien gère les tickets de support « ehhh mon réseau marche 
plus » ouverts au fur et à mesure par les utilisateurs.

Syntaxe Cisco : storm-control
Synthaxe HP : storm-constrain
Etc

Cordialement,

Aurélien 


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


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


[FRnOG] [TECH] programmation de contrôleurs réseau Intel i210

2024-04-22 Par sujet Pierre Colombier via frnog

Bonjour à tous,

J'ai des contrôleurs réseau i210 prévus pour de la fibre 1G. (ref exacte 
WGI210IS ou WGI210AS)


Problème, ils ne sont pas programmés et sont visiblement inutilisables 
sans ça.


#lspci

01:00.0 Ethernet controller: Intel Corporation I210 Gigabit Unprogrammed 
(rev 03)



Pour résoudre ce problème, il semblerait qu'un outil spécifique d'Intel, 
nommé eeupdate, soit requis. Cet outil permet d'injecter le firmware 
nécessaire, la configuration appropriée, et une adresse MAC.



Sauf que je viens de passer une bonne part de la journée sur le site de 
intel, et si j'ai bien trouvé des discussions de personnes confrontées à 
des difficultés similaires, ça semble tout de même être un parcours du 
combattant pour obtenir l'outil.


Du coup, je pars à la pêche et lance un petit appel ici.

Si quelqu'un a de l'expérience avec cette procédure, des contacts chez 
Intel, ou pourrait même partager les fichiers nécessaires, je vous 
serais extrêmement reconnaissant.



Merci d'avance pour toute aide ou direction que vous pourriez me fournir.



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


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

2024-04-20 Par sujet lm2 via frnog
Pour ma part, je suis plutot pro-nokia, j'attends de voir ce que les 
pro-qualcomm' ont dans leur besace.

Bon w-e ;-)



From: Philippe ASTIER via frnog 
To: Stéphane Rivière ;
   Antoine Nivard -ON via frnog 
Subject: Re: [FRnOG] [MISC] Analyse de la 5G, première partie
Date: 20/04/2024 12:38:42 Europe/Paris

Alors, il y a tout de même une grosse erreur d’interprétation statistique.

Confondre l’âge que certains réussissent à atteindre, et l’espérance de vie, 
qui est l’âge moyen que quelqu’un qui nait a l’espoir d’atteindre.
Et l’article de Nicolas montre justement qu’il y a tout juste un siècle, on 
n’avait guerre d’espoir de dépasser 40 ans. (Bien sûr et heureusement que 
certains arrivaient au double)

Donc non l’espérance de vie (pas l’âge maximal potentiel) a bien continué de 
progresser jusqu’à la fin du 20ème siècle inclus, ou là, on a assisté à la 
première diminution, liée effectivement aux problèmes d’hygiène de vie en 
général. Probablement le signe d’un excès de confiance dans ce que la médecine 
arriverait à résoudre aussi d’ailleurs, mais c’est un autre débat.

Le problème n’est pas la cause de la mortalité (en bas âge, d’épidémie, 
d’accident ou autre). Le graphique monte clairement que la population moyenne 
vit deux fois plus longtemps aujourd’hui.
Les raisons ? Oui, une grosse partie sur la baisse de la mortalité infantile, 
mais aussi les antibiotiques, l’hygiène, les vaccins, qui ont permis d’éviter 
des épidémies ou des maladies plus ou moins incurables ou très mortelles 
(tétanos, diphtérie, polio, et autres), de soigner plus de cancers (oui, 
parfois causés par d’autres inventions pas glorieuses) On le doit en grande 
partie au progrès scientifique, et ça appuie parfaitement mon propos de départ.

Après, chez les scientifiques comme partout, il y a des farfelus, des 
incompétents, des imposteurs médiatiques. Il y a ceux qui détournent les 
découvertes à des fins belliqueuses ou lucratives, et ça pourrit le monde.
Ce n’est pas la science ou les scientifiques le souci, c’est l’utilisation que 
d’autres en font. Ceux-là même ne veulent surtout pas partager le savoir.

"Science sans conscience n’est que ruine de l’âme", Rabelais, dans Gargantua, 
fin du XVème siècle….

Et là, j’avoue, Stéphane, que je suis bien d’accord. C’est parce que 
l’enseignement des sciences piétine depuis quelques décennies qu’on ne la 
comprend plus. Au moment où des défis de taille se pointent. C’est ballot.





Le 20 avr. 2024 à 11:57, Stéphane Rivière  a écrit :

Il me semble que - sans accident ni 'croquage' par un prédateur - l'espérance 
de vie d'une chasseur-cueilleur était effectivement à peu près la même 
qu'aujourd'hui, compte tenu de leur vie saine et de l'absence de polluants.

Mais une vie sans accident ni 'croquage', surtout quand on est un brave 
chasseur-cueilleur, était certainement réservé à des destins très chanceux :)

La réduction drastique et générale de l'espérance de vie est intervenue après, 
et semble avoir été liée à la sédentarisation et à l'agriculture, avec la 
cohabitation avec les animaux domestiques, transmissions de tout un tas de 
maladies et l'absence de la moindre hygiène élémentaire.

Nicolas évoque à juste titre la mortalité infantile, n'oublions pas non plus la 
mortalité maternelle : +- 50% à la première naissance, 33% à la seconde et 25% 
aux suivantes. Être mère, même entre la 1° et la 2° GM, c'est encore une 
loterie... Moins d'un siècle avant, on sacrifiait encore la mère pour tenter de 
sauver l'enfant. Et enfin un dernier point : le traitement de la douleur. Il 
fut un temps où... hormis les plantes médicinales... Puis ensuite, sous 
l'influence judéo-chrétienne, la douleur était sanctifiante... Désormais la 
douleur est traitée et ce n'est pas un détail.

Je suis personnellement heureux et étonné même de vivre aujourd'hui, avec 
beaucoup de science, de médecine et d'information. Le progrès fait rage dans 
ces matières et c'est une source infinie d'inspiration. Même l'IT est mille 
fois plus riche, ouverte et diverse. Et un jour, ipévésix triomphera et ce sera 
l'extase ;>

Vive 2024 au lieu de (n'allons pas si loin) 1974, où les chambres d'hôpitaux 
accueillaient 30 à 50 malades et mourants mélangés et où l'espérance de vie 
pour les hommes devait être aux alentours des 67 ans. Avec la retraite à 65, 
c'était un passage direct du chagrin à la boite en bois.

Alors certes, entre la coviderie d'hier et les temps guerriers d'aujourd'hui, 
il y a beaucoup de trouble dans la force, mais espérons que l'humanité se 
reprendra.

J'espère par contre que l'enseignement général s'améliorera et que l'on 
retrouveras le sens du caractère le plus important de la typographie, qui n'est 
ni une lettre ni un chiffre mais le point d'interrogation.

--
Stéphane Rivière
Ile d'Oléron - France


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



---
Liste de diffusion du FRnOG
http://

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

2024-04-20 Par sujet Philippe ASTIER via frnog
Alors, il y a tout de même une grosse erreur d’interprétation statistique.

Confondre l’âge que certains réussissent à atteindre, et l’espérance de vie, 
qui est l’âge moyen que quelqu’un qui nait a l’espoir d’atteindre.
Et l’article de Nicolas montre justement qu’il y a tout juste un siècle, on 
n’avait guerre d’espoir de dépasser 40 ans. (Bien sûr et heureusement que 
certains arrivaient au double)

Donc non l’espérance de vie (pas l’âge maximal potentiel) a bien continué de 
progresser jusqu’à la fin du 20ème siècle inclus, ou là, on a assisté à la 
première diminution, liée effectivement aux problèmes d’hygiène de vie en 
général. Probablement le signe d’un excès de confiance dans ce que la médecine 
arriverait à résoudre aussi d’ailleurs, mais c’est un autre débat.

Le problème n’est pas la cause de la mortalité (en bas âge, d’épidémie, 
d’accident ou autre). Le graphique monte clairement que la population moyenne 
vit deux fois plus longtemps aujourd’hui.
Les raisons ? Oui, une grosse partie sur la baisse de la mortalité infantile, 
mais aussi les antibiotiques, l’hygiène, les vaccins, qui ont permis d’éviter 
des épidémies ou des maladies plus ou moins incurables ou très mortelles 
(tétanos, diphtérie, polio, et autres), de soigner plus de cancers (oui, 
parfois causés par d’autres inventions pas glorieuses) On le doit en grande 
partie au progrès scientifique, et ça appuie parfaitement mon propos de départ.

Après, chez les scientifiques comme partout, il y a des farfelus, des 
incompétents, des imposteurs médiatiques. Il y a ceux qui détournent les 
découvertes à des fins belliqueuses ou lucratives, et ça pourrit le monde.
Ce n’est pas la science ou les scientifiques le souci, c’est l’utilisation que 
d’autres en font. Ceux-là même ne veulent surtout pas partager le savoir.

"Science sans conscience n’est que ruine de l’âme", Rabelais, dans Gargantua, 
fin du XVème siècle….

Et là, j’avoue, Stéphane, que je suis bien d’accord. C’est parce que 
l’enseignement des sciences piétine depuis quelques décennies qu’on ne la 
comprend plus. Au moment où des défis de taille se pointent. C’est ballot.





Le 20 avr. 2024 à 11:57, Stéphane Rivière  a écrit :

Il me semble que - sans accident ni 'croquage' par un prédateur - l'espérance 
de vie d'une chasseur-cueilleur était effectivement à peu près la même 
qu'aujourd'hui, compte tenu de leur vie saine et de l'absence de polluants.

Mais une vie sans accident ni 'croquage', surtout quand on est un brave 
chasseur-cueilleur, était certainement réservé à des destins très chanceux :)

La réduction drastique et générale de l'espérance de vie est intervenue après, 
et semble avoir été liée à la sédentarisation et à l'agriculture, avec la 
cohabitation avec les animaux domestiques, transmissions de tout un tas de 
maladies et l'absence de la moindre hygiène élémentaire.

Nicolas évoque à juste titre la mortalité infantile, n'oublions pas non plus la 
mortalité maternelle : +- 50% à la première naissance, 33% à la seconde et 25% 
aux suivantes. Être mère, même entre la 1° et la 2° GM, c'est encore une 
loterie... Moins d'un siècle avant, on sacrifiait encore la mère pour tenter de 
sauver l'enfant. Et enfin un dernier point : le traitement de la douleur. Il 
fut un temps où... hormis les plantes médicinales... Puis ensuite, sous 
l'influence judéo-chrétienne, la douleur était sanctifiante... Désormais la 
douleur est traitée et ce n'est pas un détail.

Je suis personnellement heureux et étonné même de vivre aujourd'hui, avec 
beaucoup de science, de médecine et d'information. Le progrès fait rage dans 
ces matières et c'est une source infinie d'inspiration. Même l'IT est mille 
fois plus riche, ouverte et diverse. Et un jour, ipévésix triomphera et ce sera 
l'extase ;>

Vive 2024 au lieu de (n'allons pas si loin) 1974, où les chambres d'hôpitaux 
accueillaient 30 à 50 malades et mourants mélangés et où l'espérance de vie 
pour les hommes devait être aux alentours des 67 ans. Avec la retraite à 65, 
c'était un passage direct du chagrin à la boite en bois.

Alors certes, entre la coviderie d'hier et les temps guerriers d'aujourd'hui, 
il y a beaucoup de trouble dans la force, mais espérons que l'humanité se 
reprendra.

J'espère par contre que l'enseignement général s'améliorera et que l'on 
retrouveras le sens du caractère le plus important de la typographie, qui n'est 
ni une lettre ni un chiffre mais le point d'interrogation.

--
Stéphane Rivière
Ile d'Oléron - France


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



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


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

2024-04-19 Par sujet Philippe ASTIER via frnog
Là je pense qu’un cap a été franchi.

Idiocracy dénonce clairement un système populiste qui fait disparaitre les 
intelligents au profit des "gens heureux » ou plutôt, qui sont flattés dans 
leur bonheur par des dirigeants douteux et stupides. (A la Trump quoi).

Sérieusement, sans connaissance, sans scientifique, on aurait le bonheur de 
vivre dans la misère jusqu’à 40 ans au mieux, comme il y a quelques siècles.

C’est facile, en 2024, de croire qu’on pourrait vivre sans les millénaires de 
connaissances accumulées. Il n’est pas question d’en haut ou d’en bas, mais de 
savoir collectif accumulé par l’humanité.
Je n’ai pas l’impression que dans les pays moins instruits, moins 
scientifiques, la population soit heureuse de crever de faim, souvent sous la 
joute d’un dictateur qui les maintient dans l’ignorance.

Je trouve ça d’autant plus hypocrite que toute la discussion parle de 
technologies qui ne sont développées QUE par des scientifiques qui ont accumulé 
des connaissances.
Sans physiciens, chimistes, mathématiciens, ou autres spécialités, pas 
d’internet, pas de radio, d’électronique, probablement même pas d’électricité.

Au passage, ce ne sont pas les savants qui gouvernent, mais quoi qu’on en dise 
des gens élus, acceptés ou tolérés par la plus grande partie de la population.
On peut remettre en cause le « système », la manière dont ces gens sont 
choisis, je suis prêt à l’entendre, il est même grand temps qu’il y ait débat, 
parce que le système politique est grippé, c’est certain.
Ce n’a jamais été des scientifiques qui ont fait l’organisation sociale.

Rejeter la science, la connaissance, c’est exactement ce que font tous les 
extrémistes, intégristes, populistes, sectes ou dictateurs, c’est le retour aux 
croyances, à l’âge de pierre.
Ils commencent par brûler les livres pour esclavagiser les populations.

C’est exactement ce que l’histoire nous apprend, et ce qu’idiocracy dénonce.


Ce n’est pas en rejetant la connaissance qu’on changera les choses, au 
contraire, c’est en la partageant au plus grand nombre.

C’est ce qu’on fait habituellement sur FrNOG il me semble. Partager notre 
expérience et notre connaissance.

Le 19 avr. 2024 à 11:28, Cédric Moro  a écrit :


Le 19/04/2024 à 09:30, Kévin CHAILLY a écrit :
Joyeux vendredi à tous!

Idiocracy ne se moque pas des gens simples, il se moque d'un système qui a
pour but de les créer ( "La fabrique d'idiots" )

Oh, j'avais pas compris :) Heureusement que les génialocrates sont là ;)

Idiocracy fait croire aux personnes qui regardent le film, que c'est bien de se 
foutre de la gueule des idiots et que le spectateur est assez supérieurement 
intelligent pour ne jamais faire partie des idiots, voir pour avoir la capacité 
de faire revenir au progressisme tout un système déliquescent grâce à ses 
connaissances éclairées. Beau miroir qui flatte l'égo des personnes diplômées 
qui aspirent à des responsabilités cadre. Pour y adhérer, il faut croire que 
l'intelligence vient d'en haut, de personnes techno éclairées, ce qui est la 
dérive anti-démocratique de notre époque.

Car on peut vivre très heureux dans des systèmes sociaux sans grande 
accumulation de connaissances. A l'inverse, nos sociétés très instruites, très 
scientifiques, ne savent elle pas qu'engendrer plus de solitude, de 
surveillance, de coercition, de dépression et de violence ? Le niveau 
d'instruction et même de réussite dans la technique n'a rien avoir avec 
l'intelligence. L'intelligence, et la fabrique de l'intelligence, c'est arriver 
vivre avec le maximum de personnes heureuses et cela ne viendra pas forcément 
d'en haut ; l'instruction ou la capacité déductive n'étant qu'un élément parmi 
d'autre de cette intelligence au niveau sociétal et probablement pas le plus 
important.



Une catastrophe ça ne commence pas à un mort, ça, c'est un mardi matin
normal, et c'est pour ça que les systèmes d'urgence ont été conçus,
répondre à des incidents quotidiens.

Merci, je bosse depuis plus de 25 ans dans la prévention des risques majeurs. 
Néanmoins, si vous perdez votre fille ou votre mère sur une urgence et que 
c'est la seule personne qui décède, vous réviserez probablement cette notion de 
catastrophe car votre vie sera bouleversée et probablement d'autres. Cette 
définition de catastrophe avec "un seul mort" est "humaine" et non "système". 
Il ne faut jamais la perdre de vue. Eviter 10 morts, ça commence déjà par 
éviter le 1er mort. Ensuite, il y a le libre arbitre de la personne qui prend 
des risques face à la mort et qui limite nécessairement (et peut-être même fort 
heureusement pour nos libertés) cet objectif de 0 mort.


Ajouter des éléments de communication en plus du RTC, c'est toujours une
bonne idée,
Voilà, c'est tout. Si cela marche un peu en plus des autres canaux, c'est bien.
on peut citer par exemple le système satellitaire "Bullitt" qui
est en prod et vise à fournir une communication en zone blanche uniquement

Re: [FRnOG] [TECH] Fibre G.655 pour backbone - FS.com

2024-04-18 Par sujet Denis Fondras via frnog
Le Thu, Apr 18, 2024 at 12:07:11PM +0200, Aurélien TABARAUD via frnog a écrit :
> Bonjour,
> 
> Je t’invite à lire dans les archives de la liste FRnOG la réponse de Matthieu 
> Husson du Dimanche 14 octobre 2018 à 13h58min59s sur le sujet [TECH] Types de 
> fibre optique.
> 
> Tu croiseras aujourd’hui de la G.655 que très rarement. Il reste aussi 
> quelques câbles mixtes chez SFR par ex (coucou LDCOM).
> 
> Le spécifique coûteras toujours plus cher, donc c’est plus rentable 
> aujourd’hui de s’adapter sur de la G.652D qui est quelque chose d’assez 
> standard de nos jours que de faire des déploiements exotiques.
> Nos chers constructeurs ont su trouver des solutions pour augmenter les 
> performances de transmission car le volume de G.652D déployé permet de 
> justifier des investissements de R pour industrialiser certaines techniques 
> liées au traitement du signal ou à la photonique
> 

Et de façon plus générale les articles FS.com sont à prendre avec de grosses
pincettes tant c'est sur-simplifié et/ou obsolète (on dirait du ChatGPT :D).

> Cordialement,
> 
> Aurélien 
> 
> > Le 17 avr. 2024 à 22:33, Ge DUPIN  a écrit :
> > 
> > Bonsoir
> > 
> > En faisant des recherches sur G.655, je suis tombé sur le site de fs.com 
> > dont l’article 
> > https://community.fs.com/fr/article/single-mode-fiber-comparison-g-652-vs-g-655.html
> > fait l’éloge de la fibre G.655 qui coche toutes les cases de 10G à 100G 
> > alors que G.652 coche seulement 10G.
> > 
> > S’il y a quelqu’un de FS sur cette liste, pourriez vous élaborer sur cette 
> > assertion ?
> > 
> > Je précise que ma question s'adresse essentiellement aux backbones
> > 
> > Merci d’avance
> > 
> > Ge
> > 
> > 
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] Fibre G.655 pour backbone - FS.com

2024-04-18 Par sujet Aurélien TABARAUD via frnog
Bonjour,

Je t’invite à lire dans les archives de la liste FRnOG la réponse de Matthieu 
Husson du Dimanche 14 octobre 2018 à 13h58min59s sur le sujet [TECH] Types de 
fibre optique.

Tu croiseras aujourd’hui de la G.655 que très rarement. Il reste aussi quelques 
câbles mixtes chez SFR par ex (coucou LDCOM).

Le spécifique coûteras toujours plus cher, donc c’est plus rentable aujourd’hui 
de s’adapter sur de la G.652D qui est quelque chose d’assez standard de nos 
jours que de faire des déploiements exotiques.
Nos chers constructeurs ont su trouver des solutions pour augmenter les 
performances de transmission car le volume de G.652D déployé permet de 
justifier des investissements de R pour industrialiser certaines techniques 
liées au traitement du signal ou à la photonique

Cordialement,

Aurélien 

> Le 17 avr. 2024 à 22:33, Ge DUPIN  a écrit :
> 
> Bonsoir
> 
> En faisant des recherches sur G.655, je suis tombé sur le site de fs.com dont 
> l’article 
> https://community.fs.com/fr/article/single-mode-fiber-comparison-g-652-vs-g-655.html
> fait l’éloge de la fibre G.655 qui coche toutes les cases de 10G à 100G alors 
> que G.652 coche seulement 10G.
> 
> S’il y a quelqu’un de FS sur cette liste, pourriez vous élaborer sur cette 
> assertion ?
> 
> Je précise que ma question s'adresse essentiellement aux backbones
> 
> Merci d’avance
> 
> Ge
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


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

2024-04-18 Par sujet Laurent Bloch via frnog
Bonjour,

Le bulletin 1024 de la Société informatique de France publie la
première partie d'une description assez détaillée de la 5G, de ses
effets environnementaux et des conditions de son déploiement :

https://1024.societe-informatique-de-france.fr/2024/04/1024_23_2024_53.html

Bonne lecture !

-- 
Laurent Bloch - https://laurentbloch.net - l...@laurentbloch.org
Si vous trouvez que l'éducation coûte cher, essayez l'ignorance !
(A. Lincoln)


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


Re: [FRnOG] [MISC] ApéroTelco/Réseaux NTEnOG Nantes mercredi 17 avril - 18h30 - Berlin 1989 St-Herblain

2024-04-17 Par sujet Antoine Nivard via frnog

Pour ceux qui sont à Nantes aujourd'hui, petit rappel pour ce soir !

à ce soir ;)
---
Cordialement,

Antoine Nivard

Président de https://Ouest.Network - Vous rapprocher ! - Point d'échange 
Internet

https://www.linkedin.com/company/ouestnetwork/

Tél: 06 52 57 79 69 - antoine.nivard@ouest.network

Le 2024-04-03 22:26, Antoine Nivard - ON via frnog a écrit :

Bonjour à tous,

Nous vous invitons à un *ApéroTelco/Réseau* le *mercredi 17 avril* à 
partir de *18h30 *à Nantes*

*

Un moment pour discuter et échanger sur plein de sujet réseau, le RETEX 
du 1er avril, opérateurs, TRANSIT-IP, PEERING, etc.
Le point d'échange Internet Nantes : Ouest Network, nos aventures en 
terres Bretonnes : Rennes, Brest ?

Et une nouvelle aventure en Touraine ?!


Le lieu : Berlin 1989 Saint Herblain (côté Atlantis)
https://www.openstreetmap.org/node/7467668997#map=19/47.23107/-1.63819 
<https://www.openstreetmap.org/node/7467668997#map=19/47.23107/-1.63819>



au 17 avril !

--
Cordialement,

Antoine Nivard

Président dehttps://Ouest.Network  - Vous rapprocher !
https://www.linkedin.com/company/ouestnetwork/
Tél: 06 52 57 79 69 -antoine.nivard@ouest.network
---
Mission, conseil en stratégie commerciale, animation de réseaux et 
"Business Developer"

Ouest Network - Ouest Cloud
antoine.niv...@nantestouch.fr
Tél: 06 52 57 79 69

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



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


[FRnOG] [TECH] Re: Analyse Capture WireShark

2024-04-15 Par sujet Nicolas Parpandet via frnog

ethereal à disparu, mais wireshark le remplace très bien et en plus complet,

dans wireshark tu as déjà énormément de choses dans le menu Statistics :

  *
Conversations (durée, débits...)
  *
IO Graphs (tu peux changer le Y Axis)
  *
le flow graph

Après tu as du PRTG, Solarwinds ... mais bon on en revient toujours aux sources 


Ou en laissant trainer une sonde avec ntopng ... (lui par contre est tordu)

A+

Nicolas


From: Michel KOENIG 
Sent: Monday, April 15, 2024 22:21
To: Nicolas Parpandet ; frnog-t...@frnog.org 

Subject: RE: Analyse Capture WireShark


Merci Nicolas pour ton retour



Tu as un lien pour récupérer le soft ?



Michel



De : Nicolas Parpandet 
Envoyé : lundi 15 avril 2024 22:14
À : frnog-t...@frnog.org; Michel KOENIG 
Objet : Re: Analyse Capture WireShark





To:​frnog-t...@frnog.org;​Michel KOENIG 
mailto:michel.koe...@ncc-info.com>>​

Mon 2024-04-15 22:12

Hello Michel,



Wireshark provient justement du projet Ethereal de Gerald Combs, qui à ensuite 
été renommé en Wireshark suite à son embauche chez CACE Technologies (puis 
Riverbed...)

sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce qu'il 
faut pour les graphiques (flux tcp sous forme de graphe, bande passante, perte 
de paquets, gigue...)

Pour la VOIP c'est sympa il y a tout ce qu'il faut.



A+



Nicolas





From: frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
mailto:frnog-requ...@frnog.org>> on behalf of Michel 
KOENIG via frnog mailto:frnog@frnog.org>>
Sent: Monday, April 15, 2024 21:32
To: frnog-t...@frnog.org<mailto:frnog-t...@frnog.org> 
mailto:frnog-t...@frnog.org>>
Subject: [FRnOG] [TECH] Analyse Capture WireShark



Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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

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


[FRnOG] [TECH] RE: Analyse Capture WireShark

2024-04-15 Par sujet Michel KOENIG via frnog
Merci Nicolas pour ton retour

Tu as un lien pour récupérer le soft ?

Michel

De : Nicolas Parpandet 
Envoyé : lundi 15 avril 2024 22:14
À : frnog-t...@frnog.org; Michel KOENIG 
Objet : Re: Analyse Capture WireShark


To:​frnog-t...@frnog.org;​Michel KOENIG 
mailto:michel.koe...@ncc-info.com>>​
Mon 2024-04-15 22:12
Hello Michel,

Wireshark provient justement du projet Ethereal de Gerald Combs, qui à ensuite 
été renommé en Wireshark suite à son embauche chez CACE Technologies (puis 
Riverbed...)
sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce qu'il 
faut pour les graphiques (flux tcp sous forme de graphe, bande passante, perte 
de paquets, gigue...)
Pour la VOIP c'est sympa il y a tout ce qu'il faut.

A+

Nicolas


From: frnog-requ...@frnog.org<mailto:frnog-requ...@frnog.org> 
mailto:frnog-requ...@frnog.org>> on behalf of Michel 
KOENIG via frnog mailto:frnog@frnog.org>>
Sent: Monday, April 15, 2024 21:32
To: frnog-t...@frnog.org<mailto:frnog-t...@frnog.org> 
mailto:frnog-t...@frnog.org>>
Subject: [FRnOG] [TECH] Analyse Capture WireShark

Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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

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


[FRnOG] [TECH] Re: Analyse Capture WireShark

2024-04-15 Par sujet Nicolas Parpandet via frnog

To:​frnog-t...@frnog.org;​Michel KOENIG ​
Mon 2024-04-15 22:12
Hello Michel,

Wireshark provient justement du projet Ethereal de Gerald Combs, qui à ensuite 
été renommé en Wireshark suite à son embauche chez CACE Technologies (puis 
Riverbed...)
sinon j'utilisai déjà le projet sous son ancien nom, et il y a tout ce qu'il 
faut pour les graphiques (flux tcp sous forme de graphe, bande passante, perte 
de paquets, gigue...)
Pour la VOIP c'est sympa il y a tout ce qu'il faut.

A+

Nicolas


From: frnog-requ...@frnog.org  on behalf of Michel 
KOENIG via frnog 
Sent: Monday, April 15, 2024 21:32
To: frnog-t...@frnog.org 
Subject: [FRnOG] [TECH] Analyse Capture WireShark

Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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

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


[FRnOG] [TECH] Analyse Capture WireShark

2024-04-15 Par sujet Michel KOENIG via frnog
Bonjour,
Wireshark est un super outil que je pense nous utilisons tous souvent dans 
notre métier
Par contre, c'est un peu Matrix à décoder
Il existait un outil plutôt sympa chez Cace Technologies (ensuite racheté par 
Riverbed) qui permettait une analyse graphique depuis les pcap
Super sympa par exemple pour faire des graph de charge
Chez Cace, c'était Cace Pilot et le nom commercial chez Riverbed était 
SteelCentral Packet Analyzer
Après de nombreuses recherches, je ne trouve plus ce produit
Quelqu'un connait son successeur ou un produit qui ferait le même boulot ?
Cordialement
Michel KOENIG

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


Re: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Guillaume Tournat via frnog
Avec du GSLB DNS c’est assez simple
Tu as ce type de service chez FortiGSLB (Fortinet)
ou Amazon Route53, ou Cloudflare…



> On 15 Apr 2024, at 18:19, Michel KOENIG via frnog  wrote:
> 
> 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] DNS Load Balancer

2024-04-15 Par sujet Michel KOENIG via frnog
Je n'avais pas précisé, mais la solution serait pour du flux TCP pour une 
application propriétaire et/ou des tunnels IPSEC

Donc plutôt type Infoblox que reverse proxy

Je vais creuser chez eux, ce lien semble décrire notre besoin :

https://insights.infoblox.com/solution-notes/infoblox-solution-note-combining-gslb-enterprise-grade-ddi

Merci pour vos pistes

Michel

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Emmanuel 
ANDRÉ via frnog
Envoyé : lundi 15 avril 2024 18:29
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] DNS Load Balancer

oui c'est propre.

Dans le série argent, Infoblox fait ça aussi très bien en y associant des 
health check qui peuvent s'avérer sophistiqués (et configurables)


Le 15/04/2024 à 18:24, David Ponzone a écrit :
> 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
>> https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F
>
> ---
> Liste de diffusion du FRnOG
> https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F

-- 
Bien cordialement,
Emmanuel André


---
Liste de diffusion du FRnOG
https://antiphishing.vadesecure.com/v4?f=aE5kV3BaVnNnTjB3Y3BWRjJYI4ZXv8g-iJPTGbnBvUbSSZEmNNKSgTXrA9r6ErfY=ejBDWDdYZkh4QUNNYk1kS1fIqFvrRkGrBHeypsHdv1I=7fcn=MTl4NlBERnR4OXJtRkRpdQyecc69lvCyPr2r_ZzkuXao-F60nefW1ryFIpoTx-zL=392ba9cb6f5057a928901f1d2971f6872ee58381c888d39a2d81ffc17b3fcb2c=http%3A%2F%2Fwww.frnog.org%2F

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


Re: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Emmanuel ANDRÉ via frnog

oui c'est propre.

Dans le série argent, Infoblox fait ça aussi très bien en y associant 
des health check qui peuvent s'avérer sophistiqués (et configurables)



Le 15/04/2024 à 18:24, David Ponzone a écrit :

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/


--
Bien cordialement,
Emmanuel André


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


Re: [FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Emmanuel ANDRÉ via frnog

hello,

Nameshield fait ça en premium je crois)

Automatique mais c'est 5 à 10 minutes d'outage

A+

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


--
Bien cordialement,
Emmanuel André


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


[FRnOG] [TECH] DNS Load Balancer

2024-04-15 Par sujet Michel KOENIG via frnog
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/


[FRnOG] [BIZ] Marché de l’occasion sur du matériel WDM

2024-04-15 Par sujet Aurélien TABARAUD via frnog
Bonjour à tous,

Je me posais une question aujourd’hui :

Existe t’il un marché de l’occasion pro sur du matériel WDM ?

Si oui, quels sont les acteurs ?

Je ne trouve pas grand chose sur ce type de matériel.

Cordialement,

Aurélien TABARAUD

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


Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo

2024-04-14 Par sujet Alarig Le Lay via frnog
On Sun 14 Apr 2024 09:49:42 GMT, Xavier Beaudouin via frnog wrote:
> Alors au jour où certaines boites dans certains pays sont capable de faire
> du full remote pour certains d'entre nous, et bien la concurrence frontale
> est en défaveur des entreprises Françaises... C'est bien dommage.

Je n’ai jamais eu de mal à obtenir du full remote pour ma part.

-- 
Alarig


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


Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo

2024-04-14 Par sujet Xavier Beaudouin via frnog
Salut Pierre,

> Quand j'ai débuté comme ingénieur en informatique en août 1986, pour
> contribuer à écrire en C un logiciel serveur Minitel sous Unix pour
> Infogrames Télématique, à Lyon, mon salaire était de 13.000 F bruts.
> Je ne compte pas les tickets resto ;-)

+1
 
> Si je convertis et ajuste de l'inflation, grâce au simulateur de l'INSEE
> (*), mes 156.000 F bruts annuels d'il y a plus de 37 ans, je trouve...
> 47.000 € !
> 
> 47.000 € serait aujourd'hui le salaire brut annuel d'un ingénieur débutant,
> ou de quelqu'un ayant 7 ans d'expérience ?

Même constat de mon coté ou si je regarde mes fiches de salaires en Francs vs
ce qu'on propose a des gens comme moi et toi qui ton plus de 25 ans d'expérience
des salaires qui sont quasiment une insulte.

Il y a vraiment un nivellement par le bas en France, qui deviens inquiétant.
Inquiétant parce que entre 1998 et 2024 un F ou € ne permettais pas le même
pouvoir d'achat / vie. Inquiétant parce clairement on ne se fait pas plumer
par l'état de la même manière. Inquiétant parce que certaines sociétés 
demandent des boutons a 75 pattes, mais ne veulent pas payer les compétences
nécessaires pour ces postes.

Alors au jour où certaines boites dans certains pays sont capable de faire
du full remote pour certains d'entre nous, et bien la concurrence frontale
est en défaveur des entreprises Françaises... C'est bien dommage.

Xavier


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


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

2024-04-13 Par sujet Machabert Eric via frnog
Bonjour,

Nous avons détecté le problème à 11h40 tout comme vous. Concentrateur sur un 
feed AS3356 Nanterre et sites distants sur AS174,AS3356,AS20565

Apres 1 heure de troubleshooting nous avons constaté un pic de latence a 11h34 
puis un phénomène particulier a savoir qu une grande partie des tunnels etaient 
bien UP mais le trafic etait impossible. En réalité le trafic UDP et TCP etait 
fonctionnel en entree/sortie avec du loss mais tout ce qui etait ESP ne 
rentrait pas du tout.
Donc IKE (udp 500) ok et ESP KO total pour AS174 et AS3356 lui meme (etrange ce 
drop ESP only)
La connectivité globale vers le reste du monde etaient très instable avec du 
loss et du connection reset.

Nous avons escaladé AS3356 avec des informations détaillées et croisées multi 
AS. L'escalde a résolu l'incident vers 16h40 avec un reset du lien backbone/PE

Vois le résumé de l'incident:


We can see that one of the backbone links between the COLT PE router 
(ear2.par1) and the core router took a hit at approximately 09:34 GMT today.

This would have caused traffic to temporarily switch paths to the alternative 
core router.

The link has remained stable since.

The IP NOC have also checked both the PE and core routers but they are not 
seeing any hardware issues


Summary:
Backbone link between er2.par1 and ebr1.par1 took a hit. IP NOC have checked 
but could not find any issues on PE or core routers.




De : frnog-requ...@frnog.org  de la part de Paul 
Rolland (ポール・ロラン) 
Envoyé : vendredi 12 avril 2024 17:48
À : Laurent Laurent 
Cc : frnog@frnog.org 
Objet : Re: [FRnOG] [FRnog] [ALERT] Problème tunnel IPsec

ATTENTION: Ce mail provient d'une source externe. Ne cliquez pas sur les liens 
et n'ouvrez pas les pièces jointes à moins que vous ne connaissiez l'expéditeur 
et sachiez que le contenu est sans danger.


Hello,

On Fri, 12 Apr 2024 17:40:51 +0200
Laurent Laurent  wrote:

> Ça fait approximativement 6h que nos liens sont tombés et nos 6 liens
> viennent tout juste de remonter en même temps.
>
> Je ne sais pas ce qu'on fait SFR sur leur infra, mais un vendredi c'est
> pas sympa :)
>
> Bon au moins on peut partir en week-end un peu plus soulagé :)
>
> Merci encore pour vos réponses.

Et merci aux equipes de SFR qui gardent un oeil sur la liste et reagissent
rapidement ;)

Allez, bon WE a tous,
Paul


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

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


Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo

2024-04-13 Par sujet Alarig Le Lay via frnog
On Fri 12 Apr 2024 13:58:19 GMT, Laurent Barme wrote:
> Alors là ça m'épate que l'on puisse vendre plusieurs centaines de milliers 
> d'euros la maintenance d'un service assuré par une seule personne !

Et pourtant… I can relate. (bon, on était trois, mais ça change pas
grand chose vu la thune que ça rapportait, on parle en millions)

> L'annonce qui fait l'objet de cet échange émane d'une boîte qui a l'air tout 
> ce 
> qu'il y a de plus honnête ; je doute qu'il puisse se faire de telles marges 
> ou 
> alors ils ont des clients qui ne les payent pas avec leurs sous à eux (par 
> exemple avec ceux des contribuables…).

Complètement d’accord. Et puis ils ont membres de Breizh-IX, c’est
forcément des gens bien 8D

-- 
Alarig


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


Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo

2024-04-12 Par sujet François Goudal via frnog
>> avec RTT + TR
> 
> Tu veux dire les trucs obligatoires légalement ?

Non

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


RE: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo

2024-04-12 Par sujet Antonin BOLLIN via frnog
Bonjour,

Alors on a la mer et des logements assez cher en Vendée voir même intouchable 
sur certains secteurs, un poste d'admin sys et réseau c'est rare de dépasser 
les 45k... C'est plus un salaire de DSI par ici... Un admin même avec 
expérience atteindra après d'âpres négociations les 35k et encore...
Il faut se rendre compte de la réalité, plusieurs de mes confrères refusent de 
bosser en freelance pour des boites vendéennes car les tarifs sont vraiment au 
ras des pâquerettes...  A côté on a Nantes ou ce n'est pas Byzance non plus 
niveau salaire  donc je ne sais pas où vous bossez mais ne déménagez pas, ça 
va vous faire trop bizarre.

Je vais activement réfléchir à redéménager par chez vous, car, je ne pense pas 
être plus mauvais qu'un autre  quand je vois les salaires énoncés par d'autres 
sur cette liste.
Il serait je pense judicieux et intéressant en France que les salaires ne 
soient plus tabous... ça aidera à tirer vers le haut.

Pour se donner une idée le baromètre des salaires Seyos donne une vraie idée 
des salaires en province pour les provinciaux comme nous.

Cordialement.


De : frnog-requ...@frnog.org  de la part de Laurent 
Barme <5...@barme.fr>
Envoyé : jeudi 11 avril 2024 21:20
À : frnog@frnog.org 
Objet : Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo


Le 11/04/2024 à 19:30, Stéphane Rivière a écrit :
>
>>
>> 46000€ pour 7 ans d'expérience en N3 dans une boîte qui a l'air assez
>> honnête, en télétravail possible, avec RTT + TR + intéressement… Ça fait du
>> 3000€ nets tranquille par mois… Dans une région pas dégueu ;)
>>
>> Faut peut-être pas tirer sur le pouvoir d'achat trop fort hein…
>
> +1,
>
> Ça doit coûter à la boite ~7/an avec les a-côtés...
Ce qui implique accessoirement que le travail du salarié contribue à un bénéfice
pour la société qui lui permette (au moins) de verser ces 7 €/an (et non, on
ne peut pas juste diviser cette somme par les 200 jours de travail annuel, c'est
un peu plus complexe que ça). Par ailleurs, il y a un autre détail intéressant à
considérer : la société qui emploie un salarié /s'engage/ à lui verser son
salaire tous les mois…

Bref, ces considérations échappent à la plupart des salariés (mais beaucoup
moins aux employeurs).

>
> Qui est une petite structure. Donc je trouve ça plutôt très bien.
>
Du coup je suis allé lire l'annonce. Elle me paraît aussi plutôt sympa et il y
est bien préciser que le poste peut être basé à Saint-Malo. Bon, c'est vrai
qu'on y est à plus de 25 m de la mer, surtout à marée basse mais il y fait beau
tous les jours (c'est à dire au moins quelques minutes presque tous les jours) 
:-)

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

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


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

2024-04-11 Par sujet Vinz Jumpertz via frnog

Hello,

si jamais il y a un telp I12 derrière, celui ci permet l'apprentissage 
des tonalités et temporisation 
https://www.manualslib.fr/manual/242499/Bticino-Cofrel-Telp-I12.html?page=21#manual


ca m'a pas mal aidé

my 2 cents

vincent

On 4/11/24 10:26 AM, Richard Klein wrote:

ReHello,

https://damrexelprod.blob.core.windows.net/medias/15c08df2-28ab-46bf-b836-a3fe422050bc
Sinon derniere solution dans le manuel :  COMPATIBILITE SIP  En raccordant
l’IPS2 au Xellip Transfert (Réf : 540.2000),
:-)

Richard


Le jeu. 11 avr. 2024 à 12:21, Richard Klein  a
écrit :


Bonjour,

Regarde ce sreenshoot :
https://www.axelko.com/techblog/wp-content/uploads/2013/10/CiscoRegional1.png

Sinon le plus facile comme l'a expliqué David plus haut est de regarder si
tu recois le BYE sur ton IPBX lorsque le portier raccroche.

Sinon cotes portier il y avait parfois un paramètre pour une ligne longue
ou courte pour changer la détection prise de ligne.

Bonne journée

Richard


Le jeu. 11 avr. 2024 à 11:50, Ryan Laouichi  a
écrit :


Merci pour cette piste Richard, nous allons regarder.



Avez-vous une idée d’où je peux trouver les paramètres de tonalités
recommandés pour la France ?



Merci.



Ryan



*De :* Richard Klein 
*Envoyé :* jeudi 11 avril 2024 11:40
*À :* Ryan Laouichi 
*Cc :* David Ponzone ; Paul Rolland (ポール・ロラン) <
rol+fr...@witbe.net>; frnog@frnog.org
*Objet :* Re: [FRnOG] [TECH] - Configuration Portier Analogique



Bonjour,



Lorsque ton portier raccroche tu recois bien le BYE du boitier ATA?

Souvent sur ce type de boitier ATA il y a des problème d'interface ligne.
Par exemple en France nous détectons le décroché avec le courant de ligne
et les boitiers ATA sont sur une détection/interface ligne US.
Donc lorsque ton portier claque son relais pour raccrocher il est
possible que ton ATA ne détecte pas le raccrocher et n'envoit pas le BYE a
ton IPBX.

Il faudra dans ce cas jouer sur le paramètre "régional " du ATA pour voir
si il est possible de jouer sur l'interface ligne et la détection de
raccrocher.



Bonne journée



Richard





Le jeu. 11 avr. 2024 à 11:29, Ryan Laouichi 
a écrit :

Non, on D-NAT notre réseau VOIX.

Ryan

-Message d'origine-
De : David Ponzone 
Envoyé : jeudi 11 avril 2024 11:04
À : Ryan Laouichi 
Cc : "Paul Rolland (ポール・ロラン)" ; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] - Configuration Portier Analogique

Y a du NAT qqpart ?

David


Le 11 avr. 2024 à 11:02, Ryan Laouichi  a

écrit :


Non tu a bien raison de demander au cas où, mais je te confirme que

entre deux postes SIP, il n'y a 0 problème.


Si l'un de raccroche, ca coupe la communication à l'autre.

Mon serveur SIP le vois en communication.

Merci.

Cordialement,

Ryan

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de
Paul Rolland (???·???) Envoyé : jeudi 11 avril 2024 10:36 À :
frnog@frnog.org Objet : Re: [FRnOG] [TECH] - Configuration Portier
Analogique

Hello,

On Thu, 11 Apr 2024 08:14:47 +
Ryan Laouichi  wrote:


Dans notre troubleshooting, nous avons constaté que coté poste IP, le
téléphone met fin a la conversation mais le portier (donc ata) va
mettre
1 minute avant de mettre fin à la communication.


Je suppose, mais ca ne coute rien de demander, que si tu fais un appel

entre deux postes SIP, tu n'as pas le probleme ?


Durant la "minute d'attente", ton serveur SIP, il voit le poste ATA

dans quel etat ? Connecte ou pas ?


Paul


---
Liste de diffusion du FRnOG
http://www.frnog.org/
ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne

cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.



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


ATTENTION : Ce courriel provient de l'extérieur de l'organisation. Ne
cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.


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

*ATTENTION : *Ce courriel provient de l'extérieur de l'organisation. Ne
cliquez pas sur les liens et n'ouvrez pas les pièces jointes si vous ne
reconnaissez pas l'expéditeur et si vous n'êtes pas sûr du contenu du mail.







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



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


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

2024-04-11 Par sujet Yannick Palanque via frnog

Le 11/04/2024 à 09:33, Sebastien FOURCADE a écrit :

Hello la liste,

Quelqu'un a-t-il les coordonnées d'une personne sur le site de PA2 capable de 
gérer/valider un déménagement de cross-co ? Le service EMEA tourne en rond 
depuis 2 mois et ne répond pas à la demande.

Besoin simple : déménager un cross-co pour joindre Equinix-IX d'une cage PA2 
vers une autre cage dans PA3...

Merci d'avance pour le retour en PV.

Sébastien


Tu n'as pas un CSM ? Je pense qu'il serait le plus apte à te renseigner.

Yannick


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


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

2024-04-11 Par sujet Daniel via frnog

Bonjour

Le 11/04/2024 à 10:14, Ryan Laouichi a écrit :

Bonjour,

Nous tentons de configurer un portier Castel analogique (IPS2) qui est branché 
derrière un ATA Cisco SPA112.

Lorsqu'on appui sur le bouton de l'interphone, il fait bien sonner un poste SIP.

Cependant, nous rencontrons une problématique, nous devons attendre une minute 
avant de pouvoir de nouveau sonner et que cela lance de nouveau un appel.
Il y a 15 ans j'avais ce soucis avec les portiers Castel, jamais trouvé 
de solution même en discutant avec leur support. Abandon de la marque.


--
Daniel

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


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

2024-04-11 Par sujet den...@skynet.be via frnog
Votre ticket n'est pas pris en compte ?  Si vous contacter le support chat sur 
le portal ils vont prendre contact avec les tech onsite pour voir le status et 
ils peuvent pousser.

From: frnog-requ...@frnog.org  on behalf of Sebastien 
FOURCADE 
Sent: Thursday, April 11, 2024 9:33 AM
To: frnog-t...@frnog.org 
Subject: [FRnOG] [TECH] Contact déménagement cross-co sur EQUINIX

Hello la liste,

Quelqu'un a-t-il les coordonnées d'une personne sur le site de PA2 capable de 
gérer/valider un déménagement de cross-co ? Le service EMEA tourne en rond 
depuis 2 mois et ne répond pas à la demande.

Besoin simple : déménager un cross-co pour joindre Equinix-IX d'une cage PA2 
vers une autre cage dans PA3...

Merci d'avance pour le retour en PV.

Sébastien

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

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


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

2024-04-10 Par sujet Alarig Le Lay via frnog
On Wed 10 Apr 2024 15:52:18 GMT, Spyou wrote:
> 
> Le 06/04/2024 à 21:48, Alarig Le Lay via frnog a écrit :
> > Bonjour,
> >
> > J’ai une FTTH dite pro collectée sur Orange qui s’est faite écraser par
> > ByTel, alors que j’ai encore du signal sur l’ONT et que ma position au
> > PM n’a pas bougée.
> 
> 
> T'es sur que le signal que t'as vient d'un OLT Orange ? :)

Hey, la forme depuis le temps ?

Dans le PM ça part sur le bloc Orange en tous cas, sur l’interface
d’admin de l’ONT j’ai ça :

Optical Information
ONT Information
Current Value   Reference Value
Optical Signal Sending Status:  AutoAuto
TX Optical Power:   2.31 dBm0.5 to 5 dBm
RX Optical Power:   -17.52 dBm  -30 to -8 dBm
Working Voltage:3338 mV 3100 to 3500 mV
Bias Current:   12 mA   0 to 90 mA
Working Temperature:40 ℃-10 to +85 ℃
OLT Information
Current Value   Reference Value
Optical module type:Class C+--
Transmit optical power: 5.2 dBm 3 to 7 dBm
PON port identifier:(0x11C262CA06DE16)  --

Device Information
Device Type:HG8010Hv3
Description:EchoLife HG8010Hv3 GPON Terminal
(CLASS C+/PRODUCT

ID:2102312HAV6RL1028409/CHIP:00070020191011)
SN: 48575443A8A0 (HWTCA8A0)
Hardware Version:   HWTCA17C6A
Software Version:   HWTCA31710208
Manufacture Info:   2102312HAV6RL1028409.C812
ONT Registration Status:O5(Operation state)
ONT ID: 116
CPU Usage:  2%
Memory Usage:   34%
Custom Info:FT

Service Provisioning Status
ONT Registration Status:Successfully registered the ONT
with the OLT.
OLT Service Configuration Status:   The OLT is applying
configurations. Please wait.
EMS Configuration Status:   --
ACS Registration Status:--



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


RE: [FRnOG] [TECH] switchs aruba : Device Profiles for automatic port configuration

2024-04-08 Par sujet Antonin BOLLIN via frnog
Bonjour,

Je l'ai fait par le passé mais avec un radius et dans mes notes j'ai :


  *
Ne pas oublier de tagger le vlan en vlan voice 
  *
faire le "port-access auto-vlan"
  *
https://www.arubanetworks.com/techdocs/AOS-CX/10.11/HTML/security_6200-6300-6400/Content/Chp_Port_acc/por-acc-aut-vla.htm

Cependant chez Aruba (je dis ça de mémoire) il me semble que le saut de vlan 
n'était autorisé qu'à partir du moment où on utilisait un radius pour 
l'authentification c'est peut-être toujours le cas mais j'ai toujours eu un 
radius avec, sans je n'ai jamais testé.

Mes 2 cts

Cordialement.

De : frnog-requ...@frnog.org  de la part de BASSAGET 
Cédric 
Envoyé : lundi 8 avril 2024 11:01
À : frnog-tech 
Objet : [FRnOG] [TECH] switchs aruba : Device Profiles for automatic port 
configuration

Bonjour,

J'essaye désespérément de mettre en place l'autoconfig du vlan sur switch
aruba en fonction de la mac d'un téléphone (de marque bittel, prefixe mac
f00786) qui ne fait ni de LLDP ni de CDP.

j'ai suivi le whitepaper HPE suivant :
https://community.arubanetworks.com/HigherLogic/System/DownloadDocumentFile.ashx?DocumentFileKey=e81c402b-a46b-4875-b88a-c1485b028b3e

et je me retrouve donc avec la conf suivante :

device-identity name "bittel"
   lldp oui f00786
   exit
device-profile name "bittel"
   untagged-vlan 2
   exit
device-profile device-type "bittel"
   associate "bittel"
   enable
   exit

bêtement je me disais que ça pourrait marcher, mais... non. je pense que ça
ne marche qu'avec un tel qui balance des trames LLDP ?
Est-ce quelqu'un a déjà réussi à faire fonctionner ce système pour un
équipement qui ne fait ni de LLDP ni de CDP ? en gros assigner des
paramètres à un port uniquement en fonction du préfixe MAC de l'équipement
pluggé à ce port ?

Bon lundi !
Cédric

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

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


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

2024-04-07 Par sujet Alarig Le Lay via frnog
On Sun 07 Apr 2024 01:41:05 GMT, David Ponzone wrote:
> Joli roman, ça m’a passionné. Trépidant du début à la fin. Après, y a
> la réalité, entre autres celles des opérateurs techniques qui
> collectent en bitstream, que l’ARCEP semble avoir oublié :)

Je suis pas spécialement au fait du jargon telco (je fais surtout de
l’IP dans ma vie :p) mais en gros, je suis l’arbre gpon orange, et c’est
collecté ensuite en ppp vers un lns à moi. Je sais pas si c’est du
bitstream ou pas.

-- 
Alarig


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


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

2024-04-07 Par sujet Alarig Le Lay via frnog
On Sat 06 Apr 2024 23:22:58 GMT, Léa Gris wrote:
> Le 06/04/2024 à 21:48, Alarig Le Lay via frnog écrivait :
> > Bonjour,
> > 
> > J’ai une FTTH dite pro collectée sur Orange qui s’est faite écraser par
> > ByTel, alors que j’ai encore du signal sur l’ONT et que ma position au
> > PM n’a pas bougée.
> > 
> > Donc techniquement tout est censé marcher, mais commercialement ma ligne
> > est vue résiliée chez Orange.
> > 
> > J’aimerais savoir si quelqu’un sait comment la dé-résiliée, sans
> > re-payer les FAS vu que j’ai rien demandé moi :p
> 
> Tout est ici :
> <https://www.arcep.fr/demarches-et-services/utilisateurs/que-faire-en-cas-decrasement-a-tort.html>

J’avais complètement oublié ça, merci beaucoup :)

-- 
Alarig


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


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

2024-04-06 Par sujet Alarig Le Lay via frnog
Bonjour,

J’ai une FTTH dite pro collectée sur Orange qui s’est faite écraser par
ByTel, alors que j’ai encore du signal sur l’ONT et que ma position au
PM n’a pas bougée.

Donc techniquement tout est censé marcher, mais commercialement ma ligne
est vue résiliée chez Orange.

J’aimerais savoir si quelqu’un sait comment la dé-résiliée, sans
re-payer les FAS vu que j’ai rien demandé moi :p

J’ai toutes les infos du terrain (PTO, PBO, PMI, ONT, etc.)

Merci par avance !
-- 
Alarig


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


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

2024-04-06 Par sujet lm2 via frnog
> pour avoir un travail il faut un diplôme. Bonjour m'sieudame france travail, 
> donnez moi un diplôme et je me désinscris.


Lol.

france travail te file de quoi manger des pates, jamais un travail qui te 
plait, sauf concours de circonstance exceptionnel (et eux l'admettent)

pour un diplome il faut que ce soit dans l'enseignement supérieur, bien calé 
sur le RNCP (donc reconnu par l'état), attention chaque année des étudiants 
sortent d'un cursus en enseignement privé et il arrive encore que des brebis 
égarées finissent dans une école aux diplomes non reconnus par l'état (et ça 
fini souvent en eau de boudin)



quant au diplome, c'est un peu le nouveau coeur de métier de la france. À part 
aux deux extremités, de l'ingé haut niveau au CAP manuel, pour moi le reste, 
hors des murs du public, n'est que poudre aux yeux. Alternance et CPF en plein 
dedans. Malheureusement la france tourne au diplome pour justifier de 
compétences, là où outre-manche/atlantique les compétences font le salaire.



personnellement je pense, que le premier problème sur le marché du travail en 
france, reste que le diplome n'a pas été basculé par une forme d'autodidaxie 
encouragée et reconnue, mais avec un Pres' qui encourage au possible les 
injections de fric via l'alternance, CPF et autres crédits aux sociétés, 
effectivement, l'autodidaxie n'est pas sortie de l'auberge (fallu pour ma part 
passer des diplomes, et pas par plaisir)





From: Kévin CHAILLY 
To: Teh 'SpyKeeR' 
Subject: Re: [FRnOG] [JOBS] Reconversion dans les métiers de l'informatique - 
Enquête métier
Date: 06/04/2024 11:09:37 Europe/Paris
Cc: French SysAdmin Group ;
   frnog@frnog.org;
   l...@laurentbloch.org;
   isa...@krashboyz.org;
   vincent.duver...@nolme.com

Hello,

Alors je vais la faire courte,

Oui, il faut faire le TSSR, mais surtout il faut que tu te sortes de la
tête que tu vas t'y faire chier.

Si tu as un meilleur niveau que les autres, c'est très bien, mais au lieu
d'aller en roue libre dans ta tête et de sortir ton téléphone pour aller
sur tinder, tu prends le sujet du cours et tu le pousses.

Tant que tu n'arriveras pas à s'astreindre a ça, tu resteras un bidouilleur
( ça n'empêche pas d'être un bon bidouilleur ) mais tu ne progresseras pas
réellement. je te rassure, l'éducation nationale ne sait pas faire ça, et
beaucoup d'élèves finissent en roue libre assez rapidement par faute du
système. C'est pas pour ça qu'ils ont pas une vie heureuse.

Si tu as des bons formateurs ( les TP ça dépend pas mal des centres ) tu
vas apprendre aussi à être cadré, documenter, communiquer, étudier le
fonctionnement interne de certains systèmes afin d'avoir la compréhension
fondamentale de comment marche les choses et pas un vague instinct qui suit
le bruit du vent.

Dans la région occitanie, il y a un dispositif nommé ERN ( école régionale
du numérique ) qui finance le TP TSSR, et pour certains élèves peut prendre
le relai du chômage, rapproche toi de france travail pour qu'eux soient
prescripteurs. Tu veux faire ça, tu peux faire ça, mais pour avoir un
travail il faut un diplôme. Bonjour m'sieudame france travail, donnez moi
un diplôme et je me désinscris.

Après arrête de te torturer le cerveau et vas y, mais rappelle toi que même
si tu es meilleur que ce que demande le diplôme TSSR, tu es moins bon que
ce que tu voudrais être dans un an, lâche rien, approfondis, fais un blog,
documente tes projets.

Kévin


Le sam. 6 avr. 2024 à 01:03, Teh 'SpyKeeR'  a écrit :

> Bonjour à tous!
>
> Tout d'abord, merci à tous ceux qui ont pris de leur temps pour y
> répondre, j'ai eu de nombreuses réponses dont pas mal provenant des listes
> FrNoG, FrSaG.
>
> Je souhaitais, si vous le voulez bien, rebondir sur les réponses à ce fil.
>
> Kevin : - "Si tu as besoin de bases, le titre pro technicien supérieur
> sera un prérequis pour le diplôme d'admin ( 1 an TP TSSR, 1 an TP admin
> souvent en alternance )"
>
> Alors, c'est toute mon interrogation du moment après cette enquête métier,
> ai-je suffisamment de bases pour attaquer directement par le TP ASR, par
> peur de m'ennuyer, je m'explique :
>
> Globalement de 11 à 18 ans en support/réparation PC particulier, montages
> de PC's Milieu/Haut de Gamme, deux petites années d'overclocking,
> Watercooling.
> Puis j'avais versé de 17 à 21 ans dans l'adminsys en m'occupant(Admin
> d'une team de jeux multigaming) de deux serveurs dédiés en cluster redondés
> via VMWare ESX/vsphere, qui poussait 2-3VPS Debian, 1 FreeNAS (Basé FreeBSD
> si je me rappelle bien), 1 Windows Server 2008R2), sur ces derniers, j'ai
> pu utiliser Apache, TLS/SSL, S/FTP, MySQL, Sqlite, BLind9, Crontabs,
> quelques scripts bash simples persos, Iptables, PortSentry, Fail2Ban,
> Clamav, cPanel/ISPConfig et sur Windows ActiveDirectory, WSUS et IIS.
> J'avais aussi quelques notions de virtu autour de Proxmox, Citrix et Xen,
> en gestion de parc avec GLPI, O

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

2024-04-05 Par sujet Alarig Le Lay via frnog
On Thu 04 Apr 2024 11:42:12 GMT, frnog via frnog wrote:
> Ils ont peut-être plus envie d’avoir à gérer des soucis de routage
> quand tu as le control plane qui marche et pas le data plane sur un
> IX.

Je n’aime pas les RSes exactement pour cette raison. Par contre, pour un
petit AS ça reste pratique quand c’est difficile de négocier des
sessions directes.

-- 
Alarig


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


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

2024-04-04 Par sujet frnog via frnog
Ils ont peut-être plus envie d’avoir à gérer des soucis de routage quand tu as 
le control plane qui marche et pas le data plane sur un IX.

Ça nous est arrivé à plusieurs reprises qu’un peer et nous (qui ne peerions pas 
ensemble mais chacun avec le RS) ayons le soucis suivant :

- le peer et nous n’avons aucun soucis à joindre le RS et à échanger des routes.
- le data plane entre le peer et nous ne fonctionnait pas.

Du coup tout va bien dans ta RIB et ta FIB mais ton traffic est droppé en 
raison d’un soucis dont tu n’es pas au courant.

On réfléchit à faire la même chose chez F5.

Le jeu. 4 avr. 2024 à 12:35, David Ponzone <[david.ponz...@gmail.com](mailto:Le 
jeu. 4 avr. 2024 à 12:35, David Ponzone < a écrit :

> Bonjour tous,
>
> Petit changement de politique de peering en cours chez Microsoft: ils 
> arrêtent les sessions avec les RS et ils deviennent plus sélectifs pour les 
> sessions de peering direct (ils l’étaient peu ou pas avant).
>
> Si quelqu’un a des infos sur les raisons de ce revirement soudain.
>
> David Ponzone
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [MISC] ApéroTelco/Réseaux NTEnOG Nantes mercredi 17 avril - 18h30 - Berlin 1989 St-Herblain

2024-04-03 Par sujet Antoine Nivard - ON via frnog

Bonjour à tous,

Nous vous invitons à un *ApéroTelco/Réseau* le *mercredi 17 avril* à 
partir de *18h30 *à Nantes*

*

Un moment pour discuter et échanger sur plein de sujet réseau, le RETEX 
du 1er avril, opérateurs, TRANSIT-IP, PEERING, etc.
Le point d'échange Internet Nantes : Ouest Network, nos aventures en 
terres Bretonnes : Rennes, Brest ?

Et une nouvelle aventure en Touraine ?!


Le lieu : Berlin 1989 Saint Herblain (côté Atlantis)
https://www.openstreetmap.org/node/7467668997#map=19/47.23107/-1.63819 
<https://www.openstreetmap.org/node/7467668997#map=19/47.23107/-1.63819>



au 17 avril !

--
Cordialement,

Antoine Nivard

Président dehttps://Ouest.Network  - Vous rapprocher !
https://www.linkedin.com/company/ouestnetwork/
Tél: 06 52 57 79 69 -antoine.nivard@ouest.network
---
Mission, conseil en stratégie commerciale, animation de réseaux et "Business 
Developer"
Ouest Network - Ouest Cloud
antoine.niv...@nantestouch.fr
Tél: 06 52 57 79 69

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


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

2024-03-30 Par sujet Arnaud Launay via frnog
Le Sat, Mar 30, 2024 at 12:39:29PM +0100, Ge DUPIN a écrit:
> Le journaliste a dû se tromper de 3 ordres de grandeur, comme souvent ..

À priori, pour une fois, non.

Tous les articles parlent bien de 100 *milliards* de dollars pour un projet
"Stargate" prévu pour 2028.

C'est à prendre avec des pincettes, vu que les sources sont anonymes. De toute 
façon,
le but recherché est atteint: ça fait le buzz.

Arnaud.


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


[FRnOG] [ALERT] Compromission de lzma

2024-03-29 Par sujet Alarig Le Lay via frnog
Bonsoir,

C'est pas du système mais la faille me semble assez énorme pour en parler ici.
Les archives des releases 5.6.0 et 5.6.1 de xz / lzma sont compromises et 
contiennent du code qui n'est pas dans le repo git, alors qu'elles sont 
signées, cela veut donc dire qu'il y a une compromission de la chaîne de 
publication/approvisionnement ou d'un dev.
En gros: c'est chaud.

https://www.openwall.com/lists/oss-security/2024/03/29/4
https://github.com/tukaani-project/xz/issues/92
https://github.com/NixOS/nixpkgs/issues/300055

L'avantage c'est que les versions ne sont pas encore partout, elles sont très 
récentes.
--
Alarig
---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [TECH] Firmware AudioCodes M800B

2024-03-29 Par sujet Thibault Kalk via frnog
Bonjour à tous, 
J'ai pour du lab perso un SBC Mediant 800B d'audiocodes que je souhaiterai 
mettre à jour. 
Il est actuellement sans support et n'ai donc pas accès au portail AudioCodes 
pour récupérer le dernier firmware. En version 6.5, je souhaiterais le basculer 
en 7.x
Est-ce l'un d'entre vous aurai la possibilité de me fournir un firmware, ou 
bien de me faire une proposition commerciale afin de le ré-intégrer dans un 
contrat de support afin que je puisse le maintenir à jour ? 
En tant que particulier, je me fais envoyer bouler par l'ensemble des 
distributeurs sollicités. 
Si vous avez d'autres astuces, je suis preneur. 
Quelques infos sur le modèle :M800B-4S4OLPW-A1SHSP/N:GGWM00221S/N:DT2223874
Bon vendredi à tousThibault KALK
---
Liste de diffusion du FRnOG
http://www.frnog.org/


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

2024-03-28 Par sujet Philippe ASTIER via frnog
Arf, my bad, j’ai lu trop vite parce que j’ai pris le thread en route entre 
deux réunions.

On est d’accord en fait. 
Mais c’est génial d’un point de vue marketing de valoriser un truc que les gens 
ne vont pas utiliser, et que du coup tu n’as même pas à surveiller et pour 
lequel tu ne garantis rien.
C’est mieux que d’avoir une course à la baisse de prix sur des tuyaux pleins.

Après l’avantage, c’est pour les petites structures de la tech qui avec une ou 
deux FTTH « low-cost » ont des bien beaux tuyaux pour pas cher. Ca permet des 
usages entre des petits sites ou vers des DC de manière très très fiable malgré 
tout. 
Prévoir quand même plus qu’une liaison et du backup au cas où.


Après, la presse « spécialisée »…. Ça reste la presse, pas des spécialistes 
hein. 



> Le 28 mars 2024 à 13:03, David Ponzone  a écrit :
> 
> Philippe,
> 
> Euh….
> 
> Si j’avais dit « 50mbps c’est assez pour un pro, même le siège social de 
> Total », je pense qu’on pourrait me virer de la liste.
> 
> Je crois que le débat était sur les offres FTTH des OCEN, à destination du 
> GP/Pro (pour un OCEN, le FTTH c’est l’offre référence pour un pro), dont le 
> marketing met en avant 2Gbps, voir 8Gbps, voir 10Gbps.
> Je ne crois pas que la boite de 300 personnes ou la boite qui fait de la 
> post-prod vidéo soient dans cette cible (si la boite de post-prod bosse sur 
> un FTTH, je pense que le patron est un gros radin, et je prends des chips et 
> attend avec impatience qu’il ait une coupure de 2 semaines).
> 
> L’entreprise moyenne française, elle fait moins de 10 personnes, et elle 
> bosse pas dans la tech (84% des entreprises ont 9 salariés ou moins).
> 
> D’ailleurs, c’était même pas un débat en fait. Juste un rappel que ça fait un 
> moment que le marketing met en avant des trucs qui servent à rien pour le 
> vendre (les forfaits illimités vers 120 pays, le forfait 5G avec 50Go de plus 
> pour 4€ de plus par mois, également appelées « techniques pour remonter son 
> ARPU quand on l’a trop baissé pour prendre des parts de marché »).
> Donc voilà, même la presse spécialisée en met une couche.
> « 4.5 million times faster », ça pète plus que « 6 times faster ».
> 
> Mais merci de confirmer que c’est dur de remplir un tuyau 10G chez Free avec 
> du vrai contenu ou des benchs, même en ayant que ça à faire de la journée :)
> C’était exactement mon propos, ils ont vendu du vent au Grand Public, comme 
> toujours.
> 
> David
> 
> 
>> Le 28 mars 2024 à 12:26, Philippe ASTIER  a 
>> écrit :
>> 
>> J’ai des clients qui font de la video conf à 1,5-4 Mb/s / client et qui sont 
>> 300 en simultané, faites le calcul. C’est même pas des qualités extrêmes.
>> Sur lequel on ajoute des transferts de gros documents, etc...
>> 
>> En plus il faut de la marge pour les autres usages, donc, oui, j’ai 
>> plusieurs clients qui ont du 500-600 Mb/s plusieurs heures par jour en 
>> continu, avec des pointes longues qui dépassent largement le 1 Gb/s, que ce 
>> soit up ou down.
>> 
>> On est en 2024...
>> 
>> 
>> Cela dit, pour le fun, j’ai secoué ma FreeBox Ultra. Dur d'atteindre la 
>> limite, parce que les serveurs de benchs ont des limites par flux TCP, IPv4 
>> vs IPv6, etc… j’ai du balancer du trafic de plusieurs machines, alors même 
>> que depuis cette même machine, aucun souci pour faire du 10 Gb/s en interne.
>> Mais je confirme qu’on peut bien agréger 7,5 Gb/s symétriques, ils ne 
>> mentent pas trop, même en pleine journée.
>> 
>> En fait c’est rassurant, les benchs ce n’est pas la vraie vie, juste une 
>> image d’un usage qui ne correspond pas à la réalité. 
>> 
>> Les CDN font clairement du rate limite par connexion de ce que je vois.
>> 
>>> Le 28 mars 2024 à 11:42, David Ponzone  a écrit :
>>> 
>>> 
>>>> Le 28 mars 2024 à 11:35, Pierre Colombier via frnog  a 
>>>> écrit :
>>>> 
>>>> Ah non David, je suis pas d'accord.
>>>> 
>>>> On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M pour 
>>>> la plupart des gens) Mais l'usage moyen n'est pas le chiffre le plus 
>>>> pertinent.
>>>> 
>>>> Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du 
>>>> temps et c'est cette pointe là qui lui donne l'impression de confort.
>>> 
>>> Ah, j’ai pas encore mesuré de crêtes à 1G chez mes clients pro.
>>> Je vois pas ce qui leur enverrait 1G (certainement pas MS Update).
>>> 0,5% du temps, c’est plutôt 100M.
>>> Donc on en revient à un besoin réel de 30-50M, avec crêtes à 100M (je parle 
>>> pas d’un pro avec 100 PC bien sûr, je parle d

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

2024-03-28 Par sujet Philippe ASTIER via frnog
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

2024-03-28 Par sujet Pierre Colombier via frnog

Ah non David, je suis pas d'accord.

On sait bien que l'usage moyen est à moins de 50M. (même moins de 10M 
pour la plupart des gens) Mais l'usage moyen n'est pas le chiffre le 
plus pertinent.


Le client, pro ou GP, il a besoin de >1G burst pendant moins de 0.5% du 
temps et c'est cette pointe là qui lui donne l'impression de confort.


Après, c'est pas n'importe-qui qui a un PC avec de l’ethernet à plus de 
1G. Mais pour un gamer, la moindre update fait plus de 10Go, si il peut 
les avoir en moins d'une minute plutôt qu'en une heure, ça change 
radicalement son ressenti.


Pierre



Le 28/03/2024 à 10:37, David Ponzone a écrit :

Oui alors, vu le lectorat d’un tel site, ça me dérange beaucoup moins que quand 
c’est les OCEN qui basent leur marketing GP sur: « Bientôt 8Gbps, bientôt plus 
de streaming!», « Trop de lag dans Fortnite ? Choisissez le XGS-PON! 10G!».

Quand on voit la tronche de la courbe de conso moyen d’un abonné FTTH GP (ou 
pro d’ailleur), on ne sait même pas comment expliquer ça à un client (pro) 
tellement on a l’impression de plus être crédible quand on lui dit que son 
besoin réel, c’est même pas 50Mbps.

David


Le 28 mars 2024 à 10:28, Samuel Thibault  a écrit 
:

David Ponzone, le jeu. 28 mars 2024 10:10:59 +0100, a ecrit:

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

Bien sûr, mais le message devient juste complètement *mensonger*. Il
dit qu'Internet va être un million de fois plus rapide, c'est juste
complètement faux.

Et le fond derrière, c'est laisser croire que du coup on serait
magiquement un million de fois plus heureux.

Samuel


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



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


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

2024-03-28 Par sujet Pierre Colombier via frnog
Vu toute l'armature nécessaire et la technique de pose, j'ai dans l'idée 
que le prix d'un câble sous-marin n'est que très très peu lié au nombre 
de fibres qu'il y a dedans. Mais en fait, j'y connais rien. Un expert 
peut-il confirmer ou infirmer cette intuition ?



Le 28/03/2024 à 09:57, Rod Beck a écrit :

The question, gentlemen, is over what distance can this technology work? The 
consensus for submarine cable systems is that transmission rates are quickly 
converging to the Shannon Limit. And the focus has been increasing the number 
of fibre pairs, not transmission rates per pair. Alcatel's spatial division 
multiplexing 'philosophy' was the key breakthrough. It uses relatively low 
transmission rates per fibre pair in order to conserve power and enable cables 
with higher fibre pair counts.

Remember these academics have their own agenda as well. Fame and money. So I 
would temper your enthusiasm.

Best,

Roderick.




[https://lh6.googleusercontent.com/2Lt_FJczBnPSUVs0JtgFSEE6fuziTBUYnu5DNq7DbaHJYMBySeKDNp6ky9fv2ZWitaRolkQMR0HSYAjjdUM-gPjMmFr6UnBhtrqwCia4-yVzmmqhyQtc-ad4xrS_rOVnPbkMDOFfh8OhRQhNA_O0QSw]

Roderick Beck

Global Network Capacity Procurement

Budapest:36-70-605-5144

New Jersey: 908-452-8183

Email: rod.b...@unitedcablecompany.com

www.unitedcablecompany.com<http://www.unitedcablecompany.com/>



[https://lh6.googleusercontent.com/9R8wAqKpQlsGGeLxkitsOAGZIQucIAtkshtukANvmidSqz6q6w8bfgw1ayLaQLu77e2px7kf_Z-COzwKMwzoOaamiT8nQTWBY4SE5bJbgHvfBDpHFO2hot6tXqnoWYa3yY2p2l73e70mLuf930n9PKQ]<https://www.instagram.com/unitedcableco/>
[https://lh6.googleusercontent.com/hfZwsEtrU6zRgcl2B--cHNIQoviPy66lZXM-SPu-enHxzN4PTw-dn1561xJUY_PwXLBZrbwrbT5e8un3NttT_E4IMFTa65qHiW0AufGmGjEWhkMGr-zQWJ5y20Mp7aBfGzIJtB7U8u12DWutCGFr6go]<https://twitter.com/unitedcableco>
[https://lh4.googleusercontent.com/QlM9Q72tZY7lyyTh46fFRX4812LGdtEnBEFfpd4m3ybv2msBvSJCsAwwjCBCeTVniXqGwoqGsmuerW9bZZ_VYsRzJ8gVPxQEWVPa82Rs5ELajVXrNnbFlGgi6SzxOjRHT8QPmtb3UhVs_YRmxQjY3Uo]<https://www.linkedin.com/company/unitedcablecompany/>

[https://lh6.googleusercontent.com/utA6pbJLZJpgC_rlNXfhviBHRjT4pyeShbRvycb8HG3_DFzbMXuo136B2hLqlphCvLhy2ZmnsrHMVAk-1hWpTRr3eDqQzfXT5VYftw_P8fzUbpgbmsVFnZf2WQVTsL97wpeVqRZbMOf7N95Eq4Up-as]<https://unitedcablecompany.com/video>

____
From: frnog-requ...@frnog.org  on behalf of Samuel Thibault 

Sent: Thursday, March 28, 2024 9:32 AM
To: frnog-tech 
Subject: Re: [FRnOG] [TECH] 300Tbps par paire

David Ponzone, le jeu. 28 mars 2024 08:13:59 +0100, a ecrit:

Titre douteux mais la perf est là :

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

Le titre est plus que douteux puisqu'il se compare sur la capacité
actuelle délivrée plutôt que la capacité théorique de
l'infrastructure fibre posée avant leur innovation.

La question que je me pose, surtout, c'est: mais que va-t-on bien
pouvoir faire de 300Tbps à la maison (puisque c'est la cible). Est-ce
que le 1Gbps actuel (ou éventuellement 10Gbps) ne suffit pas pour
n'importe quel usage qu'on pourrait vouloir raisonnablement à la
maison ? Oui, je sais bien, 640Ko, toussa, mais à un moment, la télé
1000k, on n'est juste pas capables de la percevoir...

Il faut qu'on arrête cette course, c'est juste complètement débile.

Samuel


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

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



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


Re: [FRnOG] [TECH] MTP Gender change

2024-03-27 Par sujet Armel Chargé-Chauvet // frekences via frnog
On s’en sert pour du tirage temporaire ( sur des events )

C’est plus solide sur les têtes que des gros fouets en LC :)

On a réussi à virer les PINS du connecteur mâle pour le transformer en femelle, 
on fait les tests avec l’OTDR et je vous dis si ca fonctionne :)

Le 27 mars 2024 à 11:16 +0100, Clement Cavadore , a écrit 
:
> (désolé pour les gens de la liste, il y avait une photo en attache du
> message auquel David a répondu, mais ca n'a pas été accepté par la
> mailing liste, ce que je comprends. Seul David/Paul, et Yannick l'ont
> eu, vu que j'ai reply-all)
>
>
> Pour la liaison NRO/PM, je n'ai jamais vu ca: Je pense que les
> connecteurs sont bien plus fagiles/compliqués à manipuler que ne sont
> les SC-APC qu'on retrouve de manière standard en PM. Déjà, quand on
> voit déjà l'état dans lequel les gougnafiers de uber de la fibre
> mettent les PM en SC-APC, je n'imagine pas un seul instant voir du MTP
> là dedans, ca ne ferait pas long feu...
>
> Clément
>
> On Wed, 2024-03-27 at 10:45 +0100, David Ponzone wrote:
> > Ok merci, donc ça relativise la complexité au niveau polarité et
> > genre: c’est de l’infra et on y touche pas tous les jours.
> > Je me demande si c’est utilisé aussi entre NRO et PM en FTTH.
> >
> > David
> >
> > PS: Paul, il y a des caractères bizarres dans ton email que le MUA de
> > Clément a niqué (c’est devenu "\"Paul Rolland" "
> > ), et mon MUA aime pas :)
> > Pour info hein.
> >
> > > Le 27 mars 2024 à 10:17, Clement Cavadore  a
> > > écrit :
> > >
> > > Hello,
> > >
> > > Les datacenters passent au MTP assez massivement pour les déports.
> > >
> > > Chez Telehouse par exemple, depuis qu'ils sont en MMR, ils passent
> > > des
> > > trunks 12FO en MTP, et ca arrive sur des cassettes 144FO dans 1U
> > > (ci-joint une photo d'un PP Telehouse, ouvert sur une demi-moitié
> > > de U)
> > >
> > > -> Trois niveaux de 24FO par moitié de PP,
> > > on a A1/A2+B1/B2+C1/C2 à gauche, A3/A4+B3/B4+C3/C4 à droite, et
> > > chaque
> > > module correspond a un trunk 12FO en face arrière du PP.
> > >
> > > Clément
> > >
> > > On Wed, 2024-03-27 at 08:00 +0100, David Ponzone wrote:
> > > > Exactement, donc une jarretière MTP/LC ressemble à ça:
> > > >
> > > > https://www.fs.com/products/150166.html?attribute=34169=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/
> > >
> > > 
> >
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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


Re: [FRnOG] [TECH] MTP Gender change

2024-03-26 Par sujet Yannick Palanque via frnog



Le 26/03/2024 à 20:29, David Ponzone a écrit :

Ok mais concrètement, ça apporte quoi par rapport à du LC, où le connecteur au 
bout du câble est toujours mâle, et le connecteur sur le SFP/cassette est 
toujours femelle ?
Juste histoire de comprendre si j’ai raté un truc( donc je suis con), si c’est 
une norme à la con, ou si elle était pas mal parce qu’elle date d’avant le LC 
(et était donc plus compacte que le SC).

David


Pour la même taille qu'un connecteur LC Duplex, au lieu de 2 brins on 
peut en avoir 12, ou 24, c'est un gain de place énorme. Quand on a un 
gros réseau et de gros débits...


Sans parler de l'utilisation d'optiques utilisant directement le 
connecteur MPO, mais n'étant pas un expert je ne saurais détailler plus 
les avantages comparatifs.



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


Re: [FRnOG] [TECH] MTP Gender change

2024-03-26 Par sujet Yannick Palanque via frnog



Le 26/03/2024 à 09:16, David Ponzone a écrit :

Avec un schéma qui laisse penser que MTP® est la première (à vérifier)
norme qui oblige à utiliser un coupleur même pour brancher un mâle sur
une femelle...
C'est « simplement » qu'il y a des connecteurs mâles et des connecteurs 
femelles (si je ne m'abuse : mâle pour entrer dans les cassettes et 
femelle pour entrer dans les optiques, et c'est rare qu'on doive joindre 
les deux, hors erreur de commande ;-)).
Ça fait mal à la tête quand il faut choisir la polarité et qu'on n'a pas 
d'indication, mais ça reste moins compliqué qu'une norme de 500 pages, 
ou moins compliqué que les tailles de raccord en plomberie avec des 
dimensions sorties de l'enfer des pouces et des tuyaux en plomb.


Et quand on fait de la haute densité, c'est bien d'avoir un connecteur 
plutôt que quatre ou huit.


Mais il faut mieux avoir une infrastructure bien documentée et acheter 
toujours la même chose plutôt que de commander par-ci par-là pour des 
choses différentes, c'est sûr.



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


Re: [FRnOG] [TECH] MTP Gender change

2024-03-26 Par sujet Armel Chargé-Chauvet // frekences via frnog
Merci à tous pour vos retours.

J’essaye de bidouiller dans un premier temps un premier avec des outils fait 
sur mesure, et je vous dis si c’est réalisable :)

Belle journée

A.
Le 26 mars 2024 à 09:17 +0100, David Ponzone , a écrit 
:
>
> > Le 26 mars 2024 à 08:39, Paul Rolland (ポール・ロラン)  a 
> > écrit :
> >
> >
> > > Sérieusement, c’est quoi cette norme de merde, le MTP, qui est pas
> > > capable de préciser systématiquement si chaque extrémité est mâle ou
> > > femelle. Pas trouvé une doc correcte sur le sujet.
> >
> > fs.com ?
> > https://community.fs.com/article/a-comprehensive-guide-to-mtp-connector.html
> >
> > avec une phrase interessante :
> > " MTP® cable connector is designed with removable housing, which not only
> >  enables re-working and re-polishing the MT ferrule but also achieves quick
> >  transition of gender from male to female. "
> >
> > Si c'est pas une invitation au DIY, alors je me demande ce que c'est :)
> >
> > Apres, le DYI a aussi un cout :
> > https://www.fs.com/products/80733.html
>
>
> Ouais, y a aussi ça:
>
> https://www.corning.com/data-center/emea/en/home/knowledge-center/maximizing-the-advantages-of-the-mtp-connector.html
>
> Avec un schéma qui laisse penser que MTP® est la première (à vérifier) norme 
> qui oblige à utiliser un coupleur même pour brancher un mâle sur une 
> femelle...
> Corning a beau dire, j’ai un peu l’impression que ce format a perdu le match 
> dans le monde réelle.
>
> Après sur le papier, sur le site du détenteur de la marque (US Conec), on 
> voit que ça permet(tait) des choses intéressantes (connecteur coudé par 
> exemple).
>
> Bref, Armel, je crois que le mieux, c’est d’apprendre à modifier le 
> connecteur toi-même, ça semble être la raison pour laquelle ça a été inventé.
>
> David
>

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


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

2024-03-26 Par sujet Maxime De Berraly via frnog
Bonjour,

le support était encore réactif il y a moins de 6 mois, j'en ai profité
pour poser quelques questions
>We will update the Airconsole with the newer hardware in due time. We have
released a new model of Airconsole mini this year and more are in the
pipeline while we are working alongside other projects.

Maxime De Berraly

Le mar. 26 mars 2024 à 10:45, David Ponzone  a
écrit :

> Bonjour tous,
>
> J’étais sur le point de commander des Airconsole TS.
> Leur site web n’étant pas mis à jour souvent, est-ce quelqu’un peut
> confirmer qu’ils sont toujours bien en activité ?
>
> Merci
>
> David
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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


Re: [FRnOG] [TECH] MTP Gender change

2024-03-25 Par sujet Léo El Amri via frnog

Ça semble pouvoir se faire à la mano avec deux punaises limées.

On 25/03/2024 17:53, David Ponzone wrote:

Je viens de le regarder mais faut l’outil vendu par Fibertronics je crois.

Sérieusement, c’est quoi cette norme de merde, le MTP, qui est pas capable de 
préciser systématiquement si chaque extrémité est mâle ou femelle.
Pas trouvé une doc correcte sur le sujet.


Le 25 mars 2024 à 17:49, Paul Rolland (ポール・ロラン)  a écrit :

Hello,

On Mon, 25 Mar 2024 17:26:32 +0100
Armel Chargé-Chauvet // frekences via frnog  wrote:


Nope, trop facile :)


DYI ? https://www.youtube.com/watch?v=NDJbp1y9p4A

Paul


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



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



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


Re: [FRnOG] [TECH] MTP Gender change

2024-03-25 Par sujet Armel Chargé-Chauvet // frekences via frnog
Nope, trop facile :)

Je me retrouve avec un breakout mâle à connecter à un cable mâle. J’ai donc des 
pins des deux cotés. Je dois virer les pins d’un coté ou trouver un « coupleur 
» changeur de genre.
Le 25 mars 2024 à 17:19 +0100, David Ponzone , a écrit 
:
> Tu veux dire ça:
>
> https://www.fs.com/fr/products/48508.html
>
> ?
>
> David
>
> > Le 25 mars 2024 à 17:04, Armel Chargé-Chauvet // frekences via frnog 
> >  a écrit :
> >
> > Salut la liste,
> >
> > Suite à une erreur de commande, je me retrouve avec des câbles MTP mâles et 
> > des breakouts mâles…. Ouais, je sais ………...
> >
> > Je pensais trouver facilement des « coupleurs » pour pouvoir réparer mon 
> > erreur, mais que nenni !
> >
> > Auriez vous l’expérience du démontage des connecteurs pour changer de genre 
> > ou un produit magique qui éviterais que je commande plusieurs dizaines de 
> > breakout ? :)
> >
> > Merci de votre aide.
> >
> > Belle journée
> >
> > Armel
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>

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


[FRnOG] [TECH] MTP Gender change

2024-03-25 Par sujet Armel Chargé-Chauvet // frekences via frnog
Salut la liste,

Suite à une erreur de commande, je me retrouve avec des câbles MTP mâles et des 
breakouts mâles…. Ouais, je sais ………...

Je pensais trouver facilement des « coupleurs » pour pouvoir réparer mon 
erreur, mais que nenni !

Auriez vous l’expérience du démontage des connecteurs pour changer de genre ou 
un produit magique qui éviterais que je commande plusieurs dizaines de breakout 
? :)

Merci de votre aide.

Belle journée

Armel

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


Re: [FRnOG] [MISC] Routeur 5 G

2024-03-23 Par sujet Denis Fondras via frnog
Le Fri, Mar 22, 2024 at 03:33:21PM +0100, x.r...@sipleo.com a écrit :
> Bonjour,
> Petit retour de notre test d'un routeur 5G wifi mesh AX3000 TP-Link.
> Essai non concluant.
> Déjà pour la mise ne service c'est du pure SOHO donc config initial via 
> l'appli sur GSM obligatoire.
> Et après, bien c'est pareil via l'appli rien sur la page web
> On n'a pas réussi à avoir du 4G ou 5G via les SIM que l'on avait à 
> disposition.
> Selon l'avis d'utilisateurs sur le web, cela devrait être plug & play ...
> 
> Dommage la fiche technique est prometteuse avec également la possibilité de 
> mettre des antennes externes
> 
> Du coup test du RUTX50, bien 30s pour attraper la 4G pas encore eu du 5G avec 
> une SIM Orange.
> Fiche technique très complète, juste un défaut, le budget un peu trop haut .
> 

Si quelqu'un a pu tester le AMIT IDG450
(https://www.amitwireless.com/productDetail.php?cate=1009_id=1287=1274=136=989)
je veux bien un retour. Leurs cartes 4G sont vraiment pas mal.

Denis

> Bonne fin de semaine à tous
> 
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de 
> x.r...@sipleo.com
> Envoyé : mardi 19 mars 2024 18:10
> À : 'Stéphane Rivière' 
> Cc : frnog@frnog.org
> Objet : RE: [FRnOG] [MISC] Routeur 5 G
> 
> Oui des REX sur 5G only, car 4G on utilise les RUT240 et comme pour le RUT200 
> cela fait super bien le Job.
> Selon l'opérateur, on a quand même eu des cas ou la config fut très complexe 
> mais rien d'impossible.
> 
> Je n'avais pas pensé aux zones denses, donc forcé sur 4G peut-être salvateur.
> Mais avec une seule réf 4g/5g on peut basculer de l'un a l'autre. C'est 
> couteux mais plus souple dans l'évolution, à voir.
> 
> Normalement si on le reçoit, demain on test un 5G plus orienté Soho, on verra 
> bien ce qu'il donne.
> 
> 
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de Stéphane 
> Rivière Envoyé : mardi 19 mars 2024 16:10 À : frnog@frnog.org Objet : Re: 
> [FRnOG] [MISC] Routeur 5 G
> 
> > Qui aurait déjà un retour d'expérience sur le Routeur Teltonika 5G RUTX50 ?
> 
> Je le regarde pour gagner une génération et éviter des remplacements le jour 
> où ils l'éteindront (je lis un peu partout 2030+ mais qu'en sait-on
> aujourd'hui...) même si notre use case ne nécessite pas de la 5G. Mais ça 
> pique pas mal par rapport à un excellent RUT200 de la même crémerie, sans 
> compter l'abonnement 5G.
> 
> Je lis aussi que la tenue en forte concentration d'abonnés est meilleure 
> qu'en 4G, même sur des bandes classiques outdoors. Ici en 4G+ je passe de 
> près de 200 Mbps stables en hiver à 10-40 Mbps fluctuants en été (sur un 
> portable Dell latitude E7270 et module interne WLAN Sierra Wireless Airprime 
> EM7455 300 Mbps 4G LTE - tout ça étant une techno d'une décennie environ). 
> Est-ce vraiment mieux en 5G ?
> 
> > On est également preneur de tout REX sur d'autres équipements
> Toujours en 5G ?
> 
> 
> Une question plus générale pour les spécialistes. Sachant que la 4G et la 5G 
> sont compatibles, de ce que je comprends, c'est toujours du LTE, voire 
> travaillent de concert pour augmenter la BP du lien, la notion d'extinction 
> de la 4G est-elle marketing ou répond-elle à un impératif technique ou tout 
> équipement 5G pourra descendre en 4G ?
> 
> Sur plusieurs milliers d'équipements, c'est une vraie question...
> 
> --
> Stéphane Rivière
> Ile d'Oléron - France
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-22 Par sujet Laurent S. via frnog
On 21.03.24 10:16, David Ponzone wrote:
> T’as jamais pensé à mettre un robot en place qui envoie 50k mails clean 
> chaque jour vers des adresses gmail à toi ?

Pas du tout nécessaire. Je loue un serveur pour 13€ par mois chez un 
hébergeur un brin moins connu, avec mon IP dédié (que je n'ai pas depuis 
si longtemps), je n'envoie qu'environ une douzaine de mails par mois. Je 
n'ai jamais été dans les spams de mes récipients, que ce soit google, 
microsoft ou n'importe quoi d'autre. Je n'ai même pas du m'embêter à 
mettre dkim en place.

Des fois, aucune réputation est une meilleure solution que la réputation 
de microsoft.

Merci beaucoup à Free d'avoir le courage de faire un tel blocage bien 
mérité. Microsoft se croient invincibles et transmettent probablement 
tous les rapports soigneusement préparés par François Petillon à /dev/null.

Cordialement,
Laurent


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


Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails

2024-03-21 Par sujet ml-frnog

Salut,

Je comptais garder les anciens serveurs tant qu'ils fonctionnent, pour 
des choses un peu moins important que les mails à terme. J'avais 
effectivement prévu dans l'idée de les garder comme relais au début, au 
cas où les nouvelles adresses posent problème.


Une autre personne m'a soufflé l'idée de migrer le trafic 
progressivement des anciens serveurs (configurés comme relais) aux 
nouveaux, pour habituer MS. Est-ce que d'autres personnes ont tenté 
cette approche avec succès ?


Le 21/03/2024 à 13:00, Romain a écrit :

As-tu envisagé l’option de garder ces vieux serveurs et de les utiliser
comme relais sortant pour tes nouveaux serveurs ? Tu gardes ainsi la
réputation.

Le mer. 20 mars 2024 à 19:04,  a écrit :


Bonjour la liste !

Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes
boites mails. Ces serveurs commençant à vieillir un peu (surtout les
hdd) il commence à devenir temps de les migrer.

Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais
logiquement en avoir de nouvelles sur leur nouvel environnement. Vu la
patience qu'il a fallu avoir pour que Microsoft accepte mon trafic, à
votre avis est-ce qu'une fois tout migré avec des DNS à jours (MX,
dmarc, spf, etc), ca va être transparent de la part de MS et autre Gmail
ou si je vais devoir repasser par le circuit complet de whitelistage
chez eux ?

Intuitivement je dirais qu'à partir du moment où le domaine est accepté,
les changements d'IP ont peu d'impact tant que c'est fait correctement,
mais dans le doute je préfère anticiper les surprises.

Cordialement,
Claude


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



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



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


Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-21 Par sujet Denis Fondras via frnog
Le Wed, Mar 20, 2024 at 05:52:19PM +0100, Francois Petillon a écrit :
> 
> Voici une des réponses que j'ai fait hier sur ce type d'incident :
> 

Merci pour la transparence :)
Ou l'on voit que le grand MS envoie une quantité de merde impressionante mais
tout le monde laisse faire (sauf Free !).


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


Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails

2024-03-20 Par sujet ml-frnog

Salut,

C'est bon à savoir, j'ai bien fait de poser la question du coup. Est-ce 
que tu auras le lien vers la bonne page pour faire autoriser des 
adresses du coup ?


Cordialement

Le 20/03/2024 à 19:08, Archange a écrit :

Bonjour,

Le 20/03/2024 à 22:04, ml-fr...@srv.mx a écrit :

Bonjour la liste !

Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes 
boites mails. Ces serveurs commençant à vieillir un peu (surtout les 
hdd) il commence à devenir temps de les migrer.


Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais 
logiquement en avoir de nouvelles sur leur nouvel environnement. Vu la 
patience qu'il a fallu avoir pour que Microsoft accepte mon trafic, à 
votre avis est-ce qu'une fois tout migré avec des DNS à jours (MX, 
dmarc, spf, etc), ca va être transparent de la part de MS et autre 
Gmail ou si je vais devoir repasser par le circuit complet de 
whitelistage chez eux ?


Intuitivement je dirais qu'à partir du moment où le domaine est 
accepté, les changements d'IP ont peu d'impact tant que c'est fait 
correctement, mais dans le doute je préfère anticiper les surprises.


Cordialement,
Claude


Pas de soucis du côté de GMail/Yahoo de mon expérience, par contre 
Microsoft ils sont très attachés à l’IP. À part un serveur qui était 
directement OK pour eux, toutes mes autres migrations de domaines ont 
nécessité de refaire la procédure chez eux.


Bien cordialement.




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


Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails

2024-03-20 Par sujet ml-frnog

Salut,

Les serveurs sont des KS. C'est une bonne question, mais je ne compte 
pas rester sur les mêmes serveurs, j'aimerais faire évoluer un peu mes 
services persos au passage. L'âge des serveurs c'est un peu un prétexte 
pour me motiver à le faire ;)


Le 20/03/2024 à 19:15, Daniel via frnog a écrit :

Bonsoir

Le 20/03/2024 à 19:04, ml-fr...@srv.mx a écrit :

Bonjour la liste !

Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes 
boites mails. Ces serveurs commençant à vieillir un peu (surtout les 
hdd) il commence à devenir temps de les migrer.


Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais 
logiquement en avoir de nouvelles sur leur nouvel environnement.


[...]

OVH ne te permet pas de garder tes IPs en cas de changement de serveur ?




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


Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-20 Par sujet frnog via frnog




C'est la solution que je suis en train d'imaginer.

Mettre en place une VM Relais uniquement pour les envois vers le domaine 
free.fr de façon à contourner le problème le temps de ...


On va voir si cela fonctionne, de toutes façon cela ne pas être pire que 
la situation actuelle.


Frédéric.

Le 2024-03-20 21:37, David Ponzone a écrit :


Par contre prendre une box chez un hébergeur pour faire du mail :
très mauvaise idee... il vous faut vos IPS depuis longtemps, qu'elles
soient clean depuis des années et vous avez la paix…


Et en prenant une petite VM pas chère chez Azure pour relayer les mails 
si le MX du destinataire est en *.outlook.com <http://outlook.com/>, 
qqun a déjà essayé ?


David

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

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


Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-20 Par sujet Xavier Beaudouin via frnog
Hello,

> De mon côté j'en suis tout à fait conscient.

Nice :)
 
> Maintenant cette solution est en place chez nous depuis plusieurs
> années, pour quelques milliers de BAL et plusieurs enseignes et nous
> devons assurer le service quelque soit le choix d'origine.

Effectivement c'est normal. 

> Changer est bien entendu une réflexion à avoir mais ce n'est pas simple
> et pas "prioritaire". De plus, le monde du mail devient de plus en plus
> complexe à gérer.

Le "pas prioritaire" donne ce qui s'est passé avec 2 presta de tiers 
payant et France Travail... Ils ont été probablement été prévenus mais
"pas prioritaire", on vu le résultat (je sais le parallèle est tiré par
les cheveux, mais c'est un argument massue a balancer aux financiers 
qui ne voit qu'à court terme.

Le monde du mail deviens complexe, il est vrai, mais c'est encore une 
fois notre (nous les sysadmin / netadmin et aussi les financiers) qui
ont considérés : "pas notre taf" (bah si... la communication par mail
et la capacité a être certain que le message est délivéré correctement
l'es tout comme les API des services etc...
Nous nous sommes laissé marchés sur les pieds, on a, comme d'autres 
domaines qui font couler beaucoup d'encre (ou électrons), ou nous
avons une perte de savoir faire.
Se battre pour pas qu'il n'y ait que 3 fournisseurs (hors chine), eg
m$ / google / apple, c'est ce qui permet a nous de pouvoir communiquer
via un protocole fiable contre le pannes temporaire : le mail.
Laisser les 3 d'en haut vous gouvernez et vous aurez des trucs plus 
compatible tôt ou tard... ça a déjà commencé avec des extensions a la
noix sur gmail comme "rappeller un mail" (qui n'existe dans aucune RFC).
Personnellement je n'ai pas lâché l'affaire de faire du mail, OUI c'est
moins simple que de coller un sendmail comme en 1995, mais je suis 
pas à merci d'une fermeture de compte arbitraire, ou d'autres délires.

Je suis à la merci des délires des gros... oui je le sait... pour 
l'instant ils se battent comme François sur les gros générateurs de
saloperies qui les embrouillent les petits n'ont qu'à avoir SPF, 
DKIM, DMARC,  et probablement se battre avec des interfaces web
pour que leur traffic soit accepté.

Par contre prendre une box chez un hébergeur pour faire du mail :
très mauvaise idee... il vous faut vos IPS depuis longtemps, qu'elles
soient clean depuis des années et vous avez la paix...

Battez-vous pour avoir les moyens de partir de ces "solutions" qui
vous enferment, et profitez du moment qui vous le permet de le faire
encore plus tard (quand ? 5 ans ? 10 ans?) il sera trop tard,
le SMTP n'existera plus, on aura *tous* perdu...

/Xavier


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


Re: [FRnOG] [MISC] Migration d'adresses IP de serveurs mails

2024-03-20 Par sujet Daniel via frnog

Bonsoir

Le 20/03/2024 à 19:04, ml-fr...@srv.mx a écrit :

Bonjour la liste !

Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes 
boites mails. Ces serveurs commençant à vieillir un peu (surtout les 
hdd) il commence à devenir temps de les migrer.


Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais 
logiquement en avoir de nouvelles sur leur nouvel environnement.


[...]

OVH ne te permet pas de garder tes IPs en cas de changement de serveur ?

--
Daniel


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


[FRnOG] [MISC] Migration d'adresses IP de serveurs mails

2024-03-20 Par sujet ml-frnog

Bonjour la liste !

Depuis 10 ans, j'ai mes petits serveurs chez OVH pour héberger mes 
boites mails. Ces serveurs commençant à vieillir un peu (surtout les 
hdd) il commence à devenir temps de les migrer.


Les IP actuelles de mes petits serveurs ne m'appartenant pas, je vais 
logiquement en avoir de nouvelles sur leur nouvel environnement. Vu la 
patience qu'il a fallu avoir pour que Microsoft accepte mon trafic, à 
votre avis est-ce qu'une fois tout migré avec des DNS à jours (MX, 
dmarc, spf, etc), ca va être transparent de la part de MS et autre Gmail 
ou si je vais devoir repasser par le circuit complet de whitelistage 
chez eux ?


Intuitivement je dirais qu'à partir du moment où le domaine est accepté, 
les changements d'IP ont peu d'impact tant que c'est fait correctement, 
mais dans le doute je préfère anticiper les surprises.


Cordialement,
Claude


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


Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-20 Par sujet frnog via frnog




Le 2024-03-20 17:57, Xavier Beaudouin via frnog a écrit :


Hello,

Les IP de M$ sont refusées : LED=451 too many errors detected from your 
IP,

depuis les IP M$ 40.107.XXX.XXX entre autre.
Voici une des réponses que j'ai fait hier sur ce type d'incident :

------

D'après nos logs, voici les statistiques des sessions SMTP établies 
depuis l'IP

40.107.105.132 :


(...)

Sachant qu'à coté de cela, j'envoie à Microsoft un rapport quotidien 
sur les
domaines aux comportements anormaux. Le domaine t1.moe.edu.eg a été 
ainsi cité

dans 19 de ces rapports depuis le 1er mars.


J'ajouterais que de croire que la solution m$, google, etc... pour 
héberger les
mails permettrai justement de laisser passer tout et n'importe quoi est 
une
mauvaise idée... Merci a François de ne pas se laisser faire juste parce 
que

c'est des grosses plateformes.

Et pourtant héberger soit même son mail ça prends du temps et ça permet
justement de savoir pk X ou Y bloque le mail.

M'enfin autant se battre contre des moulins a vent...

Xavier

De mon côté j'en suis tout à fait conscient.

Maintenant cette solution est en place chez nous depuis plusieurs 
années, pour quelques milliers de BAL et plusieurs enseignes et nous 
devons assurer le service quelque soit le choix d'origine.


Changer est bien entendu une réflexion à avoir mais ce n'est pas simple 
et pas "prioritaire". De plus, le monde du mail devient de plus en plus 
complexe à gérer.


Frédéric.
---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-20 Par sujet frnog via frnog




Le 2024-03-20 17:52, Francois Petillon a écrit :


On 3/20/24 17:38, frnog via frnog wrote:

Depuis plus d'une semaine, quasi plus aucun de nos mail n'arrivent 
chez free.fr depuis notre tenant Microsoft Office 365 (Au moins un 
centaine de mails quotidiens).


Les IP de M$ sont refusées : LED=451 too many errors detected from 
your IP, depuis les IP M$ 40.107.XXX.XXX entre autre.


Voici une des réponses que j'ai fait hier sur ce type d'incident :

------

D'après nos logs, voici les statistiques des sessions SMTP établies 
depuis l'IP 40.107.105.132 :


Merci de ce retour.
Je viens de regarder, pour exemple les tentatives d'envoi d'un seul 
mail :


33 essais en 24H avec 32 IP de sorties différentes, toutes bloquées ...

Est-ce à dire que ces IP seront bloquées et rebloquées sans solution 
tant que des spammeurs utiliserons les services Microsoft ?


Et les principaux domaines expéditeurs de mails détectés comme étant 
des spams :


Ouf, mes domaines ne sont pas dedans :-)
Mais ça je le savais déjà.

Sachant qu'à coté de cela, j'envoie à Microsoft un rapport quotidien 
sur les domaines aux comportements anormaux. Le domaine t1.moe.edu.eg a 
été ainsi cité dans 19 de ces rapports depuis le 1er mars.


Je ne vais pas me gêner pour leur remonter cette information, mais je 
ne suis pas sûr que cela aura un intérêt.


Quelqu'un aurait il un contact chez Free pour voir ce qu'il est 
possible de faire pour dé-blacklister ces IP's ?


Les messages de rejets renvoient sur le site 
https://postmaster.free.fr/ qui lui même renvoie sur l'alias 
postmas...@proxad.net.


My Bad, j'ai utilisé cette URL ce jour et j'ai obtenu une erreur, je 
pensais donc que ce n'était pas fonctionnel.


Frédéric.

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


Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-20 Par sujet Xavier Beaudouin via frnog
Hello,

>> Les IP de M$ sont refusées : LED=451 too many errors detected from your IP,
>> depuis les IP M$ 40.107.XXX.XXX entre autre.
> 
> Voici une des réponses que j'ai fait hier sur ce type d'incident :
> 
> ------
> 
> D'après nos logs, voici les statistiques des sessions SMTP établies depuis 
> l'IP
> 40.107.105.132 :

(...)

> Sachant qu'à coté de cela, j'envoie à Microsoft un rapport quotidien sur les
> domaines aux comportements anormaux. Le domaine t1.moe.edu.eg a été ainsi cité
> dans 19 de ces rapports depuis le 1er mars.

J'ajouterais que de croire que la solution m$, google, etc... pour héberger les
mails permettrai justement de laisser passer tout et n'importe quoi est une 
mauvaise idée... Merci a François de ne pas se laisser faire juste parce que 
c'est des grosses plateformes.

Et pourtant héberger soit même son mail ça prends du temps et ça permet
justement de savoir pk X ou Y bloque le mail.

M'enfin autant se battre contre des moulins a vent...

Xavier


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


[FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.

2024-03-20 Par sujet frnog via frnog




Bonjour,

Depuis plus d'une semaine, quasi plus aucun de nos mail n'arrivent chez 
free.fr depuis notre tenant Microsoft Office 365 (Au moins un centaine 
de mails quotidiens).


Les IP de M$ sont refusées : LED=451 too many errors detected from your 
IP, depuis les IP M$ 40.107.XXX.XXX entre autre.


Bien entendu, de notre côté, tout est correctement configuré : SPF, 
DKIM, DMARC


Le support de Microsoft est, comme souvent, inutile et ne veux rien 
comprendre.


Quelqu'un aurait il un contact chez Free pour voir ce qu'il est possible 
de faire pour dé-blacklister ces IP's ?


Sachant que nous ne sommes certainement pas les seuls puisque les IP de 
sortie M$ sont mutualisées...


Frédéric.
---
Liste de diffusion du FRnOG
http://www.frnog.org/


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

2024-03-20 Par sujet Xavier Beaudouin via frnog
Hello,


> Le plus important c’est d’avoir un akvorado ou un as-stats pour savoir à qui 
> tu
> envoies du traff, ensuite tu regardes sur peeringdb si leur politique est
> ouverte, et si c’est le cas tu contactes le mail de policy. Si c’est pas le
> cas, t’attends de croiser les contacts au FRnOG, au RIPE, ou où tu veux.

Et aussi d'avoir un peeringdb a jour... (ça aide).

Sachant que pour la résilience, il vaut mieux avoir du peering que pas de 
peering...
Après l'avantage du peering c'est que tu ne passes pas par un intermédiaire, 
mais en direct.
Si le peering sur l'IX merde (tempête de broadcast ou autre), pas de pitié pour 
les croissants
on shut le port et après on décide...

Aussi certains mettent moins de prefix sur les RS qu'en peering direct...

Xavier


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


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

2024-03-20 Par sujet Alarig Le Lay via frnog
Le plus important c’est d’avoir un akvorado ou un as-stats pour savoir à qui tu 
envoies du traff, ensuite tu regardes sur peeringdb si leur politique est 
ouverte, et si c’est le cas tu contactes le mail de policy. Si c’est pas le 
cas, t’attends de croiser les contacts au FRnOG, au RIPE, ou où tu veux.

-- 
Alarig Le Lay



> On 19 Mar 2024, at 21:29, jehan procaccia INT  
> wrote:
> 
> ​merci pour les retours publics sur la liste et les privés,
> j'ai maintenant une bien meilleure idée des tarifs courants de transit .
> je pense donc etre dans des conditions relativement correctes,
> je fais du BGP4 sans burst (car 1G sur port 1G) avec en // un peering 
> FranceIX, a mon avis pas optimisé car je peer qu'avec les Route Servers.
> je n'ai pas encore essayé de faire du peering pair a pair chez eux, je ne 
> sais pas comment aborder les peers pour ce genre de ralation billaterales
> et est-ce que ça vaut le coup et avec lesquels ?
> 
> jehan
> 
> On 16/03/2024 18:34, David Ponzone wrote:
>> Et si je peux me permettre d’ajouter 2/3 trucs:
>> 
>> -tu ne précises pas si c’est du transit « classique » ou BGP4. Si BGP4, 
>> alors en fonction du type de traffic, il pourrait être intéressant d’aller 
>> chercher du peering. C’est pas forcément moins cher de nos jours, mais c’est 
>> meilleur en qualité, c’est plus facile de gérer les pics, et comme c’est 
>> parfois 50% du trafic, ça fait un peu de redondance sur le trucs importants 
>> (Google, AWS, Netflix, Apple, Microsoft, FB, Akamai,….tout ça quoi)
>> 
>> -faut voir aussi le prix du burst. Certains transits ont un tarif outrageux 
>> dès qu’on dépasse le commit. La norme de nos jours est d’avoir un prix du 
>> Mbps over-commit égal au prix under-commit (0,5€/Mbps dans ton cas)
>> 
>> Comme Jérôme, à 500€ le 1G, j’irais pas chercher à faire baisser, on rentre 
>> en zone grise. Sauf si tu passes sur un commit plus gros (certains transits 
>> se mettent en slip pour te vendre un port 10G, je donne pas de nom, tout le 
>> monde le connaît, c’est un vrai ouragan commercial…ah merde...)
>> 
>> David
>> 
>>> Le 16 mars 2024 à 17:58, Jérôme Nicolle  a écrit :
>>> 
>>> Salut Jehan,
>>> 
>>> Sujet intéressant mais opaque et complexe.
>>> 
>>> En fonction des volumes et des options (anti-ddos, allocations de blocs, 
>>> sessions eBGP multihop pour le RTBH…) en France métropolitaine tu vas être 
>>> entre 0,1 et 3€/Mbps (commit mini 1G, 'faut pas déconner). Attention, si tu 
>>> payes des cacahuètes t'as souvent du transit de qualité discutable. Genre 
>>> juste la moitié du monde IPv6.
>>> 
>>> En APAC ou dans les îles d'Outre-Mer, t'es plutôt à entre 3 et 15€/Mbps, 
>>> parce que comme Pierre-Yves l'a très bien expliqué dans ses deux dernières 
>>> présentations au FRnOG, les câbles sous-marins, c'est chiant.
>>> 
>>> Le 13/03/2024 à 21:34, jehan procaccia INT a écrit :
>>>> j'aimerai savoir quand notre contrat va arriver a terme s'il faut chercher 
>>>> ailleurs/renegocier, ou si finalement les prix sont uniformes sur la place 
>>>> parisienne (DC3) par exemple aujourd'hui je suis a 500€ HT pour 1G, est-ce 
>>>> normal ou je me fais avoir ...? quelle est la tendance ?
>>> T'es dans les clous à ce prix là, pour une qualité moyenne à bonne. Si tu 
>>> essayes de raboter là dessus je penses que tu vas commencer à taper dans le 
>>> mauvais - en tout cas pour certains trafics.
>>> 
>>> Et franchement sur DC3 tu vas avoir deux voire trois acteurs qui se 
>>> démarquent sur le qualitatif ET le prix pour du trafic francophone. Pas 
>>> besoin de chercher loin.
>>> 
>>> @+
>>> 
>>> -- 
>>> Jérôme Nicolle
>>> +33 6 19 31 27 14
>>> +590 690 22 87 14
>>> 
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [MISC] Routeur 5 G

2024-03-19 Par sujet Thomas Brenac via frnog



Il ne faut pas oublier que les CPE 5G sont souvent des Cat 20 en 4G LTE 
download et Cat 13 en upload (par exemple ceux base sur les chipset Qualcomm  
sdx55 ou les nouveaux sdx62/65) et donc cela marche super avec une carte et un 
abonnement 4G

CQFD 


___
Thomas BRENAC
+33686263575 


> On 19 Mar 2024, at 16:10, Stéphane Rivière  wrote:
> 
>> Qui aurait déjà un retour d'expérience sur le Routeur Teltonika 5G RUTX50 ?
> 
> Je le regarde pour gagner une génération et éviter des remplacements le jour 
> où ils l'éteindront (je lis un peu partout 2030+ mais qu'en sait-on 
> aujourd'hui...) même si notre use case ne nécessite pas de la 5G. Mais ça 
> pique pas mal par rapport à un excellent RUT200 de la même crémerie, sans 
> compter l'abonnement 5G.
> 
> Je lis aussi que la tenue en forte concentration d'abonnés est meilleure 
> qu'en 4G, même sur des bandes classiques outdoors. Ici en 4G+ je passe de 
> près de 200 Mbps stables en hiver à 10-40 Mbps fluctuants en été (sur un 
> portable Dell latitude E7270 et module interne WLAN Sierra Wireless Airprime 
> EM7455 300 Mbps 4G LTE - tout ça étant une techno d'une décennie environ). 
> Est-ce vraiment mieux en 5G ?
> 
>> On est également preneur de tout REX sur d'autres équipements
> Toujours en 5G ?
> 
> 
> Une question plus générale pour les spécialistes. Sachant que la 4G et la 5G 
> sont compatibles, de ce que je comprends, c'est toujours du LTE, voire 
> travaillent de concert pour augmenter la BP du lien, la notion d'extinction 
> de la 4G est-elle marketing ou répond-elle à un impératif technique ou tout 
> équipement 5G pourra descendre en 4G ?
> 
> Sur plusieurs milliers d'équipements, c'est une vraie question...
> 
> -- 
> Stéphane Rivière
> Ile d'Oléron - France
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 


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


[FRnOG] [MISC] Panne majeure en Afrique de l'Ouest

2024-03-15 Par sujet Laurent Bloch via frnog
Bonjour,

Quelqu'un aurait-il des précisions à propos de la panne Internet majeure
qui frappe l'Afrique de l'Ouest ? Plusieurs pays coupés totalement ou
partiellement selon Jeune Afrique.

Bonne soirée !

-- 
Laurent Bloch - https://laurentbloch.net - l...@laurentbloch.org
Si vous trouvez que l'éducation coûte cher, essayez l'ignorance !
(A. Lincoln)


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


Re: [FRnOG] [TECH]

2024-03-15 Par sujet Théo VARIER via frnog
Bonjour,


> Le 14 mars 2024 à 19:57, Jean-Michel Planche  
> a écrit :
> 
> On a eu à gérer ce genre de problème à l’époque où nous occupions deux 
> parties d’immeuble à La Défense sur le même étage. Interdit de passer des 
> cables par les voies naturelles: sécurité, porte coupe feu … blablabla …
> Un WE … cela s’est terminé à genoux dans les faux planchers techniques. Les 
> immeubles ont souvent ce genre de “bénédiction”. Tout était libre. Bon, il y 
> a prescription.
> C’est peut être ton cas aussi.

+1
Tu es en intérieur, officiel ou officieuse tu trouveras la solution filaire qui 
relie les deux plateau quitte à tirer plusieurs centaines de mètres.

S'il y a une porte coupe feu, il doit y avoir une commande de déclenchement de 
cette porte du genre un électro-aimant  il y a peut-être des fils qui passent 
d'un coté et à l'autre non ?
Pour une fibre tu n'as besoin que d'un très petit passage ...
L'avantage, c'est qu'une fois l'épreuve de la pose passé, tu n'auras plus à 
t'en soucier. Tu pourras oublier la météo, la pile de meugs, monique de la 
compta, le sens du vent, l'axe du soleil, le reflet sur la vitre, le point 
chaud, la fréquence, les saucisses, le cancer, le micro onde, le SSID  ;)


Théo


> 
> 
> 
> JM Planche
> 
>> On Mar 14, 2024, at 2:50 PM, Philippe Bourcier  wrote:
>> 
>> [You don't often get email from phili...@frnog.org. Learn why this is 
>> important at https://aka.ms/LearnAboutSenderIdentification ]
>> 
>> Re,
>> 
>>>> La distance à couvrir doit faire 5m environ (je n'ai vu les locaux qu'une 
>>>> fois sans imaginer cette
>>>> complication).
>>> 
>>> J'aurais dis la gamme AirFiber d'UBNT
>>> https://interprojekt.pl/en/ubiquiti-airfiber-60-hd-af60-hd.html
>>> 
>>> Après du PtP en 60GHz, ça manque pas des masses de nos jours... par contre, 
>>> faut voir comment ça va
>>> être installé, murs, vitres ? Et penser à tuner au minimum la puissance... 
>>> 5 mètres, ça fait suer
>>> quand même de pas pouvoir passer une pauvre fibre
>>> 
>>> Ou un lien laser 
>>> http://www.ecsystem.cz/en/products/free-space-optic-equipment
>> 
>> Le truc c'est que ca veut dire faire des trous pour fixer ET raccorder ces 
>> équipements dehors...
>> Du coup, quitte à faire des trous, pourquoi pas y mettre un câble FO 
>> (qualité extérieur) ?  #JDCJDR
>> (on ne dira rien à personne, promis)
>> Et si c'est trop compliqué par le haut, j'irais jeter un oeil par en bas 
>> (caves, sous-sols).
>> Parce que franchement, rien ne remplacera jamais du filaire pour ce type 
>> d'application.
>> 
>> Pour avoir déjà mis en oeuvre un pont WiFi, bah, tout ce que je peux dire 
>> c'est que ca tient mal les tempêtes et que s'il faut aller re-régler le truc 
>> à XX mètres du sol, bah c'est pas trop marrant en fait (même si c'est pas 
>> toi qui le fait in persona)...
>> 
>> 
>> Cordialement,
>> --
>> Philippe Bourcier
>> https://twitter.com/irukanji_invest
>> https://www.linkedin.com/in/philippebourcier/
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


RE: [FRnOG] [TECH] Géolocalisation des ip par Microsoft Sharepoint / Office 365

2024-03-15 Par sujet Pierre Meganck via frnog
Bonjour,

Vous pouvez jeter un œil du côté de Neustar IP Intelligence, il semble que 
Microsoft se base sur eux  pour une partie de leur géolocalisation, vous pouvez 
peut-être essayer de les contacter directement ?

Cdlt

--

Pierre Meganck


De : frnog-requ...@frnog.org  de la part de Jean-Ronan 
Bourdonnay 
Envoyé : jeudi 14 mars 2024 15:55
À : frnog@frnog.org 
Objet : [FRnOG] [TECH] Géolocalisation des ip par Microsoft Sharepoint / Office 
365

[Vous ne recevez pas souvent de courriers de jr.bourdon...@gmail.com. Découvrez 
pourquoi ceci est important à https://aka.ms/LearnAboutSenderIdentification ]

Bonjour,

Quelqu'un aurait un contact ou procédure qui fonctionne pour faire corriger
la géolocalisation des adresses IP par microsoft / sharepoint / office 365 ?

Utilisateur O365 bloqué après la connexion à sharepoint à cause de l'ip
"pas en france".
"Pas possible" pour l'utilisateur de demander à l'admin du sharepoint de
son prospect d'ajouter une exception.

Une ou des IP d'un bloc racheté a une société basée en Europe de l'est ne
sont toujours pas bien géolocalisée par MS malgré le whois à jour (pas
vraiment d'info sur la méthode utilisée pour vérifier, à part utilisation
de sharepoint avec O365). Maxmind a la bonne info, nous avons également
ajouté le geofeed.

inetnum: zzz
country:FR
geofeed: 
status: ALLOCATED PA

organisation:   ORG-
org-name:   z
country:FR


J'ai envoyé un mail à noc [at] microsoft [dot] com sans succès, également
ouvert un ticket bing maps sans plus de résultat.

Bien cordialement,
Jean-Ronan BOURDONNAY

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

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


Re: [FRnOG] [TECH]

2024-03-15 Par sujet Jérôme Berthier via frnog

Le 14/03/2024 à 17:59, donkish...@neuf.fr via frnog a écrit :
Existerait-il une solution de pont à base de wifi6(E) par exemple 
(j'aimerais bien dans les 1 à 10Gb/s stable sans latence pour 
l'interlink), qui serait un minimum orientable (pour ne pas trop 
perturber notre wifi d'entreprise) avec j'imagine un seul SSID pour 
maximiser les performances dans lequel nous pourrions faire passer les 
vlan de notre choix ?
Cela pourrait-il se faire avec une solution standard type Meraki pour 
un résultat satisfaisant similaire à une solution dédié en mettant 
juste une borne au plafond de chaque côté de la porte coup feu du 
plateau ? 


Salut,

Y a du passage au niveau de cette porte coupe feu ? elle est ouverte 
sauf détection incendie ? tu as suffisamment de hauteur pour mettre les 
AP en vis à vis sans obstacle dans leur champ (genre Michel de la compta 
avec ses trois mugs de café) ?


Je connais pas plus que ça mais Meraki semble bien proposer du bridging 
mesh : 
https://documentation.meraki.com/MR/Wi-Fi_Basics_and_Best_Practices/Extending_the_LAN_with_a_Wireless_Mesh_Link


Par curiosité, lu en travers (je connais pas :) ), il y a des 
dépendances entre la version soft et la possibilité de bridger plusieurs 
vlans sinon faut du L3 en aval du bridge et router sur l'uplink.


Pour le modèle de bornes, a priori, tous les modèles supportent le mesh 
: 
https://documentation.meraki.com/MR/Deployment_Guides/Mesh_Deployment_Guide#Access_Point_Capabilities


Il me semble qu'il vaut mieux éviter d'utiliser des AP standard avec 
antenne omni. Il faut des AP mesh avec antenne directionnelle (enfin ça 
parait préférable). En Wi-Fi 6E, tu as le modèle CW9166D1 qui intègre 
une antenne directionnelle.


Bon courage

--
Jérôme Berthier


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


[FRnOG] [TECH]

2024-03-14 Par sujet donkish...@neuf.fr via frnog

Bonjour à tous les adeptes du sans fil,

Je dois déménager mon entreprise dans une tour qui a la "bonne idée" 
d'être la réunion de 2 tours.

Cela nous fait 2 adductions donc sympa pour la redondance.
Cependant je viens d'apprendre qu'aucun fil ne pouvait passer d'un 
bâtiment à l'autre.
Le plateau des utilisateurs s'étend sur les 2 bâtiments au même étage 
avec porte coupe feu en guise de séparation.


Existerait-il une solution de pont à base de wifi6(E) par exemple 
(j'aimerais bien dans les 1 à 10Gb/s stable sans latence pour 
l'interlink), qui serait un minimum orientable (pour ne pas trop 
perturber notre wifi d'entreprise) avec j'imagine un seul SSID pour 
maximiser les performances dans lequel nous pourrions faire passer les 
vlan de notre choix ?
Cela pourrait-il se faire avec une solution standard type Meraki pour un 
résultat satisfaisant similaire à une solution dédié en mettant juste 
une borne au plafond de chaque côté de la porte coup feu du plateau ?


La distance à couvrir doit faire 5m environ (je n'ai vu les locaux 
qu'une fois sans imaginer cette complication).


Cordialement,


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


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

2024-03-13 Par sujet Lionel Giraudeau-Bocquet via frnog
Pour clore le sujet, au cas où ça serve un jour à quelqu'un, ce dont je 
doute mais sait-on jamais :

Dans le chassis il y a un (vieux) switch Broadcom.
Quelqu'un sur cette liste m'a contacté en direct pour me dire que peut 
être ce switch pouvait faire de la capture de paquets.

Réponse : non
Par contre, on peut faire quelque chose qui m'a sauvé : il peut créer 
des VLANs (max 255) et attribuer les ports automatiquement à ceux-ci en 
fonction de ce qu'il a trouvé dans les trames.
J'ai eu de la chance car sur les 4093 VLANs possibles, celui recherché 
était dans le premier lot de 254 (-1 pour le '1' déjà existant).


La suite va être plus simple : à l'arrière du chassis il y a deux port 
ethernet. Un est utilisé actuellement, l'autre non.
Je vais ajouter ce second port au VLAN découvert, trouver quelqu'un pour 
venir mettre un câble entre celui ci et le cisco, refaire le vlan côté 
Cisco en intégrant une machine (à deux pattes) qui fait DHCP et ça 
devrait tomber en marche.


Merci tout de même pour vos réponses, elles m'ont au moins évité de 
chercher à faire des choses impossibles !


Lionel


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


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

2024-03-12 Par sujet Jérôme Berthier via frnog

Le 12/03/2024 à 10:53, Lionel Giraudeau-Bocquet via frnog a écrit :
- trouver le moyen de récupérer le numéro du vlan en provenance de la 
MAC de la carte IPMI (et je suis certain que le switch a l'info 
quelque part, je ne sais juste pas comment lui faire cracher le morceau) 


Utiliser la fonction "Packet capture" intégrée au switch 3650 ?

https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3650/software/release/37e/consolidated_guide/b_37e_consolidated_3650_cg/b_37e_consolidated_3650_cg_chapter_0110001.html

--
Jérôme Berthier


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


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

2024-03-12 Par sujet Lionel Giraudeau-Bocquet via frnog

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

2024-03-12 Par sujet Lionel Giraudeau-Bocquet via frnog

Le 12/03/2024 à 10:53, Lionel Giraudeau-Bocquet via frnog a écrit :

Bonjour à tous,

...
Dans un monde idéal, je cherche à ce que, temporairement, carte IPMI 
et serveur DHCP se causent pour que la première ait une adresse IP et 
que du deuxième je parvienne à lancer un ipmitool (je connais user et 
mot de passe) pour virer ce vlan dont je ne connais pas le numéro.


Je vois ça "simplement" comme ça :
- trouver le moyen de récupérer le numéro du vlan en provenance de la 
MAC de la carte IPMI (et je suis certain que le switch a l'info 
quelque part, je ne sais juste pas comment lui faire cracher le morceau)


Sur le port Gi1/0/11 tu met un vlan isolé que tu propage jusqu'à ta 
machine qui a 2 pattes, tu fais un tcpdump sur ce vlan avec -e pour 
qu'il te montre le vlan utilisé par la lame lorsqu'elle fera ces 
requêtes DHCP.
-e c'est pour montrer le détail du layer 2 et notamment les vlan 
utilisés (même si le 1er vlan est encapsulé dans un 2ème (q-in-q)).



- peut-on faire une règle sur le port 11 qui dit que tout paquet qui 
arrive de cette MAC se voit attribuer le vlan 1

- tout paquet à destination de la MAC se voit attribuer le vlan XXX


Je ne connais pas de matériel qui sait faire ça.


Jérôme



Le 12/03/2024 à 11:20, Jérôme Marteaux a écrit :

Ca rejoint ce qu'écrivait Dominique "Domi" Rousseau sur Bistro@FDN.
J'ai moyen d'avoir une autre machine que je pourrais passer sur ce 
fameux VLAN mystère, donc je vais faire ça (en espérant qu'à la fin tout 
ce bruit ait servi à quelque chose).


Merci beaucoup,
Lionel


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


[FRnOG] [TECH] Configuration VPN sur Cisco

2024-03-12 Par sujet Lionel Giraudeau-Bocquet via frnog

Bonjour à tous,

Membre de FDN j'ai déjà posé cette question sur une liste sympa interne 
et il m'a été conseillé de venir poser ma question ici (merci tout de 
même !).


Voici le problème que je n'arrive pas à résoudre :
J'ai récupéré plusieurs lames (ayant une carte IPMI qui est intégrée à 
la carte mère) qui ont été installées dans un chassis avec d'autres que 
j'avais déjà.
Le panneau de contrôle du châssis me permet de faire des power on/off et 
récupérer les adresses MAC des cartes Ethernet et IPMI.
J'ai mis du temps à comprendre pourquoi les cartes IPMI ne demandaient 
pas d'adresse au serveur DHCP sur le réseau : ces cartes ont été 
configurées avec une adresse IP fixe dans un VLAN au pif (== que je ne 
connais pas)

Elles ne causent donc pas avec le vlan natif Cisco (vlan 1).

Je m'en suis sorti, à distance et avec de la chance, car les lames 
tentent de booter en PXE avant d'essayer leur disque. J'ai donc 
configurer le serveur PXE pour leur envoyer une image de dépannage sur 
laquelle elles ont booté et j'ai pu faire un "ipmitool lan set 1 vlan id 
off". Dans la seconde les cartes IPMI obtiennent leur adresse IP.


Belle histoire, mais ce n'est pas fini : l'une des lames ne parvient pas 
à démarrer (soit elle boot sur son disque interne automatiquement et se 
retrouve donc avec une adresse IP fixe que je ne connais pas, soit elle 
joue aux dames, soit elle est coincée au boot dans le Bios ou autre, 
soit la carte mère est tout simplement morte ).
Pour parvenir à savoir ce qu'il se passe je suis obligé de passer par la 
carte IPMI (pas de port pour brancher un écran et encore moins un clavier).


La lame est connectée (via le switch du chassis qui ne fait que 
transmettre les paquets sans toucher aux ID vlan) au port Gi1/0/11 d'un 
Cisco, et le serveur DHCP sur le port Gi1/0/6.
Les ports Gi1/0/[1-20] et Gi1/1/[1-24] (c'est une stack de deux switchs) 
sont dans le vlan 1, les 4 derniers du premier switch (Gi1/0/[21-24]) 
sont dans le vlan 2. Les deux vlans ne communiquent pas, il y a juste 
une machine qui a une patte sur ce vlan 1 privé et l'autre sur un réseau 
auquel j'ai accès à distance.


Dans un monde idéal, je cherche à ce que, temporairement, carte IPMI et 
serveur DHCP se causent pour que la première ait une adresse IP et que 
du deuxième je parvienne à lancer un ipmitool (je connais user et mot de 
passe) pour virer ce vlan dont je ne connais pas le numéro.


Je vois ça "simplement" comme ça :
- trouver le moyen de récupérer le numéro du vlan en provenance de la 
MAC de la carte IPMI (et je suis certain que le switch a l'info quelque 
part, je ne sais juste pas comment lui faire cracher le morceau)
- peut-on faire une règle sur le port 11 qui dit que tout paquet qui 
arrive de cette MAC se voit attribuer le vlan 1

- tout paquet à destination de la MAC se voit attribuer le vlan XXX

=> une fois les échanges DHCP faits, je peux passer la commande ipmitool 
qui va bien


- on remet la config du Cisco dans son état initiale


Mais comment faire tout ça ?
Si quelqu'un a des idées je suis tout ouï !
(voir même toutes les commandes à passer, parce qu'à part des shut/no 
shut sur des interfaces, je ne connais pas grand chose d'autre ...)


Un peu d'info de version, au cas où :
2 * cisco WS-C3650-24TD
Même version :
Cisco IOS Software, IOS-XE Software, Catalyst L3 Switch Software 
(CAT3K_CAA-UNIVERSALK9-M), Version 03.07.03E RELEASE SOFTWARE (fc3)


Merci d'avance à vous,
Lionel


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


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

2024-03-11 Par sujet Xavier Beaudouin via frnog
Hello

> Il existe des projets comme tailscale ou wg-dynamic -ce dernier semble à
> l'arrêt-. Tu peux poser la question sur la liste
> https://lists.zx2c4.com/mailman/listinfo/wireguard

Vis a vis de tailscale, il y a une forte dépendance a AWS... ou faut installer
headscale quelque part.

Par contre si tailscale est pas mal comme projet, la performance du tunnel est
carrément en dessous de WG. En gros n'espère pas dépasser les 100MBps avec 
Tailscale
alors que taper à 900Mbps se fait très facilement avec WG.

/Xavier


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


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

2024-03-11 Par sujet Daniel via frnog

Bonjour

Le 11/03/2024 à 09:32, Toussaint OTTAVI a écrit :

Salut la liste,

Des sites distants montent des VPN Wireguard vers un hub central, 
défini par un FQDN. L'adresse IP du hub change. L'enregistrement DNS 
correspondant est mis à jour. Mais sur les sites distants, Wireguard 
reste "accroché" à l'ancienne IP, il ne fait jamais de nouvelle 
résolution DNS, il ne s'aperçoit pas que son remote ne répond plus, et 
ne re-négocie jamais son tunnel. La seule solution est de redémarrer 
Wireguard  (pour peu que l'on ait encore accès au site).


En fouillant dans la doc de Wireguard, je ne trouve pas de fonction 
"Dead Peer Detection", qui aurait permis de réinitialiser un tunnel 
qui ne répond plus. Certes, le DPD en général n'a jamais été une 
science exacte :-) Mais dans Wireguard, apparemment, c'est 
déterministe : il n'y en a pas  :-)


J'ai raté un truc ?



Non, wg fait la recherche DNS au lancement puis plus rien. Même en 
utilisant un service DNS dynamique il faut redémarrer le serveur ou client.


Il existe des projets comme tailscale ou wg-dynamic -ce dernier semble à 
l'arrêt-. Tu peux poser la question sur la liste 
https://lists.zx2c4.com/mailman/listinfo/wireguard


--
Daniel


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


Re: [FRnOG] [TECH] Single Pair Ethernet

2024-03-08 Par sujet Pierre Colombier via frnog

10M, 1km, poe ? pour l'IOT, c'est génial.

Je sais pas si c'est au point mais en tout cas ça m'intéresse !


Le 08/03/2024 à 19:36, Fabien Sirjean a écrit :

Bonjour la liste,

J'ai récemment entendu parler pour la première fois de Single Pair 
Ethernet (10BASE-T1S / 10BASE-T1L), dont les specs ont l'air 
prometteuses (notamment en environnement industriel) :


 - 10 Mbps sur une seule paire de cuivre, avec des standards en cours 
de travail pour monter à 10G voire plus ?

 - Distance jusqu'à 1 km
 - PoE (ou plutôt PoDL) jusqu'à 50W

Alors, poudre verte ou bien véritable intérêt ? Des retours 
d'expérience en la matière ?


Bon week-end,

Fabien


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



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


Re: [FRnOG] [MISC] Don de matériel Cisco et Dell

2024-03-08 Par sujet Ryan Lahfa via frnog
Bonjour David,

On Fri, Mar 08, 2024 at 06:12:21PM +0100, mister.nevi...@gmail.com wrote:
> Bonjour la liste,
> 
> Alchimie se sépare du contenu d'une de ses baies à DC3 et nous donnons le
> matériel suivant dont nous n'avons plus l'utilité et mal au coeur de le
> DEEE-iser.
> 
> Voici :
> 1 x switch Cisco Nexus 5000
> 1 (2) x switch Brocade Gigabit (FCX624S)
> 1 x serveur Dell PowerEdge R610 (numéro de serie JTTJC4J), 1 CPU E5520
> 2.27GHz, 4 Go de RAM, 2 disques à plateaux 140 Go
> 1 x serveur Dell PowerEdge R610 (5JNJC4J), 2 CPU E5540 2.53GHz, 32 Go de
> RAM, 2 disques (à plateau) 140 Go
> 2 x serveurs Dell R330 8 Gb RAM, 1CPU E3-1220 v6 @ 3.00GHz, 2 disques de 1
> To SATA
> 
> Disponible d'ici 1 à 2 semaines à DC3.
> 
> Si vous êtes intéressés, faites moi un petit mail succinct expliquant ce
> que vous allez en faire, ayant une préf. pour une asso, une ecole, une TPE
> qu'un broyeur :)

Je représente l'association DGNum (https://dgnum.eu/) à l'ENS Ulm et
nous serions très intéressé par les R330, nous commençons un FAI et
quelques services étudiants. Nous sommes basés au 45 rue d'Ulm, 75005
Paris 5e.

On les mettrait sûrement sur nos deux sites (Panthéon et Jourdan) comme
nœuds de compute.

Cordialement,
-- 
Ryan Lahfa


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


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

2024-03-08 Par sujet Bertrand FRUCHET via frnog

Merci d'avoir posé la question.

Bertrand

Le 08/03/2024 à 11:53, Jérôme Marteaux a écrit :

Le 08/03/2024 à 10:46, Stéphane Rivière a écrit :

Le 07/03/2024 à 19:12, l...@netc.fr a écrit :
>Au delà de l'aspect kikoulol de Meta, je vous rappelle néanmoins 
que ce

groupe permet à des milliers d'entreprises de faire vivre de nombreuses
équipes partout dans le monde > Par ailleurs on fait pas mal de CA 
avec Meta puisqu'on est (à la base)
une agence Web. On a un KAM attribué par Meta, comme le Gougle 
d'ailleurs. Donc on n'est pas des haineux, on les utilise comme ils 
nous utilisent, c'est le biz. Mais fondamentalement, ils ne font 
vivre qu'eux mêmes et on s'en passerait bien car dans un écosystème 
imaginaire (c'est à dire honnête et non biaisé), on pourrait faire 
beaucoup mieux et augmenter encore notre CA sur le marketing de 
contenu (par exemple). Ces monopoles sont juste des freins.


késako un KAM ?




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


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

2024-03-07 Par sujet Bertrand FRUCHET via frnog



Le 07/03/2024 à 19:25, c...@ctv.zone a écrit :

Bonsoir,

Le mail du 07/03/2024 note en particulier:
(cf. mail ID <9292b66e-4627-478f-bc68-9833f2a70...@bc-109.com>):

Je ne sais pas si c'est parce que je vis dans un village de montagne,
sur la plus lointaine des îles proches, ou bien si c'est parce que je
fais partie des dinosaures issus du siècle dernier, mais la frénésie
pour cette hyper-externalisation et cette perte totale de contrôle,
m'échappent totalement...
(sic)

+1
Elle est même effrayante.

Ciao,


Pas besoin d'être un dinosaure ou d'être isolé sur une île pour avoir 
les mêmes craintes et donc ériger en principes immuables la conservation 
du contrôle des données et des process.


Bonne journée à tous.

Bertrand




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


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

2024-03-07 Par sujet lm2 via frnog


>Au delà de l'aspect kikoulol de Meta, je vous rappelle néanmoins que ce 
groupe permet à des milliers d'entreprises de faire vivre de nombreuses 
équipes partout dans le monde.

>On s'entend, c'est souvent du placement de produit et/ou de la 
communication de manière générale, mais quand Meta est hors service, la 

perte lié à la panne se chiffre en millions de $ par minute de panne.



Bien fait. Leçon parfaite pour les naïfs ayant voulu tout déléguer à des presta 
qui ne parlent ni leur langue, ni n'estiment leurs clients puisqu'ils ne les 
connaissent pas individuellement.



J'en connais de plus en plus qui s'extirpent des gafamn, j'arrive pas à trouver 
de raison de leur leur reprocher.



à contrario, certaines entreprises, dans différentes provinces de france, 
fonctionnent sans site internet. Non, juste un numérode téléphone, un email et 
du référencement. Souvent entendu qu'en "2020, l'entreprise sans  site web est 
morte", on dirait qu'ils apprécient surprendre et faire mentir le dicton ;)



From: Jeremy 
To: Stéphane Rivière ;
   frnog@frnog.org
Subject: Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?
Date: 07/03/2024 17:52:53 Europe/Paris

Au delà de l'aspect kikoulol de Meta, je vous rappelle néanmoins que ce 
groupe permet à des milliers d'entreprises de faire vivre de nombreuses 
équipes partout dans le monde.

On s'entend, c'est souvent du placement de produit et/ou de la 
communication de manière générale, mais quand Meta est hors service, la 
perte lié à la panne se chiffre en millions de $ par minute de panne.

On peut donc prendre le sujet à la légère, ce n'est pas forcément le cas 
de nos clients. Et l'obscurantisme de Meta semble particulièrement 
suspect dans cette affaire, d'autant plus pour une société qui se situe 
dans le TOP 20 du NASDAQ.

Quand à la question de savoir si ces plateformes vont mener à la perte 
de l'Humanité, je vous propose de glisser ce sujet de philo au ministère 
de l'éducation, cela permettrait peut être aux élèves de se creuser la 
tête pendant les épreuves du BAC. Au moins, ce sujet, ils le maitrisent...

Jérémy

Le 07/03/2024 à 13:59, Stéphane Rivière a écrit :
>
>> Ils n'auront peut-être plus du tout de cerveau en local, et tout sera 
>> externalisé dans le métaverse via des interfaces Neuralink :-) 
>
> L'humanité est ainsi foutue qu'à chaque nouvelle génération, c'est un 
> monde nouveau qui est permis. Les mouvements de "jeunesses X, Y ou Z" 
> en étaient les prémices.
>
>> Les neurones tels que nous les connaissons auront peut-être 
>> complètement disparu, tels les dinosaures il y a quelques dizaines de 
>> millions d'années, exterminés par un météore géant qui se sera 
>> vautré, non pas dans le Yucatan, mais à Paris le 26 Juillet 2024 en 
>> chantant du Piaf :-)
> Évènement qui sera invisible à l'univers indifférent, sans compter les 
> millions ou milliards d'années de propagation de la lumière de 
> l'explosion.
>



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


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


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

2024-03-07 Par sujet lm2 via frnog
de quoi donner un lourd crédit au minimalisme numérique, mais les mauvaise 
langues répondront que "le monde est tout data" et que "ca va complètement à 
contre-courant de la tendance actuelle"



merci de rester en katgé sur insta, "vous dérangerez moins" ;-)



From: Thierry Chich 
To: frnog@frnog.org
Subject: Re: [FRnOG] [MISC] Meta HS quelqu'un a de l'info ?
Date: 06/03/2024 16:43:03 Europe/Paris

Ils diront: t'as vu les gamins de nos jours, c'est vraiment du n'importe 
quoi, nous on était pas comme ça.

Le 06/03/2024 à 10:44, Toussaint OTTAVI a écrit :
>
>
> Le 06/03/2024 à 09:40, David Ponzone a écrit :
>> En tout cas, c’est toujours assez inquiétant de voir ces millions de
>> gens qui ont à peu près le même rapport avec FB qu’un zombie avec son
>> Fentanyl.
>
> Et c'est encore plus inquiétant pour le futur ! Je suis dans un petit 
> village de montagne. L'an dernier, suite à un coup de vent, 
> l'alimentation EDF est tombée, pendant une journée. Donc, plus de WiFi 
> ni de 4G. C'était pendant les vacances scolaires. Les gamins erraient 
> dans les rues, avec les smartphones à la main, en cherchant du réseau 
> tels des sourciers avec leurs baguettes : "Mon dieu, ya plus Insta, 
> mais comment on va faiire ?"
>
> Et ce sont ces mêmes gamins qui seront aux manettes dans 10 ou 20 ans. 
> Comment tu as dit ? "Inquiétant" ?
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
-- 


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


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


Re: [FRnOG] [TECH] Reyee

2024-03-07 Par sujet Vincent SERELLE via frnog
Hello,

De ce que j'ai vu, c'est l'une des marques blanches de FS (je conseille le 
repos GitHub d'Oxidized qui source les devices FS notamment).

Donc en terme de maintenabilité/fiabilité on va être sur du FS like en somme.

On a quelques trucs de FS : S3900 (constructeur Indien) et des S5860 (de Ruijie 
notamment), ça fait quelques trucs mais il ne faut pas s'imaginer à montrer des 
infras L3 sans grosses potentielles problématiques. J'avais testé du MLAG et 
leurs VSL/stack sur le S5860, ça fonctionnait.

Du L2, ça switch sans sourciller.

My two cents,
Vincent S.

7 mars 2024 13:33:47 David Ponzone :

> Tous,
> 
> Le chinois Ruijie, qui fait quand mêmes des gros switch DC et routeurs core 
> modulaires, a une gamme « PME » sous la marque Reyee, unmanaged ou cloud 
> managed si j’ai bien compris.
> Le sujet des équipements Ruijie avait été lancé sur la liste il y a 1 an, 
> sans grand retour, donc je me demande si 1 an après, il y a plus de retex.
> C’est pas cher, ça peut pas être pire que TP-Link et autres, et sur le 
> papier, ça semble pas mal foutu.
> 
> Donc, des retex ou toujours rien ?
> 
> Merci
> 
> David
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


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

2024-03-07 Par sujet Philippe ASTIER via frnog
Et malheureusement, les vendeurs de switchs enterrent le support de IEEE1588 
dans leurs docs, pas toujours facile à jour…

Au passage, Apple utilise aussi PTPv2 pour faire la synchronisation audio des 
appareils AirPlay 2 (exemple : une paire de HomePod), ou bien pour faire de la 
synchro audio.
Mais… pas de support officiel de PTP dans macOS, qui sort pourtant les trames 
quand vous faites du Airplay, un petit Wireshark voit les trames.

> Le 7 mars 2024 à 13:49, Noryungi  a écrit :
> 
> Je rajoute ma petite pièce :
> 
> PTP est utilisé pour partager une heure très précise (beaucoup plus précise
> que du NTP classique) entre une source de temps (horloge "atomique",
> synchro GNSS, par exemple) et un équipement donné.
> 
> Par contre tous les équipements situés entre l'horloge et la machine devant
> recevoir l'heure doivent supporter PTP.
> 
> Donc : horloge > switch > serveur par exemple. Tout dans cette chaîne doit
> supporter PTP pour que l'ensemble fonctionne.
> 
> C'est particulièrement utile quand tu as, par exemple, une opération x à
> effectuer à une heure y précise, avec une précision extrême.
> 
> Les autres réponses des membres de la liste sont aussi très bonnes.
> 
> N.
> 
> On Thu, Mar 7, 2024, 12:39 Pierre Colombier via frnog 
> wrote:
> 
>> Bonjour,
>> 
>> je suis à la recherche d'informations et de retours d'expériences
>> concernant la norme IEEE1588.
>> 
>> J'en ai découvert l'existence en repérant que le PHY Ethernet de mon SoC
>> disposait de lignes d'IO "sync_in"/"sync_out" qui semblent être en
>> relation avec ce protocole. mais sans beaucoup plus de précision sur
>> l'usage qui devrait ou pourrait en être fait.
>> 
>> L'accès à la norme elle-même est restreint par un paywall, et j'ai du
>> mal à me faire une vue d'ensemble.
>> 
>> Déjà je souhaiterais comprendre si c'est simplement un "gadget"
>> technologique ou si, au contraire, c'est largement adopté et utilisé
>> dans l'industrie.
>> 
>> Ensuite, pour la culture, j'aimerai comprendre à quel niveau on se
>> situe. Il y a des elements qui sont directement au niveau du PHY ce qui
>> suggère des couches très basse. Mais il y a un pendant logiciel plus
>> haut niveau...  C'est confus.
>> 
>> Bref, si quelqu'un peux m'expliquer ça en quelques phrases ou me donner
>> un lien vers une explication pas trop absconse, je suis preneur.
>> 
>> Merci d'avance.
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


[FRnOG] [TECH] IEEE 1588 Precision Time Protocol

2024-03-07 Par sujet Pierre Colombier via frnog

Bonjour,

je suis à la recherche d'informations et de retours d'expériences 
concernant la norme IEEE1588.


J'en ai découvert l'existence en repérant que le PHY Ethernet de mon SoC 
disposait de lignes d'IO "sync_in"/"sync_out" qui semblent être en 
relation avec ce protocole. mais sans beaucoup plus de précision sur 
l'usage qui devrait ou pourrait en être fait.


L'accès à la norme elle-même est restreint par un paywall, et j'ai du 
mal à me faire une vue d'ensemble.


Déjà je souhaiterais comprendre si c'est simplement un "gadget" 
technologique ou si, au contraire, c'est largement adopté et utilisé 
dans l'industrie.


Ensuite, pour la culture, j'aimerai comprendre à quel niveau on se 
situe. Il y a des elements qui sont directement au niveau du PHY ce qui 
suggère des couches très basse. Mais il y a un pendant logiciel plus 
haut niveau...  C'est confus.


Bref, si quelqu'un peux m'expliquer ça en quelques phrases ou me donner 
un lien vers une explication pas trop absconse, je suis preneur.


Merci d'avance.








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


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

2024-03-05 Par sujet Philippe ASTIER via frnog
On a libéré combien de bande passante d’un coup ? Vous voyez quelque chose ??

> Le 5 mars 2024 à 17:15, Erwan David  a écrit :
> 
> Le 05/03/2024 à 17:13, David Ponzone a écrit :
>> On dirait :)
>> 
>> Ouf, je viens de voir ça, mais comme on arrive sur la page d’auth, j’ai cru 
>> que j’étais fait hacker.
>> 
>> Ca devient récurrent chez les leaders du monde connecté.
>> 
>> 
>>> Le 5 mars 2024 à 17:10, Stephane Bortzmeyer  a écrit :
>>> 
>>> Est-ce qu'elle marche quand Facebook et Instagram sont en panne ?
>>> 
>>> 
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> SI on a la page d'auth on sait déjà que c'est pas qu'ils ont coupé BGP comme 
> la dernière fois
> 
> -- 
> Erwan David
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [MISC] recherche introduction réseaux et systèmes

2024-03-04 Par sujet Damien Wetzel via frnog
Je conseille
- web protocols and practice de balachander Krishnamurthy
- computer networking de Kurose :
https://www.ucg.ac.me/skladiste/blog_44233/objava_64433/fajlovi/Computer%20Networking%20_%20A%20Top%20Down%20Approach,%207th,%20converted.pdf
et sebsauvage en francais:
https://www.sebsauvage.net/comprendre/
Damien,
Paul Rolland (ポール・ロラン) writes:
 > Hello,
 > 
 > On Fri, 1 Mar 2024 20:28:38 +
 > Vinz Jumpertz via frnog  wrote:
 > 
 > > Hello la liste,
 > > 
 > > je cherche des livres/articles (en français de préférence) pour 
 > > introduire des personne au réseau (modèle OSI, NAT/PAT, routing, ...) en 
 > > donnant une bonne vue d'ensemble.
 > > Est-ce que vous auriez des recommandations
 > 
 > Tu peux regarder ce qui est propose la :
 > 
 > https://www.eyrolles.com/Recherche/?q=Guy%20pujolle[INF]=on[ALL]=on[ALL]=on[ALL]=on[ALL]=on[10%20TO%20155]=on[1992%20TO%202024]=on_to_display=20
 > 
 > Guy Pujolle, ca a toujours ete de la bonne lecture...
 > 
 > Paul
 > 
 > -- 
 > Paul RollandE-Mail : rol(at)witbe.net
 > CTO - Witbe.net SA  Tel. +33 (0)1 47 67 77 77
 > 18 Rue d'Arras, Bat. A11Fax. +33 (0)1 47 67 77 99
 > F-92000 NanterreRIPE : PR12-RIPE
 > 
 > Please no HTML, I'm not a browser - Pas d'HTML, je ne suis pas un
 > navigateur "Some people dream of success... while others wake up and work
 > hard at it" 
 > 
 > "I worry about my child and the Internet all the time, even though she's
 > too young to have logged on yet. Here's what I worry about. I worry that 10
 > or 15 years from now, she will come to me and say 'Daddy, where were you
 > when they took freedom of the press away from the Internet?'"
 > --Mike Godwin, Electronic Frontier Foundation 
 > 
 > 
 > ---
 > Liste de diffusion du FRnOG
 > http://www.frnog.org/

-- 



~
Damien WETZEL (ATANAR TECHNOLOGIES)("`-/")_.-'"``-._
http://www.atanar.com  . . `; -._)-;-,_`)
  (v_,)'  _  )`-.\  ``-'
Phone:+33 9 67 35 09 05_.- _..-_/ / ((.'
- So much to do, so little time -   ((,.-'   ((,/
~


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


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

2024-03-04 Par sujet Xavier Beaudouin via frnog
Hello,

> Il faut t’arrêter sur une décision.

Clairement.
 
> Dans tous les cas, j’opte pour le pire cas possible, où on a des coupures
> physiques.
> Avoir un système sans fil de « last resort », c’est la base.
> 
> Après, si tu veux offload ta FTTO sur une FTTH, déjà c’est plus dur il vaut
> mieux sélectionner statiquement les flux à cause de la latence entre les deux,
> et éviter de se prendre du tunnel.
> 
> Aujourd’hui, de nombreux intégrateurs et opérateurs savent faire des solutions
> sur mesure. Par exemple chez moji on sait livrer en mtu 1500 over 5G, Starlink
> grâce à de la tambouille interne, aussi bien du L2 que des intercos publics, 
> en
> BGP privé ou transit IP.

Clairement le WG passe très bien sur starlink, après tu encapsule ce que tu 
veux dessus.

> On a secouru une entreprise travaillant en RDP avec une dizaine de 
> collaborateur
> sur leur site. Ils n’ont pas vu la différence quand ils ont perdu leur FTTO du
> moment à leur passage en 5G en livraison d’ip publique. Bon, bémol, cela 
> dépend
> tout de même de la couverture disponible dans ton coin. Et les performances
> peuvent se dégrader très vite en cas de météo ou de forte affluence sur la BT.

Quitte a avoir du backup autant prendre une techno qui ne dépends pas des FO 
dans 
le coin. Exemple: j'ai arrêté le backup 4G/5G justement parce que les antennes
du coin passaient par les même fourreaux que... la FTTH/ADSL...

Et en général quand la pelleteuse coupe, la 4G/5G souffre bcp... si tout le 
monde 
bascule la dessus.

/Xavier


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


[FRnOG] [BIZ] Matériel/serveurs pour projets open source

2024-03-03 Par sujet Ryan Lahfa via frnog
Bonjour à FRNOG,

Je suis développeur de la distribution NixOS, https://nixos.org/ -- on
fait plein de choses chouettes avec (déployé par des grosses boîtes
comme déployé par des associations à but non lucratives), sur des
serveurs, des téléphones (si si), des smart watch (oui oui), des
routeurs et même des switchs (si on force un petit peu).

Dans le cadre de nos projets, il nous arrive souvent d'avoir des besoins
de ressources de calculs pour faire de l'intégration continue, on a
énormément de tests (d'intégration et de tout): https://repology.org/
vous dira qu'on maintient énormément de paquets (~90K sur la partie
"rolling release"). La Fondation NixOS qui exploite ce matériel est une
fondation à but non lucrative et ne tourne qu'avec les donations de ses
usagers.

Moi, dans tout ça, en plus d'être développeur addict à
https://github.com/nixos/nixpkgs, je suis récemment devenu observateur
du conseil d'administration de la Fondation:
https://github.com/NixOS/foundation/. Et je m'intéresse aux questions de
comment pouvoir aider notre communauté avec plus de ressources pour
avoir de meilleurs bien communs avec tous nos usagers.

Dans ce contexte, je serais intéressé de savoir s'il existe des
entreprises ou des entités qui sauraient où trouver du matériel un petit
peu récent, on recherche principalement:

- des baies de stockage (pour le cache, notre cache contient 600TB sur
  AWS S3 et ça pique...) et des contacts pour des disques haute densité
  (?)
- des serveurs de "build" ou de compute, plutôt avec beaucoup de coeurs,
  des systèmes blade c'est chouette aussi pour rentrer dans pas beaucoup
  d'espace.

En contrepartie... Nous n'avons pas de grand moyens, donc je ne
chercherais pas trop à gaspiller votre temps si vous cherchez à en tirer
un bénéfice financier. 

Néanmoins, NixOS c'est un projet de technologie européen, on dit souvent
qu'en France, à l'Europe, on ne produit pas les choses comme les
Etats-Unis, etc. C'est un sujet complexe et à débats, mais si ça vous
intéresse de financer, d'aider à participer à un projet de technologie
européen de grande envergure, soutenue par la Commission européenne via
la fondation NLnet
(https://fosdem.org/2024/schedule/event/fosdem-2024-1692-running-nlnet-on-nixos/),
n'hésitez pas à me contacter.

Cordialement,
-- 
Ryan Lahfa


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


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

2024-03-03 Par sujet Denis Fondras via frnog
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/


  1   2   3   4   5   6   7   8   9   10   >