Re: [FRnOG] [MISC] Idée de sujet de mémoire d'ingénieur?
Bonjour, On Tue, Jan 14, 2020 at 08:38:45AM +0100, Laurent Barme wrote: > Mais sinon, pourquoi vouloir obtenir un diplôme d'ingénieur (surtout que > c'est franco français et sans valeur à l'international il me semble) ? Oui et non, le diplôme d'ingénieur confère également le grade de Master en plus du titre d'ingénieur diplômé. De plus dans certains pays le titre d'ingénieur est protégé quel que soit le domaine d'application (et pas uniquement au génie civil) et nécessite une inscription à l'ordre des ingénieurs et à l'obtention d'une équivalence, même si on ne parle que des fonctions exercées (« ingénieur réseaux dans entreprise X » par exemple). Pour le Canada notemment cette équivalence n'est accordée qu'aux titulaires d'un diplôme d'ingénieur habilité par la CTI, et je ne serais pas surpris qu'il en soit de même pour les autres pays du Commonwealth. My ¢2, Benjamin -- Benjamin Collet --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Idée de sujet de mémoire d'ingénieur?
Bonjour Olivier, Suggestion de sujet : Inventaire documenté des messages apparaissant dans les journaux systèmes de Linux (liste, origine, signification et action éventuelle à prendre). Mais sinon, pourquoi vouloir obtenir un diplôme d'ingénieur (surtout que c'est franco français et sans valeur à l'international il me semble) ? Laurent Barme. Le 14/01/2020 à 04:30, frnog@frnog.org a écrit : Hello la liste, Petite question (j'espère que je suis sur la bonne liste?). Je vais finaliser mon diplôme d'ingénieur, auprès du CNAM ( http://formation.cnam.fr/rechercher-par-discipline/diplome-d-ingenieur-specialite-informatique-parcours-informatique-reseaux-systemes-et-multimedia-1003895.kjsp) et je suis à la recherche d'une idée de mémoire d'ingénieur. Est-ce que vous auriez des idées/pistes/propositions? Je sèche un peu, sur le type de sujet, et la complexité pour un mémoire d'ingénieur. Pour la petite histoire (vis ma vie!), j'ai fait ma licence au CNAM en VAE, ainsi que 10 modules de master réseau et télécom en VAE (pas obtenu le diplôme, car la partie signal analogique et numérique, j'ai pas réussi a m'y remettre...). Et la, je constate qu'il me manque un MOOC, un module et le mémoire pour obtenir mon diplôme d'ingénieur (avec les différents modules que j'ai valdié en VAE/FOD). Bref, si vous avez des idées (j'aimerais sortir de l’éternel sujet IPV6 que la moitié des étudiants doivent traiter...), je suis preneur. Je bosse pas mal sur du Cisco/Arista depuis 3 mois (poste d'ingé réseau operate chez OVH à Montréal), quasi toutes les certifs Mikrotik, trps fortes compétences Linux/cloud/Virtu. Merci de votre aide ;) Olivier --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Idée de sujet de mémoire d'ingénieur?
Moving from Hosting to Cloud architecture > Le 14 janv. 2020 à 04:30, frnog@frnog.org a écrit : > > Hello la liste, > > Petite question (j'espère que je suis sur la bonne liste?). Je vais > finaliser mon diplôme d'ingénieur, auprès du CNAM ( > http://formation.cnam.fr/rechercher-par-discipline/diplome-d-ingenieur-specialite-informatique-parcours-informatique-reseaux-systemes-et-multimedia-1003895.kjsp) > et je suis à la recherche d'une idée de mémoire d'ingénieur. Est-ce que > vous auriez des idées/pistes/propositions? Je sèche un peu, sur le type de > sujet, et la complexité pour un mémoire d'ingénieur. > > Pour la petite histoire (vis ma vie!), j'ai fait ma licence au CNAM en VAE, > ainsi que 10 modules de master réseau et télécom en VAE (pas obtenu le > diplôme, car la partie signal analogique et numérique, j'ai pas réussi a > m'y remettre...). Et la, je constate qu'il me manque un MOOC, un module et > le mémoire pour obtenir mon diplôme d'ingénieur (avec les différents > modules que j'ai valdié en VAE/FOD). > > Bref, si vous avez des idées (j'aimerais sortir de l’éternel sujet IPV6 que > la moitié des étudiants doivent traiter...), je suis preneur. Je bosse pas > mal sur du Cisco/Arista depuis 3 mois (poste d'ingé réseau operate chez OVH > à Montréal), quasi toutes les certifs Mikrotik, trps fortes compétences > Linux/cloud/Virtu. > > Merci de votre aide ;) > Olivier > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Idée de sujet de mémoire d'ingénieur?
« Pour qui et pourquoi le SDN/NFV ? » David Ponzone > Le 14 janv. 2020 à 04:31, frnog@frnog.org a écrit : > > Hello la liste, > > Petite question (j'espère que je suis sur la bonne liste?). Je vais > finaliser mon diplôme d'ingénieur, auprès du CNAM ( > http://formation.cnam.fr/rechercher-par-discipline/diplome-d-ingenieur-specialite-informatique-parcours-informatique-reseaux-systemes-et-multimedia-1003895.kjsp) > et je suis à la recherche d'une idée de mémoire d'ingénieur. Est-ce que > vous auriez des idées/pistes/propositions? Je sèche un peu, sur le type de > sujet, et la complexité pour un mémoire d'ingénieur. > > Pour la petite histoire (vis ma vie!), j'ai fait ma licence au CNAM en VAE, > ainsi que 10 modules de master réseau et télécom en VAE (pas obtenu le > diplôme, car la partie signal analogique et numérique, j'ai pas réussi a > m'y remettre...). Et la, je constate qu'il me manque un MOOC, un module et > le mémoire pour obtenir mon diplôme d'ingénieur (avec les différents > modules que j'ai valdié en VAE/FOD). > > Bref, si vous avez des idées (j'aimerais sortir de l’éternel sujet IPV6 que > la moitié des étudiants doivent traiter...), je suis preneur. Je bosse pas > mal sur du Cisco/Arista depuis 3 mois (poste d'ingé réseau operate chez OVH > à Montréal), quasi toutes les certifs Mikrotik, trps fortes compétences > Linux/cloud/Virtu. > > Merci de votre aide ;) > Olivier > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Idée de sujet de mémoire d'ingénieur?
Hello la liste, Petite question (j'espère que je suis sur la bonne liste?). Je vais finaliser mon diplôme d'ingénieur, auprès du CNAM ( http://formation.cnam.fr/rechercher-par-discipline/diplome-d-ingenieur-specialite-informatique-parcours-informatique-reseaux-systemes-et-multimedia-1003895.kjsp) et je suis à la recherche d'une idée de mémoire d'ingénieur. Est-ce que vous auriez des idées/pistes/propositions? Je sèche un peu, sur le type de sujet, et la complexité pour un mémoire d'ingénieur. Pour la petite histoire (vis ma vie!), j'ai fait ma licence au CNAM en VAE, ainsi que 10 modules de master réseau et télécom en VAE (pas obtenu le diplôme, car la partie signal analogique et numérique, j'ai pas réussi a m'y remettre...). Et la, je constate qu'il me manque un MOOC, un module et le mémoire pour obtenir mon diplôme d'ingénieur (avec les différents modules que j'ai valdié en VAE/FOD). Bref, si vous avez des idées (j'aimerais sortir de l’éternel sujet IPV6 que la moitié des étudiants doivent traiter...), je suis preneur. Je bosse pas mal sur du Cisco/Arista depuis 3 mois (poste d'ingé réseau operate chez OVH à Montréal), quasi toutes les certifs Mikrotik, trps fortes compétences Linux/cloud/Virtu. Merci de votre aide ;) Olivier --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] RTBH : Propager une route BGP Null0 sur un routeur CISCO depuis une VM Linux
> Paul Rolland a écrit : > Oui, a peu pres... c'est un peu le role de cette "optimisation" ;) (et si > qq'un > sait pkoi Cisco ne l'active pas par defaut, je veux bien l'info, histoire de > satisfaire ma curiosite, mais je sens venir le "c'etait bugge au debut..."). Ce que je me rappelle c'était un peu çà, mais aussi le fait que çà marchait ou pas suivant le SUP que tu avais et la version de DFC et toussa. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] RTBH : Propager une route BGP Null0 sur un routeur CISCO depuis une VM Linux
Hello, On Mon, 13 Jan 2020 13:54:30 +0100 Fabien H wrote: > access-list compiled => Turbo ACL => Cela a effectivement largement allégé > le CPU (à mon avis, je suis retombé au niveau de CPU d'avant les ACL) Oui, a peu pres... c'est un peu le role de cette "optimisation" ;) (et si qq'un sait pkoi Cisco ne l'active pas par defaut, je veux bien l'info, histoire de satisfaire ma curiosite, mais je sens venir le "c'etait bugge au debut..."). Paul --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] RTBH : Propager une route BGP Null0 sur un routeur CISCO depuis une VM Linux
Bonjour, pour vous faire un retour: access-list compiled => Turbo ACL => Cela a effectivement largement allégé le CPU (à mon avis, je suis retombé au niveau de CPU d'avant les ACL) Lors d'un DDOS, ACL sur une interface IN est encore plus efficace qu'une route BGP envoyée en RTBH, mais forcément la gestion des ACL est moins souple et dynamique que du RTBH. Merci à tous pour les informations. Fabien Le jeu. 9 janv. 2020 à 20:05, Michel Py a écrit : > >> Vérifie si t’as pas des routes statiques vers une interface Broadcast > (c’est le mal) > > +1 > > ip route 0.0.0.0 0.0.0.0 g1/0 c'est une catastrophe. > Il faut faire : ip route 0.0.0.0 0.0.0.0 x.x.x.x > > Aussi voir si t'as pas un problème de flooding / unresolved unicast, c'est > un classique sur certains IX. Différence entre le timeout de CAM (300 > secondes) et le timeout de ARP (4 heures) et dans une situation asymétrique > on se retrouve avec des centaines de mégabits qui ne te sont pas destinés. > Sur un 7301 çà m'étonnerait que çà touche le CPU, ceci dit. > > Tans que t'y es : sur l'ACL entrante, deny de tout ce qui n'est pas tes > préfixes dans l'adresse de destination. C'est plus propre. > > > Bcp de unsupported et de redirect aussi > > Moi j'ai 0 dans les redirect. Les Unsupp'ted çà fait longtemps que j'ai > abandonné. > > T'as quoi dans BGP using total bytes of memory ? > (sh ip bgp summary) > > Et dans sh mem (le début) ? > > Michel. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Blacklisting d'IP source sur femtocell Orange
Bonjour, Alors si les Gens sont sur des Freebox tu demandes un passage en IP full stack sur l'interface client et un Reboot de la FBX sous 30mn Richard Le lun. 13 janv. 2020 à 12:09, Spyou a écrit : > > > Ola frnog, les bon vœux, la santé, tout ça ! :) > > > Je vois remonter beaucoup de gens (ie > 5) qui se retrouvent avec des > femtocell Orange en rade depuis la semaine dernière. > > > Le symptôme est assez flagrant : branché à autre chose qu'une box (et > donc avec une IP) d'un grozopérateur national, la femto refuse de > démarrer (en ce qui me concerne, AS102080, mais j'ai 2 autres cas en > dehors). Si on la branche à une box d'Orange, pouf, ça fonctionne. Ça > fait furieusement penser à un filtrage par IP source du côté du bazar > qui les gère chez Orange. > > Par contre, une femto qui n'avait pas été redémarrée entre le début du > problème et maintenant fonctionne toujours ... et cesse donc de > fonctionner dès qu'on la redémarre. > > Je n'ai pas encore eu l'occasion d'aller dumper ce qui se passe entre la > femto et le réseau. > > > Si quelqu'un a des remontées similaires et/ou les mains dans le bout de > réseau qui va bien chez Orange ... faites vous plaisir :) > > > ++ > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Blacklisting d'IP source sur femtocell Orange
Ola frnog, les bon vœux, la santé, tout ça ! :) Je vois remonter beaucoup de gens (ie > 5) qui se retrouvent avec des femtocell Orange en rade depuis la semaine dernière. Le symptôme est assez flagrant : branché à autre chose qu'une box (et donc avec une IP) d'un grozopérateur national, la femto refuse de démarrer (en ce qui me concerne, AS102080, mais j'ai 2 autres cas en dehors). Si on la branche à une box d'Orange, pouf, ça fonctionne. Ça fait furieusement penser à un filtrage par IP source du côté du bazar qui les gère chez Orange. Par contre, une femto qui n'avait pas été redémarrée entre le début du problème et maintenant fonctionne toujours ... et cesse donc de fonctionner dès qu'on la redémarre. Je n'ai pas encore eu l'occasion d'aller dumper ce qui se passe entre la femto et le réseau. Si quelqu'un a des remontées similaires et/ou les mains dans le bout de réseau qui va bien chez Orange ... faites vous plaisir :) ++ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [TECH] [FRnOG] [TECH] Problème cyclique de routage
Difficile de comprendre sans faire plus de tests mais aujourd’hui, on passe de Free à GCore par leur peering sur AMS-IX . Le double-effet fRnOG marche toujours aussi bien :) > Le 11 janv. 2020 à 14:13, Guillaume Gildas a > écrit : > > Le routage a changé hier aux alentours de 22h. On obtient maintenant une > route plus directe en 10 sauts, sans détour par Cogent, et surtout, sans le > problème cyclique constaté durant environ 6 jours et 12 heures. Croisons > les doigts pour que cette route soit maintenue sur la durée. > > Merci à tous ceux qui m'ont répondu et/ou qui ont passé du temps sur ce > souci. > > J'ai toujours une question, par curiosité et culture générale : dans > l'exemple de traceroute d'hier, j'aimerais comprendre le détour via Cogent > alors que l'ensemble des routeurs Proxad sont accessibles directement, la > destination devrait être joignable en 5 sauts et non en 13 (puisque le > routeur en 11ème position est atteignable en 4 sauts). > > Rappel du traceroute : > > Route vers l'IP finale avec incident dès le 5ème saut inclus : > 3 - 213.228.13.62 > 4 - 194.149.163.189 - p11-crs16-1-be1125.intf.routers.proxad.net > 5 - 194.149.166.38 > 6 - 149.11.115.13 - be4204.ccr32.par04.atlas.cogentco.com > 7 - 154.54.61.21 - be2103.ccr42.par01.atlas.cogentco.com > 8 - 154.54.78.98 - be2381.rcr21.lux01.atlas.cogentco.com > 9 - 154.25.0.234 - te0-0-2-0.nr11.b038963-0.lux01.atlas.cogentco.com > 10 - 212.27.56.30 - francfort-6k-1-po100.intf.routers.proxad.net > 11 - 194.149.160.198 - strasbourg-crs8-1-1007.intf.routers.proxad.net > 12 - 92.223.24.93 > > Route vers le routeur précédent (11ème saut) en seulement 4 sauts, jamais > d'incident : > 3 - 213.228.13.62 > 4 - 194.149.160.198 - strasbourg-crs8-1-1007.intf.routers.proxad.net > > > On Fri, Jan 10, 2020 at 9:09 PM David Ponzone > wrote: > >> A mon avis, fait ouvrir des tickets partout :) >> >> C’est la limite de la construction de services OTI: tu contrôles rien et >> le jour où ça chie comme ça, tu prends cher et tu peux rien faire dans un >> délai acceptable. >> >> David Ponzone >> >> >> >> Le 10 janv. 2020 à 20:55, Guillaume Gildas >> a écrit : >> >> >> Pour résumer, il s'agirait donc d'un problème au niveau de G-Core Labs et >> c'est au fournisseur de contenu d'ouvrir un ticket chez son hébergeur ? >> >> Ou bien le problème serait au niveau d'Online/Free/Proxad, ce qui ferait >> basculer l'ouverture de ticket sur les clients du FAI Free ? >> >> Merci pour votre aide, >> >> Cordialement, >> Guillaume >> >> On Fri, Jan 10, 2020 at 4:13 PM David Ponzone >> wrote: >> Le 10 janv. 2020 à 15:53, Guillaume Gildas < >>> guillaume.gilda...@gmail.com> a écrit : Voici ce que j'ai observé depuis une IP Free (cf. traceroute plus bas) : La route vers l'avant-dernier routeur (et même le précédent) se fait en >>> 4 à 5 sauts alors que la route vers l'IP finale se voit ajouter des >>> intermédiaires via Cogent en 12 sauts. La route vers chacun des routeurs intermédiaires ping correctement sans >>> jamais d'interruption. Chacun de ces routeurs sont identifiés chez Proxad >>> ou Cogent. Le dernier routeur serait identifié chez Proxad. La cible aurait un >>> peering chez Proxad ? >>> >>> Non, je crois plutôt qu’il y a un chemin variable par moment, et que >>> c’est ce que tu vois quand ça déconne. >>> J’aii vu une fois ce hop anormal, je pense au moment où ça a déconné. >>> >>> >>> > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] MX ipv6 DNS record
Le 12/01/2020 à 23:56, Thomas BRENAC a écrit : > alors pour ceux que cela intéresse: que la priorité dans le DNS soit donne au > MX Ipv6 ou non ne change rien puisque le SMTP expéditeur tentera, suivant ses > capacités, d'abord IPv6 et en suivant IPv4. CQFD > > Exemple bien commente ici: > https://labs.ripe.net/Members/mirjam/sending-and-receiving-emails-over-ipv6 > > J'ai teste les deux (priorite a MX IPV6 ou non) et en effet pas de difference. Sachant que l'enregistrement MX 'SHOULD' être un nom d'hôte et pas une IP, le mieux reste d'avoir un hôte avec un record A et un record et mettre ce nom d'hôte comme MX. Les stacks IP feront le reste. En sortie, ne pas oublier le reverse, ce qui est vite fun la première fois en IPv6. Julien --- Liste de diffusion du FRnOG http://www.frnog.org/
