Re: [FRnOG] [TECH] Raspberry Pi 4

[Nicolas Fortin]

ZX80 ou ZX81 ?

Le mer. 26 juin 2019 à 03:52, Michel Py 
a écrit :

> > Claude DUVERGIER a écrit :
> > Un deuxième port RJ45 m'aurait bien plu pour avoir un routeur OPNsense à
> pas cher...
>
> Tu n'es pas le premier à demander :P
> Ce qui est incroyable avec le Pi c'est que le prix n'a pas changé. $35.
> Le deuxième Ethernet çà va surement sacrifier 2 ports USB.
>
> > Là, le deuxième port HDMI va juste permettre de faire des machines de
> dashboarding
> > (monitoring, supervision, etc.) avec plus d'indicateurs visibles en même
> temps :)
>
> Moi je veux juste un Pi qui pédale pour développer.
> Le 3+ c'était devenu décent pour gouggler ce qu'il fallait compiler,
> maintenant c'est mieux++
>
> Pour 50 euros, un quad-core à 1,5 Ghz avec 4 GO de mémoire.
>
> Je me rappelle de ma première bécane : 1 KO de mémoire. Fallait 2 puces à
> l'époque : 2 fois 1k x4 bits. L'infame 2114 qui coutait la peau des
> coucougnettes pour 1/2 KO de mémoire.
>
> Michel.
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

RE: [FRnOG] [TECH] Raspberry Pi 4

[Michel Py]

> Claude DUVERGIER a écrit :
> Un deuxième port RJ45 m'aurait bien plu pour avoir un routeur OPNsense à pas 
> cher...

Tu n'es pas le premier à demander :P
Ce qui est incroyable avec le Pi c'est que le prix n'a pas changé. $35.
Le deuxième Ethernet çà va surement sacrifier 2 ports USB.

> Là, le deuxième port HDMI va juste permettre de faire des machines de 
> dashboarding
> (monitoring, supervision, etc.) avec plus d'indicateurs visibles en même 
> temps :)

Moi je veux juste un Pi qui pédale pour développer.
Le 3+ c'était devenu décent pour gouggler ce qu'il fallait compiler, maintenant 
c'est mieux++

Pour 50 euros, un quad-core à 1,5 Ghz avec 4 GO de mémoire.

Je me rappelle de ma première bécane : 1 KO de mémoire. Fallait 2 puces à 
l'époque : 2 fois 1k x4 bits. L'infame 2114 qui coutait la peau des 
coucougnettes pour 1/2 KO de mémoire.

Michel.




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

Re: [FRnOG] [TECH] Raspberry Pi 4

[DUVERGIER Claude]

Le 26/06/2019 à 01:23, Michel Py a écrit :
> Wow, vous avez vu le nouveau Pi 4 ?
> USB 3.0, jusqu'à 4GO de mémoire, vrai GigE, double monitor.
> 
> https://www.raspberrypi.org/products/raspberry-pi-4-model-b/
> 
> Michel.
Un deuxième port RJ45 m'aurait bien plu pour avoir un routeur OPNsense à
pas cher...

Là, le deuxième port HDMI va juste permettre de faire des machines de
dashboarding (monitoring, supervision, etc.) avec plus d'indicateurs
visibles en même temps :)

-- 
Duvergier Claude


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

[FRnOG] [TECH] Raspberry Pi 4

[Michel Py]

Wow, vous avez vu le nouveau Pi 4 ?
USB 3.0, jusqu'à 4GO de mémoire, vrai GigE, double monitor.

https://www.raspberrypi.org/products/raspberry-pi-4-model-b/

Michel.


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

Re: [FRnOG] [TECH] switch openspace

[Ludovic RAMOSFILIPE]

Vous auriez un schémas explicatifs du type d’install/archi ?

Le mer. 26 juin 2019 à 00:25, Pierre Emeriaud  a
écrit :

