Auteur Sujet: Peering SFR sur Lyon : pourquoi uniquement en download ? (Lu 4162 fois)

vivien · « **le:** 31 août 2011 à 19:48:31 »

Je partage mon étude du peering Local que fait SFR sur Lyon.

Quand on regarde le graphique du Peering entre OVH et SFR sur Lyon, on remarque que le trafic SFR => OVH ne passe plus par le peering local.

LaFibre.info est hébergé sur Lyon par Azylog qui utilise le réseau Adeli, ce dernier étant présent au LyonIX et Peer avec SFR.

J'ai donc réalisé quelques tests :

Depuis mon serveur Azylog, je rentre toujours sur le réseau SFR à Lyon :

LaFibre.info (Lyon) => IP SFR sur Lyon : (en FTTH)

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 20 0.7 0.7 0.2 1.9 0.4 2.|-- porte.adeli.biz 0.0% 20 1.3 1.8 0.4 18.2 3.9 3.|-- neufcegetel-l2.peers.lyon 0.0% 20 8.8 9.4 8.8 11.0 0.5 4.|-- 105.252.31.93.rev.sfr.net 0.0% 20 9.4 10.0 9.1 10.9 0.5

Encore Lyon (en ADSL) :

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 20 1.0 0.7 0.2 1.1 0.3 2.|-- porte.adeli.biz 0.0% 20 1.0 0.9 0.4 1.4 0.3 3.|-- neufcegetel-l2.peers.lyon 5.0% 20 8.8 10.0 8.7 22.3 3.0 4.|-- 118.164.96.84.rev.sfr.net 0.0% 20 9.7 9.5 8.9 11.4 0.5 5.|-- 194.243.103.84.rev.sfr.ne 0.0% 20 9.6 9.5 8.9 12.1 0.7 6.|-- 226.237.70.86.rev.sfr.net 0.0% 20 9.5 9.3 8.8 9.8 0.3 7.|-- 228.38.67.86.rev.sfr.net 0.0% 20 44.3 43.6 43.1 44.3 0.3

LaFibre.info (Lyon) => IP SFR sur Pau

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 5 1.4 0.9 0.2 1.4 0.5 2.|-- porte.adeli.biz 0.0% 5 0.4 2.0 0.4 5.0 1.8 3.|-- neufcegetel-l2.peers.lyon 20.0% 5 10.4 9.8 9.2 10.4 0.5 4.|-- 106.159.64.86.rev.sfr.net 0.0% 5 9.5 10.2 9.5 10.5 0.4 5.|-- 193.116.19.93.rev.sfr.net 20.0% 5 24.5 25.8 24.3 29.3 2.3 6.|-- 199.116.19.93.rev.sfr.net 0.0% 5 25.6 24.8 23.2 27.1 1.6

toujours Pau :

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 5 0.8 0.8 0.3 1.0 0.3 2.|-- porte.adeli.biz 0.0% 5 1.8 1.3 0.8 1.9 0.5 3.|-- neufcegetel-l2.peers.lyon 0.0% 5 8.8 9.6 8.8 10.9 0.9 4.|-- 106.159.64.86.rev.sfr.net 0.0% 5 16.8 14.5 11.0 20.3 3.9 5.|-- 1.131.31.93.rev.sfr.net 20.0% 5 27.7 30.3 26.6 39.0 5.8 6.|-- 65.131.31.93.rev.sfr.net 0.0% 5 28.7 33.6 26.9 58.8 14.1

LaFibre.info (Lyon) => IP SFR sur Marseille

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev
1.|-- 195.200.217.253 0.0% 5 0.9 0.8 0.4 1.0 0.3
2.|-- porte.adeli.biz 0.0% 5 2.5 2.0 1.2 3.6 1.0
3.|-- neufcegetel-l2.peers.lyon 0.0% 5 9.0 12.0 8.9 24.1 6.7
4.|-- 205.226.0.109.rev.sfr.net 0.0% 5 14.4 13.9 13.5 14.6 0.5

LaFibre.info (Lyon) => IP SFR sur Nice

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 5 0.6 0.7 0.5 0.9 0.2 2.|-- porte.adeli.biz 0.0% 5 0.6 0.9 0.6 1.3 0.3 3.|-- neufcegetel-l2.peers.lyon 0.0% 5 260.2 293.4 8.7 858.3 347.7 4.|-- 214.182.96.84.rev.sfr.net 0.0% 5 15.3 15.7 15.3 16.1 0.3 5.|-- 230.182.96.84.rev.sfr.net 0.0% 5 16.2 15.9 15.3 16.2 0.3 6.|-- 47.177.96.84.rev.sfr.net 0.0% 5 16.1 16.4 15.8 16.9 0.4 7.|-- 92.199.103.84.rev.sfr.net 0.0% 5 48.0 47.8 47.6 48.0 0.2

