Auteur Sujet: MilkyWan - AS2027 (Lu 153341 fois)

Hugues · « **Réponse #456 le:** 10 août 2021 à 01:59:02 »

Appliwave savent ce qu'ils font, je te rassure

Anonyme · « **Réponse #457 le:** 10 août 2021 à 02:16:30 »

Citation de: Hugues le 10 août 2021 à 01:59:02

Appliwave savent ce qu'ils font, je te rassure

Je n'en doutes pas une seule seconde, Julien dit qu'il a -8db quelque part, c'est un problème à régler, il ne t'impacte pas que toi.
Les conséquences, c'est ce qu'évoquait Léon, devoir mettre des amplificateurs alors que le vrai problème n'est pas l'amplification.
D'autant qu'amplifier, pose d'autres problèmes.

JulienOHAYON · « **Réponse #458 le:** 10 août 2021 à 16:08:28 »

Citation de: Anonyme le 10 août 2021 à 02:16:30

Je n'en doutes pas une seule seconde, Julien dit qu'il a -8db quelque part, c'est un problème à régler, il ne t'impacte pas que toi.
Les conséquences, c'est ce qu'évoquait Léon, devoir mettre des amplificateurs alors que le vrai problème n'est pas l'amplification.
D'autant qu'amplifier, pose d'autres problèmes.

En fait non, on passe via 2 liaisons différentes, une pas à totalement à nous et une autre totalement à nous.

En vrai, les deux liaisons séparés il n'y a aucun problème et notre besoin est à la base pour 2 liaisons séparés.
La on veut s'amuser et faire du DWDM en passant à travers 2 mux. Du coup c'est plus compliqué.

En vrai on a de quoi faire beaucoup plus clean aussi en chemin genre gagner 20km au moins MAIS on a pas pénétrer DC2 en propre.

Aize147 · « **Réponse #459 le:** 10 août 2021 à 17:32:33 »

Par contre, ce serait bien de pas annoncer le préfixe sur lequel est le site "lafibre.info" sur Lillix.

Il n'y pas un moyen de forcer la route via FranceIX ?

|------------------------------------------------------------------------------------------| | WinMTR statistics | | Host - % | Sent | Recv | Best | Avrg | Wrst | Last | |------------------------------------------------|------|------|------|------|------|------| | overthebox - 0 | 6 | 6 | 0 | 2 | 14 | 0 | | 10.166.179.1 - 0 | 6 | 6 | 14 | 14 | 15 | 14 | | Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 | | spine-201-12.otb.ovh - 0 | 6 | 6 | 20 | 20 | 20 | 20 | | 10.22.201.17 - 0 | 6 | 6 | 19 | 20 | 26 | 19 | | 145.239.153.151 - 0 | 6 | 6 | 20 | 21 | 25 | 25 | | be50.par-gsw-pb2-nc5.fr.eu - 0 | 6 | 6 | 48 | 69 | 105 | 48 | | 10.200.2.0 - 0 | 6 | 6 | 20 | 20 | 21 | 20 | | 10.200.200.5 - 0 | 6 | 6 | 25 | 32 | 42 | 28 | | 10.200.2.0 - 0 | 5 | 5 | 20 | 21 | 26 | 20 | | be102.rbx-g2-nc5.fr.eu - 0 | 5 | 5 | 24 | 25 | 28 | 28 | | be2.rbx-5-a72.fr.eu - 0 | 5 | 5 | 23 | 23 | 24 | 23 | | milkywan.lillix.fr - 0 | 5 | 5 | 23 | 25 | 31 | 23 | |tfe1.2983.ccr2004.edge.th2.bb.ip4.milkywan.net - 0 | 5 | 5 | 28 | 28 | 29 | 28 | |tfe1.2986.ccr2004.edge.vnx.bb.ip4.milkywan.net - 0 | 5 | 5 | 40 | 43 | 55 | 40 | |te1.rb4011.col.vnx.infra.ip4.milkywan.net - 0 | 5 | 5 | 40 | 50 | 87 | 40 | | lafibre.cust.milkywan.net - 0 | 5 | 5 | 34 | 35 | 36 | 35 | |________________________________________________|______|______|______|______|______|______| WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)

