Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Richard Klein]

Bonjour

C est bien d'évaluer sa consommation carbone .
Au début c est de l information et ensuite cela permet de proposer un impôt
.
Voir la taxe carbone sur les véhicules :-)

Richard

Le ven. 13 déc. 2019 à 09:13, Stephane Bortzmeyer  a
écrit :

> http://www.assemblee-nationale.fr/dyn/15/amendements/2454/AN/2529
>
> Cet amendement vise à informer les consommateurs de la quantité de données
> consommées dans le cadre de la fourniture d’accès au réseau, et
> l’équivalent de leurs émissions de gaz à effet de serre correspondant,
> selon une méthodologie définie par l'ADEME, afin de mieux prendre en compte
> l'impact du numérique sur l'environnement.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[Denis Fondras]

On Thu, Dec 12, 2019 at 07:17:42PM +, Laurent GUINCHARD wrote:
> 
> https://www.youtube.com/watch?v=RT-1DU33xIk=youtu.be
> 

"You 404, you think your Firefox has flown the coop?
You do a trace and then you notice there's a routing loop?"

WTF!


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

[FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Stephane Bortzmeyer]

http://www.assemblee-nationale.fr/dyn/15/amendements/2454/AN/2529

Cet amendement vise à informer les consommateurs de la quantité de données 
consommées dans le cadre de la fourniture d’accès au réseau, et l’équivalent de 
leurs émissions de gaz à effet de serre correspondant, selon une méthodologie 
définie par l'ADEME, afin de mieux prendre en compte l'impact du numérique sur 
l'environnement.


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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[David Ponzone]

Ok et celle-là:

https://www.youtube.com/watch?v=0qy-WJ-i60g

Quand je pense que ça fait 20 ans que j’essaie de comprendre OSPD, maintenant 
c’est limpide :)

Et pour ceux qui en ont marre d’avoir des trucs impossibles à faire à cause du 
chef de projet ou du marketing, à la solde de Darth Vader (le client):

https://www.youtube.com/watch?v=BKorP55Aqvg=RDRT-1DU33xIk=10

> Le 13 déc. 2019 à 09:09, Denis Fondras  a écrit :
> 
> On Thu, Dec 12, 2019 at 07:17:42PM +, Laurent GUINCHARD wrote:
>> 
>> https://www.youtube.com/watch?v=RT-1DU33xIk=youtu.be
>> 
> 
> "You 404, you think your Firefox has flown the coop?
> You do a trace and then you notice there's a routing loop?"
> 
> WTF!
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Jonathan Roulé]

C'est pas bête, autant être le plus transparent possible sur le sujet. Par
contre, il n'est pas précisé si ça prend en compte l’ensemble du cycle de
vie...

Le ven. 13 déc. 2019 à 09:14, Stephane Bortzmeyer  a
écrit :

> http://www.assemblee-nationale.fr/dyn/15/amendements/2454/AN/2529
>
> Cet amendement vise à informer les consommateurs de la quantité de données
> consommées dans le cadre de la fourniture d’accès au réseau, et
> l’équivalent de leurs émissions de gaz à effet de serre correspondant,
> selon une méthodologie définie par l'ADEME, afin de mieux prendre en compte
> l'impact du numérique sur l'environnement.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 

Jonathan ROULÉ
Brest - France

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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[David Ponzone]

Et ils prennent compte les terminaux aussi ?
Si oui: la variabilité de consommation entre les différents mobiles, de leur 
distance au BTS, de la durée de vie de la batterie et du téléphone lui-même, 
etc etc…

> Le 13 déc. 2019 à 14:24, Alexis Prodhomme  a écrit 
> :
> 
> Je suis curieux de voir comment l'ADEME va procéder pour le calcul.
> 
> Y'a des points très importants pour le mesurer qui sont difficilement 
> mettable en place, à savoir que l'emission de GES dépend fortement du pays de 
> destination de la donnée.
> En France, on doit être à 75% de nucléaire sur la production électrique. Le 
> nucléaire, c'est 10g CO2/kWh.
> En Chine, on doit être à 75% de charbon sur la production électrique. Le 
> charbon, c'est 1000g CO2/kWh.
> C'est juste un facteur 100 entre les deux.
> Et comme, avec la fin d'IPv4, on peut acheter du pool d'IP localisé à 
> l'étranger mais en fait "traité" sur le territoire, il devient improbable 
> d'avoir une quelconque mesure fiable.
> 
> Sans parler de la quantification de GES émis pour chaque serveur produit, ce 
> qui implique d'avoir le taux annuel de renouvellement du parc ainsi que le 
> taux de recyclage.
> 
> Bref, encore une idée simple sur le papier qui est éminemment compliquée dans 
> les faits.
> 
> (et petite pensée philosophique du vendredi)
> Quand bien même on met en place une telle mesure, ça n'empêchera pas les 
> Hommes de sucer les ressources de cette planète jusqu'à la dernière goutte, 
> qu'importe les générations futures.
> 
> Alexis
> 
> Le 13/12/2019 à 09:09, Stephane Bortzmeyer a écrit :
> 
> http://www.assemblee-nationale.fr/dyn/15/amendements/2454/AN/2529
> 
> Cet amendement vise à informer les consommateurs de la quantité de données 
> consommées dans le cadre de la fourniture d’accès au réseau, et l’équivalent 
> de leurs émissions de gaz à effet de serre correspondant, selon une 
> méthodologie définie par l'ADEME, afin de mieux prendre en compte l'impact du 
> numérique sur l'environnement.
> 
> 
> ---
> 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] [FUN] You Down With BGP ?

