Auteur Sujet: MilkyWan - AS2027  (Lu 150042 fois)

0 Membres et 1 Invité sur ce sujet

Aize147

  • Abonné Orange Fibre
  • *
  • Messages: 985
  • Orange FTTH 2G/800M - Free FTTH 8G/700M
MilkyWan - AS2027
« Réponse #468 le: 16 août 2021 à 20:08:30 »
C'est seulement du L2 Kosc pour la collecte, évidemment qu'après c'est du L3 pour le routage. (Mais on ne le voit pas).

L'architecture c'est du QinQ chez Orange et j'en suis presque sûr à 100%. Tels que les VLAN que l'on connait actuellement chez Orange (835 pour le PPPoE, 832 DHCP + VoIP, 840 TV).

Mais ces VLAN là ne sont pas les mêmes côté infra et selon les plaques.

Ils ont donc appliqué la même chose avec le Bitstream pour Kosc, sauf que côté C-VLAN c'est untagged.

Donc sur Milkywan, ByTel ou SFR aurait pu faire du QinQ avec Appliwave et ainsi untag le trafic côté client.

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 425
  • Lyon (69) / St-Bernard (01)
    • Twitter
MilkyWan - AS2027
« Réponse #469 le: 16 août 2021 à 20:18:36 »
Hum, j'ai du mal à voir le rapport.

La collecte est en L3 chez Orange, que ce soit en IPoE (DHCP) ou en PPPoE (L2TP), il y'a bien un L2 entre le DSLAM et le LAC mais ce L2 est lui même virtualisé sur du VPLS (ou autre mécanisme d'encap).

Concernant KOSC, c'est du BSNRO et donc une collecte très différente de celles utilisées en xDSL. Les clients Kosc sont directement livrés en L2 au NRO, et ensuite KOSC les remonte en VPLS jusqu'à leur LAC, et là, que ce soit a paris ou ailleurs, c'est le problème de KOSC.

thenico

  • Expert.
  • Abonné OVH
  • *
  • Messages: 1 009
  • FTTH >500 Mb/s (13)
MilkyWan - AS2027
« Réponse #470 le: 16 août 2021 à 20:19:37 »
Il n'y a pas de LNS à Marseille,
15ms pour atteindre le LNS depuis Marseille.
S'il fallait 15ms pour faire OLT=>LNS dans la même ville, j'aurais quitté le FAI depuis longtemps pour incompétence.

JulienOHAYON

  • AS29075 Officiel Ielo
  • Expert
  • *
  • Messages: 199
  • Paris (75)
    • ielo
MilkyWan - AS2027
« Réponse #471 le: 16 août 2021 à 20:27:39 »
Hum, j'ai du mal à voir le rapport.

La collecte est en L3 chez Orange, que ce soit en IPoE (DHCP) ou en PPPoE (L2TP), il y'a bien un L2 entre le DSLAM et le LAC mais ce L2 est lui même virtualisé sur du VPLS (ou autre mécanisme d'encap).

Concernant KOSC, c'est du BSNRO et donc une collecte très différente de celles utilisées en xDSL. Les clients Kosc sont directement livrés en L2 au NRO, et ensuite KOSC les remonte en VPLS jusqu'à leur LAC, et là, que ce soit a paris ou ailleurs, c'est le problème de KOSC.

Je confirme ce que dit Hugues. Les collectes Ethernet Orange c’est des aires VPLS.
Après sauf erreur, Kosc n’en a pas en ADSL !

OVH achète soit du Kosc soit du SFR soit du Orange en direct.

Non ?

Aize147

  • Abonné Orange Fibre
  • *
  • Messages: 985
  • Orange FTTH 2G/800M - Free FTTH 8G/700M
MilkyWan - AS2027
« Réponse #472 le: 16 août 2021 à 20:29:26 »
Oui mais tu es d'accord que dans le principe un VLAN c'est du L2 (même si L3 puis VPLS par la suite etc...), Appliwave reçoit donc le trafic en mode Ethernet(L2) ou IP (L3) ?

Le fait de collecter en IP revient plus cher que de le faire en Ethernet. Et ce, peu importe l'opérateur d'infra.