Ne faites pas attention à la latence, c'est du OverThebox, c'est un peu crade.

Hugues · « **Réponse #460 le:** 10 août 2021 à 17:38:39 »

En l'occurence pour OVH, la grande majorité de leurs services étant localisés à Roubaix ou Gravelines, vu qu'ils ont un 100G sur LillIX, c'est pertinent en termes de latence et de BP de les joindre à Lille.
Accessoirement, si je les mettais sur France-IX, ça nous couterait 300€/mois car il faudrait upgrader le commit FIX de 200M à 1G.
C'est pareil pour Online qui passe en transit d'ailleurs, et prochainement Hetzner je pense. On a intérêt a ne pas passer par France-IX pour le trafic IN qui se joint bien autrement

Tarkok · « **Réponse #461 le:** 16 août 2021 à 16:59:34 »

OVH a deux AS.

Citation de: vivien le 26 juin 2018 à 12:11:34

Quel AS pour les IPv6 chez les offres FAI OVH Télécom ?

OVH a deux AS (Autonomous System) :

- OVH AS16276, qui est la partie hébergeur avec 2,7 millions d'IPv4 annoncées et bien sur de l'IPv6. C'est elle qui a le speering / transit.

- OVH Telecom AS35540 utilisé pour les offres ADSL, VDSL, SDSL ou OverTheBox. OVH AS35540 a pour unique transitaire AS16276, logique. AS35540 annonce 131072 IPv4 (109.190.0.0/16 et 151.127.0.0/16).

Pour la partie hébergement, il n'y a pas de débat : l'écrasante majorité des serveurs OVH joins par le réseau Milkywan sont, je pense, à Roubaix ou ont des connexions solides avec Roubaix (Gravelines, Strasbourg, ...).

Par contre, en sachant que la majorité des clients de la partie Télécom ne doit pas être à Lille, cela ne serait il pas pertinent de peerer avec OVH uniquement pour la partie Télécom / AS35540 à Paris / FranceIX ? Avec une redondance par LillIX en cas de soucis à FranceIX par exemple. Enfin si c'est possible, car OVH AS35540 n'est à priori sur aucun IX, donc il faut passer par l'AS16276 en filtrant les IP de l'AS35540.

Hugues · « **Réponse #462 le:** 16 août 2021 à 17:04:31 »

En sortie, ça serait possible, pas en entrée :/

Tarkok · « **Réponse #463 le:** 16 août 2021 à 17:08:31 »

Citation de: Hugues le 16 août 2021 à 17:04:31

En sortie, ça serait possible, pas en entrée :/

Oui, logique en fait, puisqu'il faudrait qu'OVH configure cette préférence de son côté en même temps.

Du coup mieux vaut laisser les choses comme ça pour éviter d'avoir une route aller/retour différente.

thenico · « **Réponse #464 le:** 16 août 2021 à 18:29:58 »

Citation de: Tarkok le 16 août 2021 à 16:59:34

Par contre, en sachant que la majorité des clients de la partie Télécom ne doit pas être à Lille,

Il ne semble pas y avoir un routage régional chez OVH Telecom: 15ms pour atteindre le lns de Marseille.
$ mtr4 9.9.9.9 Start: 2021-08-16T18:25:18+0200 HOST: Lyoko.in.ByMe.at Loss% Snt Last Avg Best Wrst StDev 1. AS??? astriaporta.vl106.mrs.in.byme.at (192.168.44.49) 0.0% 10 0.9 1.0 0.9 1.6 0.2 2. AS35540 cpe-ovh.eth1.mrs.byme.at (109.190.103.134) 0.0% 10 1.2 1.4 1.1 3.1 0.6 3. AS16276 145.239.153.11 0.0% 10 17.2 17.7 15.9 21.8 2.2 4. AS16276 145.239.153.135 0.0% 10 16.4 18.2 16.4 23.9 2.5 5. AS??? 10.200.2.73 0.0% 10 18.9 19.4 16.4 28.6 3.7 6. AS??? 10.200.2.0 0.0% 10 20.1 21.5 16.6 32.9 6.4 7. AS??? 10.200.200.9 0.0% 10 33.4 31.9 24.3 38.3 5.4 8. AS??? 10.200.2.0 0.0% 10 34.2 19.4 16.8 34.2 5.5 9. AS??? 10.200.2.77 0.0% 10 19.8 17.9 17.0 19.8 1.0 10. AS??? pch1.par.franceix.net (37.49.236.92) 0.0% 10 18.2 21.4 17.3 35.5 5.6 11. AS19281 dns9.quad9.net (9.9.9.9) 0.0% 10 21.6 25.5 16.9 51.4 11.4

