Re: [FRnOG] [TECH] Enquête ouverte sur l'Automatisation des réseaux jusqu'au 15 nov.
Petit update: vous pouvez encore répondre pour les retardataires jusqu'au 18 Novembre au lieu du 15 initialement: http://bit.ly/netdevops-survey Je vous invite dors et déjà à regarder les résultats jusqu'ici qu'ont donnés les quelques 300 participants à ce jour: https://awesome-table.com/-KV_J5md-lIHeqr2qn0N/view Amicalement, O. Le 3 nov. 2016 8:41 PM, "Olivier MELWIG" a écrit : > Bonjour la liste, > > > > Nous avons ouvert la première enquête sur l'automatisation des réseaux > pour mieux comprendre si et comment les opérateurs utilisent les outils > d’automatisation pour opérer leurs réseaux. Cette enquête est absolument > neutre et complètement transparente. Damien Garros, ingénieur chez Juniper > Us en est l’instigateur, mais elle est le fruit de la collaboration de > plusieurs personnes de différentes origines (constructeurs, clients, > profils utilisateurs …). > > > > Elle est anonyme. Les résultats sont publiques et disponibles en temps > réel. Afin de ne pas complexifier l'enquête, elle ne couvre que les > commutateurs et routeurs. > > > > Je me permets donc de partager cette information avec vous car j’ai eu > l’occasion déjà d’évoquer le sujet de l’automatisation des réseaux avec > nombre d’entre vous et votre feedback est intéressant. > > Vous êtes donc libre d’y participer pour faire avancer ce sujet et > continuer de vous accompagner au mieux pour opérer votre réseau. > > Vous pouvez aussi simplement voir le résultat de l’enquête en cours dès > maintenant. > > > > Ce blog sur Packet Pusher http://packetpushers.net/take- > netdevops-survey-network-automation/ en fait la promotion. > > Tout le détail de cette enquête sur touve dans cet article > https://www.linkedin.com/pulse/1st-netdevops-community- > survey-damien-garros . > > > > Nous avons de plus créé le canal "netdevops-survey" avec l'outil > collaboratif slack sur "NetworkToCode" (https://networktocode.slack.com/ > ) afin de centraliser les discussions à propos de cette enquête. Avec 1200 > personnes dans son équipe slack, NetworkToCode représente la plus grosse > communauté concernant l'automatisation des réseaux. Vous pouvez la > rejoindre via https://t.co/znFvd12dh2. Un draft de l'enquête y avait > été publié pour revue par cette communauté avant son lancement. > > > > L'enquête est en ligne http://bit.ly/netdevops-survey. > > Si vous automatisez votre réseau, vous pouvez y répondre jusqu'au *15 > Novembre*. > > > > Les résultats sont accessibles à tous en temps réel ici : > http://bit.ly/netdevops-survey-results (les résultats sont un peu brut de > fonderie mais c’est pour que vous puissiez créer votre propre rapport J). > > > Et si vous avez la flemme de faire votre rapport, nous avons aussi créé ce > tableau de bord : https://awesome-table.com/-KV_J5md-lIHeqr2qn0N/view > > > > Bien entendu Philippe, si tu trouves que les résultats finaux de cette > enquête peuvent faire l’objet d’un compte-rendu ou débat lors du prochain > FRNOG, je suis à ta disposition, > > > > O. > > > > > > > > Olivier MELWIG > > Sr SE Manager Opérateurs et Entreprises > > mailto: omel...@juniper.net > > tel: +33 6 2766 2475 > > > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Enquête ouverte sur l'Automatisation des réseaux jusqu'au 15 nov.
Bonjour la liste, Nous avons ouvert la première enquête sur l'automatisation des réseaux pour mieux comprendre si et comment les opérateurs utilisent les outils d’automatisation pour opérer leurs réseaux. Cette enquête est absolument neutre et complètement transparente. Damien Garros, ingénieur chez Juniper Us en est l’instigateur, mais elle est le fruit de la collaboration de plusieurs personnes de différentes origines (constructeurs, clients, profils utilisateurs …). Elle est anonyme. Les résultats sont publiques et disponibles en temps réel. Afin de ne pas complexifier l'enquête, elle ne couvre que les commutateurs et routeurs. Je me permets donc de partager cette information avec vous car j’ai eu l’occasion déjà d’évoquer le sujet de l’automatisation des réseaux avec nombre d’entre vous et votre feedback est intéressant. Vous êtes donc libre d’y participer pour faire avancer ce sujet et continuer de vous accompagner au mieux pour opérer votre réseau. Vous pouvez aussi simplement voir le résultat de l’enquête en cours dès maintenant. Ce blog sur Packet Pusher http://packetpushers.net/take-netdevops-survey-network-automation/ en fait la promotion. Tout le détail de cette enquête sur touve dans cet article https://www.linkedin.com/pulse/1st-netdevops-community-survey-damien-garros . Nous avons de plus créé le canal "netdevops-survey" avec l'outil collaboratif slack sur "NetworkToCode" (https://networktocode.slack.com/ ) afin de centraliser les discussions à propos de cette enquête. Avec 1200 personnes dans son équipe slack, NetworkToCode représente la plus grosse communauté concernant l'automatisation des réseaux. Vous pouvez la rejoindre via https://t.co/znFvd12dh2. Un draft de l'enquête y avait été publié pour revue par cette communauté avant son lancement. L'enquête est en ligne http://bit.ly/netdevops-survey. Si vous automatisez votre réseau, vous pouvez y répondre jusqu'au *15 Novembre*. Les résultats sont accessibles à tous en temps réel ici : http://bit.ly/netdevops-survey-results (les résultats sont un peu brut de fonderie mais c’est pour que vous puissiez créer votre propre rapport J). Et si vous avez la flemme de faire votre rapport, nous avons aussi créé ce tableau de bord : https://awesome-table.com/-KV_J5md-lIHeqr2qn0N/view Bien entendu Philippe, si tu trouves que les résultats finaux de cette enquête peuvent faire l’objet d’un compte-rendu ou débat lors du prochain FRNOG, je suis à ta disposition, O. ---- Olivier MELWIG Sr SE Manager Opérateurs et Entreprises mailto: omel...@juniper.net tel: +33 6 2766 2475 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] SDN chez Google
Bonjour, Le tout est de bien conserver à l'esprit l'importance du réseau sous-jacent qui interconnecte tout cela et de pouvoir garder la visibilité des flux, voir des paquets qui y transitent pour être capable de troubleshooter tout incident qui se passe au-dessus, peu importe l'overlay utilisé. Donc si vous avez des réflexions SDN ou du moins programmatiques pour automatiser vos opérations les plus fréquentes, gardez à l'esprit le besoin de pouvoir troubleshooter facilement la plomberie à travers votre orchestrateur/contrôleur ou non en cas de pb. My 2 cents, O. Le 25 juin 2015 12:06, Raphael Mazelier a écrit : > > > Le 25/06/15 11:42, Julien Schafer a écrit : > >> C'est bien cela qui me fait peur. >> >> Je n'irai pas jusqu'à dire qu'il n'y a jamais de bugs sur du matériel >> réseau, mais franchement ce que j'ai pu vivre et voir chez mes différents >> clients est de la rigolade au regard des problèmes que génèrent les OS, >> BDD, applis mal codées etc >> >> Si c'est pour appliquer le même modèle au monde des réseaux (qui >> globalement tourne bien) je suis pas sur du réel intérêt ;) >> >> > > Alors je n'ai pas exactement la même analyse. > Il y a nécessairement plus de bugs sur l'ensemble d'un os/bdd/si au sens > large car le spectre de couverture est beaucoup plus large. > Mais dire aujourd'hui que les os réseaux tournent bien, c'est délicat, et > ce n'est clairement pas mon avis. > Et surtout c'est pour la grande majorité fermé, et donc tu es locké a tel > ou tel constructeur. > > Alors qu'aujourd'hui on commence a avoir une belle majorité d'utilisation > de technos opensources dans le reste de l'informatique, le réseau va devoir > s'y mettre aussi. > > Donc personnellement cela ne me fait pas peur, bien au contraire. > Évidement cela s'accompagnera de modèle plus simple que ce qui existe > aujourd'hui dans le SDN. Et en ce sens je rejoins complétement l'avis de > Michel. > > -- > Raphael Mazelier > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [FRNOG] [MISC] Le mobile dans l'avion
http://m.commentcamarche.net/news/5864970-l-arcep-autorise-la-3g-et-la-4g-en-avion Depuis peu, les messages des hôtesses indiquent déjà que nous pouvons juste mettre notre mobile en mode avion pendant les phases de décollage et atterrissage... dorénavant nous pourrons bientôt téléphoner à notre famille pour expliquer vite fait où notre avion MH s'est perdu ou a pris un missile en plein vol! Allez, sur ce, un peu de fun pour ceux qui ne connaissent pas cette vidéo: Consignes de securité sur Kulula Airways : http://youtu.be/NhtpwPW8txQ Bonnes vacances en avion! O. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Switch L2 48x1GbE + 4x10GbE (SFP+) ?
Bonsoir Stéphane, Du point de vue coût l'EX3300 est plus intéressant que l 'EX4300 qui n'a pas notamment l'uplink 10g de base et coûte plus cher par sa modularité. L'EX3300 a un LCD pour les opérations de maintenance de base, mais n'a en effet pas de double alim native (redondance par RPS). - Alim et Ventilo fixes (modulaires à partir de la gamme EX4200). - Jusque 10 switchs peuvent être intégrés au fur et à mesure dans le même Virtual Chassis sans licence supplémentaire. - 24 ou 48 ports 10/100/1000BT, PoE+ ou non et 4 ports uplink SFP ou SFPP dispo de base selon besoin (speed autodetection). - L2/L3 sans upgrade OS, juste une clé licence pour utiliser BGP/ISIS si nécessaire. - 111 LAG max par VC, max 8 interfaces par LAG. Et il y a un modèle airflow vers face avant : EX3300-48T-BF AC 76W Pas mal d'Univ ont fait le pas vers Junos et la gamme EX. My 2 cts, O. Le 21 mai 2014 14:59, Raphael Maunier a écrit : > > C’est effectivement que le 3200 / 4200 / 4300 qui sont hotswap sur l’alim > :) > > Donc l’ex 3300 avec RPS c’est pour de l’infra non-critique ou sinon 100% > redondé que tu peux eteindre pour remplacer le sw si l’alim intégrée par en > cacahouete. > > Raphael > > On 21 May 2014, at 14:48, Raphael Maunier wrote: > > > C’est pas du “vrai” double alim :) > > > > C’est une alimentation externe. L’avantage de l’ex3300 est que > l’alimentation n’est pas fixe. Donc, si elle crame et que le RPS prend le > relais, il est toujours possible de la remplacer sans eteindre le switch et > l’ouvrir. > > Cependant, le cable du RPS est court, donc pour faire 6 baies avec un > seul rps, tu peux apres étendre tes vêtements entre les baies :) > > > > > > On 21 May 2014, at 14:22, Thien Duc Nguyen wrote: > > > >> Le 2014-05-21 14:03, Raphael Mazelier a écrit : > >>> Le 21/05/2014 14:00, Raphael Maunier a écrit : > >>> EX3300 car les 3200 n’ont que 2*10G > >>> A noter que les EX3200/3300 ne sont pas double alims. > >>> Raphael > >>> On 21 May 2014, at 13:57, Raphael Mazelier wrote: > >>> 3200 j'ai dit 3200 ? il fallait évidement comprendre EX3300. > >>> Et oui simple alimentation, très embêtant, mais bon vu le prix faut > >>> pas trop en demander. > >> > >> La double alimentation est possible sur le EX3300 avec un RTS (en gros > c'est une alimentation externe pouvant fournir du jus à 6 équipements). > >> > >> TD > >> > >> > >> --- > >> Liste de diffusion du FRnOG > >> http://www.frnog.org/ > > > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Re: Gamme Juniper ?
Correct pour l'équivalent ASR100x il faut regarder la série MX5 to MX80. Les fonctionnalités sont les mêmes, le châssis est le même, seul le nb de ports utilisables est bridé niveau hdw de 20 ports 1g sur MX5 à tous les ports et slots disponibles sur MX80. La capa backplane reste identique pour tous les modèles. O. Le 2 mars 2014 12:04, "Radu-Adrian Feurdean" a écrit : > On Sun, Mar 2, 2014, at 11:52, Olivier CALVANO wrote: > > Premiere vue cela serait dans la serie MX non ? > > Comme modele, ca devra etre MX80 ou MX104. > Cote MX80, il y a aussi les declinaisons plus petites (MX5/10/40 - le > tas de ferraile c'est le meme que le MX80), avec capacite backplane plus > reduite et ports 10G desactives. L'upgrade d'une declinaison a l'autre > peut se faire via license. > > Pour du full-table il faut a priori aussi une license "full-scale > routing". > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Juniper NSM
Philippe, Si ce sont des J-series is sont en effet convertibles en SSG avec une procédure de migration pour héberger l'OS Screenos. J-Web est une solution simple pour les administrer un par un. NSM est l'outil d'admin et d'orchestration global. Vous pouvez me contacter off si vous avez vraiment un souci pour créer votre compte. Cdlt, O. Le 5 octobre 2013 12:26, Philippe Marrot a écrit : > Les modèles à administrer sont de la serie J. > > Après lecture des différents avis, je vais tenter le coup pour l'interface > J-web, faute de mieux. > > Si quelqu'un a une version recente du produit, cela m'interesse, cela > m'évitera d'attendre > une ouverture de compte chez Juniper... > > PM. > > > > > > Le 4 octobre 2013 19:27, Olivier MELWIG a écrit : > > > Bonjour Philippe, > > > > En relisant la série de mails je n'ai pas vu finalement quelle plateforme > > tu souhaites manager? Netscreen series ou SRX series? > > > > Netscreen > NSM > > SRX > Junospace Security Director > > > > Dispo pour plus d'informations selon ta réponse. > > O. > > Le 3 oct. 2013 19:16, "Philippe Marrot" a écrit : > > > >> Bonjour, > >> > >> Je cherche à mettre la main sur le soft de gestion graphique de Juniper > >> (Network Security Manager). > >> > >> Est-ce un produit livré avec les équipements ou un produit sur demande > ou > >> encore payant ?. > >> > >> Des infos d'un spécialiste Juniper ?. > >> > >> Merci. > >> PM > >> > >> --- > >> 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] Juniper NSM
Les produits Juniper sont compatibles avec ce type d'interface d'administration tiers en effet. Cdlt, O. Le 5 octobre 2013 19:09, Damien GRONCHI a écrit : > Hello, > > J'opterais pour des produits tiers tels que Tufin, algosec ou netmri (avec > des réserves sur le dernier : je ne sais pas à quel point il s'interface > avec Juniper). > > A+ > Damien > > Le 5 oct. 2013 17:40, "Olivier Benghozi" a > écrit : > > > > N'est pas vraiment utilisable, voulais-je dire :) > > Bref c'est naze. > > > > Le 5 oct. 2013 à 16:40, Olivier Benghozi a > écrit : > > > > > De mon point de vue J-Web n'est pas vraiment inutilisable. Hyper lent, > avec des morceaux de conf qui ne s'affichent subitement plus quand ce qui > est configuré dépasse ce que le développeur a prévu pour J-Web. > > > Par contre la CLI est excellente. > > > > > > C'est le contraire sur les Fortinet par exemple: une GUI plutôt très > bien faite, et une CLI pourrie. > > > > > > Bon ça ne répond pas à la question d'origine sur une interface pour > administrer en masse. > > > > > > > > > Le 4 oct. 2013 à 09:54, Raphael Mazelier a écrit : > > >> A noter que pour les SRX l'interface J-WEB est vaguement utilisable. > C'est pas génial mais elle a moins le mérite de respecter l'arborescence de > la configuration cli. > > > > > > > > > > > > --- > > 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] Juniper NSM
Bonjour Philippe, En relisant la série de mails je n'ai pas vu finalement quelle plateforme tu souhaites manager? Netscreen series ou SRX series? Netscreen > NSM SRX > Junospace Security Director Dispo pour plus d'informations selon ta réponse. O. Le 3 oct. 2013 19:16, "Philippe Marrot" a écrit : > Bonjour, > > Je cherche à mettre la main sur le soft de gestion graphique de Juniper > (Network Security Manager). > > Est-ce un produit livré avec les équipements ou un produit sur demande ou > encore payant ?. > > Des infos d'un spécialiste Juniper ?. > > Merci. > PM > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Message du RIPE concernant le 128.0.0.0/16
Bonjour, A savoir pour ceux qui auraient zappé le bulletin d'info de Juniper suite à la mise à jour de la liste "Special Use IPv4 Addresses" RFC:5735 : Junos Software, and its documentation refer to these as "martian" IP address blocks. Network operators have recently begun receiving address assignments from address blocks that were previously, but are no longer, reserved. Therefore, these addresses need to be removed from the list of Junos "martian" address blocks. En attendant une release Junos qui supprime des "default martian routes", Juniper recommande à ses clients de retirer les groupes d'adresses suivants des Junos "martian" IP address blocks: 128.0.0.0/16 191.255.0.0/16 223.255.255.0/24 Pour cela voici les commandes à ajouter: set routing-options martians 128.0.0.0/16 orlonger allow set routing-options martians 191.255.0.0/16 orlonger allow set routing-options martians 223.255.255.0/24 orlonger allow Ces lignes doivent être incluses dans toutes les sections routing-instance. Pour cela il vaut mieux créer un apply-group pour faciliter la répétition de configuration: set groups rfc-5735 routing-instances <*> routing-options martians 128.0.0.0/16 orlonger allow set groups rfc-5735 routing-instances <*> routing-options martians 191.255.0.0/16 orlonger allow set groups rfc-5735 routing-instances <*> routing-options martians 223.255.255.0/24 orlonger allow set apply-groups rfc-5735 Solution Junos software is being modified to remove these IP address blocks from the martian IP address blocks. This PSN will be updated once the detailed information of the software is available. In the mean time, please implement the above configuration to allow these address blocks. Cdlt, O. Le 14 décembre 2011 16:54, a écrit : > On Wed, 14 Dec 2011 16:39:54 +0100, Fabien VINCENT wrote: > > En revanche, rien chez OBS. >> >> Eux me disent : c'est bon il est routé chez nous, le problème c'est qu'ils >> ne l'annoncent pas aux CE (toutes les autres routes que ce réseau sont >> correctement récupérées depuis le PE). >> >> Réponse d'OBS : faut ajouter une route statique vers le PE Moué moué >> moi qui croyait que Completel c'était des boulets >> >> *Fabien VINCENT* >> > > Comme l'a dit Jérome ça passe par la route par défaut. > Du coup c'est pas annoncé, mais c'est pas bloqué non plus. > __**__** > __ > > Business_Office_OBS>ping 128.0.0.1 81.80.99.xxx > > Type escape sequence to abort. > Sending 5 100-byte ICMP echos to 128.0.0.1 from 81.80.99.xxx, timeout is 3 > seconds: > ! > Success rate is 100 percent (5/5), round-trip min/avg/max = 23/25/27 ms > > Business_Office_OBS>traceroute 128.0.0.1 81.80.99.xxx > > Type escape sequence to abort > Tracing the route to 128.0.0.1 from 81.80.99.xxx > 1 90.81.130.121 8 ms 5 ms 8 ms > 2 81.52.2.110 11 ms 16 ms 9 ms > 3 193.253.14.29 5 ms 8 ms 5 ms > 4 193.253.82.242 7 ms 8 ms 47 ms > 5 81.253.180.30 53 ms 69 ms 13 ms > 6 81.253.180.162 22 ms 10 ms 13 ms > 7 193.251.132.25 7 ms 9 ms 11 ms > 8 193.251.254.22 15 ms 19 ms 20 ms > 9 89.149.186.245 21 ms 27 ms 72 ms > 10 77.67.72.110 21 ms 27 ms 26 ms > 11 128.0.0.1 23 ms 27 ms 27 ms > Business_Office_OBS> > > __**__** > __ > > Le mieux serait effectivement de l'annoncer au niveau des PE en BGP, à > défaut c'est quand même routé et ça fonctionne en statique. > > Solarus > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [JOBS] Neo Telecoms : Offre Ingénieur de Production (IP, MPLS et WDM)
Et tu prendrais un stagiaire pour 6 mois de fin d'études? O. Le 29 novembre 2011 23:08, Raphael MAUNIER a écrit : > Bonsoir, > > Neo Telecoms est à la recherche d'Ingénieur de production réseau (IP, MPLS > et WDM) > > Voici le descriptif de l'offre. > > Attention, toute tentative par une SSII de nous contacter pour nous placer > de la régie sera sanctionné d'un BAN direct de la liste de fournisseurs > potentiels et sans possibilités de retour. ( Nous avons déjà eu des > tentatives depuis que nous avons ouvert des postes ) > > Les compétences techniques des candidats seront vérifiés par des tests ( > purement théorique et mise en situation ) > > Localisation: Paris > > Les missions qui vous seront attribuées sont: > € Configuration des équipements du backbone pour la production des > services (Juniper et WDM) > € Allocation de ressources IP aux clients selon les reglès du RIPE. > € Configuration des équipements clients pour livrer des solutions clefs > en main > € Formation des clients pour assurer le transfert de compétence. > € Pilotage des intervenants sur site pour des opérations de production. > € Effectuer des modifications de configuration pour les clients > info-gérés. > € Gestion des demandes clients de mise a jour (DNS, RIPE, ...). > € Assurer le provisionning des ressources en termes de port 1GE sur les > équipements backbone. > > Connaissances requises : > € Couches réseau OSI > € Interface CLI Juniper (Routeur, switch, Firewall) > € Routage IP.. > € Protocoles de base d'Ethernet (LACP, 802.1q, STP, autonego) > € Protocoles IGP (OSF, ISIS ou autre), BGP et MPLS > > Vos compétences sont les suivantes: > € Connaissance des principes d'une fibre optique. > € Notion de fonctionnement du WDM > € Firewall > € Connaissance des systèmes Linux, authentification (SSH) et application > classique (Mail, Web, FTP, ...) > € Expérience des outils réseaux (Nagios, cacti, netflow, ) > € Connaissance d'un language de script (Perl, Python, shell, ). > € Expérience de collecte DSL et Ethernet. > > Profil : > Nous recherchons un ingénieur télécom avec au moins 2 ans > d'expérience dans le configuration d'équipement IP. Expérience en > déploiement sur site. Aptitude à communiquer avec client et fournisseur > dans le cadre de l'exploitation du réseau. Expérience dans le > fonctionnement en mode projet avec outil de suivi (ticketing). Aptitude a > rédiger des documentations. Travail sous contrainte de délai avec > Planification. > Rémunération selon expérience + PEE > > > > Envoyer votre CV et une lettre de motivation par email : > recrutem...@neotelecoms.com > > > -- > Raphaël Maunier > NEO TELECOMS > CTO / Directeur Ingénierie > AS8218 > > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG]Cables Sous-Marins en Photos
Après le passage des chenilles de Hector VI je pense que le parterre d'étoiles que tu as repéré n'existe plus :-( Intéressant en tout cas ce bateau et son infrastructure pour déployer une si grande bobine de fils! Thx O. Le 7 juillet 2011 16:12, MM a écrit : > Sisi, j'ai repéré des étoiles de mer sur les écrans du bateau !!! > Merci pour les photos en tout cas, c'est rare de voir ce travail (important > pour nous) > > > Mathieu > > Le 7 juil. 2011 à 15:52, Jorge VILANOVA a écrit : > > dommage on ne voit pas le job sous l'eau avec les fonds marin etc ... cm > dans Nemo ;) > > Le 7 juillet 2011 15:20, 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#101547 >> >> >> Cordialement, >> Daniel >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> >> > >
[FRnOG] Re: [FRnOG] Re: [FRnOG] Le troll du mardi ? [ désol é ;-) ]
Combien d'épaisseur de dalle de béton armé et de puissance électrique il faut pour installer cet impressionnante machine? :-) O. Le 9 mars 2010 19:47, Jérôme Fleury a écrit : > 2010/3/9 Samuel GAY > > Au risque de polluer la mailing liste, je ne peux m'empêcher de vous faire >> partager cet article du Monde.fr : >> >> "Cisco promet de multiplier par 12 la vitesse de connexion à Internet" : >> http://www.lemonde.fr/technologies/article/2010/03/09/cisco-va-multiplier-par-12-la-vitesse-de-connexion-a-l-internet_1316862_651865.html >> >> > Encore des journalistes qui ont bêtement recopié le communiqué de presse :) > > J'aime beaucoup la partie sur le prix: seulement 90k$ ! A ce prix la tu > n'as qu'un cube en ferraille, après faut ajouter les cartes, et la ca se > corse. > > Le chiffre reste impressionnant, 322Tbps en multichassis. A titre de > comparaison le T1600 de Juniper en multichassis monte à 25,6 Tbps >
Re: [FRnOG] News : Free a obtenu la 4eme licence 3G
Ce sera fini l'IPhone en 2012... Les Chinois auront cassé le marché avec leurs copies et les Japonais nous auront exporté leur dernière techno comme la montre James Bond Phone et écran tactile multimédia désolidarisé ;-) O. Le 21 décembre 2009 11:10, Manuel Delgoffe a écrit : > Ca risque d'être sympa le forfait Iphone par Free :) > > Le 21 décembre 2009 11:06, Charles a écrit : > > Olivier MELWIG a écrit : > > > >> Même pas peur de voir débarquer plus de 10 millions d'abonnés à Noël > 2011 > >> avec leur résiliation opérateur historique à la main ;-P > > > > Ben je n'aurais pas fait la queue ni chez Apple ni chez Star Wars, mais > je > > veux bien faire la queue chez Free pour le mobile ! Ras le bol de me > faire > > plumer par les autres. Et j'assume d'avoir à essuyer les plâtres comme > j'ai > > pu le faire avec la téléphonie fixe aux débuts de l'adsl, pas de soucis. > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > >
Re: [FRnOG] News : Free a obtenu la 4eme licence 3G
Un bon aperçu de 2012 avec Free Mobile à l'adresse suivante : http://www.journaldunet.com/ebusiness/telecoms-fai/dossier/ce-que-free-veut-faire-de-sa-licence-3g/un-reseau-ouvert-a-la-voip.shtml J'ai noté le bout de phrase intéressant qui risque de faire très mal aux 3 autres : *Free s'engage également à respecter le principe de neutralité des réseauxet permettra l'usage de services de messagerie instantanée ou de voix sur IP (VoIP).* Et un deuxième bout de phrase, non des moindres : *Free envisage d'ouvrir un réseau de boutiques en propre ou franchisées entre 2011 et 2015. * Même pas peur de voir débarquer plus de 10 millions d'abonnés à Noël 2011 avec leur résiliation opérateur historique à la main ;-P Bonne lecture, O. Melwig Le 21 décembre 2009 01:26, Falco Schmutz a écrit : > Félicitation ! > Bon courage > > Le 19 décembre 2009 22:08, cam.la...@azerttyu.net a > écrit : > > Bonsoir >> >> Voir un 4° opérateur risque de donner un nouveau souffle dans la >> concurrence. Félicitation à l'équipe d'illiad d'avoir réussi à >> franchir tous les obstacles "administratifs". >> >> J'ai bien suivi nous avons encore un an avant de voir les premières >> offres. J'espère qu'elles seront proches de la note d'intention >> annoncée. >> D'ici là je me joins aux autres pour me proposer en tant que betas testeur >> :p >> >> Bonne soirée à tous >> >> Km >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> >> > > > -- > > > > Falco SCHMUTZ > > E-mail : fschm...@premaccess.com > Mobile : +33 (0)6 80 22 00 29 > Fixe Suisse : +41 (0)44 586 77 74 > Fax Suisse : +41 (0)26 347 28 90 > Fax France : +33 (0)9 72 12 19 25 > > premaccess sàrl > Route des Arsenaux 41 - CP 132 > CH-1705 Fribourg, Suisse > > http://www.premaccess.com > > > > > Attention : le présent message et toutes les pièces jointes sont > confidentiels et établis a l'attention exclusive du ou des destinataire(s) > indique(s). Toute autre diffusion ou utilisation non autorisée est > interdite. Si vous recevez ce message par erreur, veuillez immédiatement en > avertir l'expéditeur par e-mail en retour, détruire le message et vous > abstenir de toute référence aux informations qui y figurent afin d'éviter > les sanctions attachées a la divulgation et a l'utilisation d'informations > confidentielles. Les messages électroniques sont susceptibles d'altération. > Nous déclinons toute responsabilité en cas d'altération ou de falsification > du présent message. > > Warning : this e-mail and any files attached are confidential and intended > solely to the named addressee(s). Any unauthorised dissemination or use is > strictly prohibited. If you received this e-mail in error, please > immediately notify the sender by reply e-mail and then delete the e-mail > from your system. Please do not copy, use or make reference to it for any > purpose, or disclose its contents to any person : to do so could expose you > to sanctions. E-mails can be altered or falsified. We shall not be liable > for any alteration or falsification on this e-mail. >
Re: [FRnOG] Choix routeur LNS.
Bonjour, Merci Samuel pour l'appel du pied mais l'ERX ou même le M7i me paraissent surdimensionnés pour le besoin : 100Mb, 200 clients...bien qu'on n'ait pas à se poser la question de l'OS à prendre ;-) Cdlt, O. Le 8 juin 2009 11:15, Samuel GAY a écrit : > Bonjour, > > L'ERX 310 de chez Juniper peut aussi faire l'affaire. Les AVV de chez > Juniper (qui lisent cette mailing) pourront surement vous conseiller. > > Cordialement, > Samuel > > > > Le 8 juin 2009 10:44, Paul Soave a écrit : > >> Bonjour, >> >> Fraichement inscrit sur les conseils de FrameIp je vous expose mon >> problème… >> >> Nous avons un projet qui concerne la mise en place d’une porte CDSL en >> partenariat avec un FAI. Nous avons besoin de définir l’équipement qui va >> tenir le rôle de LNS en relation avec le « LAC » qui est un Redback et notre >> serveur Radius qui devra servir de Proxy radius au radius du FAI. >> >> Le service commercial du FAI préconise sur sa documentation l’utilisation >> d’un routeur Cisco dans la gamme des 7200. >> Le service technique du FAI, lui nous conseille plutôt un routeur RedBack >> SmartEdge 100. >> >> >> Le nombre de clients est estimé à une centaine, extensible à 200. >> Le nombre d’interface : 3 >> Le raccordement avec les équipements du FAI se fera en Ethernet, idem vers >> nos équipements. >> La bande passante totale sera de 100M >> Le routeur doit supporter des VPN L2TP et PPTP >> >> Concernant les routeurs, les modèles préconisés, que ce soit chez Cisco ou >> RedBack me semblent Hyper surdimensionnés par rapport à nos besoins. [image: >> Shocked] >> >> J’ai contacté 2 fournisseurs qui ont mis 3 semaines pour me donner une >> réponse partielle sur l’unique base d’un Cisco 7200 pour l’un, le second n’a >> visiblement pas les capacités en interne pour définir le LNS. >> Renseignements pris à nouveau auprès du service technique du FAI, certain >> clients auraient (pas sûr) des Cisco 3600 comme LNS, du côté du fournisseur >> ça ne pourrait pas fonctionner car seul un 7200 conviendrait pour la gestion >> du L2TP (mouais, gros doute de ma part). >> >> Je pense avoir bien compris le fonctionnement technique de tout ce petit >> monde. Par contre je suis un peu léger en culture Cisco. J’en viens donc à >> LA question : >> >> Quelqu’un aurait-il des infos sur ce genre de config, voir un retour >> d’expérience, un fournisseur qui sache de quoi il s’agit ? >> Bref il faut que je commande un routeur qui soit le plus adapté possible >> sans que cela me coute le chiffre d'affaire annuel de la boite. [image: >> Very Happy] >> >> Evidement après toutes mes pérégrinations ça devient super urgent. >> >> Merci de votre aide. >> >> STOUT! [image: Cool] >> >> >> > > <><><>
Re: [FRnOG] Juniper vous offre un livre
Comme quoi, à qui sait attendre ;-) Les stocks ont été renfloués pour adresser tous les demandeurs a priori (sic Marketing)... A suivre O. 2009/5/14 Anthony Aubry > Reçu il y a quelques instants : > > > I am pleased to tell you that your chosen JUNOS® Software book > will be with you in the post shortly. > We were thrilled with the amount of interest this campaign > received but, because of the overwhelming response, were unable > to produce enough books to send to every participant. > However, because we value your interest in Juniper, we have > managed to secure additional funding so that we can send you the > book you requested. It will be in the post to you next week. > Thanks again for your interest in Juniper. We hope you enjoy > reading your new book. > > J'avais été recalé il y a quelques semaines. Nous lisent-ils ? :) > > Anthony > -- > http://www.macbidouille.com > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > >
Re: [FRnOG] Arastra ?
Bonjour, Le seul "switch" qu'est en train de fabriquer Google à ma connaissance est son smartphone en association avec Samsung ;-) http://www.engadget.com/2007/01/18/the-google-switch-an-iphone-killer/ Voici sinon une explication sur SFP+ : http://www.vitesse.com/technologies/index.php?id=13 Cdlt, O. 2008/3/27, Greg VILLAIN <[EMAIL PROTECTED]>: > > Bonsoir, > Je cherchais des infos sur les switches 10G que fabrique Google, et je > suis tombé sur des rumeurs qui sembleraient dire qu'ils sont basé sur > ceux-ci: > http://www.arastra.com/home/ > Quelqu'un connait ? Déjà SFP+ ca me parle pas des masses comme > interface, mais si on lit la home produit (presque vide d'ailleurs), > il semblerait que ça fasse tout et bien, et que ça soit pas cher, et > qu'en plus ca tienne 48xPorts 10G dans 1U (bin voyons...). > Toute info est la bienvenue ! > > Greg VILLAIN > Independant Network/Telco Architecture Consultant > > > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > >
Re: [FRnOG] RE: [FRnOG] Coût de mise en place d'un AS.
Bonjour, Franchement je conseille de prendre la carte Membre RIPE NCC pour sosn besoin, quittte à changer d'avis l'année suivante si son business plan ne tient pas ses promesses. Le RIPE propose une formation gratuite aux membres durant l'année afin de comprendre mieux ces points dont nous débattons. Ils en font une à Paris de surcroît. Les formateurs sont très ouverts, très sympas et une fois le contact établi il est possible de demander leur assistance à tout moment à travers le site du RIPE pour mieux optimiser l'utilisation de ses IP, y compris discuter IPv6 sereinement et sans mauvasie pub avec des experts pour savoir si il est intéressant d'en réserver ;-) Fut un temps où on avait même des blocs IPv6 gratos! Bonne réception, O. Le 10/11/07, Frédéric Gander <[EMAIL PROTECTED]> a écrit : > > On Sat, Nov 10, 2007 at 12:48:47PM +0100, Radu-Adrian Feurdean wrote: > > > > On Sat, 10 Nov 2007 03:32:47 +0100, "Rani Assaf" <[EMAIL PROTECTED]> > > said: > > > Bonsoir, > > > > > > On Fri, Nov 09, 2007 at 05:13:17PM +0100, Radu-Adrian Feurdean wrote: > > > > Pas forcement. Certainement pas s'il arrive a avoir son bloc PI > (voir > > > > meme son PA s'il arrive a justifier un /20 ou /19). > > > > > > Si tu changes de fournisseur, tu perds tes IP PA, point barre. > > > > > > Un routeur qui aurait des peerings + route par defaut (et > pas un > > > full-bgp) peut se retrouver à balancer le trafic ves l'opérateur qui > t'as > > > attribué la PA parce qu'il le voit sur ses peerings alors que t'es > parti > > > avec le pool derrière un mec que le routeur est censé voir sur le > transit > > > mais avec une table incomplète, il n'a pas cette info. > > > > Pas d'accord. Mais pas du tout. > > > > Deja, pas confondre xSP (ISP, ASP, NSP) et LIR. Meme si en France LIR = > > xSP, c'est pas obligatoire. > > > > Je connais des cas precis ou une LIR a un /12, mais distribue avec joie > > (contre "frais de dossier") des /20, /21 (jusqu'a /24) a des petits FAI > > qui ont leur propre AS (enregistre probablement toujours chez eux). La > > LIR en question est un hebergeur, pas FAI, et annonce elle-meme a peine > > quelques /24. > > > > La "portabilite" un non d'un bloc se decide au niveau du LIR. Si LIR = > > ISP, oui, effectivement, risque majeur de probleme. > > > > Je connais aussi un FAI francais, qui avant de devenir LIR avait > > quelques (exactement 7) /24 dans des blocs /16 attribues a > > EQUANT/GlobalOne. Ils les annoncent encore, et je sais pas ce qu'ils ont > > encore comme service chez FT, mais ca doit pas etre grand chose. En tout > > cas, c'est dans les normes. > > > > Ca marche parce-que le prefix plus long gagne (c'est qui qui est > > utilise). Sauf s'il est filtre pour ne pas respecter les "minimum > > allocation guidelines". Pour experience, un /22 dans un bloc avec > > minimum de /20 passe parfaitement. Pour un /23 ou /24, un peu moins bien > > (ex: chez GBLX - oui, chez L3 et Teleglobe - non). > > > > > relis bien l'exemple de rani > Le problème est d'annoncer des préfixes plus grand en // de prefixes plus > petit également annoncé > sur internet dans 2 AS différent voir dans le même AS sans continuité > entre les AS. Dès que tu tombes sur des routeurs qui on vue partielle de > la table bgp tu peux avoir des problèmes et faudra pas venir pleurer. > > > Accessoirement si le LIR veux "donner" des bout de ses IP à d'autre il > doit arreter d'annoncer sa classe supérieur et la désagreger c'est crad > mais bon c'est sont choix. > > > Oui, je sais c'est pas propre, mais avant de t'attaquer a quelqu'un qui > > divise son /20 en 4 pour les annoncer differamment, commence par > > t'attaquer a nos amis asiatiques qui n'ont pas encore decouvert le CIDR > > et annoncent des enormes paquets de /24 parfaitement aggregatables. > > -- > > Radu-Adrian Feurdean > > raf (a) ftml ! net > > > > --- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > > -- > GANDER Frédéric > [EMAIL PROTECTED] - http://www.free.fr > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > >
Re: [FRnOG] Coût de mise en place d'un AS.
Bonjour, A ma connaissance, pour avoir un AS il est nécessaire d'être membre du RIPE NCC. Pour une petite demande d'IP, tu n'auras pas très cher à l'année. Voir la page RIPE en fonction : http://www.ripe.net/ripe/docs/charging2007.html C'était 1300 pour Extra Small et 1800 euros pour Small cette année. O. Le 08/11/07, Radu-Adrian Feurdean <[EMAIL PROTECTED]> a écrit : > > > On Thu, 8 Nov 2007 15:09:41 +0100, "Nicolas Bougues" > <[EMAIL PROTECTED]> said: > > > D'ailleurs, peut-on obtenir des PA si on n'est pas LIR ? > > Dans la pratique, oui. > Par contre je sais pas quelle est la position officiele de RIPE sur le > sujet. > > > Et existe-t-il des ISP qui ont à leur catalogue des "prestations RIPE" > > sans indépendantes de la fourniture d'accès (du moins, sur le papier) ? > > Ailleurs, oui. > -- > Radu-Adrian Feurdean > raf (a) ftml ! net > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > >
Re: [FRnOG] Firewall Linux contre Juniper
Salut John, Côté Juniper, as-tu jeté un coup d'oeil sur les specs de la gamme ISG: http://www.juniper.net/products_and_services/firewall_slash_ipsec_vpn/isg_series_slash_gprs/ Notamment l'ISG2000 pourra répondre à tes attentes en terme de perfs NAT et throughput, en standalone, indépendant de tes perfs coeur réseau. Auprès de quel partenaire as-tu demandé une cote SSG? Bonne journée, Olivier Le 03/10/07, John Fistack <[EMAIL PROTECTED]> a écrit : > > Hello, > > Merci pour toutes vos réponses. > > 90 % de mon transit est en paquet de pages web de petites tailles. > > Je confirme que l'ajout de CPU apporte plus de performance dans mon cas. > > J'avais un mono-Xeon 2.8 Ghz qui était à genoux jusqu'à 50% de charge > système. > Un upgrade à un serveur bi-dual core 3 Ghz a résolu tous les > problèmes, certes le nouveau serveur avait un bus plus rapide, passait d'un > mono processeur au bi, de mono à dual core. Je ne peux confirmer si le > multi-core apporte en capacité pour un Firewall. > > - Même si NetScreen a une bonne réputation que pensez-vous de la lame pour > 6500 Cisco Firewall WS-SVC-FWM-1-K9 ? > Sur le papier elle permet de filtrer 5,2 Gbps, on la trouve à 12 000-15 > 000 euros d'occasion. > Est-ce un problème pour vous de mélanger Firewalling et coeur de réseau ? > > - La carte précédente est basée sur l'architecture des Pix, est-ce que > cette architecture est obsolète ? > Que vaut-elle face à un ASA 5520-BUN-K9 qui peut gérer 1,2 Gbps, en > actif-actif cela fait 2,4 Gbps ? > > - Je n'ai pas retrouvé la référence Juniper NG550 mais ai lancé des devis > sur les SSG-550. > > Merci. > > John > > > Le 01/10/07, Xavier Beaudouin <[EMAIL PROTECTED]> a écrit : > > > > Hello, > > > > > Je pourrais : > > > - couper mon réseau public en 4 sous réseaux et mettre 4 > > > firewalls Linux (2 paires en haute disponibilité avec un heartbeat) ? > > > - relier directement sans NAT les répartiteurs LVS au > > > routeur BGP et les auto-firewalliser en iptables ? > > > - valider qu'un firewall Linux actif peut tenir 2 Gbps (+ > > > un passif avec heartbeat) ? > > > > > > Charge : > > > > > > Le firewall a peu de charge : > > > > Normal tout le travail se fait dans le noyau, donc le nombre de CPU > > importe peu... Enfin pour l'instant il me semble > > > > > Avez-vous un serveur Linux qui tient 2 Gbps ? > > > > 2Gbps oui mais ca dépends de ce que tu as dans tes 2Gbps... Si c'est > > 2Gbps avec des petits paquets (aller au hasard sur le port 53 !), > > un linux vas avoir beaucoup de problèmes a filtrer ça et tenir la > > charge... > > > > > Faut-il lâcher Linux et acheter des Juniper Netscreen ? > > > Quel modèle Netscreen utilisez vous pour gérer du trafic autour de > > > 2 Gbps ? > > > > Nous on utilise 2 NG550... Pas de pb :) Avec moins de règles... > > > > > Si vous utilisez pour votre firewalling des serveurs Linux iptables > > > ou du Netscreen je suis très intéressé par vos retours d'expérience > > > sur leurs capacités de tenue à la charge. > > > > > > > Il y a aussi d'autres solutions "pratiques", par exmple pfsense... :) > > > > /Xavier > > >