> Le mar. 25 juin 2019 à 22:52, MERCKEL Aurélien
>  a écrit :
> >
> > Que pensez-vous du fait d'appliquer les technologies GPON opérateur FTTH
> à une problématique de câblage immeuble / grand bureau / grande usine par
> exemple afin d'avoir le LAN totalement en lien optique ?
> > Selon vous, est-ce viable ?
>
> J'ai vu du gpon utilisé dans un centerpark pour raccorder les chalets.
> J'ai trouvé que c'était une idée intéressante : le setup est fixé à la
> construction, on peut optimiser ainsi la construction des arbres et
> leur remplissage, le gpon permet la multidiffusion des canaux tv, et
> également de la téléphonie via un ont "cpe" avec un port fxs. Et puis
> forcément de l'internet avec un débit très correct et identique dans
> tous les chalets, ce qui vu l'emprise du domaine est pas mal pour une
> société dont ce n'est pas le métier (et on sait tous comment les
> résidences hôtelières sont nulles pour fournir de l'internet de
> qualité).
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
-- 







Ludovic Ramos | Responsable VOIP

| *SCT TELECOM *| La plaine saint denis
| phone: 0 <892020220>892020220
| email: l.ra...@sct-telecom.fr
| site:  www.sct-telecom.fr
| skype: ludovic.ramos95
| address:  17-19 avenue de la metallurgie
 



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

Re: [FRnOG] [TECH] switch openspace

[Pierre Emeriaud]

Le mar. 25 juin 2019 à 22:52, MERCKEL Aurélien
 a écrit :
>
> Que pensez-vous du fait d'appliquer les technologies GPON opérateur FTTH à 
> une problématique de câblage immeuble / grand bureau / grande usine par 
> exemple afin d'avoir le LAN totalement en lien optique ?
> Selon vous, est-ce viable ?

J'ai vu du gpon utilisé dans un centerpark pour raccorder les chalets.
J'ai trouvé que c'était une idée intéressante : le setup est fixé à la
construction, on peut optimiser ainsi la construction des arbres et
leur remplissage, le gpon permet la multidiffusion des canaux tv, et
également de la téléphonie via un ont "cpe" avec un port fxs. Et puis
forcément de l'internet avec un débit très correct et identique dans
tous les chalets, ce qui vu l'emprise du domaine est pas mal pour une
société dont ce n'est pas le métier (et on sait tous comment les
résidences hôtelières sont nulles pour fournir de l'internet de
qualité).


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

RE: [FRnOG] [MISC] le désastre Cloudflare / DQE / Verizon et les optimiseurs BGP

[Michel Py]

> Pierre-Elliott Bécue a écrit :
> La logique de CF se défend. DQE est un small provider, surtout en comparaison 
> avec
> Verizon qui fait juste N fois sa taille. Qu'une entreprise comme DQE ne 
> puisse pas
> se payer des gens/des formations exaustives, c'est pas ouf mais ça passe.

Je ne suis pas d'accord. C'est pas parce qu'ils sont plus petits que çà leur 
donner le droit de bidouiller avec un optimiseur BGP sans prendre les 
précautions de base et d'emmerder le monde entier. Ca n'excuse pas Verizon de 
ne pas avoir au moins un max-prefixes avec un AS qui n'annonce qu'un seul 
préfixe, mais c'est quand même DQE qui a originé la fuite. Opérateur, petit ou 
pas, faut avoir un minimum de compétences; donner des préfixes bidouillés sans 
la communauté no-export c'est l'origine du problème.

> Pierre Emeriaud a écrit :
> bgpmon.net (à ce propos - si vous avez des success-story a partager
> sur des alternatives comme rislive ou bgpalerter - feel free).

Oui je prends aussi va falloir remplacer bientôt, hélas.


> Stephane Bortzmeyer a écrit :
> Surtout qu'il n'y a que Verizon qui fait çà. Tous les autres opérateurs
> français et étrangers répondent instantanément et réagissent avec promptitude.
> (Et documentent publiquement, une fois le problème passé.)

:-)

Michel.


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

Re: [FRnOG] [TECH] switch openspace

[Paul Birnbaum]

Bonsoir,

Le GPON est effectivement une solution très intéressante, permettant la 
suppression des LT et à un avantage non négligeable qui est zéro configuration 
sur les switch tout se fait sur l’OLT.

En cas de panne il suffit de changer l’ONT et sa repart, qui plus est s’intègre 
très facilement dans les espaces de travail. 



Cordialement

Paul