[Stéphane Rivière]

Le 13/12/2019 à 12:31, David Ponzone a écrit :
> C’est génial Youtube pour te foutre en l’air une journée, t’en regardes une, 
> ça t’en suggère plein d’autres…..

je sais pas ce qui se passe sur FRnOG cet aprem mais ça se lâche grave
:> Sinon la VF Carotte 4.0, est fabuleuse...

-- 
Be Seeing You
Number Six


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

RE: [FRnOG] [MISC] [FUN] You Down With BGP ?

[Joel DEREFINKO]

Bah, aujourd'hui, t'es distrupive ou tu meurs...

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Stéphane 
Rivière
Envoyé : vendredi 13 décembre 2019 16:08
À : frnog@frnog.org
Objet : Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

Le 13/12/2019 à 12:31, David Ponzone a écrit :
> C’est génial Youtube pour te foutre en l’air une journée, t’en regardes une, 
> ça t’en suggère plein d’autres…..

je sais pas ce qui se passe sur FRnOG cet aprem mais ça se lâche grave
:> Sinon la VF Carotte 4.0, est fabuleuse...

-- 
Be Seeing You
Number Six


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

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

[FRnOG] [TECH] Cisco switch L3 IPV6

[Sébastien 65]

Bonsoir tous,

Préparation de la liste pour le sapin 

Tag TECH dans un premier temps et ensuite passage en BIZ.

Cherche switch CISCO sachant faire du L3 avec utilisation full IPv6, 
intégration du IPv6 SLA afin de pouvoir changer une route automatiquement via 
un track.
Un 3750G sait faire le SLA en IPv4 uniquement...

Je n'ai pas de recul sur un 3650 ou 3850, qui connait ?

Merci et bon week-end !

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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[Stéphane Rivière]

Le 13/12/2019 à 11:47, David Ponzone a écrit :
> Ah vache, énorme celle-là, merci! :)

+1 Légendaire (avec la cysco squad vs ubiquity imho)

-- 
Be Seeing You
Number Six


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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Xavier Beaudouin]

Hello Stéphane,


> http://www.assemblee-nationale.fr/dyn/15/amendements/2454/AN/2529
> 
> Cet amendement vise à informer les consommateurs de la quantité de données
> consommées dans le cadre de la fourniture d’accès au réseau, et l’équivalent 
> de
> leurs émissions de gaz à effet de serre correspondant, selon une méthodologie
> définie par l'ADEME, afin de mieux prendre en compte l'impact du numérique sur
> l'environnement.

Wookay, donc il vas falloir mettre de l'ip accounting sur des truc sans 
accounting
exemple FTTH / xDSL juste pour savoir quel est l'impact sur la production de CO2
avec une méthodologie yolo (parce que bon d'un instant a l'autre l’emission GeS 
pour 
la même destination n'est pas la même).
Sans compter que de joindre une ip localisée en Chine (coucou les call home des 
certains
truc chinois), ou en France n'as pas le même coût en Ges que de faire un coucou
sur un site hébergé chez OVH...

Bref, tout ça pour faire une usine a gaz qui va consommer encore plus que 
personne
ne lis ou presque (sérieux vous lisez les conso estimés en GES de vos trajets en
transports en commun ? moi non ... d'façon faut que j'aille vers la destination
en question... point barre.).


Par contre un truc important aurait été l'indication en GES des voyages des nos 
amis
les politiciens, et faire des stats sur une une année pour voir si ça augmente 
ou pas
avec des pénalités dans le cas où ça augmente... Ça c'est utile...


/Xavier


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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[David Ponzone]

Ah vache, énorme celle-là, merci! :)

> Le 13 déc. 2019 à 11:37, Nathan delhaye  a écrit :
> 
> Je ne peux pas résister :)
> 
> https://www.youtube.com/watch?v=NQPaJzS3NrQ
> 
> -- 
> Nathan Delhaye
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

RE: [FRnOG] [MISC] [FUN] You Down With BGP ?

[Joel DEREFINKO]

Je trouve que ca manque un peu de VF quand même... 
https://www.youtube.com/watch?v=_VB_b4dSmzE

Bon c'est moins tech-centered, mais ca m'a bien fait marrer quand même 


-Message d'origine-
De : frnog-requ...@frnog.org  De la part de David 
Ponzone
Envoyé : vendredi 13 décembre 2019 11:47
À : Nathan delhaye 
Cc : Laurent GUINCHARD ; frnog@frnog.org
Objet : Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

Ah vache, énorme celle-là, merci! :)

> Le 13 déc. 2019 à 11:37, Nathan delhaye  a écrit :
> 
> Je ne peux pas résister :)
> 
> https://www.youtube.com/watch?v=NQPaJzS3NrQ
> 
> -- 
> Nathan Delhaye
> 
> ---
> 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] Réduction considérable des bogons de Team Cymru

[Radu-Adrian Feurdean]

