Oui c'est quand même séduisant ton truc, je vais me pencher dessus pour voir .
Merci ! Le 8 juin 2018 à 10:27, David Ponzone <david.ponz...@gmail.com> a écrit : > Oui pardon, c’est ton histoire de 2 PE qui m’a fourvoyé, je pensais que tu > avais 2 collectes. > > Pareil en CELAN. > Même plus simple car comme c’est pas le CPE qui met le premier tag, tu as > juste à faire du dot1q sur Eth0 (tous les CPE savent pas faire du QinQ), > et tu vas te retrouver avec les QinQ côté PE (qui savent le gérer ou alors > jette les). > > Oui encapsulation, mais bon, ça marche, ça bloque rien si tu fais gaffe, > et l’ensemble du parc ADSL et une grande partie du parc FTTH fonctionne > comme ça depuis des années. > Je dis pas que c’est moderne et que c’est ce que je préfère, mais ça > marche, ça gère le fail-over en évitant BGP/IP SLA/autre saloperie (pas > taper), ça limite l’utilisation des tes IP à un /32 par connexion. > > > > Le 8 juin 2018 à 10:18, Fabien H <frnog.fab...@gmail.com> a écrit : > > Je voyais plutôt une offre équivalente à CELAN mais je me suis peut-être > mal exprimé ..! > > Oui intéressant le PPPoE, mais ça ne rajoute pas de l'encapsulation ? > > > Le 8 juin 2018 à 09:37, David Ponzone <david.ponz...@gmail.com> a écrit : > > Tu parles d’une offre C2E ou équivalent donc. > > La solution propre (quoique certains vont dire que non), c’est de monter > du PPPoE depuis le routeur client. > Un /32 par PPPoE, y a pas mieux. > Tu dois monter 2 PPPoE, 1 vers chaque PE, donc il faut les différencier. > Pour ça je vois 2 moyens: > -évident: sur ton routeur client, tu montes 2 sous-interfaces QinQ (si tu > peux) et tu montes un PPPoE par VLAN QinQ, et chaque PE termine chaque QinQ > -moins évident: tu restes sur ton VLAN unique qui peut atteindre les 2 PE, > et tu utilises le service-name du PPPoE pour faire en sorte que ton routeur > client envoie un PADI pour le bon PE. Jamais fait mais en théorie, c’est > fait pour ça :) > > Le 8 juin 2018 à 09:26, Fabien H <frnog.fab...@gmail.com> a écrit : > > Bonjour, > > Nous avons de manière classique une porte avec un fournisseur qui nous > fournit un lien niveau 2 par client (1 VLAN). > > Nous cherchons un moyen d'assurer une redondance au niveau 3 : routeur. > > 1) L'idéal sur les liens avec IP publique serait d'avoir 3 IP publiques : > > - 1 IP pub sur le routeur client > - 1 IP pub sur le routeur coeur de réseau 1 > - 1 IP pub sur le routeur coeur de réseau 2 > > Mais ça fait un masque en /29 consommé donc 6 IP publiques .. impossible > > ! > > > Donc on utilise un /31, c'est mieux pour la consommation d'IP ! > > 2) VRRP > > Ca me parait mal adapté pour un routeur coeur de réseau .. > > 3) Déclarer toutes les interfaces Dot1Q en double sur un autre routeur > coeur de réseau sur un port shutdown. En cas de défaillance du routeur > principal, on a juste à faire un no shutdown sur le port et les sub > interfaces passent aussi en no shut ? > > Avez-vous d'autres idées, notamment sur l'aspect automatique ? > > Merci, > Bonne journée, > > Fabien > > --------------------------- > 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/