LaFibre.info (Lyon) => IP SFR sur Aix-en-provence

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 20 0.6 0.6 0.2 1.1 0.3 2.|-- porte.adeli.biz 0.0% 20 1.4 1.0 0.5 1.5 0.3 3.|-- neufcegetel-l2.peers.lyon 25.0% 20 9.0 20.0 8.9 163.4 39.7 4.|-- 74.117.0.109.rev.sfr.net 0.0% 20 12.6 12.9 12.5 13.5 0.3 5.|-- 4.54.125.78.rev.sfr.net 0.0% 20 56.3 56.2 54.8 57.4 0.7

LaFibre.info (Lyon) => IP SFR sur Albi

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 5 0.9 0.6 0.2 0.9 0.3 2.|-- porte.adeli.biz 0.0% 5 61.6 12.9 0.4 61.6 27.3 3.|-- neufcegetel-l2.peers.lyon 0.0% 5 342.2 76.2 9.2 342.2 148.7 4.|-- 98.136.96.84.rev.sfr.net 0.0% 5 15.2 15.3 15.0 15.6 0.2 5.|-- 93.141.96.84.rev.sfr.net 0.0% 5 16.0 15.7 15.2 16.1 0.4 6.|-- 77.141.96.84.rev.sfr.net 0.0% 5 15.8 15.9 15.5 16.1 0.2 7.|-- 103.139.96.84.rev.sfr.net 0.0% 5 21.6 22.3 19.8 30.0 4.3 8.|-- 192.191.90.79.rev.sfr.net 0.0% 5 46.4 46.0 45.1 46.8 0.7

LaFibre.info (Lyon) => IP SFR sur Allauch

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 5 0.6 0.7 0.4 1.0 0.2 2.|-- porte.adeli.biz 0.0% 5 0.5 1.2 0.5 2.3 0.7 3.|-- neufcegetel-l2.peers.lyon 0.0% 5 13.3 29.2 8.7 104.6 42.2 4.|-- 102.135.96.84.rev.sfr.net 0.0% 5 15.1 14.8 13.5 15.9 0.9 5.|-- 118.135.96.84.rev.sfr.net 0.0% 5 14.9 14.7 14.0 15.7 0.7 6.|-- 206.161.96.84.rev.sfr.net 0.0% 5 14.7 14.3 13.8 14.7 0.3 7.|-- 214.161.96.84.rev.sfr.net 0.0% 5 14.5 14.3 13.9 14.6 0.3 8.|-- 126.135.96.84.rev.sfr.net 0.0% 5 14.3 14.4 14.0 15.1 0.4 9.|-- 14.160.96.84.rev.sfr.net 0.0% 5 14.1 14.3 14.0 14.8 0.3 10.|-- 5.88.73.86.rev.sfr.net 0.0% 5 43.9 43.5 42.2 44.0 0.7

Même pour Brest je ne passe par le peering SFR de Lyon :

HOST: lafibre.info Loss% Snt Last Avg Best Wrst StDev 1.|-- 195.200.217.253 0.0% 5 0.5 0.7 0.4 1.2 0.3 2.|-- porte.adeli.biz 0.0% 5 0.4 0.8 0.4 1.1 0.3 3.|-- neufcegetel-l2.peers.lyon 0.0% 5 9.3 10.0 8.7 14.0 2.2 4.|-- V4089.abv1-co-1.n9uf.net 40.0% 5 26.9 26.8 26.5 26.9 0.3 5.|-- 153.212.96.84.rev.sfr.net 0.0% 5 28.0 27.9 27.3 28.8 0.6 6.|-- 191.198.96.84.rev.sfr.net 0.0% 5 29.9 30.1 29.5 30.7 0.4 7.|-- 25.91.102.84.rev.sfr.net 0.0% 5 57.8 58.0 56.6 60.9 1.7

vivien · « **Réponse #1 le:** 31 août 2011 à 19:54:46 »

Donc LaFibre.info => SFR : on passe toujours par le peering local sur Lyon

Mais SFR => LaFibre.info ce n'est pas le cas comme le montre ce traceroute effectué depuis SFR Fibre sur Pau : (merci à Jeremyp3 pour le traceroute)

