Auteur Sujet: Upload (et peering ?) mauvais (Lu 2032 fois)

MonsieurToop · « **le:** 18 janvier 2023 à 11:46:18 »

Bonjour à tous,

Je me permets d'ouvrir un sujet ici, car je suis très surpris par la qualité de service proposée par OVHCloud sur son offre FTTH.

Connecté via Orange, avec des identifiants KOSC et mon propre matériel, je constate un débit bien loin d'une offre grand public. Le matériel n'est pas en défaut, car j'ai changé de routeur, marque totalement différente, et le problème est exactement le même...

Généralement, mon upload se situe dans les 100 Mbps/seconde vers l'infra OVH, lorsque je réalise un test sur proof.ovh.net. Cependant, dès qu'il s'agit d'un upload vers l'infra Microsoft, je tombe à 4/5 Mbps/seconde. idem vers des serveurs hébergés chez Google. Je précise que les tests sont réalisés en Ethernet, avec des ports Gigabits. On est loin du débit max, et d'un upload par ailleurs acceptable vers certains services.

Il ne m'est même pas possible de faire une session à distance tellement la qualité est désastreuse, en tentant de me connecter sur un PC à domicile depuis l'extérieur (autre logement en fibre).

Le support est inutile et me dit que les débits sont simplement non garantis. Point final. Pas de discussion possible, ça marche, y'a un minimum de débit pour eux, c'est suffisant.

Suis-je le seul à constater que c'est vraiment mauvais ? Comment des pros peuvent se satisfaire de cette connexion ?

Est-ce uniquement via la collecte KOSC ?

Merci pour vos lumières...

buddy · « **Réponse #1 le:** 18 janvier 2023 à 18:04:34 »

Bonjour,

as tu les mêmes débits tard le soir >23h / la nuit / tôt le matin par exemple ?
Peux tu faire quelques traceroute pour vérifier les chemins ?

MonsieurToop · « **Réponse #2 le:** 19 janvier 2023 à 09:38:52 »

Merci pour ta réponse buddy !

Alors, fait original, j'ai relancé un test de débit hier soir, et j'obtiens un upload de 500 Mbps, avec des pointes de temps en temps plus élevées (enfin).

Je ne constate pas de changement dans le traceroute...

Est-ce que, de la même façon que pour le câble, il faut attendre que le "profil" soit défini sur la ligne / l'ONT / les équipements opérateurs ? Le débit a explosé depuis hier soir, alors que la veille, depuis la construction de ligne effectuée le 04 Janvier, c'était vraiment vraiment mauvais...

[Update] Les DNS OVH ont une nouvelle fois planté, la troisième fois en deux semaines. Le routeur a basculé sur le backup 4G que j'ai installé malgré un lien FTTH UP. Fonctionnel avec les DNS de Google.
Pour une connexion pro, c'est quand même très... limite...

Traceroutes IPv6

lafibre.info

Code: [Sélectionner]

Détermination de l’itinéraire vers lafibre.info [2a01:6e00:10:410:0:1a:f1b2:e]
avec un maximum de 30 sauts :

  1     2 ms     1 ms     1 ms  2001:41d0:fc0e:3001:2a87:baff:fe93:668b
  2     2 ms     3 ms     5 ms  2001:41d0:fde0::17
  3     4 ms     4 ms     4 ms  2001:41d0:fde0:80::39
  4     3 ms     6 ms     *     be51.par-gsw-pb1-nc5.fr.eu [2001:41d0::b75]
  5     *        *        *     Délai d’attente de la demande dépassé.
  6     *        *        *     Délai d’attente de la demande dépassé.
  7    10 ms    10 ms    10 ms  2a01:6e00:10:42c::10
  8    12 ms    12 ms    14 ms  2a01:6e00:10:42c::143
  9    10 ms    12 ms    11 ms  mail.lafibre.info [2a01:6e00:10:410:0:1a:f1b2:e]

google.fr

Code: [Sélectionner]

Détermination de l’itinéraire vers google.fr [2a00:1450:4007:80d::2003]
avec un maximum de 30 sauts :

  1     1 ms     1 ms     5 ms  2001:41d0:fc0e:3001:2a87:baff:fe93:668b
  2     3 ms     4 ms     3 ms  2001:41d0:fde0::17
  3     5 ms     3 ms     4 ms  2001:41d0:fde0:80::5
  4     *        *        *     Délai d’attente de la demande dépassé.
  5    10 ms    11 ms    10 ms  google.as15169.fr.eu [2001:41d0::171]
  6    12 ms    14 ms    15 ms  2a00:1450:8120::1
  7    13 ms    12 ms    10 ms  par10s21-in-x03.1e100.net [2a00:1450:4007:80d::2003]

Traceroutes IPv4

clubic.com

Code: [Sélectionner]

