Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Ma derriere utilisation de unnumbered remonte en debut du siècle :p Le seul petit problème avec l’unnumbered est que si l'interface qui a l'IP publique sur le LAN passe 'down' (par example le switch est éteint par le client durant le week-end ou soir), tu ne peux plus pinger ou collecter les stats SNMP. Tu ne sais donc pas si c'est un problème avec la ligne ou ou le LAN et le monitoring va chanter. Thomas On 22 Jul 2014, at 23:19, David Ponzone david.ponz...@gmail.com wrote: De l’unnumbered, on en faisait beaucoup chez ISDnet dans les années 1996-2001, et je n’ai pas le souvenir qu’on ait eu le moindre problème avec. Mais c’était sur du vrai PTP (PPP sur X21 ou DS3/E3 ou du STM1-4). Sur de l’ethernet, effectivement, c’est peut-être pas si évident. En ce qui concerne le /31, on peut penser que ça fonctionne correctement, si on en croit certains commentaires ici: http://packetlife.net/blog/2008/jun/18/using-31-bit-subnets-on-point-point-links/ Evidemment, rien de vérifiable. Et 2 articles sur les effets d’un /31 sur les protocoles de routage de Cisco à Cisco: http://mellowd.co.uk/ccie/?p=630 et de Cisco à Juniper: http://mellowd.co.uk/ccie/?p=937 Cela semble plutôt fonctionnel. Je ferai un test sur un lien peu sensible prochainement. Le 22 juil. 2014 à 18:46, Michel Py mic...@arneill-py.sacramento.ca.us a écrit : Eddy Minet a écrit : Je ne sais pas si ça a déjà été précisé ou non dans la conversation ou dans une conversation antérieure mais du coup est-ce qu'il y a les même problèmes ou plutôt est-ce que le débat est le même avec les .255 ? Oui. De même que les techniques qui essaient d'économiser les adresses sur les liens PTP (comme /31 ou IP unnumbered) ça marche dans 99% des cas et c'est un cauchemar quand ça ne marche pas. Sur un réseau de prod, c'est le genre de chose qu'on apprend à éviter, en général en se brûlant les doigts dessus. L'idée est bonne, mais il y a des cas ou il est nécessaire d'accepter un système non-optimal. Petit retour en arrière : quand IP a été inventé, c'était classfull donc la notion d'avoir un masque plus long que /24 n'existait même pas. Pierre Colombier a écrit : Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Ta logique est bonne, mais dans la réalité voir la réponse de Simon Morvan. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
❦ 23 juillet 2014 07:53 +0100, Thomas Mangin thomas.man...@exa-networks.co.uk : Ma derriere utilisation de unnumbered remonte en debut du siècle :p Le seul petit problème avec l’unnumbered est que si l'interface qui a l'IP publique sur le LAN passe 'down' (par example le switch est éteint par le client durant le week-end ou soir), tu ne peux plus pinger ou collecter les stats SNMP. Tu ne sais donc pas si c'est un problème avec la ligne ou ou le LAN et le monitoring va chanter. Faut la mettre sur la loopback. :) Pour moi, le seul problème avec l'unnumbered, c'est que quand tu fais un traceroute, tu ne sais pas exactement quelle interface est en ingress. -- Don't patch bad code - rewrite it. - The Elements of Programming Style (Kernighan Plauger) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
On 23 Jul 2014, at 08:00, Vincent Bernat ber...@luffy.cx wrote: ❦ 23 juillet 2014 07:53 +0100, Thomas Mangin thomas.man...@exa-networks.co.uk : Ma derriere utilisation de unnumbered remonte en debut du siècle :p Le seul petit problème avec l’unnumbered est que si l'interface qui a l'IP publique sur le LAN passe 'down' (par example le switch est éteint par le client durant le week-end ou soir), tu ne peux plus pinger ou collecter les stats SNMP. Tu ne sais donc pas si c'est un problème avec la ligne ou ou le LAN et le monitoring va chanter. Faut la mettre sur la loopback. :) Pour moi, le seul problème avec l'unnumbered, c'est que quand tu fais un traceroute, tu ne sais pas exactement quelle interface est en ingress. Oui, c'est le meilleur choix si tu as une IP, quand le client a un block c'est moins pratique, et il faut bien configurer ARP, etc. Thomas signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
❦ 23 juillet 2014 08:45 +0100, Thomas Mangin thomas.man...@exa-networks.co.uk : Le seul petit problème avec l’unnumbered est que si l'interface qui a l'IP publique sur le LAN passe 'down' (par example le switch est éteint par le client durant le week-end ou soir), tu ne peux plus pinger ou collecter les stats SNMP. Tu ne sais donc pas si c'est un problème avec la ligne ou ou le LAN et le monitoring va chanter. Faut la mettre sur la loopback. :) Pour moi, le seul problème avec l'unnumbered, c'est que quand tu fais un traceroute, tu ne sais pas exactement quelle interface est en ingress. Oui, c'est le meilleur choix si tu as une IP, quand le client a un block c'est moins pratique, et il faut bien configurer ARP, etc. Oui, tu as raison. Sur un Linux, tu configures en loopback et si tu utilises arp_ignore=1 et arp_announce=2, tu la configures aussi sur chaque interface. Sur du JunOS, loopback dédiée et sur chaque interface, déclaration en unnumbered-address. Psa testé avec d'autres équipements. Il y a ça qui est passé sur le sujet il n'y a pas longtemps (bien que ce soit dans un contexte d'autoconfiguration avec OSPF) : http://blog.ipspace.net/2014/06/unnumbered-ospf-interfaces-in-quagga.html -- panic(bad_user_access_length executed (not cool, dude)); 2.0.38 /usr/src/linux/kernel/panic.c --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Ouais merci, la doc confirme ce que j’avais compris pour une interface point-à-point. Par contre, elle n’évoque pas le cas d’une interface point-à-point dans les faits, mais broadcast physiquement. Le 21 juil. 2014 à 22:53, Jean-Edouard Babin j...@jeb.com.fr a écrit : Sur IOS XE ya quelques infos dans la doc: http://www.cisco.com/c/en/us/td/docs/ios/ios_xe/ipaddr/configuration/guide/xe_3s/iad_xe_3s_book/iad_config_ipadd_xe.html#wp1055316 Le 21 juil. 2014 à 21:28, David Ponzone david.ponz...@gmail.com a écrit : Exactement. Après, ça dépend quel genre de cibles on a. On sait bien que certains FAI grand public se moquent complètement d’un client qui ne peut pas accéder à certaines ressources (d’autant plus si il est encore en IP dynamique). Quand on a des clients pro, il est toujours un peu délicat d’expliquer pourquoi ils ne peuvent pas accéder à un site internet, alors qu’ils peuvent depuis leur mobile. Donc on évite les ennuis, parce qu’on bosse déjà avec des technos pas complètement fiables, si on rajoute ça comme problème, on perd un peu en crédibilité. Suite à ce que j’ai dit plus tôt, j’ai eu l’impression après coup d’avoir dit une énormité, car je demandais si certains utilisaient des /31 sur des liaisons type SDSL. Or sur un media point à point, pas de problème, mais sur un media broadcast, ça coinçait il y a quelques années. Et donc l’EFM serait une espèce de retour en arrière à ce niveau. Après vérifications: En ATM, à priori, Cisco par exemple le gère bien depuis l’IOS 12.4(T) (à peu près). Et en Ethernet, j’ai pas trouvé (encore) la moindre source d’informations à ce sujet, à part le Warning du Cisco quand on met un /31 sur une Subint de GigE. Dans la pratique par contre, ça semble marcher parfaitement, mais j’ai pas passé le lien en prod. Les ping en tout cas sont nickel. Quelqu'un a un peu de retour d’expérience sur ça ? Le 21 juil. 2014 à 20:06, David CHANIAL david.chan...@davixx.fr a écrit : Bonjour, Le 21 juil. 2014 à 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. Pour résumer, il faut faire avec la réalité des choses. Bien sûr si elles sont idiotes, il faut tout faire pour les changer. Mais les nier n’est pas une solution... Cordialement, -- David CHANIAL --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Matthieu, je ne suis pas sûr de vous suivre. Je ne connais pas beaucoup de FAI qui font du DHCP sur le CELAN, parce qu’avec un VLAN par client, utiliser un DHCP pour attribuer une seule IP pour le CPE, c’est plus de conf que de mettre ça en statique. Vous pensez peut-être aux FAI Grand Public ? Il y aussi l’offre C2E où le DHCP peut avoir un intérêt (mais c’est une offre point-à-multipoints). Je peux me tromper parce que les choses évoluent, et on ne sait pas toujours comment font les copains, mais autant que je sache, la config d’une liaison point à point, que cela soit du transfix il y a quelques années, du SDSL ATM ou du SDSL EFM, c’est quasiment toujours en dur, parce qu’on a pas envie d’avoir un problème de qualité de service pour avoir « simplifié » la conf avec des fonctions qui peuvent un jour présenter un bug. Le 21 juil. 2014 à 22:55, Matthieu Texier mtex...@arbor.net a écrit : Bonjour David, La plupart des équipements de type BNG (Broadband Edge) ont des fonctions de type MUX/DEMUX sur les MAC adresses. L’apprentissage de ce MUX/DEMUX se faisant sur l’allocation des adresses via DHCP. Bref, il n’y a souvent pas de “routage” au sens strict dans les réseaux de collecte ethernet. Pour autant, chaque carrier peut faire cela à sa sauce… My 2 cents, Matthieu. On 21 Jul 2014, at 21:28, David Ponzone david.ponz...@gmail.com wrote: Exactement. Après, ça dépend quel genre de cibles on a. On sait bien que certains FAI grand public se moquent complètement d’un client qui ne peut pas accéder à certaines ressources (d’autant plus si il est encore en IP dynamique). Quand on a des clients pro, il est toujours un peu délicat d’expliquer pourquoi ils ne peuvent pas accéder à un site internet, alors qu’ils peuvent depuis leur mobile. Donc on évite les ennuis, parce qu’on bosse déjà avec des technos pas complètement fiables, si on rajoute ça comme problème, on perd un peu en crédibilité. Suite à ce que j’ai dit plus tôt, j’ai eu l’impression après coup d’avoir dit une énormité, car je demandais si certains utilisaient des /31 sur des liaisons type SDSL. Or sur un media point à point, pas de problème, mais sur un media broadcast, ça coinçait il y a quelques années. Et donc l’EFM serait une espèce de retour en arrière à ce niveau. Après vérifications: En ATM, à priori, Cisco par exemple le gère bien depuis l’IOS 12.4(T) (à peu près). Et en Ethernet, j’ai pas trouvé (encore) la moindre source d’informations à ce sujet, à part le Warning du Cisco quand on met un /31 sur une Subint de GigE. Dans la pratique par contre, ça semble marcher parfaitement, mais j’ai pas passé le lien en prod. Les ping en tout cas sont nickel. Quelqu'un a un peu de retour d’expérience sur ça ? Le 21 juil. 2014 à 20:06, David CHANIAL david.chan...@davixx.fr a écrit : Bonjour, Le 21 juil. 2014 à 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. Pour résumer, il faut faire avec la réalité des choses. Bien sûr si elles sont idiotes, il faut tout faire pour les changer. Mais les nier n’est pas une solution... Cordialement, -- David CHANIAL --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Statut adresses IPv4 .0
Bonjour, Je ne sais pas si ça a déjà été précisé ou non dans la conversation ou dans une conversation antérieure mais du coup est-ce qu'il y a les même problèmes ou plutôt est-ce que le débat est le même avec les .255 ? Eddy --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Bonjour David, L’architecture en question est aussi bien applicable aux entreprises qu’aux résidentiels. Il faut mettre en place le niveau d’aggregation adapté. Le principe utilisé est une technologie multi-point en temps normal (Ethernet) qui est “adaptée” pour, entre autres choses, être moins consommatrice d’adresse IP. Il y a donc uniquement l’utilisation du media Ethernet pour son gain de cout mais les couches de contrôles sont complètements modifiées voir supprimées. Plus de Learning, plus de spanning tree et autres technologies niveau 2, elles sont remplacées au profit de DHCP avec une éventuelle conversion de DHCP vers Radius. Dans les modèles les plus évolués, notamment utilisé par des ISP/Carrier Allemand et US, le client broaband est placé, durant son authentification, dans un VLAN dédié à cet effet (négociation room) et le Radius fournit toute les caractéristiques du service souscrit (y compris le VLAN dans lequel placer le client). Pour les aspects resilience, il y a un synchronisation d’état entre routeur edge. Sur le niveau transport, l’utilisation de MPLS/VPLS a aussi très largement contribué à modifier la réflexion sur la notion de LAN (notamment sa notion local qui n’a plus beaucoup de sens). Ce sont ces fonctions flexibles qui caractérisent les routeurs broadband … ce qui les rendent parfois plus sensible (notamment aux BUG’s) mais qui permettent des gains au niveau de l’architecture qui sont très significatifs. Tout l’exercice de certain provider étant de trouver des design unifiés pour tous les types de service et donc la fameuse convergence des réseaux tant “marketée depuis 10 ans et qui, en fonction des stratégies des opérateurs, peut “enfin” voir le jour. My 2,5 cents :), Matthieu. Matthieu Texier Arbor Networks Senior Consulting Engineer mtex...@arbor.net +33 6 85 83 66 89 On 22 Jul 2014, at 08:37, David Ponzone david.ponz...@gmail.com wrote: Matthieu, je ne suis pas sûr de vous suivre. Je ne connais pas beaucoup de FAI qui font du DHCP sur le CELAN, parce qu’avec un VLAN par client, utiliser un DHCP pour attribuer une seule IP pour le CPE, c’est plus de conf que de mettre ça en statique. Vous pensez peut-être aux FAI Grand Public ? Il y aussi l’offre C2E où le DHCP peut avoir un intérêt (mais c’est une offre point-à-multipoints). Je peux me tromper parce que les choses évoluent, et on ne sait pas toujours comment font les copains, mais autant que je sache, la config d’une liaison point à point, que cela soit du transfix il y a quelques années, du SDSL ATM ou du SDSL EFM, c’est quasiment toujours en dur, parce qu’on a pas envie d’avoir un problème de qualité de service pour avoir « simplifié » la conf avec des fonctions qui peuvent un jour présenter un bug. Le 21 juil. 2014 à 22:55, Matthieu Texier mtex...@arbor.net a écrit : Bonjour David, La plupart des équipements de type BNG (Broadband Edge) ont des fonctions de type MUX/DEMUX sur les MAC adresses. L’apprentissage de ce MUX/DEMUX se faisant sur l’allocation des adresses via DHCP. Bref, il n’y a souvent pas de “routage” au sens strict dans les réseaux de collecte ethernet. Pour autant, chaque carrier peut faire cela à sa sauce… My 2 cents, Matthieu. On 21 Jul 2014, at 21:28, David Ponzone david.ponz...@gmail.com wrote: Exactement. Après, ça dépend quel genre de cibles on a. On sait bien que certains FAI grand public se moquent complètement d’un client qui ne peut pas accéder à certaines ressources (d’autant plus si il est encore en IP dynamique). Quand on a des clients pro, il est toujours un peu délicat d’expliquer pourquoi ils ne peuvent pas accéder à un site internet, alors qu’ils peuvent depuis leur mobile. Donc on évite les ennuis, parce qu’on bosse déjà avec des technos pas complètement fiables, si on rajoute ça comme problème, on perd un peu en crédibilité. Suite à ce que j’ai dit plus tôt, j’ai eu l’impression après coup d’avoir dit une énormité, car je demandais si certains utilisaient des /31 sur des liaisons type SDSL. Or sur un media point à point, pas de problème, mais sur un media broadcast, ça coinçait il y a quelques années. Et donc l’EFM serait une espèce de retour en arrière à ce niveau. Après vérifications: En ATM, à priori, Cisco par exemple le gère bien depuis l’IOS 12.4(T) (à peu près). Et en Ethernet, j’ai pas trouvé (encore) la moindre source d’informations à ce sujet, à part le Warning du Cisco quand on met un /31 sur une Subint de GigE. Dans la pratique par contre, ça semble marcher parfaitement, mais j’ai pas passé le lien en prod. Les ping en tout cas sont nickel. Quelqu'un a un peu de retour d’expérience sur ça ? Le 21 juil. 2014 à 20:06, David CHANIAL david.chan...@davixx.fr a écrit : Bonjour, Le 21 juil. 2014 à 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
ok. Un peu comme le PPPoE sur fibre d’Orange avec la Fibre Pro :) Quels opérateurs sachant gérer correctement les clients type entreprise utilisent ce genre de techno en France ? Généralement, ce que je fais personnellement, c’est que je laisse expérimenter les autres avec la nouvelle fonction top-moumoutte de Cisco, et quand c’est stable, 5 ou 6 ans après, je regarde :) En plus, si je n’ai pas voulu de l’offre C2E d’Orange, c’est pas pour rien :) Je n’ai (c’’est personnel) pas envie de mettre les liens sur une interface IP partagée. Mais la techno est intéressante pour un futur accès dégroupé wholesale au FTTH. Le 22 juil. 2014 à 14:21, Matthieu Texier mtex...@arbor.net a écrit : Bonjour David, L’architecture en question est aussi bien applicable aux entreprises qu’aux résidentiels. Il faut mettre en place le niveau d’aggregation adapté. Le principe utilisé est une technologie multi-point en temps normal (Ethernet) qui est “adaptée” pour, entre autres choses, être moins consommatrice d’adresse IP. Il y a donc uniquement l’utilisation du media Ethernet pour son gain de cout mais les couches de contrôles sont complètements modifiées voir supprimées. Plus de Learning, plus de spanning tree et autres technologies niveau 2, elles sont remplacées au profit de DHCP avec une éventuelle conversion de DHCP vers Radius. Dans les modèles les plus évolués, notamment utilisé par des ISP/Carrier Allemand et US, le client broaband est placé, durant son authentification, dans un VLAN dédié à cet effet (négociation room) et le Radius fournit toute les caractéristiques du service souscrit (y compris le VLAN dans lequel placer le client). Pour les aspects resilience, il y a un synchronisation d’état entre routeur edge. Sur le niveau transport, l’utilisation de MPLS/VPLS a aussi très largement contribué à modifier la réflexion sur la notion de LAN (notamment sa notion local qui n’a plus beaucoup de sens). Ce sont ces fonctions flexibles qui caractérisent les routeurs broadband … ce qui les rendent parfois plus sensible (notamment aux BUG’s) mais qui permettent des gains au niveau de l’architecture qui sont très significatifs. Tout l’exercice de certain provider étant de trouver des design unifiés pour tous les types de service et donc la fameuse convergence des réseaux tant “marketée depuis 10 ans et qui, en fonction des stratégies des opérateurs, peut “enfin” voir le jour. My 2,5 cents :), Matthieu. Matthieu Texier Arbor Networks Senior Consulting Engineer mtex...@arbor.net +33 6 85 83 66 89 On 22 Jul 2014, at 08:37, David Ponzone david.ponz...@gmail.com wrote: Matthieu, je ne suis pas sûr de vous suivre. Je ne connais pas beaucoup de FAI qui font du DHCP sur le CELAN, parce qu’avec un VLAN par client, utiliser un DHCP pour attribuer une seule IP pour le CPE, c’est plus de conf que de mettre ça en statique. Vous pensez peut-être aux FAI Grand Public ? Il y aussi l’offre C2E où le DHCP peut avoir un intérêt (mais c’est une offre point-à-multipoints). Je peux me tromper parce que les choses évoluent, et on ne sait pas toujours comment font les copains, mais autant que je sache, la config d’une liaison point à point, que cela soit du transfix il y a quelques années, du SDSL ATM ou du SDSL EFM, c’est quasiment toujours en dur, parce qu’on a pas envie d’avoir un problème de qualité de service pour avoir « simplifié » la conf avec des fonctions qui peuvent un jour présenter un bug. Le 21 juil. 2014 à 22:55, Matthieu Texier mtex...@arbor.net a écrit : Bonjour David, La plupart des équipements de type BNG (Broadband Edge) ont des fonctions de type MUX/DEMUX sur les MAC adresses. L’apprentissage de ce MUX/DEMUX se faisant sur l’allocation des adresses via DHCP. Bref, il n’y a souvent pas de “routage” au sens strict dans les réseaux de collecte ethernet. Pour autant, chaque carrier peut faire cela à sa sauce… My 2 cents, Matthieu. On 21 Jul 2014, at 21:28, David Ponzone david.ponz...@gmail.com wrote: Exactement. Après, ça dépend quel genre de cibles on a. On sait bien que certains FAI grand public se moquent complètement d’un client qui ne peut pas accéder à certaines ressources (d’autant plus si il est encore en IP dynamique). Quand on a des clients pro, il est toujours un peu délicat d’expliquer pourquoi ils ne peuvent pas accéder à un site internet, alors qu’ils peuvent depuis leur mobile. Donc on évite les ennuis, parce qu’on bosse déjà avec des technos pas complètement fiables, si on rajoute ça comme problème, on perd un peu en crédibilité. Suite à ce que j’ai dit plus tôt, j’ai eu l’impression après coup d’avoir dit une énormité, car je demandais si certains utilisaient des /31 sur des liaisons type SDSL. Or sur un media point à point, pas de problème, mais sur un media broadcast, ça coinçait il y a quelques années. Et donc l’EFM serait une espèce de retour
RE: [FRnOG] [TECH] Statut adresses IPv4 .0
Eddy Minet a écrit : Je ne sais pas si ça a déjà été précisé ou non dans la conversation ou dans une conversation antérieure mais du coup est-ce qu'il y a les même problèmes ou plutôt est-ce que le débat est le même avec les .255 ? Oui. De même que les techniques qui essaient d'économiser les adresses sur les liens PTP (comme /31 ou IP unnumbered) ça marche dans 99% des cas et c'est un cauchemar quand ça ne marche pas. Sur un réseau de prod, c'est le genre de chose qu'on apprend à éviter, en général en se brûlant les doigts dessus. L'idée est bonne, mais il y a des cas ou il est nécessaire d'accepter un système non-optimal. Petit retour en arrière : quand IP a été inventé, c'était classfull donc la notion d'avoir un masque plus long que /24 n'existait même pas. Pierre Colombier a écrit : Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Ta logique est bonne, mais dans la réalité voir la réponse de Simon Morvan. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
De l’unnumbered, on en faisait beaucoup chez ISDnet dans les années 1996-2001, et je n’ai pas le souvenir qu’on ait eu le moindre problème avec. Mais c’était sur du vrai PTP (PPP sur X21 ou DS3/E3 ou du STM1-4). Sur de l’ethernet, effectivement, c’est peut-être pas si évident. En ce qui concerne le /31, on peut penser que ça fonctionne correctement, si on en croit certains commentaires ici: http://packetlife.net/blog/2008/jun/18/using-31-bit-subnets-on-point-point-links/ Evidemment, rien de vérifiable. Et 2 articles sur les effets d’un /31 sur les protocoles de routage de Cisco à Cisco: http://mellowd.co.uk/ccie/?p=630 et de Cisco à Juniper: http://mellowd.co.uk/ccie/?p=937 Cela semble plutôt fonctionnel. Je ferai un test sur un lien peu sensible prochainement. Le 22 juil. 2014 à 18:46, Michel Py mic...@arneill-py.sacramento.ca.us a écrit : Eddy Minet a écrit : Je ne sais pas si ça a déjà été précisé ou non dans la conversation ou dans une conversation antérieure mais du coup est-ce qu'il y a les même problèmes ou plutôt est-ce que le débat est le même avec les .255 ? Oui. De même que les techniques qui essaient d'économiser les adresses sur les liens PTP (comme /31 ou IP unnumbered) ça marche dans 99% des cas et c'est un cauchemar quand ça ne marche pas. Sur un réseau de prod, c'est le genre de chose qu'on apprend à éviter, en général en se brûlant les doigts dessus. L'idée est bonne, mais il y a des cas ou il est nécessaire d'accepter un système non-optimal. Petit retour en arrière : quand IP a été inventé, c'était classfull donc la notion d'avoir un masque plus long que /24 n'existait même pas. Pierre Colombier a écrit : Je veux dire, généralement, quand on veux faire un broadcast c'est pour faire des choses liées au segment réseau. (ARP / DHCP ce genre de trucs) Ta logique est bonne, mais dans la réalité voir la réponse de Simon Morvan. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
On 21 juillet 2014 14:47:13 CEST, Emmanuel Thierry m...@sekil.fr wrote: Bonjour, A mon grand étonnement Oles distribue des IPs en x.y.z.0/32 à ses clients, malgré les problèmes que cela peut/a pu poser chez certains opérateurs (Orange avec Livebox Sagem par exemple). Bon, la surprise, l'énervement et le dédain du support étant passé (on est un client de plus ou de moins là bas), il est temps de passer aux témoignages. Qu'en est-il du routage de ces IPs chez Orange et Numéricable en 2014 ? Question subsidiaire, est-ce que des gens les utilisent pour des services en front-end ? Merci Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/ Chez NC, ma box a déjà eu des IPs attribuées en .0 ou .255. Malgré mon étonnement, je n'ai jamais eu aucun problème, et avait même des fail2bans de 0.0.0.7 XD. Cordialement, Fabien V. -- Envoyé de mon téléphone Android avec K-9 Mail. Excusez la brièveté. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Pourquoi être étonné ? C'est quoi le problème ? L'IP est une IP comme les milliards d'autres; Le subnet est une subnet comme la trentaine d'autre. Cela fonctionne donc comme toutes les autres combinaisons IP/subnet. On 21/07/2014 14:47, Emmanuel Thierry wrote: Bonjour, A mon grand étonnement Oles distribue des IPs en x.y.z.0/32 à ses clients, malgré les problèmes que cela peut/a pu poser chez certains opérateurs (Orange avec Livebox Sagem par exemple). Bon, la surprise, l'énervement et le dédain du support étant passé (on est un client de plus ou de moins là bas), il est temps de passer aux témoignages. Qu'en est-il du routage de ces IPs chez Orange et Numéricable en 2014 ? Question subsidiaire, est-ce que des gens les utilisent pour des services en front-end ? Merci Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/ -- UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. – Doug Gwyn --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
salut, Qu'en est-il du routage de ces IPs chez Orange et Numéricable en 2014 ? chez orange ça route correctement. Mais en effet le firmware de certaines livebox avait un soucis de ce coté là. Question subsidiaire, est-ce que des gens les utilisent pour des services en front-end ? $ dig +short gcu.info 194.213.125.0 -- petrus --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Le 21 juil. 2014 à 15:03, Pierre Emeriaud a écrit : salut, Qu'en est-il du routage de ces IPs chez Orange et Numéricable en 2014 ? chez orange ça route correctement. Mais en effet le firmware de certaines livebox avait un soucis de ce coté là. Question subsidiaire, est-ce que des gens les utilisent pour des services en front-end ? $ dig +short gcu.info 194.213.125.0 Concernant ce site en particulier on est d'accord, mais ils font leur croisade contre les Livebox. De mon côté c'est pour du pro, une croisade ne m'intéresse pas... Cordialement Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Etonné pour la raison suivante : https://labs.ripe.net/Members/stephane_bortzmeyer/all-ip-addresses-are-equal-dot-zero-addresses-are-less-equal Le 21 juil. 2014 à 15:02, fr...@jack.fr.eu.org a écrit : Pourquoi être étonné ? C'est quoi le problème ? L'IP est une IP comme les milliards d'autres; Le subnet est une subnet comme la trentaine d'autre. Cela fonctionne donc comme toutes les autres combinaisons IP/subnet. On 21/07/2014 14:47, Emmanuel Thierry wrote: Bonjour, A mon grand étonnement Oles distribue des IPs en x.y.z.0/32 à ses clients, malgré les problèmes que cela peut/a pu poser chez certains opérateurs (Orange avec Livebox Sagem par exemple). Bon, la surprise, l'énervement et le dédain du support étant passé (on est un client de plus ou de moins là bas), il est temps de passer aux témoignages. Qu'en est-il du routage de ces IPs chez Orange et Numéricable en 2014 ? Question subsidiaire, est-ce que des gens les utilisent pour des services en front-end ? Merci Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/ -- UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. – Doug Gwyn --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Ouais, c'est vrai qu'elle est moins normale que les autres. C'est comme la 192.168.0.4. C'est l'IP de network de 192.168.0.4/30. Il ne faut donc pas l'utiliser ? Faut peut-être arrêter de subir le diktat d'une bande de type qui ont décrété que subnet = /24. Y'en a une trentaine d'autre taille de subnet tout à fait viable. On 21/07/2014 15:13, Emmanuel Thierry wrote: Etonné pour la raison suivante : https://labs.ripe.net/Members/stephane_bortzmeyer/all-ip-addresses-are-equal-dot-zero-addresses-are-less-equal Le 21 juil. 2014 à 15:02, fr...@jack.fr.eu.org a écrit : Pourquoi être étonné ? C'est quoi le problème ? L'IP est une IP comme les milliards d'autres; Le subnet est une subnet comme la trentaine d'autre. Cela fonctionne donc comme toutes les autres combinaisons IP/subnet. On 21/07/2014 14:47, Emmanuel Thierry wrote: Bonjour, A mon grand étonnement Oles distribue des IPs en x.y.z.0/32 à ses clients, malgré les problèmes que cela peut/a pu poser chez certains opérateurs (Orange avec Livebox Sagem par exemple). Bon, la surprise, l'énervement et le dédain du support étant passé (on est un client de plus ou de moins là bas), il est temps de passer aux témoignages. Qu'en est-il du routage de ces IPs chez Orange et Numéricable en 2014 ? Question subsidiaire, est-ce que des gens les utilisent pour des services en front-end ? Merci Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/ -- UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. – Doug Gwyn --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ -- UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. – Doug Gwyn --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
On Mon, Jul 21, 2014, at 15:24, fr...@jack.fr.eu.org wrote: C'est comme la 192.168.0.4. Totalement pas. Lis l'article en question. Pour resumer, il y a des equipements qui pour raison pas bien connu/compris, ils ont decides que les addresses en .0 (peu importe la netmask) sont reserves. Autre exemple, il y a quelques annees, sur un C3750 avec IPServices, IOS du jour, mettre un .0/32 sur une loopback mettait l'OSPF KO. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Emmanuel, Pour du pro aussi j'ai eu ce genre de surprise ou j'avais des gens étonnés qu'ile ne pouvaient pas voir leur joli site web sur un certain nombre de box Ok router un /32 sur un load balancer ça peux paraître étrange, mais certains FAI (et pas que orange car NC, SFR, et bien d'autre sont touchés la dessus) et l'article de Stéphane le montre bien. Xavier signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. On 21/07/2014 18:05, Radu-Adrian Feurdean wrote: On Mon, Jul 21, 2014, at 15:24, fr...@jack.fr.eu.org wrote: C'est comme la 192.168.0.4. Totalement pas. Lis l'article en question. Pour resumer, il y a des equipements qui pour raison pas bien connu/compris, ils ont decides que les addresses en .0 (peu importe la netmask) sont reserves. Autre exemple, il y a quelques annees, sur un C3750 avec IPServices, IOS du jour, mettre un .0/32 sur une loopback mettait l'OSPF KO. --- Liste de diffusion du FRnOG http://www.frnog.org/ -- UNIX was not designed to stop its users from doing stupid things, as that would also stop them from doing clever things. – Doug Gwyn --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Bonjour, Le 21 juil. 2014 à 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. Pour résumer, il faut faire avec la réalité des choses. Bien sûr si elles sont idiotes, il faut tout faire pour les changer. Mais les nier n’est pas une solution... Cordialement, -- David CHANIAL signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Exactement. Après, ça dépend quel genre de cibles on a. On sait bien que certains FAI grand public se moquent complètement d’un client qui ne peut pas accéder à certaines ressources (d’autant plus si il est encore en IP dynamique). Quand on a des clients pro, il est toujours un peu délicat d’expliquer pourquoi ils ne peuvent pas accéder à un site internet, alors qu’ils peuvent depuis leur mobile. Donc on évite les ennuis, parce qu’on bosse déjà avec des technos pas complètement fiables, si on rajoute ça comme problème, on perd un peu en crédibilité. Suite à ce que j’ai dit plus tôt, j’ai eu l’impression après coup d’avoir dit une énormité, car je demandais si certains utilisaient des /31 sur des liaisons type SDSL. Or sur un media point à point, pas de problème, mais sur un media broadcast, ça coinçait il y a quelques années. Et donc l’EFM serait une espèce de retour en arrière à ce niveau. Après vérifications: En ATM, à priori, Cisco par exemple le gère bien depuis l’IOS 12.4(T) (à peu près). Et en Ethernet, j’ai pas trouvé (encore) la moindre source d’informations à ce sujet, à part le Warning du Cisco quand on met un /31 sur une Subint de GigE. Dans la pratique par contre, ça semble marcher parfaitement, mais j’ai pas passé le lien en prod. Les ping en tout cas sont nickel. Quelqu'un a un peu de retour d’expérience sur ça ? Le 21 juil. 2014 à 20:06, David CHANIAL david.chan...@davixx.fr a écrit : Bonjour, Le 21 juil. 2014 à 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. Pour résumer, il faut faire avec la réalité des choses. Bien sûr si elles sont idiotes, il faut tout faire pour les changer. Mais les nier n’est pas une solution... Cordialement, -- David CHANIAL --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Sur IOS XE ya quelques infos dans la doc: http://www.cisco.com/c/en/us/td/docs/ios/ios_xe/ipaddr/configuration/guide/xe_3s/iad_xe_3s_book/iad_config_ipadd_xe.html#wp1055316 Le 21 juil. 2014 à 21:28, David Ponzone david.ponz...@gmail.com a écrit : Exactement. Après, ça dépend quel genre de cibles on a. On sait bien que certains FAI grand public se moquent complètement d’un client qui ne peut pas accéder à certaines ressources (d’autant plus si il est encore en IP dynamique). Quand on a des clients pro, il est toujours un peu délicat d’expliquer pourquoi ils ne peuvent pas accéder à un site internet, alors qu’ils peuvent depuis leur mobile. Donc on évite les ennuis, parce qu’on bosse déjà avec des technos pas complètement fiables, si on rajoute ça comme problème, on perd un peu en crédibilité. Suite à ce que j’ai dit plus tôt, j’ai eu l’impression après coup d’avoir dit une énormité, car je demandais si certains utilisaient des /31 sur des liaisons type SDSL. Or sur un media point à point, pas de problème, mais sur un media broadcast, ça coinçait il y a quelques années. Et donc l’EFM serait une espèce de retour en arrière à ce niveau. Après vérifications: En ATM, à priori, Cisco par exemple le gère bien depuis l’IOS 12.4(T) (à peu près). Et en Ethernet, j’ai pas trouvé (encore) la moindre source d’informations à ce sujet, à part le Warning du Cisco quand on met un /31 sur une Subint de GigE. Dans la pratique par contre, ça semble marcher parfaitement, mais j’ai pas passé le lien en prod. Les ping en tout cas sont nickel. Quelqu'un a un peu de retour d’expérience sur ça ? Le 21 juil. 2014 à 20:06, David CHANIAL david.chan...@davixx.fr a écrit : Bonjour, Le 21 juil. 2014 à 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. Pour résumer, il faut faire avec la réalité des choses. Bien sûr si elles sont idiotes, il faut tout faire pour les changer. Mais les nier n’est pas une solution... Cordialement, -- David CHANIAL --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Bonjour David, La plupart des équipements de type BNG (Broadband Edge) ont des fonctions de type MUX/DEMUX sur les MAC adresses. L’apprentissage de ce MUX/DEMUX se faisant sur l’allocation des adresses via DHCP. Bref, il n’y a souvent pas de “routage” au sens strict dans les réseaux de collecte ethernet. Pour autant, chaque carrier peut faire cela à sa sauce… My 2 cents, Matthieu. On 21 Jul 2014, at 21:28, David Ponzone david.ponz...@gmail.com wrote: Exactement. Après, ça dépend quel genre de cibles on a. On sait bien que certains FAI grand public se moquent complètement d’un client qui ne peut pas accéder à certaines ressources (d’autant plus si il est encore en IP dynamique). Quand on a des clients pro, il est toujours un peu délicat d’expliquer pourquoi ils ne peuvent pas accéder à un site internet, alors qu’ils peuvent depuis leur mobile. Donc on évite les ennuis, parce qu’on bosse déjà avec des technos pas complètement fiables, si on rajoute ça comme problème, on perd un peu en crédibilité. Suite à ce que j’ai dit plus tôt, j’ai eu l’impression après coup d’avoir dit une énormité, car je demandais si certains utilisaient des /31 sur des liaisons type SDSL. Or sur un media point à point, pas de problème, mais sur un media broadcast, ça coinçait il y a quelques années. Et donc l’EFM serait une espèce de retour en arrière à ce niveau. Après vérifications: En ATM, à priori, Cisco par exemple le gère bien depuis l’IOS 12.4(T) (à peu près). Et en Ethernet, j’ai pas trouvé (encore) la moindre source d’informations à ce sujet, à part le Warning du Cisco quand on met un /31 sur une Subint de GigE. Dans la pratique par contre, ça semble marcher parfaitement, mais j’ai pas passé le lien en prod. Les ping en tout cas sont nickel. Quelqu'un a un peu de retour d’expérience sur ça ? Le 21 juil. 2014 à 20:06, David CHANIAL david.chan...@davixx.fr a écrit : Bonjour, Le 21 juil. 2014 à 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. Pour résumer, il faut faire avec la réalité des choses. Bien sûr si elles sont idiotes, il faut tout faire pour les changer. Mais les nier n’est pas une solution... Cordialement, -- David CHANIAL --- Liste de diffusion du FRnOG http://www.frnog.org/ smime.p7s Description: S/MIME cryptographic signature
Re: [FRnOG] [TECH] Statut adresses IPv4 .0
Le 21/07/2014 20:04, fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? Parce que ce n'est pas à ton client de payer les pots cassés de ton combat et être pénalisé par rapport au client voisin, c'est à toi de sacrifier ces IPs ou de les assigner à des services où ça ne pose pas de problème. Combattre les aberrations du monde Internet c'est beau, le faire supporter à quelques clients en disant pas de bol c'est pour la bonne cause, ferme là c'est tout de suite moins beau. Quand je vends un service à un client, j'entends lui vendre une qualité optimale et équivalente à mes autres clients. Parce qu'au delà de toute cause personnelle, je veux qu'il soit content de ce que je lui vends et qu'il profite d'Internet entier et complet. Les IPs à problème, ça sera pour moi ou pour des services particuliers et tant pis je prends sur moi de faire tampon et ça reste mon combat que j'assumerai. On peut s'énerver aussi des bogons pas à jour qui peuvent pénaliser des blocs IPs, mais ça au moins c'est pas trop difficile à changer. C'est cher payé l'incompétence, m'est avis, m'enfin, chacun voit midi à sa porte, j'imagine .. Oui c'est cher payé, surtout en période de pénurie, mais c'est la vie. Les ressources se raréfient, on a plus autant le loisir de sacrifier des IPs mal traitées. OVH fait certainement ça parce qu'Octave cherche des IPs depuis un moment et utilise donc tout ce qu'il a même celles qui posent problème, enfin j'imagine bien ça vu la quantité d'IPs qu'il utilise. Maintenant j'en reviens à ce que je dis au dessus : Est-ce à ton client de payer l'incompétence d'un autre ? Ce n'est pas vraiment ma perception d'un service. C'est mon problème et c'est à moi de le supporter, pas à lui. Il ne faut pas faire comme si le problème n'existait pas parce qu'il ne devrait pas exister. Il faut se battre pour qu'il n'existe plus. Ensuite on peut fonctionner normalement. C'est comme sur un équipement réseau. Quand tu as un bug, tu le contournes le temps d'avoir le correctif. Ce n'est pas normal et tu mets la pression à ton équipementier, mais en attendant tu fais avec parce que tu veux que ton service fonctionne. Frederic --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Statut adresses IPv4 .0
fr...@jack.fr.eu.org a écrit : Donc, pour résumer, si je comprends bien, parcqu'une bande de dirigeants ont une turpitude hideuse et on décidés de donner la gestion des boiboites à des developpeurs en dilettante, il faut jeter quelque 16 millions d'IP tout à fait valide pour le reste ? C'est bien cela ? Oui, c'est à peu près çà. Je ferai néanmoins remarquer qu'il faut aussi jeter 16 autres millions avec 0.0.0.0/8, et encore 16 millions de plus avec 127.0.0.0/8. Et ultime gaspillage, 256 millions avec 240.0.0.0/4. Ayant participé à 2 efforts pour faire quelque chose de la class E, j'ai finalement admis que çà n'en valait pas la peine. Frederic Dhieux a écrit : Parce que ce n'est pas à ton client de payer les pots cassés de ton combat et être pénalisé par rapport au client voisin, c'est à toi de sacrifier ces IPs ou de les assigner à des services où ça ne pose pas de problème. +1 Combattre les aberrations du monde Internet c'est beau, le faire supporter à quelques clients en disant pas de bol c'est pour la bonne cause, ferme là c'est tout de suite moins beau. +1 Quand je vends un service à un client, j'entends lui vendre une qualité optimale et équivalente à mes autres clients. Parce qu'au delà de toute cause personnelle, je veux qu'il soit content de ce que je lui vends et qu'il profite d'Internet entier et complet. Les IPs à problème, ça sera pour moi ou pour des services particuliers et tant pis je prends sur moi de faire tampon et ça reste mon combat que j'assumerai. D'accord mais plus pragmatique: allouer les IP à problèmes (genre .0), ça coûte plus cher que de les réserver ou de les acheter. C'est des économies de bout de chandelle, ça fait perdre un maximum de temps à diagnostiquer, que des emmerdes pour gagner une goutte d'eau dans la mer, j'encourage mes concurrents à le faire. Il ne faut pas faire comme si le problème n'existait pas parce qu'il ne devrait pas exister. Il faut se battre pour qu'il n'existe plus. Je suis d'accord aussi, mais Ensuite on peut fonctionner normalement. C'est comme sur un équipement réseau. Quand tu as un bug, tu le contournes le temps d'avoir le correctif. Ce n'est pas normal et tu mets la pression à ton équipementier, mais en attendant tu fais avec parce que tu veux que ton service fonctionne. Pour ce problème précis, perte de temps et d'énergie. Résoudre le problème et tester coûte 100 fois plus cher que de le détourner. Utiliser .0, çà marche dans l'Internet des Bisounours. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
