Bonjour,

je suis le collègue à Damien qui gère l'infra destination côté OVH.
Merci pour cet overview du transit. 

Voici les observations que nous avons pu effectuer de notre côté:

- le problème identifié concerne donc de l'upload initié depuis des
clients derrière l'AS288 à destination de l'AS16276 qui ne dépasse que
rarement en pratique les 10mbit/s.

- Le looking glass OVH:
 AS16276 (OVH) > AS174 (COGENT) > AS3257 (GTT) > AS288
( https://lg.ovh.net/prefix_bgpmap/rbx/ipv4?q=131.176.243.13 )

- Dans le même sens OVH->AS288 (donc retour), de nombreux MTR entre les
differentes IPS des 2 blocs CIDR montrent que nous 
passont apres systématiquement pas l'AS3257 (GTT) puis tantôt par AS174
(COGENT), tantôt par AS6762 (Telecom Italia), voir même rarement par
AS3356 (Level3). Pas de problème de latence observé au niveau ICMP.

- Je n'ai pas le looking glass de l'autre côté qui nous intéresse,
néanmoins voici un (des rare) traceroute depuis un client de l'AS288
vers AS16276 transitant par AS174 (Cogent) exhibant une latence
anormale:

 1  194.183.123.233 (194.183.123.233)  1.398 ms  1.134 ms  1.008 ms
 2  89.149.131.230 (89.149.131.230)  1.965 ms
    89.149.184.209 (89.149.184.209)  2.742 ms
    89.149.131.230 (89.149.131.230)  2.108 ms
 3  * * *
 4  154.54.60.21 (154.54.60.21)  143.786 ms  2.221 ms
    154.54.60.25 (154.54.60.25)  2.401 ms
 5  130.117.49.146 (130.117.49.146)  2.638 ms
    130.117.49.30 (130.117.49.30)  2.582 ms  2.726 ms
 6  54.36.50.96 (54.36.50.96)  4.536 ms
    54.36.50.98 (54.36.50.98)  5.348 ms
    54.36.50.96 (54.36.50.96)  4.745 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *

-L'analyse des logs des uploads montrent clairement un problème de
débit binaire depuis l'AS288 qui se dégradent même à travers le temps:
AS288 en bleu, les autres couleurs pour d'autres clients:


-L'analyse de la bande passante en fonction de la taille d'upload
montre que le débit diminue lorsque la taille augmente comme si il y
avait un bottleneck ou de la QOS:


- Coté AS288, ils utilisent des tunnel IPSEC en interne jusqu'à la
sortie vers GTT. Pas de QOS ou de limitation de traffic spécifique.
Et leurs tickets chez GTT a ramené peu d'informations:
- pas de restriction basé sur le protocole (FTP) ou sur la destination
IP.
- aucune garantie de la bande passante en sortie de leur réseau.

Voilà nous en savons pas plus et commençons a chercher des alternatives
tel qu'un proxy IP pour contourner la route car actuellement, je ne
vois pas comment pouvoir résoudre ce problème de bande passante sans
faire bouger les acteurs concernés.

PS: Je n'avais pas cette vision du transit (graphe que tu as
communiqué), quel outil as tu utilisé ?

Jeff



Le mardi 16 janvier 2024 à 20:31 +0100, denisk via frnog a écrit :
> OVH(AS16276) est present dans énormément d’IXP. Par exemple, AS16276 et 
> AS1103 sont tous deux a AMS-IX, mais cela ne veut pas dire qu’ils échangent 
> du traffic en direct. 
> Aussi, AS766 n’est present principalement que dans les IX en Espagne 
> (EspanIX). Ce qui veut dire que ton traffic depuis AS288 vers AS16276 n’est 
> pas garanti de passer par un route assez courte pour de bonnes performances. 
> Peut être que l’ESA refuse d’etre present dans les IX pour une question de 
> sécurité. Mais un private peering avec OVH serait une solution.
>  
> From: [email protected] <[email protected]> On Behalf Of Toti 
> FRnOG
> Sent: Tuesday, 16 January 2024 20:01
> To: [email protected]
> Cc: [email protected]
> Subject: Re: [FRnOG] [TECH] Pb d'upload entre AS288 vers OVH via GTT et Cogent
>  
> compliqué de dire d'où provient le problème, car ton opérateur ou transitaire 
> a 3 transitaires qui eux ont aussi d'autres transitaires.
> De plus, dans cette multitude transitaire, il y en a peut être un qui à un 
> peering privé ou public avec OVH.
> un traceroute pourrait nous dire par quel chemin tu passes, mais le retour 
> n'est pas forcément par le même chemin que l'aller.
> Pour voir le chemin retour, il faudrait voir avec le Looking glass d'OVH, ca 
> pourrait nous dire par où il passe pour joindre ton réseau public.
>  
>  
> Le mar. 16 janv. 2024 à 16:32, Damien Wetzel via frnog <[email protected]> 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/

Répondre à