JulienOHAYON

  • AS29075 Officiel Ielo
  • Expert
  • *
  • Messages: 199
  • Paris (75)
    • ielo
MilkyWan - AS2027
« Réponse #473 le: 16 août 2021 à 20:33:41 »
Oui mais tu es d'accord que dans le principe un VLAN c'est du L2 (même si L3 puis VPLS par la suite etc...), Appliwave reçoit donc le trafic en mode Ethernet(L2) ou IP (L3) ?

Le fait de collecter en IP revient plus cher que de le faire en Ethernet. Et ce, peu importe l'opérateur d'infra.

Oui c’est du L2 qui est livré si tu as une collecte Ethernet.
C’est récent chez Orange de l’avoir pour toute la France sur 2 collectes. Avant c’était une par région pour l’adsl.

En vrai oui le L3 doit leur coûter plus cher même si à l’échelle d’Orange je ne suis pas sûr.

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 425
  • Lyon (69) / St-Bernard (01)
    • Twitter
MilkyWan - AS2027
« Réponse #474 le: 16 août 2021 à 20:33:55 »
Oui mais tu es d'accord que dans le principe un VLAN c'est du L2 (même si L3 puis VPLS par la suite etc...), Appliwave reçoit donc le trafic en mode Ethernet(L2) ou IP (L3) ?
Si ta question est de savoir pourquoi il y'a un VLAN entre l'ONT et le BAS, je pense que c'est pour simplement différencier le trafic PPPoE du trafic IPoE sans devoir faire des confs spécifiques coté OLT. Ca serait tout a fait possible de faire de l'untag sur le vlan PPPoE comme le fait KOSC ou comme le font beaucoup d'OI de RIP comme Axione.

En tout cas, pas besoin de faire de QinQ pour ça, c'est du simple dot1q entre l'OLT et le LAC.

Aize147

  • Abonné Orange Fibre
  • *
  • Messages: 985
  • Orange FTTH 2G/800M - Free FTTH 8G/700M
MilkyWan - AS2027
« Réponse #475 le: 16 août 2021 à 20:52:13 »
Non ça je sais que c'est pour séparer les flux entre eux.

C'est juste que pour reprendre un exemple, le VLAN 835 en FTTH, le LAC qui répond est à Aubervilliers alors que l'on est depuis une ligne à Lyon.

Si tu dis que c'est du dot1q comment ça ce fait que je ne vois pas les autres LAC/BAS dans le scan PPPoE ?

C'est pour ça que le QinQ et donc S/C-VLAN est utile quand tu veux séparer les plaques (régions) car si tous les LAC/BAS était dans le même S-VLAN ce serait le bordel.

C'est là où je veux en venir. Car au final si tu prends la Livebox, qui est configuré au niveau firmware pour écouter 835, 832, 840 ce serait difficile de devoir changer les VLAN côtés client à chaque fois.

Sachant que je crois que le VLAN 835 est laissé au cas où si le DHCP du 832 tombe en rade.

Hugues

  • AS2027 MilkyWan
  • Modérateur
  • *
  • Messages: 12 425
  • Lyon (69) / St-Bernard (01)
    • Twitter
MilkyWan - AS2027
« Réponse #476 le: 16 août 2021 à 20:56:13 »
Si tu dis que c'est du dot1q comment ça ce fait que je ne vois pas les autres LAC/BAS dans le scan PPPoE ?
Pourquoi verrais-tu plusieurs LAC dans le VLAN ?

Je ne connais pas précisément l'infra d'Orange mais il n'y a certainement pas qu'un seul VLAN835 dans le backbone orange, il est même très certainement bridgé sur un vpls unique au DSLAM/NRA et transporté en VPLS jusqu'a un BAS. Et si le BAS tombe, la bascule se fait au niveau VPLS et pas au niveau Ethernet.

Aize147

  • Abonné Orange Fibre
  • *
  • Messages: 985
  • Orange FTTH 2G/800M - Free FTTH 8G/700M
MilkyWan - AS2027
« Réponse #477 le: 16 août 2021 à 21:04:09 »
Tiens je prends un exemple, sur un OLT Huawei (après avoir configuré le service profile) tu dois faire un :