> Le 25 juin 2019 à 22:50, MERCKEL Aurélien  a écrit :
> 
> Bonjour à toute la liste. 
> 
> Je reviens sur ce sujet suite à une réflexion personnelle technique que je me 
> pose (D'autre peut-être) : 
> 
> Que pensez-vous du fait d'appliquer les technologies GPON opérateur FTTH à 
> une problématique de câblage immeuble / grand bureau / grande usine par 
> exemple afin d'avoir le LAN totalement en lien optique ? 
> Selon vous, est-ce viable ? 
> 
> Cordialement 
> 
> Aurélien. 
> 
> 
> De: "Jerome Lien"  
> Cc: "frnog@frnog.org FRnoG"  
> Envoyé: Vendredi 17 Mai 2019 19:22:22 
> Objet: Re: [FRnOG] [TECH] switch openspace 
> 
> Avoir un passe de câble à peu prêt dédié, sinon on peut dire adieu à nos 
> fibres. 
> 
> Le coûts des Switch de distri 6860 pour notre cas. On veut garder notre 
> infra de base en Alcatel. 
> 
> Différence de coût entre tirer nos 80 fibres ou nos 80 cuivres ( plutôt de 
> la comparaison qu'une contrainte 
> 
> On diversifie notre infra avec une techno que nous n'avons pas encore. On 
> aime toujours la simplifié et l'unifier un maximum 
> 
> ... Il reste encore à y réfléchir 
> 
> 
> Le ven. 17 mai 2019 à 16:22, Thierry Chich  a 
> écrit : 
> 
>> 
>> Le 17/05/2019 à 13:38, Jerome Lien a écrit : 
>>> du coté de nos besoins : 
>>> voice-vlan 
>>> donc switch layer 2 
>>> poe car il y aura un a deux téléphones par bureau en plus d'un thinclient 
>>> 100m nous suffisent, de sport 1Giga c'est du surplu 
>>> faible encombrement en 16 ou 18ports 
>>> 
>>> pour l'instant celui qui retient le plus notre attention serait un 
>>> dell X1018P 
>>> pour cisco ou hp, on passe vite sur des grand switch pour pour des 
>> 24ports 
>>> ... c'est dommage 
>>> 
>>> on réfléchi à tout passé en FTTD mais cela nous annonce d'autre 
>> contrainte. 
>> 
>> Lesquelles, par curiosité ? 
>> 
>> 
>> 
>> 
>> 
>> --- 
>> 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/

Cordialement

Paul Birnbaum
p...@birnbaum.io




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

Re: [FRnOG] [TECH] switch openspace

[MERCKEL Aurélien]

Bonjour à toute la liste. 

Je reviens sur ce sujet suite à une réflexion personnelle technique que je me 
pose (D'autre peut-être) : 

Que pensez-vous du fait d'appliquer les technologies GPON opérateur FTTH à une 
problématique de câblage immeuble / grand bureau / grande usine par exemple 
afin d'avoir le LAN totalement en lien optique ? 
Selon vous, est-ce viable ? 

Cordialement 

Aurélien. 


De: "Jerome Lien"  
Cc: "frnog@frnog.org FRnoG"  
Envoyé: Vendredi 17 Mai 2019 19:22:22 
Objet: Re: [FRnOG] [TECH] switch openspace 

Avoir un passe de câble à peu prêt dédié, sinon on peut dire adieu à nos 
fibres. 

Le coûts des Switch de distri 6860 pour notre cas. On veut garder notre 
infra de base en Alcatel. 

Différence de coût entre tirer nos 80 fibres ou nos 80 cuivres ( plutôt de 
la comparaison qu'une contrainte 

On diversifie notre infra avec une techno que nous n'avons pas encore. On 
aime toujours la simplifié et l'unifier un maximum 

... Il reste encore à y réfléchir 


Le ven. 17 mai 2019 à 16:22, Thierry Chich  a 
écrit : 

> 
> Le 17/05/2019 à 13:38, Jerome Lien a écrit : 
> > du coté de nos besoins : 
> > voice-vlan 
> > donc switch layer 2 
> > poe car il y aura un a deux téléphones par bureau en plus d'un thinclient 
> > 100m nous suffisent, de sport 1Giga c'est du surplu 
> > faible encombrement en 16 ou 18ports 
> > 
> > pour l'instant celui qui retient le plus notre attention serait un 
> > dell X1018P 
> > pour cisco ou hp, on passe vite sur des grand switch pour pour des 
> 24ports 
> > ... c'est dommage 
> > 
> > on réfléchi à tout passé en FTTD mais cela nous annonce d'autre 
> contrainte. 
> 
> Lesquelles, par curiosité ? 
> 
> 
> 
> 
> 
> --- 
> 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] [CISCO] Blancs dans show ip bgp

[Michel Py]

> Richard Klein a écrit :
> Je pouvais la garder pour Dredi mais non:
> Et sur de l’IPV6 cela donne quoi ?

c2851-michel#sh run | incl ipv6
no ipv6 cef
c2851-michel#

Michel.


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

Re: [FRnOG] [TECH] [CISCO] Blancs dans show ip bgp

[Richard Klein]

Je pouvais la garder pour Dredi mais non:
Et sur de l’IPV6 cela donne quoi ?

Le lun. 24 juin 2019 à 23:57, Michel Py 
a écrit :

> > Pierre LANCASTRE a écrit :
> > Faudrait tcpdump pour comprendre je pense
>
> J'ai trouvé : c'est une bogue d'affichage quand le préfixe prend plus de
> place que la largeur de la colonne et quand on utilise pipe et include.
>
> Le truc complètement bête : si le préfixe ne prend pas trop de place sur
> l'écran à afficher (x.x.x.x/yy) tout baigne. Par contre il y a une largeur
> limite, et quand on a un préfixe dur genre xxx.xxx.xxx.xxx/yy, çà inclut un
> retour à la ligne et résultat des courses on se retrouve avec un blanc,
> l'adresse étant sur la ligne précédente qui n'est pas incluse quand on fait
> un show ip bgp | incl ASN.
>
> J'avais eu dans le passé, je ne m'en rappelais plus de ce coup-là.
>
> Michel.
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

RE: [FRnOG] [TECH] PBR sur CheckPoint

[Michel KOENIG]

Suite des recherches, je penses que c'est un problème d'adresses MAC

Le flux sortant va vers la MAC du VRRP

Le retour se présente avec la MAC du boitier qui est actif

Donc, 2 possibilité pour corriger :

1/
Désactiver le check des tables d'adresses mac pour cette IP sur le CheckPoint

2/
Obliger le PepLink a répondre avec sa MAC VRRP

Quelqu'un a l'astuce pour un de ces point ?

Merci

Michel

-Message d'origine-
De : David Ponzone  
Envoyé : mardi 25 juin 2019 17:08
À : Michel KOENIG 
Cc : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] PBR sur CheckPoint



> Le 25 juin 2019 à 16:58, Michel KOENIG  a écrit :
> 
> Bonjour,
> 
> Nous souhaitons faire une maquette avec PepLink derrière un CheckPoint
> 
> Le problème semble se situer au niveau de la config de la PBR sur le 
> checkpoint
> 
> Le routage s'effectue bien en sortie mais pas de paquet en retour

Question con, mais ton PBR sur le Checkpoint respecte le NAT de l’interface de 
sortie ?


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

[FRnOG] [MISC] [FTTH] Procédure "réparation GC" OWF sur échec raccordement

[Ville numérique]

Bonjour,

Quelqu'un connaitrait la procédure par laquelle un "opérateur commercial" FTTH 
déclare à Orange Wholesale un "echec raccordement" dû à du génie civil Orange 
défectueux ?

Je précise il s'agit d'une ZTD, pour le cas des zones arrières de PMR 
(immeubles moins de 12 équivalents logements) ou PMZ (poche de basse densité).
Mais s'agissant des fourreaux régulés d'Orange ce point n'est pas critique.

Des riverains se heurtent à cette difficulté avec leur opérateur commercial.

Orange (chef de projet déploiement infra) dit : s'il y a un signalement de 
l'OC, Orange réparera le GC. Pour notre cas, cela se passe bien avec Orange 
dans le déploiement, qui est intensif.

La mairie (nous) fait en sorte que le service voirie accorde vite les 
autorisations pour les réparations. 
En général c'est sous trottoir et faible distance.

Nous avons aussi un "guichet unique" où les riverains peuvent signaler leurs 
problèmes de raccordement initial (hors relations avec l'OC).
Nous remontons - point périodique - les anomalies au CP d'Orange-infra.

Problème : si l'OC (le service  "conduite" de l'opérateur ou du sous-traitant 
du sous-traitant ...) ne fait pas la procédure de signalement à OWF, rien ne 
s'enclenche, et donc rien ne peut être accéléré !
Une idée sur des contacts ou démarches à mener pour sortir de cela ?


A noter : largement plus de 90% de logements raccordables (40994 au 31/3 selon 
ARCEP), donc nous entrons dans le dur sur les cas particuliers, faibles en 
pourcentage mais en valeur absolue cela peut faire beaucoup de mécontents.

Daniel MALGUY
Chargé de mission ville numérique





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

Re: [FRnOG] [TECH] Point Solaire autonome

[Spyou]

On 20/06/2019 20:29, Richard Klein wrote:
> Bonsoir
> Sinon un peu hors sujet une solution intermédiaire qui va se développer
> dans les années à venir c’est le drone de surveillance .
> Juste un périmètre à surveiller avec des barrières IR pour délimiter une
> zone et un drone qui partira effectuer une reconnaissance et transmission
> en 4G de la vidéo ou en 5G dans quelques mois)
> Le drone retourne sur sa station de recharge solaire (une tour avec du
> barbelé) et voilà.


C'est pas le sens que prend l'histoire côté règlementaire. Les vols
autonomes sont entrain d'être rayés de la carte.


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

RE: [FRnOG] [TECH] PBR sur CheckPoint

[Michel KOENIG]

Oui, dans le PepLink j'ai bien dans les sessions comme IP source l'IP de 
l'interface de sortie du CheckPoint

-Message d'origine-
De : David Ponzone  
Envoyé : mardi 25 juin 2019 17:08
À : Michel KOENIG 
Cc : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] PBR sur CheckPoint



