Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
Cadeau: We found the issue and solved it. We need to analyse logs deeply but it seems it was a state on one of the routers causing this flood : Instead of unicasting traffic, the switch broadcasted specific traffic, from PAR5 to PAR1 and PA7 PoPs. We had to isolate during 5 mins PoP PAR1 in order to solve the issue, clearing configuration related to this PoP on PAR5 device. We will give you additional information and a full report once we have analyse all the logs to understand this behaviour. Le 14/01/2019 à 21:39, Alexis a écrit : Peut-on en avoir un petit bout ou c'est confidentiel top-secret ? :) Alexis Prodhomme Support Technique Gen-IP email : supp...@gen-ip.fr tel : 02.90.75.30.50 Le 14/01/2019 à 20:59, Youssef Bengelloun-Zahr a écrit : Pour info, FRANCE-IX a communiqué vers 17h mais via la ML destinée aux membres. Bonne soirée. @++ Le 14 janv. 2019 à 20:39, Raphael Mazelier a écrit : On 14/01/2019 20:16, Romain wrote: Je ne sais pas si c'est lié, j'ai aussi cru à un CloudFlare down (plusieurs sites inaccessibles en Wi-Fi sur Orange GP), mais en repassant en 4G c'était bon, donc j'ai conclu à un souci DNS Orange ? Alors il est certain que CF a eu un soucis, cf leur status page (blague). En revanche est ce lié à FranceIX j'ai plus de mal à savoir. C'est plutot normal que depuis les opérateurs mobiles cela se soit moins vu car leur resolveur dns sont très très menteurs. -- Raphael Mazelier --- 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/ -- Julien CANAT TRINAPS - Ingénierie Réseau Ingénieur réseau julien.ca...@trinaps.com 03 39 03 40 59 Techn'hom 3 - 11 rue Sophie Germain 9 Belfort www.trinaps.com --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Brainstorming VSAT - Economies de bande passante
Bonjour la liste (et meilleurs vœux a tous!) Pour bien commencer l'année, on fait un brainstorming pour trouver des idées afin d’optimiser l'utilisation de la bande passante sur nos sites distants (navires connectes par des liaisons satellites (maritimes)) et, pour sortir de nos sentiers battus, je me suis dit que je ferai appel à vous. Je suis à la recherche de suggestions, d’idées, de produits ou technos à explorer pour améliorer les liens vers nos bateaux. Nouvelles technos VSATs, outils de compressions, d’optimisation, avec toujours cette contrainte de latence importante et de bande passante couteuse. Pour vous donner une idée, dans notre config de base, nos sites distants étaient, à la base, connectés au siège en VPN, avec derrière, comme principale consommateur de bande passante, une infrastructure de serveurs Windows et les clients associes... Petit a petit, on a ajoute des riverbed, déplace une partie de nos équipements réseaux sur le téléport du fournisseur, ajoute des proxys a bord.. On a gagné en qualite mais je pense qu’on a toujours une bonne marge de progression. On entend par exemple parfois que Riverbed n’est pas le meilleur choix pour des sites avec une telle latence, avez-vous testé d’autres solutions ? Auriez-vous des suggestions d’outils du type IBM aspera pour le transfert de fichier ? Outils de filtrage et caching de type squid ? Aussi, si vous connaissez des outils de tests de débits qui prennent en compte ce genre de contraintes, n’hésitez pas. Je sais que le sujet est vaste mais si vous avez des suggestions à faire, à n’importe quelle couche de l’infrastructure, ça m’intéresse. Merci d’avance. Jeremy --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [MISC] la porte derobee des serveurs Supermicro
> Erwan David a écrit : > Où les intel 386 SX, qui étaient des 386 DX dont la FPU n'avait pas > passé les tests de conformité et avait donc été désactivée. Cà n'a jamais été réellement prouvé; ceci étant dit je ne crois qu'à moitié les démentis des ex-employés d'Intel. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
On 14/01/2019 20:59, Radu-Adrian Feurdean wrote: Presque certainement pas. Le traffic avait disparu aussi via Equinix-IX pour passer (apres une chute brutale) entierement sur du transit. Actuellement ca a l'air de preprendre un peu cote Equinix. Cote FranceIX, je sais pas (je fais du prepend), mais le "festival Akamai" a bien commence son episode de cette soiree (traffic qui bascule de PNI vers France-IX). OK merci de la précision. Ce qui me faisait penser à ca c'était des reports de personne qui avait perdu 8.8.8.8 aussi. Sinon il y a quoi qui tabasse les CDNs en ce moment pour qu'ils doivent re-router ? -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
Peut-on en avoir un petit bout ou c'est confidentiel top-secret ? :) Alexis Prodhomme Support Technique Gen-IP email : supp...@gen-ip.fr tel : 02.90.75.30.50 Le 14/01/2019 à 20:59, Youssef Bengelloun-Zahr a écrit : Pour info, FRANCE-IX a communiqué vers 17h mais via la ML destinée aux membres. Bonne soirée. @++ Le 14 janv. 2019 à 20:39, Raphael Mazelier a écrit : On 14/01/2019 20:16, Romain wrote: Je ne sais pas si c'est lié, j'ai aussi cru à un CloudFlare down (plusieurs sites inaccessibles en Wi-Fi sur Orange GP), mais en repassant en 4G c'était bon, donc j'ai conclu à un souci DNS Orange ? Alors il est certain que CF a eu un soucis, cf leur status page (blague). En revanche est ce lié à FranceIX j'ai plus de mal à savoir. C'est plutot normal que depuis les opérateurs mobiles cela se soit moins vu car leur resolveur dns sont très très menteurs. -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
On 14/01/2019 20:59, Youssef Bengelloun-Zahr wrote: Pour info, FRANCE-IX a communiqué vers 17h mais via la ML destinée aux membres. On en discutait en off mais à mon sens FranceIX étant un bien commun de l'internet Français, une communication plus générale et non réservée aux membres me paraîtrait souhaitable. Je pense simplement à une page de statut publique et twitter. -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
Pour info, FRANCE-IX a communiqué vers 17h mais via la ML destinée aux membres. Bonne soirée. @++ > Le 14 janv. 2019 à 20:39, Raphael Mazelier a écrit : > >> On 14/01/2019 20:16, Romain wrote: >> Je ne sais pas si c'est lié, j'ai aussi cru à un CloudFlare down (plusieurs >> sites inaccessibles en Wi-Fi sur Orange GP), mais en repassant en 4G >> c'était bon, donc j'ai conclu à un souci DNS Orange ? > > Alors il est certain que CF a eu un soucis, cf leur status page (blague). En > revanche est ce lié à FranceIX j'ai plus de mal à savoir. > C'est plutot normal que depuis les opérateurs mobiles cela se soit moins vu > car leur resolveur dns sont très très menteurs. > > -- > Raphael Mazelier > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
On Mon, Jan 14, 2019, at 20:40, Raphael Mazelier wrote: > Alors il est certain que CF a eu un soucis, cf leur status page > (blague). En revanche est ce lié à FranceIX j'ai plus de mal à savoir. Presque certainement pas. Le traffic avait disparu aussi via Equinix-IX pour passer (apres une chute brutale) entierement sur du transit. Actuellement ca a l'air de preprendre un peu cote Equinix. Cote FranceIX, je sais pas (je fais du prepend), mais le "festival Akamai" a bien commence son episode de cette soiree (traffic qui bascule de PNI vers France-IX). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut des /24
Le lun. 14 janv. 2019 à 16:08, David Ponzone a écrit : > > J’ai des raisons de penser qu’il y a pas mal d’acteurs en France, gros ou > pas, qui n’acceptent plus les /24. Des /24 peut-être pas, mais des préfixes non présents dans un IRR, c'est possible... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
On 14/01/2019 20:16, Romain wrote: Je ne sais pas si c'est lié, j'ai aussi cru à un CloudFlare down (plusieurs sites inaccessibles en Wi-Fi sur Orange GP), mais en repassant en 4G c'était bon, donc j'ai conclu à un souci DNS Orange ? Alors il est certain que CF a eu un soucis, cf leur status page (blague). En revanche est ce lié à FranceIX j'ai plus de mal à savoir. C'est plutot normal que depuis les opérateurs mobiles cela se soit moins vu car leur resolveur dns sont très très menteurs. -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
Je ne sais pas si c'est lié, j'ai aussi cru à un CloudFlare down (plusieurs sites inaccessibles en Wi-Fi sur Orange GP), mais en repassant en 4G c'était bon, donc j'ai conclu à un souci DNS Orange ? Le lun. 14 janv. 2019 à 20:05, Raphael Mazelier a écrit : > Bonsoir les admins, > > Je ne sais pas dans quel ordre cela a commencé et j'ai des informations > divergentes. J'ai constaté du cloudflare down (eux aussi), du 8.8.8.8 > down aussi, etc... > Je pense qu'effectivement cela ferait sens si FranceIX s'est transformé > en trou noir, vu que CF peer avec quasi tout le monde, et google aussi. > > Des infos plus factuelles ? > > PS : FranceIX : incindent cet après midi, zero comm, c'est tendu qd meme. > > -- > Raphael Mazelier > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
Perso, je viens d'avoir une petite demie-heure d'injoignabilité de 1.1.1.1. RAS côté 8.8.8.8. Entre 19h15 et 19h45 à la louche. J'ai fermé MTR mais il me reste le retour de traceroute sous le coude (et désolé, 1.1.1.1 était mon serveur DNS donc je n'ai pas les reverse renseignés :)) : traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets 1 192.168.7.254 (192.168.7.254) 0.936 ms 0.916 ms 0.801 ms 2 80.10.115.244 (80.10.115.244) 21.656 ms 23.649 ms 24.570 ms 3 10.123.204.250 (10.123.204.250) 26.633 ms 10.123.204.254 (10.123.204.254) 26.636 ms 10.123.204.250 (10.123.204.250) 28.450 ms 4 193.252.98.249 (193.252.98.249) 29.450 ms 193.252.98.253 (193.252.98.253) 30.419 ms 31.267 ms 5 193.252.137.74 (193.252.137.74) 33.338 ms 34.169 ms 81.253.184.182 (81.253.184.182) 36.186 ms 6 193.251.242.194 (193.251.242.194) 41.318 ms 129.250.66.141 (129.250.66.141) 21.984 ms 193.251.242.46 (193.251.242.46) 29.939 ms 7 129.250.5.39 (129.250.5.39) 22.571 ms 23.297 ms 193.251.129.86 (193.251.129.86) 25.370 ms 8 * 129.250.66.141 (129.250.66.141) 27.212 ms 29.122 ms 9 * * * 10 * * * Maintenant que ça fonctionne : traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets 1 192.168.7.254 (192.168.7.254) 0.860 ms 0.830 ms 1.033 ms 2 80.10.115.244 (80.10.115.244) 22.411 ms 23.157 ms 25.195 ms 3 10.123.204.254 (10.123.204.254) 28.038 ms 27.550 ms 28.027 ms 4 ae46-0.niidf201.aubervilliers.francetelecom.net (193.252.98.249) 29.895 ms 30.819 ms 32.753 ms 5 81.253.184.182 (81.253.184.182) 33.759 ms 193.252.137.74 (193.252.137.74) 35.959 ms 81.253.184.182 (81.253.184.182) 36.937 ms 6 ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141) 37.874 ms hundredgige0-12-0-3.auvtr4.aubervilliers.opentransit.net (193.251.242.192) 28.039 ms ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141) 24.096 ms * 7 ae-3.r03.parsfr02.fr.bb.gin.ntt.net (129.250.5.39) 30.000 ms et-18-1-1-0.pastr3.paris.opentransit.net (193.251.129.86) 23.955 ms 24.719 ms* 8 ae-8.r02.parsfr02.fr.bb.gin.ntt.net (129.250.4.133) 32.808 ms 34.800 ms ae-26.r04.parsfr01.fr.bb.gin.ntt.net (129.250.66.141) 28.806 ms 9 ae-7.r25.londen12.uk.bb.gin.ntt.net (129.250.4.24) 36.759 ms 37.848 ms ae-3.r03.parsfr02.fr.bb.gin.ntt.net (129.250.5.39) 38.864 ms 10 ae-8.r02.parsfr02.fr.bb.gin.ntt.net (129.250.4.133) 40.778 ms ae-2.r04.londen12.uk.bb.gin.ntt.net (129.250.4.129) 41.984 ms ae-2.r05.londen12.uk.bb.gin.ntt.net (129.250.4.247) 42.880 ms 11 ae-1.a01.londen12.uk.bb.gin.ntt.net (129.250.2.185) 47.066 ms ae-7.r25.londen12.uk.bb.gin.ntt.net (129.250.4.24) 44.893 ms ae-0.a01.londen12.uk.bb.gin.ntt.net (129.250.2.33) 30.662 ms 12 185.84.16.246 (185.84.16.246) 30.625 ms 29.055 ms 29.810 ms 13 one.one.one.one (1.1.1.1) 31.806 ms 185.84.16.246 (185.84.16.246) 31.840 ms 33.799 ms Du coup, je dirais que c'est la faute à ae-3.r03.parsfr02.fr.bb.gin.ntt.net ? Alexis Le 14/01/2019 à 20:05, Raphael Mazelier a écrit : Bonsoir les admins, Je ne sais pas dans quel ordre cela a commencé et j'ai des informations divergentes. J'ai constaté du cloudflare down (eux aussi), du 8.8.8.8 down aussi, etc... Je pense qu'effectivement cela ferait sens si FranceIX s'est transformé en trou noir, vu que CF peer avec quasi tout le monde, et google aussi. Des infos plus factuelles ? PS : FranceIX : incindent cet après midi, zero comm, c'est tendu qd meme. -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [ALERT] Chaos ce soir ? FranceIX ? CF ?
Bonsoir les admins, Je ne sais pas dans quel ordre cela a commencé et j'ai des informations divergentes. J'ai constaté du cloudflare down (eux aussi), du 8.8.8.8 down aussi, etc... Je pense qu'effectivement cela ferait sens si FranceIX s'est transformé en trou noir, vu que CF peer avec quasi tout le monde, et google aussi. Des infos plus factuelles ? PS : FranceIX : incindent cet après midi, zero comm, c'est tendu qd meme. -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] la porte derobee des serveurs Supermicro
Le 14/01/2019 à 19:58, Michel Py a écrit : >> Frederic Dumas a écrit : >> Source: https://trmm.net/Modchips > J'ajouterai que détecter ce genre de chose est relativement difficile. Le > problème est que pour une carte mère donnée, elle est fabriquée de 50 façons > différentes, avec parfois des composants recyclés, de seconde main, > contrefaits, etc. > > C'est incroyable la quantité de composants contrefaits que circule, ces > temps-ci. Dans les mois récents j'ai vu passer des contrefaçons de > convertisseur série-USB, oscilloscope numérique, écrans LCD pour raspi, > cartes Digium T1/E1, çà n'arrête pas. > > En ce qui concerne les composants de qualité douteuse, çà date de la nuit des > temps. Ceux qui sont assez vieux pour se rappeler des débuts de la > micro-informatique se souviendront du ZX Spectrum qui avait 32 KO de mémoire, > les puces étant des 64 K dont une moitié était morte; sur la carte mère il y > avait une soudure qui forçait soit la partie basse soit la partie haute. Où les intel 386 SX, qui étaient des 386 DX dont la FPU n'avait pas passé les tests de conformité et avait donc été désactivée. --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [MISC] la porte derobee des serveurs Supermicro
> Frederic Dumas a écrit : > Source: https://trmm.net/Modchips J'ajouterai que détecter ce genre de chose est relativement difficile. Le problème est que pour une carte mère donnée, elle est fabriquée de 50 façons différentes, avec parfois des composants recyclés, de seconde main, contrefaits, etc. C'est incroyable la quantité de composants contrefaits que circule, ces temps-ci. Dans les mois récents j'ai vu passer des contrefaçons de convertisseur série-USB, oscilloscope numérique, écrans LCD pour raspi, cartes Digium T1/E1, çà n'arrête pas. En ce qui concerne les composants de qualité douteuse, çà date de la nuit des temps. Ceux qui sont assez vieux pour se rappeler des débuts de la micro-informatique se souviendront du ZX Spectrum qui avait 32 KO de mémoire, les puces étant des 64 K dont une moitié était morte; sur la carte mère il y avait une soudure qui forçait soit la partie basse soit la partie haute. Finalement, il y a les flux tendus : une carte mère est assemblée avec les composants qui sont disponibles à ce moment précis sur la chaine, et çà peut changer plusieurs fois par jour. Quand on achète un serveur neuf aujourd'hui, on n'a aucune garantie de ce qui arrive dans le carton, si on compare 2 modèles identiques mais fabriqués à des dates différentes on va probablement trouver des différences dans les composants installés, et çà n'a généralement rien de malicieux. Il est devenu impossible de fabriquer un produit stable; il y a tellement d'étapes susceptibles d'apporter des modifications mineures qu'on ne peut plus depuis longtemps comparer le produit à une référence connue pour savoir si ou non il y a une porte dérobée dedans. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut des /24
io > On 14 Jan 2019, at 16:07, David Ponzone wrote: > > J’ai des raisons de penser qu’il y a pas mal d’acteurs en France, gros ou > pas, qui n’acceptent plus les /24. J’en doute fort sinon à $dayjob j’aurais de gros problèmes ce qui n’est pas le cas. Je dirais qu’au minimum les gens qui font ça, s’il y en a, ont une route par défaut. ++ ic --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] la porte derobee des serveurs Supermicro
Continuant la discussion d'octobre sur le "hack chinois" rapporté par Bloomberg dont les cartes mères Supermicro auraient été victimes, voici une très récente contribution sur la faisabilité technique de la contamination du BMC par implant d'un composant actif à la place d'une résistance, sur une des lignes entre la mémoire flash et le BMC d'un serveur Supermicro. L'auteur a présenté à Leipzig fin 2018 une preuve de concept sur FPGA, lui permettant d'altérer à la volé le code lu par le BMC au démarrage du serveur, pour parvenir à afficher quelques caractères sur le port console. And that is what this proof of concept hardware implant on the BMC SPI bus does: it replaces one of the empty regions with a new inode that overwrites the /nv/network/netconfig2 file with its own shell script, since the /etc/rc.d/55ipmi.sh script will execute it as a subshell. This PoC doesn't do much, other than print a message to the serial console to indicate that it has achieved code execution during the boot process. Source: https://trmm.net/Modchips Le reste de son article présente différentes hypothèses pour tenter de distinguer si cette annonce était un fausse ou non. Sa conclusion est prudente. Mais la quantité d'hypothèses passées en revue mérite d'être lue. Du point de vue hardware, la partie la plus intéressante de son article est celle où il décrit comment l'implant devrait collecter l'énergie nécessaire à son fonctionnement par couplage capacitif, reconstituer le signal d'horloge, écouter en permanence pour détecter la transmission, etc. Ceci afin de ne pas devoir être connecté à d'autres lignes du PCB que celle unique sur laquelle se trouve être normalement implantée la résistance. Normally the SPI bus requires six connections to function, but the implant has only part of a single one. It doesn't connect to power or ground, so it must be parasitically powered by the current flowing from the SPI flash to the BMC during normal operation (similar to the RFID CPUs that have enough capacitance to run even when they are shorting the antenna coil). It doesn't have access to the chip select line, so it has to guess when the chip is being read. It doesn't have access to the clock line, so it has to guess the clock frequency. It doesn't have access to the Serial Data In (SI or MOSI), so it has to monitor the SO data to try to recognize where in the flash the BMC is reading. And, due to the way it is constructed and powered, it can't generate arbitrary bit patterns, it can only disconnect the line and turn 1 bits into 0 bits. A simple matter of engineering to work around these, right? Souce: idem -- Frédéric Dumas f.du...@ellis.siteparc.fr Le 05/10/2018 à 08:23, Alexandre DERUMIER a écrit : un article un peu plus technique: https://www.theregister.co.uk/2018/10/04/supermicro_bloomberg/ "The spy chip could have been placed electrically between the baseboard management controller (BMC) and its SPI flash or serial EEPROM storage containing the BMC's firmware. Thus, when the BMC fetched and executed its code from this memory, the spy chip would intercept the signals and modify the bitstream to inject malicious code into the BMC processor, allowing its masters to control the BMC." Ca serait donc au niveau de la bmc. Après est-ce que c'est exploitable si la bmc n'est pas accessible sur le net ? vu la taille du chip, ca semble difficile d'implémenter un exploit ou autre autonome. - Mail original - De: "Michel Py" À: "frnog-misc" Envoyé: Vendredi 5 Octobre 2018 00:39:10 Objet: [FRnOG] [MISC] la porte dérobée des serveurs Supermicro Un troll de luxe pour ce vendredi ! https://www.bloomberg.com/news/features/2018-10-04/the-big-hack-how-china-used-a-tiny-chip-to-infiltrate-america-s-top-companies En bref : les carte mères de serveurs Supermicro contiennent un composant conçu par les services de renseignements Chinois qui permettrait de prendre le contrôle du serveur. Comme un root kit, mais dans le matériel. Michel. --- 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] Statut des /24
On Mon, 2019-01-14 at 16:07 +0100, David Ponzone wrote: > J’ai des raisons de penser qu’il y a pas mal d’acteurs en France, > gros ou pas, qui n’acceptent plus les /24. > > Quelqu’un peut confirmer cette observation ? Tu devrais faire des tests avec Atlas, pour voir ce que ca donne. (mais je serais curieux de connaître les raisons qui te font penser ça) --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Statut des /24
J’ai des raisons de penser qu’il y a pas mal d’acteurs en France, gros ou pas, qui n’acceptent plus les /24. Quelqu’un peut confirmer cette observation ? --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [ALERT] Flooding FRanceIX
Bonjour, Depuis le début d’après midi nous constatons des pertes de paquets sur FranceIX (TH2). Nous avons recu une comm à 14h mais depuis plus de news et impossible d'avoir des infos. (Tout le trafic a été basculé) Est ce que quelqu'un aurait des infos afin qu'on puisse annoncer un délai ? Merci MD --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Perte de paquets avec Online.net.
Oui, ils ont un souci depuis 12h environ. Cdlt. > Le 14 janv. 2019 à 15:50, Jeremy a écrit : > > Y a des trucs chelou sur FranceIX... > > Le 14/01/2019 à 15:40, Pierre Colombier a écrit : >> Bonjour >> >> J'hésite à taguer ALERT car c'est quand même pas bien grave mais il semble >> qu'il y ait 5% de perte de paquets entre AMS-IX et online depuis plusieurs >> heures >> >> Mes mtr indiquent que la perte serait entre 80.249.212.93 et 195.154.2.103. >> >> Certains d'entre vous ont ils des infos là dessus ? >> >> >> >> >> --- >> 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] Perte de paquets avec Online.net.
Y a des trucs chelou sur FranceIX... Le 14/01/2019 à 15:40, Pierre Colombier a écrit : Bonjour J'hésite à taguer ALERT car c'est quand même pas bien grave mais il semble qu'il y ait 5% de perte de paquets entre AMS-IX et online depuis plusieurs heures Mes mtr indiquent que la perte serait entre 80.249.212.93 et 195.154.2.103. Certains d'entre vous ont ils des infos là dessus ? --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Perte de paquets avec Online.net.
Hello, Je mets ma casquette online : 1/ d’ouvrir un ticket auprès de notre support client (si tu es client), à défaut nous envoyer un mail sur : n...@as12876.net. 2/ Merci de nous fournir un maximum de traces (IP SRC / IP DST / MTR dans les deux sens), Psa d’incidents identifiés sur AMS-IX mais en cours sur le FRANCE-IX. Une chance que tu puisses passer par là ? Hum… sans traces, difficile à dire :P Merci de continuer OFF-LIST stp. My 2 cents. > Le 14 janv. 2019 à 15:40, Pierre Colombier a écrit : > > Bonjour > > J'hésite à taguer ALERT car c'est quand même pas bien grave mais il semble > qu'il y ait 5% de perte de paquets entre AMS-IX et online depuis plusieurs > heures > > Mes mtr indiquent que la perte serait entre 80.249.212.93 et 195.154.2.103. > > Certains d'entre vous ont ils des infos là dessus ? > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Perte de paquets avec Online.net.
Bonjour J'hésite à taguer ALERT car c'est quand même pas bien grave mais il semble qu'il y ait 5% de perte de paquets entre AMS-IX et online depuis plusieurs heures Mes mtr indiquent que la perte serait entre 80.249.212.93 et 195.154.2.103. Certains d'entre vous ont ils des infos là dessus ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [JOBS] recherchons Techniciens et Ingénieurs Réseaux et Télécoms
On lundi 14 janvier 2019 14:10:59 CET fatiha boudj - fbo...@yahoo.fr wrote: > Bonne Année 2019 ! > Nous recherchons des Techniciens Télécoms et Réseaux ayant l’expérience du > terrain ( visite client TPE et PME, dépannage & installation). L'annonce > est disponible sur le site Alter-Telecom.fr ( recrutement ). > http://www.alter-telecom.fr/recrutement > > > merci > bonjour, il faut accepter 30+ scripts pour afficher une image, un intitulé et un lien accompagné de 2 bouton avant-arrière qui ne sont pas fonctionnels. En bonus une collecte de données personnelles sans recueillir aucun consentement et envoyées chez google, probablement illégal face au RGPD. 69 requests 3.17 MB transferred Finish: 14.12 s DOMContentLoaded: 8.23 s load: 10.05 s oui 14 secondes pour afficher la page sur une connexion adsl 20Mbps ça fait un peu peur, surtout pour un opérateur télécom. Une fois le lien cliqué, une longue liste de points qu'on ne veut pas lire parce que l'information cherchée (où est situé le poste) n'apparait pas. Bien cachée en bas de la liste on trouve mention de déplacements régulier en région parisienne et ponctuellement hors îls de france, on en déduira que les oeillères du recruteur sont tellement grosses qu'il ne prends la peine d'indiquer la localisation du poste tellement c'est une évidence pour lui/elle qu'il n'y a rien en dehors de Paris et alentours. Mes 2 cts: pour éviter de faire perdre du temps à tout le monde, vous pourriez mettre dans votre mail un petit résumé des informations utiles comme la zone géographique et le descriptif du poste proposé et profil recherché pour que l'on puisse trier à la lecture de mail si cette annonce nous concerne ou pas, et ajouter un lien direct vers l'annonce afin de s'éviter une attente de plus de 10 secondes pour avoir ce lien. Merci --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [JOBS] recherchons Techniciens et Ingénieurs Réseaux et Télécoms
Bonne Année 2019 ! Nous recherchons des Techniciens Télécoms et Réseaux ayant l’expérience du terrain ( visite client TPE et PME, dépannage & installation). L'annonce est disponible sur le site Alter-Telecom.fr ( recrutement ). http://www.alter-telecom.fr/recrutement merci --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [JOBS] Salaire Ingénieur Telecom et Réseaux
Merci à vous pour vos réponses bien utiles. Le vrai soucis pour moi est le *recrutement sur profil. (Des Avis ?)* Puisque mon objectif est d'élargir mes compétences sur la *sécurité et le cloud* qui restent pour moi des domaines *non explorer à ce jour*, donc c'est une opportunité pour moi pour monter en compétences... Cordialement, SC Le lun. 14 janv. 2019 à 11:47, Wallace a écrit : > Bonjour, > > On ne construit pas un salaire suivant le marché local mais suivant ce que > l'on maîtrise par rapport à un contexte technique d'une offre et par > rapport à ses besoins personnels. > > Si tu maîtrises tout ce que l'on te demande ta valeur est plus forte car > ton intégration et ton apport seront visibles quelques semaines après ton > arrivée, si le poste contient des zones que tu ne connais pas ou tu connais > sans plus, le challenge technique n'est pas le même et en tout logique tu > ne peux pas prétendre à autant qu'en maîtrise. > > Comme tu es encore jeune, à mon avis tu n'as pas de maîtrise qui requiert > les connaissances, beaucoup de pratique mais surtout l'expérience du feu de > la production. Néanmoins tu n'es plus non plus un "juste sorti de l'école". > > Ensuite pour tes besoins personnels sachant que de nos jours on a plus > trop le choix que d'être à 33% de son salaire pour payer un logement, je > commencerais par regarder le marché immobilier de là où tu vas t'installer > ou où tu te trouves déjà. Mets tes coûts fixes (transport, nourriture, > santé, ...), un peu de loisir / vacances (raisonnablement sinon on > demanderait tous des milliers d'euros pour cela), calcules tes impôts > suivant ta situation. De là tu connais la limite basse minimum. Enfin il > reste à quantifier ce que vaut ton expérience par rapport à ton expérience > et ce que tu vas vraiment apporter à l'entreprise si ça match ou pas ce > qu'ils demandent, si tu es une valeur ajouté moteur ou si tu fais juste les > choses à faire, ton professionnalisme, ... > > Et là tu auras ta fourchette de salaire à demander. > > Si tu pars sur le marché tu trouveras toujours des gens pour te dire que > tu es trop cher. > > Bon courage pour ta recherche! > Le 14/01/2019 à 11:32, Said CHETOUI a écrit : > > Bonjour, > > J’espère que suis sur la bonne liste de diffusion :) > > Je vaudrais avoir des informations sur les salaires dans la Région Hauts de > France. > > Profile: > * Expérience : 2 ans (Ingénieur Telecom et Réseaux) > Cisco/Alu/Ericsson/Juniper > * Poste : PROD IP pour le compte d'un Opérateur sur IDF. > * Certifs : JNCIA Validée + CCNA & CCNP R en Prépa. > * Objectifs: Trouver une mission avec l'aspect sécurité. > > Ayant travailler uniquement sur IDF, je n'arrive pas à me situé donc j'ai > besoin de votre aide. En vous remerciant à l’avance. > > Cordialement. > SC > > --- > Liste de diffusion du FRnOGhttp://www.frnog.org/ > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [JOBS] Salaire Ingénieur Telecom et Réseaux
Bonjour, On ne construit pas un salaire suivant le marché local mais suivant ce que l'on maîtrise par rapport à un contexte technique d'une offre et par rapport à ses besoins personnels. Si tu maîtrises tout ce que l'on te demande ta valeur est plus forte car ton intégration et ton apport seront visibles quelques semaines après ton arrivée, si le poste contient des zones que tu ne connais pas ou tu connais sans plus, le challenge technique n'est pas le même et en tout logique tu ne peux pas prétendre à autant qu'en maîtrise. Comme tu es encore jeune, à mon avis tu n'as pas de maîtrise qui requiert les connaissances, beaucoup de pratique mais surtout l'expérience du feu de la production. Néanmoins tu n'es plus non plus un "juste sorti de l'école". Ensuite pour tes besoins personnels sachant que de nos jours on a plus trop le choix que d'être à 33% de son salaire pour payer un logement, je commencerais par regarder le marché immobilier de là où tu vas t'installer ou où tu te trouves déjà. Mets tes coûts fixes (transport, nourriture, santé, ...), un peu de loisir / vacances (raisonnablement sinon on demanderait tous des milliers d'euros pour cela), calcules tes impôts suivant ta situation. De là tu connais la limite basse minimum. Enfin il reste à quantifier ce que vaut ton expérience par rapport à ton expérience et ce que tu vas vraiment apporter à l'entreprise si ça match ou pas ce qu'ils demandent, si tu es une valeur ajouté moteur ou si tu fais juste les choses à faire, ton professionnalisme, ... Et là tu auras ta fourchette de salaire à demander. Si tu pars sur le marché tu trouveras toujours des gens pour te dire que tu es trop cher. Bon courage pour ta recherche! Le 14/01/2019 à 11:32, Said CHETOUI a écrit : > Bonjour, > > J’espère que suis sur la bonne liste de diffusion :) > > Je vaudrais avoir des informations sur les salaires dans la Région Hauts de > France. > > Profile: > * Expérience : 2 ans (Ingénieur Telecom et Réseaux) > Cisco/Alu/Ericsson/Juniper > * Poste : PROD IP pour le compte d'un Opérateur sur IDF. > * Certifs : JNCIA Validée + CCNA & CCNP R en Prépa. > * Objectifs: Trouver une mission avec l'aspect sécurité. > > Ayant travailler uniquement sur IDF, je n'arrive pas à me situé donc j'ai > besoin de votre aide. En vous remerciant à l’avance. > > Cordialement. > SC > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ signature.asc Description: OpenPGP digital signature
[FRnOG] [JOBS] Salaire Ingénieur Telecom et Réseaux
Bonjour, J’espère que suis sur la bonne liste de diffusion :) Je vaudrais avoir des informations sur les salaires dans la Région Hauts de France. Profile: * Expérience : 2 ans (Ingénieur Telecom et Réseaux) Cisco/Alu/Ericsson/Juniper * Poste : PROD IP pour le compte d'un Opérateur sur IDF. * Certifs : JNCIA Validée + CCNA & CCNP R en Prépa. * Objectifs: Trouver une mission avec l'aspect sécurité. Ayant travailler uniquement sur IDF, je n'arrive pas à me situé donc j'ai besoin de votre aide. En vous remerciant à l’avance. Cordialement. SC --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Diagramme en oeil
Ce codage de ligne est toujours d'actualité. Quoi qu'on en dise, GMSK = 4-QAM. Il permet de diviser le débit de ligne par deux en introduisant une modulation de phase seulement. Tout à fait. Le GMSK a plein de qualités mais c'est une modulation sensible au doppler induit par les réflexions. Dans le cas d'applications tactiques, en zone urbaine ou avec des mobiles en déplacement, ce choix est sous-optimal. À l'époque, des limitations et contraintes m'avaient conduit à choisir cette modulation. Cinq ans après, j'aurais préféré la 4FSK (utilisée depuis dans les normes P25, DMR, C4FM) avec le même coef de débit de ligne mais avec une bien meilleure efficacité spectrale, point important sur des canaux étroits, et surtout moins sensible au doppler. Voir les pages 5 et 6... https://www.gla-rrnav.org/content/uploads/2018/01/a-study-of-the-options-phase-2-technical-note-digital-modulation-schemes.pdf Le choix GMSK était initialement dicté par une modulation à enveloppe constante, permettant d'employer des émetteurs non linéaires, en classe D, genre émetteur FM, bien moins contraignants d'un point de vue design et réalisation, mais également plus performants en fonctionnement co-site (plusieurs E/R au même endroit). A priori, sur votre scope Textro analogique, vous deviez avoir recours à un filtre passe bas, intégré ou externe au scope, de sorte à récupérer le flux binaire. Qu'en pensez-vous ?... Peut-être la carte soundblaster. Tant que j'avais une capa pour couper le continu et un transfo BF pour isoler le scope... je dirais que dans le cas de la SB, sa limite naturelle (peut être un ech à 22HHz) faisait le job :))). Dans ce cas, je ne cherchais qu'à lire de spectre, donc l'énergie en fonction de la fréquence. Pour la lecture de l'œil, ça se faisait en sortie de discriminateur, donc effectivement il y avait un passe bas. Le spectre GMSK commence quasiment au continu et tout défaut de propag de groupe se traduisait par une distorsion, donc un perte de précision de la capture par le modem, donc un BER qui monte... -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Diagramme en oeil
Bonjour Stéphane, Un grand merci pour votre patience. Vos souvenirs de plus de 20 ans sont encore vifs et alertes. Pas sûr que je puisse réaliser la même opération. La passion se lit dans la charge émotionnelle de votre expression. > Du GMSK (typique des études de cette époque, il y a 20 ans et plus). Ce codage de ligne est toujours d'actualité. Quoi qu'on en dise, GMSK = 4-QAM. Il permet de diviser le débit de ligne par deux en introduisant une modulation de phase seulement. A priori, sur votre scope Textro analogique, vous deviez avoir recours à un filtre passe bas, intégré ou externe au scope, de sorte à récupérer le flux binaire. Qu'en pensez-vous ?... Peut-être la carte soundblaster. Cordialement, Michel - Mail original - De: "stef" À: "frnog" Envoyé: Lundi 14 Janvier 2019 10:02:20 Objet: Re: [FRnOG] [TECH] Diagramme en oeil > Je ne trouve pas ce sujet encombrant. Rien a contribuer vu que je n'ai jamais > fait mais je lis le fil avec interet. Ben le message était long... vu que c'est quand même un métier et une passion à la base... - Bonsoir Michel, Je vous réponds en privé... > Utilisiez-vous en émission un signal numérique de test spécifique ? une PSA de séquence courte... Oui, dans le sens où il y avait un mode test, non dans la mesure où le signal émis était représentatif d'une véritable transmission. De mémoire, le signal était scramblé par un polynôme, certainement un FIFO sur quelques dizaines de bits, sans compter le FEC et donc l'entrelacement et le chiffre. C'était du dev pour des trans mili... Du GMSK (typique des études de cette époque, il y a 20 ans et plus), avec un preamble pour sync le démodulateur et démarre la trame (une séquence bien sûr unique), et classiquement un framing tout ce qu'il y a de plus standard, avec toutefois un sous-canal, dont je ne me rappelle plus la période, pour transmettre les ID et autoriser l'entrée tardive dans le réseau, le tout sur un CRC 4 bits vu le faible volume des données de ce sous-canal (certainement pas plus de 20 ou 30 bits). > L'idée suivante est intéressante "un test mauvais à ce niveau ne nous aurait pas éclairé sur la cause, l'œil si". Le diagramme permet une vue d'ensemble qui justifie et détermine le besoin de poursuivre les investigations sur un point particulier. Les problème classiques dans notre cas étaient la propag de groupe (transfos MF) et le filtrage de la bande de base... Le GMSK a beaucoup d'énergie dès les premiers hertz et le bas de bande doit être impeccable. Le FEC conçu était suffisamment bon (pour l'époque) pour masquer pas mal de défauts. Donc l'œil était un bon juge de paix. Ensuite, dans notre cas, avec le GMSK, le grand ennemi était le doppler. > Vous aviez un oscilloscope élémentaire, sans nécessité de disposer d'un analyseur spécifique qui puisse définir, par exemple, la qualité de transmission. À l'époque, hors banc de tests analogiques (bien) ou numériques (pourris à l'époque, c'était les débuts ;), j'utilisais un scope Textro en rack 19, une série 7900 purement analogique, qui montait à plus de 500 MHz... une bête. Le tube pouvait éclairer la pièce. C'était du luxe, mais bon... Je me rappelle aussi que sur certains signaux radio numériques à très basse vitesse (<10kbps), un jour où j'étais sans rien, j'avais utilisé un carte soundblaster à deux balles avoir le spectre émis avec une FFT implémentée en C de base même pas optimisé... Le résultat n'était pas si pourri... et parfaitement conforme à l'attendu... comme quoi... Enfin, nous avions développé nos propres systèmes de tests. Comme je ne crois qu'aux tests en situation réelle, on avait équipé un véhicule (une R21 break essence 2L bardée d'antennes et système d'acquisition coté passager avant). Un onduleur à autonomie rallongée procurait le 220V... Mes gamins m'ayant vu rentrer un soir avec l'avaient appelé le "bateau hérisson" :) Puis comme on avait une belle route à coté. On commençait par faire un aller-retour pour voir si une certaine maréchaussée était à l'endroit habituel, puis ensuite on faisait 3/4 allers retours avec des pointes à 170... Le soft embarqué avait un bouton pour marquer les changement de zones (urbain, péri urbain, forêt, champs)... Et ensuite on dépouillait pendant des heures en décortiquant les logs en douze... Les tests à grande vitesse (fading rapide), ou en zone dense (doppler), avec une fréquence (UHF) choisie pour être dans la bande la plus sensible au doppler, plus des antennes sans gain et des niveaux de puissance - juste assez forts pour faire chauffer l'électronique - nous ont permis de gagner finalement, après pas mal de travail, 20% de portée. C'était beaucoup. Un simulateur radio électrique (fading, doppler) n'aurait pas été aussi significatif. Le client final a été direct à prendre deux produits pour les tester sur l'autoroute entre deux voitures à grande vitesse. Comme le système était également vocodé,
Re: [FRnOG] [TECH] Diagramme en oeil
Je ne trouve pas ce sujet encombrant. Rien a contribuer vu que je n'ai jamais fait mais je lis le fil avec interet. Ben le message était long... vu que c'est quand même un métier et une passion à la base... - Bonsoir Michel, Je vous réponds en privé... > Utilisiez-vous en émission un signal numérique de test spécifique ? une PSA de séquence courte... Oui, dans le sens où il y avait un mode test, non dans la mesure où le signal émis était représentatif d'une véritable transmission. De mémoire, le signal était scramblé par un polynôme, certainement un FIFO sur quelques dizaines de bits, sans compter le FEC et donc l'entrelacement et le chiffre. C'était du dev pour des trans mili... Du GMSK (typique des études de cette époque, il y a 20 ans et plus), avec un preamble pour sync le démodulateur et démarre la trame (une séquence bien sûr unique), et classiquement un framing tout ce qu'il y a de plus standard, avec toutefois un sous-canal, dont je ne me rappelle plus la période, pour transmettre les ID et autoriser l'entrée tardive dans le réseau, le tout sur un CRC 4 bits vu le faible volume des données de ce sous-canal (certainement pas plus de 20 ou 30 bits). > L'idée suivante est intéressante "un test mauvais à ce niveau ne nous aurait pas éclairé sur la cause, l'œil si". Le diagramme permet une vue d'ensemble qui justifie et détermine le besoin de poursuivre les investigations sur un point particulier. Les problème classiques dans notre cas étaient la propag de groupe (transfos MF) et le filtrage de la bande de base... Le GMSK a beaucoup d'énergie dès les premiers hertz et le bas de bande doit être impeccable. Le FEC conçu était suffisamment bon (pour l'époque) pour masquer pas mal de défauts. Donc l'œil était un bon juge de paix. Ensuite, dans notre cas, avec le GMSK, le grand ennemi était le doppler. > Vous aviez un oscilloscope élémentaire, sans nécessité de disposer d'un analyseur spécifique qui puisse définir, par exemple, la qualité de transmission. À l'époque, hors banc de tests analogiques (bien) ou numériques (pourris à l'époque, c'était les débuts ;), j'utilisais un scope Textro en rack 19, une série 7900 purement analogique, qui montait à plus de 500 MHz... une bête. Le tube pouvait éclairer la pièce. C'était du luxe, mais bon... Je me rappelle aussi que sur certains signaux radio numériques à très basse vitesse (<10kbps), un jour où j'étais sans rien, j'avais utilisé un carte soundblaster à deux balles avoir le spectre émis avec une FFT implémentée en C de base même pas optimisé... Le résultat n'était pas si pourri... et parfaitement conforme à l'attendu... comme quoi... Enfin, nous avions développé nos propres systèmes de tests. Comme je ne crois qu'aux tests en situation réelle, on avait équipé un véhicule (une R21 break essence 2L bardée d'antennes et système d'acquisition coté passager avant). Un onduleur à autonomie rallongée procurait le 220V... Mes gamins m'ayant vu rentrer un soir avec l'avaient appelé le "bateau hérisson" :) Puis comme on avait une belle route à coté. On commençait par faire un aller-retour pour voir si une certaine maréchaussée était à l'endroit habituel, puis ensuite on faisait 3/4 allers retours avec des pointes à 170... Le soft embarqué avait un bouton pour marquer les changement de zones (urbain, péri urbain, forêt, champs)... Et ensuite on dépouillait pendant des heures en décortiquant les logs en douze... Les tests à grande vitesse (fading rapide), ou en zone dense (doppler), avec une fréquence (UHF) choisie pour être dans la bande la plus sensible au doppler, plus des antennes sans gain et des niveaux de puissance - juste assez forts pour faire chauffer l'électronique - nous ont permis de gagner finalement, après pas mal de travail, 20% de portée. C'était beaucoup. Un simulateur radio électrique (fading, doppler) n'aurait pas été aussi significatif. Le client final a été direct à prendre deux produits pour les tester sur l'autoroute entre deux voitures à grande vitesse. Comme le système était également vocodé, la résistance du vocodeur aux aléas du canal radio, par nature non fiable, mais aussi aux ambiances bruyantes étaient d'autres critères importants... On a passé tous les tests radio et vocodeur (d'autres très connus ne les avaient pas réussi, en particulier le test à grande vitesse et milieu bruyant, et on s'était dit qu'on était peut-être pas si mauvais, en fait :) -- Stéphane Rivière Ile d'Oléron - France --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Diagramme en oeil
+1 :) Michael +33628781171 Sent from mobile From: frnog-requ...@frnog.org on behalf of Michel Py Sent: Monday, January 14, 2019 3:18:14 AM To: s...@genesix.org; frnog@frnog.org Subject: Re: [FRnOG] [TECH] Diagramme en oeil > Je vous réponds en MP pour ne pas encombrer.. Je ne trouve pas ce sujet encombrant. Rien a contribuer vu que je n'ai jamais fait mais je lis le fil avec interet. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/