On Thu, Dec 12, 2019, at 19:57, Michel Py wrote:
> Bonjour la liste,
> 
> Depuis environ 2 mois (début Octobre) le nombre des bogons dans le 
> full-feed de Team Cymru est passé d'environ 3.500 à 205 aujourd'hui, 
> juste au-dessus de 200 pour les 2 dernières semaines.
> 
> Est-ce que quelqu'un sait quelque chose ?

Ca coincide assez etrangement avec les dernieres etapes du fin des reserves 
RIPE NCC :
 - debut octobre pour les /22 desaggreges
 - fin novembre pour le fin reel du pool


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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Vincent]

Le 13/12/2019 à 09:09, Stephane Bortzmeyer a écrit 
> ... la quantité de données consommées dans le cadre de la fourniture d’accès 
> au réseau...

Et sinon, simplement fournir la quantité d'énergie consommées et leurs
sources ?

Car bon on peut consommer autant pour produire 10Mbits que 10Gbits (
style météofrance vs netflix ).


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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Denis Fondras]

On Fri, Dec 13, 2019 at 10:18:22AM +0100, Xavier Beaudouin wrote:
> Wookay, donc il vas falloir mettre de l'ip accounting sur des truc sans 
> accounting
> exemple FTTH / xDSL juste pour savoir quel est l'impact sur la production de 
> CO2
> avec une méthodologie yolo (parce que bon d'un instant a l'autre l’emission 
> GeS pour 
> la même destination n'est pas la même).
> 

Voilà, il va falloir que toute la chaîne joue le jeu.
Il va bien falloir qu'Alibaba et Amazon me disent quelle est leur empreinte
carbone si on veut avoir un résultat pertinent.
Bref, encore du chouette green-washing :)


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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Paul Rolland (ポール・ロラン)]

Hello,

On Fri, 13 Dec 2019 10:49:19 +0100
David Ponzone  wrote:

> T’inquiète pas, ça va être comme Hadopi, ils vont emmerder que les 4 gros
> du GP avec ça :)

Cool... donc avec un peu de chances, ma machinbox Orange (oups... ;) va
peut-etre enfin me fournir des compteurs par interfaces, parce que les
paquets qui passent en local sur le LAN ont pas la meme empreinte que les
paquets Wifi et les paquets qui repartent sur le WAN !

Si ils peuvent en profiter pour mettre du SNMP au passage... RO pour les
clients, ca le fait aussi.

Paul


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

[FRnOG] [JOBS] Recherche de Stage 6 mois - Ingénieur Réseau, Sécurité

[Cécile MARTRON]

Bonjour à tous,

Actuellement en dernière année de mes études d’ingénieur Système Réseau 
et Télécommunications ainsi que de mon master sécurité des Systèmes 
d'Information, je suis à la recherche d’un stage de 6 mois.
Celui-ci est mon stage finalisant mes études. Après quoi je serai 
officiellement diplômée (et disponible à l'embauche).


Expériences ? Un stage dans un IXP, chez un opérateur (trouvé sur 
Frnog), la gestion de services/serveurs associatifs ainsi que mon 
infrastructure personnelle.

Localisation ? De préférence sur Paris ou région parisienne.
Type de stage ? De préférence ingénieur réseau avec de la sécurité, ou 
tout autre stage orienté sécurité


Si vous êtes potentiellement intéressé, ou pour plus de détails, voici 
le lien de mon CV : https://ddl.martron.me/cv.pdf


En vous remerciant pour votre temps et en restant à votre disposition,
Bien cordialement

--

Cécile Martron
Ingénieure Systéme Réseaux et Télécommunication - Université de 
Technologie de Troyes, UTT
Master Sécurité des Systèmes d'Information - Université de Technologie 
de Troyes, UTT

Master Artificial Intelligence - Applied Science, Liège University
+33 (0) 6 85 44 33 38


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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[David Ponzone]

C’est génial Youtube pour te foutre en l’air une journée, t’en regardes une, ça 
t’en suggère plein d’autres…..

Des officielles de SUSE:
https://www.youtube.com/watch?v=A-Rn0iQEpc8
Et mon coup de coeur, parce que le mecs sont vraiment pas mauvais:
https://www.youtube.com/watch?v=50Qs4gVHB_E

Bon, allez, back to life, back to this damn IT.

> Le 13 déc. 2019 à 12:16, Hervé BRY  a écrit :
> 
> Je suis surpris de ne pas encore avoir vu passer ce grand classique ;)
> https://www.youtube.com/watch?v=9k6A0ZlhTyw
> 
> Hervé BRY
> Administrateur Système
> Geneanet (http://www.geneanet.org)
> 
> 
> Le ven. 13 déc. 2019 à 11:49, Joel DEREFINKO  a
> écrit :
> 
>> Je trouve que ca manque un peu de VF quand même... 
>> https://www.youtube.com/watch?v=_VB_b4dSmzE
>> 
>> Bon c'est moins tech-centered, mais ca m'a bien fait marrer quand même 
>> 
>> 
>> -Message d'origine-
>> De : frnog-requ...@frnog.org  De la part de
>> David Ponzone
>> Envoyé : vendredi 13 décembre 2019 11:47
>> À : Nathan delhaye 
>> Cc : Laurent GUINCHARD ; frnog@frnog.org
>> Objet : Re: [FRnOG] [MISC] [FUN] You Down With BGP ?
>> 
>> Ah vache, énorme celle-là, merci! :)
>> 
>>> Le 13 déc. 2019 à 11:37, Nathan delhaye  a
>> écrit :
>>> 
>>> Je ne peux pas résister :)
>>> 
>>> https://www.youtube.com/watch?v=NQPaJzS3NrQ
>>> 
>>> --
>>> Nathan Delhaye
>>> 
>>> ---
>>> 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/


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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[Hervé BRY]