> Le 25 juin 2019 à 16:58, Michel KOENIG  a écrit :
> 
> Bonjour,
> 
> Nous souhaitons faire une maquette avec PepLink derrière un CheckPoint
> 
> Le problème semble se situer au niveau de la config de la PBR sur le 
> checkpoint
> 
> Le routage s'effectue bien en sortie mais pas de paquet en retour

Question con, mais ton PBR sur le Checkpoint respecte le NAT de l’interface de 
sortie ?


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

Re: [FRnOG] [TECH] PBR sur CheckPoint

[David Ponzone]

> Le 25 juin 2019 à 16:58, Michel KOENIG  a écrit :
> 
> Bonjour,
> 
> Nous souhaitons faire une maquette avec PepLink derrière un CheckPoint
> 
> Le problème semble se situer au niveau de la config de la PBR sur le 
> checkpoint
> 
> Le routage s'effectue bien en sortie mais pas de paquet en retour

Question con, mais ton PBR sur le Checkpoint respecte le NAT de l’interface de 
sortie ?


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

[FRnOG] [TECH] PBR sur CheckPoint

[Michel KOENIG]

Bonjour,

Nous souhaitons faire une maquette avec PepLink derrière un CheckPoint

Le problème semble se situer au niveau de la config de la PBR sur le checkpoint