Aize147 · « **Réponse #465 le:** 16 août 2021 à 19:21:45 »

Il n'y a pas de LNS à Marseille, car d'après ce que j'ai lu dans les STATS Orange pour la collecte DSL (ça doit être pareil pour le FTTH), il y a la collecte en mode IP et la collecte en mode Ethernet.

Ce qui veut dire que le LAC de Kosc qui répond aux requêtes PPPoE est sûrement basé à Marseille d'après ta ligne. Il y a deux VLAN, le S-VLAN et le C-VLAN.

Le C-VLAN c'est le customer VLAN, en l'occurrence pour Kosc il est en untag côté client. Mais le S-VLAN c'est le VLAN côté service Kosc étant dans ce mode de configuration c'est donc de la collecte Ethernet.

En mode IP ce serait le BAS/LAC d'Orange qui rédirige le trafic sur le bon LNS en fonction du/des realms.

Autre chose aussi que j'ai pu lire, la collecte est par plaques.

Ce qui veut dire que l'on ne peut pas mettre un LNS à Paris en interco avec un BAS/LAC d'Aubervilliers par exemple et collecter toute la France. Dommage..., car il semblerait que chaque BAS/LAC soient dans un VLAN différents pour chaque plaques.

Mais bref, le LNS d'OVH sort donc à TH2 et GSW. Kosc étant aussi à TH2 et Equinix PA2 Saint Denis. (voir weathermap OVH).

Il y a donc bien une collecte au niveau régionale de la part de Kosc (en L2) mais pas en sortie de LNS.

JulienOHAYON · « **Réponse #466 le:** 16 août 2021 à 19:31:07 »

Citation de: Aize147 le 16 août 2021 à 19:21:45

Il n'y a pas de LNS à Marseille, car d'après ce que j'ai lu dans les STATS Orange pour la collecte DSL (ça doit être pareil pour le FTTH), il y a la collecte en mode IP et la collecte en mode Ethernet.

Ce qui veut dire que le LAC de Kosc qui répond aux requêtes PPPoE est sûrement basé à Marseille d'après ta ligne. Il y a deux VLAN, le S-VLAN et le C-VLAN.

Le C-VLAN c'est le customer VLAN, en l'occurrence pour Kosc il est en untag côté client. Mais le S-VLAN c'est le VLAN côté service Kosc étant dans ce mode de configuration c'est donc de la collecte Ethernet.

En mode IP ce serait le BAS/LAC d'Orange qui rédirige le trafic sur le bon LNS en fonction du/des realms.

Autre chose aussi que j'ai pu lire, la collecte est par plaques.

Ce qui veut dire que l'on ne peut pas mettre un LNS à Paris en interco avec un BAS/LAC d'Aubervilliers par exemple et collecter toute la France. Dommage..., car il semblerait que chaque BAS/LAC soient dans un VLAN différents pour chaque plaques.

Mais bref, le LNS d'OVH sort donc à TH2 et GSW. Kosc étant aussi à TH2 et Equinix PA2 Saint Denis. (voir weathermap OVH).

Il y a donc bien une collecte au niveau régionale de la part de Kosc (en L2) mais pas en sortie de LNS.

Hein ?

Hugues · « **Réponse #467 le:** 16 août 2021 à 19:35:42 »

Rien compris non plus, le S/Cvlan c’est en archi QinQ et a mon avis leur backbone est plutôt en L3 chez Kosc