Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
CELAN n'est pas concerne par les questions pppoe ou ipoe. Concernant la redondance elle est gérée par le réseau orange si tu as 2 Raccordements, si tu n'en n'as qu'un que veux-tu "redonder"? Les routeurs? Seb > Le 20 oct. 2014 à 09:44, Marc SALVI a écrit : > > Bonjour, > > Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). > J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui > réponde a mes interrogations de mise en œuvre technique. > > Typiquement une porte de collecte C2E est un raccordement (x)Gigabit Ethernet > avec un vlan, sur lequel débouche les connexions clients. > Pour être authentifiées/paramétrées, il faut qu'ils se présentent en PPPoE ou > IPoE (+ DHCP). > > Je voudrais connaitre votre retour d'expérience sur la manière d'implémenter > ces portes. Y'a-t-il des mécanismes particuliers à réaliser pour placer le > port Ethernet en auto-detection des requêtes PPP ? > Est-ce une fonctionnalité particulière chez Cisco ? > > Une autre des mes interrogations est la redondance. Hormis déplacer > (manuellement et a postériori) le vlan de collecte sur un autre équipement, > quel mécanisme automatique peut-on envisager ? > > Je ne comprends pas pourquoi ORANGE n'a pas choisi la livraison en L2TP pour > les accès SDSL et FO C2E. Il etait tellement plus simple de gérer la > redondance, avec L2TP comme sur l'ADSL. Mais c est un autre sujet... > > Merci de vos retours. > > Marc > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Le 20/10/2014 09:44, Marc SALVI a écrit : Bonjour, Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). Pas la même chose. J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui réponde a mes interrogations de mise en œuvre technique. Typiquement une porte de collecte C2E est un raccordement (x)Gigabit Ethernet avec un vlan, sur lequel débouche les connexions clients. Pour une région donnée. En sus, la porte C2E est mutualisable avec CE-LAN (tu peux collecter du CE-LAN sur une porte C2E mais pas le contraire) Pour être authentifiées/paramétrés, il faut qu'ils se présentent en PPPoE ou IPoE (+ DHCP). Yep d'après ce que j'ai lu aussi pour C2E uniquement. CE-LAN c'est un Vlan L2 par site. Je voudrais connaitre votre retour d'expérience sur la manière d'implémenter ces portes. Y'a-t-il des mécanismes particuliers à réaliser pour placer le port Ethernet en auto-detection des requêtes PPP ? Est-ce une fonctionnalité particulière chez Cisco ? La fonction PPP existe sur les plus petit routeur, coté port à proprement parlé sur la collecte, seul le LACP est requit. Une autre des mes interrogations est la redondance. Hormis déplacer (manuellement et a postériori) le vlan de collecte sur un autre équipement, quel mécanisme automatique peut-on envisager ? L'avantage du C2E est justement de permettre une redondance en connectant une paire de routeur à toi vers la paire de routeur régionaux de Orange. En cas de chute d'une des portes, le trafique va vers l'autre (juste une ré-ini de la session PPP). C'est le gros plus de C2E vis à vis de CE-LAN qui ne supporte pas cela! Laurent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
> Le 20 oct. 2014 à 09:57, Ducassou Laurent a > écrit : > > > Le 20/10/2014 09:44, Marc SALVI a écrit : >> >> Bonjour, >> >> Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). > Pas la même chose. > >> J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui >> réponde a mes interrogations de mise en œuvre technique. >> >> Typiquement une porte de collecte C2E est un raccordement (x)Gigabit >> Ethernet avec un vlan, sur lequel débouche les connexions clients. > Pour une région donnée. > En sus, la porte C2E est mutualisable avec CE-LAN (tu peux collecter du > CE-LAN sur une porte C2E mais pas le contraire) > >> Pour être authentifiées/paramétrés, il faut qu'ils se présentent en PPPoE ou >> IPoE (+ DHCP). > Yep d'après ce que j'ai lu aussi pour C2E uniquement. CE-LAN c'est un Vlan L2 > par site. Exact 1 vlan pour identifier l'accès, 3 niveaux de VLAN QinQ style dispo pour l'accès et 3 niveaux de transport CoS. > >> >> Je voudrais connaitre votre retour d'expérience sur la manière d'implémenter >> ces portes. Y'a-t-il des mécanismes particuliers à réaliser pour placer le >> port Ethernet en auto-detection des requêtes PPP ? >> Est-ce une fonctionnalité particulière chez Cisco ? > La fonction PPP existe sur les plus petit routeur, coté port à proprement > parlé sur la collecte, seul le LACP est requit. > >> >> Une autre des mes interrogations est la redondance. Hormis déplacer >> (manuellement et a postériori) le vlan de collecte sur un autre équipement, >> quel mécanisme automatique peut-on envisager ? > L'avantage du C2E est justement de permettre une redondance en connectant une > paire de routeur à toi vers la paire de routeur régionaux de Orange. > En cas de chute d'une des portes, le trafique va vers l'autre (juste une > ré-ini de la session PPP). C'est le gros plus de C2E vis à vis de CE-LAN qui > ne supporte pas cela! Si si idem celan sauf que ce sont les vlans au lieu des cessions qui basculent d'un routeur a l'autre. Ils peuvent être config en balance de charge ou secours. > > Laurent > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Bonjour Pierre, merci pour ta reponse. Indirectement, cela concerne aussi CELAN. Dans une optique de gestion centralisée des abonnés, il peut être intéressant d'ajouter une couche PPP dans les CPE raccordés sur lien CELAN. Ainsi, même si les accès clients arrivent sur un vlan coté porte, il peuvent être authentifiés/configurés en radius grâce au PPP. Marc Le 20/10/2014 09:51, Sebastien Lesimple a écrit : CELAN n'est pas concerne par les questions pppoe ou ipoe. Concernant la redondance elle est gérée par le réseau orange si tu as 2 Raccordements, si tu n'en n'as qu'un que veux-tu "redonder"? Les routeurs? Seb Le 20 oct. 2014 à 09:44, Marc SALVI a écrit : Bonjour, Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui réponde a mes interrogations de mise en œuvre technique. Typiquement une porte de collecte C2E est un raccordement (x)Gigabit Ethernet avec un vlan, sur lequel débouche les connexions clients. Pour être authentifiées/paramétrées, il faut qu'ils se présentent en PPPoE ou IPoE (+ DHCP). Je voudrais connaitre votre retour d'expérience sur la manière d'implémenter ces portes. Y'a-t-il des mécanismes particuliers à réaliser pour placer le port Ethernet en auto-detection des requêtes PPP ? Est-ce une fonctionnalité particulière chez Cisco ? Une autre des mes interrogations est la redondance. Hormis déplacer (manuellement et a postériori) le vlan de collecte sur un autre équipement, quel mécanisme automatique peut-on envisager ? Je ne comprends pas pourquoi ORANGE n'a pas choisi la livraison en L2TP pour les accès SDSL et FO C2E. Il etait tellement plus simple de gérer la redondance, avec L2TP comme sur l'ADSL. Mais c est un autre sujet... Merci de vos retours. Marc --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Hum... Ça se discute, je comprend l'idée mais Pourquoi se rajouter une couche d'emmerdes quand de toutes façons le tag VLAN est inséré par l'équipement Orange au NRA/NRO? Ton client pourras toujours essayer de finasser avec son équipement pour envoyer un tag vlan quelconque il sera droppe par le réseau. Et si c'est un accès avec COS Ben pareil, c'est ton modem qui tag, le client lui... Non vraiment je comprend pas cette approche systématique de vouloir rajouter des trucs inutiles a quelque chose qui fonctionne parfaitement bien naturellement. > Le 20 oct. 2014 à 10:58, Marc SALVI a écrit : > > Bonjour Pierre, > > merci pour ta reponse. > Indirectement, cela concerne aussi CELAN. Dans une optique de gestion > centralisée des abonnés, il peut être intéressant d'ajouter une couche PPP > dans les CPE raccordés sur lien CELAN. > Ainsi, même si les accès clients arrivent sur un vlan coté porte, il peuvent > être authentifiés/configurés en radius grâce au PPP. > > Marc > > Le 20/10/2014 09:51, Sebastien Lesimple a écrit : >> CELAN n'est pas concerne par les questions pppoe ou ipoe. >> Concernant la redondance elle est gérée par le réseau orange si tu as 2 >> Raccordements, si tu n'en n'as qu'un que veux-tu "redonder"? >> Les routeurs? >> Seb >>> Le 20 oct. 2014 à 09:44, Marc SALVI a écrit : >>> >>> Bonjour, >>> >>> Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). >>> J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui >>> réponde a mes interrogations de mise en œuvre technique. >>> >>> Typiquement une porte de collecte C2E est un raccordement (x)Gigabit >>> Ethernet avec un vlan, sur lequel débouche les connexions clients. >>> Pour être authentifiées/paramétrées, il faut qu'ils se présentent en PPPoE >>> ou IPoE (+ DHCP). >>> >>> Je voudrais connaitre votre retour d'expérience sur la manière >>> d'implémenter ces portes. Y'a-t-il des mécanismes particuliers à réaliser >>> pour placer le port Ethernet en auto-detection des requêtes PPP ? >>> Est-ce une fonctionnalité particulière chez Cisco ? >>> >>> Une autre des mes interrogations est la redondance. Hormis déplacer >>> (manuellement et a postériori) le vlan de collecte sur un autre équipement, >>> quel mécanisme automatique peut-on envisager ? >>> >>> Je ne comprends pas pourquoi ORANGE n'a pas choisi la livraison en L2TP >>> pour les accès SDSL et FO C2E. Il etait tellement plus simple de gérer la >>> redondance, avec L2TP comme sur l'ADSL. Mais c est un autre sujet... >>> >>> Merci de vos retours. >>> >>> Marc >>> >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
D'autant que si tu fais du pppoe ou ipoe sur CELAN tu perd tout l'intérêt du truc. Autant ne faire que du CEE ça reviendra au même et ça coûte moins cher! > Le 20 oct. 2014 à 11:07, Sebastien Lesimple a écrit : > > Hum... Ça se discute, je comprend l'idée mais Pourquoi se rajouter une couche > d'emmerdes quand de toutes façons le tag VLAN est inséré par l'équipement > Orange au NRA/NRO? > Ton client pourras toujours essayer de finasser avec son équipement pour > envoyer un tag vlan quelconque il sera droppe par le réseau. > Et si c'est un accès avec COS Ben pareil, c'est ton modem qui tag, le client > lui... > Non vraiment je comprend pas cette approche systématique de vouloir rajouter > des trucs inutiles a quelque chose qui fonctionne parfaitement bien > naturellement. > >> Le 20 oct. 2014 à 10:58, Marc SALVI a écrit : >> >> Bonjour Pierre, >> >> merci pour ta reponse. >> Indirectement, cela concerne aussi CELAN. Dans une optique de gestion >> centralisée des abonnés, il peut être intéressant d'ajouter une couche PPP >> dans les CPE raccordés sur lien CELAN. >> Ainsi, même si les accès clients arrivent sur un vlan coté porte, il peuvent >> être authentifiés/configurés en radius grâce au PPP. >> >> Marc >> >> Le 20/10/2014 09:51, Sebastien Lesimple a écrit : >>> CELAN n'est pas concerne par les questions pppoe ou ipoe. >>> Concernant la redondance elle est gérée par le réseau orange si tu as 2 >>> Raccordements, si tu n'en n'as qu'un que veux-tu "redonder"? >>> Les routeurs? >>> Seb Le 20 oct. 2014 à 09:44, Marc SALVI a écrit : Bonjour, Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui réponde a mes interrogations de mise en œuvre technique. Typiquement une porte de collecte C2E est un raccordement (x)Gigabit Ethernet avec un vlan, sur lequel débouche les connexions clients. Pour être authentifiées/paramétrées, il faut qu'ils se présentent en PPPoE ou IPoE (+ DHCP). Je voudrais connaitre votre retour d'expérience sur la manière d'implémenter ces portes. Y'a-t-il des mécanismes particuliers à réaliser pour placer le port Ethernet en auto-detection des requêtes PPP ? Est-ce une fonctionnalité particulière chez Cisco ? Une autre des mes interrogations est la redondance. Hormis déplacer (manuellement et a postériori) le vlan de collecte sur un autre équipement, quel mécanisme automatique peut-on envisager ? Je ne comprends pas pourquoi ORANGE n'a pas choisi la livraison en L2TP pour les accès SDSL et FO C2E. Il etait tellement plus simple de gérer la redondance, avec L2TP comme sur l'ADSL. Mais c est un autre sujet... Merci de vos retours. Marc --- Liste de diffusion du FRnOG http://www.frnog.org/ >> --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [TECH] Mise en œuvre Collecte C2E
J'utilise cette approche ppp sur CELAN et j'y vois plusieurs intérêts : - mettre 2 routeurs PPP (donc redondance) - centralisation des comptes dans un radius (donc interface de gestion...) - 1 seule IP en /32 : on gagne 3 IP par client par rapport à un /30... De nos jours, ça compte ! - pour faire la QOS, je défini le lien PPP avec un débit fixe donc le reste est dédié à la voix (en général je monte un second PPP dédié voix en IP RFC) - si un client a besoin d'une solution particulière MPLS, VPLS, VLAN, ... Il suffit de fonctionner en VLAN classique Cordialement, Thomas Frezouls tel : 01 83 62 40 39 fax : 01 83 62 40 40 email : tfrezo...@azatelecom.com AZA Telecom 58 avenue de Wagram 75017 Paris -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Sebastien Lesimple Envoyé : lundi 20 octobre 2014 11:08 À : Marc SALVI Cc : frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E Hum... Ça se discute, je comprend l'idée mais Pourquoi se rajouter une couche d'emmerdes quand de toutes façons le tag VLAN est inséré par l'équipement Orange au NRA/NRO? Ton client pourras toujours essayer de finasser avec son équipement pour envoyer un tag vlan quelconque il sera droppe par le réseau. Et si c'est un accès avec COS Ben pareil, c'est ton modem qui tag, le client lui... Non vraiment je comprend pas cette approche systématique de vouloir rajouter des trucs inutiles a quelque chose qui fonctionne parfaitement bien naturellement. > Le 20 oct. 2014 à 10:58, Marc SALVI a écrit : > > Bonjour Pierre, > > merci pour ta reponse. > Indirectement, cela concerne aussi CELAN. Dans une optique de gestion > centralisée des abonnés, il peut être intéressant d'ajouter une couche PPP > dans les CPE raccordés sur lien CELAN. > Ainsi, même si les accès clients arrivent sur un vlan coté porte, il peuvent > être authentifiés/configurés en radius grâce au PPP. > > Marc > > Le 20/10/2014 09:51, Sebastien Lesimple a écrit : >> CELAN n'est pas concerne par les questions pppoe ou ipoe. >> Concernant la redondance elle est gérée par le réseau orange si tu as 2 >> Raccordements, si tu n'en n'as qu'un que veux-tu "redonder"? >> Les routeurs? >> Seb >>> Le 20 oct. 2014 à 09:44, Marc SALVI a écrit : >>> >>> Bonjour, >>> >>> Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). >>> J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui >>> réponde a mes interrogations de mise en œuvre technique. >>> >>> Typiquement une porte de collecte C2E est un raccordement (x)Gigabit >>> Ethernet avec un vlan, sur lequel débouche les connexions clients. >>> Pour être authentifiées/paramétrées, il faut qu'ils se présentent en PPPoE >>> ou IPoE (+ DHCP). >>> >>> Je voudrais connaitre votre retour d'expérience sur la manière >>> d'implémenter ces portes. Y'a-t-il des mécanismes particuliers à réaliser >>> pour placer le port Ethernet en auto-detection des requêtes PPP ? >>> Est-ce une fonctionnalité particulière chez Cisco ? >>> >>> Une autre des mes interrogations est la redondance. Hormis déplacer >>> (manuellement et a postériori) le vlan de collecte sur un autre équipement, >>> quel mécanisme automatique peut-on envisager ? >>> >>> Je ne comprends pas pourquoi ORANGE n'a pas choisi la livraison en L2TP >>> pour les accès SDSL et FO C2E. Il etait tellement plus simple de gérer la >>> redondance, avec L2TP comme sur l'ADSL. Mais c est un autre sujet... >>> >>> Merci de vos retours. >>> >>> Marc >>> >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
> Le 20 oct. 2014 à 11:43, "Thomas Frezouls" a écrit > : > > J'utilise cette approche ppp sur CELAN et j'y vois plusieurs intérêts : > - mettre 2 routeurs PPP (donc redondance) Sans ppp sur celan il y a redondance aussi je ne vois pas ce que ça apporte de plus. > - centralisation des comptes dans un radius (donc interface de gestion...) Ah et c'est pas possible avec des VLAN sans passer par un radius? On doit pas avoir les même outils manifestement. > - 1 seule IP en /32 : on gagne 3 IP par client par rapport à un /30... De nos > jours, ça compte ! Parce que tu attribues un /32?! Un seule ip attribuée au VLAN du client comme en ACL et sur la mac de ton modem sur un /whatever et tu ne consomme pas plus d'IP. > - pour faire la QOS, je défini le lien PPP avec un débit fixe donc le reste > est dédié à la voix (en général je monte un second PPP dédié voix en IP RFC) Ça ne correspond pas a la gestion de la COS de CELAN. > - si un client a besoin d'une solution particulière MPLS, VPLS, VLAN, ... Il > suffit de fonctionner en VLAN classique Ouais je persiste, prise de tête monumentale pour rien. > > Cordialement, > > Thomas Frezouls > > > tel : 01 83 62 40 39 > fax : 01 83 62 40 40 > email : tfrezo...@azatelecom.com > > AZA Telecom > 58 avenue de Wagram > 75017 Paris > -Message d'origine- > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de > Sebastien Lesimple > Envoyé : lundi 20 octobre 2014 11:08 > À : Marc SALVI > Cc : frnog-t...@frnog.org > Objet : Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E > > Hum... Ça se discute, je comprend l'idée mais Pourquoi se rajouter une couche > d'emmerdes quand de toutes façons le tag VLAN est inséré par l'équipement > Orange au NRA/NRO? > Ton client pourras toujours essayer de finasser avec son équipement pour > envoyer un tag vlan quelconque il sera droppe par le réseau. > Et si c'est un accès avec COS Ben pareil, c'est ton modem qui tag, le client > lui... > Non vraiment je comprend pas cette approche systématique de vouloir rajouter > des trucs inutiles a quelque chose qui fonctionne parfaitement bien > naturellement. > >> Le 20 oct. 2014 à 10:58, Marc SALVI a écrit : >> >> Bonjour Pierre, >> >> merci pour ta reponse. >> Indirectement, cela concerne aussi CELAN. Dans une optique de gestion >> centralisée des abonnés, il peut être intéressant d'ajouter une couche PPP >> dans les CPE raccordés sur lien CELAN. >> Ainsi, même si les accès clients arrivent sur un vlan coté porte, il peuvent >> être authentifiés/configurés en radius grâce au PPP. >> >> Marc >> >> Le 20/10/2014 09:51, Sebastien Lesimple a écrit : >>> CELAN n'est pas concerne par les questions pppoe ou ipoe. >>> Concernant la redondance elle est gérée par le réseau orange si tu as 2 >>> Raccordements, si tu n'en n'as qu'un que veux-tu "redonder"? >>> Les routeurs? >>> Seb >>>> Le 20 oct. 2014 à 09:44, Marc SALVI a écrit : >>>> >>>> Bonjour, >>>> >>>> Je reviens sur le sujet de la collecte ORANGE C2E (voir CELAN). >>>> J'ai relu les divers échanges sur le sujet, mais je ne trouve rien qui >>>> réponde a mes interrogations de mise en œuvre technique. >>>> >>>> Typiquement une porte de collecte C2E est un raccordement (x)Gigabit >>>> Ethernet avec un vlan, sur lequel débouche les connexions clients. >>>> Pour être authentifiées/paramétrées, il faut qu'ils se présentent en PPPoE >>>> ou IPoE (+ DHCP). >>>> >>>> Je voudrais connaitre votre retour d'expérience sur la manière >>>> d'implémenter ces portes. Y'a-t-il des mécanismes particuliers à réaliser >>>> pour placer le port Ethernet en auto-detection des requêtes PPP ? >>>> Est-ce une fonctionnalité particulière chez Cisco ? >>>> >>>> Une autre des mes interrogations est la redondance. Hormis déplacer >>>> (manuellement et a postériori) le vlan de collecte sur un autre >>>> équipement, quel mécanisme automatique peut-on envisager ? >>>> >>>> Je ne comprends pas pourquoi ORANGE n'a pas choisi la livraison en L2TP >>>> pour les accès SDSL et FO C2E. Il etait tellement plus simple de gérer la >>>> redondance, avec L2TP comme sur l'ADSL. Mais c est un autre sujet... >>>> >>>> Merci de vos retours. >>>> >>>> Marc >>>> >>>> >>>> --- >>>> Liste de diffusion du FRnOG >>>> http://www.frnog.org/ > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Le 20 oct. 2014 à 12:12, Sebastien Lesimple a écrit : > >> Le 20 oct. 2014 à 11:43, "Thomas Frezouls" a >> écrit : >> >> J'utilise cette approche ppp sur CELAN et j'y vois plusieurs intérêts : >> - mettre 2 routeurs PPP (donc redondance) > Sans ppp sur celan il y a redondance aussi je ne vois pas ce que ça apporte > de plus. Je pense que Thomas parlait de la redondance du routeur CPE, ou alors j’ai pas compris non plus l’intérêt. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
> > - si un client a besoin d'une solution particulière MPLS, VPLS, VLAN, ... > > Il suffit de fonctionner en VLAN classique > Ouais je persiste, prise de tête monumentale pour rien. > Ca veut dire que Thomas fait du particulier tout le temps et du "classique" quand le client veut du particulier ? Denis --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Le 20/10/2014 17:24, Denis Fondras a écrit : - si un client a besoin d'une solution particulière MPLS, VPLS, VLAN, ... Il suffit de fonctionner en VLAN classique Ouais je persiste, prise de tête monumentale pour rien. Ca veut dire que Thomas fait du particulier tout le temps et du "classique" quand le client veut du particulier ? Je ne sais pas, les solutions particulières mentionnées sont du "classique" en CELAN. Je pense qu'il doit y avoir une incompréhension quelque part. Utiliser un CEE pour faire de l’accès Internet basique standard éventuellement pour du VPN IPSec/SSL lowcost, ça me parait normal dans un monde ou tout le monde veut du par cher, mais c'est la seule raison a mes yeux. (pas de CoS dans le BBone Orange ou pas de VLAN pour jouer avec par ex). Quand on veut faire des trucs plus fun, CELAN est nettement plus indiqué, flexible, pratique, efficace; Mais c'est un point de vue perso, il doit y avoir des raison vraiment particulière a refoutre une couche de PPPoE avec le HW et toutes les merdes potentielles, la fragmentation de la MTU en 1492, la zero CoS etc.. Bref, je comprend pas l’Intérêt de se prendre le choux a faire des trucs compliqués quand c'est vraiment pas nécessaire. KISS mon amis, KISS... Denis --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Tu l'as dit toi même, c'est un avis perso... Les business case des uns et des autres diffèrent, leurs choix / besoins aussi. Si l'OP pose la question, c'est qu'il doit avoir ses raisons... Sans vouloir alimenter ce troll qui devient de plus en plus velu ;-) My 2 cents Y. > Le 20 oct. 2014 à 18:28, slesimple a écrit : > > Le 20/10/2014 17:24, Denis Fondras a écrit : - si un client a besoin d'une solution particulière MPLS, VPLS, VLAN, ... Il suffit de fonctionner en VLAN classique >>> Ouais je persiste, prise de tête monumentale pour rien. >> Ca veut dire que Thomas fait du particulier tout le temps et du "classique" >> quand le client veut du particulier ? > Je ne sais pas, les solutions particulières mentionnées sont du "classique" > en CELAN. > Je pense qu'il doit y avoir une incompréhension quelque part. > > Utiliser un CEE pour faire de l’accès Internet basique standard > éventuellement pour du VPN IPSec/SSL lowcost, ça me parait normal dans un > monde ou tout le monde veut du par cher, mais c'est la seule raison a mes > yeux. > (pas de CoS dans le BBone Orange ou pas de VLAN pour jouer avec par ex). > > Quand on veut faire des trucs plus fun, CELAN est nettement plus indiqué, > flexible, pratique, efficace; > Mais c'est un point de vue perso, il doit y avoir des raison vraiment > particulière a refoutre une couche de PPPoE avec le HW et toutes les merdes > potentielles, la fragmentation de la MTU en 1492, la zero CoS etc.. > > Bref, je comprend pas l’Intérêt de se prendre le choux a faire des trucs > compliqués quand c'est vraiment pas nécessaire. > KISS mon amis, KISS... > >> >> Denis >> >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
On Mon, Oct 20, 2014, at 18:28, slesimple wrote: > (pas de CoS dans le BBone Orange Si > il doit y avoir des raison vraiment particulière a refoutre une couche de > PPPoE Sur CEE, definitivement. Entre le MAC-rewrite, MAC-learning (et surtout "MAC forgetting"), IPv6 qui passe pas, oui, il y a des raisons. Sur CELAN, ca se discute, mais il va y en avoir qui te diront que oui, il faut le faire la aussi (comme presque partout ou tu donnes du IP sur un L2 qui n'est pas a toi). > la fragmentation de la MTU en 1492, la zero CoS Nope. Lis les STAS. Tu peux avoir MTU IP a 1500 over PPPoE over CEE (et CELAN tant qu'on y est). Pareil avec la CoS (de facon simplifie, mais quand-meme, et pour plus cher). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
On Mon, Oct 20, 2014, at 11:07, Sebastien Lesimple wrote: > rajouter des trucs inutiles a quelque chose qui fonctionne parfaitement > bien naturellement. On ne peut pas exactement appeler le CEE "quelque chose qui fonctionne parfaitement bien". CELAN c'est autre chose, mais ca reste du transport L2 avec tous les inconvenients classiques. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Un avantage que je verrais personnellement à faire du PPP sur du CELAN, c’est de récupérer une couche réseau qui est capable de passer down, en cas de coupure quelconque entre le CPE et le routeur de collecte. C’est un élément de supervision qu’on perd en passant d’une collecte ATM à une collecte CELAN, et c’est très dommage. Le 20 oct. 2014 à 22:43, Radu-Adrian Feurdean a écrit : > On Mon, Oct 20, 2014, at 11:07, Sebastien Lesimple wrote: >> rajouter des trucs inutiles a quelque chose qui fonctionne parfaitement >> bien naturellement. > > On ne peut pas exactement appeler le CEE "quelque chose qui fonctionne > parfaitement bien". > CELAN c'est autre chose, mais ca reste du transport L2 avec tous les > inconvenients classiques. > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Sans etre vendredi, la diff avec une sup du CPE qui timeout ? :) /me retourne jouer avec de l'autoprovisionning de vlan sans faire de bruit... Le 20/10/2014 23:45, David Ponzone a écrit : > Un avantage que je verrais personnellement à faire du PPP sur du CELAN, c’est > de récupérer une couche réseau qui est capable de passer down, en cas de > coupure quelconque entre le CPE et le routeur de collecte. > C’est un élément de supervision qu’on perd en passant d’une collecte ATM à > une collecte CELAN, et c’est très dommage. > > > Le 20 oct. 2014 à 22:43, Radu-Adrian Feurdean > a écrit : > >> On Mon, Oct 20, 2014, at 11:07, Sebastien Lesimple wrote: >>> rajouter des trucs inutiles a quelque chose qui fonctionne parfaitement >>> bien naturellement. >> >> On ne peut pas exactement appeler le CEE "quelque chose qui fonctionne >> parfaitement bien". >> CELAN c'est autre chose, mais ca reste du transport L2 avec tous les >> inconvenients classiques. >> >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Ton interface tombe proprement sur le LNS et les routes qui vont avec, donc le failover vers une autre route est simple. En CELAN, il faut se taper un IGP entre le CPE et le LNS, ou alors il faut jouer avec les joujoux OAM/CMF/LMI sur le LNS, et franchement, je trouve que c’est une usine à gaz. Le 20 oct. 2014 à 23:52, Tristan Mahé a écrit : > Sans etre vendredi, la diff avec une sup du CPE qui timeout ? :) > > /me retourne jouer avec de l'autoprovisionning de vlan sans faire de > bruit... > > Le 20/10/2014 23:45, David Ponzone a écrit : >> Un avantage que je verrais personnellement à faire du PPP sur du CELAN, >> c’est de récupérer une couche réseau qui est capable de passer down, en cas >> de coupure quelconque entre le CPE et le routeur de collecte. >> C’est un élément de supervision qu’on perd en passant d’une collecte ATM à >> une collecte CELAN, et c’est très dommage. >> >> >> Le 20 oct. 2014 à 22:43, Radu-Adrian Feurdean >> a écrit : >> >>> On Mon, Oct 20, 2014, at 11:07, Sebastien Lesimple wrote: rajouter des trucs inutiles a quelque chose qui fonctionne parfaitement bien naturellement. >>> >>> On ne peut pas exactement appeler le CEE "quelque chose qui fonctionne >>> parfaitement bien". >>> CELAN c'est autre chose, mais ca reste du transport L2 avec tous les >>> inconvenients classiques. >>> >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> >> >> --- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> > > --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Bonjour messieurs, Merci pour ce débat instructif où chacun pourra se faire une idée à sa sauce sur le bien fondé de PPP sur CELAN : - Les moins : ajout de complexité de configuration - Les plus: Centralisation des configuration, gestion de l'état de liaison, etc et avec ou sans PPP suivant le type de service a fournir au client. Ma question d'origine portait aussi sur la redondance possible coté porte pour C2E. Laurent à proposé un début de réponse : > L'avantage du C2E est justement de permettre une redondance en connectant une paire de routeur à toi vers la paire de routeur régionaux de > Orange. En cas de chute d'une des portes, le trafique va vers l'autre (juste une ré-ini de la session PPP). C'est le gros plus de C2E vis à vis de CE-LAN > qui ne supporte pas cela! Comment mettre cela en place ? S'il y a 2 portes physiques raccordées à la même offre de collecte C2E quel LNS (oups! BNG), comment ORANGE peut aiguiller le requêtes PPP vers l'un ou l'autre des PE. Est-ce le premier qui réponds qui gagne ?? Pas clair tout cela... merci Marc --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Hello, Voir "2.2 principes de fonctionnement du service" des STAS du C2E : ** Les flux issus des Sites Extrémités sont transportés dans un VLAN d'Accès jusqu'au DSLAM GE. Le Service ne permet qu’un niveau de VLAN correspondant au VLAN d’Accès. La trame Ethernet (sans le VLAN) est ensuite transportée au sein du réseau IP/MPLS dans un L2VPN de type VPLS Hub&Spoke qui se termine sur le routeur Orange où les trames Ethernet sont récupérées puis transportées jusqu'au routeur de l'Opérateur dans un VLAN de livraison (distinct du VLAN d’Accès) ** Tu as aussi un jolie schémas qui explique que tes deux raccordements sont noyés dans le VPLS en question. Cordialement, Laurent Le 21/10/2014 09:50, Marc SALVI a écrit : Laurent à proposé un début de réponse : > L'avantage du C2E est justement de permettre une redondance en connectant une paire de routeur à toi vers la paire de routeur régionaux de > Orange. En cas de chute d'une des portes, le trafique va vers l'autre (juste une ré-ini de la session PPP). C'est le gros plus de C2E vis à vis de CE-LAN > qui ne supporte pas cela! Comment mettre cela en place ? S'il y a 2 portes physiques raccordées à la même offre de collecte C2E quel LNS (oups! BNG), comment ORANGE peut aiguiller le requêtes PPP vers l'un ou l'autre des PE. Est-ce le premier qui réponds qui gagne ?? Pas clair tout cela... merci Marc --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Et pour compléter: 2.2.1 maintien de la connectivité par l'Opérateur Les trames avec @MAC destination inconnue dans les tables d'auto-apprentissage sont supprimées. Ce mode de fonctionnement impose à l’Opérateur, une fois la connexion établie, de maintenir et de contrôler la connectivité entre le Site Extrémité et le PoP Opérateur via l’échange de messages périodiques de type « hello » à une fréquence telle que le délai entre deux messages est inférieur à la valeur minimale de l'Aging Time précisé au paragraphe 2.2.3. En cas de détection de perte de connectivité, l'équipement Opérateur du Site Extrémité doit rétablir la connectivité via une trame de type broadcast : envoi d’un message PADI dans le cas des Accès PPPoE, envoi d’un message DHCP discover ou ARP dans le cas des Accès IPoE 2.3.1 la collecte régionale d’une Région L'Opérateur a la possibilité de souscrire dans chaque Région un ou deux Raccordements, dans ce dernier cas les deux Raccordements doivent être commandés sur deux routeurs Orange de parité différentes (pair/impair). Les deux Raccordements peuvent être utilisés par l’Opérateur en partage de charge ou en nominal/secours. Quand on vous dit que c’est un beau bordel, C2E…. Le 21 oct. 2014 à 09:59, Ducassou Laurent a écrit : > Hello, > > Voir "2.2 principes de fonctionnement du service" des STAS du C2E : > > ** > Les flux issus des Sites Extrémités sont transportés dans un VLAN d'Accès > jusqu'au DSLAM GE. Le Service > ne permet qu’un niveau de VLAN correspondant au VLAN d’Accès. > > La trame Ethernet (sans le VLAN) est ensuite transportée au sein du réseau > IP/MPLS dans un L2VPN de type > VPLS Hub&Spoke qui se termine sur le routeur Orange où les trames Ethernet > sont récupérées puis > transportées jusqu'au routeur de l'Opérateur dans un VLAN de livraison > (distinct du VLAN d’Accès) > ** > > Tu as aussi un jolie schémas qui explique que tes deux raccordements sont > noyés dans le VPLS en question. > > Cordialement, > > Laurent > > Le 21/10/2014 09:50, Marc SALVI a écrit : >> Laurent à proposé un début de réponse : >> >> > L'avantage du C2E est justement de permettre une redondance en connectant >> > une paire de routeur à toi vers la paire de routeur régionaux de >> > Orange. En cas de chute d'une des portes, le trafique va vers l'autre >> > (juste une ré-ini de la session PPP). C'est le gros plus de C2E vis à vis >> > de CE-LAN >> > qui ne supporte pas cela! >> >> Comment mettre cela en place ? S'il y a 2 portes physiques raccordées à la >> même offre de collecte C2E quel LNS (oups! BNG), comment ORANGE peut >> aiguiller le requêtes PPP vers l'un ou l'autre des PE. >> Est-ce le premier qui réponds qui gagne ?? >> Pas clair tout cela... >> merci >> >> Marc > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Le 21/10/2014 10:04, David Ponzone a écrit : Quand on vous dit que c’est un beau bordel, C2E…. RDV le 18 novembre pour leur dire ! :) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Ben non, je vais pas leur dire, ils vont me répondre « Ben oui, c’est pour ça qu’il y a CELAN ». C2E c’est plus cheap et ça permet de faire de l’oversubscribing sur chaque plaque, ce qui est financièrement intéressant pour le fournisseur, moins sympa pour le client, et ce qui à mon avis se rapproche plus d’une offre grand public. CELAN, c’est le contraire. Ce qu’il manque à mon avis à CELAN, c’est en fait la standardisation d’un protocole qui permettrait qu’un VLAN passe down si le réseau ne voit pas d’adresse MAC de l’autre côté. Et repasse up quand une adresse MAC est de nouveau vu. Pour simuler l'OAM dl’ATM quoi. On va me dire qu’il y a aussi de quoi faire de l’OAM en PTM chez Cisco (et autres), et j’avoue que j’ai pas eu le temps de me plonger dedans. Mes recherches me laissent penser pour le moment qu’il y a pas grand monde qui s’en sert ou qui a essayé. Le 21 oct. 2014 à 10:09, Ducassou Laurent a écrit : > > Le 21/10/2014 10:04, David Ponzone a écrit : >> Quand on vous dit que c’est un beau bordel, C2E…. >> > RDV le 18 novembre pour leur dire ! :) > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Le 21 octobre 2014 09:50, Marc SALVI a écrit : > > Ma question d'origine portait aussi sur la redondance possible coté porte > pour C2E. > > Comment mettre cela en place ? S'il y a 2 portes physiques raccordées à la > même offre de collecte C2E quel LNS (oups! BNG), comment ORANGE peut > aiguiller le requêtes PPP vers l'un ou l'autre des PE. La collecte c2e est comme un gros switch. Il n'y a pas de "routage" ou d'aiguillage des trames autre que celui lié à l'apprentissage des macs sur les différents ports. Dans le vpls il n'y a pas de porte 'nominale' ou 'secours' comme ça peut exister en l3vpn. Quand il y a du broadcast issue d'un spoke (un padi, un dhcp request...), il est transmis au(x) hub(s). Libre à eux de répondre ou pas ensuite. > Est-ce le premier qui réponds qui gagne ?? C'est une technique oui. Tu mets un délai sur le lns que tu veux être le 'secours' par exemple. -- petrus --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Hello, Le 20/10/2014 23:45, David Ponzone a écrit : Un avantage que je verrais personnellement à faire du PPP sur du CELAN, c’est de récupérer une couche réseau qui est capable de passer down, en cas de coupure quelconque entre le CPE et le routeur de collecte. C’est un élément de supervision qu’on perd en passant d’une collecte ATM à une collecte CELAN, et c’est très dommage. Il y a quelques protocoles de bas niveau qui le font bien correctement... Au hasard : bfd par ex, mais bon l'avantage c'est que ces protocoles sont souvent pas... compatibles avec les CPE ou les divers constructeurs (hein cisco / brocade / juniper / ... ?) -- Xavier Beaudouin --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Le 21/10/2014 11:41, Xavier Beaudouin a écrit : Hello, Le 20/10/2014 23:45, David Ponzone a écrit : Un avantage que je verrais personnellement à faire du PPP sur du CELAN, c’est de récupérer une couche réseau qui est capable de passer down, en cas de coupure quelconque entre le CPE et le routeur de collecte. C’est un élément de supervision qu’on perd en passant d’une collecte ATM à une collecte CELAN, et c’est très dommage. Il y a quelques protocoles de bas niveau qui le font bien correctement... Au hasard : bfd par ex, mais bon l'avantage c'est que ces protocoles sont souvent pas... compatibles avec les CPE ou les divers constructeurs (hein cisco / brocade / juniper / ... ? Si je ne dis pas de bétises, juniper, huawei et cisco ont des CPE qui supportent BSD . Et Stephane Brotzmeyer, dans son Blog, a fait un article en 2010 a ce sujet. L'auteur autorise-t-il le partage de l'URL ramenant au dit article? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
Pas chez Cisco! Chez Cisco, BFD est juste là pour avertir plus rapidement BGP/EIGRP/ISIS/OSPF que le peer n’est plus joignable, en moins d’une seconde, alors que le protocole de routage aurait de lui-même mis plusieurs secondes. Rien qui permette de mettre une interface down. De toute façon, faire passer une sous -interface 802.1q down, ça va être délicat sur un Cisco… Il faudrait pouvoir la mettre down au niveau Oper seulement, pour que les routes tombent, mais sans empêche le mécanisme en question de détecter que c’est de nouveau up. Je vais jeter un oeil sur l’implémentation CFM/LMI de Cisco à l’occasion, si quelqu’un a déjà joué avec…. Le 21 oct. 2014 à 11:41, Xavier Beaudouin a écrit : > Hello, > > Le 20/10/2014 23:45, David Ponzone a écrit : >> Un avantage que je verrais personnellement à faire du PPP sur du >> CELAN, c’est de récupérer une couche réseau qui est capable de passer >> down, en cas de coupure quelconque entre le CPE et le routeur de >> collecte. >> C’est un élément de supervision qu’on perd en passant d’une collecte >> ATM à une collecte CELAN, et c’est très dommage. > > Il y a quelques protocoles de bas niveau qui le font bien correctement... > > Au hasard : bfd par ex, mais bon l'avantage c'est que ces protocoles sont > souvent pas... compatibles avec les CPE ou les divers constructeurs (hein > cisco / brocade / juniper / ... ?) > > > -- > Xavier Beaudouin > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
OK en OAM la pluspart des modems EFM que j'ai vu ont ces spec là: Link Layer OAM (IEEE 802.3ah OAM) Service Layer OAM (IEEE 802.1ag Connectivity Fault Management) ITU-T Y.1731 Performance Monitoring Coté CELAN, les spec OAM c'est ca: 2.2.2 OAM Ethernet Le Service est transparent aux messages OAM Ethernet Connectivity Fault Management (802.1ag), «Continuity Check », « Loopback ». Cette transparence est valable pour les niveaux 3 à 7 et si le trafic est marqué VLAN. En revanche, le Service n’est pas transparent aux messages OAM Ethernet « Link Trace ». Donc dans mon esprit béotien, même si on a pas le "link layer", doit quand meme y avoir matière a trouver son bonheur non? De mon coté je vois les choses d'une façon bien plus basique béotienne... Combien d'entre nous ont expérimenté une déconnexion de toutes les paires d'un EFM en meme temps? (j'exclus les problème de démarrage qui arrivent de temps en temps) On peut toujours commander un 2 Meg sur 4 paires, même si un mono paire fait l'affaire. Vu qu'on est pas en ATM, même si une ou deux ou trois paires se plantent, çà reste totalement transparent. Après si le CPE rend l’âme, ma fois c'est moche mais avec une supervision a la nano seconde ca changera pas grand choses... Au pire on fait de l'ultra bourrin, 2 acces mutli paires avec VRRP entre les 2 modems. Le meme avec deux parcours optiques distincts et les CPE de démarcation si on fait de l'acces FO. Ca plaira pas aux puristes, on pourra toujours trouver des trucs a redire (genre la bascule est trop longue) mais d'un point de vue pratico-pratique, çà marche. Le 21/10/2014 12:11, David Ponzone a écrit : Pas chez Cisco! Chez Cisco, BFD est juste là pour avertir plus rapidement BGP/EIGRP/ISIS/OSPF que le peer n’est plus joignable, en moins d’une seconde, alors que le protocole de routage aurait de lui-même mis plusieurs secondes. Rien qui permette de mettre une interface down. De toute façon, faire passer une sous -interface 802.1q down, ça va être délicat sur un Cisco… Il faudrait pouvoir la mettre down au niveau Oper seulement, pour que les routes tombent, mais sans empêche le mécanisme en question de détecter que c’est de nouveau up. Je vais jeter un oeil sur l’implémentation CFM/LMI de Cisco à l’occasion, si quelqu’un a déjà joué avec…. Le 21 oct. 2014 à 11:41, Xavier Beaudouin a écrit : Hello, Le 20/10/2014 23:45, David Ponzone a écrit : Un avantage que je verrais personnellement à faire du PPP sur du CELAN, c’est de récupérer une couche réseau qui est capable de passer down, en cas de coupure quelconque entre le CPE et le routeur de collecte. C’est un élément de supervision qu’on perd en passant d’une collecte ATM à une collecte CELAN, et c’est très dommage. Il y a quelques protocoles de bas niveau qui le font bien correctement... Au hasard : bfd par ex, mais bon l'avantage c'est que ces protocoles sont souvent pas... compatibles avec les CPE ou les divers constructeurs (hein cisco / brocade / juniper / ... ?) -- Xavier Beaudouin --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Mise en œuvre Collecte C2E
On Tue, Oct 21, 2014, at 12:10, slesimple wrote: > Si je ne dis pas de bétises, juniper, huawei et cisco ont des CPE qui > supportent BSD . BFD :) Meme si c'est techniquement possible, ca ne veut pas dire qu'on a envie de la faire avec quelques centaines de clients. En PPPoE, je peux terminer plusieurs centaines (voir BEAUCOUP plus) de clients en PPPoE avec une configuration minimale sur l'equipement. Est-ce le meme chose est possible avec BFD ? Je doute. --- Liste de diffusion du FRnOG http://www.frnog.org/