Le routage s'effectue bien en sortie mais pas de paquet en retour

Quelqu'un qui parle CheckPoint sur la liste ?

Si oui, je suis preneur d'un peu d'aide

Schéma et config en MP si besoin

Merci

Michel (un autre)

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

Re: [FRnOG] [MISC] le désastre Cloudflare / DQE / Verizon et les optimiseurs BGP

[Pierre-Elliott Bécue]

Le mardi 25 juin 2019 à 01:43:42+, Michel Py a écrit :
> Est-ce que çà à touché la France ? 
> https://blog.cloudflare.com/how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-today/
> 
> J'espère qu'il n'y a aucun lecteur qui utilise un optimiseur BGP et
> est assez con pour annoncer les routes plus spécifiques sans
> no-export.  C'est bien beau d'écrire que c'est la faute à 701 parce
> qu'ils auraient du avoir un max-prefix ou IRR ou RPKI (ce qui est
> vrai), mais quand même sans le gros gland à DQE qui comprend pas
> comment un optimiseur BGP marche çà ne serait pas arrivé. Le métier se
> perd.

La logique de CF se défend. DQE est un small provider, surtout en
comparaison avec Verizon qui fait juste N fois sa taille. Qu'une
entreprise comme DQE ne puisse pas se payer des gens/des formations
exaustives, c'est pas ouf mais ça passe.

Que Verizon n'ait pas des gens de ce niveau de qualité c'est
inacceptable.

Qu'ils n'aient personne de joignable H24 c'est inacceptable.