Je suis surpris de ne pas encore avoir vu passer ce grand classique ;)
https://www.youtube.com/watch?v=9k6A0ZlhTyw

Hervé BRY
Administrateur Système
Geneanet (http://www.geneanet.org)


Le ven. 13 déc. 2019 à 11:49, Joel DEREFINKO  a
écrit :

> Je trouve que ca manque un peu de VF quand même... 
> https://www.youtube.com/watch?v=_VB_b4dSmzE
>
> Bon c'est moins tech-centered, mais ca m'a bien fait marrer quand même 
>
>
> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> David Ponzone
> Envoyé : vendredi 13 décembre 2019 11:47
> À : Nathan delhaye 
> Cc : Laurent GUINCHARD ; frnog@frnog.org
> Objet : Re: [FRnOG] [MISC] [FUN] You Down With BGP ?
>
> Ah vache, énorme celle-là, merci! :)
>
> > Le 13 déc. 2019 à 11:37, Nathan delhaye  a
> écrit :
> >
> > Je ne peux pas résister :)
> >
> > https://www.youtube.com/watch?v=NQPaJzS3NrQ
> >
> > --
> > Nathan Delhaye
> >
> > ---
> > 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] [JOBS] - Offre de mission sur bordeaux Mérignac

[Emanuel Henriot]

Bonjour,
 
Nous sommes actuellement à la recherche d’un profil que nous nommerions RESOPS 
ou NETOPS.
 
Les critères de la mission :
 
Il serait un ingénieur Réseau typé « Geek du réseau ». Minimum 5 ans 
d’expérience, idéalement 8 ans et plus.
 
Son périmètre :
 
Reprendre le déploiement et la gestion du NAC avec comme cible un déploiement 
sur les HUBs (magasins) avec NOVIDYS
Donner un coup de main sur le RUN 
Gérer, avec l’équipe en place, les incidents réseaux sur matériel, lignes FT, 
firewall, réseau 4G 
Voir les évolutions possibles sur le réseau et impulser une démarche projet sur 
les sujets
Mots clés :
VOIP/TOIP
NAC
Forticlient
Riverbed
ARUBA
CLOUD AZURE
Cloud hybride (GCP, AZURE, Cheops)
Il devra pouvoir participer à la réponse d’une question fondamentale, en 
collaboration avec notre Architecte Réseau : Notre réseau CLOUD peut-il tenir 
et quelles sont les actions de sécurisation à mener ?
De plus, il devra documenter son travail et tous les contextes qu’il prendra en 
main via CONFLUENCE
Démarrage ASAP (à la vue de la date à laquelle nous sommes, idéalement en 
janvier).

Merci de répondre à secretar...@haapii.fr 

Cordialement,


Emanuel HENRIOT
   

◆   +33 (0)6 04 52 12 46 
◆   emanuel.henr...@haapii.fr 
◆   
www.haapii-services.fr 
   


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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Alexis Prodhomme]

Je suis curieux de voir comment l'ADEME va procéder pour le calcul.

Y'a des points très importants pour le mesurer qui sont difficilement mettable 
en place, à savoir que l'emission de GES dépend fortement du pays de 
destination de la donnée.
En France, on doit être à 75% de nucléaire sur la production électrique. Le 
nucléaire, c'est 10g CO2/kWh.
En Chine, on doit être à 75% de charbon sur la production électrique. Le 
charbon, c'est 1000g CO2/kWh.
C'est juste un facteur 100 entre les deux.
Et comme, avec la fin d'IPv4, on peut acheter du pool d'IP localisé à 
l'étranger mais en fait "traité" sur le territoire, il devient improbable 
d'avoir une quelconque mesure fiable.

Sans parler de la quantification de GES émis pour chaque serveur produit, ce 
qui implique d'avoir le taux annuel de renouvellement du parc ainsi que le taux 
de recyclage.

Bref, encore une idée simple sur le papier qui est éminemment compliquée dans 
les faits.

(et petite pensée philosophique du vendredi)
Quand bien même on met en place une telle mesure, ça n'empêchera pas les Hommes 
de sucer les ressources de cette planète jusqu'à la dernière goutte, qu'importe 
les générations futures.

Alexis

Le 13/12/2019 à 09:09, Stephane Bortzmeyer a écrit :

http://www.assemblee-nationale.fr/dyn/15/amendements/2454/AN/2529

Cet amendement vise à informer les consommateurs de la quantité de données 
consommées dans le cadre de la fourniture d’accès au réseau, et l’équivalent de 
leurs émissions de gaz à effet de serre correspondant, selon une méthodologie 
définie par l'ADEME, afin de mieux prendre en compte l'impact du numérique sur 
l'environnement.


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



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

Re: [FRnOG] [TECH] TCP shape depuis les US - Identifier l'origine ?

[Frederic Dumas]

Merci Fabien, Philippe, Raphaël pour vos réponses.

