Ta situation est certainement une des pires qui soit, surtout maintenant que les NOC des opérateurs de ce type sont remplis de Level 1 (hmmm) qui vont te répondre « I am sorry Sir, but what is a BGP ? ». C’est tellement consternant qu’on peut se demander si c’est encore un choix cohérent de prendre des Tier1 comme transit.
Je t’aurais bien dit de faire des pings en rafale, mais j’ai l’impression que l’anti-DOS d’OVH fait son boulot, et à partir de 90-95ms, j’ai des pertes (alors que j’en ai pas avec 20ms vers 1.1.1.1, qui doit pourtant aussi avoir un anti-DOS). Le next step, c’est prendre une trace PCAP simultanée de chaque côté lors d’un upload direct, pour les comparer et voir si y a des bizarreries (retard des requêtes ou des réponses, fragmentation anormale, etc…). Ensuite, un petit iperf, en TCP, puis en UDP, permettrait peut-être de formuler une hypothèse sur un problème en TCP seulement (donc à cause de latence ou drop). David > Le 29 janv. 2024 à 14:16, Jean-Francois Maeyhieux <b...@free.fr> a écrit : > > Bonjour, > > je reviens vers vous pour faire un retour de notre problème sur > lequel nous avons pu enfin avancer. > > Je tiens à remercier tout ceux qui nous ont répondu ici ou en privé, ça > fais toujours plaisir de voir que la communauté FRNOG est toujours > présente pour donner avis et conseils grâce aux nombreuses compétences > et expériences des personnes présentes dans la mailing list. La piste > MTU était pertinente mais n'a rien apportée en pratique. > > Nous avons mis en place un rebond IP sur un autre réseau français pour > atteindre OVH et avons pu constater des débits au minimum 25 fois > supérieur (bande passante passant alors de 8-16 mbps à 400 mbps). > Nous passons à ce moment là de Vodaphone à OVH via Level3/Scaleway. > Sinon nous avons pu atteindre via ce même rebond une bande passante de > l'ordre de 80 mbps depuis GTT. > > Au final, nous observons donc un vrai problème de transit ou de peering > depuis l'Italie vers OVH que ce soit via GTT/Cogent ou > Vodaphone/KPN(NL). > Hors d'après wikipédia, KPN international (NL) a été racheté en 2019 > par GTT. Ce dernier, mal en point financièrement, a revendu son réseau > et celui de KPN au fond I Squared Capital pour devenir EXA > Infrastructure. > Bref on s'éloigne de l'explication technique mais mon pifomètre > expérimenté me laisse à penser qu'un tel Santa Barbara amène rarement > une bonne gestion des capacités et de la qualité de service du réseau > sous-jacent. > > N'étant pas un expert sur les questions de transit/peering, je reste > quand même étonné d'une telle disparité de bande passante selon les > interconnexions empruntées entre 2 pays européens limitrophes. > > Le contournement via un rebond IP résout notre problème en pratique > mais reste à nos yeux plus un work-around qu'une réelle solution. > > Je suppose que je n'aurais aucun résultat réel en m'adressant à GTT ou > Cogent. Pensez vous qu'OVH peut nous apporter une aide quelconque de > son côté ? > > > Cordialement, > Jean-François. > > > Le mardi 16 janvier 2024 à 16:31 +0100, Damien Wetzel via frnog a > écrit : >> Bonjour à tous et meilleurs voeux pour 2024 :) >> Nous avons des problèmes pour uploader des videos depuis L'AS288 vers >> nos serveurs chez OVH via les AS GTT 3257 et Cogent 174, les vitesses ne >> depassent pas les 10 Mbps >> quelqu'un aurait une idée du probleme et/ou une solution à proposer pour >> ameliorer les perfs ? >> Bien à vous, >> Damien, > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