service-port 0 vlan 1001 (S-VLAN) gpon 0/1/0 ont 0 gemport 0 multi-service user-vlan 835 inbound traffic ip table index 7 outbound traffic ip table index 7.

Donc imaginons que le VLAN 1001 soit par rapport à une plaque et donc une zone desservie, 1002 serait une autre plaque etc etc.

Tu vois le truc ? C'est à dire que au delà de VPLS, je pensais que les DSLAM/OLT pouvaient tag les trames et que c'était seulement eux qui taggait les trames.

Je vois pas pourquoi le routeur qui se situe après les équipements d'accès devrait tag lui aussi les trames car si tu restes en L2 le tag est toujours présent. Sachant que un routeur fait aussi office de Switch.

Ça impliquerait de devoir indiqué aux routeurs du backbone de la plaque le nouveau VLAN ( quand un opérateur de collecte souscrit une offre Ethernet par exemple) même si c'est automatisé via un outil de supervision c'est chiant.

Alors que de juste pousser une config avec le nouveau VLAN via  les outils de supervision juste sur les équipements d'accès (une chaîne d'OLT par exemple) c'est beaucoup plus simple non ?

petrus

  • Expert AS206155
  • Expert
  • *
  • Messages: 1 064
MilkyWan - AS2027
« Réponse #478 le: 16 août 2021 à 21:38:58 »
La collecte orange ppp est composée de MSAN, donc dslam ou olt, raccordés à des routeurs de collecte qui sont eux-même raccordés au backbone.

Les msan vont bridger (avec un split horizon - chaque client, chaque vlan 835 est étanche) les vlans "well-known" dans des vlans coté collecte. Le vlan 835 sera transformé en 1234 (exemple) coté collecte, le 832 en 1235, etc, et ce, de la même manière sur tous les msan. Il en va de même avec les vlans des opérateurs tiers pour les collecte multipoints : GP, C2E, CEM2.

Sur le routeur de collecte, le vlan 1234 du dslam X sera bridgé dans un pseudowire vers un BAS, qui va terminer la session ppp. Ce même vlan d'un autre dslam sur le même routeur sera envoyé dans un autre pw mais possiblement vers le même BAS. Les vlans des offres de collecte ethernet seront envoyés de la même manière vers la porte de collecte de l'opérateur tiers. Via un pseudowire pour dslce, un vpls pour c2e et cem2/3.

Dans le cas d'une collecte ppp, alors c'est le BAS Orange qui aura le rôle de LAC, et qui forwardera la session ppp dans un tunnel l2tp vers le LNS de l'opérateur tiers, ou Orange dans le cas historique des clients IP fixe Orange.

Dans le cas d'un OLT, le pseudowire ethernet correspondant au vlan 835 (archi legacy ppp) est envoyé vers un "bas national" en idf. Le vlan 832 quant à lui est terminé sur le routeur de collecte, qui est dhcp relay et gateway IP pour les clients.

Aize147

  • Abonné Orange Fibre
  • *
  • Messages: 985
  • Orange FTTH 2G/800M - Free FTTH 8G/700M
MilkyWan - AS2027
« Réponse #479 le: 17 août 2021 à 13:14:22 »
Donc si je résume,

Les pseudo-wires sont en fait des tunnels VPLS établi avec les remotes peers du réseau MPLS déjà en place.

Au final un réseau L2 dans un réseau L2.5.

Si on prend le cas du Bitstream NRO, cela veut dire qu' un tunnel VPLS est établi entre le routeur de collecte NRO/NRA de la zone (NE/NB chez Orange je crois) et le routeur côté porte de collecte.

Est ce que de ce fait l'opérateur tiers doit à son tour configurer un MPLS entre son routeur et le routeur de la porte de collecte de l'opérateur d'infra ?

Puis établir par la suite un tunnel VPLS entre le routeur de la porte de collecte et son propre routeur pour ensuite ensuite atterrir sur un LAC ?

Ce qui veut dire que le Bitstream ce fait au cas par cas, donc NRO maitre** par NRO maitre** ? On ne peut donc pas collecter une plaque entière ?

**: NRO/NRA contenant le routeur de collecte.