Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On 4 nov. 2012, at 00:08, Rémi Bouhl remibo...@gmail.com wrote: Bonsoir, Le 03/11/12, Raphaël Maunierraphael.maun...@jaguar-network.com a écrit : Tout simplement, je suis ton opérateur de transit, la session flappe sans cesse, tu me fais un mail pour me dire : ouais pas bien pas beau ça casse. Tu as un Junisco, avec la version 52.xr42Xm, je te dis : ouais dans ta conf c'est ça où ça qui merde à cause du bidule truc chouette. Tu as un bsd avec un kernel ... Je te dis : J'ai pas testé, j'ai pas de test d'interop, je ne vais pas début, débrouille toi, ou reviens avec un routeur HW. Mais, mais alors, à quoi servent les RFC, les standards, les normes et compagnie ? Dans le premier cas tu vas faire plus que ton boulot (puisque tu dépannes la config du client alors que c'est chez lui que ça merde, et qu'il est déjà censé payer des gens chez lui pour gérer ça), dans le deuxième cas il est possible que son BSD-Linux soit configuré comme il faut et que ça merde chez toi, donc tu refuses de dépanner le service pour lequel il paie. Tout simplement parce que ça fonctionne pour 99,99% des autres clients. Ceux qui cherchent à faire des économies de bout de chandelles, ils en paient les conséquences. Appelles Level3, Tata, Telia et dit que ton routeur bgp Linux déconne et qu'ils doivent vérifier leur config, on va voir ce qu'il se passe. Les routeurs d'entrée de gamme ne coûte plus x milliers de k euros, les constructeurs font beaucoup d'efforts pour proposer des solutions de plus en plus compacte et compétitive. Tout le monde va devoir upgrader ses routeurs prochainement, la table ipv6 est en train de croître assez rapidement, les routeurs avec les limitations tcam ( non non, je ne parle pas les MLX et des 6500/7600 ) auront des gros problèmes. Je connais des commerciaux des revendeurs de HW qui viennent de voir des $ devant leurs yeux :) . C'est cadeau les mecs :) Naïvement (j'insiste sur le naïvement) je trouve ça assez aberrant comme situation. Ça me rappelle l'attitude des ISP grand public, qui vont expliquer au luser sous Windows XP comment configurer son parefeu (wait, wait, c'est le boulot d'un ISP ça ?) et faire chier celui qui signale une vraie panne mais n'utilise pas Windows (conclusion, son ADSL est en panne, mais il doit ruser avec la hotline pour obtenir la réparation à laquelle il a droit). Tu parles de grand public la, ça n'a rien à voir. Et je parle en connaissance de cause, j'ai fais la Noteline de Wanadoo comme premier job, alors quand tu as 6 min pour traiter l'appel, et que ton homme camembert ( le superviseur qui voit les stats en temps réel ) vient de taper sur l'epaule pour que tu te magnes, ben le mec avec le Linux, tu lui dis : pas d'incidents chez nous, votre compte est bien actif, maintenant : use the force Luc ! De plus, maintenant, ce n'est plus trop le cas, car la plupart des isp ont des box, donc le temps ou tu avais ton modem Adsl sur ton Linux en direct c'est ( quasi ) terminé . C'est utopique de rêver de limites claires et rationnelles entre ce qui relève de la responsabilité du client, et ce qui relève de la responsabilité du fournisseur, avec entre les deux les Normes et le Contrat comme repères ? Notre industrie a sérieusement besoin de se professionnaliser, et on va aller vers de plus en plus de concentration dans le monde des Telecoms, c'est un fait. Donc, faire tout pour ne pas être dans une configuration acceptée et supportée par l'industrie n'est pas la bonne démarche. Ne me faites pas dire ce que je n'ai pas dis : Il y a une différence fondamentale entre innover et bidouiller. Il ne faut pas faire comme les autres, mais mieux ... Tout en restant un minimum pro. Rémi. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On Sun, Nov 04, 2012 at 01:19:18PM +0100, Raphaël Maunier wrote: Tout simplement parce que ça fonctionne pour 99,99% des autres clients. Ceux qui cherchent à faire des économies de bout de chandelles, ils en paient les conséquences. Appelles Level3, Tata, Telia et dit que ton routeur bgp Linux déconne et qu'ils doivent vérifier leur config, on va voir ce qu'il se passe. Les routeurs d'entrée de gamme ne coûte plus x milliers de k euros, les constructeurs font beaucoup d'efforts pour proposer des solutions de plus en plus compacte et compétitive. Tout le monde va devoir upgrader ses routeurs prochainement, la table ipv6 est en train de croître assez rapidement, les routeurs avec les limitations tcam ( non non, je ne parle pas les MLX et des 6500/7600 ) auront des gros problèmes. Je connais des commerciaux des revendeurs de HW qui viennent de voir des $ devant leurs yeux :) . C'est cadeau les mecs :) Tu met en évidence un des gros (je n'ai pas dit seul) avantages des routeurs soft (*BSD, Linux, ...) pour lesquels il suffit d'augmenter la quantité de RAM. Tu parles de grand public la, ça n'a rien à voir. Et je parle en connaissance de cause, j'ai fais la Noteline de Wanadoo comme premier job, alors quand tu as 6 min pour traiter l'appel, et que ton homme camembert ( le superviseur qui voit les stats en temps réel ) vient de taper sur l'epaule pour que tu te magnes, ben le mec avec le Linux, tu lui dis : pas d'incidents chez nous, votre compte est bien actif, maintenant : use the force Luc ! De plus, maintenant, ce n'est plus trop le cas, car la plupart des isp ont des box, donc le temps ou tu avais ton modem Adsl sur ton Linux en direct c'est ( quasi ) terminé . Ce phénomène existe malheureusement toujours quand tu appelle $ISP_NATIONAL pour déclarer que ton modem ne synchronise plus. Pourquoi un modem ? Car tu souhaite disposer de l'IP publique sur ton routeur, ...et là chez $ISP_NATIONAL tu es seul et dois bien souvent mentir au tech que tu as au tel. Le dit tech ne comprenant (pour la grande majorité) rien à ce qu'il fait. Notre industrie a sérieusement besoin de se professionnaliser, et on va aller vers de plus en plus de concentration dans le monde des Telecoms, c'est un fait. Donc, faire tout pour ne pas être dans une configuration acceptée et supportée par l'industrie n'est pas la bonne démarche. Le but ici n'étant pas de se tirer une balle dans le pied en ayant *volontairement* un Frankenstein non supporté, mais une solution alternative répondant à un besoin. Je comprend que ce besoin ne soit pas le même selon la position (ne dérapez pas SVP): ISP, PME, ... Ne me faites pas dire ce que je n'ai pas dis : Il y a une différence fondamentale entre innover et bidouiller. Il ne faut pas faire comme les autres, mais mieux ... Tout en restant un minimum pro. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On Nov 4, 2012, at 1:49 PM, Laurent CARON lca...@unix-scripts.info wrote: On Sun, Nov 04, 2012 at 01:19:18PM +0100, Raphaël Maunier wrote: Tout simplement parce que ça fonctionne pour 99,99% des autres clients. Ceux qui cherchent à faire des économies de bout de chandelles, ils en paient les conséquences. Appelles Level3, Tata, Telia et dit que ton routeur bgp Linux déconne et qu'ils doivent vérifier leur config, on va voir ce qu'il se passe. Les routeurs d'entrée de gamme ne coûte plus x milliers de k euros, les constructeurs font beaucoup d'efforts pour proposer des solutions de plus en plus compacte et compétitive. Tout le monde va devoir upgrader ses routeurs prochainement, la table ipv6 est en train de croître assez rapidement, les routeurs avec les limitations tcam ( non non, je ne parle pas les MLX et des 6500/7600 ) auront des gros problèmes. Je connais des commerciaux des revendeurs de HW qui viennent de voir des $ devant leurs yeux :) . C'est cadeau les mecs :) Tu met en évidence un des gros (je n'ai pas dit seul) avantages des routeurs soft (*BSD, Linux, ...) pour lesquels il suffit d'augmenter la quantité de RAM. Je parle de gros routeurs sur ce point précis la :) Je savais que ça allait rebondir sur ce point. J'attends de voir comment se comporte un routeur soft avec N*10G et un ddos qui lui est destiné. Avec un Juniper, tu regarde gentiment et tu va te prendre un café :) Un routeur type MX, la force, c'est que ça scale, sans broncher, t'as pas besoin d'avoir un CPU de la mort qui tue pour faire en sorte que ça commute assez. T'as pas à optimiser l'OS quand tu rajoutes des cartes dans le bousin. Tu parles de grand public la, ça n'a rien à voir. Et je parle en connaissance de cause, j'ai fais la Noteline de Wanadoo comme premier job, alors quand tu as 6 min pour traiter l'appel, et que ton homme camembert ( le superviseur qui voit les stats en temps réel ) vient de taper sur l'epaule pour que tu te magnes, ben le mec avec le Linux, tu lui dis : pas d'incidents chez nous, votre compte est bien actif, maintenant : use the force Luc ! De plus, maintenant, ce n'est plus trop le cas, car la plupart des isp ont des box, donc le temps ou tu avais ton modem Adsl sur ton Linux en direct c'est ( quasi ) terminé . Ce phénomène existe malheureusement toujours quand tu appelle $ISP_NATIONAL pour déclarer que ton modem ne synchronise plus. Pourquoi un modem ? Car tu souhaite disposer de l'IP publique sur ton routeur, ...et là chez $ISP_NATIONAL tu es seul et dois bien souvent mentir au tech que tu as au tel. Le dit tech ne comprenant (pour la grande majorité) rien à ce qu'il fait. Nan, mais ok, on parle de combien de % du marché ? 0,001%. La belle affaire. Juste pour casser un mythe car visiblement les gens pensent encore que les ISP grand public gagnent vraiment de l'argent sur l'accès IP. Les clients qui n'ont que l'ADSL en direct sans utiliser les services de téléphonie et de télévion ( VOD entre autre ) ne sont pas les clients que recherchent les FREE / Bouygues / SFR / Numericable / XXXGRANDPUBLIC. Donc :) Notre industrie a sérieusement besoin de se professionnaliser, et on va aller vers de plus en plus de concentration dans le monde des Telecoms, c'est un fait. Donc, faire tout pour ne pas être dans une configuration acceptée et supportée par l'industrie n'est pas la bonne démarche. Le but ici n'étant pas de se tirer une balle dans le pied en ayant *volontairement* un Frankenstein non supporté, mais une solution alternative répondant à un besoin. Je comprend que ce besoin ne soit pas le même selon la position (ne dérapez pas SVP): ISP, PME, … troll Soit, dans ce cas, un groupe de standardisation autour de cette solution devra se créer et valider du matis supporté et accepté lors de debug avec un opérateur. Au bout d'un moment, il y a aura 2 constructeurs de validés et bam … On aura une solution constructeur :) /troll Quoiqu'il en soit t'as pas forcément envie de te battre avec ton opérateur à 18h de l'aprem pendant ton rush d'audience, et quand bien même que l'erreur soit chez lui, tu aura perdu des $$$ car ton activité en dépend directement. Le propos est la. Que ça marche mieux ou pas, clairement on s'en tamponne . Ce qui compte, c'est comment ton archi est supportée en interne et surtout en externe avec tes fournisseurs / clients. Ne me faites pas dire ce que je n'ai pas dis : Il y a une différence fondamentale entre innover et bidouiller. Il ne faut pas faire comme les autres, mais mieux ... Tout en restant un minimum pro. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
Quoiqu'il en soit t'as pas forcément envie de te battre avec ton opérateur à 18h de l'aprem pendant ton rush d'audience, et quand bien même que l'erreur soit chez lui, tu aura perdu des $$$ car ton activité en dépend directement. Le propos est la. Que ça marche mieux ou pas, clairement on s'en tamponne . Ce qui compte, c'est comment ton archi est supportée en interne et surtout en externe avec tes fournisseurs / clients. Ce qui compte c'est de savoir dans quelle mesure tu vas être capable de gérer ton archi. Soit tu es compétent et tu dois pouvoir faire à peu près ce que tu veux. Soit tu n'as aucune compétence et là tu es soumis au bon vouloir de ton prestataire. Bref, la compétence reste le point centrale quelle que soit la solution retenue. Ce qui est aussi une affaire de stratégie. Julien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On Nov 4, 2012, at 2:14 PM, Julien Boussu d...@xgs-france.com wrote: Quoiqu'il en soit t'as pas forcément envie de te battre avec ton opérateur à 18h de l'aprem pendant ton rush d'audience, et quand bien même que l'erreur soit chez lui, tu aura perdu des $$$ car ton activité en dépend directement. Le propos est la. Que ça marche mieux ou pas, clairement on s'en tamponne . Ce qui compte, c'est comment ton archi est supportée en interne et surtout en externe avec tes fournisseurs / clients. Ce qui compte c'est de savoir dans quelle mesure tu vas être capable de gérer ton archi. Soit tu es compétent et tu dois pouvoir faire à peu près ce que tu veux. Soit tu n'as aucune compétence et là tu es soumis au bon vouloir de ton prestataire. Voila, tu as tout bien résumé :) Bref, la compétence reste le point centrale quelle que soit la solution retenue. Pas que, aussi de sérieux dans l'industrie. Tu veux vendre des services à des clients, montrer des routeurs constructeurs vs un serveur de routage sous Linux … Je dois être le seul couillon qui ne ferait pas confiance, aux barbus du routage. Par contre, un bon barbu qui vient me dire qu'il va optimiser mon infrastructure linux et tout automatiser pour que mon déploiement scale, je signe de suite. Ce qui est aussi une affaire de stratégie. Vi, prendre le risque de se voir refuser des contrats parce que pas assez sérieux, c'est une stratégie ( troll detected ) Julien. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On Nov 4, 2012, at 2:23 PM, Julien Boussu julien.bou...@xgs-france.com wrote: Pas que, aussi de sérieux dans l'industrie. Tu veux vendre des services à des clients, montrer des routeurs constructeurs vs un serveur de routage sous Linux … Je dois être le seul couillon qui ne ferait pas confiance, aux barbus du routage. Par contre, un bon barbu qui vient me dire qu'il va optimiser mon infrastructure linux et tout automatiser pour que mon déploiement scale, je signe de suite. Bizarre. Tu dis non puis oui. Je parle de mon archi Linux ( serveur ouebe, mail, ou autre), surtout pas de routage :) Sur ce genre de problématique, je ferais plus confiance à la petite PME de barbus qu'aux grosses SSII J'ai aussi peu confiance en un barbus qui se contente de me dire que Linux c'est bien qu'en un intégrateur qui m'explique qu'avec Ciscper je suis tranquille et qui me présente une conf en défault-factory …. Vi, prendre le risque de se voir refuser des contrats parce que pas assez sérieux, c'est une stratégie ( troll detected ) Trop facile, je plongerai pas :-) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On 04/11/2012 13:19, Raphaël Maunier wrote: Notre industrie a sérieusement besoin de se professionnaliser, et on va aller vers de plus en plus de concentration dans le monde des Telecoms, c'est un fait. Dis de façon aussi assertive, ça fait un peu Mme Irma, mais avec le recul ça parait logique. Donc, faire tout pour ne pas être dans une configuration acceptée et supportée par l'industrie n'est pas la bonne démarche. Correction : Si tu veux vendre ta boite qui fait un peu de telco, inspires toi de l'archi de ton futur acquéreur. Mais pour quelqu'un qui veut plutôt préserver un marché de niche ou une activité régionale, et au passage le maillage et donc la robustesse du réseau, OSEF. -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
2012/11/4 Jérôme Nicolle jer...@ceriz.fr On 04/11/2012 13:19, Raphaël Maunier wrote: Donc, faire tout pour ne pas être dans une configuration acceptée et supportée par l'industrie n'est pas la bonne démarche. Correction : Si tu veux vendre ta boite qui fait un peu de telco, inspires toi de l'archi de ton futur acquéreur. Mais pour quelqu'un qui veut plutôt préserver un marché de niche ou une activité régionale, et au passage le maillage et donc la robustesse du réseau, OSEF. Clair! et bird il tourne tres bien dans pas mal de GIX, et pas que Français, Gnak! --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
Mais ne fait pas passer une goutte de trafic. Donc c'est un peu différent. Le 4 nov. 2012 à 16:48, Arnaud Fenioux a écrit : Clair! et bird il tourne tres bien dans pas mal de GIX, et pas que Français, Gnak! --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
Le 4 nov. 2012 à 16:48, Arnaud Fenioux a écrit : Clair! et bird il tourne tres bien dans pas mal de GIX, et pas que Français, Gnak! 2012/11/4 Olivier Benghozi olivier.benghozi+fr...@gmail.com Mais ne fait pas passer une goutte de trafic. Donc c'est un peu différent. En fait si, car lorsqu'il y a des accords entre différents IXP, tout le monde n'est pas obligatoirement dans le meme vlan, donc y a aussi du trafic routé. Certes les volumes ne sont pas astronomiques, mais ca peut quand meme atteindre qqlq centaines de Mbps. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On Sun, Nov 4, 2012, at 13:19, Raphaël Maunier wrote: Appelles Level3, Tata, Telia et dit que ton routeur bgp Linux déconne et qu'ils doivent vérifier leur config, on va voir ce qu'il se passe. J'ai l'impression que tu as en tete toujours le meme type de set-up : traffic important, configuration pousee, voir meme clients en mode managed. Dans tous ces cas, je suis d'accord, un PC qui joue routeur c'est NO-GO (surtout dans un mode manage). Par contre il y a une niche ou ca prend tout son sens, generalement comme solution temporaire, jusqu'a un certain niveau de debit/complexite. J'ai deja fait ca, ca a bien marche, j'ai prouve ce que j'ai eu a prouver, et 18 mois plus tard j'ai pu meme m'appuyer sur ca pour demander des $$$ pour quelque-chose de serieux. Resume: - OUI, un Linux/BSD + Quagga/BIRD/OpenBGPD *CA MARCHE* - NON, ce n'est pas ni une solution definitive (ni en mode on verra plus tard), ni quelque-chose qu'on peut pousser trop loin - et NON, ce n'est pas pour toute le monde. C'est une niche, assez limite d'ailleurs. Les routeurs d'entrée de gamme ne coûte plus x milliers de k euros, les constructeurs font beaucoup d'efforts pour proposer des solutions de plus en plus compacte et compétitive. Il ont encore des effots a faire pour la plupart. Deja les histoires de licence a la con Notre industrie a sérieusement besoin de se professionnaliser, et on va et GRAVE !! Et malhereusement ce besoin monte assez haut dans certaines hierarchies. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On Sun, Nov 4, 2012, at 17:46, Arnaud Fenioux wrote: En fait si, car lorsqu'il y a des accords entre différents IXP, tout le monde n'est pas obligatoirement dans le meme vlan, donc y a aussi du trafic routé. Certes les volumes ne sont pas astronomiques, mais ca peut quand meme atteindre qqlq centaines de Mbps. ?!?!?!?!!? Dans un IXP le role du route-serveur c'est de distribuer des routes avec un next-hop autre que le sien. S'il arrive a recevoir du traffic a forwarder, il y a un probleme. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On 04/11/2012 17:46, Arnaud Fenioux wrote: En fait si, car lorsqu'il y a des accords entre différents IXP, tout le monde n'est pas obligatoirement dans le meme vlan, Si deux AS ne sont pas dans la même zone de broadcast alors ils ne peerent pas, fin de l'histoire. Dernièrement on a appelé route-serveurs des machines qui relient des GIX et sont en réalité des routeurs, par la force des choses. C'est devenu habituel mais en fait je ne connais que trois exemple d'interco de GIX propres en France 1. celle de Sfinx avec France-IX 2. celle de FR-IX avec sa petite famille en province 3. celle de FR-IX 75 avec Lyonix. Le reste c'est routé, et même si la bécane s'appelle Route-Serveur en fait elle vous sert un transit partiel. Et parfois oui c'est un routeur soft au milieu. Malheureusement c'est à cause de ça que FR-IX n'a toujours pas pu finaliser son interconnexion avec le Touix, ce dernier ayant décidé de le faire avec un RS intermédiaire, ce qui n'est pas compatible avec la définition même de peering. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On 04/11/2012 19:28, Sylvain Vallerot wrote: Malheureusement c'est à cause de ça que FR-IX n'a toujours pas pu finaliser son interconnexion avec le Touix, ce dernier ayant décidé de le faire avec un RS intermédiaire, ce qui n'est pas compatible avec la définition même de peering. Tu dis n'importe quoi là. On propage un VLAN dédié pour l'interco France-IX. Quant à l'interco FR-IX, elle n'est pas en place juste parce qu'il n'y a qu'un seul membre du TOUIX, déjà sur FR-IX 75, qui s'y intéresse. -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On 04/11/2012 19:31, Jérôme Nicolle wrote: On 04/11/2012 19:28, Sylvain Vallerot wrote: Malheureusement c'est à cause de ça que FR-IX n'a toujours pas pu finaliser son interconnexion avec le Touix, ce dernier ayant décidé de le faire avec un RS intermédiaire, ce qui n'est pas compatible avec la définition même de peering. Tu dis n'importe quoi là. On propage un VLAN dédié pour l'interco France-IX. J'ignorais, ça a pas été annoncé ou bien j'ai raté l'info ? Quant à l'interco FR-IX, elle n'est pas en place juste parce qu'il n'y a qu'un seul membre du TOUIX, déjà sur FR-IX 75, qui s'y intéresse. On en reparle OFF. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
On 4 nov. 2012, at 17:55, Guillaume Leclanche guilla...@leclanche.net wrote: Google utilise développe quagga en interne (en tant qu'élément de leur réseau openflow) http://www.gossamer-threads.com/lists/quagga/dev/23049 https://code.google.com/u/115371599636097759753/# +talk google @nanog vancouver Oui, j'y étais aussi à cette présentation ( belle région d'ailleurs Vancouver) je ne sais pas ce qu'il en est pour leur front-end internet, en revanche. Des routeurs HW, et aussi des MX et des cisco également, et sûrement d'autres marques. Globalement, avec l'introduction d'Openflow et la qualité lamentable des OS livrés par certains constructeurs, on risque d'avoir beaucoup de mouvement et de choses intéressantes au niveau du control plane, et les solutions opensource qui fonctionnent de façon transparente et documentée auront un rôle à jouer. C'est le nouveau cheval de bataille des constructeurs. Dans 1 an on commencera à voir des trucs qui marchent ( pour de vrai ) Le 4 novembre 2012 17:28, Jérôme Nicolle jer...@ceriz.fr a écrit : On 04/11/2012 17:23, Olivier Benghozi wrote: Mais ne fait pas passer une goutte de trafic. Donc c'est un peu différent. Tu peux très bien vivre d'un réseau qui dépasse pas le gigot. Faut arrêter de s'astiquer le nombril sur des volumes énormes de bande passante... -- Jérôme Nicolle 06 19 31 27 14 --- 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] Routeurs BGP : Conseil de topologie
Le Sun, Nov 04, 2012 at 03:24:34PM -0500, Jean-Tiare LE BIGOT [j...@lebigot.net] a écrit: [...] doucement rire. (bonnemine, une autre truite stp !) Bonnemine, c'est l'épouse du chef du village, Abraraccourcix L'épouse d'Ordralfabétix, le poissonier, c'est Iélosubmarine -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 21 rue Frédéric Petit - 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Routeurs BGP : Conseil de topologie
Bonsoir, Le 03/11/12, Raphaël Maunierraphael.maun...@jaguar-network.com a écrit : Tout simplement, je suis ton opérateur de transit, la session flappe sans cesse, tu me fais un mail pour me dire : ouais pas bien pas beau ça casse. Tu as un Junisco, avec la version 52.xr42Xm, je te dis : ouais dans ta conf c'est ça où ça qui merde à cause du bidule truc chouette. Tu as un bsd avec un kernel ... Je te dis : J'ai pas testé, j'ai pas de test d'interop, je ne vais pas début, débrouille toi, ou reviens avec un routeur HW. Mais, mais alors, à quoi servent les RFC, les standards, les normes et compagnie ? Dans le premier cas tu vas faire plus que ton boulot (puisque tu dépannes la config du client alors que c'est chez lui que ça merde, et qu'il est déjà censé payer des gens chez lui pour gérer ça), dans le deuxième cas il est possible que son BSD-Linux soit configuré comme il faut et que ça merde chez toi, donc tu refuses de dépanner le service pour lequel il paie. Naïvement (j'insiste sur le naïvement) je trouve ça assez aberrant comme situation. Ça me rappelle l'attitude des ISP grand public, qui vont expliquer au luser sous Windows XP comment configurer son parefeu (wait, wait, c'est le boulot d'un ISP ça ?) et faire chier celui qui signale une vraie panne mais n'utilise pas Windows (conclusion, son ADSL est en panne, mais il doit ruser avec la hotline pour obtenir la réparation à laquelle il a droit). C'est utopique de rêver de limites claires et rationnelles entre ce qui relève de la responsabilité du client, et ce qui relève de la responsabilité du fournisseur, avec entre les deux les Normes et le Contrat comme repères ? Rémi. --- Liste de diffusion du FRnOG http://www.frnog.org/