Auteur Sujet: Comment connaître la qualité des peering / transit d'un FAI ?  (Lu 20010 fois)

0 Membres et 1 Invité sur ce sujet

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 112
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #48 le: 03 juin 2012 à 15:50:05 »
Citer
15:47:08.919716 IP notreversed.xentime.com > village.vermine.ru: ICMP echo request, id 18634, seq 19, length 40
E..<a7.....hX.ox>..W..9.H...HIJKLMNOPQRSTUVWXYZ[\]^_`abcdefg

mon traceroute gère très bien les echo request, ainsi que les TIME_EXCEEDED.

Free applique bien des règles sur ses routeurs, va demander sur les newsgroup, voir même IRC.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 4 317
Qualité peering transit
« Réponse #49 le: 03 juin 2012 à 15:54:18 »
Merci corrector. Enfin quelqu'un qui comprends un peu la base d'ICMP, contrairement à notre professionnel de Cali.

Oui, le process de réponse ICMP (echo reply) et de routage de paquet sont 2 choses complètement décorrélées. Cali mélange les 2 apparemment. Oui, les routeurs répondent mal aux ICMP, mais SI, ils routent bien les paquets, même ICMP. C'est bien leur boulot principal, à ces routeurs. Du coup, un simple traceroute nous permet de voir plein de choses.

Leon.

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 112
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #50 le: 03 juin 2012 à 16:08:56 »
La majorité des routeurs de backbones fonctionnent pour ne pas prioriser l'ICMP chez Free, OVH tout ça c'est pareil.
Je vois pas non plus où je mélange quoi que ce soit, j'aimerai bien que tu me files ton as pour que je rigole un peu.

corrector

  • Invité
Qualité peering transit
« Réponse #51 le: 03 juin 2012 à 16:30:36 »
vivien, tu nous mets en place un speedtest en ICMP?

corrector

  • Invité
Qualité peering transit
« Réponse #52 le: 03 juin 2012 à 16:46:26 »
Si Free filtre et limite l'ICMP alors il y aura des pertes de paquets aux niveaux de ses routeurs, il peut également créer une file d'attente et prolonger volontairement l'envoi d'une réponse, il est fréquent de recevoir des réponses de sauts après celles de la destination.
Ce qui veut dire que les routeurs ne considèrent pas la production de messages d'erreur comme une priorité.

Cependant nous pouvons exclure que youtube.com dégrade volontairement en continu ou à certaines heures le trafic avec Free, nous pouvons alors faire corréler les statistiques de latence depuis deux fournisseurs d'accès à Internet vers youtube.com simultanèment et conclure aux vus des variations repérées chez l'un qu'un dis-fonctionnement volontaire existe, mais il n'est en aucun cas possible de prendre en compte les réponses des sauts, surtout chez free car elles sont volontairement édité.
Non, c'est Orange qui fait ça

Ce n'est pas avec un traceroute et des réponses ICMP qu'on établit une preuve formelle, on peut simplement èmettre des hypothèses, pour aller plus loin il faut surveiller les activités BGP du FAI et la on se rend compte qu'il y a des trucs pas très honnêtes.
Si jusqu'à un routeur R tout va bien : pas de pertes, latence faible et stable, et qu'après il y a des pertes élevées tout le temps et une latence plus élevée et très variable, on peut en conclure quelque chose.

Attention, ce n'est pas réception (ou non) de 3 réponses à 3 paquets envoyés à un routeur qu'il faut prendre en compte.

"jusqu'à" : tous les routeurs jusqu'à R
"après" : tous les routeurs après R

Je pense qu'au vu des termes et de la façon que tu as de les utiliser que j'ai suffisamment plus d’expérience que toi pour démontrer que certaines de tes démonstrations ne pourraient être prise en compte.

Bref, il existe de gros problèmes sur le réseau de Free, c'est un mauvais réseau et j'ai du mal à l'appeler "Fournisseur d'accès à Internet".
Tu peux utiliser les réponses ICMP pour montrer que la latence entre toi et youtube et excessivement élevée et ton traceroute pour montrer qu'il n'est pas très logique de passer par tel endroit et qu'il y a peut-être un peu trop de sauts, mais tu ne peux pas t'en servir pour dire "c'est tel saut qui merde" car il y a beaucoup trop de chances pour que les réponses de ceux-ci soit volontairement altéré.
On ne regarde jamais les réponses pour un seul saut. Il faut considérer l'ensemble des résultats.

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 112
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #53 le: 03 juin 2012 à 16:54:06 »
C'est bien, mise à part le fait qu'il n'y a pas qu'Orange qui fasse ça tu ne fais que de ré-éditer ce que je raconte depuis plusieurs heures.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 4 317
Qualité peering transit
« Réponse #54 le: 03 juin 2012 à 17:02:29 »
La majorité des routeurs de backbones fonctionnent pour ne pas prioriser l'ICMP chez Free, OVH tout ça c'est pareil.
Je vois pas non plus où je mélange quoi que ce soit,
Oui, les routeurs  fonctionnent ne pas prioriser la réponse aux ICMP request. Par contre, il n'y a aucune priorité sur le routage de paquet! Qu'ils soient ICMP ou autre. Je ne vois pas où tu as vu le contraire. N'importe qui peut le constater simplement, depuis une connexion Free ou autre, en comparant un ping classique et un TCP Ping, vers la même destination, et même une destination pour laquelle il y a congestion!
Alors c'est pour ça qu'un traceroute donne beaucoup d'informations. Exactement comme l'a expliqué corrector.

Citer
j'aimerai bien que tu me files ton as pour que je rigole un peu.
Ah oui, pardon, c'est toi qui as la plus grosse, puisque tu as un AS, désolé. Très bon argument, merci.  ???

Leon.
« Modifié: 03 juin 2012 à 17:25:13 par leon_m »

corrector

  • Invité
Qualité peering transit
« Réponse #55 le: 03 juin 2012 à 17:10:51 »
Free ne modifie pas les ICMP qui transitent sur son réseau!

Pour faire un traceroute avec des probes TCP au lieu de UDP ou ICMP, utilisez "nping --traceroute" du logiciel nmap.

Fibreux

  • Ancien abonné Erenis
  • Client FAI autre
  • *
  • Messages: 75
  • Client Mobilis 4G
Qualité peering transit
« Réponse #56 le: 03 juin 2012 à 17:41:59 »
Pour ma part youtube laggue (17H20) sur les deux vidéos que ça soit 480 et 720 p. Donc filtrage de ICMP ou pas ça ne règle pas le problème  ;)     

cali

  • Officiel Ukrainian Resilient Data Network
  • Fédération FDN
  • *
  • Messages: 2 112
    • Ukrainian Resilient Data Network
Qualité peering transit
« Réponse #57 le: 03 juin 2012 à 18:04:00 »
Free ne modifie pas les ICMP qui transitent sur son réseau!

Pour faire un traceroute avec des probes TCP au lieu de UDP ou ICMP, utilisez "nping --traceroute" du logiciel nmap.

Je m'exprime peut-être pas très bien, mais je n'ai jamais dit que Free modifie les paquets ICMP, je parle des routeurs qui ne répondent pas forcèment aux probes.

Oui, les routeurs  fonctionnent ne pas prioriser la réponse aux ICMP request. Par contre, il n'y a aucune priorité sur le routage de paquet!

Free ne laisse pas le BGP router les paquets vers le meilleur chemin, le but c'est d'utiliser au maximum cogentco parce que c'est moins cher et de faire payer les petits FAI qui veulent peerer. C'est pour éviter d'avoir à augmenter la capacité chez TATA par exemple, c'est TATA qui m'avait filé les graphiques avec les surcharges. Il y a quelques mois encore, le réseau de leaseweb était très difficilement accessible par le réseau de free, le notre aussi, mais ça a tellement gueulé que pour éviter que ça se propage trop sur les forums très visités ils ont forcé le trafic à passer par cogentco, du coups au lieu de prendre le chemin le plus rapide on prend un chemin moins surchargé (mais toujours à la limite), alors à cause de ça il y a eu d'assez grosse augmentation des latences, moins de bande passante etc...
Depuis ça je déconseille ce fournisseur, aujourd'hui c'est tellement mauvais que même avec youtube ils arrivent à merder.

Quant au numéro d'AS, tu t'énerves pour rien, c'est juste que par expérience il est plus intéressant de se parler directement en BGP pour faire quelques démonstrations.
« Modifié: 04 juin 2012 à 10:53:51 par cali »

 

Mobile View