Par le calcul, je n'arrive pas à retrouver vos conclusions.

Au moment des tests, j'avais un rtt de 174ms en moyenne et un jitter de 
10ms. J'étais cappé à 132Mbps (pas MBps, coquille). Et aucun paquet n'a 
été réémis; pas de pertes. Si le facteur qui a limité le débit, c'est 
comme vous le suggérez la fenêtre TCP et non pas un shapping du trafic 
par l'opérateur, la fenêtre aurait été à ce moment là de ~2,8Mio. Je 
lisais que sa taille peut théoriquement aller jusqu'au Gio pour laisser 
le débit augmenter malgré la latence.


Est-ce que l'explication par le fenêtre trop petite est vraiment la 
bonne pour un trafic tcp wan transatlantique cappé à ~130Mbps ?



Frédéric.

--
Frederic Dumas
f.du...@ellis.siteparc.fr





Bonjour,

iperf3 me fait diagnostiquer un trafic TCP shapé à ~130MBps entre 
iperf.he.net et ma machine. C'est
suffisamment haut pour ne pas poser de problème. Par curiosité, 
est-il possible d'identifier aux

alentours de quel hop le shaping serait appliqué ?


J'ai l'impression que ton problème de TCP shapé n'en est pas un, que 
c'est juste l'effet de la latence que tu mesures...
En effet, faire de l'iperf en TCP, c'est bon pour un LAN ou à la 
limite un WAN national.
Pour la longue distance, si tu veux mesurer une bande passante max, 
c'est forcément avec de l'UDP.




Exacte, aussi si tu veux rester en TCP pour charger un circuit a rtt 
long, multiplie le nombre de flows:


-P, --parallel  # number of parallel client streams to run









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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[David Ponzone]

T’inquiète pas, ça va être comme Hadopi, ils vont emmerder que les 4 gros du GP 
avec ça :)

> Le 13 déc. 2019 à 10:18, Xavier Beaudouin  a écrit :
> 
> 
> Wookay, donc il vas falloir mettre de l'ip accounting sur des truc sans 
> accounting
> exemple FTTH / xDSL juste pour savoir quel est l'impact sur la production de 
> CO2
> avec une méthodologie yolo (parce que bon d'un instant a l'autre l’emission 
> GeS pour 
> la même destination n'est pas la même).
> Sans compter que de joindre une ip localisée en Chine (coucou les call home 
> des certains
> truc chinois), ou en France n'as pas le même coût en Ges que de faire un 
> coucou
> sur un site hébergé chez OVH...


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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[Nathan delhaye]

Je ne peux pas résister :)

https://www.youtube.com/watch?v=NQPaJzS3NrQ

-- 
Nathan Delhaye

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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Paul Rolland (ポール・ロラン)]

Hello,

On Fri, 13 Dec 2019 10:18:22 +0100 (CET)
Xavier Beaudouin  wrote:

> 
> Par contre un truc important aurait été l'indication en GES des voyages
> des nos amis les politiciens, et faire des stats sur une une année pour
> voir si ça augmente ou pas avec des pénalités dans le cas où ça
> augmente... Ça c'est utile... 


Et la conso GES supplementaire induite par les absences de trains pour
lesquelles nous pouvons "remercier" nos "amis" fain^W^W^W^W grevistes...


Paul


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

Re: [FRnOG] [MISC] [FUN] You Down With BGP ?

[Alarig Le Lay]

T’as aussi https://www.youtube.com/watch?v=zbABy9ul11I avec SUSE

On 13/12/2019 12:31, David Ponzone wrote:
> C’est génial Youtube pour te foutre en l’air une journée, t’en regardes une, 
> ça t’en suggère plein d’autres…..
> 
> Des officielles de SUSE:
> https://www.youtube.com/watch?v=A-Rn0iQEpc8
> Et mon coup de coeur, parce que le mecs sont vraiment pas mauvais:
> https://www.youtube.com/watch?v=50Qs4gVHB_E
> 
> Bon, allez, back to life, back to this damn IT.
> 
>> Le 13 déc. 2019 à 12:16, Hervé BRY  a écrit :
>>
>> Je suis surpris de ne pas encore avoir vu passer ce grand classique ;)
>> https://www.youtube.com/watch?v=9k6A0ZlhTyw
>>
>> Hervé BRY
>> Administrateur Système
>> Geneanet (http://www.geneanet.org)
>>
>>
>> Le ven. 13 déc. 2019 à 11:49, Joel DEREFINKO  a
>> écrit :
>>
>>> Je trouve que ca manque un peu de VF quand même... 
>>> https://www.youtube.com/watch?v=_VB_b4dSmzE
>>>
>>> Bon c'est moins tech-centered, mais ca m'a bien fait marrer quand même 
>>>
>>>
>>> -Message d'origine-
>>> De : frnog-requ...@frnog.org  De la part de
>>> David Ponzone
>>> Envoyé : vendredi 13 décembre 2019 11:47
>>> À : Nathan delhaye 
>>> Cc : Laurent GUINCHARD ; frnog@frnog.org
>>> Objet : Re: [FRnOG] [MISC] [FUN] You Down With BGP ?
>>>
>>> Ah vache, énorme celle-là, merci! :)
>>>
 Le 13 déc. 2019 à 11:37, Nathan delhaye  a