Qu'ils ne répondent pas 8h après, c'est se moquer du monde.

On peut taper aussi sur le petit, mais il ne faut pas oublier le
contexte.

Et le contexte c'est que Verizon c'est des branques. Et c'est à mon avis
plus essentiel à souligner.

-- 
Pierre-Elliott Bécue
GPG: 9AE0 4D98 6400 E3B6 7528  F493 0D44 2664 1949 74E2
It's far easier to fight for one's principles than to live up to them.


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

[FRnOG] Re: [MISC] le désastre Cloudflare / DQE / Verizon et les optimiseurs BGP

[Stephane Bortzmeyer]

On Tue, Jun 25, 2019 at 10:59:12AM +0100,
 Étienne  wrote 
 a message of 44 lines which said:

>  - renseigner un e-mail et un numéro de téléphone distinct de votre
>support classique sur votre page PeeringDB. Ça vous permettra de
>faire la distinction entre un client et un opérateur.
>  - traiter les requêtes reçues par ce canal avec l'importance adéquate.
> 
> Ça devrait vous éviter de vous retrouver dans la situation de
> Verizon.

Surtout qu'il n'y a que Verizon qui fait çà. Tous les autres
opérateurs français et étrangers répondent instantanément et
réagissent avec promptitude. (Et documentent publiquement, une fois le
problème passé.)



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

Re: [FRnOG] [MISC] le désastre Cloudflare / DQE / Verizon et les optimiseurs BGP

[Étienne]

On Tue, 25 Jun 2019 01:43:42 +
Michel Py  wrote:

> Est-ce que çà à touché la France ? 
> https://blog.cloudflare.com/how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-today/

Oui. Je ne peux pas dire dans quelle mesure, et je n'ai malheureusement
plus la sortie de MTR, mais pendant l'incident hier, depuis une
Freebox, l'un des préfixes Cloudflare était routé via la côte Est des
US (pour les paquets ICMP qui arrivaient à revenir à ma box), au lieu
d'aller à Paris ou Marseille comme d'habitude.

> Bon je suis quand même bien d'accord avec Jérome que 8 heures après
> et pas de réponse de chez Verizon c'est craintos mais c'est la
> tendance. Ca fait deux qui m'ont fait le coup dernièrement :
> t'appelles pour quelque chose comme çà, t'es pas un client direct va
> te faire empapaouter.

Sans vouloir enfoncer des portes ouvertes, et si je peux me permettre
un conseil, pensez à:
 - renseigner un e-mail et un numéro de téléphone distinct de votre
   support classique sur votre page PeeringDB. Ça vous permettra de
   faire la distinction entre un client et un opérateur.
 - traiter les requêtes reçues par ce canal avec l'importance adéquate.

Ça devrait vous éviter de vous retrouver dans la situation de
Verizon.

-- 
Étienne Labaume
Network Engineer
Cloudflare - AS13335


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

Re: [FRnOG] [MISC] le désastre Cloudflare / DQE / Verizon et les optimiseurs BGP

[Pierre Emeriaud]

Le mar. 25 juin 2019 à 03:46, Michel Py
 a écrit :
>
> Est-ce que çà à touché la France ?
> https://blog.cloudflare.com/how-verizon-and-a-bgp-optimizer-knocked-large-parts-of-the-internet-offline-today/

Pas regardé dans le détail de mon coté. Pas eu de bruit concernant un
afflux de tickets toutefois.

> J'espère qu'il n'y a aucun lecteur qui utilise un optimiseur BGP et est assez 
> con pour annoncer les routes plus spécifiques sans no-export.

Et pourtant. Sur le site même de Noction dans les success story il y a
des abonnés d'ici... Dont on a déjà parlé, ainsi que sur bgpmon.net (à
ce propos - si vous avez des success-story a partager sur des
alternatives comme rislive ou bgpalerter - feel free).

NOCTION. MAKE NO_EXPORT DEFAULT KTHXBYE.

"In order to further reduce the likelihood of these problems occurring
in the future, we will be adding a feature within Noction IRP to give
an option to tag all the more specific prefixes that it generates with
the BGP NO_EXPORT community. This will not be enabled by default" cf
https://www.noction.com/blog/do_route_optimizers_cause_fake_routes et
https://twitter.com/noction/status/1143177562191011840


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