Détermination de l’itinéraire vers clubic.com [5.135.119.241]
avec un maximum de 30 sauts :

  1     2 ms     1 ms     1 ms  192.168.1.1
  2     2 ms     4 ms     4 ms  145.239.153.15
  3     8 ms     7 ms     4 ms  145.239.153.151
  4     8 ms     8 ms     7 ms  be50.par-gsw-pb1-nc5.fr.eu [178.33.100.177]
  5     5 ms     4 ms     3 ms  10.200.2.0
  6     9 ms    11 ms     8 ms  be102.gra-g1-nc5.fr.eu [91.121.215.176]
  7     8 ms    11 ms     7 ms  10.95.33.9
  8     9 ms    11 ms     7 ms  10.73.0.133
  9     7 ms     7 ms     8 ms  10.17.129.87
 10     7 ms     8 ms     7 ms  ip241.ip-5-135-119.eu [5.135.119.241]

orange.fr

Code: [Sélectionner]

Détermination de l’itinéraire vers orange.fr [193.252.148.192]
avec un maximum de 30 sauts :

  1     1 ms    <1 ms     1 ms  192.168.1.1
  2     3 ms     4 ms     5 ms  145.239.153.15
  3     4 ms     3 ms     3 ms  145.239.153.151
  4    79 ms     4 ms     3 ms  be50.par-gsw-pb1-nc5.fr.eu [178.33.100.177]
  5    60 ms     4 ms     3 ms  10.200.2.64
  6    15 ms    16 ms    17 ms  10.200.200.5
  7     5 ms     4 ms     4 ms  10.200.2.64
  8     4 ms     3 ms     4 ms  10.200.2.69
  9     *        *        *     Délai d’attente de la demande dépassé.
 10     6 ms     4 ms     4 ms  193.251.132.76
 11    11 ms    10 ms    10 ms  ae0-0.nilyo202.rbci.orange.net [81.253.184.101]
 12    17 ms    12 ms     9 ms  ae42-0.nolyo102.rbci.orange.net [193.252.101.197]
 13    17 ms    17 ms    18 ms  193.253.13.46
 14    24 ms    23 ms    18 ms  fg03-bae-v2999.neon.s1.fti.net [80.12.246.35]
 15    32 ms    22 ms    32 ms  30000-redirecteur-prod-r-force-one-sph-echo-pub.caas.fti.net [193.252.148.192]

Zeda · « **Réponse #3 le:** 23 janvier 2023 à 18:21:09 »

Hello,

Je suis moi-même client OVH Telecom depuis ce mois-ci.
J'ai effectivement l'impression que les performances sont variables dans la journée sans pouvoir vraiment le quantifier, à part lors de nperf ponctuels.
Je mets en place un uptime-kuma pour mesurer des latences et voir d'éventuelles évolutions dans la journée.
Les premiers résultats sont... surprenants !

Ci-joint, les résultats sur la journée de ping vers le DNS primaire OVH (on retrouve le même comportement sur l'IP anycast google.dns 8.8.8.8 ).
Je ne veux pas généraliser avec une seule journée, à voir si cela se répète.

MonsieurToop · « **Réponse #4 le:** 03 février 2023 à 22:38:28 »

Bonsoir,

Effectivement, le hausse du ping est ahurissante... Pour ma part, je ne rencontre pas ces problèmes, et d'ailleurs tout roule depuis mon dernier message.

Ton identifiant PPPoE est-il Kosc également ?

Je n'atteins cependant que rarement le Gigabits, on est plus souvent entre 500 et 700 Mbps, que ce soit en journée ou en soirée, mais largement suffisant pour nos besoins y compris intensifs.

Côté routeur, on a testé plusieurs marques, pour finir sur le Nest Wifi Pro de Google. Excellentes performances, Wifi 6E, mais l'IPv6 s'obstine à ne pas vouloir fonctionner avec OVH. Les routeurs Google semblent un peu capricieux et très tatillons pour se connecter au réseau IPv6.

Hugues · « **Réponse #5 le:** 03 février 2023 à 22:52:06 »

Parait-il que le backbone de Kosc sature méchamment...

Nous n'avons pas de soucis de notre coté (mais pas d'abonnés dans le sud ouest sur Kosc), on touche du bois...

MonsieurToop · « **Réponse #6 le:** 03 février 2023 à 22:55:57 »

Pour un opérateur "pro", c'est quand même étonnant de se retrouver avec une infra aussi performante que celle de Free grand public...

Maintenant que je vois des messages comme ça, je vais me remettre à tester la connexion aux heures de pointes, principalement vers quelques services Gafam pour voir ce que ça donne...

Zeda · « **Réponse #7 le:** 04 février 2023 à 19:22:24 »

J'ai également un identifiant Kosc, mais fort heureusement, je n'ai pas constaté à nouveau une telle hausse de ping.

