La Fibre
Télécom => Peering Transit (appairage) => Peering entre opérateurs => Discussion démarrée par: vivien le 15 avril 2020 à 10:39:20
-
Hors-sujet extrait de Free coupe le peering avec Hurricane Electric et se coupe d'une partie importante de l'Internet IPv6 (https://lafibre.info/peering/free-hurricane-electric/) où on s'est mis à parler de Debian, Free hébergeant, avec de l'IPv6, le serveur de mise à jour par défaut pour la France avec Debian 6/7/8/9, ftp.fr.debian.org, qui n'est plus joignable en IPv6 depuis Hurricane Electric.
Sur une nouvelle installation de Debian, peut importe le pays choisi le serveur par défaut est deb.debian.org.
Ensuite ça utilise le DNS pour rediriger vers un serveur, actuellement tout par chez Fastly, c’est expliqué là : http://deb.debian.org/.
Par contre ça ne change pas les anciennes configurations…
deb.debian.org n'est pas présent en France.
On sort de France pour joindre deb.debian.org, hébergé par AS54113 Fastly.
Traceroute depuis Bouygues Telecom : Pas de peering, on sort par les transitaires
$ mtr -6zrwc100 deb.debian.org
Start: 2020-04-15T10:36:30+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS5410 2001:860:f70a::1 0.0% 100 0.5 0.4 0.4 0.8 0.1
2. AS5410 2001:860:bbee:4d::1 0.0% 100 1.2 1.1 1.1 1.5 0.1
3. AS3356 lag-106.ear3.Paris1.Level3.net 0.0% 100 1.4 1.4 1.3 1.8 0.1
4. AS3356 lo-0-v6.ear4.Amsterdam1.Level3.net 81.0% 100 16.5 16.6 16.5 16.7 0.0
5. AS3356 PANTEL.edge5.Frankfurt1.Level3.net 0.0% 100 16.3 16.3 16.3 16.5 0.0
6. AS54113 2a04:4e42:9::645 0.0% 100 12.9 13.2 12.8 49.9 3.7
$ mtr -4zrwc100 deb.debian.org
Start: 2020-04-15T10:33:43+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS5410 194.158.119.185 0.0% 100 0.3 0.4 0.3 0.7 0.1
2. AS5410 be11.cbr01-ntr.net.bbox.fr 0.0% 100 3.0 2.4 1.4 3.5 0.6
3. AS5410 la12.rpt01-ix2.net.bbox.fr 89.0% 100 1.1 1.1 1.0 1.2 0.1
4. AS3356 lag-106.ear3.Paris1.Level3.net 76.0% 100 1.3 1.3 1.3 1.5 0.1
5. AS3356 ae-2-3204.ear2.London2.Level3.net 68.0% 100 8.3 8.3 8.2 8.5 0.1
6. AS3356 unknown.Level3.net 0.0% 100 8.5 8.4 8.4 8.6 0.0
7. AS54113 151.101.18.133 0.0% 100 8.4 8.4 8.4 8.5 0.0
Traceroute depuis Adeli dans l'Ain :
$ mtr -6zrwc100 deb.debian.org
Start: Wed Apr 15 10:36:38 2020
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 bgp1.adeli.biz 0.0% 100 0.3 0.6 0.2 32.7 3.2
2. AS43142 bgpcontroles17.maxnod.com 0.0% 100 0.2 0.2 0.1 0.2 0.0
3. AS??? 2001:7f8:1::a505:4113:2 0.0% 100 21.1 21.3 21.0 42.2 2.0
4. AS54113 2a04:4e42:9::645 0.0% 100 21.0 21.0 21.0 21.4 0.0
$ mtr -4zrwc100 deb.debian.org
Start: Wed Apr 15 10:34:15 2020
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 portevlan.adeli.biz 3.0% 100 0.3 49.8 0.2 2293. 315.2
2. AS??? 192.168.24.147 0.0% 100 0.2 0.1 0.1 0.2 0.0
3. AS??? 80.249.212.183 0.0% 100 21.1 21.0 20.9 21.3 0.0
4. AS54113 151.101.38.133 0.0% 100 21.0 21.0 20.9 21.3 0.0
-
Free ipv4
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 17 | 12 | 10 | 0 | 0 | 0 | 0 |
| 194.149.169.49 - 6 | 35 | 33 | 13 | 14 | 22 | 13 |
| 194.149.166.54 - 1 | 321 | 320 | 13 | 14 | 23 | 13 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ae-1-3109.edge3.Frankfurt1.Level3.net - 3 | 34 | 33 | 125 | 132 | 143 | 130 |
| 62.67.34.222 - 1 | 189 | 188 | 22 | 22 | 31 | 22 |
| 151.101.114.133 - 4 | 29 | 28 | 123 | 131 | 144 | 126 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Free ipv6
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a01:e0a:1ad:ef20::1 - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 2a01:e02:18:f836:878d::ffff - 15 | 7 | 6 | 2 | 2 | 2 | 2 |
| 2a01:e02:18:1700::ffff - 34 | 3 | 2 | 2 | 2 | 2 | 2 |
| 2a01:e02:9::d - 10 | 10 | 9 | 7 | 7 | 8 | 7 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| lo-0-0-v6.edge4.Frankfurt1.Level3.net - 0 | 60 | 60 | 21 | 22 | 30 | 21 |
| JSC-DATAGRO.edge7.Frankfurt1.Level3.net - 0 | 71 | 71 | 21 | 23 | 31 | 23 |
| 2a04:4e42:1b::645 - 0 | 51 | 51 | 21 | 22 | 30 | 22 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Si tu pouvais mettre tes mtr dans une balise (code) ca serait cool car sur mobile c'est illisible.
-
deb.debian.org n'est pas présent en France.
deb.debian.org, c'est Fastly.
D'une part, ce n'est pas parce que ton réseau va chercher Fastly en Allemagne ou en GB que c'est forcément plus lent: ça peut être bien plus rapide qu'un miroir en France dont le débit serait contraint (et malgré sa latence qui sera légèrement meilleure).
D'autre part, il est inexact de dire que Fastly n'est pas présent en France ; en l'occurrence tout dépend du routage:
traceroute to deb.debian.org (151.101.122.133), 30 hops max, 60 byte packets
1 172.23.59.1 (172.23.59.1) 0.869 ms 0.869 ms 0.861 ms
2 equinix-paris.core.wifirst.net (195.42.144.142) 0.870 ms 0.863 ms 1.014 ms
3 fastly_s.equinix-ix.fr (195.42.145.132) 1.014 ms 1.145 ms 1.146 ms
4 151.101.122.133 (151.101.122.133) 0.793 ms 0.790 ms 0.783 ms
traceroute to deb.debian.org (2a04:4e42:1d::645), 30 hops max, 80 byte packets
1 crco01parild2-swsi01parild2-v1500-lag.srv.ipv6.wifirst.net (2a01:7c00:1b::1) 1.044 ms 1.015 ms 1.001 ms
2 equinix-paris.core.wifirst.net (2001:7f8:43::5:2075:1) 0.995 ms 0.987 ms 0.981 ms
3 2001:7f8:43::5:4113:2 (2001:7f8:43::5:4113:2) 1.096 ms 1.093 ms 1.087 ms
4 2a04:4e42:1d::645 (2a04:4e42:1d::645) 0.900 ms 0.904 ms 0.898 ms
-
Tout à fait exact Symbol !
En fait j'ai testé rapidement avec 3 opérateurs et les 3 opérateurs ne faisaient pas de peering en France, voir pas de peering du tout et visiblement le site de Paris n'est pas connecté à Level3 ou Cogent.
Voici le traceroute (IPv4 only) depuis SFR : Pas de peering, c'est du transit et vu la latence, on ne reste pas sur Paris.
$ mtr -zrwc100 deb.debian.org
Start: 2020-04-15T17:11:20+0200
HOST: vivien Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway 0.0% 100 0.3 0.3 0.2 0.8 0.1
2. AS??? ? ? 100.0 100
3. AS21502 evy1rj-ge-1-1-5.200.numericable.net 0.0% 100 7.4 9.2 5.8 35.0 6.6
4. AS??? 172.19.132.146 0.0% 100 7.8 12.1 6.9 21.0 2.9
5. AS174 be4355.agr21.par04.atlas.cogentco.com 0.0% 100 8.4 8.2 7.3 10.2 0.5
6. AS174 be3169.ccr31.par04.atlas.cogentco.com 0.0% 100 8.0 8.4 7.4 16.5 1.3
7. AS174 be3184.ccr42.par01.atlas.cogentco.com 1.0% 100 8.3 8.6 7.7 10.6 0.5
8. AS174 be2800.ccr42.fra03.atlas.cogentco.com 0.0% 100 18.0 20.4 17.4 53.4 7.8
9. AS174 be2846.rcr22.fra06.atlas.cogentco.com 0.0% 100 18.3 18.5 17.3 25.7 0.9
10. AS174 149.11.20.106 0.0% 100 18.3 18.0 17.2 19.8 0.5
11. AS54113 151.101.14.133 0.0% 100 17.9 17.9 17.1 25.2 0.9
-
be2800.ccr42.fra03.atlas.cogentco.com
fra=frankfurt
-
Depuis une connexion FTTH SFR AS15557 a Marseille
Marseille > Paris via Level3
1 <1 ms <1 ms <1 ms box [192.168.1.1]
2 * * * Délai d’attente de la demande dépassé.
3 2 ms 2 ms 2 ms 102.89.136.77.rev.sfr.net [77.136.89.102]
4 2 ms 3 ms 3 ms 74.10.136.77.rev.sfr.net [77.136.10.74]
5 15 ms 14 ms 14 ms 102.244.5.109.rev.sfr.net [109.5.244.102]
6 14 ms 14 ms 15 ms 102.244.5.109.rev.sfr.net [109.5.244.102]
7 38 ms 24 ms 21 ms lag-5.ear3.Paris1.Level3.net [4.68.72.253]
8 15 ms 14 ms 14 ms 213.242.127.138
9 14 ms 14 ms 15 ms 151.101.122.133
-
K-NET
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a03:4980:114:3XXX:: - 0 | 5 | 5 | 0 | 0 | 3 | 0 |
| 2a03:4980::23:0:1 - 0 | 5 | 5 | 5 | 5 | 6 | 5 |
| 2001:978:2:1b::6d:1 - 0 | 5 | 5 | 6 | 6 | 7 | 6 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| be2800.ccr42.fra03.atlas.cogentco.com - 0 | 5 | 5 | 16 | 16 | 17 | 16 |
| be2846.rcr22.fra06.atlas.cogentco.com - 0 | 5 | 5 | 16 | 16 | 18 | 16 |
| twitchinteractive.demarc.cogentco.com - 0 | 5 | 5 | 15 | 15 | 15 | 15 |
| 2a04:4e42:3::645 - 0 | 5 | 5 | 15 | 15 | 17 | 15 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 2 | 2 | 1 | 1 | 1 | 1 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 172.16.120.96 - 0 | 2 | 2 | 5 | 5 | 6 | 5 |
|te0-6-0-2-4.agr21.par04.atlas.cogentco.com - 0 | 2 | 2 | 6 | 6 | 7 | 6 |
| be3169.ccr31.par04.atlas.cogentco.com - 0 | 2 | 2 | 6 | 6 | 7 | 6 |
| be3184.ccr42.par01.atlas.cogentco.com - 0 | 2 | 2 | 6 | 6 | 7 | 6 |
| be2800.ccr42.fra03.atlas.cogentco.com - 0 | 2 | 2 | 16 | 16 | 17 | 16 |
| be2846.rcr22.fra06.atlas.cogentco.com - 0 | 2 | 2 | 16 | 16 | 17 | 16 |
| 149.11.20.118 - 0 | 2 | 2 | 16 | 16 | 17 | 16 |
| 151.101.14.133 - 0 | 2 | 2 | 15 | 15 | 16 | 15 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
OVH FTTH Marseille
$ mtr4 deb.debian.org
Start: 2020-04-15T18:40:26+0200
HOST: Lyoko.in.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1. AS??? styx.wifi.mrs.in.byme.at (192.168.44.49) 0.0% 10 1.0 1.2 1.0 2.4 0.4
2. AS??? astriaporta.vl100.mrs.in.byme.at (192.168.44.1) 0.0% 10 1.1 1.2 1.0 1.9 0.3
3. AS35540 cpe-ovh.eth1.mrs.byme.at (109.190.103.134) 0.0% 10 1.3 1.4 1.2 2.1 0.3
4. AS16276 145.239.153.19 0.0% 10 19.9 18.8 16.0 32.8 5.1
5. AS16276 145.239.153.139 0.0% 10 16.7 18.7 16.3 34.6 5.6
6. AS16276 be100-45.th2-1-a9.fr.eu (178.33.100.179) 0.0% 10 19.6 19.4 16.9 26.9 3.3
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS174 be3184.ccr42.par01.atlas.cogentco.com (154.54.38.157) 0.0% 10 17.9 19.4 17.1 24.2 2.4
9. AS174 be2800.ccr42.fra03.atlas.cogentco.com (154.54.58.237) 0.0% 10 29.6 30.8 29.2 38.9 2.9
10. AS174 be2846.rcr22.fra06.atlas.cogentco.com (154.54.37.30) 0.0% 10 29.4 31.3 29.3 36.9 2.5
11. AS174 149.11.20.106 0.0% 10 25.7 30.1 25.5 40.6 5.0
12. AS54113 151.101.14.133 0.0% 10 25.7 28.2 25.7 37.5 4.1
$ mtr6 deb.debian.org
Start: 2020-04-15T18:41:05+0200
HOST: Lyoko.in.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1. AS35540 styx.wifi.mrs.in.byme.at (2001:41d0:fe88:413::1) 0.0% 10 1.3 1.3 0.8 2.3 0.5
2. AS35540 astriaporta.vl100.mrs.in.byme.at (2001:41d0:fe88:410::1) 0.0% 10 0.9 1.1 0.9 1.7 0.2
3. AS35540 2001:41d0:fe88:400::1 0.0% 10 1.2 1.4 1.2 1.5 0.1
4. AS35540 2001:41d0:fde0::22 0.0% 10 16.4 19.2 16.3 24.5 3.0
5. AS35540 2001:41d0:fde0:80::11 0.0% 10 16.7 20.3 16.7 30.1 5.1
6. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7. AS174 2001:978:2:1b::28:1 40.0% 10 26.6 19.5 16.7 26.6 3.9
8. AS174 be3183.ccr41.par01.atlas.cogentco.com (2001:550:0:1000::9a36:2641) 50.0% 10 18.3 18.8 16.6 24.2 3.1
9. AS174 be2799.ccr41.fra03.atlas.cogentco.com (2001:550:0:1000::9a36:3ae9) 70.0% 10 38.5 33.3 29.7 38.5 4.6
10. AS174 be2845.rcr22.fra06.atlas.cogentco.com (2001:550:0:1000::9a36:38be) 60.0% 10 30.2 30.1 29.8 30.2 0.2
11. AS174 twitchinteractive.demarc.cogentco.com (2001:978:2:42::40:2) 0.0% 10 29.6 30.9 29.3 38.1 2.7
12. AS54113 2a04:4e42:3::645 0.0% 10 28.7 27.7 25.2 35.2 3.2
-
Chez MilkyWan (AS57199) :
- En IPv4 : Acorus Networks -> Telia -> Fastly à Francfort
Loss% Snt Last Avg Best Wrst StDev
1. AS??? 10.0.42.1 0.0% 10 0.3 0.3 0.2 0.3 0.0
2. AS??? 10.1.5.1 0.0% 10 0.3 0.3 0.3 0.4 0.0
3. AS??? gre0.rb4011.col.th2.infra.ip4.milkywan.net 0.0% 10 1.8 1.9 1.7 2.1 0.1
4. AS57199 te4.ccr1072.core.th2.infra.ip4.milkywan.net 70.0% 10 1.5 1.6 1.5 1.6 0.1
5. AS??? 100.100.0.180 (acorus) 0.0% 10 2.5 3.5 2.4 12.4 3.1
6. AS??? 100.99.0.11 (acorus) 0.0% 10 2.3 2.8 2.3 5.9 1.1
7. AS??? 100.99.0.3 (acorus) 0.0% 10 2.5 5.3 2.5 10.4 3.3
8. AS1299 prs-b8-link.telia.net 0.0% 10 2.1 2.3 2.1 2.5 0.1
9. AS??? ? ? ? 100.0% 10 0.0 0.0 0.0 0.0 0.0
10. AS1299 ffm-bb2-link.telia.net 0.0% 10 13.5 12.9 12.6 13.5 0.3
11. AS1299 ffm-b1-link.telia.net 0.0% 10 12.2 12.8 12.0 16.1 1.2
12. AS1299 fastly-ic-328448-ffm-b1.c.telia.net 0.0% 10 12.1 12.1 12.0 12.3 0.1
13. AS54113 151.101.14.133 0.0% 10 12.5 12.5 12.3 12.7 0.1
- En IPv6 : Appliwave -> Hopus -> DTAG -> Fastly en Allemagne
Loss% Snt Last Avg Best Wrst StDev
1. AS57199 ccr1016.spacecolo.net 0.0% 10 0.4 0.4 0.3 0.5 0.1
2. AS57199 ccr1036.spacecolo.net 0.0% 10 0.3 0.3 0.3 0.4 0.0
3. AS57199 gre0.rb4011.col.th2.infra.ip6.milkywan.net 0.0% 10 1.5 7.9 1.5 65.2 20.1
4. AS57199 te4.ccr1072.core.th2.infra.ip6.milkywan.net 0.0% 10 1.7 1.7 1.6 1.7 0.0
5. AS57199 te4.2985.ccr1072.core.dc2.infra.ip6.milkywan.net 0.0% 10 2.4 2.4 2.3 2.6 0.1
6. AS200780 appliwave.rbgp1-10g.dc2.paris.france.as200780.net 30.0% 10 2.2 2.2 2.1 2.3 0.1
7. AS44530 appliwave.dc3-2.rt.hopus.net 0.0% 10 2.6 6.9 2.6 45.5 13.6
8. AS44530 lag-dc3-2.th2-1.rt.hopus.net 0.0% 10 2.7 2.7 2.7 2.8 0.0
9. AS3320 2003:0:fa00:14::1 10.0% 10 2.9 2.9 2.8 3.2 0.2
10. AS??? ? ? ? 100.0% 10 0.0 0.0 0.0 0.0 0.0
11. AS3320 2003:0:1304:401d::2 0.0% 10 17.4 17.2 17.1 17.4 0.1
12. AS54113 2a04:4e42:3::645 0.0% 10 17.1 17.2 17.1 17.4 0.1
-
Traceroute depuis Orange FTTH Puteaux, PNI avec Fastly à Paris.
traceroute to deb.debian.org (151.101.122.133)
1 192.168.1.1 (192.168.1.1) 0.658 ms 0.907 ms 0.025 ms
2 80.10.236.81 (80.10.236.81) 1.274 ms 1.386 ms 1.885 ms
3 ae109-0.ncidf103.Puteaux.francetelecom.net (193.253.80.250) 1.491 ms 1.719 ms 1.991 ms
4 ae41-0.niidf101.Paris3eArrondissement.francetelecom.net (193.252.159.42) 1.982 ms 1.919 ms 1.134 ms
5 193.252.137.10 (193.252.137.10) 1.962 ms 1.641 ms 2.063 ms
6 hundredgige0-0-0-9.partr2.-.opentransit.net (193.251.131.166) 2.025 ms 2.108 ms 2.155 ms
7 * * *
8 151.101.122.133 (151.101.122.133) 2.332 ms 2.388 ms 2.955 ms
-
Le sujet dérape un peu mais chez Free, ça ne passe plus par Level3 mais par Cogent maintenant ( a comparé avec le post de Damien06 un peut plus haut).
Par contre, je comprend pas un truc, cogent annonce une gateway vers netdna (je sais pas si on traduit comme ça le résultat du mtr), concurrent de fastly apparemment mais l'IP publique et l'AS appartienne a fastly.
Quelqu'un a une idée de quoi il en retourne ?
Start: 2020-05-25T23:48:22+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e35:2423:41d0::1 0.0% 10 1.8 1.9 1.7 2.4 0.2
2. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS174 be4204.ccr21.par04.atlas.cogentco.com 40.0% 10 4.1 3.6 3.3 4.1 0.3
5. AS174 be2102.ccr41.par01.atlas.cogentco.com 60.0% 10 3.3 3.2 2.7 3.6 0.4
6. AS174 be2921.rcr21.b032899-0.par01.atlas.cogentco.com 0.0% 10 3.6 3.7 2.8 4.9 0.5
7. AS174 2001:978:2:19::a9:2 0.0% 10 4.3 4.4 2.8 15.2 3.8
8. AS54113 2a04:4e42:1d::645 0.0% 10 3.1 3.0 2.3 3.7 0.3
Start: 2020-05-25T23:48:03+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway 0.0% 10 1.1 1.2 1.0 2.0 0.3
2. AS12322 seg75-2_migr-82-66-53-254.fbx.proxad.net 0.0% 10 3.0 2.9 1.9 5.1 1.1
3. AS12322 78.255.21.126 0.0% 10 1.6 1.6 1.3 1.9 0.1
4. AS12322 los75-asr903-1-bd902.intf.nro.proxad.net 0.0% 10 2.1 2.2 2.0 2.7 0.3
5. AS12322 reg75-asr903-1-bd904.intf.nro.proxad.net 0.0% 10 3.0 2.1 1.8 3.0 0.4
6. AS12322 p13-9k-3-be2005.intf.nro.proxad.net 0.0% 10 2.0 2.1 1.9 2.4 0.2
7. AS??? 194.149.165.209 10.0% 10 2.5 2.6 2.2 3.8 0.5
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS174 be4204.ccr32.par04.atlas.cogentco.com 0.0% 10 2.7 2.7 2.3 2.9 0.2
10. AS174 be2102.ccr41.par01.atlas.cogentco.com 0.0% 10 2.4 2.5 2.3 2.7 0.1
11. AS174 be2921.rcr21.b032899-0.par01.atlas.cogentco.com 0.0% 10 2.4 2.6 2.4 2.8 0.1
12. AS174 netdna-gw.cdg.ip4.cogentco.com 0.0% 10 2.5 2.5 2.3 3.3 0.3
13. AS54113 151.101.122.133 0.0% 10 2.5 2.3 1.9 2.9 0.4
-
Le sujet dérape un peu mais chez Free, ça ne passe plus par Level3 mais par Cogent maintenant ( a comparé avec le post de Damien06 un peut plus haut).
Ça fait plusieurs semaines, Free a rerouté beaucoup de choses par Cogent. Il y a des sujets qui en parlent.
Par contre, je comprend pas un truc, cogent annonce une gateway vers netdna (je sais pas si on traduit comme ça le résultat du mtr), concurrent de fastly apparemment mais l'IP publique et l'AS appartienne a fastly.
Quelqu'un a une idée de quoi il en retourne ?
Soit le reverse DNS n'est pas à jour, soit c'est un routeur qui porte aussi l'interconnexion avec netdna et c'est cette interface qui répond.
-
Hi
Découverte ce matin (c'est certainement plus vieux)
Bouygues Telecom peere avec Fastly à IX2
root@beesly:~# mtr -4zrbwc10 deb.debian.org
Start: 2020-08-26T09:50:42+0200
HOST: beesly Loss% Snt Last Avg Best Wrst StDev
1. AS??? 10.0.0.254 0.0% 10 0.5 0.4 0.4 0.5 0.0
2. AS5410 176.160.96.3 10.0% 10 1183. 1553. 911.8 2163. 486.8
3. AS5410 62.34.2.24 80.0% 10 3.5 3.4 3.3 3.5 0.1
4. AS5410 62.34.2.20 40.0% 10 3.4 3.4 3.1 3.6 0.2
5. AS5410 62.34.2.0 0.0% 10 6.2 5.3 4.5 6.2 0.5
6. AS5410 62.34.2.56 80.0% 10 3.7 3.8 3.7 3.8 0.0
7. AS??? 167.82.128.132 0.0% 10 4.0 4.2 3.9 4.4 0.2
8. AS54113 151.101.122.133 0.0% 10 4.1 3.9 3.7 4.2 0.1
-
Bouygues Telecom peere avec Fastly à IX2
IX2 ? Où est-ce ? Est-ce Equinix-IX Paris ?
-
IX2 ? Où est-ce ? Est-ce Equinix-IX Paris ?
Interxion Paris 2 : https://www.datacenters.com/interxion-par2-paris
-
Interxion Paris 2 est un des plus gros sites de peering / transit pour Bouygues Telecom, aprés TH2.
-
Merci pour la précision :)
-
Traceroute depuis Bouygues Telecom : Pas de peering, on sort par les transitaires[/size]
$ mtr -6zrwc100 deb.debian.org
Start: 2020-04-15T10:36:30+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS5410 2001:860:f70a::1 0.0% 100 0.5 0.4 0.4 0.8 0.1
2. AS5410 2001:860:bbee:4d::1 0.0% 100 1.2 1.1 1.1 1.5 0.1
3. AS3356 lag-106.ear3.Paris1.Level3.net 0.0% 100 1.4 1.4 1.3 1.8 0.1
4. AS3356 lo-0-v6.ear4.Amsterdam1.Level3.net 81.0% 100 16.5 16.6 16.5 16.7 0.0
5. AS3356 PANTEL.edge5.Frankfurt1.Level3.net 0.0% 100 16.3 16.3 16.3 16.5 0.0
6. AS54113 2a04:4e42:9::645 0.0% 100 12.9 13.2 12.8 49.9 3.7
$ mtr -4zrwc100 deb.debian.org
Start: 2020-04-15T10:33:43+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS5410 194.158.119.185 0.0% 100 0.3 0.4 0.3 0.7 0.1
2. AS5410 be11.cbr01-ntr.net.bbox.fr 0.0% 100 3.0 2.4 1.4 3.5 0.6
3. AS5410 la12.rpt01-ix2.net.bbox.fr 89.0% 100 1.1 1.1 1.0 1.2 0.1
4. AS3356 lag-106.ear3.Paris1.Level3.net 76.0% 100 1.3 1.3 1.3 1.5 0.1
5. AS3356 ae-2-3204.ear2.London2.Level3.net 68.0% 100 8.3 8.3 8.2 8.5 0.1
6. AS3356 unknown.Level3.net 0.0% 100 8.5 8.4 8.4 8.6 0.0
7. AS54113 151.101.18.133 0.0% 100 8.4 8.4 8.4 8.5 0.0
Même traceroute, depuis la même machine, depuis que le peering est up :
$ mtr -6zrwc100 deb.debian.org
Start: 2020-08-26T14:18:04+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS5410 2001:860:f70a::1 0.0% 100 0.4 0.5 0.3 2.6 0.3
2. AS5410 2001:860:bbee:da::1 2.0% 100 0.9 1.0 0.9 1.5 0.1
3. AS54113 2620:11a:c000:579:fa57:: 0.0% 100 1.4 1.4 1.4 1.6 0.0
4. AS54113 2a04:4e42:1d::645 0.0% 100 1.0 1.0 1.0 7.8 0.7
$ mtr -4zrwc100 deb.debian.org
Start: 2020-08-26T14:20:37+0200
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS5410 194.158.119.185 0.0% 100 0.3 0.4 0.3 1.0 0.1
2. AS5410 be11.cbr01-ntr.net.bbox.fr 0.0% 100 2.1 2.5 1.5 11.7 1.1
3. AS5410 62.34.2.56 89.0% 100 1.0 1.0 1.0 1.1 0.0
4. AS??? 167.82.128.132 0.0% 100 1.3 1.3 1.2 1.4 0.0
5. AS54113 151.101.122.133 0.0% 100 1.0 1.0 0.9 1.1 0.0
Félicitation Bouygues Telecom, le gain est significatif !
-
Pareil chez K-NET
Host Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.1.1 0.0% 3 1.0 1.3 1.0 1.8 0.5
2. ???
3. AS??? 172.16.120.96 0.0% 3 6.2 6.6 6.2 7.2 0.5
4. AS??? fastly_s.equinix-ix.fr 0.0% 3 6.3 6.3 6.3 6.4 0.1
5. AS54113 151.101.122.133 0.0% 3 6.2 6.2 6.1 6.4 0.1
-
Chez Orange aussi ça a l'air ? (désolé je ne pouvais pas copier/coller)
PS : Chez Free c'est toujours par Cogent.
-
|-----------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|-----------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 25 | 25 | 0 | 1 | 3 | 1 |
| 80.10.233.9 - 0 | 25 | 25 | 2 | 4 | 12 | 4 |
| 193.249.215.146 - 0 | 25 | 25 | 5 | 6 | 12 | 5 |
| 81.253.129.18 - 0 | 25 | 25 | 8 | 10 | 23 | 9 |
| 81.253.129.1 - 0 | 25 | 25 | 9 | 11 | 25 | 11 |
| 81.253.184.178 - 0 | 25 | 25 | 12 | 14 | 36 | 14 |
| hundredgige0-1-0-11.partr2.-.opentransit.net - 0 | 25 | 25 | 13 | 14 | 16 | 14 |
| 193.251.141.86 - 0 | 25 | 25 | 12 | 13 | 15 | 13 |
| 151.101.122.133 - 0 | 25 | 25 | 12 | 13 | 15 | 13 |
|_____________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
Chez Orange aussi ça a l'air ? (désolé je ne pouvais pas copier/coller)
|-----------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|-----------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 25 | 25 | 0 | 1 | 3 | 1 |
| 80.10.233.9 - 0 | 25 | 25 | 2 | 4 | 12 | 4 |
| 193.249.215.146 - 0 | 25 | 25 | 5 | 6 | 12 | 5 |
| 81.253.129.18 - 0 | 25 | 25 | 8 | 10 | 23 | 9 |
| 81.253.129.1 - 0 | 25 | 25 | 9 | 11 | 25 | 11 |
| 81.253.184.178 - 0 | 25 | 25 | 12 | 14 | 36 | 14 |
| hundredgige0-1-0-11.partr2.-.opentransit.net - 0 | 25 | 25 | 13 | 14 | 16 | 14 |
| 193.251.141.86 - 0 | 25 | 25 | 12 | 13 | 15 | 13 |
| 151.101.122.133 - 0 | 25 | 25 | 12 | 13 | 15 | 13 |
|_____________________________________________________|______|______|______|______|______|______|
Tu vois bien que non.
-
Orange ne peere qu'avec très très peu d'AS. Tout passe par OTI, mais avant ça faisait OTI->Transitaire->Fastly
-
Tu vois bien que non.
Si , PNI avec Fastly sur Paris.
-
Si , PNI avec Fastly sur Paris.
PNI entre OTI et Fastly, pas entre AS3215 et Fastly ? (Je vérifie ce que je comprends)
-
Oui AS3215 c'est le réseau domestique d'Orange.
Les contenus internationaux et CDN tels que Fastly sont cherchés via le réseau international d'Orange (aucun intérêt de faire des doublons dans les PNI).
Ici, Fastly sur Paris depuis avril 2020.
Avant cela faisait Orange domestique France -> Orange International -> PNI avec autre Tier1 -> Fastly
PS : Orange International n'a pas de transitaire, uniquement des PNI avec d'autres Tier1 / Tier2 et des PNI avec des diffuseurs de contenus , CDN et autres FAI internationaux.
-
Oui bien sûr OTI n'a pas de transitaire, c'était un abus de langage malheureux :)
Merci pour ces précisions !
-
Oui AS3215 c'est le réseau domestique d'Orange.
Les contenus internationaux et CDN tels que Fastly sont cherchés via le réseau international d'Orange (aucun intérêt de faire des doublons dans les PNI).
Netflix (par exemple) n'est pas sur 3215 directement ?
Et il ne me semble pas que ce soit le seul PNI de contenu international monté directement sur 3215. Je me demande si y a pas Blizzard ou un autre éditeur de jeu.
-
Oui mais Netflix est-il aussi sur 5511 ?
Le propos étant de ne pas faire doublons : On s’interconnecte soit avec AS3215, soit avec AS5511 mais pas avec les deux.
Je me semble si les clients de AS5511 sont routés sur AS3215 pour joindre des peering direct que n'a pas AS5511.
Je pense à Free AS12322, mais c'est peut-être une exception (car la route d'AS5511 par Cogent est l'unique alternative et qu'elle est notoirement moins bonne le soir)
-
Oui mais Netflix est-il aussi sur 5511 ?
Bonne question.
Google ne serait pas sur 3215 et 5511 ?
-
Il y a des opérateurs qui génèrent un tel trafic, que tu as intérêt a limiter le nombre de routeurs pour les joindres et donc les connecter aux deux.
Il y adonc peut-être des exceptions pour Google, Netflix et Akamai.
Le trafic de ces opérateurs :
(https://lafibre.info/images/doc/202006_arcep_rapport_etat_internet_2020_2_interconnexion_1.png)
-
Netflix (par exemple) n'est pas sur 3215 directement ?
Oui
Et il ne me semble pas que ce soit le seul PNI de contenu international monté directement sur 3215. Je me demande si y a pas Blizzard ou un autre éditeur de jeu.
Exact, il y a des intercos en direct sur les noeuds de peerings privés du réseau 3215, mais aussi via HOPUS comme par exemple Shadow (BLADE).
Blizzard est sur Orange International.
Le propos étant de ne pas faire doublons : On s’interconnecte soit avec AS3215, soit avec AS5511 mais pas avec les deux.
Concernant 3215, c'est exactement cela.
Je pense à Free AS12322, mais c'est peut-être une exception (car la route d'AS5511 par Cogent est l'unique alternative et qu'elle est notoirement moins bonne le soir)
Je pense que tu voulais dire "car la route d'AS12322 (Free) par Cogent est l'unique alternative pour Free ...".
-
Je pense que tu voulais dire "car la route d'AS12322 (Free) par Cogent est l'unique alternative pour Free ...".
Dans un sens comme dans l'autre.
Pour Free, cela ne semble pas problématique de ne pas avoir d'alternative (et même de ne rien avoir pour HE en IPv6)
Par contre AS5511 a d'autre standard de qualité et souhaiterait peut-être avoir plus que la route par Cogent pour joindre Free (surtout que Cogent / Orange, c'est pas toujours la bonne entente).
AS5511 souhaite aussi avoir une meilleur qualité le soit que les saturations du lien Cogent - Free (pas facile pour un transitaire de recruter des clients si les prix ne sont pas cassés et que le trafic vers le 2ème opérateur sature tous les soirs). La solution est de passer par AS3215.
Il me semble avoir vu des traceroute réalisés depuis Free qui montre que AS3215 annonce aussi AS5511.
-
Free a aussi du Hopus (et je ne crois pas que ça sature avec Cogent en ce moment mais bon ça pourrait arriver à nouveau). Je ne suis pas sûr que le plus simple soit de passer par OTI puis par Orange en sachant qu'il y a un risque que Free coupe le peering si ce bricolage ne lui plaît pas.
-
Pour 3215, ce sont des Peers privés directs entre 3215 (Orange France) et 12322 (Free) pour le trafic de l'un vers l'autre 3215 vers 12322 et 12322 vers 3215.
PS : Mais nous sommes totalement HS par rapport au sujet Fastly.
-
Je ne suis pas sûr que le plus simple soit de passer par OTI puis par Orange en sachant qu'il y a un risque que Free coupe le peering si ce bricolage ne lui plaît pas.
Free ne peut pas se permettre d'avoir des relation aussi dégradé avec Orange qu'il les a avec SFR / Bouygues : Free doit être le plus gros client d'Orange et tout n'est pas réglementé. Vu ce qui est déjà passé sur le peering avec Orange, je pense qu'il serait déjà coupé si il n'y avait pas des intérêts stratégiques avec Orange.
-
Free a des mauvaises relations de peering avec Bouygues/SFR ?
-
Free a des mauvaises relations de peering avec Bouygues/SFR ?
Je pense que Vivien faisait référence aux mauvaises relations commerciales et à l'inimité entre Xavier Niel et les dirigeants de Bouygues et SFR. Les relations avec Orange sont beaucoup plus cordiales.
A priori ça n'impacte pas les relations de peering.
-
Par contre AS5511 a d'autre standard de qualité
[...]
AS5511 souhaite aussi avoir une meilleur qualité
[...]
pas facile pour un transitaire de recruter des clients si les prix ne sont pas cassés et que le trafic vers le 2ème opérateur sature tous les soirs). La solution est de passer par AS3215.
Quand tu prends du 5511 tu sais que ça marchera en sortant mais sûrement pas en entrant vu que pas mal d'autres T1 saturent vers 5511 (et pas que Cogent).
Quand tu as des contenus ça peut le faire, sinon, c'est à éviter.
On peut évoquer aussi leur routage créatif, où le traf se retrouve à parcourir toute l'Europe pour passer un PNI entre T1.
En somme, parler de qualité et de 5511 dans la même phrase me semble audacieux.
Il me semble avoir vu des traceroute réalisés depuis Free qui montre que AS3215 annonce aussi AS5511.
No way.
-
Free ne peut pas se permettre d'avoir des relation aussi dégradé avec Orange qu'il les a avec SFR / Bouygues
Les relations dégradées c'est surtout avec Bytel et Martin (l'histoire des romanichels et des pelouses du château reste dans les mémoires).
-
Si , PNI avec Fastly sur Paris.
PNI dans le sens achat de transit ou de peering payant.
-
Il me semble avoir vu des traceroute réalisés depuis Free qui montre que AS3215 annonce aussi AS5511.
J'ai des lignes Bouygues Free et Orange sous la main, je suis curieux de faire des traceroutes. Vous avez des idées de destinations qui pourraient impliquer OTI (5511) depuis d'autres FAI qu'Orange ?
-
A priori ça n'impacte pas les relations de peering.
=> Free coupe le peering avec Numericable (https://lafibre.info/peering/probleme-de-peering-entre-nc-et-le-reseau-freeonlineproxad/)
Pour moi si Bouygues / SFR ne font pas attention a être stricts sur le PNI Free, il se le feront couper.
Orange n'hésites pas à annoncer Hopus sur le PNI Free, encaissant l'argent à la place de Free et forçant Free à venir sur Hopus directement vu que sinon ils récupèrent tout le trafic via le PNI Orange.
Bouygues est obligé de passer par un transitaire pour joindre AS5511, le PNI Orange n'annonce que AS3215 (normal). Je suis intéressé par un traceroute vers une IP AS5511 depuis Free.
-
=> Free coupe le peering avec Numericable (https://lafibre.info/peering/probleme-de-peering-entre-nc-et-le-reseau-freeonlineproxad/)
Pour moi si Bouygues / SFR ne font pas attention a être stricts sur le PNI Free, il se le feront couper.
Orange n'hésites pas à annoncer Hopus sur le PNI Free, encaissant l'argent à la place de Free et forçant Free à venir sur Hopus directement vu que sinon ils récupèrent tout le trafic via le PNI Orange.
Bouygues est obligé de passer par un transitaire pour joindre AS5511, le PNI Orange n'annonce que AS3215 (normal). Je suis intéressé par un traceroute vers une IP AS5511 depuis Free.
C'est pas interdit d'annoncer un AS comme ça sur Hopus ?
Free vers wholesalefrance.orange.fr :
Host Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway 0.0% 13 0.2 0.4 0.2 0.6 0.1
2. AS12322 lns-bzn-40-82-251-137-254.adsl.proxad.net 0.0% 13 1.5 2.9 1.4 17.4 4.4
3. AS12322 78.255.55.126 0.0% 13 1.6 2.8 1.1 18.4 4.7
4. AS12322 str75-asr903-1-bd902.intf.nro.proxad.net 0.0% 13 1.2 1.5 1.2 1.8 0.2
5. AS12322 p11-9k-3-be3000.intf.nro.proxad.net 0.0% 13 1.0 1.2 0.9 1.6 0.2
6. ???
7. AS174 be4204.ccr32.par04.atlas.cogentco.com 0.0% 13 2.0 2.1 1.9 2.5 0.2
8. AS174 be2067.ccr31.par04.atlas.cogentco.com 0.0% 13 2.1 2.5 2.0 5.0 0.9
9. AS174 francetelecom.par04.atlas.cogentco.com 15.4% 13 2.4 2.5 2.2 3.4 0.3
10. ???
Depuis Bouygues ça passe par Level3 à Paris.
-
C'est pas interdit d'annoncer un AS comme ça sur Hopus ?
C'est prévu dans le contrat avec Hopus, de joindre les opérateurs directement ou indirectement via un autre opérateur.
Cela avait bien dégradé la latence Bouygues, les annonces Hopus Lyon étant annoncées sur le PNI Bouygues à Lyon et tout ce qui est annoncé à Lyon était prioritaire dans le sens Bouygues => Internet car Orange n'est censé n'annoncer que du régional (ses clients sud est, mais aussi Hopus Lyon, or Hopus Lyon annonce Hopus Paris qui annonce de nombreuses routes...)
Dans le sens Bouygues => Internet, on passait par Orange puis Hopus.
Dans le sens Internet => Bouygues, on passait par les peering (Bouygues ayant des peering avec presque tous les membres d'Hopus)
Orange annonce tout Hopus à Bouygues Telecom sur le peering de Lyon
Petit traceroute Bouygues Telecom (Bbox câble sur Paris) => Gandi (Paris)
Réseau Numericable => Collecte Bouygues Telecom sur Courbevoie (ncc-cbv.net.bbox.fr) => Lyon IX => Perring avec AS3215 sur Lyon-IX=> Hopus Lyon => Hopus Paris => Gandi
$ mtr -rwc100 gandi.net
Start: Sat Sep 26 12:08:48 2015
HOST: vivien Loss% Snt Last Avg Best Wrst StDev
1.|-- bbox.lan 0.0% 100 5.9 3.2 0.9 22.4 4.1
2.|-- 10.112.0.1 0.0% 100 10.3 11.5 7.4 57.5 6.1
3.|-- eps1rj-ge-0-1-5.100.numericable.net 0.0% 100 10.1 12.6 7.8 38.4 5.1
4.|-- ip-53.net-80-236-1.static.numericable.fr 1.0% 100 22.2 13.2 7.8 39.9 6.8
5.|-- ip-49.net-80-236-1.static.numericable.fr 0.0% 100 12.4 11.5 8.2 23.7 2.9
6.|-- lag101.350.ncc-cbv.net.bbox.fr 1.0% 100 10.8 17.0 8.6 81.2 12.4
7.|-- ? ? 100.0 100
8.|-- la10.bsr02-cbv.net.bbox.fr 66.0% 100 12.4 13.3 10.3 23.7 2.9
9.|-- be16.cbr01-cro.net.bbox.fr 0.0% 100 18.5 15.7 11.5 25.3 3.1
10.|-- be5.cbr01-lyo.net.bbox.fr 1.0% 100 26.7 24.1 18.2 38.7 4.1
11.|-- la44.bsr01-lyo.net.bbox.fr 89.0% 100 23976 23339 21638 24386 901.6
12.|-- la10.bsr02-lyo.net.bbox.fr 1.0% 100 18.6 20.8 16.2 61.3 6.1
13.|-- 193.253.13.85 0.0% 100 20.9 22.2 17.4 79.0 8.1
14.|-- 193.252.227.98 0.0% 100 20.4 22.1 17.9 44.8 4.9
15.|-- lag-pop-ly-1.th2-1.rt.hopus.net 0.0% 100 19.7 22.0 17.7 34.7 3.8
16.|-- lag-pop-th2-1.std-1.rt.hopus.net 0.0% 100 34.7 22.3 18.0 43.6 4.3
17.|-- gandi.std-1.rt.hopus.net 0.0% 100 25.2 25.5 18.2 51.6 6.4
18.|-- xe0-0-2-2-core3-d.paris.gandi.net 0.0% 100 20.0 22.3 18.3 39.6 3.8
19.|-- xe1-6-5-gdist3-d.paris.gandi.net 0.0% 100 27.1 22.7 18.3 52.3 4.7
20.|-- website.vip.gandi.net 0.0% 100 19.1 22.7 17.4 72.3 7.5
Note : 193.253.13.85 et 193.252.227.9 sont des IP appartenant à Orange AS3215
-
Oh, ok je comprends l'idée
Cela m'étonne d'ailleurs que Bouygues ne soit pas sur Hopus. Enfin vu tous les PNI et les transitaires ultra généreusement dimensionnés ce n'est peut être pas utile, je n'ai pas ce genre d'infos.
-
Bouygues était sur Hopus au départ.
Mais Hopus coûte cher et tous les membres d'Hopus demandent un peering à Bouygues.
donc le lien Hopus (20 Gb/s à l’époque) était vide et a donc été coupé.
Bouygues est trop ouvert en terme de peering pour que des opérateurs soient intéressé par le joindre sur Hopus.
Cela permet a Bouygues d'avoir une qualité de peering / transit sensiblement supérieure à Orange / Free (et un peu au dessus de SFR, mais SFR est aussi assez ouvert).
-
FreeBouygues était sur Hopus au départ.
;)
-
Corrigé
-
Orange n'hésites pas à annoncer Hopus sur le PNI Free, encaissant l'argent à la place de Free et forçant Free à venir sur Hopus directement vu que sinon ils récupèrent tout le trafic via le PNI Orange.
Orange 3215 fait principalement de l’entrant, donc Hopus leur rapporte de l’argent. Du coup, ce lien est considéré comme étant un client et est annoncé partout (ce qui rapporte encore plus d’argent). Par contre effectivement, dans les faits, c’est un fournisseur…
-
Hello
Reddit et imgur utilisent Fastly, est-ce pour cela que c’est souvent (très) lent avec Orange ?
Est-ce qu'il y a quelque-chose à faire (autre que passer chez SFR par exemple) ?
-
Orange peere avec Fastly (via sa filiale Open Transit International), cela ne devrait pas poser problème
Ces lenteurs globalement tu les constates surtout quand ? En soirée ?
-
Je dirais aussi bien en journée qu'en soirée, et après une rapide recherche, je suis loin d'être le seul: https://communaute.orange.fr/t5/ma-connexion/Bridage-du-site-reddit/td-p/2075382/
-
Tu peux faire un traceroute (mtr si possible) vers reddit.xom ?
-
Je ne sais pas ce qu'est MTR (si c'est un outil Linux/Unix, je suis sur Windows actuellement)
tracert reddit.com
Détermination de l’itinéraire vers reddit.com [151.101.193.140]
avec un maximum de 30 sauts :
1 1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 2 ms 2 ms 2 ms 80.10.235.253
3 5 ms 4 ms 4 ms 193.249.215.106
4 7 ms 7 ms 8 ms ae43-0.nimar101.Marseille03.francetelecom.net [193.252.103.234]
5 19 ms 18 ms 8 ms ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net [193.252.161.22]
6 17 ms * * 193.252.137.54
7 23 ms 24 ms 23 ms prs-b5-link.telia.net [62.115.171.226]
8 24 ms 24 ms 24 ms prs-bb3-link.telia.net [62.115.118.58]
9 25 ms 23 ms 24 ms prs-b8-link.telia.net [62.115.138.133]
10 17 ms 19 ms 17 ms fastly-ic-336683-prs-b8.c.telia.net [213.248.97.117]
11 18 ms 17 ms 17 ms 151.101.193.140
Itinéraire déterminé.
tracert imgur.com
Détermination de l’itinéraire vers imgur.com [151.101.60.193]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 2 ms 2 ms 2 ms 80.10.235.253
3 5 ms 5 ms 7 ms 193.249.215.106
4 7 ms 7 ms 9 ms ae43-0.nimar101.Marseille03.francetelecom.net [193.252.103.234]
5 8 ms 8 ms 8 ms ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net [193.252.161.22]
6 17 ms * * 193.252.137.54
7 23 ms 23 ms 23 ms prs-b5-link.telia.net [62.115.171.226]
8 * * * Délai d’attente de la demande dépassé.
9 30 ms 57 ms 41 ms ldn-bb4-link.telia.net [62.115.114.228]
10 30 ms 30 ms * ldn-b2-link.telia.net [62.115.120.239]
11 29 ms 28 ms 29 ms fastly-ic-346467-ldn-b4.c.telia.net [62.115.177.85]
12 29 ms 29 ms 28 ms 151.101.60.193
Itinéraire déterminé.
-
Ceci-dit, ce n'est pas lent à cet instant, il faut peut-être mieux que je fasse un traceroute quand c'est lent non ?
-
Rien de bizarre sur les traceroute
Essaye d'en faire un quand c'est lent oui, mais d'après les forums orange le soucis a été corrigé donc je ne sais pas si tu vas pouvoir reproduire le problème facilement
Bonne journée :)
-
Rien de bizarre sur les traceroute
Ben
Orange peere avec Fastly (via sa filiale Open Transit International), cela ne devrait pas poser problème
7 23 ms 23 ms 23 ms prs-b5-link.telia.net [62.115.171.226]
8 * * * Délai d’attente de la demande dépassé.
9 30 ms 57 ms 41 ms ldn-bb4-link.telia.net [62.115.114.228]
10 30 ms 30 ms * ldn-b2-link.telia.net [62.115.120.239]
Du coup non :)
-
BenDu coup non :)
Houla oui ! Je suis fatigué
J'ai fait un traceroute depuis Orange il y a quelques semaines et c'était 3215=>OTI=>Fastly
-
Je ne serais pas aussi catégorique, je vois des paths très différents en fonction des préfixes ici, et l’ingress se fait aussi de façon un peu random d’après l’AS-Stats. C’est possible qu’OTI peere effectivement avec Fastly mais que ces routes ne soient pas annoncées sur le peering.
-
Je viens de vérifier via leur LG, y’a pas bésef de routes…
OAKRS1#show bgp ipv4 unicast regexp ^54113$
BGP table version is 3064353667, local router ID is 204.59.3.38
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, f RT-Filter,
x best-external, a additional-path, c RIB-compressed,
t secondary path, L long-lived-stale,
Origin codes: i - IGP, e - EGP, ? - incomplete
RPKI validation codes: V valid, I invalid, N Not found
Network Next Hop Metric LocPrf Weight Path
*>i 104.156.93.0/24 193.251.245.220 100 0 54113 i
*>i 151.101.120.0/22 193.251.245.37 100 0 54113 i
*>i 157.52.105.0/24 193.251.245.37 100 0 54113 i
*>i 162.219.224.0/24 193.251.245.37 100 0 54113 i
*>i 162.219.224.0/22 193.251.245.37 100 0 54113 i
*>i 162.219.225.0/24 193.251.245.37 100 0 54113 i
*>i 162.219.226.0/24 193.251.245.37 100 0 54113 i
*>i 162.219.227.0/24 193.251.245.37 100 0 54113 i
*>i 199.232.80.0/22 193.251.245.220 100 0 54113 i
*>i 199.232.192.0/22 193.251.245.37 100 0 54113 i
*>i 199.232.196.0/22 193.251.245.37 100 0 54113 i
*>i 199.232.208.0/22 193.251.245.37 100 0 54113 i
*>i 199.232.212.0/22 193.251.245.37 100 0 54113 i
*>i 199.232.232.0/22 193.251.245.37 100 0 54113 i
*>i 199.232.236.0/22 193.251.245.37 100 0 54113 i
OAKRS1#show bgp ipv6 unicast regexp ^54113$
OAKRS1#
-
On sait que Orange OTI a déjà eu des saturation avec Telia...
Donc une lenteur vers Fastly quand on doit passer par Telia n'est pas complètement absurde.
-
Ce que je ne comprends pas c'est la politique d'OTI a.k.a. "si vous nous envoyez beaucoup plus de trafic que nous on vous en envoie vous devez nous payer" sauf que OTI c'est le seul et unique transitaire d'un gros eyeball (3215).
OTI a d'autres clients ? Sinon j'ai l'impression que OTI va constamment demander aux autres de payer, car il ne doit pas envoyer aux autres Tier 1 et 2 beaucoup de trafic comme c'est 3215 derrière...
C'est ça qui bloque les upgrades ?
-
tracert reddit.com
Détermination de l’itinéraire vers reddit.com [151.101.193.140]
avec un maximum de 30 sauts :
1 1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 2 ms 2 ms 2 ms 80.10.235.253
3 5 ms 4 ms 4 ms 193.249.215.106
4 7 ms 7 ms 8 ms ae43-0.nimar101.Marseille03.francetelecom.net [193.252.103.234]
5 19 ms 18 ms 8 ms ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net [193.252.161.22]
6 17 ms * * 193.252.137.54
7 23 ms 24 ms 23 ms prs-b5-link.telia.net [62.115.171.226]
8 24 ms 24 ms 24 ms prs-bb3-link.telia.net [62.115.118.58]
9 25 ms 23 ms 24 ms prs-b8-link.telia.net [62.115.138.133]
10 17 ms 19 ms 17 ms fastly-ic-336683-prs-b8.c.telia.net [213.248.97.117]
11 18 ms 17 ms 17 ms 151.101.193.140
Itinéraire déterminé.
BenDu coup non :)
Ben, du coup, si. Le hop 6 c'est OTI, après le NI (=Noeud Internet => routeur d'interconnexion du transit vers OTI).
-
Je soulignais l'absence de peering entre OTI et Fastly, pas entre OTI et Telia
-
Une fois pour toutes, Fastly ne peere pas avec OTI.
Fastly achète du transit (partiel ?) à OTI.
Facile à vérifier avec un whois AS511 et les communautés BGP des route sur le LG de 5511.
-
OTI a d'autres clients ? Sinon j'ai l'impression que OTI va constamment demander aux autres de payer, car
Les voilà les clients
whois as5511 | grep '^export.*announce ANY'
Et Fastly en est un, de client.
-
Ben, du coup, si. Le hop 6 c'est OTI, après le NI (=Noeud Internet => routeur d'interconnexion du transit vers OTI).
export: to AS54113 announce ANY
Peering du genre payant, voire transit :P
-
Je soulignais l'absence de peering entre OTI et Fastly, pas entre OTI et Telia
woops en effet, excuse Hugues je devait être fatigué :)
-
imgur est un peu lent ce soir.
tracert i.imgur.com
Détermination de l’itinéraire vers ipv4.imgur.map.fastly.net [199.232.16.193]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms LIVEBOX [192.168.1.1]
2 2 ms 1 ms 2 ms 80.10.235.253
3 6 ms 5 ms 5 ms 193.249.215.106
4 16 ms 7 ms 7 ms ae43-0.nimar101.Marseille03.francetelecom.net [193.252.103.234]
5 8 ms 8 ms 8 ms ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net [193.252.161.22]
6 17 ms * 17 ms 193.252.137.54
7 23 ms 23 ms 23 ms prs-b5-link.telia.net [62.115.171.226]
8 34 ms 34 ms 34 ms prs-bb3-link.telia.net [62.115.118.58]
9 * 34 ms * ffm-bb1-link.telia.net [62.115.123.12]
10 * * 34 ms win-bb3-link.telia.net [62.115.137.203]
11 37 ms 35 ms 34 ms win-b2-link.telia.net [62.115.114.185]
12 34 ms 34 ms 34 ms fastly-ic-340351-win-b4.c.telia.net [62.115.166.183]
13 34 ms 34 ms 34 ms 199.232.16.193
Itinéraire déterminé.
-
10 * * 34 ms win-bb3-link.telia.net [62.115.137.203]
11 37 ms 35 ms 34 ms win-b2-link.telia.net [62.115.114.185]
12 34 ms 34 ms 34 ms fastly-ic-340351-win-b4.c.telia.net [62.115.166.183]
Du coup ça part en Autriche. Reste à savoir si c’est Fastly qui fait ça sciemment, Telia qui route ça bizarrement ou OTI qui a des ports qui flappent avec Telia.
-
J'ai pas le nom des villes (encore moins leur abbréviation), on voit où que c'est en autriche ?
-
J'ai pas le nom des villes (encore moins leur abbréviation), on voit où que c'est en autriche ?
En allemand, Vienne s'écrit Wien. J'imagine que ça correspond à "win" ?
-
Depuis Bouygues Telecom, on semble rester en France pour joindre i.imgur.com, une fois le peering passé on est directement dessus sans passer par d'autres pays
eahlys@EdBook:~# sudo mtr -zrbwc10 i.imgur.com
Start: 2020-09-24T22:59:30+0200
HOST: EdBook.local Loss% Snt Last Avg Best Wrst StDev
1. AS??? router.lan.home (172.27.0.254) 0.0% 10 0.9 0.8 0.6 0.9 0.1
2. AS5410 176.160.96.2 0.0% 10 201.3 73.0 3.3 201.3 85.4
3. AS5410 62.34.2.22 80.0% 10 3.3 3.7 3.3 4.0 0.5
4. AS5410 62.34.2.0 0.0% 10 6.4 6.0 4.8 6.9 0.8
5. AS5410 62.34.2.56 90.0% 10 4.3 4.3 4.3 4.3 0.0
6. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7. AS54113 151.101.120.193 0.0% 10 4.5 4.3 4.0 4.5 0.2
-
Chez Free ça a l'air de faire Cogent > Fastly directement.
-
Pour i.imgur.com on reste bien en France
Depuis Marseille
Jusqu'à ligne 5 (à Marseille)
De ligne 6 à 8 (à Paris)
Ligne 9 : Interconnexion avec Fastly
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 66.56.154.77.rev.sfr.net - 0 | 250 | 250 | 1 | 1 | 39 | 1 |
| 46.232.5.109.rev.sfr.net - 0 | 550 | 550 | 1 | 1 | 4 | 2 |
| 102.244.5.109.rev.sfr.net - 0 | 36 | 36 | 15 | 16 | 27 | 16 |
| 102.244.5.109.rev.sfr.net - 0 | 89 | 89 | 15 | 15 | 18 | 16 |
| lag-5.ear3.Paris1.Level3.net - 0 | 31 | 31 | 15 | 16 | 31 | 19 |
| 213.242.127.138 - 0 | 81 | 81 | 15 | 16 | 17 | 17 |
| 151.101.120.193 - 0 | 80 | 80 | 15 | 16 | 20 | 20 |
|________________________________________________|______|______|______|______|______|______|