>>> écrit :

 Je ne peux pas résister :)

 https://www.youtube.com/watch?v=NQPaJzS3NrQ

 --
 Nathan Delhaye

 ---
 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/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> 


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

Re: [FRnOG] [MISC] Amendement parlementaire sur la mesure de l'empreinte carbone

[Stéphane Rivière]

> 

Pas trooldi...

-- 
Be Seeing You
Number Six


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

Re: [FRnOG] [TECH] TCP shape depuis les US - Identifier l'origine ?

[Julien RICHER]

Attention à l'algo TCP utilisé, il en existe plusieurs et certains
fonctionnent bien mieux avec fort débit + fort RTT. (chaque extrémité
gère son algo localement pour les paquets émis et à réémettre)

Quelques notes assez anciennes mais toujours utiles :

Linux :: Algos de contrôle de congestion TCP
Source : http://linuxgazette.net/135/pfeiffer.html

# Algos dispo
Voir la liste des algos dispo sur ce linux : ls /lib/modules/`uname
-r`/kernel/net/ipv4/
ls /lib/modules/3.2.0-69-generic/kernel/net/ipv4/
tcp_bic.ko
tcp_diag.ko
tcp_highspeed.ko
tcp_htcp.ko
tcp_hybla.ko
tcp_illinois.ko
tcp_lp.ko
tcp_probe.ko
tcp_scalable.ko
tcp_vegas.ko
tcp_veno.ko
tcp_westwood.ko
tcp_yeah.ko

De base sur un ubuntu 12.04 : cubic
Exemple de cas de pertes pertes de paquets sur un réseau d'une
mauvaise DSP, iperf en cubic : 8mbps.
Le passage en scalable a permis de monter à 15mbps

# Changer l’algo par défaut
echo "scalable" > /proc/sys/net/ipv4/tcp_congestion_control

# iperf
iperf peut aussi changer l’algo à la volée
iperf -Z scalable


Le ven. 13 déc. 2019 à 10:26, Frederic Dumas
 a écrit :
>
>
> Merci Fabien, Philippe, Raphaël pour vos réponses.
>
> Par le calcul, je n'arrive pas à retrouver vos conclusions.
>
> Au moment des tests, j'avais un rtt de 174ms en moyenne et un jitter de
> 10ms. J'étais cappé à 132Mbps (pas MBps, coquille). Et aucun paquet n'a
> été réémis; pas de pertes. Si le facteur qui a limité le débit, c'est
> comme vous le suggérez la fenêtre TCP et non pas un shapping du trafic
> par l'opérateur, la fenêtre aurait été à ce moment là de ~2,8Mio. Je
> lisais que sa taille peut théoriquement aller jusqu'au Gio pour laisser
> le débit augmenter malgré la latence.
>
> Est-ce que l'explication par le fenêtre trop petite est vraiment la
> bonne pour un trafic tcp wan transatlantique cappé à ~130Mbps ?
>
>
> Frédéric.
>
> --
> Frederic Dumas
> f.du...@ellis.siteparc.fr
>
>
>
>
> >> Bonjour,
> >>
> >>> iperf3 me fait diagnostiquer un trafic TCP shapé à ~130MBps entre
> >>> iperf.he.net et ma machine. C'est
> >>> suffisamment haut pour ne pas poser de problème. Par curiosité,
> >>> est-il possible d'identifier aux
> >>> alentours de quel hop le shaping serait appliqué ?
>
> >> J'ai l'impression que ton problème de TCP shapé n'en est pas un, que
> >> c'est juste l'effet de la latence que tu mesures...
> >> En effet, faire de l'iperf en TCP, c'est bon pour un LAN ou à la
> >> limite un WAN national.
> >> Pour la longue distance, si tu veux mesurer une bande passante max,
> >> c'est forcément avec de l'UDP.
>
> >
> > Exacte, aussi si tu veux rester en TCP pour charger un circuit a rtt
> > long, multiplie le nombre de flows:
> >
> > -P, --parallel  # number of parallel client streams to run
>
>
>
>
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] [TECH] Problème MTU sur Nexus 3064Pq

[Jeremy]

Bonjour les amis,

Je viens ici pour trouver conseil sur un problème de MTU sur lequel je 
m'arrache les cheveux.
La typologie du réseau est simple. Un lien de transport L2L transparent 
opéré par TDF entre Lille et Valenciennes.

Tous les équipements sont des Nexus 3064PQ.

Le chemin fait :
Nexus Lille > Nexus Valenciennes > Nexus Marly > Nexus Anzin

Sur cette liaison, la MTU doit être à 9216 octets. J'ai pu l'appliquer 
sur tous les switchs sauf celui de Marly qui refuse toujours d'appliquer 
la Qos.


En conf, j'ai appliqué ces commandes :
policy-map type network-qos jumbo
  class type network-qos class-default
    mtu 9216
system qos
  service-policy type network-qos jumbo

Sans effet sur les ports.
J'ai donc appliqué une autre méthode glané sur le net, qui consiste à 
enlever le Trunk du port, passer un "no switchport", puis un "mtu 9216" 
puis repasser le port en mode Trunk. Ca a fonctionné sur celui de 
Valenciennes qui était récalcitrant aussi. L'interface devrait me dire 
ça (sur le switch de Valenciennes) :