Ce devait être un évènement exceptionnel...
Tout aussi exceptionnel que l'incident qui a impacté tous les NRO de mon département (23/01 pendant environ 1h30 - une carte en défaut d'après le support, donc pas de redondance à un certain niveau)... La perte de ma session PPPoE pendant 5 minutes les 25 et 27 janvier... (Autant le 27 vers midi, ça peut être un tech qui fait mumuse dans l'armoire de rue, autant le 25 à 23h passées...)

Sale mois pour ma connexion FTTH et mauvais début pour OVH Telecom... Ou alors, simplement la guigne ?

De temps en temps, je fais des tests nPerf (serveur cible chez OVH donc pas d'histoires de peering saturé ou je ne sais quoi... ou alors entre l'AS OVH Telecom et l'AS OVH Cloud ?

) et généralement c'est supérieur à 700 Mbps en download, voir même supérieur à 900 Mbps notamment le soir. Concernant l'upload, c'est quasiment toujours au-delà du plafond de 800 Mbps annoncé, systématiquement supérieur à 700 Mbps.

Aucun problème avec l'IPv6 de mon côté : DHCPv6-PD sur mon EdgeRouter-4.
Par contre, c'est une option à activer dans l'espace client. Je l'ai fait avant l'activation de mon accès, je ne crois pas que ce soit activé par défaut.

D'ailleurs, j'ai demandé s'il était envisageable de faire du BYOIPv6. Après tout, c'est une offre pro...

Citer

En effet il existe l'offre bring your own IP sur la partie server en IPv4, mais l'option n'est pas disponible ni en IPv6, ni sur les offres xDSL/FTTH.
Ce produit est plutôt récent et nous ne fermons pas la porte à une telle possibilité (particulièrement sur l'IPv6) si c'est faisable techniquement, mais ce n'est pas du tout prévu à court/moyen termes et impossible à l'heure actuelle (sur le scope offres internet).

Donc si je vais plus loin dans ma démarche (LIR sponsorship & cie - fais-moi un prix chez Milkywan !!), ce sera à base de tunnels pour un moment...

Antoinel · « **Réponse #8 le:** 04 février 2023 à 20:37:00 »

Semi HS : il y a un incident xDSL sur leur status depuis le 10 janvier 2023. (Le champ commentaire dans le tableau a été "nettoyé" depuis la dernière fois que je suis passé et qui comportait des notifications de relance à l'opérateur de collecte depuis le 10/01).

https://status.isp.ovh.net

J'espère que ce n'est pas représentatif ... Une panne collective de quasi 1 mois ... Pas super pro.

Hugues · « **Réponse #9 le:** 04 février 2023 à 20:42:20 »

Citation de: Zeda le 04 février 2023 à 19:22:24

Donc si je vais plus loin dans ma démarche (LIR sponsorship & cie - fais-moi un prix chez Milkywan !!)

Vu que l'argent sert a financer l'infra, ça serait se tirer une balle dans le pied ;-)

MonsieurToop · « **Réponse #10 le:** 03 mars 2023 à 10:06:13 »

Hello tout le monde,

De retour avec quelques infos. La connexion s'est bien plus stabilisée depuis quelques temps, il est devenu agréable de naviguer à l'aide d'une connexion OVH.

Ce rêve s'est cependant brisé depuis quelques jours, et apparemment c'est un problème que pas mal de personnes rencontrent, de l'aveux du support, concernant la localisation des adresses IPv6. En effet, depuis quelques jours, la plupart des sites localisent l'IPv6 de chaque équipement au Royaume-Uni, et la connexion est presque inutilisable lorsque de l'utilisation de Protonmail par exemple. Afficher un mail prendre entre 15 et 30 secondes, et s'affiche difficilement...

J'en viens à me demander si ce fut une bonne idée de vouloir un peu de "professionnalisme" dans la connexion Internet si c'était pour revenir en IPv4 et avoir des tickets qui tournent en rond auprès du support, avec pour seule réponse "On est au courant, contactez les sites concernés"...

Zeda · « **Réponse #11 le:** 05 mars 2023 à 08:42:51 »

Malheureusement, ils ont pas tout à fait tort... Les méthodes de géolocalisation diffèrent suivant les sites qui fournissent ces services et ne se basent pas sur les mêmes critères... Donc suivant le site que tu utilises, ils ont un ou plusieurs service de géolocalisation, qui vont utiliser des critères différents pour déterminer la localisation d'une IP...
Au niveau opérateur, ils peuvent faire des choses au niveau du RIPE en mettant à jour des champs dans leur base, mais rien ne garantit que ce sera pris en compte par tous les services de géolocalisation... Après individuellement, tu peux souvent corriger une localisation auprès de ces sites, qui peuvent également t'indiquer quoi mettre à jour pour que ce soit bien pris en compte (exemple : modifier le pays de l'ASN dans la base du RIPE, indiquer un ficher de geofeed...).

Je viens de vérifier, je suis également localisation au Royaume-Uni avec mon IPv6 sur le premier site venu. Je n'ai rien vu dans la base du RIPE qui indique "GB", mais tout le contient pas "FR" non plus. Exemple, l'objet inet6num contient bien "Country: FR", mais pas l'objet route6 (contrairement à l'équivalent IPv4 qui indique en description "Paris, France").
Avoir une base RIPE à jour peut aider, mais ce n'est généralement pas suffisant. Un de mes collègues au boulot s'est un peu arraché les cheveux pour faire localiser notre /24 en France auprès des différents services de géolocalisation (PoP CASB sous-optimal, pubs et résultats Google/YouTube en Allemand...).