Re: [FRnOG] [MISC] Pbm de site fishing complètement fou!
On Fri, 2018-08-24 at 15:22 +0200, fr...@adeli.fr wrote: > Si quelqu'un à un contact je suis preneur. https://developers.google.com/web/fundamentals/security/hacked/request_ review ? Bernard Rosset Ingénieur Système Linux - Linux Systems Engineer 21 Quai Lawton Bâtiment G3, Bassin à Flot, 33300 Bordeaux, France Gestion de vos tickets https://support.waycom.net Contacter nos équipes Systèmes et Réseaux +33 1 41 44 83 00 Internet, Monétique et VOIP +33 8 11 39 11 39 Par E-mail supp...@waycom.net This message is confidential. It may also be privileged or otherwise protected by work product immunity or other legal rules. If you have received it by mistake, please let us know by e-mail reply and delete it from your system; you may not copy this message or disclose its contents to anyone. Please send us by fax any message containing deadlines as incoming e-mail are not screened for response deadlines. The integrity and security of this message cannot be guaranteed on the Internet.
Re: [FRnOG]Cables Sous-Marins en Photos
Merci pour cette vidéo ! --- *Bernard Rosset* 2011/7/13 Nicolas STEFANI nstef...@ipsyn.net Le 07/07/2011 15:20, acido...@free.fr a écrit : Bonjour à tous, Un ami travaille sur un bateau de FT qui déroule les câbles de télécommunication entre les continents. Pour ceux qui sont curieux de voir comment ça se passe : http://gallery.me.com/foulon#**101547http://gallery.me.com/foulon#101547 Cordialement, Daniel --- Liste de diffusion du FRnOG http://www.frnog.org/ Bonsoir, En googlant un peu j'ai trouvé une vidéo qui va avec http://www.viddler.com/**explore/antourtan/videos/998/**68.545/http://www.viddler.com/explore/antourtan/videos/998/68.545/ En attendant le passage dans Thalassa ;-) -- Nicolas --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Protocole de routage IS-IS
Bonjour, J'aimerais me renseigner au niveau d'IS-IS : 1°) L'utilisez-vous ? 2°) Quelles implémentations existent ? Je n'en ai vu qu'une pour le moment, Quagga, et encore... Le daemon isis est listé mais pas commenté dans la documentation (occurrence = 1) ! 3°) Le fait qu'IS-IS soit un protocole OSI, et que sont implémentation soit de fait multi-protocole, à l'heure de la transition IPv4-IPv6, cela ne peut-il être un réel avantage, plutôt que de se taper la config OSPF ou double (v2/v3) ? Si vous avez des infos/retours d'expérience, je prends ! --- *Bernard Rosset*
Re: [FRnOG] Identification netname
En fait, FreeWifi utilise plusieurs bandes /24. Il semble que l'intégralité des IP de 78.250.* à 78.251.* utilisent le netname FR-PROXAD-WIFI. Cela démarre à 78.250.0.0/24 et termine à 78.251.255.0/24 La requête sur le whois du RIPE à partir du netname donne ceci. On voit le découpage en bande, mais la limite du whois fait que l'on n'obtient pas l'intégralité des résultats. J'ai tatônné a la mano, donc, même si cela est peu probable, il y a peut-être des trous dans le gruyère 78.250.* - 78.251.* qui n'appartiennent pas à FR-PROXAD-WIFI. Alors pourquoi utiliser 256 * 2 bandes /24 (130048 adresses) au lieu d'une bande 78.250.0.0/15 (131070 adresses) ? Une justification par la simplification de la gestion ? Du CGN ? Si quelqu'un a une explication... --- *Bernard Rosset* 2011/6/28 Jérôme Nicolle jer...@ceriz.fr Un /24 pour tout FreeWifi, ça sent le CGN ça, non ? -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Identification netname
Ca permet de changer les chose plus facilement plus tard :) Fin de l'enigme :) Comme réassigner les /24 pour une autre utilisation ? --- *Bernard Rosset* 2011/6/28 Thomas Mangin thomas.man...@exa-networks.co.uk Thomas Mangin a écrit : Car l' AW (allocation window) du demandeur est un /24 ? Une *assignation* window de /24 pour Free, il ont dû en faire des bêtises pour se faire sanctionner comme ça ;-) Si je ne me trompe pas, l'assignation est assigne a une personne pas une entreprise, donc si Mr je fais RIPE part, la limite peut baisser drastiquement :p De toutes façons c'est le même netname donc ça devrait être la même assignation Le nom est l'assignation rien ne dit que cela doit être un seul block. Et enfin ça ressemble à une demande d'infra du LIR, donc ça serait normalement marqué INFRA-AW ce qui n'est pas le cas. Oui, mais entre ce qui est fait et devrait être fait ... :p A moins de travailler pour RIPE ou FREE la réponse importe peu. ie: pas nos oignons. Oui mais c'est rigolo comme énigme non ? Pis c'est technique... Ca permet de changer les chose plus facilement plus tard :) Fin de l'enigme :) Thomas
Re: [FRnOG] Identification netname
Ok, mais il ne faut-il pas aussi signaler le changement d'utilisation à RIPE ? Y a-t-il véritablement de lourdes manips ou des délais de traitements dans l'exemple d'un /13 redécoupé ? Question sous-jacente : c'est du boulot crade par fainéantise ou par réelle simplicité pour l'avenir ? --- *Bernard Rosset* 2011/6/28 Thomas Mangin thomas.man...@exa-networks.co.uk On 28 Jun 2011, at 17:18, Bernard Rosset wrote: Ca permet de changer les chose plus facilement plus tard :) Fin de l'enigme :) Comme réassigner les /24 pour une autre utilisation ? Oui, pour changer la DB de RIPE, il faut effacer l'entree (la copier et ajouter le mot clef pour dire d'effacer) puis envoyer la nouvelle entrée. Changer un /24 est plus simple que d'effacer un /13, ajouter un /24, puis rajouter les deux blocks avant et après (les entrées RIPE n'ont pas besoin d'etre aligne pour etre routable) Thomas
Re: [FRnOG] Identification netname
Poser des questions ne signifie pas nécessairement chercher des poux. Merci d'avoir répondu à la question ! ;oP --- *Bernard Rosset* 2011/6/28 Thomas Mangin thomas.man...@exa-networks.co.uk Si l'utilisation change, oui, tu dois le signaler a RIPE, qui peut alors entendre ou réduire l'allocation. Mais il est possible de BOUGER une allocation sans avoir a demander quoi que ce soit a RIPE : si un client DSL change de ville et que tu dois changer ses IP pour des questions d'agrégation, le LIR/FAI n'a pas besoin de redemander a RIPE. L'utilisation a deja été justifie. Le changement est quasi instante. Les manips sont des appels d'API (récemment) ou des mails a une application (avec le petit nom de Marvin). Ni l'un ni 'autre, il n'y a simplement pas de best practice dans ce domaine. Cela depend de comment RIPE est gere (par une application, a la main, etc.). Comme RIPE n'aime pas les double allocation, il est surement plus simple de gérer son park en /24, ce qui evitera surement des erreurs. Plus RIPE est automatise et/ou precis , plus c'est dur de changer les systemes internes sans tout casser. On ne gere pas les allocation d'un petit FAI avec un /17 comme un réseau avec plusieurs milliers d'IP. Dans d'autres blocks, FREE indique le DSLAM que les IPs couvrent. Ils ont leur nomenclature ... Je ne sais pas pourquoi vous cherchez des poux dans la tête de Free Ca a l'air d'être un sport national - et casser du sucre sur le dos d'Orange :D Ce n'est meme pas la definition des routes, ou la ca compte pour les filtres. Thomas On 28 Jun 2011, at 17:31, Bernard Rosset wrote: Ok, mais il ne faut-il pas aussi signaler le changement d'utilisation à RIPE ? Y a-t-il véritablement de lourdes manips ou des délais de traitements dans l'exemple d'un /13 redécoupé ? Question sous-jacente : c'est du boulot crade par fainéantise ou par réelle simplicité pour l'avenir ? --- *Bernard Rosset* 2011/6/28 Thomas Mangin thomas.man...@exa-networks.co.uk On 28 Jun 2011, at 17:18, Bernard Rosset wrote: Ca permet de changer les chose plus facilement plus tard :) Fin de l'enigme :) Comme réassigner les /24 pour une autre utilisation ? Oui, pour changer la DB de RIPE, il faut effacer l'entree (la copier et ajouter le mot clef pour dire d'effacer) puis envoyer la nouvelle entrée. Changer un /24 est plus simple que d'effacer un /13, ajouter un /24, puis rajouter les deux blocks avant et après (les entrées RIPE n'ont pas besoin d'etre aligne pour etre routable) Thomas