Ethernet1/48 is up
 Dedicated Interface
  Hardware: 100/1000/1 Ethernet, address: fc5b.39xx. (bia 
fc5b.39xx.)

  Description: Core: xxx-LILLE-to-MARLY59-xxx
  MTU 9216 bytes, BW 1000 Kbit, DLY 10 usec

Mais elle me dis ça sur le switch de Marly:

Ethernet1/48 is up
 Dedicated Interface
  Hardware: 100/1000/1 Ethernet, address: 6412.25xx. (bia 
6412.25xx.)

  Description: Core: xxx-LILLE-via-NEXUS-3K-xxx
  MTU 1500 bytes, BW 1000 Kbit, DLY 10 usec

Même version d'Os sur les deux switch :
Software
(...)
  system:    version 6.0(2)U6(8)

Difficile de faire beaucoup de tests (shutdown, reload) car c'est en 
prod, et il faut shutdown tout le trafic et c'est pas toujours évident...
Est ce que quelqu'un aurait une idée lumineuse qui résoudrait ce casse 
tête ?


Merci !
Jérémy


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

Re: [FRnOG] [TECH] Cisco switch L3 IPV6

[Radu-Adrian Feurdean]

On Fri, Dec 13, 2019, at 18:08, Sébastien 65 wrote:
> intégration du IPv6 SLA

SLA IPv6, il y a des chances de ne pas avoir besoin. Si c'est juste pour 
detecter la perte de connectivite avec le routeur d'en face, jouer avec les 
parametres des RA pourra suffire. A creuser selon ton besoin precis. 


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

Re: [FRnOG] [TECH] Réduction considérable des bogons de Team Cymru

[Philippe Bourcier]

Re,

> 
> Si c'était le cas, comment tu expliques que c'était relativement plat avant ?
> 

Ils ont vu que le RIPE disait que c'était fini chez eux et ils ont check leurs 
bogons et trouvé plein de networks RIPE.
Du coup ils ont trouvé un bug dans un de leur script, qu'ils ont re-run et 
bim...


Cordialement,
--
Philippe Bourcier
web : http://sysctl.org/
blog : https://www.linkedin.com/today/author/philippebourcier


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

RE: [FRnOG] [TECH] Réduction considérable des bogons de Team Cymru

[Michel Py]

>> Michel Py a écrit : 
>> Depuis environ 2 mois (début Octobre) le nombre des bogons dans le 
>> full-feed de Team Cymru est passé d'environ 3.500 à 205 aujourd'hui, 
>> juste au-dessus de 200 pour les 2 dernières semaines. 
>> Est-ce que quelqu'un sait quelque chose ?

> Radu-Adrian Feurdean a écrit :
> Ca coincide assez etrangement avec les dernieres etapes du fin des reserves 
> RIPE NCC :
> - debut octobre pour les /22 desaggreges
> - fin novembre pour le fin reel du pool

Si c'était le cas, comment tu expliques que c'était relativement plat avant ?

Michel.


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

Re: [FRnOG] [TECH] Problème MTU sur Nexus 3064Pq

[Jeremy]

On me glisse à l'oreille via un gazoulli qu'il faut impérativement 
reload le switch en cas de changement de la Qos MTU à la volée.

Bon bah caramba, on va prévenir les clients !

J'indiquerais si cela résoud le problème ou non.

Le 13/12/2019 à 22:45, Jeremy a écrit :

Bonjour les amis,

Je viens ici pour trouver conseil sur un problème de MTU sur lequel je 
m'arrache les cheveux.
La typologie du réseau est simple. Un lien de transport L2L 
transparent opéré par TDF entre Lille et Valenciennes.

Tous les équipements sont des Nexus 3064PQ.

Le chemin fait :
Nexus Lille > Nexus Valenciennes > Nexus Marly > Nexus Anzin

Sur cette liaison, la MTU doit être à 9216 octets. J'ai pu l'appliquer 
sur tous les switchs sauf celui de Marly qui refuse toujours 
d'appliquer la Qos.


En conf, j'ai appliqué ces commandes :
policy-map type network-qos jumbo
  class type network-qos class-default
    mtu 9216
system qos
  service-policy type network-qos jumbo

Sans effet sur les ports.
J'ai donc appliqué une autre méthode glané sur le net, qui consiste à 
enlever le Trunk du port, passer un "no switchport", puis un "mtu 
9216" puis repasser le port en mode Trunk. Ca a fonctionné sur celui 
de Valenciennes qui était récalcitrant aussi. L'interface devrait me 
dire ça (sur le switch de Valenciennes) :


Ethernet1/48 is up
 Dedicated Interface
  Hardware: 100/1000/1 Ethernet, address: fc5b.39xx. (bia 
fc5b.39xx.)

  Description: Core: xxx-LILLE-to-MARLY59-xxx
  MTU 9216 bytes, BW 1000 Kbit, DLY 10 usec

Mais elle me dis ça sur le switch de Marly:

Ethernet1/48 is up
 Dedicated Interface
  Hardware: 100/1000/1 Ethernet, address: 6412.25xx. (bia 
6412.25xx.)

  Description: Core: xxx-LILLE-via-NEXUS-3K-xxx
  MTU 1500 bytes, BW 1000 Kbit, DLY 10 usec

Même version d'Os sur les deux switch :
Software
(...)
  system:    version 6.0(2)U6(8)

