Re: [FRnOG] Re: [FRnOG] RE : [FRnOG] Content Delivery Network (CDN) à la francaise
rou, On Wed, Dec 06, 2006 at 02:22:18PM +0100, Bernard Dugas wrote: > > L'architecture prévue, c'est que la collectivité fournit à l'isp un > "tuyau" niveau 2 (vlan) entre l'isp et chacun de ses clients. Donc ce > sera bien à chaque isp de gérer son niveau 3, local et uplinks. Oublie pas de bien separer tes clients pour pas qu'ils puissent faire du MITM sur les membres de leur vlan ;) > C'est bien l'isp qui facture le client final, et paye à la collectivité > un forfait pour la location du "tuyau" entre le pop et le client. Donc en gros tu fais juste de la collecte en FTTH et tu comptes sur le fait que des ISP utilisent ta collecte pour rendre ton activite rentable. > C'est ce que je voulais dire, cela revient à un réseau "local" à très > haut débit. Humm.. et donc tu comptes aussi facturer le client directement sur ces echange de traffic en local ? > Mais là c'est le travail de l'ISP. Et un ISP qui permettra plus aura > peut-être plus de clients :-) Et des pertes en plus :) > >>Les petits ISP auront intérêt à venir dans l'Ain :-) > > > >Ca ne changerait pas grand chose. > > Si pour profiter de la bande passante locale à très haut débit. Si tu comptes monter un IX oui, sinon je vois pas vraiment en quoi ils vont en profiter :p Sylvain signature.asc Description: Digital signature
Re: [FRnOG]
+-le 07.12.2006 17:05:52 +0100, [EMAIL PROTECTED] a dit : | Quoting Mathieu Arnold <[EMAIL PROTECTED]>: | | Autant pour moi, mais je pense pas que ce soit le cas (ca a peut-etre | changé) chez Cisco, Juniper, HP, etc. Ça tombe bien, sur mon réseau, en général, ce ne sont pas les routeurs qui sont la source des paquets. -- Mathieu Arnold \ Responsable R & D a b s o l i g h t \ www.absolight.fr 99, rue du Faubourg Saint-Martin 75010 Paris tel : 0821.801.821/fax : 0821.801.822 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG]
Quoting Mathieu Arnold <[EMAIL PROTECTED]>: Autant pour moi, mais je pense pas que ce soit le cas (ca a peut-etre changé) chez Cisco, Juniper, HP, etc. Rishi +-le 07.12.2006 11:23:31 +0100, [EMAIL PROTECTED] a dit : | C'est faux ! Le routeur va fragmenter par defaut, sauf si tu fais du TCP | MSS adjust ou du Path MTU Discover. Ben, non, c'est pas faux, mais je suis biaisé, je n'utilise que des FreeBSD, et ils font du pmtud par défaut. -- Mathieu Arnold \ Responsable R & D a b s o l i g h t \ www.absolight.fr 99, rue du Faubourg Saint-Martin 75010 Paris tel : 0821.801.821/fax : 0821.801.822 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG]
Autre doute que j'ai, est-ce que toute machine UNIX fait du PMTUD par défaut ? ou genre il faut modprobe la feature, ou alors c'est plutôt pas conseillé de le faire (si la machine se met à envoyer des paquets formatés à la plus petite MTU des sauts sur son trajet, on perd l'interêt du jumbo non ?) Normalement oui, mais il y a des fois des exceptions et/ou de sysctl a mettre en place... Il y a aussi des gros vilains méchants qui s'achètent des firewall zolis avec une interface avec des boutons de toutes les couleurs qui filtrent tout l'ICMP qui passe. et donc PMTUD... devient plutôt DTC... Bref... A essayer mais faut prévoir un failback en cas de merdouille... J'avoues que moi j'utiliserais les jumbo que sur des lan locaux avec de beaux NAS pour avoir en packet des fichiers < 8k... My 0,02€ /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG]
+-le 07.12.2006 11:23:31 +0100, [EMAIL PROTECTED] a dit : | C'est faux ! Le routeur va fragmenter par defaut, sauf si tu fais du TCP | MSS adjust ou du Path MTU Discover. Ben, non, c'est pas faux, mais je suis biaisé, je n'utilise que des FreeBSD, et ils font du pmtud par défaut. -- Mathieu Arnold \ Responsable R & D a b s o l i g h t \ www.absolight.fr 99, rue du Faubourg Saint-Martin 75010 Paris tel : 0821.801.821/fax : 0821.801.822 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG]
Le jeudi 07 décembre 2006 à 12:00 +0100, Greg VILLAIN a écrit : > Alors moi je croiyais que la machine en face n'avait pas besoin de > faire du PMTUD... En gros PMTUD il fait une espèce de traceroute qui > retourne la MTU de chaque saut, la machine garde le plus petit MTU du > trajet et formate son envoi sur cette valeur non ? Il faut juste que > tous les sauts répondent à ICMP et ca doit fonctionner non ? Pas vraiment. Il n'y a pas à ma connaissance de message ICMP (v4) permettant de demander à un routeur la MTU du lien par lequel il va router un paquet. En gros, tu envoies tes paquets avec DF=1 et quand ça coince, cad quand tu reçois un ICMP "Fragmentation Needed", tu envoies plus petit jusqu'à ce que ça passe, en gardant la dernière valeur comme PMTU. En v6, on peut demander le PMTU directement, c'est donc plus facile et surtout utile, puisque les routeurs n'ayant pas le droit de fractionner, le noeud émetteur _doit_ connaître le PMTU sous peine de se prendre des erreurs. -- http://sid.rstack.org/ PGP KeyID: 157E98EE FingerPrint: FA62226DA9E72FA8AECAA240008B480E157E98EE >> Hi! I'm your friendly neighbourhood signature virus. >> Copy me to your signature file and help me spread! --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG]
Quoting Greg VILLAIN <[EMAIL PROTECTED]>: Alors moi je croiyais que la machine en face n'avait pas besoin de faire du PMTUD... En gros PMTUD il fait une espèce de traceroute qui retourne la MTU de chaque saut, la machine garde le plus petit MTU du trajet et formate son envoi sur cette valeur non ? Il faut juste que tous les sauts répondent à ICMP et ca doit fonctionner non ? Oui, c'est l'idee, decouvrir la plus petite bande passante. En effet, s'il y a des FW sur le passage, il faut autoriser l'icmp (ou le code icmp precis mais je ne me souviens plus). Rishi --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG]
On Dec 7, 2006, at 11:23 AM, [EMAIL PROTECTED] wrote: Quoting Mathieu Arnold <[EMAIL PROTECTED]>: +-le 06.12.2006 15:07:14 +0100, Greg VILLAIN a dit : | Je me demande justement, ça peut prendre beaucoup de ressources la | fragmentation sur un core router qui est déjà pas mal busy ? (qui plus | est qui sert une plateforme censée recevoir masse de connexions...). normalement, c'est pas le routeur qui fragmente, c'est la machine en face qui se voit répondre "faudrait faire plus petit", et qui fait plus petit. C'est faux ! Le routeur va fragmenter par defaut, sauf si tu fais du TCP MSS adjust ou du Path MTU Discover. Et seulement dans ce dernier cas, des messages ICMP sont générés pour prevenir la machine (qui doit elle aussi gerer le Path MTU discover). Rishi Alors moi je croiyais que la machine en face n'avait pas besoin de faire du PMTUD... En gros PMTUD il fait une espèce de traceroute qui retourne la MTU de chaque saut, la machine garde le plus petit MTU du trajet et formate son envoi sur cette valeur non ? Il faut juste que tous les sauts répondent à ICMP et ca doit fonctionner non ? Autre doute que j'ai, est-ce que toute machine UNIX fait du PMTUD par défaut ? ou genre il faut modprobe la feature, ou alors c'est plutôt pas conseillé de le faire (si la machine se met à envoyer des paquets formatés à la plus petite MTU des sauts sur son trajet, on perd l'interêt du jumbo non ?) Quelqu'un pour trancher ? C'est vrai que je suis pas super à l'aise sur ce sujet. La question sous-jacente, c'est est-ce qu'un core qui fragmente systématiquement des paquets en sortie (car il reçoit des jumbos venant de serveurs en amont) va beaucoup souffrir, niveau performances, de cette fragmentation. Greg aka "go wikipedia, n00b" -- Mathieu Arnold \ Responsable R & D a b s o l i g h t \ www.absolight.fr 99, rue du Faubourg Saint-Martin 75010 Paris tel : 0821.801.821/fax : 0821.801.822 --- 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]
Quoting Mathieu Arnold <[EMAIL PROTECTED]>: +-le 06.12.2006 15:07:14 +0100, Greg VILLAIN a dit : | Je me demande justement, ça peut prendre beaucoup de ressources la | fragmentation sur un core router qui est déjà pas mal busy ? (qui plus | est qui sert une plateforme censée recevoir masse de connexions...). normalement, c'est pas le routeur qui fragmente, c'est la machine en face qui se voit répondre "faudrait faire plus petit", et qui fait plus petit. C'est faux ! Le routeur va fragmenter par defaut, sauf si tu fais du TCP MSS adjust ou du Path MTU Discover. Et seulement dans ce dernier cas, des messages ICMP sont générés pour prevenir la machine (qui doit elle aussi gerer le Path MTU discover). Rishi -- Mathieu Arnold \ Responsable R & D a b s o l i g h t \ www.absolight.fr 99, rue du Faubourg Saint-Martin 75010 Paris tel : 0821.801.821/fax : 0821.801.822 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
