[FRnOG] [BIZ] Acces Internet dans plusieurs DC en Europe

Bonjour, Afin fin d'assurer notre connectivité de Management (out-of-Band) on cherche un fournisseurs d'acces internet pour monter notre ipsec. Plutot que demander à chaque DC (dont c'est pas le métier), il est plus facile de poser la question ici et en français. Me contacter en privé si besoin.

RE: [FRnOG] [TECH] Couverture Antenne 4G sur pylône mutualisé

ois, ça fait déconner la TNT. > > En gros, les opérateurs ont tendance à mettre du 2.6Ghz en zone urbaine et > des 700/800Mhz en zone rurale. > Mais pour ça, il faut qu'ils disposent de ces fréquences or ça, ça dépend de > ce qu'ils ont acheté à l'ARCEP. >

[FRnOG] [TECH] Couverture Antenne 4G sur pylône mutualisé

J'ai une question sur les antennes mobiles (BTS). Cela ne concerne pas "Internet" mais je pense le sujet assez technique pour avoir sa place ici. Contexte Free a été désigné en 2019 pour couvrir une zone grise en Sarthe. 5 points de la commune sont à couvrir par 3 opérateurs (obligation prévue d

Re: [FRnOG] [ALERT] Neo HS ?

Le feu éteint, on explique un peu plus : Suite à la coupure électrique partielle à TH2, les 2 routeurs de coeur fonctionnaient sur 3 pattes : . 1 chassis a completement reloadé. . 1 chassis a éteint 50% des slots mais la RE a continué. Lorsque le courant est revenu, certains slots n'ont pas redé

[FRnOG] [MISC] Bear'n geek

Juniper, Neo Telecoms et Intexan organisent un beer event technique Juniper le mercredi 29 mai au pub O'Sullivans. Ce sera l'occasion de partager les expériences techniques avec des experts switching, sécurité et routage, dans une ambiance conviviale. Cette soirée est réservée aux équipes techniq

Re: [FRnOG] [MISC] - France-ix en region

jer...@ceriz.fr disait : > Non, ce n'est pas l'objet. C'est plus une question de pragmatisme > technique et économique : la centralisation crée de la fragilité et > consomme de la BP pour des allers-retours inutiles. Tout l'inverse du > peering, dès lors qu'on reconnait l'intérêt de peerer en régi

Re: [FRnOG] [MISC] - France-ix en region

Hello, L'offre est destinée aux villes dans lesquelles il n'y a aucun point d'échange local. Il n'y a pas intéret à faire celà à Marseille, Lyon ou Toulouse. Je crois même que Neotelecoms ne le propose pas sur ces villes. A Besancon, Nantes ou Clermont Ferrand, c'est ça "ou rien". Un petit opér

[FRnOG] [JOBS] Ingé réseau 15 ans d'expérience

Bonjour, Je cherche à changer de poste. Domaines de compétence : . Responsable de production réseau (WDM, IP, MPLS), . Gestion de projet, . Routage (Peering, BGP, IGP), . Approche Multiconstructeur (Cisco, Juniper, Huawei, Foundry, Ekinops), . Monitoring (IP, WDM, systeme) et outils de production

Re: [FRnOG] [TECH] Nom de la ville et/ou coordonées géographiques dans rDNS

Bonjour, J'avais fait le script qui fait les reverses chez Opentransit/FT. C'était l'occasion de faire les records "LOC" en meme temps. J'étais déçu de voir qu'aucun d'outil utilisait ce RFC pour faire des traceroutes graphiques (par exemple). Le nom de la villes dans le PTR est bien plus utilis

Re: [FRnOG] GBLX / ORANGE

jer...@ceriz.fr disait : > Le 17/01/11 20:04, Vincent Gillet a écrit : > > C'est le cas de Sprint, UUNET, ATT, NTT, C&W, Telefonica, DTAG et Telia > > dans une moindre mesure (ils étaients low-cost pour moi à une époque !). > > Ces opérateurs ont un intéret similair

Re: [FRnOG] GBLX / ORANGE

sxp...@sxpert.org disait : > Et on peut donc supposer que l'entité légale 3215 paye au tarif du marché le > dit traffic à l'entité légale 5511 j'imagine ? > Dans le cas contraire l'autorité de la concurrence pourrait se montrer > fortement intéressée par le sujet... Il n'y a pas d'entité légale

Re: [FRnOG] GBLX / ORANGE

D'une manière générale, OTI possede des peerings de qualité avec des opérateurs similaires : . Historique . Non low-cost C'est le cas de Sprint, UUNET, ATT, NTT, C&W, Telefonica, DTAG et Telia dans une moindre mesure (ils étaients low-cost pour moi à une époque !). Ces opérateurs ont un intéret

Re: [FRnOG] le traffic de youtube: gratuit ou presque ?

> >Free et SFR semblent peerer avec google/youtube je pense que ca doit > >etre > >gratuit pour google. FT semble passer par Telia est ce que telia est > >leur > >transitaire ? > > Yep, la relation n'est pas defini (whois -h whois.ripe.net) pour > AS5511 ou AS3215 avec AS15169 mais je doute

Re: [FRnOG] usb 3G+ pour les vacances

Mon téléphone fait modem+3G fort bien mais impossible de prendre/emettre un appel sans couper la session PPP. (HTC Diamond.avec Orange). Question : 1/ Est-ce une limitation du téléphone/opérateur/Protocol3G ? 2/ Sans avoir data et voix en meme temps, j'aurais aimer que la session PPP ne tombe

Re: [FRnOG] Parlons d'IPv6

> équipementier n'a pas d'offre sérieuse de routeurs/fw/lb IPv6, mon ISP > n'offre pas d'IPv6 et je n'ai pas envie de l'embêter (j'attends qu'il > me l'offre sans quémander), je n'ai pas d'opérateur de transit, le Depuis qu'opentransit propose de l'ipv6 en dual-stack à tous ses clients, on est pas

Re: [FRnOG] Meilleurs solution technique => Backbone Internet dans MPLS

> Pas besoin de mettre le backbone internet dans un VRF... vous mettez ca > uniquement dans address-family ipv4 (native). > Les VPN MPLS sont annonces en MPBGP dans address-family vpnv4. RSVP et TE > tunnels pour la qualite de service > a travers le core pour les clients VPN. les VPN MPLS resent

Re: [FRnOG] Rupture ou depeering Cogent <-> Orange ?

[EMAIL PROTECTED] disait : > Bonjour la liste, > J'ai des choses bizarres depuis des accès clients Orange jusqu'à mes serveurs > par Cogent. > Des traceroute qui vont tourner aux états unis, des services indisponibles, > etc ... > > Quelqu'un aurait des infos sur une nouvelle engueulade entre FT

Re: [FRnOG] Problèm e de peering avec Orange ?

> >Oui hier visiblement plusieurs de nos clients (chez orange) semblent > >avoir eut des problèmes à joindre nos serveurs sur Level3. Il n'est > >pas exclu qu'il y ait eut d'autres ISP touché. Une fuite des routes de 3215 via un clients BGP de 3215 dont l'uplink est 702 bref, de gros dommages

Re: [FRnOG] stm-1 vs lan2lan

[EMAIL PROTECTED] disait : > J'avais souri en lisant récemment: > > > > A l'heure actuelle quelle est la version optimale et stable d'IOS pour > > > cette > > > carte ? > > > J'envoye ce type d'info en privé !! > > > Je continue d'être étonné que la paranoïa/peur/psychose subsiste à tel point

Re: [FRnOG] Migration vers sup720-3BXL

[EMAIL PROTECTED] disait : > Bonjour à tous, > > Veuillez m'excuser si cette question est un peu hors sujet. > > Jusque là pour notre réseau nous utilisions des chassis cisco avec > sup2/msfc2. > Nécéssitant d'être capable de supporter plus de charge à l'avenir en terme de > pps et devant sup

Re: [FRnOG] Re: [FRnOG] R éseau Orange depuis 30 minutes

[EMAIL PROTECTED] disait : > J'ai réussi à avoir une réponse de FT dans la nuit sur le problème. Voila > leur message : > > Nous avons eu un incident de routage sur le réseau Opentransit à Paris. > Nous avons dû reloader une carte 10G sur un de nos routeur à Paris. > L'incident a été résolu à 18h

Re: [FRnOG] Wanadoo / Orange SMTP

> Cela ne concerne que les abonnés Orange ou plus globalement tout les > non-dégroupés quelque soit le FAI ? Orange only à ma connaissance. C'est sur les BAS dédié seulement. V --- Liste de diffusion du FRnOG http://www.frnog.org/

Re: [FRnOG] Wanadoo / Orange SMTP

[EMAIL PROTECTED] disait : > Le 27 juin 07 à 16:50, Will van Gulik a écrit : > > >Et vu la clientele ciblé (le end-user et son pc zombie), ils ne > >proposent pas de solution pour detourner le problème. Etant donné que personne de "Orange Mail" ne répond, je vais tacher de donner les infos que

Re: [FRnOG] [OT] Contact Transit FT

[EMAIL PROTECTED] disait : > Bonjour, > > Je chercher a acheter du trafic FT (AS 3215) et/ou OpenTransit (AS 5511) sur > le site de Redbus à Courbevoie. Pas de chance, ni 3215 ni 5511 ne sont présent à RedBus. Il faudrait donc une boucle locale pour les joindre Vincent. ---

Re: [FRnOG] Problème FT

[EMAIL PROTECTED] disait : > Depuis ce matin j'ai de gros problème de lenteur vers NYC depuis tous > mes accès internet qui utilisent le réseau de France Telecom. Que ceci > soit depuis Madagascar, de Paris ou d'ailleurs en France. Evidement > tous convergent par les mêmes routes via Aubervilliers

Re: [FRnOG] RE : [FRnOG] RE : [FRnOG] Content Delivery Network (CDN) à la francaise

[EMAIL PROTECTED] disait : > Mais ce n'est pas le fond du problème. Le fond du problème c'est que tu > as ton transit à Paris. Régionalise-le, en annonçant dans chaque région > les IPs qui vont bien, et tu auras simplifié une partie de ton problème. C'est tout a fait ce que fait FT. Le transit de

Re: RE : [FRnOG] GLC-T sur Catalyst

[EMAIL PROTECTED] disait : > > -Message d'origine- > > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de > > Vincent Gillet - Opentransit > > Envoyé : lundi 4 décembre 2006 14:52 > > À : frnog@frnog.org > > Objet : [FRnOG] GLC-T sur C

[FRnOG] GLC-T sur Catalyst

Etant donné que les pros de l'hébergement sont attentifs à Frnog, voila une question technique pour eux Dans un Catalyst avec une carte 6724 (24 ports GE par SFP), est-il possible de mettre un module SFP RJ45 (nommé GLC-T sauf erreur) qui puisse faire du FE (et non du GE) ? J'ai en effet des

Re: [FRnOG] Re: [FRnOG] Con tent Delivery Network (CDN) à la francaise

[EMAIL PROTECTED] disait : > On Fri, Dec 01, 2006 at 11:21:55AM +0100, Jean-Francois Cousi wrote: > > En faisant exploser la Bande Passante moyenne par abonné, les services de > > vidéo (ajouté au P2P) remettent en cause tout le modele économique des FAI > > basé sur la mutualisation de la BP (m

RE: [FRnOG] Content Deliver y Network (CDN) à la francaise

> mais si je comprends bien, le seul intéret pour un fournisseur d'accès de > refuser un peering gratuit, ou tout autre solution qui pourrait insiter une > aumentation de contenu c'est de se debarrasser du traffic qui pourrait lui > poser plus de soucis qu'il en a déjà avec le trafic inévitable

Re: [FRnOG] Content Deliver y Network (CDN) à la francaise

[EMAIL PROTECTED] disait : > S'ils prennent la peine d'installer les serveurs chez le FAI, pourquoi > les faire payer ? Car le modèle de business change et on ne désire pas faire transporter le traffic "pour rien". Certes le End-user paie, mais pour un fournisseur de contenu, je considère que c'

Re: [FRnOG] Peering Cogent

Bonjour, > Après cette brêve présentation, voici une question qui me turlupine. > D'après ce que je vois un peu partour sur le Net, Cogent a des petits > soucis de Peering, et surtout une politique "peering" assez particulière. > Après avoir eu un bref contact, on m'affirme que les soucis de peeri

Re: [FRnOG] Cogent / FT

[Merci de ne pas me rentrer dedans tout de suite :-)] > Il y a aussi la facon legerement plus propre: tirer un cable vers un > autre client cogent dans le meme colo qui a un AS (et donc qui peut > joindre FT via son autre transit) et poser des routes statiques vers > 3215 (cela tient evidemment

Re: [FRnOG] Que se passe t-il ?

> "sont ils compliant ?" > > Oui mais sur quels critères ? assez de bande passante ? Ou le fait de Sur les criteres que l'opérateur publie. > gagner en qualité de route ? Il faut penser à la clientèle qui par moment à > des besoins pour accèder des réseaux > qui ne sont pas de la taille d'un I

Re: [FRnOG] Que se passe t-il ?

[EMAIL PROTECTED] disait : > c'est moi qui comate ou l'ont ségare du probléme des é-mails !? yep. > ici, nous devriont lâcher nos argumentaire pour des arangements > amiables, des gens d'OpenTransit Si on ne peut pas trop causer de la polémique proprement dite on peut en effet parler des argum

Re: [FRnOG] Que se passe t-il ?

[EMAIL PROTECTED] disait : > On ne se demande pas du tout, au contraire :-) > > > Il est écrit dans l'article que PROXAD est également concerné par le > > problème, quelqu'un a t'il plus d'informations la dessus ou est-ce > > simplement ce cher Octave qui en rajoute vis a vis de son interlocuteur

Re: [FRnOG]

[EMAIL PROTECTED] disait : > > > > Bonjour, > > > Salut tt le monde, je voudrais faire un reset d'un pocket multicom (un petit > routeur RNIS), mais comment faire. Je recherche aussi de la doc sur des > switch AVAYA P333R, T et P332G, merci d'avance De mémoire, Tu mets un cable droit (ou cro

Re: [FRnOG] BGP et MD5

[EMAIL PROTECTED] disait : > --On jeudi 22 avril 2004 15:20 +0200 Pascal Gloor <[EMAIL PROTECTED]> wrote: > > > si on connait le port src/dst, on a effectivement un problème de securité > > car on a plus que 2^16 (65536) possibilités. > > Sachant que celui ci est bien souvent visible depuis un l

Re: [FRnOG] BGP et MD5

Sir Jerome, > Juniper & Cisco ont tous les deux publié des bulletins de sécurité relatifs a la > vulnerabilité > de TCP au paquets spoofés. > > Le bulletin Juniper (disponible pour peu d'avoir un acces client a juniper.net) > renvoie sur ce > lien: > >

Re: [FRnOG] OpenTransit

[EMAIL PROTECTED] disait : > At 10:45 20/04/2004, Pascal Gloor wrote: > >FT nous propose un bon prix pour du transit et je me demandais ce que vous > >pensez (objectivement) de votre ex-AS-monopolitique :-) > > > De maniere generale, FT a plutot toujours fourni des prestations de qualite > qua

[FRnOG] Politique de peering France Telecom

Pour information, la politique de peering de l'as domestique de France Telecom est désormais public : http://www.parix.net/Politique-peering-FT-AS3215.pdf Vincent. Liste de diffusion du FRnOG http://www.frnog.org/ --

Re: [FRnOG] EBGP pour transporter prefixes v4 et V6

> D'accord avec Raph : je me vois mal mettre des route-map en inbound juste > pour forcer le next-hop ipv6 pour les NLRI transportés dans > l'address-family ipv6 d'une session BGP4+ montée sur du v4. Pour l'EBGP, je suis convaincu. La question est plus pour l'IBGP (ou le next-hop n'est pas un prob

Re: [FRnOG] EBGP pour transporter prefixes v4 et V6

[EMAIL PROTECTED] disait : > Personnellement je trouve qu'avec deux protocoles de niveau 3 différents, > il me paraît naturel de maintenir deux groupes de sessions différentes > pour le BGP. Si les préfixes IPv6 sont échangés au moyen de sessions > BGP qui fonctionnent en IPv4, cela veut dire que

Re: [FRnOG] EBGP pour transporter prefixes v4 et V6

[EMAIL PROTECTED] disait : > > Vincent Gillet écrit: > > Quel est le best-practice des opérateurs 100% dual-stack > > Aux Etat-Unis je n'en connais aucun. > > > tant en ce qui concerne I que EBGP ? > > Séparation complète entre v4 et v6 (différents routeu

Re: [FRnOG] EBGP pour transporter prefixes v4 et V6

[EMAIL PROTECTED] disait : > On ne peut pas à ma connaissance transporter des routes IPv6 dans une > session BGP IPv4 et inversement. Transporter des routes V6 dans une session V4, pas de probleme ... J'ai fait. Il y a même quelques année, il était pas possible de faire autrement car BGP ne savai

Re: [FRnOG] EBGP pour transporter prefixes v4 et V6

[EMAIL PROTECTED] disait : > On Thu, Oct 30, 2003 at 09:09:58AM +0100, > Vincent Gillet <[EMAIL PROTECTED]> wrote > a message of 32 lines which said: > > > Dans ce cas, cela casse un postulat que j'avais en tête : > > Il n'est pas possible de monte

Re: [FRnOG] EBGP pour transporter prefixes v4 et V6

[EMAIL PROTECTED] disait : > > Vincent Gillet écrit: > > Jouons avec le dual-stack :-) > > Est-ce que qq'un a déjà fait de l'EBGP V4+v6 sur Cisco ou Juniper ? > > Oui moi. > > > Si la session est montée sur le /30 de l'ipv4, quell > >

[FRnOG] EBGP pour transporter prefixes v4 et V6

Jouons avec le dual-stack :-) Est-ce que qq'un a déjà fait de l'EBGP V4+v6 sur Cisco ou Juniper ? Si la session est montée sur le /30 de l'ipv4, quel next-hop est positionné pour les prefixes V6 transmis ? Juniper semble positionner un next-hop "::l.ip.v4" pas trop apprécié par le Cisco en face

Re: [FRnOG] Probleme OpenTransit

[EMAIL PROTECTED] disait : > Bonjour > > Quelqu'un est au courant du probleme de ce matin semble-t-il chez > opentransit ? de 9h30 à 11h30 > > Certain site depuis France Telecom (google, lambdanet) n'etait pas > accessible. Je ne peux pas trop en parler, mais une mauvaise manip couplée à des no

Re: [FRnOG] BGP RouteServer

[EMAIL PROTECTED] disait : > > Comme les sessions de AS12670 et AS8921 sont aussi down, j'imagine qu'un > > problème du même genre leur arrive possiblement. > > En parlant de l'AS8921, je cherche un n° de téléphone direct qui marche > pour les joindre, car leur session BGP IPv6 est down depuis q

Re: [FRnOG] Transit FT et Catalyst 3550

[EMAIL PROTECTED] disait : > > Bonjour > > > > - Quelqu'un sait si FT vend du transit dans un centre de colocation pour ne > > pas avoir les frais de construction de ligne ? > > (Parix c'est uniquement du peering ? ils y vendent du transit aussi ?) > > Qui peut me confirmer que FT est bien racco

[FRnOG] Juniper et transfix sur E1.

Hello all, J'essaye de faire fonctionner une interface E1 d'un Juniper sur une LS transfix de FT livré en 1920 sur un ETCD BMD (le modem de FT). En framing g704, je n'arrive à obtenir qu'un yellow Alarm ... ... comme si le BMD ne savait pas interpreter le tramage émis par le Juniper. En "unfram

[FRnOG] Cable X21/V11

Puisque il semble qu'on puisse utiliser cette liste pour demander des petites choses : Je cherche un cable croisé X21 (DB15 Male/Male) d'une longeur quelconque. Est-ce que qq'un aurait cela dans un placard poussiéreux ??? Merci. Vincent. Liste de diffusion du FRnOG