Difficile de faire beaucoup de tests (shutdown, reload) car c'est en 
prod, et il faut shutdown tout le trafic et c'est pas toujours évident...
Est ce que quelqu'un aurait une idée lumineuse qui résoudrait ce casse 
tête ?


Merci !
Jérémy


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




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

RE: [FRnOG] [TECH] Problème MTU sur Nexus 3064Pq

[Michel Py]

> Jeremy a écrit :
> policy-map type network-qos jumbo
>   class type network-qos class-default
>     mtu 9216
> system qos
>   service-policy type network-qos jumbo

Je viens d'essayer çà sur le miens, et les interfaces sont toujours à 1500.
Le reload c'est carrément pas pratique pour moi, va falloir que j'attende.

Par curiosité, pourquoi tu es encore en NXOS 6 ?

Michel.


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

RE: [FRnOG] [TECH] Réduction considérable des bogons de Team Cymru

[Michel Py]

Bonsoir Philippe,

> Philippe Bourcier a écrit :
> Ils ont vu que le RIPE disait que c'était fini chez eux et ils ont check 
> leurs bogons et trouvé plein de
> networks RIPE. Du coup ils ont trouvé un bug dans un de leur script, qu'ils 
> ont re-run et bim...

Merci, est-ce que tu peux dévoiler tes sources ?
(c'est trolldi, je suis trop fainéant pour chercher).

Michel.


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

RE: [FRnOG] [TECH] Problème MTU sur Nexus 3064Pq

[Michel Py]

> On est sur cette version car le broker a envoyé ça. Pas toujours façile 
> de trouver des version dont on est sur qu'il y a rien de chelou dedans.

Je suis en 7.0(3)I4(6) c'est ce que j'ai eu quand je les ai achetés.
Je me suis laissé dire que quand tu mets une nouvelle version, c'est parfois 
nécessaire de faire un write erase et de coller la config a la main.
C'est en général ce que je fais, il y a des fois ou il garde des trucs genre 
snmp-if-index qu'il vaut mieux remettre à zéro.

Michel.
 

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

Re: [FRnOG] [TECH] Problème MTU sur Nexus 3064Pq

[David Ponzone]

Tu as vu ça ?
https://davidring.ie/2015/09/02/cisco-nexus-3064-configuring-jumbo-frames/

D’après lui, la valeur renvoyée par sh int est bidon, elle reste à 1500.
C’est donc étonnant que tu aies des 3000 sur lequel la valeur a changé.
Peut-être que le lien date.

> Le 13 déc. 2019 à 22:45, Jeremy  a écrit :
> 
> Sans effet sur les ports.
> J'ai donc appliqué une autre méthode glané sur le net, qui consiste à enlever 
> le Trunk du port, passer un "no switchport", puis un "mtu 9216" puis repasser 
> le port en mode Trunk. Ca a fonctionné sur celui de Valenciennes qui était 
> récalcitrant aussi. L'interface devrait me dire ça (sur le switch de 
> Valenciennes) :
> 
> Ethernet1/48 is up
>  Dedicated Interface
>   Hardware: 100/1000/1 Ethernet, address: fc5b.39xx. (bia 
> fc5b.39xx.)
>   Description: Core: xxx-LILLE-to-MARLY59-xxx
>   MTU 9216 bytes, BW 1000 Kbit, DLY 10 usec
> 
> Mais elle me dis ça sur le switch de Marly:
> 
> Ethernet1/48 is up
>  Dedicated Interface
>   Hardware: 100/1000/1 Ethernet, address: 6412.25xx. (bia 
> 6412.25xx.)
>   Description: Core: xxx-LILLE-via-NEXUS-3K-xxx
>   MTU 1500 bytes, BW 1000 Kbit, DLY 10 usec
> 
> Même version d'Os sur les deux switch :
> Software
> (...)
>   system:version 6.0(2)U6(8)
> 
> Difficile de faire beaucoup de tests (shutdown, reload) car c'est en prod, et 
> il faut shutdown tout le trafic et c'est pas toujours évident...
> Est ce que quelqu'un aurait une idée lumineuse qui résoudrait ce casse tête ?
> 
> Merci !
> Jérémy
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Problème MTU sur Nexus 3064Pq

[Jeremy]

Salut,

Tu es sur quelle version ? On a remarqué qu'on a ce bug sur une version 
bien particulière. On vient de reload (vu l'heure on pouvait se 
permettre), et la MTU n'est toujours pas bonne. Sur un autre switch, la 
version est la révision 6.0(5c) et sur l'autre on est en 6.0(8) et là ça 
affiche bien 9216 en MTU sur les ports.


On est sur cette version car le broker a envoyé ça. Pas toujours façile 
de trouver des version dont on est sur qu'il y a rien de chelou dedans.


Jérémy

Le 14/12/2019 à 01:07, Michel Py a écrit :

Jeremy a écrit :
policy-map type network-qos jumbo
   class type network-qos class-default
     mtu 9216
system qos
   service-policy type network-qos jumbo

Je viens d'essayer çà sur le miens, et les interfaces sont toujours à 1500.
Le reload c'est carrément pas pratique pour moi, va falloir que j'attende.

Par curiosité, pourquoi tu es encore en NXOS 6 ?

Michel.


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



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