Détermination de l'itinéraire vers lafibre.info [195.200.217.68] avec un maximum de 30 sauts : 1 <1 ms <1 ms <1 ms MA_DEBIAN [192.168.80.1] (mon_réseau_local) 2 3 ms <1 ms <1 ms 1.151.207.77.rev.sfr.net [77.207.151.1] peut être le src en tout cas c'est a pau 3 * 18 ms 17 ms 106.159.64.86.rev.sfr.net [86.64.159.106] paris ici 4 17 ms 17 ms * 105.159.64.86.rev.sfr.net [86.64.159.105] paris aussi 5 33 ms 17 ms 17 ms xe5-3-0-3.tcr2.th2.par.as8218.eu [213.152.30.1] 6 18 ms 77 ms 18 ms 83.167.55.23 7 24 ms 24 ms 24 ms xe0-0-0.tcr1.sfr.lyn.as8218.eu [83.167.63.149] 8 25 ms 25 ms 25 ms adeli.gw.tcr1.sfr.lyn.neotelecoms.com [83.167.52.94] 9 25 ms 25 ms 25 ms azilog.adeli.biz [91.194.96.126]

De même les abonnés sur Lyon ont un ping de 10ms pour joindre le serveur (10ms est le Ping Paris-Lyon). On passe donc dans un sens par Paris.

Si on passait les deux sens (upload + download) par Paris, le ping serait de 20ms.

Ma question : Pourquoi SFR ne fait du Peering local que dans un sens ?

cali · « **Réponse #2 le:** 03 septembre 2011 à 09:59:24 »

Soit c'est parce qu'il y a un problème, genre congestion ou surcharge dans un sens et que le BGP trouve que c'est plus rapide et mieux de passer comme ça, ou ce sont des préférences BGP un peu foireuses.

Leon · « **Réponse #3 le:** 03 septembre 2011 à 16:46:29 »

Vivien, il y a de fortes probabilités pour que SFR ne route que son trafic généré par la région Lyonaise. Il faudrait trouver un PC d'un abonné de la région Lyonaise pour faire ça. Et comparer avec un autre SFR dégroupé ailleurs.

Et puis, si ça n'a pas changé, SFR fibre à Pau, ça n'est pas routé en local par SFR, mais depuis Paris. SFR achetait directement à Paris la prestation d'Axione. Donc si les 2 opérateurs (Adeli et SFR) routent en "hot potatoe", ça s'explique.

Apparemment, SFR annonce à Adeli tout son réseau, donc Adeli aurait tort de s'en priver. Peut-être même que ça n'est pas du peering, mais du transit. Es-tu certain qu'Adeli n'est pas client de SFR?

Regarde ici, à la ligne Adeli. On voit que SFR annonce "any" à Adeli.
http://www.robtex.com/as/as15557.html#peer
Donc ça ressemble à une relation client-fournisseur. Si c'était une relation de peering, on devrait voir "AS LDCOM" dans ce qu'annonce SFR à Adeli.
Mais c'est parfois trompeur, j'ai des fois du mal à analyser ce genre de choses.

Donc ça peut s'expliquer de différentes façons.

Leon.

vivien · « **Réponse #4 le:** 03 septembre 2011 à 18:58:50 »

Ca serait possible que ce soit du transit car même les abonnés de Brest passent par le LyonIX pour joindre Adeli.

Je me renseigne. Il est possible de vendre du Transit sur LyonIX (c'est ce que font Orange, Numericable, Cogent, Interoute qui ont dans la catégorie "no peering" : http://www.lyonix.net/fr/a-propos-de-lyonix/participants-lyonix

Sinon avec les latence des traceroute des abonnés Lyonais permet d'être sur qu'on passe dans un sens par Paris et dans l'autre en direct. Si on étais en direct dans les 2 sens, la latence serait proche de 1ms, si on passait par Paris dans les deux sens, elle serait proche de 19ms, or là est de 10ms.

Le graphe du peering SFR - OVH montre que depuis juin 2010, le peering n'est utilisé que dans un sens. C'étais aussi le cas à une époque pour le peering Free - OVH sur Lille. Je ne sais pas si c'est toujours le cas.

C'est dommage, car cela fait perdre une partie de l’intérêt du peering local pour les clients (gain de latence, moins de chance de panne). Pour l'opérateur le gain est bien là (économiser des dizaines de Gb/s à remonter sur Paris).

Leon · « **Réponse #5 le:** 04 septembre 2011 à 14:16:08 »

Citer

Sinon avec les latence des traceroute des abonnés Lyonais permet d'être sur qu'on passe dans un sens par Paris et dans l'autre en direct. Si on étais en direct dans les 2 sens, la latence serait proche de 1ms, si on passait par Paris dans les deux sens, elle serait proche de 19ms, or là est de 10ms.

Effectivement, tu as raison, je n'avais pas remarqué.

Leon.