La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: Komic le 12 mars 2020 à 17:11:15
-
Bonjour à tous,
j'essaie aujourd'hui de déterminer quel serveur VPN (et réseau associé) choisir, parmi ceux que me propose mon fournisseur. J'ai regardé (naïvement?) à quel peering m'attendre en jetant un œil aux exchange points listés sur le PeeringDB de ProXad (https://www.peeringdb.com/net/6781) et à ceux de, par exemple, M247 (https://www.peeringdb.com/net/601). Je lis un lien à AMS-IX, DE-CIX Frankfurt, LINX LON1, donc a priori un certain nombre d'options. Cependant, voici un traceroute vers M247:
[hello@world ~]# traceroute 89.238.167.244
traceroute to 89.238.167.244 (89.238.167.244), 30 hops max, 60 byte packets
1 _gateway (192.168.0.1) 0.201 ms 0.510 ms 0.572 ms
2 194.149.164.68 (194.149.164.68) 9.547 ms 9.347 ms 9.465 ms
3 194.149.166.34 (194.149.166.34) 8.959 ms 9.212 ms 9.236 ms
4 be4204.ccr32.par04.atlas.cogentco.com (149.11.115.13) 9.643 ms 9.663 ms 9.872 ms
5 be2102.ccr41.par01.atlas.cogentco.com (154.54.61.17) 9.928 ms 9.876 ms be2103.ccr42.par01.atlas.cogentco.com (154.54.61.21) 10.047 ms
6 be12489.ccr42.lon13.atlas.cogentco.com (154.54.57.69) 17.492 ms 16.082 ms be12497.ccr41.lon13.atlas.cogentco.com (154.54.56.129) 16.329 ms
7 be2871.ccr21.lon01.atlas.cogentco.com (154.54.58.186) 17.051 ms 16.953 ms be2868.ccr21.lon01.atlas.cogentco.com (154.54.57.154) 16.977 ms
8 149.6.3.138 (149.6.3.138) 16.746 ms 16.757 ms 16.661 ms
9 te-13-7-0.core-dc2.man4.uk.m247.com (77.243.185.214) 50.985 ms 50.783 ms te-13-2-0.core-dc2.man4.uk.m247.com (77.243.185.212) 49.714 ms
10 eth-47-0.core-dc2-agg1.man4.uk.m247.com (77.243.185.77) 22.265 ms eth-13-0.core-dc2-agg1.man4.uk.m247.com (83.97.21.137) 22.203 ms eth-14-0.core-dc2-agg1.man4.uk.m247.com (83.97.21.141) 21.912 ms
11 te-1-49-0.xs1b.man4.uk.m247.com (77.243.185.93) 24.163 ms 21.247 ms 21.520 ms
12 89.238.167.244 (89.238.167.244) 21.189 ms 22.187 ms *
Même chose avec 31173 Services AB (https://www.peeringdb.com/net/6781), également présents à AMS-IX, DE-CIX Frankfurt, LINX LON1.
[hello@world ~]# traceroute 185.65.134.222
traceroute to 185.65.134.222 (185.65.134.222), 30 hops max, 60 byte packets
1 _gateway (192.168.0.1) 0.264 ms 11.917 ms 11.911 ms
2 194.149.169.65 (194.149.169.65) 9.111 ms 9.289 ms 9.358 ms
3 194.149.166.34 (194.149.166.34) 9.018 ms 9.290 ms 9.411 ms
4 be4204.ccr32.par04.atlas.cogentco.com (149.11.115.13) 9.880 ms 9.693 ms 9.642 ms
5 be2103.ccr42.par01.atlas.cogentco.com (154.54.61.21) 10.336 ms be2102.ccr41.par01.atlas.cogentco.com (154.54.61.17) 10.142 ms be2103.ccr42.par01.atlas.cogentco.com (154.54.61.21) 10.085 ms
6 be12265.ccr41.ams03.atlas.cogentco.com (130.117.2.141) 18.339 ms be12266.ccr42.ams03.atlas.cogentco.com (154.54.56.173) 16.793 ms be12265.ccr41.ams03.atlas.cogentco.com (130.117.2.141) 17.768 ms
7 be2434.agr21.ams03.atlas.cogentco.com (130.117.2.241) 18.171 ms be2440.agr21.ams03.atlas.cogentco.com (130.117.50.6) 17.197 ms be2434.agr21.ams03.atlas.cogentco.com (130.117.2.241) 17.662 ms
8 149.14.141.162 (149.14.141.162) 17.575 ms 17.516 ms 17.972 ms
9 185.65.134.222 (185.65.134.222) 17.553 ms 17.626 ms 17.867 ms
Cogent sont-ils réellement la meilleure option dans ces deux cas? Je ressens fréquemment ce qui ressemble à de la saturation, et Cogent étant ma seule option, la qualité de service en souffre beaucoup.
Merci!
-
Chez Free c'est only Cogent en transit et il y à de temps en temps des saturations le soir avec Cogent et free
-
Très peu d’acteurs ont un peering sur un GIX avec Free.
La seule solution pour avoir de la qualité avec Free c'est Hopus (https://hopus.net/fr/members) ou le peering privé.
Dans les Tiers1 qui ont un peering avec Free, on a :
- Orange
- Level3
- Hurricane Electric (uniquement en IPv6)
A noter Zayo France dans les gros acteurs qui ont un peering privé avec Free.
-
Chez Leonix, on a choisi de passer par Hopus en nominal et par Level3 en backup...
Mais moi ça m'embête qu'on se centralise tous en passant par Hopus, ils sont super sympa, mais il n'y a pas vraiment de roue de secours possible en cas de soucis sur cette interco, centralisée à TH2 en plus...
-
Fâcheux. Je self-host également quelques services depuis cette ligne, cette saturation sans alternative est décevante, mais malheureusement pas surprenante de la part de Free. :(
-
Chez Leonix, on a choisi de passer par Hopus en nominal et par Level3 en backup...
Mais moi ça m'embête qu'on se centralise tous en passant par Hopus, ils sont super sympa, mais il n'y a pas vraiment de roue de secours possible en cas de soucis sur cette interco, centralisée à TH2 en plus...
Ca t'embête ? Pourtant tu as fait le maximum et correctement en plus, t'y peux rien si l'opérateur en face n'est pas sur la même longueur d'onde que toi :/
-
Fâcheux. Je self-host également quelques services depuis cette ligne, cette saturation sans alternative est décevante, mais malheureusement pas surprenante de la part de Free. :(
Sans vouloir faire de pub pour ma paroisse, je pense que c'est là ou un tunnel/VPN prend tout son sens, je suis chez Free depuis quelques années, j'étais chez Orange avant, j'ai juste bougé mon Endpoint VPN, et j'ai toujours un peering nickel...
-
Il y a des saturations entre Free et Cogent ces temps ?
-
oui le week-end
-
Sans vouloir faire de pub pour ma paroisse, je pense que c'est là ou un tunnel/VPN prend tout son sens, je suis chez Free depuis quelques années, j'étais chez Orange avant, j'ai juste bougé mon Endpoint VPN, et j'ai toujours un peering nickel...
Si tous les endpoints sont derrière un transit saturé, aucun intérêt malheureusement. :-\
-
Justement, on a du Hopus pour ça...
-
Hopus = plus ou moins une garantie de l'absence de saturation (mais cela se paye a un prix élevé, c'est pas le prix du transit Cogent)
-
C'est 5x plus cher que du Cogent, à commit/trafic égal pour nous.
-
Il y a des saturations entre Free et Cogent ces temps ?
Oui dimanche soir et hier soir, +30 ms via cogent de ~18h à 22h30.
-
Ca a toujours plus ou moins été le cas, depuis les débuts de Free si je ne m'abuse non ?
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 14 | 23 | 20 | 0 | 0 | 1 | 0 |
| 194.149.169.57 - 5 | 69 | 66 | 13 | 13 | 14 | 14 |
| 194.149.166.38 - 0 | 1123 | 1123 | 12 | 12 | 19 | 13 |
| be4204.ccr32.par04.atlas.cogentco.com - 1 | 165 | 164 | 48 | 62 | 76 | 62 |
| be2102.ccr41.par01.atlas.cogentco.com - 1 | 166 | 165 | 58 | 63 | 68 | 63 |
| be2415.rcr21.par02.atlas.cogentco.com - 0 | 239 | 239 | 47 | 63 | 75 | 62 |
| core01.aggr0.par.fdcservers.net - 0 | 240 | 240 | 48 | 62 | 68 | 62 |
| lg.par.fdcservers.net - 1 | 163 | 162 | 44 | 62 | 66 | 59 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
1 core-jn1.par01.ent.fdcservers.net (50.7.148.1) 1.131 ms 1.162 ms 1.167 ms
2 be4970.rcr21.par02.atlas.cogentco.com (149.6.163.57) 0.711 ms 0.928 ms 1.050 ms
3 be2416.ccr42.par01.atlas.cogentco.com (130.117.48.253) 1.245 ms 1.264 ms 1.189 ms
4 Iliad.demarc.cogentco.com (149.6.114.10) 47.086 ms 53.431 ms 49.676 ms
5 194.149.166.61 (194.149.166.61) 53.709 ms 53.428 ms 53.708 ms
-
Ouais depuis 14 heures c'est la misère .... et pas que vers cogent. Un traceroute qui passe par level3 :
>tcptraceroute bbc.co.uk
Selected device enp0s3, address 192.168.0.12, port 57561 for outgoing packets
Tracing the path to bbc.co.uk (151.101.0.81) on TCP port 80 (http), 30 hops max
1 192.168.0.254 0.837 ms 0.814 ms 1.398 ms
2 194.149.169.89 9.872 ms 9.863 ms 10.131 ms
3 194.149.166.54 9.847 ms 10.531 ms 9.596 ms
4 * * *
5 213.242.127.138 57.960 ms 58.913 ms 59.665 ms
6 151.101.0.81 [open] 122.777 ms 121.784 ms 127.570 ms
-
Ca a toujours plus ou moins été le cas, depuis les débuts de Free si je ne m'abuse non ?
Pas au début mais il y a régulièrement de soucis depuis longtemps maintenant. Cela dit, ces derniers temps on avait l'impression que ça allait quand même mieux.
-
Une saturation chez free, ce serait étonnant... :o
-
Zayo
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 194.149.169.89 - 0 | 33 | 33 | 13 | 13 | 14 | 13 |
| 194.149.166.38 - 0 | 182 | 182 | 12 | 13 | 15 | 13 |
| 194.149.171.66 - 0 | 65 | 65 | 13 | 13 | 15 | 15 |
| ae2.mpr1.cdg11.fr.zip.zayo.com - 0 | 40 | 40 | 55 | 61 | 67 | 61 |
| ae27.cs1.cdg11.fr.eth.zayo.com - 0 | 36 | 36 | 54 | 66 | 73 | 70 |
| ae0.cs1.cdg12.fr.eth.zayo.com - 0 | 35 | 35 | 65 | 68 | 74 | 70 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| ae27.mpr2.lhr2.uk.zip.zayo.com - 0 | 35 | 35 | 52 | 66 | 73 | 62 |
| ae11.mpr1.lhr15.uk.zip.zayo.com - 0 | 33 | 33 | 65 | 69 | 80 | 70 |
|94.31.48.86.IPYX-107159-910-ZYO.zip.zayo.com - 0 | 33 | 33 | 66 | 69 | 73 | 70 |
| be10.asr01.dc5.as20860.net - 0 | 32 | 32 | 67 | 70 | 73 | 73 |
| 1717.g1.1ug.dc5.as20860.net - 0 | 23 | 23 | 67 | 71 | 78 | 75 |
| 212.38.168.8 - 0 | 31 | 31 | 66 | 70 | 73 | 71 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Level3
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 194.149.169.93 - 0 | 19 | 19 | 13 | 13 | 17 | 13 |
| 194.149.166.54 - 0 | 181 | 181 | 13 | 13 | 23 | 13 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| RASCOM-CJSC.ear1.Frankfurt1.Level3.net - 0 | 19 | 19 | 115 | 124 | 135 | 121 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 81.27.241.33.rascom.as20764.net - 0 | 14 | 14 | 157 | 164 | 169 | 169 |
| 188.93.17.225 - 0 | 14 | 14 | 158 | 166 | 175 | 158 |
| 95.213.164.83 - 0 | 14 | 14 | 153 | 162 | 172 | 154 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Par contre en ipv6 aucun soucis. Mais bon, certains des services que j'utilise pour le taff sont ipv4 only :(
-
Chez Leonix, on a choisi de passer par Hopus en nominal et par Level3 en backup...
Mais moi ça m'embête qu'on se centralise tous en passant par Hopus, ils sont super sympa, mais il n'y a pas vraiment de roue de secours possible en cas de soucis sur cette interco, centralisée à TH2 en plus...
Merci pour le fait qu'on soit sympa ca fait plaisir ;-)
Sinon juste pour info, on a enfin réussi à se raccorder avec Free sur un autre site de TH2 : Bezon leur DC principal à Paris. Nous avons dû aller les chercher en fibre avec 12 paires en direct sur leurs routeurs principaux.
Donc maintenant ca commence à être assez sur, on espère pouvoir monter de nouvelles intercos en région aussi avec Free comme on le fait avec Orange (100G à Marseille et 100G à Lyon) et bientot SFR.
-
J'ai vu ça oui, mais pourquoi ne pas l'avoir raccordé sur un autre site de votre côté du coup ?
-
Je me suis posé la question des 4x100 Gbps affichés à TH2, ça inclut ceux de Bezons parce qu'ils atterrissent à TH2 côté Hopus ?
-
J'ai vu ça oui, mais pourquoi ne pas l'avoir raccordé sur un autre site de votre côté du coup ?
C'est temporaire, ce raccordement va être connecté sur le pop de Courbevoie chez SFR (Netcenter) mais on doit d'abord collecter les équipements nécessaires et monter la boucle. C'est en cours.
-
Je me suis posé la question des 4x100 Gbps affichés à TH2, ça inclut ceux de Bezons parce qu'ils atterrissent à TH2 côté Hopus ?
Oui, il y a 200G sur Bezon et 200G sur TH2 avec Free aujourd'hui mais temporairement ces 4 liens arrivent sur le pop de TH2.
Le raccordement fibre dédié entre Bezon et Courbevoie (SFR) n'est pas encore livré, lorsque ce sera fait nous pourrons découpler les deux intercos Free.
A noter que nous upgradons au passage la capacité avec Free pour atteindre à court terme 2 x 300G et dans 6 mois max 2 x 400G
-
2x400G, ça fait autant de capacité vers Free que l'ensemble du trafic chez Hopus au moment du pic actuellement pour ceux qui voudraient un ordre d'idée. Globalement il y a de la marge.
-
2x400G, ça fait autant de capacité vers Free que l'ensemble du trafic chez Hopus au moment du pic actuellement pour ceux qui voudraient un ordre d'idée. Globalement il y a de la marge.
Au moment du pic de quoi ?
-
Pic de trafic entrant sur l'infrastructure Hopus tel que visible sur la page des stats (https://hopus.net/fr/stats) (en tout cas c'est comme ça que je les comprends).
-
Pic de trafic entrant total tel que visible sur la page des stats (https://hopus.net/fr/stats).
Déjà le stats qui est sur le site est pas _vraiment_ exact et le pic total de trafic entrant est de 800G hier soir par exemple. Donc entrant + sortant = 1,6Tb/s
-
Ok mais ça reste comparable, les 2x400G visés permettraient à peu de choses près d'écouler l'intégralité du trafic d'Hopus en pic.
Après ce n'est qu'une illustration, d'ici là le pic sera très certainement différent mais ça permet de mettre la capacité visée en rapport avec quelque chose de concret.
PS : Je sais très bien que certains acteurs font la somme de l'entrant et du sortant quand ils donnent le pic et c'est tout à votre honneur de ne pas le faire.
-
https://www.frandroid.com/marques/free/684745_panne-free-reseau-fibre-ralenti-dans-plusieurs-regions-de-france
-
Donc entrant + sortant = 1,6Tb/s
Alors qu'on a finalement arrete ca chez France-IX, c'est pas cote HOPUS que vous allez commencer avec ca ! :)
-
C'est beau l'IPv6 entre Free et HE... :o
Start: 2020-03-22T12:48:40+0100
HOST: server Loss% Snt Last Avg Best Wrst StDev
1. AS6939 *.tunnel.tserv10.par1.ipv6.he.net 0.0% 10 3.9 3.8 3.4 4.3 0.3
2. AS6939 10ge7-3.core1.par2.he.net 0.0% 10 0.8 0.8 0.7 1.0 0.1
3. AS6939 100ge14-1.core1.nyc4.he.net 0.0% 10 71.3 71.5 71.2 72.5 0.4
4. AS6939 100ge8-1.core1.sjc2.he.net 0.0% 10 133.8 137.0 133.5 152.0 7.2
5. AS6939 100ge1-1.core1.pao1.he.net 0.0% 10 134.4 134.9 134.3 136.3 0.6
6. AS??? 2001:504:d::c5 0.0% 10 136.2 138.7 135.1 154.2 5.8
7. AS12322 newyork-6k-1-po3.intf.routers.proxad.net 0.0% 10 204.7 207.7 204.0 220.0 4.8
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
Start: 2020-03-22T12:50:48+0100
HOST: laptop Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:*:*:: 0.0% 10 1.7 8.9 1.0 53.7 17.2
2. AS12322 2a01:e01:21:f836:a4 0.0% 10 7.5 19.8 7.1 118.6 34.9
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS12322 2a01:e01:21::2 40.0% 10 8.6 8.6 8.2 9.0 0.2
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a01:e0a:1ad:ef20::1 - 10 | 20 | 18 | 0 | 0 | 0 | 0 |
| 2a01:e02:18:f836:878d::ffff - 12 | 17 | 15 | 1 | 1 | 3 | 1 |
| 2a01:e02:18:1700::ffff - 40 | 5 | 3 | 0 | 2 | 2 | 2 |
| 2a01:e02:9::d - 14 | 15 | 13 | 3 | 6 | 8 | 6 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| free-bzn.th2-1.rt.hopus.net - 0 | 907 | 907 | 12 | 13 | 21 | 13 |
| ielo-liazo.th2.hopus.net - 34 | 6 | 4 | 14 | 14 | 14 | 14 |
| frami-vtl-c6k1.as29075.net - 0 | 535 | 535 | 22 | 22 | 33 | 23 |
| uklon-tcy3-c6k1.as29075.net - 0 | 544 | 544 | 21 | 22 | 35 | 22 |
| 100ge1-2.core1.par2.he.net - 0 | 45 | 45 | 225 | 235 | 256 | 233 |
| s17.adeli.biz - 7 | 32 | 30 | 27 | 27 | 29 | 28 |
| bgp1.adeli.biz - 0 | 416 | 416 | 28 | 28 | 87 | 29 |
| lafibre.info - 0 | 424 | 424 | 27 | 28 | 32 | 28 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Paris Hopus - Ielo Frankfurt Londres- Paris HE
-
Tu demanderas à Adeli pourquoi ils renvoient le trafic par HE via le transit gratuit sur un IXP alors :)
-
Il me semble que c'était arrivé dans le passé et que ça avait été corrigé après signalement.
-
Tu demanderas à Adeli pourquoi ils renvoient le trafic par HE via le transit gratuit sur un IXP alors :)
Reverse traceroute : c'est bien Hopus qui est utilisé
$ mtr -zrwc100 2a01:e0a:1ad:ef20::1
Start: Mon Mar 23 10:02:58 2020
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 bgp1.adeli.biz 0.0% 100 0.3 98.9 0.2 2545. 431.1
2. AS29075 cr5.rt.ielo.net 5.0% 100 15.7 15.5 15.2 16.4 0.0
3. AS44530 ielo-liazo.ly1-1.rt.hopus.net 0.0% 100 14.7 14.8 14.7 15.6 0.0
4. AS44530 lag-ly1-1.th2-1.rt.hopus.net 0.0% 100 14.7 14.7 14.5 15.0 0.0
5. AS44530 free-bzn.th2.hopus.net 38.0% 100 15.6 15.6 15.4 17.5 0.2
6. AS12322 2a01:e00:2c::e 80.0% 100 16.2 16.1 16.0 16.2 0.0
7. AS12322 2a01:e02:10::5 51.0% 100 30.0 29.8 25.9 33.5 2.2
8. AS12322 2a01:e02:9::1 25.0% 100 26.0 27.8 25.8 30.0 1.1
9. AS12322 2a01:e02:9::e 0.0% 100 27.7 27.6 27.4 28.3 0.0
10. AS12322 2a01:e02:18:1700:fe00::878d 0.0% 100 29.3 28.3 28.0 33.9 0.7
11. AS12322 2a01:e0a:1ad:ef20::1 0.0% 100 28.1 28.2 27.7 29.5 0.1
-
Les faits ne mentent pas, il y'avait bien du HE sur le traceroute et il est évident que ce n'était pas dans le sens entrant.
-
C'est toujours HS de mon côté, impossible pour mon dédié de joindre une Freebox en IPv6 natif, et inversement ...
Mais maintenant, ça n'essaie même plus de passer pour les routeurs Free aux US.
-
Ticket ouvert sur le bugtracker, on verra combien de jours/mois ils mettront pour résoudre ce problème.
https://dev.freebox.fr/bugs/task/30298
-
Blizzard Paris
Free
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 194.149.164.62 - 0 | 73 | 73 | 13 | 13 | 14 | 13 |
| 194.149.166.21 - 5 | 21 | 20 | 13 | 13 | 14 | 13 |
|amsterdam-9k-1-be1004.intf.routers.proxad.net - 0 | 34 | 34 | 27 | 27 | 30 | 28 |
| 80.249.208.83 - 0 | 29 | 29 | 28 | 31 | 75 | 28 |
| ae1-br02-eqam1.as57976.net - 0 | 23 | 23 | 36 | 39 | 94 | 36 |
| et-0-0-3-br02-eqpa4.as57976.net - 0 | 33 | 33 | 24 | 25 | 47 | 47 |
| be2-pe2-eqpa4.as57976.net - 0 | 22 | 22 | 37 | 37 | 38 | 37 |
| 137.221.66.39 - 0 | 21 | 21 | 37 | 37 | 47 | 37 |
| 185.60.115.151 - 0 | 21 | 21 | 36 | 36 | 37 | 37 |
| 185.60.115.233 - 0 | 20 | 20 | 36 | 36 | 37 | 37 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Online
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 10.8.2.1 - 15 | 7 | 6 | 13 | 13 | 13 | 13 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| a9k2-45x-s43-1.dc3.poneytelecom.eu - 2 | 61 | 60 | 13 | 14 | 19 | 17 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| ae-1-3111.edge7.Paris1.Level3.net - 2 | 51 | 50 | 14 | 15 | 24 | 20 |
| BLIZZARD-EN.edge7.Paris1.Level3.net - 1 | 122 | 121 | 14 | 17 | 75 | 15 |
| ae1-br02-eqpa4.as57976.net - 0 | 124 | 124 | 14 | 30 | 96 | 59 |
| be2-pe2-eqpa4.as57976.net - 0 | 244 | 244 | 14 | 15 | 20 | 15 |
| 137.221.66.37 - 3 | 40 | 39 | 14 | 15 | 21 | 15 |
| 185.60.115.149 - 3 | 42 | 41 | 14 | 16 | 28 | 16 |
| 185.60.115.233 - 0 | 246 | 246 | 14 | 14 | 21 | 14 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Et depuis Orange FTTH Marseille
-
Planetside 2
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 194.149.169.93 - 0 | 30 | 30 | 13 | 13 | 14 | 14 |
| 194.149.166.54 - 0 | 183 | 183 | 13 | 13 | 23 | 13 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| SONY-ONLINE.ear4.Amsterdam1.Level3.net - 0 | 2 | 2 | 142 | 143 | 145 | 145 |
| amspsn-liv-gw01.planetside2.com - 0 | 5 | 5 | 136 | 139 | 144 | 137 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
BF4
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 194.149.164.56 - 34 | 3 | 2 | 13 | 13 | 13 | 13 |
| 194.149.166.54 - 0 | 301 | 301 | 13 | 13 | 19 | 13 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| user-85-46.jakinternet.co.uk - 0 | 7 | 7 | 135 | 152 | 205 | 205 |
| 80.95.144.144 - 0 | 6 | 6 | 143 | 153 | 175 | 143 |
| 80.95.144.23 - 34 | 3 | 2 | 149 | 150 | 151 | 151 |
| mail.link11.de - 34 | 3 | 2 | 149 | 152 | 155 | 149 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
retour sur Free
1 ffm1.cr0.link11.de (85.131.246.1) [AS 34309] 0.430 ms 0.305 ms 0.380 ms
2 80.95.144.22 (80.95.144.22) [AS 34309] 0.493 ms 0.478 ms 0.441 ms
3 s11-1-0.london2-cr1.bbnplanet.net (195.16.161.161) [AS 3356] 0.697 ms 0.702 ms 0.847 ms
4 ae-2-3211.edge7.Paris1.Level3.net (4.69.133.238) [AS 3356] 17.033 ms 16.550 ms 39.603 ms
5 free-pni-1.routers.proxad.net (212.27.40.37) [AS 12322] 135.932 ms 131.571 ms 136.251 ms ←←←←←← pni full
6 ras75-asr903-1-bd800.intf.nro.proxad.net (78.254.253.202) [AS 12322] 138.655 ms 135.984 ms 124.319 ms
7 den75-asr903-1-bd902.intf.nro.proxad.net (78.254.243.25) [AS 12322] 128.171 ms 127.981 ms 137.994 ms
8 pla75-49m-1-v904.intf.nro.proxad.net (78.254.252.162) [AS 12322] 137.436 ms 125.974 ms 133.331 ms
9 78.255.112.2 (78.255.112.2) [AS 12322] 138.100 ms 132.788 ms 141.447 ms
EFT Strasbourg
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 194.149.164.52 - 10 | 10 | 9 | 13 | 13 | 14 | 14 |
| 194.149.166.54 - 0 | 137 | 137 | 13 | 13 | 16 | 13 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 213.242.120.246 - 0 | 15 | 15 | 98 | 124 | 151 | 151 |
| gw-heg.curie.router.fr.velia.net - 0 | 14 | 14 | 114 | 129 | 136 | 130 |
| 134.119.212.17 - 0 | 14 | 14 | 115 | 135 | 190 | 136 |
| 151.106.50.174 - 0 | 14 | 14 | 126 | 132 | 138 | 136 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
téléchargement depuis 10H du matin
-
ha beh Disney+ a lancé son offre, le réseau Free est à la hauteur des espérances ...
Disney+ utilise Level3 : https://lafibre.info/tv-numerique-hd-3d/lancement-imminent-de-disney-le-24-mars/msg742218/#msg742218
Ton traceroute aussi...
-
ha beh Disney+ a lancé son offre, le réseau Free est à la hauteur des espérances ...
Disney+ utilise Level3 : https://lafibre.info/tv-numerique-hd-3d/lancement-imminent-de-disney-le-24-mars/msg742218/#msg742218
Ton traceroute aussi...
ça explique donc les performances exécrables vers Hetzner, qui passe par core-backbone, qui passe lui-même par Level3.
Chose étonnante, les performances sont bonnes en IPv6 (même chemin)... enfin par bonnes, je veux dire latence correcte, le débit quand à lui est à deux chiffres (et exprimé en ko/s :o)
Start: 2020-04-08T14:19:03+0100
HOST: pi Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.3 0.4 0.0
2. AS??? 194.149.169.53 0.0% 10 15.2 16.0 15.2 18.4 1.0
3. AS??? 194.149.166.54 0.0% 10 15.4 15.5 15.2 16.1 0.3
4. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS3356 ae0-3356.lon10.core-backbone.com 0.0% 10 146.2 143.7 140.1 149.6 3.1
7. AS201011 ae6-2011.nbg40.core-backbone.com 0.0% 10 116.1 142.3 116.1 152.6 10.0
8. AS201011 core-backbone.hetzner.com 0.0% 10 148.6 149.8 147.9 151.8 1.4
9. AS24940 core12.nbg1.hetzner.com 0.0% 10 181.3 169.2 152.1 197.7 15.9
10. AS24940 ex9k2.dc1.nbg1.hetzner.com 0.0% 10 136.3 144.8 135.9 152.5 6.7
11. AS24940 dedihetznernew.your-server.de 10.0% 10 151.1 150.7 145.3 154.2 2.4
Start: 2020-04-08T15:19:22+0200
HOST: nbg.lg.core-backbone.com Loss% Snt Last Avg Best Wrst StDev
1.|-- ae0-404.nbg20.core-backbone.com 0.0% 10 0.5 1.4 0.4 9.8 2.9
2.|-- ae1-2003.fra20.core-backbone.com 0.0% 10 3.5 3.4 3.3 3.5 0.1
3.|-- 195.122.181.129 0.0% 10 3.6 3.6 3.5 4.0 0.1
4.|-- ae-2-3211.edge7.Paris1.Level3.net 0.0% 10 17.1 19.1 16.7 32.7 5.1
5.|-- free-pni-1.routers.proxad.net 10.0% 10 133.2 135.0 132.3 137.4 2.0
6.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- 82-64-xxx-xxx.subs.proxad.net 10.0% 10 147.8 150.2 147.8 152.0 1.5
tart: 2020-04-08T14:21:04+0100
HOST: pi Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:xxxx:xxxx::1 0.0% 10 1.2 0.4 0.3 1.2 0.3
2. AS12322 2a01:e01:21:xxxx:xxxx::ffff 0.0% 10 6.4 10.8 6.2 47.6 12.9
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS12322 2a01:e01:21::2 50.0% 10 8.0 7.7 7.2 8.0 0.3
5. AS12322 2a01:e00:18:200a::ffff 90.0% 10 39.0 39.0 39.0 39.0 0.0
6. AS12322 2a01:e00:2c::d 90.0% 10 14.9 14.9 14.9 14.9 0.0
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS3356 lo-0-v6.ear2.london1.level3.net 90.0% 10 29.6 29.6 29.6 29.6 0.0
9. AS3356 ae0-3356.lon10.core-backbone.com 10.0% 10 30.7 33.4 29.8 53.9 7.7
10. AS201011 xe-2-2-6-2072.ams10.core-backbone.com 0.0% 10 35.6 36.9 35.6 39.0 1.2
11. AS201011 ae16-2074.fra10.core-backbone.com 0.0% 10 36.3 44.1 35.9 98.4 19.3
12. AS201011 2a01:4a0:0:2021::4 0.0% 10 36.6 40.0 35.9 74.0 11.9
13. AS201011 2a01:4a0:1338:3::2 10.0% 10 38.8 41.2 38.8 56.4 5.7
14. AS24940 2a01:4f8:0:3::325 0.0% 10 55.3 50.4 43.1 75.4 9.7
15. AS24940 ex9k2.dc1.nbg1.hetzner.com 10.0% 10 39.7 39.6 39.0 40.8 0.5
16. AS24940 dedihetznernew.your-server.de 0.0% 10 38.8 41.5 38.8 60.3 6.6
Start: 2020-04-08T15:22:06+0200
HOST: nbg.lg.core-backbone.com Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:4a0:36::1 0.0% 10 0.5 0.6 0.5 0.8 0.1
2.|-- 2a01:4a0:0:2003::4 0.0% 10 3.4 3.4 3.3 3.5 0.0
3.|-- 10-2-3.ear3.Frankfurt1.Level3.net 0.0% 10 3.6 3.6 3.5 3.8 0.1
4.|-- lo-0-v6.ear2.Paris1.Level3.net 0.0% 10 16.3 16.2 16.2 16.3 0.0
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 2a01:e00:18:200a::ffff 60.0% 10 25.8 25.7 25.5 25.8 0.1
7.|-- 2a01:e01:6::5 20.0% 10 32.9 32.8 32.7 33.0 0.1
8.|-- 2a01:e01:21::1 10.0% 10 33.9 33.8 33.8 34.0 0.1
9.|-- 2a01:e01:21:xxxx:xxxx::xxxx 10.0% 10 33.5 33.6 33.5 33.9 0.1
10.|-- 2a01:e0a:xxxx:xxxx::1 0.0% 10 38.8 39.3 38.8 41.3 0.7
-
Vous voudriez dire que l'interco L3 -> Free sature ? Impossible, je n'ose y croire :)
(https://pix.milkywan.fr/hLYGkIyW.png)
Le moment ou c'est allé mieux, c'est parce que je suis repassé par Hopus...
Et c'est une cata absolument toute la journée :
(https://pix.milkywan.fr/JVZ8FVRx.png)
(source : https://twitter.com/acontios_net/status/1247841465520267264)
-
Depuis Free vers lafibre c'est "magnayfique"
-
RAS depuis Milky :
(https://pix.milkywan.fr/ybm79wF1.png)
(https://pix.milkywan.fr/Q3jtnKR6.png)
-
On n'a pas beaucoup de retours d'utilisateurs Disney+ chez Free mais peut-être qu'il y a beaucoup de contenu servi depuis Level3 ?
-
Je ne sais pas comment "marche" le loadbalancing des CDNs chez Disney+ ni comment les autres CDNs sont connectés avec Free...
Peut être que la majorité des utilisateurs Free passe par le CDN L3 car c'est le moins mauvais (vu depuis le réseau de Free)...
-
Je ne sais pas comment "marche" le loadbalancing des CDNs chez Disney+ ni comment les autres CDNs sont connectés avec Free...
Peut être que la majorité des utilisateurs Free passe par le CDN L3 car c'est le moins mauvais (vu depuis le réseau de Free)...
Aucune idée non plus pour l'équilibrage entre les CDN mais pour ce qui est de la connectivité avec Free, j'ai fait des traceroutes qui peuvent donner une idée : https://lafibre.info/tv-numerique-hd-3d/lancement-imminent-de-disney-le-24-mars/msg747463/#msg747463.
-
Akamai, Level3 et Limelight a minima ont des PNI avec Free.
-
Heureusement qu'il y a Scaleway
-
C'est pas idéal non plus, blacklist chez pas mal de fournisseurs style netflix ou jeuxvideo.com
-
Vous voudriez dire que l'interco L3 -> Free sature ? Impossible, je n'ose y croire :)
C'est crade depuis un moment ....
moon@Freeze:[~] > mtr -zwc30 www.spiegel.de
Start: 2020-04-12T21:33:50+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 30 0.9 0.9 0.3 1.5 0.2
2. AS??? 194.149.169.89 30.0% 30 8.6 8.9 8.2 9.8 0.4
3. AS??? 194.149.166.54 0.0% 30 9.0 9.0 8.4 10.0 0.4
4. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
5. AS3356 ae-1-3101.ear1.London1.Level3.net 93.3% 30 130.6 132.5 130.6 134.4 2.7
6. AS3356 LINK-11-GMB.ear1.London1.Level3.net 0.0% 30 16.0 17.7 15.1 44.1 6.6
7. AS??? 10.254.105.1 0.0% 30 130.4 128.0 105.3 139.1 8.6
8. AS34309 80.95.144.144 3.3% 30 140.8 140.7 132.1 151.6 4.1
9. AS34309 128.65.210.183 0.0% 30 133.4 137.1 126.9 143.7 4.5
moon@Freeze:[~] > mtr -zwc30 bbc.co.uk
Start: 2020-04-12T21:40:17+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:1d2:d8f0::1 0.0% 30 0.9 0.9 0.8 1.5 0.2
2. AS12322 2a01:e02:1:f836:8917::ffff 0.0% 30 2.6 3.4 2.4 10.5 1.7
3. AS12322 2a01:e02:1:1735::ffff 76.7% 30 3.6 4.0 2.5 7.8 1.8
4. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
6. AS12322 2a01:e00:2c::d 96.7% 30 9.0 9.0 9.0 9.0 0.0
7. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
8. AS3356 2001:1900:5:2:2::57f2 13.3% 30 130.4 124.8 116.7 130.4 2.8
9. AS54113 2a04:4e42:400::81 3.3% 30 127.4 127.3 123.2 133.2 2.9
-
C'est clair...
(https://pix.milkywan.fr/vLdDEnq0.png)
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 10 | 11 | 10 | 0 | 0 | 0 | 0 |
| 194.149.164.66 - 4 | 32 | 31 | 12 | 12 | 14 | 14 |
| 194.149.166.54 - 0 | 416 | 416 | 13 | 13 | 19 | 13 |
| 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 |
| 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 |
| 159.153.72.42 - 0 | 30 | 30 | 84 | 166 | 519 | 386 |
| 159.153.78.115 - 0 | 30 | 30 | 87 | 166 | 551 | 360 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
C'est pas idéal non plus, blacklist chez pas mal de fournisseurs style netflix ou jeuxvideo.com
Pour le moment, mon IP dans le range Online passe encore auprès de Netflix.
-
Effectivement :(
root@ns2:~# mtr -zwc30 bbc.co.uk
Start: 2020-04-13T17:19:50+0200
HOST: ns2 Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:2e8:b690::1 0.0% 30 0.6 0.7 0.4 1.8 0.4
2. AS12322 2a01:e01:4:f836:905e::ffff 0.0% 30 2.7 2.7 1.9 3.9 0.7
3. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
4. AS12322 2a01:e01:6002::2 53.3% 30 5.9 6.3 5.7 8.2 0.6
5. AS12322 2a01:e00:2c::d 86.7% 30 6.4 6.4 6.3 6.5 0.1
6. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
7. AS3356 2001:1900:5:2:2::57f2 20.0% 30 138.0 129.8 124.4 140.7 5.0
8. AS54113 2a04:4e42::81 26.7% 30 137.4 129.6 121.2 137.4 4.3
mtr -zwc30 www.spiegel.de
Start: 2020-04-13T17:22:46+0200
HOST: ns2 Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway 0.0% 30 0.6 0.5 0.3 2.4 0.4
2. AS??? 194.149.164.64 6.7% 30 5.5 6.1 5.5 7.3 0.4
3. AS??? 194.149.166.54 0.0% 30 6.3 6.8 5.9 9.0 0.6
4. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
6. AS3356 user-85-46.jakinternet.co.uk 10.0% 30 128.7 130.8 123.7 153.3 6.5
7. AS??? ??? 100.0 30 0.0 0.0 0.0 0.0 0.0
8. AS34309 80.95.144.144 0.0% 30 134.5 130.3 116.9 136.2 4.8
9. AS34309 128.65.210.185 16.7% 30 140.6 140.1 136.2 144.9 2.3
-
J'ai par top suivi, vous êtes en train de dire que l'accès au net en passant pas Free n'est pas au top?
-
Saturation sur le Peering avec Level 3 (AS3356) sur les traceroutes de darkmoon et de dj54.
-
ah bah j'avais l'impression d'avoir pas mal de soucis de connexion dernièrement... ca me rassure, c'est juste free qui fait du free xD
mais c'est peut etre pas le meilleur moment pour changer de fai :x
-
ah bah j'avais l'impression d'avoir pas mal de soucis de connexion dernièrement... ca me rassure, c'est juste free qui fait du free xD
mais c'est peut etre pas le meilleur moment pour changer de fai :x
Le changement de FAIs se fait avec le passage d'un technicien, donc tant qu'il ne passe pas, tu gardes ta connexion fonctionnelle (il faut demander la portabilité du numéro et pas résilier soi même).
Sinon, Bouygues et SFR raccordent toujours (Orange ça dépend des coins).
-
Le 1 avril SFR devait me raccorder mais le technicien à annuler le RDV sans me prévenir, ERT ma recontacté pour prendre un nouveau RDV qui est normalement le 21 Avril si tous va bien.
-
ouais mais est ce raisonnable de les faire venir, alors que la connexion reste fonctionnel ?
au final vu que je garde ma fille pendant que ma femme travaille, je ne fait que quelques sessions de télétravail et généralement en dehors des heures de pointes xD donc j'ai juste quelques lenteurs de temps a autres pour la musique et la domotique qui a besoin d'une connexion cloud, rien de vital en soit...
-
Après nous n’avons pas la même utilisation du net, les destinations que je prends avec Free passent majoritairement par L3 qui évidemment sature depuis le début du confinement.
-
ça explique donc les performances exécrables vers Hetzner, qui passe par core-backbone, qui passe lui-même par Level3.
Chose étonnante, les performances sont bonnes en IPv6 (même chemin)... enfin par bonnes, je veux dire latence correcte, le débit quand à lui est à deux chiffres (et exprimé en ko/s :o)
Start: 2020-04-08T14:19:03+0100
HOST: pi Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.3 0.4 0.0
2. AS??? 194.149.169.53 0.0% 10 15.2 16.0 15.2 18.4 1.0
3. AS??? 194.149.166.54 0.0% 10 15.4 15.5 15.2 16.1 0.3
4. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS3356 ae0-3356.lon10.core-backbone.com 0.0% 10 146.2 143.7 140.1 149.6 3.1
7. AS201011 ae6-2011.nbg40.core-backbone.com 0.0% 10 116.1 142.3 116.1 152.6 10.0
8. AS201011 core-backbone.hetzner.com 0.0% 10 148.6 149.8 147.9 151.8 1.4
9. AS24940 core12.nbg1.hetzner.com 0.0% 10 181.3 169.2 152.1 197.7 15.9
10. AS24940 ex9k2.dc1.nbg1.hetzner.com 0.0% 10 136.3 144.8 135.9 152.5 6.7
11. AS24940 dedihetznernew.your-server.de 10.0% 10 151.1 150.7 145.3 154.2 2.4
Start: 2020-04-08T15:19:22+0200
HOST: nbg.lg.core-backbone.com Loss% Snt Last Avg Best Wrst StDev
1.|-- ae0-404.nbg20.core-backbone.com 0.0% 10 0.5 1.4 0.4 9.8 2.9
2.|-- ae1-2003.fra20.core-backbone.com 0.0% 10 3.5 3.4 3.3 3.5 0.1
3.|-- 195.122.181.129 0.0% 10 3.6 3.6 3.5 4.0 0.1
4.|-- ae-2-3211.edge7.Paris1.Level3.net 0.0% 10 17.1 19.1 16.7 32.7 5.1
5.|-- free-pni-1.routers.proxad.net 10.0% 10 133.2 135.0 132.3 137.4 2.0
6.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
11.|-- 82-64-xxx-xxx.subs.proxad.net 10.0% 10 147.8 150.2 147.8 152.0 1.5
tart: 2020-04-08T14:21:04+0100
HOST: pi Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:xxxx:xxxx::1 0.0% 10 1.2 0.4 0.3 1.2 0.3
2. AS12322 2a01:e01:21:xxxx:xxxx::ffff 0.0% 10 6.4 10.8 6.2 47.6 12.9
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS12322 2a01:e01:21::2 50.0% 10 8.0 7.7 7.2 8.0 0.3
5. AS12322 2a01:e00:18:200a::ffff 90.0% 10 39.0 39.0 39.0 39.0 0.0
6. AS12322 2a01:e00:2c::d 90.0% 10 14.9 14.9 14.9 14.9 0.0
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS3356 lo-0-v6.ear2.london1.level3.net 90.0% 10 29.6 29.6 29.6 29.6 0.0
9. AS3356 ae0-3356.lon10.core-backbone.com 10.0% 10 30.7 33.4 29.8 53.9 7.7
10. AS201011 xe-2-2-6-2072.ams10.core-backbone.com 0.0% 10 35.6 36.9 35.6 39.0 1.2
11. AS201011 ae16-2074.fra10.core-backbone.com 0.0% 10 36.3 44.1 35.9 98.4 19.3
12. AS201011 2a01:4a0:0:2021::4 0.0% 10 36.6 40.0 35.9 74.0 11.9
13. AS201011 2a01:4a0:1338:3::2 10.0% 10 38.8 41.2 38.8 56.4 5.7
14. AS24940 2a01:4f8:0:3::325 0.0% 10 55.3 50.4 43.1 75.4 9.7
15. AS24940 ex9k2.dc1.nbg1.hetzner.com 10.0% 10 39.7 39.6 39.0 40.8 0.5
16. AS24940 dedihetznernew.your-server.de 0.0% 10 38.8 41.5 38.8 60.3 6.6
Start: 2020-04-08T15:22:06+0200
HOST: nbg.lg.core-backbone.com Loss% Snt Last Avg Best Wrst StDev
1.|-- 2a01:4a0:36::1 0.0% 10 0.5 0.6 0.5 0.8 0.1
2.|-- 2a01:4a0:0:2003::4 0.0% 10 3.4 3.4 3.3 3.5 0.0
3.|-- 10-2-3.ear3.Frankfurt1.Level3.net 0.0% 10 3.6 3.6 3.5 3.8 0.1
4.|-- lo-0-v6.ear2.Paris1.Level3.net 0.0% 10 16.3 16.2 16.2 16.3 0.0
5.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6.|-- 2a01:e00:18:200a::ffff 60.0% 10 25.8 25.7 25.5 25.8 0.1
7.|-- 2a01:e01:6::5 20.0% 10 32.9 32.8 32.7 33.0 0.1
8.|-- 2a01:e01:21::1 10.0% 10 33.9 33.8 33.8 34.0 0.1
9.|-- 2a01:e01:21:xxxx:xxxx::xxxx 10.0% 10 33.5 33.6 33.5 33.9 0.1
10.|-- 2a01:e0a:xxxx:xxxx::1 0.0% 10 38.8 39.3 38.8 41.3 0.7
Hetzner.de ne passe plus sur L3 mais Cogent maintenant.
ex40.insode.de (136.243.9.223) 0.126 ms 0.115 ms 0.111 ms
2 static.193.9.243.136.clients.your-server.de (136.243.9.193) 0.329 ms 0.321 ms 0.328 ms
3 core24.fsn1.hetzner.com (213.239.203.185) 1.610 ms core23.fsn1.hetzner.com (213.239.203.173) 16.550 ms 14.734 ms
4 core0.fra.hetzner.com (213.239.252.37) 4.895 ms 4.907 ms 4.896 ms
5 213.198.82.129 (213.198.82.129) 5.484 ms 46.33.77.5 (46.33.77.5) 6.351 ms et-0-0-47.cr10-fra2.ip4.gtt.net (77.67.76.141) 20.797 ms
6 be3108.agr41.fra03.atlas.cogentco.com (130.117.15.149) 5.245 ms 5.488 ms ae-3.r20.frnkge13.de.bb.gin.ntt.net (129.250.6.33) 9.891 ms
7 ae-17.r00.frnkge13.de.bb.gin.ntt.net (129.250.6.42) 5.285 ms be3108.agr41.fra03.atlas.cogentco.com (130.117.15.149) 5.188 ms be3186.ccr41.fra03.atlas.cogentco.com (130.117.0.1) 5.323 ms
8 be2800.ccr42.par01.atlas.cogentco.com (154.54.58.238) 15.065 ms be3187.ccr42.fra03.atlas.cogentco.com (130.117.1.118) 5.392 ms be2914.agr41.fra03.atlas.cogentco.com (130.117.14.129) 5.551 ms
9 be3187.ccr42.fra03.atlas.cogentco.com (130.117.1.118) 5.490 ms 5.390 ms be3186.ccr41.fra03.atlas.cogentco.com (130.117.0.1) 5.473 ms
10 be2800.ccr42.par01.atlas.cogentco.com (154.54.58.238) 14.832 ms 14.832 ms be3518.agr21.par01.atlas.cogentco.com (130.117.50.42) 14.882 ms
11 149.14.152.218 (149.14.152.218) 18.740 ms 18.732 ms be3517.agr21.par01.atlas.cogentco.com (130.117.49.42) 14.206 ms
12 bzn-9k-4-be1004.intf.routers.proxad.net (78.254.249.2) 20.045 ms 149.14.152.218 (149.14.152.218) 18.871 ms 18.848 ms
13 * bzn-9k-4-be1004.intf.routers.proxad.net (78.254.249.2) 19.755 ms *
14 bzn-9k-4-be1004.intf.routers.proxad.net (78.254.249.2) 19.769 ms 19.898 ms bzn-9k-2.sys.routers.proxad.net (212.27.32.146) 19.891 ms
15 bzn-9k-2.sys.routers.proxad.net (212.27.32.146) 19.932 ms www.free.fr (212.27.48.10) 19.817 ms *
-
il n'y a plus le peering avec dstorage (1fichier.com)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 194.149.172.98 - 2 | 78 | 77 | 13 | 14 | 21 | 15 |
| free.th2-1.rt.hopus.net - 0 | 121 | 121 | 12 | 12 | 19 | 12 |
| acorus.th2.hopus.net - 0 | 113 | 113 | 12 | 13 | 26 | 13 |
| 100.99.0.52 - 0 | 65 | 65 | 22 | 23 | 37 | 23 |
| 100.99.0.51 - 0 | 64 | 64 | 23 | 23 | 34 | 23 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| a-10.1fichier.com - 20 | 5 | 4 | 139 | 142 | 144 | 143 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
En ipv6 on dirait que si :
mtr a-10.1fichier.com -zwc20
Start: 2020-04-15T22:23:17+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS12322 2a01:e0a:1d2:7777::1 0.0% 20 1.0 0.9 0.7 1.2 0.1
2. AS12322 2a01:e02:1:f836:8917::ffff 0.0% 20 2.9 2.9 2.4 3.8 0.4
3. AS12322 2a01:e02:1:1735::ffff 75.0% 20 3.9 3.6 2.7 5.3 1.0
4. AS12322 2a01:e02:6001:200a::6 70.0% 20 3.9 3.7 3.1 4.2 0.4
5. AS??? ??? 100.0 20 0.0 0.0 0.0 0.0 0.0
6. AS12322 2a01:e00:2a::5 50.0% 20 8.7 8.6 7.9 9.2 0.4
7. AS12322 2a01:e00:2a::a 0.0% 20 9.1 8.9 8.2 9.4 0.3
8. AS??? ??? 100.0 20 0.0 0.0 0.0 0.0 0.0
9. AS198792 2a00:fb40::35 0.0% 20 32.9 32.1 30.6 36.4 1.2
10. AS198792 a-10.1fichier.com 0.0% 20 19.5 20.0 19.4 23.1 0.8
-
Il se peut que le routage du trafic entrant ne soit pas le même que celui du trafic sortant, surtout qu'1fichier a un routage qui diffère selon l'offre choisi.
Il me semble pas que le nombre de peering ait changé sur https://1fichier.com/network.html en tout cas.
-
L'IN est via Acorus pour des raisons d'attaques DDoS a mon avis.
-
pccw saturé a 23h
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 17 | 30 | 25 | 0 | 0 | 0 | 0 |
| 194.149.164.66 - 1 | 405 | 401 | 13 | 13 | 23 | 13 |
| 194.149.166.21 - 11 | 49 | 44 | 13 | 13 | 14 | 13 |
|amsterdam-9k-1-be1004.intf.routers.proxad.net - 0 | 841 | 841 | 27 | 27 | 37 | 28 |
| TenGE13-2.br02.ams01.pccwbtn.net - 72 | 7 | 2 | 0 | 81 | 81 | 81 |
| TenGE0-0-0-19.br01.ldn12.pccwbtn.net - 42 | 12 | 7 | 86 | 86 | 87 | 87 |
| 63-218-34-26.static.pccwglobal.net - 56 | 9 | 4 | 0 | 89 | 90 | 90 |
| 185.254.69.5 - 84 | 6 | 1 | 0 | 89 | 89 | 89 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
C'est le port AMS-IX ça non ?
-
oui, un PNI
-
C'est soit l'un, soit l'autre...
-
TenGE13-2.br02.ams01.pccwbtn.net = 80.249.209.37 = PCCW sur AMS-IX avec 20 Gbps.
-
pccw saturé a 23h
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 17 | 30 | 25 | 0 | 0 | 0 | 0 |
| 194.149.164.66 - 1 | 405 | 401 | 13 | 13 | 23 | 13 |
| 194.149.166.21 - 11 | 49 | 44 | 13 | 13 | 14 | 13 |
|amsterdam-9k-1-be1004.intf.routers.proxad.net - 0 | 841 | 841 | 27 | 27 | 37 | 28 |
| TenGE13-2.br02.ams01.pccwbtn.net - 72 | 7 | 2 | 0 | 81 | 81 | 81 |
| TenGE0-0-0-19.br01.ldn12.pccwbtn.net - 42 | 12 | 7 | 86 | 86 | 87 | 87 |
| 63-218-34-26.static.pccwglobal.net - 56 | 9 | 4 | 0 | 89 | 90 | 90 |
| 185.254.69.5 - 84 | 6 | 1 | 0 | 89 | 89 | 89 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 5 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Et c'est pour chercher quelle IP, quel contenu ?
-
185.254.70.100 serveur de jeu
-
185.254.70.100 serveur de jeu
OK, pour info chez Orange depuis Marseille :
traceroute to 185.254.70.100 (185.254.70.100), 30 hops max, 38 byte packets
1 livebox.home (192.168.1.1) 0.502 ms 0.392 ms 0.328 ms
2 80.10.234.77 (80.10.234.77) 0.984 ms 2.098 ms 1.857 ms
3 193.249.213.2 (193.249.213.2) 1.873 ms 2.015 ms 1.834 ms
4 ae41-0.nimar101.Marseille03.francetelecom.net (193.252.161.25) 1.935 ms 1.963 ms 2.639 ms
5 ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net (193.252.161.22) 1.408 ms 2.116 ms 1.569 ms
6 193.252.137.54 (193.252.137.54) 10.845 ms 11.282 ms 11.155 ms
7 hundredgige0-1-0-9.partr2.-.opentransit.net (193.251.129.196) 11.992 ms 11.525 ms 11.767 ms
8 ae1.cr0-par9.ip4.gtt.net (77.67.73.1) 10.893 ms 11.632 ms 11.427 ms
9 et-0-0-55.cr10-lon2.ip4.gtt.net (89.149.141.90) 17.722 ms 17.701 ms 17.701 ms
10 ip4.gtt.net (213.254.217.134) 17.224 ms 16.669 ms 16.134 ms
11 185.254.69.9 (185.254.69.9) 21.670 ms 21.393 ms 21.950 ms
12 185.254.70.100 (185.254.70.100) 21.791 ms 22.175 ms 21.849 ms
-
C'est quoi comme jeu ?
La vache la différence de routage entre Free et Orange ...
-
C'est quoi comme jeu ?
La vache la différence de routage entre Free et Orange ...
The division 2
-
Valve sur Paris était épargné, plus maintenant.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 17 | 12 | 10 | 0 | 0 | 0 | 0 |
| 194.149.164.56 - 14 | 15 | 13 | 13 | 13 | 14 | 13 |
| 194.149.166.54 - 0 | 546 | 546 | 13 | 13 | 22 | 13 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ae-2-3201.ear1.Paris1.Level3.net - 3 | 42 | 41 | 92 | 117 | 130 | 120 |
| VALVE-CORPO.ear1.Paris1.Level3.net - 0 | 277 | 277 | 16 | 26 | 63 | 24 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| 185.25.182.68 - 0 | 64 | 64 | 91 | 117 | 129 | 115 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Cà risque d'être un peu plus visible...
-
Valve sur Paris était épargné, plus maintenant.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 17 | 12 | 10 | 0 | 0 | 0 | 0 |
| 194.149.164.56 - 14 | 15 | 13 | 13 | 13 | 14 | 13 |
| 194.149.166.54 - 0 | 546 | 546 | 13 | 13 | 22 | 13 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ae-2-3201.ear1.Paris1.Level3.net - 3 | 42 | 41 | 92 | 117 | 130 | 120 |
| VALVE-CORPO.ear1.Paris1.Level3.net - 0 | 277 | 277 | 16 | 26 | 63 | 24 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| 185.25.182.68 - 0 | 64 | 64 | 91 | 117 | 129 | 115 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
A mon avis, l'effet Disney+ y fait beaucoup car même si diffusé via des CDN tels que Akamai, Centurylink-CDN, VerizonDigitalMedia, Limelight, à priori le gros du trafic passe par Centurylink-CDN (ex Level3-CDN).
Et comme Free n'a, à priori, pas de peer avec Centurylink-CDN, cela passe via l'AS3356 Centurylink (ex Level3).
Avec le cumul "confinement", chez Free c'est "effet week-end" toute la semaine.
Probablement que cela va se dissiper au-delà du 11 mai.
Et sinon, côté Orange, depuis Marseille ça donne cela vers Valve :
traceroute to 185.25.182.68 (185.25.182.68)
1 livebox.home (192.168.1.1) 0.538 ms 0.618 ms 0.682 ms
2 80.10.234.77 (80.10.234.77) 1.821 ms 1.312 ms 1.823 ms
3 193.249.213.2 (193.249.213.2) 1.711 ms 1.232 ms 1.688 ms
4 ae41-0.nimar101.Marseille03.francetelecom.net (193.252.161.25) 1.377 ms 1.035 ms 0.619 ms
5 ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net (193.252.161.22) 1.198 ms 2.015 ms 1.719 ms
6 193.252.137.54 (193.252.137.54) 11.172 ms 11.135 ms 11.004 ms
7 auvtr5.-.opentransit.net (193.251.133.76) 11.275 ms 11.614 ms 12.273 ms
8 valve-2.gw.opentransit.net (193.251.255.216) 11.670 ms 11.096 ms 15.594 ms
10 185.25.182.68 (185.25.182.68) 11.321 ms 11.287 ms 11.113 ms
-
À mon avis Free va faire comme avec Netflix laisser saturer pour que Netflix paie un PNI
-
À mon avis Free va faire comme avec Netflix laisser saturer pour que Netflix paie un PNI
Oui, peu de gens vont résilier pour un souci de peering.
-
A mon avis, l'effet Disney+ y fait beaucoup car même si diffusé via des CDN tels que Akamai, Centurylink-CDN, VerizonDigitalMedia, Limelight, à priori le gros du trafic passe par Centurylink-CDN (ex Level3-CDN).
Et comme Free n'a, à priori, pas de peer avec Centurylink-CDN, cela passe via l'AS3356 Centurylink (ex Level3).
"Centurylink-CDN" n'existe pas (au sens réseau indépendant), les flux sont poussés depuis AS3356, qui a bien un peering avec Free.
-
À mon avis Free va faire comme avec Netflix laisser saturer pour que Netflix [Disney+ je suppose ?] paie un PNI
Ça va être encore plus compliqué comme D+ soustraite la partie CDN à d'autres.
-
À mon avis Free va faire comme avec Netflix laisser saturer pour que Netflix paie un PNI
Rien à voir avec Netflix ...
Et Level3 va certainement pas payer un PNI avec Free, là c'est Free qui devra mettre les sous pour augmenter son/ses peers avec Level3.
-
Et Level3 va certainement pas payer un PNI avec Free,
Source ? Des Tier-1 qui payent leur peering avec des Eyeballs, c'est courant.
-
Source ? Des Tier-1 qui payent leur peering avec des Eyeballs, c'est courant.
Zayo France, paie Free ?
-
Zayo France c'est un Tier-2 non ? Ils sont à priori encore plus susceptibles de payer.
-
Zayo France c'est un Tier-2 non ? Ils sont à priori encore plus susceptibles de payer.
C'est un Tier1
https://en.wikipedia.org/wiki/Tier_1_network#List_of_Tier_1_networks
-
AS8218 != AS6461 non ?
-
j'ai du lire sur le forum que Zayo France payer à Free un PNI, je me trompe peut-être.
-
AS8218 != AS6461 non ?
Il me parait naif de croire qu'ils n'ont pas d'interco privilégiées entre les deux ;)
-
Zayo France est un Tier-2 qui paye son PNI avec Free, Zayo US est un Tier-1 qui ne paie probablement pas son PNI avec Free. Et je ne vois pas le rapport avec Level3
-
ça explique donc les performances exécrables vers Hetzner, qui passe par core-backbone, qui passe lui-même par Level3.
Chose étonnante, les performances sont bonnes en IPv6 (même chemin)... enfin par bonnes, je veux dire latence correcte, le débit quand à lui est à deux chiffres (et exprimé en ko/s :o)
Start: 2020-04-08T14:19:03+0100
HOST: pi Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 0.3 0.3 0.3 0.4 0.0
2. AS??? 194.149.169.53 0.0% 10 15.2 16.0 15.2 18.4 1.0
3. AS??? 194.149.166.54 0.0% 10 15.4 15.5 15.2 16.1 0.3
4. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
6. AS3356 ae0-3356.lon10.core-backbone.com 0.0% 10 146.2 143.7 140.1 149.6 3.1
7. AS201011 ae6-2011.nbg40.core-backbone.com 0.0% 10 116.1 142.3 116.1 152.6 10.0
8. AS201011 core-backbone.hetzner.com 0.0% 10 148.6 149.8 147.9 151.8 1.4
9. AS24940 core12.nbg1.hetzner.com 0.0% 10 181.3 169.2 152.1 197.7 15.9
10. AS24940 ex9k2.dc1.nbg1.hetzner.com 0.0% 10 136.3 144.8 135.9 152.5 6.7
11. AS24940 dedihetznernew.your-server.de 10.0% 10 151.1 150.7 145.3 154.2 2.4
Salut, je fais la même observation, mais un cran plus bas :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| xxx.xxx.x.xxx - 0 | 262 | 262 | 0 | 0 | 1 | 0 |
| xxxxx-x-xx-xxx-xx-xxx.fbx.proxad.net - 0 | 262 | 262 | 24 | 26 | 30 | 26 |
| xxx.xxx.xx.xxx - 0 | 262 | 262 | 25 | 26 | 31 | 25 |
| p11-9k-1-be1020.intf.routers.proxad.net - 11 | 188 | 169 | 28 | 30 | 36 | 28 |
| 194.149.166.54 - 0 | 262 | 262 | 28 | 29 | 34 | 31 |
| Request timed out. - 100 | 53 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 53 | 0 | 0 | 0 | 0 | 0 |
| ae0-3356.lon10.core-backbone.com - 0 | 262 | 262 | 35 | 38 | 112 | 37 |
| ae6-2011.nbg40.core-backbone.com - 4 | 231 | 222 | 146 | 157 | 196 | 158 |
| core-backbone.hetzner.com - 5 | 224 | 214 | 146 | 156 | 169 | 167 |
| core24.fsn1.hetzner.com - 24 | 137 | 105 | 0 | 159 | 237 | 156 |
| ex9k1.dc5.fsn1.hetzner.com - 1 | 258 | 257 | 130 | 149 | 167 | 145 |
|static.52.81.4.46.clients.your-server.de - 6 | 216 | 204 | 149 | 158 | 172 | 157 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Au final, 150ms de latence sur un serveur de jeu allemand (d'habitude, c'est 30 à 40ms) : honteux (et bien entendu injouable).
La latence en devient même meilleure en se connectant à un serveur aux USA ou en Russie : Free, arrêtez le délire.
J'attends la fin de la crise pour savoir si c'est affaire de congestion du réseau mondial ou non. Si c'est une histoire de petits sous (et ça y ressemble), au revoir Free.
Après 15 années chez vous sans avoir jamais moufté, je m'attendais à un minimum de sérieux ::) Les désynchros 5 à 10 fois par jour, c'est pas dramatique, mais là non : pas la latence.
-
J'ai le même problème que toi Rockz :
1 <1 ms <1 ms <1 ms 192.168.0.1
2 <1 ms <1 ms <1 ms 192.168.2.254
3 6 ms 5 ms 5 ms lbg31-xxx.fbx.proxad.net [xx.xx.xx.xxx]
4 * * * Délai d’attente de la demande dépassé.
5 17 ms 16 ms 16 ms 194.149.170.121
6 18 ms 17 ms 17 ms 194.149.166.34
7 17 ms 18 ms 18 ms 149.11.115.13
8 18 ms 18 ms 18 ms be2103.ccr42.par01.atlas.cogentco.com [154.54.61.21]
9 17 ms 18 ms 17 ms prs-b2-link.telia.net [213.248.86.169]
10 * * * Délai d’attente de la demande dépassé.
11 28 ms 28 ms 28 ms ffm-bb2-link.telia.net [62.115.114.99]
12 27 ms 27 ms 27 ms ffm-b1-link.telia.net [62.115.116.158]
13 146 ms 140 ms 147 ms kddi-ic-319844-ffm-b1.c.telia.net [62.115.32.106]
14 141 ms * 135 ms 195.82.61.14
15 143 ms 140 ms 143 ms 195.82.50.234
16 138 ms 137 ms 140 ms 195.82.50.9
En passant par un VPN (nordnet), miracle :
1 31 ms 31 ms 31 ms 10.8.0.1
2 31 ms 31 ms 31 ms unn-195-181-174-190.datapacket.com [195.181.174.190]
3 31 ms 31 ms 31 ms prag-b3-link.telia.net [213.248.70.153]
4 32 ms 32 ms 32 ms ffm-bb1-link.telia.net [62.115.114.88]
5 69 ms 32 ms 31 ms ffm-b1-link.telia.net [62.115.120.209]
6 32 ms 43 ms 31 ms kddi-ic-319844-ffm-b1.c.telia.net [62.115.32.106]
7 31 ms 32 ms 31 ms 195.82.61.14
8 31 ms 31 ms 31 ms 195.82.50.234
9 31 ms 31 ms 32 ms 195.82.50.9
Certainement l'effet confinement, par contre si cela continue au-dela ça sera bye bye free également pour moi.
-
Oh un amateur de FFXIV :)
Dans ton traceroute le soucis est entre Telia et kddi, pas chez free (ni level3 car pour accéder à FFXIV on passe par cogent). De mon côté je n'ai pas ce soucis.
mtr neolobby07.ffxiv.com -zwc5
Start: 2020-04-21T16:16:54+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 5 0.9 1.0 0.9 1.0 0.0
2. AS??? 194.149.169.81 0.0% 5 9.5 9.4 8.8 9.7 0.3
3. AS??? 194.149.166.38 0.0% 5 9.2 9.0 8.7 9.3 0.2
4. AS174 be4204.ccr32.par04.atlas.cogentco.com 0.0% 5 9.3 9.2 9.0 9.3 0.1
5. AS174 be2103.ccr42.par01.atlas.cogentco.com 0.0% 5 9.0 9.4 9.0 9.8 0.4
6. AS1299 prs-b2-link.telia.net 0.0% 5 9.0 9.1 8.1 11.0 1.1
7. AS1299 prs-bb4-link.telia.net 80.0% 5 18.3 18.3 18.3 18.3 0.0
8. AS1299 ffm-bb2-link.telia.net 0.0% 5 18.8 18.7 17.5 19.5 0.7
9. AS1299 ffm-b1-link.telia.net 0.0% 5 34.6 30.3 17.8 60.9 18.4
10. AS1299 kddi-ic-319844-ffm-b1.c.telia.net 0.0% 5 18.6 24.6 18.6 30.7 5.3
11. AS8375 195.82.61.14 0.0% 5 19.1 18.6 17.9 19.1 0.5
12. AS8375 195.82.50.234 0.0% 5 18.1 18.4 17.7 19.0 0.5
13. AS8375 195.82.50.10 0.0% 5 18.2 18.5 18.2 19.2 0.4
-
voilà, je suis maintenant chez SFR FTTH, Free a bien un problème dans son débit montant sa fait plaisir de redécouvrir un vrai réseau avec de vrai peering transit. et le tech a du me déplacer de position
https://www.speedtest.net/my-result/d/a8a98706-6ceb-4d3f-a616-33092db304d4 (https://www.speedtest.net/my-result/d/a8a98706-6ceb-4d3f-a616-33092db304d4)
-
Oh un amateur de FFXIV :)
Oui copain ;D Et je joue CHN aussi ;D
Bizarre que ça marche bien de chez toi, après t'es fibré et moi en ADSL, le transit est peut-être différent en fonction de ça, ou alors ça vient de ma position géographique.
En tout cas c'est bien un problème de congestion car à 3h du mat':
1 <1 ms <1 ms <1 ms 192.168.0.1
2 <1 ms <1 ms <1 ms 192.168.2.254
3 6 ms 5 ms 5 ms lbg31-xxx-xxx-xxx-xxx-xxx.fbx.proxad.net [xxx.xxx.xxx.xxx]
4 * * * Délai d’attente de la demande dépassé.
5 18 ms 17 ms 17 ms 194.149.170.121
6 * * * Délai d’attente de la demande dépassé.
7 18 ms 18 ms 17 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
8 17 ms 18 ms 18 ms be2103.ccr42.par01.atlas.cogentco.com [154.54.61.21]
9 18 ms 18 ms 18 ms prs-b2-link.telia.net [213.248.86.169]
10 * * * Délai d’attente de la demande dépassé.
11 28 ms 28 ms 28 ms ffm-bb2-link.telia.net [62.115.114.99]
12 28 ms 27 ms 27 ms ffm-b1-link.telia.net [62.115.116.158]
13 43 ms 33 ms 40 ms kddi-ic-319844-ffm-b1.c.telia.net [62.115.32.106]
14 45 ms 32 ms 32 ms 195.82.61.14
15 32 ms 38 ms 32 ms 195.82.50.234
16 33 ms 33 ms 33 ms 195.82.50.9
M'enfin même si le problème vient d'un pairing telia kddi de mon côté je considère que c'est à free de remonter l'anomalie à leur opérateur de peering, mais quand j'appelle le support ils me disent "si google s'affiche on ne peut rien de plus pour vous"... Merci free ;D
M'enfin c'est pour ça que j'ai pris un VPN pour un mois, d'ici là avec la baisse du confinement cela devrait j'espère s'améliorer, sinon je changerai d'opérateur et puis voila :P
-
Hello,
Je confirme que la route de Free (ADSL) vers les serveurs de FFXIV (hébergés près de Cologne en Allemagne) n'est vraiment pas optimale en ce moment, injouable sans VPN assurément.
Le traceroute n'est même pas complet tellement il y a de pertes de paquets...
Free en ADSL, capturé à 1h du matin:
(https://i.imgur.com/juJYG5R.jpg)
Le souci semble être effectivement entre Telia et KDDI, ce qui est intriguant c'est que le FQDN Telia et KDDI sont les mêmes (même IP pour KDDI) en passant par un VPN qui lui ne souffre pas de congestion.
De là à dire qu'il s'agit de traffic shapping avec ce qui provient de cogent/free...
Bref, Free :-X
-
Si c'est effectivement les mêmes IP, il se peut que ça soit une histoire de route asymétrique (la route retour est différente de la route aller).
Par contre, le traceroute incomplet n'a probablement rien à avoir avec des pertes de paquets, c'est très probablement juste des routeurs qui ne répondent pas en ICMP (soit parce qu'ils sont configurés comme ça soit parce qu'ils ont autre chose à faire ponctuellement).
-
Effectivement, l'asymétrique ça expliquerait la différence, malheureusement impossible de vérifier ça en pratique.
Sinon les paquets se perdent bien quand la congestion est sévère (mis en évidence par un simple ping sur le serveur de destination), c'est un problème bien connu du routing de free vers les serveurs de FFXIV (et pas spécifique au confinement malheureusement), tu peux remarquer que sur le traceroute de darkmoon ou le mien plus bas que la route est complète.
La voici en entier en condition normales (à 9h du mat):
1 <1 ms <1 ms <1 ms ARCHER_D7 [192.168.1.1]
2 7 ms 7 ms 7 ms
3 * 9 ms 9 ms 213.228.9.254
4 19 ms 19 ms 19 ms 194.149.170.121
5 * * * Délai d’attente de la demande dépassé.
6 19 ms 19 ms 19 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
7 19 ms 19 ms 19 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
8 19 ms 20 ms 19 ms prs-b2-link.telia.net [213.155.141.226]
9 29 ms 28 ms 28 ms prs-bb3-link.telia.net [62.115.122.4]
10 29 ms 29 ms 28 ms ffm-bb1-link.telia.net [62.115.123.12]
11 29 ms 28 ms 28 ms ffm-b1-link.telia.net [62.115.141.235]
12 28 ms 40 ms 28 ms kddi-ic-319844-ffm-b1.c.telia.net [62.115.32.106]
13 28 ms 28 ms 27 ms 195.82.61.14
14 28 ms 27 ms 28 ms 195.82.50.234
15 28 ms 27 ms 27 ms 195.82.50.56
Le même à 11h, ça commence à se dégrader:
1 <1 ms <1 ms <1 ms ARCHER_D7 [192.168.1.1]
2 7 ms 7 ms 7 ms
3 * * * Délai d’attente de la demande dépassé.
4 19 ms 19 ms 19 ms 194.149.170.121
5 * * * Délai d’attente de la demande dépassé.
6 19 ms 19 ms 19 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
7 19 ms 19 ms 20 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
8 20 ms 19 ms 20 ms prs-b2-link.telia.net [213.155.141.226]
9 29 ms 28 ms 29 ms prs-bb3-link.telia.net [62.115.122.4]
10 28 ms 29 ms 29 ms ffm-bb1-link.telia.net [62.115.123.12]
11 29 ms 28 ms 28 ms ffm-b1-link.telia.net [62.115.141.235]
12 35 ms 29 ms 28 ms kddi-ic-319844-ffm-b1.c.telia.net [62.115.32.106]
13 28 ms 28 ms 28 ms 195.82.61.14
14 93 ms 95 ms 95 ms 195.82.50.234
15 119 ms 118 ms 118 ms 195.82.50.56
-
Via SFR
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 17 | 12 | 10 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| 26.206.185.81.rev.sfr.net - 2 | 102 | 100 | 0 | 8 | 100 | 0 |
| 74.56.154.77.rev.sfr.net - 3 | 92 | 90 | 1 | 1 | 21 | 1 |
| 170.61.6.109.rev.sfr.net - 3 | 95 | 93 | 1 | 1 | 2 | 1 |
| 174.11.128.77.rev.sfr.net - 0 | 942 | 942 | 7 | 7 | 9 | 7 |
| 114.11.128.77.rev.sfr.net - 0 | 515 | 515 | 13 | 13 | 17 | 16 |
| 186.244.5.109.rev.sfr.net - 0 | 483 | 483 | 14 | 14 | 18 | 14 |
| 186.244.5.109.rev.sfr.net - 0 | 494 | 494 | 14 | 14 | 17 | 17 |
| prs-b3-link.telia.net - 1 | 339 | 338 | 15 | 15 | 49 | 15 |
| prs-bb3-link.telia.net - 0 | 306 | 306 | 23 | 23 | 25 | 23 |
| ffm-bb1-link.telia.net - 0 | 308 | 308 | 22 | 23 | 24 | 23 |
| ffm-b1-link.telia.net - 0 | 288 | 288 | 23 | 24 | 53 | 23 |
| kddi-ic-319844-ffm-b1.c.telia.net - 0 | 290 | 290 | 23 | 24 | 33 | 25 |
| 195.82.61.14 - 0 | 294 | 294 | 23 | 23 | 54 | 24 |
| 195.82.50.234 - 0 | 308 | 308 | 22 | 22 | 27 | 23 |
| 195.82.50.56 - 0 | 299 | 299 | 23 | 23 | 25 | 23 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
A chaque fois qu'on enlève cogent de l'équation y'a plus de problème...
Via VPN:
1 28 ms 28 ms 28 ms xxx.xxx.xxx.xxx
2 29 ms 29 ms 30 ms xxx.xxx.xxx.xxx
3 35 ms 28 ms 28 ms ffm-b7-link.telia.net [62.115.186.52]
4 28 ms 29 ms 29 ms ffm-bb1-link.telia.net [80.91.249.106]
5 28 ms 28 ms 28 ms ffm-b10-link.telia.net [62.115.137.227]
6 32 ms 28 ms 28 ms kddi-ic-301630-ffm-b10.c.telia.net [62.115.32.110]
7 29 ms 38 ms 29 ms 195.82.60.29
8 30 ms 28 ms 28 ms 195.82.61.14
9 27 ms 27 ms 26 ms 195.82.50.234
10 26 ms 26 ms 27 ms 195.82.50.56
-
Le même à 11h, ça commence à se dégrader:
Héhé un copain de Shiva,
c'est très drôle ça car en FTTH, je n'ai aucune latence (voir le graph plus bas).
mtr 195.82.50.56 -zwc10
Start: 2020-04-23T11:19:08+0200
HOST: Freeze Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.0.254 0.0% 10 1.0 1.0 0.8 1.5 0.2
2. AS??? 194.149.169.85 20.0% 10 8.9 9.1 8.7 9.6 0.3
3. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
4. AS174 be4204.ccr32.par04.atlas.cogentco.com 0.0% 10 9.4 9.1 8.5 9.5 0.3
5. AS174 be2103.ccr42.par01.atlas.cogentco.com 0.0% 10 8.7 8.9 8.5 9.4 0.3
6. AS1299 prs-b2-link.telia.net 0.0% 10 8.6 9.5 8.4 12.1 1.1
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS1299 ffm-bb2-link.telia.net 0.0% 10 18.8 18.8 18.3 19.3 0.3
9. AS1299 ffm-b10-link.telia.net 0.0% 10 18.7 18.6 18.1 19.0 0.4
10. AS1299 kddi-ic-301630-ffm-b10.c.telia.net 0.0% 10 18.9 20.0 18.6 30.1 3.6
11. AS8375 195.82.60.29 0.0% 10 24.0 22.7 18.7 30.6 4.3
12. AS8375 195.82.61.14 0.0% 10 18.6 18.9 18.5 19.7 0.3
13. AS8375 195.82.50.234 0.0% 10 18.9 18.7 18.5 19.2 0.2
14. AS8375 195.82.50.56 0.0% 10 18.4 18.4 18.1 18.9 0.3
-
J'avais créé un perso sur Shiva (qui doit être le serveur de référence ici) en attendant de rejoindre des amis, mais je suis sur Zodiark maintenant =)
C'est très curieux en effet, routage asymétrique mis à part, ça ressemble à du traffic shaping chez free pour soit économiser chez cogent et/ou prioriser les connexions FTTH ou simplement leurs infra/interconnexions ADSL/VDSL partent en vrille... (à supposer que FTTH et DSL soient totalement séparés, ce que j'ai du mal à croire)
-
Bonjour,
Via Orange, depuis Marseille :
traceroute to 195.82.50.56 (195.82.50.56)
1 192.168.1.1 (192.168.1.1) 0.605 ms 0.446 ms 0.421 ms
2 80.10.234.77 (80.10.234.77) 1.742 ms 1.243 ms 1.834 ms
3 193.249.213.2 (193.249.213.2) 2.942 ms 4.178 ms 1.641 ms
4 ae41-0.nimar101.Marseille03.francetelecom.net (193.252.161.25) 2.215 ms 1.683 ms 4.611 ms
5 ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net (193.252.161.22) 2.161 ms 2.985 ms 2.074 ms
6 193.252.137.54 (193.252.137.54) 8.108 ms 11.393 ms 11.407 ms
7 prs-b5-link.telia.net (62.115.171.226) 17.450 ms 17.473 ms 17.710 ms
8 prs-bb3-link.telia.net (62.115.118.58) 17.577 ms 17.501 ms 17.477 ms
9 ffm-bb1-link.telia.net (62.115.123.12) 18.260 ms 18.431 ms 18.404 ms
10 ffm-b1-link.telia.net (62.115.121.5) 18.655 ms 17.441 ms 19.573 ms
11 kddi-ic-319844-ffm-b1.c.telia.net (62.115.32.106) 17.987 ms 18.153 ms 18.139 ms
12 195.82.61.14 (195.82.61.14) 18.288 ms 18.164 ms 18.128 ms
12 195.82.50.234 (195.82.50.234) 18.459 ms 18.188 ms 18.199 ms
13 195.82.50.56 (195.82.50.56) 18.688 ms 18.253 ms 18.238 ms
-
Il n'y a pas de trafic shaping, et rien ne dit que c'est lié à Cogent comme c'est visiblement sur le retour à partir d'un certain point (quand tu es déjà chez Telia).
En tout cas ici aussi ça fonctionne bien :
traceroute to 195.82.50.56 (195.82.50.56), 30 hops max, 60 byte packets
1 _gateway (192.168.0.254) 0.382 ms 0.447 ms 0.522 ms
2 194.149.169.89 (194.149.169.89) 3.242 ms 3.293 ms 3.293 ms
3 * * *
4 be4204.ccr32.par04.atlas.cogentco.com (149.11.115.13) 3.768 ms 3.822 ms 3.825 ms
5 be2103.ccr42.par01.atlas.cogentco.com (154.54.61.21) 4.139 ms 4.304 ms 4.307 ms
6 prs-b2-link.telia.net (213.248.86.169) 4.050 ms 2.993 ms 3.039 ms
7 prs-bb3-link.telia.net (62.115.122.4) 12.068 ms 12.281 ms 12.172 ms
8 ffm-bb1-link.telia.net (62.115.123.12) 11.736 ms 12.060 ms 12.078 ms
9 ffm-b1-link.telia.net (62.115.120.197) 14.757 ms 15.002 ms 15.018 ms
10 kddi-ic-319844-ffm-b1.c.telia.net (62.115.32.106) 12.139 ms 12.882 ms 12.898 ms
11 195.82.61.14 (195.82.61.14) 12.898 ms 12.938 ms 12.402 ms
12 195.82.50.234 (195.82.50.234) 12.089 ms 11.981 ms 12.030 ms
13 195.82.50.56 (195.82.50.56) 11.542 ms 11.989 ms 11.411 ms
-
A chaque fois qu'on enlève cogent de l'équation y'a plus de problème...
Cogent va très bien, c'est Free qui fait saturer ses intercos avec eux :)
-
Il n'y a pas de trafic shaping, et rien ne dit que c'est lié à Cogent comme c'est visiblement sur le retour à partir d'un certain point (quand tu es déjà chez Telia).
Ta route est quasiment la même que la mienne avant dégradation (prs-b2-link.telia.net), seuls les serveurs derrière les FQDN diffèrent, étant donné la régularité du problème (et la stabilité chez toi et d'autres), je pense bien qu'il y a une différentiation entre le trafic DSL et FTTH venant de chez Free, si ce n'est pas du trafic shaping au sens technique du terme (on ne saura jamais de toute façon), il s'agit peut-être simplement de contrats et de capacité achetée par Free différents selon DSL et FTTH.
A 12h (serveur injoignable):
1 <1 ms <1 ms <1 ms ARCHER_D7 [192.168.1.1]
2 8 ms 7 ms 7 ms
3 * * * Délai d’attente de la demande dépassé.
4 19 ms 19 ms 19 ms 194.149.170.121
5 * * * Délai d’attente de la demande dépassé.
6 19 ms 19 ms 20 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
7 20 ms 20 ms 19 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
8 20 ms 19 ms 19 ms prs-b2-link.telia.net [213.155.141.226]
9 138 ms 137 ms 137 ms prs-bb3-link.telia.net [62.115.122.4]
10 137 ms 137 ms 137 ms ldn-bb3-link.telia.net [62.115.134.93]
11 * * * Délai d’attente de la demande dépassé.
12 114 ms 114 ms 114 ms chi-b21-link.telia.net [62.115.137.59]
13 137 ms 137 ms 137 ms kanc-b1-link.telia.net [213.155.130.177]
14 138 ms 139 ms 138 ms den-b1-link.telia.net [62.115.120.66]
15 151 ms 149 ms 146 ms indatel-ic-309694-den-b1.c.telia.net [213.248.85.82]
16 * * * Délai d’attente de la demande dépassé.
17 * * * Délai d’attente de la demande dépassé.
18 * * * Délai d’attente de la demande dépassé.
19 * * * Délai d’attente de la demande dépassé.
20 * * * Délai d’attente de la demande dépassé.
Cogent va très bien, c'est Free qui fait saturer ses intercos avec eux :)
D'où traffic shaping ou différentiation DSL/FTTH, mais on ne saura jamais...
-
il n'y a pas de différence FTTH/ADSL/VDSL, mais sans doute plusieurs PNI et par chance des clients utilisent le bon PNI qui ne sature pas
-
A 12h (serveur injoignable):
C'est toujours la même cible (195.82.50.56) ? Parce que là Telia t'envoie pas du tout sur les mêmes routes.
-
C'est toujours la même cible (195.82.50.56) ? Parce que là Telia t'envoie pas du tout sur les mêmes routes.
My bad, tu as raison, mauvais copier-coller:
1 <1 ms <1 ms <1 ms ARCHER_D7 [192.168.1.1]
2 7 ms 6 ms 6 ms
3 * * * Délai d’attente de la demande dépassé.
4 18 ms 18 ms 19 ms 194.149.170.121
5 * * * Délai d’attente de la demande dépassé.
6 19 ms 18 ms 18 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
7 20 ms 19 ms 19 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
8 21 ms 19 ms 19 ms prs-b2-link.telia.net [213.155.141.226]
9 28 ms 28 ms 28 ms prs-bb3-link.telia.net [62.115.122.4]
10 28 ms 28 ms 28 ms ffm-bb1-link.telia.net [62.115.123.12]
11 28 ms 28 ms 27 ms ffm-b1-link.telia.net [62.115.141.235]
12 50 ms 47 ms 51 ms kddi-ic-319844-ffm-b1.c.telia.net [62.115.32.106]
13 45 ms 47 ms 48 ms 195.82.61.14
14 131 ms 133 ms 132 ms 195.82.50.234
15 139 ms 137 ms 135 ms 195.82.50.56
il n'y a pas de différence FTTH/ADSL/VDSL, mais sans doute plusieurs PNI et par chance des clients utilisent le bon PNI qui ne sature pas
Etant donné la régularité du problème (qui dure depuis au moins 3 semaines, tous les jours), j'y crois pas un seul instant, c'est peut-être pas le type de connexion (la région va savoir), mais un pool d'ip free est constamment bien routé et un autre non, d'autres connaissances chez free DSL ont ce problème simultanément avec la même route et effectivement un qui est chez Free fibre ne l'a pas, d'où ma déduction par type de connexion, mais on fait avec le peu d'info qu'on peut avoir...
Pour étayer mon hypothèse:
https://forum.square-enix.com/ffxiv/threads/156623-Latence-et-FAI/page93
Tu remarqueras que la majorité des posts récents sont chez Free en DSL.
-
bonjour,
En lisant les derniers messages, j'ai qu'une phrase qui me vient: c'est dingue ce qu'on peut faire comme supposition quand on y connait rien.
sortir à tout va des termes techniques comme "trafic shaping" ou autres joyeuseté alors qu'on vous indique que le souci se situe très probablement sur la route retour qu'on ne peut vérifier aussi facilement que la route allée, ça me laissera toujours perplexe
oui, Free a des interconnections qui saturent, on le sait. mais Free n'a pas de raison de favoriser certains clients par rapport à d'autres, donc arrêtez de vous prendre le choux avec des termes techniques que vous avez entendu je ne sais où. :)
bon confinement et bon jeu.
-
C'est fou ce que les gens qui ne savent pas expliquer peuvent ignorer les évidences proposées pour au final ne rien démontrer et sortir un commentaire un peu déplacé tout en prenant les gens de haut.
Yes free sature, pourquoi pour certains et d'autres non, va savoir, merci pour ta contribution.
-
Ce n'est pas prendre les gens de haut que de vous dire que vous balancez tous des énormités sans rien comprendre.
La majorité des gens sur ce post ne savent même pas lire un traceroute (c'est plus compliqué que ça en a l'air), ne cherchent pas à déterminer la route retour en utilisant des LG ou des RR et certains partent dans des explications alambiquées sur la base de conclusions fallacieuses.
J'aurais aimé entendre parler d'ECMP, de LACP, de load-balancing. C'est des termes qui ont un sens. Pas "bridage", "trafic shaping" ou "on priorise des abonnés, zone 51 illuminati !"
Si à la rigueur vous cherchiez à apprendre, ça ne poserait pas de problème, mais vous cherchez juste un coupable, dans ces conditions, essayer d'argumenter ne sert à rien. Je le sais, ça fait des années que je le vois ici...
-
En même temps, on va pas non plus faire un exposé sur les LB, RR etc... et le LG, perso j'y crois moyen tant que c'est pas fait au même point d'arrivée.
Pour l'instant ce ne sont que des hypothèses et je n'avance aucune d'elle, je cherche simplement à comprendre pourquoi un pool d'ip chez free à un mauvais routage et l'autre non, quand j'ai des réponses du genre "free fait saturer ses interco avec cogent" et que je vois le traceroute... bref.
Donc oui, la RR, un LB qui déconne chez Telia, c'est possible, pourquoi ça déconne sur certaines IP Free et d'autres non ? Ma question est là et personne n'y a répondu que je sache et si personne n'en a, c'est pas trop grave hein.
-
sur certaines IP Free et d'autres non ?
La réponse t'a déjà été donnée plusieurs fois : chemins différents en fonction de l'IP qui peut être une clé dans l'algo de balancing : une IP même adjacente peut emprunter un chemin différent si le hachage effectue une fonction XOR (ce qui est souvent le cas sur les algo de hachage).
-
Je n'ai pas vu une telle explication suite à mes posts (avant peut-être ?) mais merci, ça étaye déjà mes interrogations et ça colle plus avec ce que j'ai pu mesurer.
-
En même temps, on va pas non plus faire un exposé sur les LB, RR etc... et le LG, perso j'y crois moyen tant que c'est pas fait au même point d'arrivée.
Pour l'instant ce ne sont que des hypothèses et je n'avance aucune d'elle, je cherche simplement à comprendre pourquoi un pool d'ip chez free à un mauvais routage et l'autre non, quand j'ai des réponses du genre "free fait saturer ses interco avec cogent" et que je vois le traceroute... bref.
Donc oui, la RR, un LB qui déconne chez Telia, c'est possible, pourquoi ça déconne sur certaines IP Free et d'autres non ? Ma question est là et personne n'y a répondu que je sache et si personne n'en a, c'est pas trop grave hein.
Merci de ce message qui prouve encore une fois que tu ne cherche pas à comprendre mais bien a trouver un coupable.
-
J'ajouterais que même si le coupable est probablement Free, ça n'empêche pas de rester rigoureux au niveau technique.
-
Merci de ce message qui prouve encore une fois que tu ne cherche pas à comprendre mais bien a trouver un coupable.
Non mais on va s'arrêter là si tu veux bien, vu comme tu extrapoles mes message comme bon te semble je ne pense pas que tu sois disposé à expliquer quoi que ce soit de toute façon.
Thornhill était un peu plus instructif et c'est tout ce que je demandais en fait.
-
J'ajouterais que même si le coupable est probablement Free, ça n'empêche pas de rester rigoureux au niveau technique.
Voilà tout à fait, le souci est clairement à voir du coté de l'équilibrage des liens de transit (qui est fait en LACP *et* en ECMP, voir juste en segmentant les annonces) de Free chez Cogent.
Le problème est dès le départ d'avoir des "parités" qui saturent. Telia n'y est pour rien, Cogent non plus, c'est Free et uniquement Free qui merde en laissant saturer ses liens de transit chez Cogent.
-
Ok c'est plus clair merci !
Je ne suis pas un expert chevronné réseaux, mais si je comprends bien c'est juste Free qui laisse pourrir certaines de ses routes au travers de cogent et pas simplement l’interconnexion free-cogent elle même qui sature (d'où mon traceroute qui ne sature qu'à partir de chez Telia)
-
L'interconnexion Free-Cogent c'est un mot assez vague.
En fait, ce n'est pas une mais plusieurs dizaines d'interconnexions. On peut attester sans problème que la majorité d'entre elles saturent. Néanmoins, il y'en a visiblement certaines qui ne saturent pas, parce que l'équilibrage entre les intercos n'est pas parfait. Il se trouve que si par "chance" ton trafic passe par là, il ne sera pas perturbé.
-
Je m'en doute, mais je ne pensais pas qu'il était parfois difficile de mettre en évidence le fait d'être sur une interconnexion avec cogent qui sature via un simple trace route qui ne montre aucune latence élevée avec cogent.
Avec un traceroute (simplifié) comme celui-ci qui symbolise ma problématique:
IP Abonné
NRA/NRO - 8ms
Infra Free - 12ms
Cogent1 - 20ms
Cogent2 - 21ms
Telia1 - 25ms
Telia2 - 150ms
Server/Cluster Host Network IP - 152ms
Server/Cluster Host IP - 155ms
Ce que je voyais de manière classique avec free c'est le lien free - cogent qui sature qu'on voit sur le traceroute avec les xxx.atlas.cogentco.com qui présentent une latence anormalement élevée, hors ce n'était pas le cas ici.
-
c'est centurylink (level 3) qui sature en ce moment chez Free pas Cogent
-
L'interco ( "les" comme le dit hugues ) cogent sont quand même régulièrement saturées ces temps-ci, je note ça depuis début décembre aux heures de pointes.
Comme le dit Hugues si la charge n'est pas répartie correctement, ça expliquerait pourquoi certains se plaignent encore de services dégradés qui passent par Cogent et d'autres non.
Je m'en rendais compte avec twitch, qui jusqu'à très récemment pour moi passait par l'interco Free <-> Cogent, ça ne semble plus être le cas. ( PNI AWS chez Free maintenant ? )
-
Tu ne le vois pas parce qu'un traceroute n'est pas un élément fiable permettant de démontrer si une interco sature ou non puisque la route retour peut influer sur les résultats de l'aller (puisque ce ne sont pas forcément les mêmes routeurs ou le même chemin emprunté)
-
Donc si j'ai bien compris la RR reste la même pour mon IP qui serait faite sur un des liens cogent-free saturés et pour d'autres non en fonction d'un probable LB douteux appliqué chez Free, pas très opti tout ça...
Merci pour l'explication !
-
"pas très opti", en fait c'est difficile de faire mieux quand tu as (par exemple) 10Tbps de trafic a répartir sur des liens 100G, tu es forcément obligé de faire de la répartition de charge. Et comme tu ne peux pas mettre 10Tbps sur le même routeur, tu es obligé de fragmenter ça sur plusieurs, ce qui implique forcément un équilibrage moins optimal. Forcément la meilleure solution reste de tout surdimensionner de 50% pour éviter les risques, mais c'est pas le genre de la maison :)
Pour résumer, en fonction
1/ du chemin emprunté dans le réseau cogent pour arriver jusqu'à un des routeurs de bordure vers Free. (par exemple, un des routeurs peut avoir une route plus directe vers le routeur Cogent d'Amsterdam et un autre plus directe vers Londres)
2/ de l'équilibrage des liens entre ce routeur et celui de Free, tu peux avoir ou non un chemin saturé.
Et evidemment, tout ça est asymétrique, donc tu peux sortir par un chemin et rentrer par un autre.
-
Wow merci pour ces explications Hugues.
Moi je voyais naïvement un mega routeur 10 Tbps avec toutes les fibres qui arrivait dessus et yolo, éventuellement un 2ème pour du failover ... Bref c'est bien plus clair maintenant en effet.
Après on gueule sur Free parce que c'est récurrent chez eux, mais en vrai j'imagine que même pour un FAI sérieux, rajouter de la capacité sur ce type d'interco, c'est pas le truc qui se fait en 5min, surtout si il faut tirer de la fibre supplémentaire avec les équipements qui vont bien ...
-
Alors en vrai tu peux mettre 10tbps sur un routeur, c'était un peu imagé, mais en l'occurence ce n'est pas fait comme ça chez aucun FAI.
Free utilise pas mal ce genre de routeurs :
(https://www.cisco.com/c/dam/en/us/support/docs/SWTG/ProductImages/routers-asr-9922-router.jpg)
Tu peux aller jusqu'à 20x16*100G (soit 32tbps), avec les cartes les plus denses (on parle en dizaines de millions d'euros pour un chassis plein).
Mais celui de Free à TH2, par exemple, n'est pas utilisé qu'avec des cartes 100G et n'est pas plein, donc en fait tu as beaucoup moins de capacité utile.
Et evidemment, coté Cogent c'est pareil, ils ont beaucoup d'autres clients à part Free et ont donc des chassis mutualisés avec plein de clients qui ne saturent pas leur ports
Et encore une fois, on ne met jamais tout sur un seul routeur, Orange (qui a un réseau bien mieux conçu) a une dizaine de points d'intercos avec son transitaire, répartis aux 4 coins de la France et sur des parités de routeurs séparés (comme s'ils avaient 2 réseaux indépendants en gros), c'est une très belle archi, faisable avec énormément de pognon.
-
la saturation commence de 8H à 00h.
-
Hmmm ouai mais c'est quoi vers quoi ? Je suppose que ça passe par Level3 mais c'est quoi la source et la destination ?
-
source=162.221.61.215 / destination=78.194.82.1
-
Bonjour,
Je suis un client pro et je me suis inscrit ici juste pour échanger avec vous ce que nous observons et les informations que nous avons. Car avec la crise Covid nous avons des centaines de collaborateurs en VPN qui rencontrent des problèmes de qualité de connexion à destination des nos infrastructure portées sur Level3 et ce sont majoritairement (90%) des clients Free ADSL/VDSL et Fibre.
Techniquement nous disposons de capacités de transit chez Cogent (une dizaines de feed), chez Level3 (deux gros feed sur deux gateway européennes dont celle de Nanterre) et un feed GTT.
Quelques liens fibres pro standards chez Orange et SFR et d'autres opérateurs "alternatifs".
L'intégralité de nos capacités étant supervisées nous avons rapidement relevé des problèmes aléatoire d'augmentation latence et packet loss depuis les abonnés free. Nous avons également pu observer les différents incidents majeurs survenus ces dernière semaines (ex: incident backbone SFR, la panne level3 PA2 du 9 Avril etc.)
Tout cela pour en revenir à nos amis chez Free:
- la dégradation n'est pas permanente et se produit majoritairement de 10h du matin à minuit.
- la dégradation s'est amplifié le 07/04
- notre analyse et nos tests semble tendre faire un aggregat LACP dont certains des liens sont saturés.
Pourquoi nous pensons cela:
- sans modification du chemin (traceroute strictement identique) , deux abonnés Free, provenant de plus du même NRA ont deux expériences différentes: l'un a 15ms de latence et 0% PL, l'autre est à 120ms et 3%PL.
- en faisant des tests avec un abonné qui rencontre un problème de performance, en lui faisant faire des tests vers plusieurs hosts du même range IP côté Level3, certains vont subir la dégradation et d'autres non: magie.
- en faisant des tests avec un abonné qui rencontre un problème de performance vers un endpoint VPN sur Level3: non connecté au endpoint VPN il ping a 140ms, connecté au VPN il ping l'interface interface interne a 10ms :o :)
Donc cela sent un LAGG qui load balance avec un hash host src, port src/host dst,port dst ou équivalent. Ce qui expliquerait un même chemin L3 mais des supports différent en L2.
Cogent et Level3 nous confirment des actions en cours d'extension des capacités pour plusieurs opérateurs en Europe, n'indiquant pas qui du fait du secret professionnel.
En tout cas, la situation avec free devient problématique.
Bonne journée à tous.
-
L'aggravation du 7 avril doit correspondre avec l'ouverture de Disney+.
-
Une coïncidence semble improbable quand on sait que Level3 est l'un des CDN utilisés.
Sinon pour l'hypothèse du LACP, c'est cohérent avec les témoignages qu'on a pu voir ici.
-
Pourquoi nous pensons cela:
- sans modification du chemin (traceroute strictement identique) , deux abonnés Free, provenant de plus du même NRA ont deux expériences différentes: l'un a 15ms de latence et 0% PL, l'autre est à 120ms et 3%PL.
- en faisant des tests avec un abonné qui rencontre un problème de performance, en lui faisant faire des tests vers plusieurs hosts du même range IP côté Level3, certains vont subir la dégradation et d'autres non: magie.
- en faisant des tests avec un abonné qui rencontre un problème de performance vers un endpoint VPN sur Level3: non connecté au endpoint VPN il ping a 140ms, connecté au VPN il ping l'interface interface interne a 10ms :o :)
Donc cela sent un LAGG qui load balance avec un hash host src, port src/host dst,port dst ou équivalent. Ce qui expliquerait un même chemin L3 mais des supports différent en L2.
Cogent et Level3 nous confirment des actions en cours d'extension des capacités pour plusieurs opérateurs en Europe, n'indiquant pas qui du fait du secret professionnel.
En tout cas, la situation avec free devient problématique.
Bonjour,
N'hésites pas à partager avec nous des données plus précises, pour tenter de trouver comment Free équilibre ses LAG.
Sur un même NRA il y a des plages IP complètement différentes, donc si la répartition entre certaines liens se fait par plage IP coté Free, cela peut être logique d'avoir des saturations pour certains et pas pour d'autres sur le même NRA. (la plage IP du site web free.fr semble des fois moins impactés que des clients par exemple)
-
Sinon pour l'hypothèse du LACP, c'est cohérent avec les témoignages qu'on a pu voir ici.
Clairement pas du LACP. C'est plusieurs bundle différents sur plusieurs routeurs différents. Il y'a par contre bien un équilibrage différent, mais pas en LACP.
-
Oui ça j'en sais rien, un problème d'équilibrage au sens large.
Après "problème" je ne sais pas, c'est peut-être juste que globalement c'est tellement proche de la saturation qu'il n'est pas possible d'espérer mieux. Je doute qu'il y ait quelques liens qui saturent et d'autres à moitié vide, c'est plutôt des liens qui saturent et d'autres qui sont très plein.
-
LACP ou autre il y a un mécanisme d’agrégation qui prend en compte des propriétés de couche 3 et 4.
Nous avons subi un dysfonctionnement identique chez Level 3 le 17/02/2020 (incident impactant la gateway FR de Nanterre).
Le retour du NOC étant à l'époque : The load distrubution issue was between the PE and the BBR, a failing uplink was causing packet loss.
-
LACP ou autre il y a un mécanisme d’agrégation qui prend en compte des propriétés de couche 3 et 4.
Non, c'est uniquement en L3 et c'est plutôt du trafic engineering que de l'équilibrage à proprement parler
-
comment expliquer nos tests, reproductibles de manière plutôt fiable, ou en changeant de ports sur une communication TCP entre deux hosts on arrive a alterner d'un flux dégradé à un flux non dégradé.
Sous le terme trafic engineering, j'entend pour ma part des actions sur le routage (trafic steeering en entrée via communautés etc.) ou en outbound via du policy based routing statique ou dynamique (justement pour contourner les limites de BGP sur le suivi latence/packet loss).
La ce qui me parait étrange c'est la réaction au port TCP dans le choix du chemin.
-
Pas de PBR coté Free, c'est un peu lourd à mettre en place sur autant d'intercos/chassis. Free fait de la simple désagrégation d'annonces (en no_export généralement). Archaique, et peu fonctionnel.
Coté Level3, je n'ai pas étudié en détail, mais j'ai pu constater que le changement de path se faisait plutôt en fonction de la session que du port. Ce qui me fait penser à de l'ECMP. En tout cas je confirme le constat global, une interco sature, pas l'autre, mais ce n'est pas toujours la même.
En tout cas, la solution serait de passer par un fournisseur chez Hopus (je vends ma crèmerie, chez Leonix AS50628 on fait ça), il n'y a aucune saturation et je perds moins de temps à débug des soucis avec Orange ou Free depuis qu'on a de l'Hopus...
-
La ou je trouve que Free ne la joue vraiment pas fine, c'est sur leur manque de com ....
Si ils ont prévue d'upgrade leur interco, et j'espère pour eux que c'est le cas, ils ont juste à l'annoncer et tout le monde comprendrait qu'en temps de confinement c'est pas le truc qui va se faire en 48H.
Bref de la com ça calmerai tout le monde ... Je ne sais vraiment pas d'où leur vient cette politique 0 communications quand y'a un soucis. Ils choisissent systématiquement la politique de l'autruche.
-
A mon avis ils vont attendre que ça se calme à partir du 11, et espérer que ça suffise à rendre les choses plus potables (mais vu que Disney+ joue, ça sera la même situation en soirée et le week end).
-
Bonjour à tous,
Depuis une ou deux semaines j'ai un débit extrêmement limité vers les serveurs de mon entreprise (Apple) avec un débit en téléchargement à 500 KB/sec depuis Free FTTH contre 50 MB/sec auparavant.
Voilà mon traceroute :
traceroute to gnv-eu.cdn-apple.com.akadns.net (17.253.34.105), 64 hops max, 52 byte packets
1 192.168.0.254 (192.168.0.254) 0.459 ms 0.456 ms 0.494 ms
2 194.149.169.89 (194.149.169.89) 3.066 ms 2.413 ms 2.204 ms
3 194.149.166.54 (194.149.166.54) 2.381 ms 2.647 ms 2.565 ms
4 * * *
5 ae-2-3204.ear2.london2.level3.net (4.69.143.194) 120.554 ms 115.233 ms 111.169 ms
6 195.50.124.26 (195.50.124.26) 155.915 ms 128.019 ms *
7 uklon5-cdnfn-gw01-por5.corp.apple.com (17.0.161.9) 99.571 ms 82.961 ms 87.044 ms
8 ntp.euro.apple.com (17.253.34.105) 105.518 ms !Z 108.637 ms !Z 111.626 ms !Z
J'imagine que je suis donc impacté par les problèmes de level3 mentionnés plus haut sur ce fuseau. 4.69.143.194 semble être l'AS3356.
Est-il possible de savoir quelle est la saturation du peering entre Free et ce réseau ?
Plus haut on mentionne ce bug report https://dev.freebox.fr/bugs/task/30298 où un dev Freebox dit qu'en appelant la hotline, l'équipe réseau peut être contactée, mais moi la hotline m'a simplement jeté en me disant que mon débit était correct vers d'autres sites donc que c'était pas leur problème....
Merci !
-
La hotline ne fera rien. Et en effet, ca sature entre free et level3. Rien à faire à part attendre, ou changer d'opérateur. Ici je dl depuis quelques jours environ 1tb depuis un serveur que je joins par lv3. En pleine nuit je suis à 6-7mo/sec (serveur en 100mb), mais entre 7 et minuit je suis à environ 100-300k..
-
Prendre un vpn peut aider aussi, c'est ce que je fais chez moi...
-
Pour mon cas précis je dois conserver mon ip, mais oui c'est une solution temporaire.
-
Pareil, dans mon cas précis pas de VPN car je dois passer par le VPN de ma boîte pour choper mes tokens de téléchargement, et je ne peux pas imbriquer deux VPN ;)
-
et je ne peux pas imbriquer deux VPN ;)
Pourquoi ça ? Tout est possible avec un peu de bricole et de ligne de commande :)
-
Compliqué à expliquer mais difficile d'imbriquer le VPN de ma boîte dans un autre en raison de restrictions de sécurité. Enfin je m'en suis sorti en rajoutant un proxy SOCKS lors de mon téléchargement pour forcer à passer par une autre route. Je confirme donc que mon problème semble se situer au niveau du peering Free <-> Level3.
Quelqu'un sait-il qui contacter pour faire remonter le mécontentement sur la faiblesse de ce peering? La hotline n'a évidemment rien compris.
-
Quelqu'un sait-il qui contacter pour faire remonter le mécontentement sur la faiblesse de ce peering? La hotline n'a évidemment rien compris.
Résilier !
ça fait des années que l'on sait que le peering de Free n'est pas idéal dès que l'on sort de France, c'est une politique assumée de la part de Free.
(il y a de nombreux sujets sur le forum, dont celui ci).
-
Essaie auprès de XN :O
https://www.universfreebox.com/article/53229/clin-d-oeil-xavier-niel-repond-a-1000-mails-par-jour
-
Oh il risque de répondre mais un truc bateau.
-
Résilier !
ça fait des années que l'on sait que le peering de Free n'est pas idéal dès que l'on sort de France, c'est une politique assumée de la part de Free.
(il y a de nombreux sujets sur le forum, dont celui ci).
Pourtant j'étais encore à 50 MB/sec il y a quinze jours. J'imagine que c'est l'effet confinement + Disney+ ?
Si ça continue après le confinement, effectivement je résilierai.
-
Compliqué à expliquer mais difficile d'imbriquer le VPN de ma boîte dans un autre en raison de restrictions de sécurité. Enfin je m'en suis sorti en rajoutant un proxy SOCKS lors de mon téléchargement pour forcer à passer par une autre route. Je confirme donc que mon problème semble se situer au niveau du peering Free <-> Level3.
Quelqu'un sait-il qui contacter pour faire remonter le mécontentement sur la faiblesse de ce peering? La hotline n'a évidemment rien compris.
Tu peux essayer en mettant un petit routeur (genre un HAP AC2 ou un Hex S de Mikrotik) entre ta box et ton PC dans ce cas.
Free sait très bien a quel point ses intercos sont pourries et l'assume, remonter le souci à la hotline ne changera malheureusement rien :/
-
Oh il risque de répondre mais un truc bateau.
Pour savoir il faut essayer.
-
- notre analyse et nos tests semble tendre faire un aggregat LACP dont certains des liens sont saturés.
Que ca soit du LACP ou du ECMP, ca ne change pas grand chose : le hashing n'est JAMAIS parfait, meme s'il y a pas mal d'options pour essayer d'ameliorer, au minima de changer le lien qui sature. Quand il n'y a plus de capacite, il n'y a pas de mystere, il faut upgrader (ca peut vouloir tres bien dire juste ajouter des liens).
-
Peut être un hasard, et je n'ai pas les routes de retour, mais ce matin j'ai constaté 2 changements dans les routes utilisées pour joindre 2 machines qui faisaient free=>lv3 avant.
Avant :
détermination de l’itinéraire vers 82.102.24.251 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms ccr1036 [192.168.1.1]
2 <1 ms <1 ms <1 ms delta [192.168.4.1]
3 * 3 ms 2 ms 194.149.169.53
4 3 ms 3 ms 3 ms 194.149.166.54
5 * * * Délai d’attente de la demande dépassé.
6 127 ms 134 ms 130 ms ae-2-2.bar1.zurich3.level3.net [4.69.148.17]
7 128 ms 127 ms 127 ms 213.242.82.70
8 153 ms 141 ms * 193.9.115.185
9 128 ms 133 ms 132 ms vlan99.as03.zur1.ch.m247.com [185.206.226.119]
10 129 ms 136 ms 135 ms 82.102.24.251
Maintenant
Détermination de l’itinéraire vers 82.102.24.251 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms ccr1036 [192.168.1.1]
2 <1 ms <1 ms <1 ms delta [192.168.4.1]
3 2 ms 2 ms 2 ms 194.149.169.53
4 * * * Délai d’attente de la demande dépassé.
5 2 ms 2 ms 2 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
6 2 ms 2 ms 3 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
7 16 ms 11 ms 11 ms be2799.ccr41.fra03.atlas.cogentco.com [154.54.58.233]
8 17 ms 18 ms 17 ms be2959.ccr21.muc03.atlas.cogentco.com [154.54.36.54]
9 22 ms 22 ms 23 ms be3072.ccr51.zrh02.atlas.cogentco.com [130.117.0.17]
10 23 ms 23 ms 23 ms be3591.rcr51.b021037-0.zrh02.atlas.cogentco.com [130.117.50.181]
11 19 ms 19 ms 19 ms m247.demarc.cogentco.com [149.6.177.218]
12 30 ms 29 ms 24 ms 176.10.83.65
13 19 ms 19 ms 18 ms vlan99.as03.zur1.ch.m247.com [185.206.226.119]
14 19 ms 18 ms 18 ms 82.102.24.251
Donc on passe de lv3 à cogent.
Et pour un autre
Détermination de l’itinéraire vers undefined.hostname.localhost [196.244.191.98]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms ccr1036 [192.168.1.1]
2 * <1 ms <1 ms delta [192.168.4.1]
3 3 ms 2 ms 2 ms 194.149.169.53
4 3 ms 2 ms 3 ms 194.149.166.54
5 * * * Délai d’attente de la demande dépassé.
6 160 ms 158 ms 156 ms ae-1-4.bar2.helsinki1.level3.net [4.69.162.142]
7 164 ms 155 ms 170 ms 212.73.248.22
8 162 ms 162 ms * undefined.hostname.localhost [196.244.191.98]
9 160 ms 159 ms * undefined.hostname.localhost [196.244.191.98]
10 164 ms 164 ms 169 ms undefined.hostname.localhost [196.244.191.98]
à
Détermination de l’itinéraire vers undefined.hostname.localhost [196.244.191.98]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms ccr1036 [192.168.1.1]
2 <1 ms <1 ms <1 ms delta [192.168.4.1]
3 3 ms 3 ms 3 ms 194.149.169.53
4 * * * Délai d’attente de la demande dépassé.
5 3 ms 2 ms 2 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
6 2 ms 2 ms 2 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
7 2 ms 2 ms 3 ms ae-5.edge7.paris1.level3.net [4.68.39.81]
8 50 ms 43 ms 43 ms ae-1-4.bar2.helsinki1.level3.net [4.69.162.142]
9 55 ms 46 ms 53 ms 212.73.248.22
10 46 ms 46 ms 46 ms undefined.hostname.localhost [196.244.191.98]
Donc là si je comprends bien, on passe de free=>lv3 à free=>cogent=>lv3.
-
Free a probablement modifié le routage pour passer plus par Cogent.
-
Je plussoie ce qui a été dit au dessus. Hier soir en 4G, 5/10 minutes pour charger la mise à jour de discord (qui normalement dure quelques secondes), pareil pour la mise à jour de steam.
Ces deux trucs semblent passer par level3. Plus de souci avec un VPN cyberghost (même si le débit en speedtest passant par le VPN est plus faible).
-
Idem chez moi. Ma nouvelle route passe aussi par Cogent et je suis revenu à 50 MB/sec vers level3.
-
Je confirme également, tout arrive via AS174.
-
Ça veut dire que c'est résolu ?
-
Tant que l'interconnexion avec Cogent ne sature pas, ça doit aller mieux pour tout ce qui passe encore par Level3.
Edit : J'ai refait les tests pour les CDN utilisés par Disney+ et on dirait qu'on voit nettement plus de Cogent : https://lafibre.info/tv-numerique-hd-3d/lancement-imminent-de-disney-le-24-mars/msg754823/#msg754823
-
En tout cas, pour la première fois depuis longtemps, tout est au vert aujourd'hui et très stable.
Les acquisitions de capacité auprès de Cogent doivent avoir été livrées. Bonne nouvelle.
-
A priori rien ne dit que ça saturait côté Cogent puisque ça ne passait pas par là non ?
-
ils ont simplement déplacé le problème sur Cogent
-
Tant que ça ne sature pas, je ne sais pas si on peut appeler ça un "problème".
Il reste des routes qui passent par Level3 ou ils ont carrément tout coupé ? J'ai regardé Cloudflare par exemple, ça passe aussi par Cogent maintenant (directement).
-
Tout couper ca me paraîtrait compliqué niveau volumétrie... ?
-
si la capacité est disponible
-
De ce qu'on sait la capacité entre Free et Cogent est nettement plus importante qu'entre Free et Level3 mais c'est difficile de savoir. Il va falloir regarder si ça sature avec Cogent maintenant...
La question de fond c'est un peu de savoir si c'est un reroutage pour éviter de saturer trop Level3 ou si c'est purement et simplement l'abandon de Level3 (ça m'étonnerait quand même mais bon).
-
Level3 a-t-il pût faire pression sur Free ?
-
Pression ? Dans quel sens et pourquoi ?
-
pour l'image de level3
-
Mon petit doigt me dit que de la capacité supplémentaire vers Cogent a été mise en oeuvre.
mais ce n'est que mon petit doigt ::)
-
pour l'image de level3
Dans ce genre de cas, c'est plutôt Free qui prend pour son image, pas LV3. On connait la politique de Free. Je suppose que tu peux avoir une qualité exemplaire en passant par LV3 si tu ne laisses pas saturer volontairement tes liens avec eux.
-
pour l'image de level3
MDR. comme si level3 en avait quelque chose a fiche des client free :D
-
MDR. comme si level3 en avait quelque chose a fiche des client free :D
+1
Century Link vend à des entreprises / professionnels qui savent comment marchent les interconnexions/ peerings donc ils savent que généralement si çà sature, c'est de la faute de Free in fine. et en plus les clients de Free ne seront pas clients de Century Link.
D'ailleurs Level 3 s'appelle Century Link depuis 2,5 ans je crois ;) donc l'image de L3 ..
-
Bonjour à tous, je suis chez Free et en effet hier le chargement de certaine page web pouvait mettre juqu'a 5 sec que ce soit sur le mobile ou le fixe. J'ai également constaté une grosse amélioration depuis ce matin comme vous :) pouvu que celà dure.
Détermination de l’itinéraire vers lafibre.info [46.227.16.8]
avec un maximum de 30 sauts :
1 2 ms 48 ms 1 ms FREEBOX_SERVER [192.168.2.50]
2 14 ms 13 ms 13 ms 194.149.169.57
3 * * * Délai d’attente de la demande dépassé.
4 * 31 ms 14 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
5 13 ms 13 ms 14 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
6 20 ms * * 130.117.49.38
7 31 ms 21 ms 21 ms te0-0-2-0.agr12.lys01.atlas.cogentco.com [130.117.2.34]
8 20 ms 20 ms 21 ms 149.6.118.243
9 23 ms 22 ms 22 ms lafibre.info [46.227.16.8]
A noter que par moment quelques latences.
-
Franchement on dirait vraiment que beaucoup de choses passe par Cogent... Il me semble pas que ça ait jamais été le cas pour lafibre.info jusqu'à présent.
Même Milkywan passe par Cogent en IPV4 maintenant !
1 _gateway (192.168.0.254) 0.303 ms 0.358 ms 0.422 ms
2 194.149.164.66 (194.149.164.66) 3.112 ms 3.349 ms 3.402 ms
3 * * *
4 be4204.ccr32.par04.atlas.cogentco.com (149.11.115.13) 3.375 ms 3.600 ms 3.806 ms
5 be2067.ccr31.par04.atlas.cogentco.com (130.117.3.33) 3.587 ms 3.649 ms 3.646 ms
6 ae-29.r04.parsfr01.fr.bb.gin.ntt.net (129.250.8.125) 4.227 ms 3.628 ms 3.772 ms
7 ae-3.r03.parsfr02.fr.bb.gin.ntt.net (129.250.5.39) 3.817 ms 3.815 ms 3.934 ms
8 tradingscreen-0.r00.parsfr02.fr.bb.gin.ntt.net (81.93.181.70) 4.273 ms 4.514 ms 4.521 ms
9 * * *
10 * * *
11 100.100.0.181 (100.100.0.181) 3.031 ms 3.243 ms 3.249 ms
12 milkywan.rbgp1-10g.dc2.paris.france.as200780.net (185.217.200.18) 3.502 ms 3.306 ms 3.525 ms
13 moon.milkywan.space (80.67.167.82) 3.525 ms 3.509 ms 3.506 ms
14 web.milkywan.cloud (80.67.167.84) 3.854 ms 3.343 ms 3.327 ms
-
Oups, j'ai oublié de réactiver un transit ^^
-
je me disais aussi avec sfr>France-IX mrs>Hivane, maintenant hopus est revenue.
-
En effet ! ;)
traceroute to milkywan.fr (80.67.167.84), 30 hops max, 60 byte packets
1 _gateway (192.168.0.254) 0.396 ms 0.469 ms 0.532 ms
2 194.149.164.66 (194.149.164.66) 3.484 ms 3.485 ms 3.528 ms
3 * * *
4 free.th2-1.rt.hopus.net (37.77.34.38) 2.961 ms 3.396 ms 3.568 ms
5 lag-th2-1.pa3-1.rt.hopus.net (37.77.32.11) 3.740 ms 3.742 ms 3.807 ms
6 leonix.pa3.hopus.net (37.77.38.9) 4.142 ms 3.587 ms 3.621 ms
7 te0-2-1.a9k-2.core.brs.bb.leonix.net (178.208.11.251) 3.928 ms 3.847 ms 3.643 ms
8 milkywan.bgp.cust.leonix.net (178.208.11.98) 3.590 ms 3.588 ms 3.551 ms
9 100.100.0.181 (100.100.0.181) 3.778 ms 3.816 ms 3.879 ms
10 milkywan.rbgp1-10g.dc2.paris.france.as200780.net (185.217.200.18) 3.880 ms 4.694 ms 4.733 ms
11 moon.milkywan.space (80.67.167.82) 4.795 ms 4.797 ms 4.860 ms
12 web.milkywan.cloud (80.67.167.84) 4.860 ms 3.367 ms 3.667 ms
-
L'interco avec Cogent saturait aussi en heures de pointes entre fin novembre et début janvier.
Genre la Free aurait mis de la capacité supplémentaire sur cette interco ?
Si c'est le cas champagne ... ils ont changer chez Free haha !
-
Ils upgradent forcément régulièrement les interco, ce qui leur est reproché c'est le manque d'anticipation, ils attendent toujours le dernier moment et laissent saturer facilement. Ça peut mettre parfois plusieurs semaines ou mois à être livré donc s'il y a eu un upgrade récent, c'est soit une commande ancienne soit un upgrade d'urgence mais Cogent doit sûrement en traiter un paquet d'upgrades urgents en ce moment....
-
Il faut comprendre que quand Free demande +300G (par exemple), c'est pas juste 3 ports à Brancher chez Cogent, il faut qu'ils upgradent (ou au moins valident la capa) tout leur backbone Européen pour ne pas saturer dans leur réseau. C'est pour ça que les upgrades prennent 3 plombes :)
-
Oui je me doute bien que c'est pas juste 3 ports à brancher, mais comme dis plus haut, ce qui est fatiguant avec Free, c'est qu'ils attendent d'avoir une merde avant de réagir. Ils ne se laissent aucune marge de sécurité...
Encore que je m'attendais à ce qu'ils mettent 1 petite année avant de réagir, comme à chaque fois, y'a du mieux donc dans un sens ...
-
Tout à fait, c'était explicatif, ça n'excuse en rien le comportement de Free :)
-
mon petit doigt me dit qu'on est bien au delà de 300Gb d'upgrade.
Bon week end à tous. Les problèmes avec free semblent derrière nous pour le moment.
-
Ha nan mais merci pour les explications c'est toujours intéressent et instructif, j'adore le réseau donc je vais pas cracher dessus :)
Mais ouai j'espère vraiment pour eux qu'ils vont s'améliorer sur la gestion de leur infra, ça fait quand même plus de 15 ans maintenant qu'ils sont la ...
-
Les problèmes avec free semblent derrière nous pour le moment.
Du coup tu n'as plus rien comme trafic qui arrive directement par Level3 sans passer Cogent ?
-
Je confirme,je n'ai rien en direct AS12322 -> AS3356, tout passe en AS12322 -> AS174 -> AS3356.
Latence stable.
-
Du coup Free va se passer d'interco avec L3 ou alors c'est en attendant d'upgrade aussi leur interco avec eux ?
-
Moi j'ai encore une interco Leonix -> Level3 -> Free (même si on privilégie Hopus) donc Level3 n'a pas délesté tout le monde.
RP/0/RSP0/CPU0:a9k-1.edge.th2#show bgp 82.64.0.0/14
BGP routing table entry for 82.64.0.0/14
Paths: (6 available, best #3)
Path #3: Received by speaker 0
12322
37.77.38.8 (metric 500) from 178.208.11.2 (178.208.11.2)
Origin IGP, metric 150, localpref 150, valid, internal, best, group-best
Received Path ID 0, Local Path ID 0, version 134257423
Community: 50628:44530 50628:65534 64512:20003
Path #6: Received by speaker 0
Not advertised to any peer
3356 12322 12322 12322 12322 12322, (received-only)
213.19.199.221 from 213.19.199.221 (4.69.187.235)
Origin IGP, metric 20020, localpref 100, valid, external
Received Path ID 0, Local Path ID 0, version 0
Community: 3356:2 3356:86 3356:502 3356:666 3356:2066 65000:64990
Et en forcant une static, le traf passe bien par là :
root@monit:~# mtr zimbra.free.fr -4rwc10
Start: Fri May 1 14:11:32 2020
HOST: monit Loss% Snt Last Avg Best Wrst StDev
1. AS50628 178.208.0.89 0.0% 10 0.1 0.1 0.1 0.1 0.0
2. AS??? 10.42.10.1 0.0% 10 0.1 0.1 0.1 0.2 0.0
3. AS50628 te8.ccr1072-1.edge.brs.bb.leonix.net 0.0% 10 0.8 0.8 0.7 0.9 0.0
4. AS50628 te0-2-0.a9k-1.core.brs.bb.leonix.net 0.0% 10 0.9 0.9 0.8 1.0 0.0
5. AS50628 te3-0-2.a9k-1.core.th2.bb.leonix.net 0.0% 10 1.2 1.1 1.0 1.3 0.0
6. AS3356 9-1-34.ear3.paris1.level3.net 0.0% 10 0.9 0.9 0.8 1.2 0.0
7. AS3356 ae-2-3202.ear2.paris1.level3.net 90.0% 10 1.0 1.0 1.0 1.0 0.0
8. AS3356 free-level3-300g.paris1.level3.net 0.0% 10 1.1 1.2 1.1 1.5 0.0
9. AS??? ? ? ? 100.0 10 0.0 0.0 0.0 0.0 0.0
10. AS12322 bzn-9k-4-be1004.intf.routers.proxad.net 0.0% 10 2.0 2.0 2.0 2.1 0.0
11. AS??? ? ? ? 100.0 10 0.0 0.0 0.0 0.0 0.0
12. AS12322 zimbra.free.fr 0.0% 10 1.4 1.4 1.4 1.4 0.0
-
Ça c'est leur business et cela les regarde.
L'important c'est qu'ils offrent à leurs abonnés un bon niveau de qualité d'interconnexion avec les principaux carrier.
Et Centurylink/Level3 c'est pas comme si c'était le plus gros Tier1...
-
Et Centurylink/Level3 c'est pas comme si c'était le plus gros Tier1...
En effet, c'est Telia en nombre de préfixes annoncés et Cogent en nombre de peers (hors HE) :P
Telia a dépassé level3 en nombre de préfixes depuis 2016 et dans le Baker's Dozen depuis 2017.
-
Tout dépend l'angle pris, tu parles en nombre de prefix.
cela donne quoi en capacité de transit ?
Et concernant le ranking d'AS: https://asrank.caida.org/
-
Ben, les adjacences (le nombre de peerings) par exemple :
https://bgp.he.net/report/peers#_adjacencies
L'ASRank caida n'est pas fiable à mon sens (il donne des chiffres totalement fantaisistes sur pas mal d'AS, je serais au dessus de Google pour eux par exemple). Je préfère les données d'HE issues du RIPE via le RIS que bgp.he.net utilise.
En capa avec les autres Tier-1, c'est confidentiel chez tout le monde :)
PS : J'ai des actions chez personne, et du transit L3, Cogent et Telia :D
-
Rien n'est confidentiel dans le monde des Tier1 car le personnel navigue de l'un à l'autre, et plus particulièrement les chargés de compte.
Donc quand on travail avec eux depuis des années, on en sait beaucoup sur les capacités disponibles (ou pas)
-
Tiens c'est marrant, pour atteindre lafibre.info en ipv4 je passe bien par Cogent :
1 1 ms 2 ms 1 ms FREEBOX [192.168.0.254]
2 17 ms 13 ms 14 ms 194.149.164.74
3 * * * Délai d’attente de la demande dépassé.
4 15 ms 13 ms 13 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.115.13]
5 20 ms 13 ms 13 ms be2102.ccr41.par01.atlas.cogentco.com [154.54.61.17]
6 20 ms 21 ms 20 ms be2471.rcr21.lys01.atlas.cogentco.com [130.117.49.38]
7 20 ms 20 ms 20 ms te0-0-2-0.agr12.lys01.atlas.cogentco.com [130.117.2.34]
8 21 ms 20 ms 21 ms 149.6.118.243
9 21 ms 20 ms 20 ms lafibre.info [46.227.16.8]
Par contre ça passe par Hopus en ipv6 :
1 3 ms 1 ms 1 ms [FREEBOX]
2 3 ms 3 ms 3 ms 2a01:e05:9:f836:818a::ffff
3 * * * Délai d’attente de la demande dépassé.
4 * * 9 ms 2a01:e05:4::9
5 13 ms 13 ms 13 ms 2a01:e05:4::e
6 * * * Délai d’attente de la demande dépassé.
7 13 ms 13 ms 13 ms free.th2-1.rt.hopus.net [2a02:e5c:1:13::1]
8 14 ms 13 ms 14 ms ielo-liazo.th2.hopus.net [2a02:e5c:1:3::2]
9 26 ms 23 ms 23 ms frami-vtl-c6k1.as29075.net [::ffff:185.96.186.62]
10 22 ms 22 ms 22 ms uklon-tcy3-c6k1.as29075.net [2a02:2178:0:3a::2]
11 * * * Délai d’attente de la demande dépassé.
12 27 ms 28 ms 29 ms s17.adeli.biz [2a01:6e00:10:401::56]
13 28 ms 28 ms 28 ms bgp1.adeli.biz [2a01:6e00:10:42c::1]
14 28 ms 32 ms 27 ms 2a01:6e00:10:42c::143
15 27 ms 28 ms 27 ms lafibre.info [2a01:6e00:10:410::2]
D'ailleurs si je comprend bien, je monte a Paris chercher les interco pour redescendre à Lyon ?
Je suis sur Limoges, y'a de la "régionnalisation" des intercos chez Free ?
-
Non, pas de régionnalisation :)
-
c'est le seul qui ne fait pas de régionalisation
-
C'est pire, en ipv6, ca passe par Londres...
-
:( Ca me conforte dans mon changement malgré qu'ils aient corrigé leur saturation ....
J'ai beaucoup de truc bizarre comme ça chez Free, pour atteindre des machines derrière du Nérim France, je passe par .... AMS-IX depuis ma freebox ...
Globalement en FTTH d'après ce que je vois ce sont les plus mauvais en ping dans les JV vu les routes empruntées :/
-
En pratique la régionalisation n'a guère d'impact pour les abonnés.
Le détour par AMS-IX pour joindre Nerim est un autre problème.
-
Je sais pas, mais en jouant avec des amis dans la même région que moi, sur le même jeu, dans le même serveur, je me tape très souvent 20 ms de plus que tout le monde. J'imagine que je dois transiter dans un autre pays avant de revenir en france ... j'essayerais de faire des traceroute la prochaine fois juste par curiosité.
-
:( Ca me conforte dans mon changement malgré qu'ils aient corrigé leur saturation ....
J'ai beaucoup de truc bizarre comme ça chez Free, pour atteindre des machines derrière du Nérim France, je passe par .... AMS-IX depuis ma freebox ...
Globalement en FTTH d'après ce que je vois ce sont les plus mauvais en ping dans les JV vu les routes empruntées :/
si tu as une Ip chez Nerim, je peux faire un test pour voir par où sa passe de mon coté.
-
Ha ba ça a changer aussi on dirait :
1 1 ms 1 ms 1 ms FREEBOX [192.168.0.254]
2 13 ms 13 ms 14 ms 194.149.169.73
3 * * * Délai d’attente de la demande dépassé.
4 13 ms 14 ms 13 ms la110.rpt02-th2.net.bbox.fr [194.117.192.9]
5 15 ms 14 ms 16 ms 62.34.2.55
6 * 14 ms 14 ms 0.la15.bsr01-th2.net.bbox.fr [212.194.171.93]
7 14 ms 14 ms 14 ms 1.la10.bsr02-th2.net.bbox.fr [212.194.171.95]
8 14 ms 14 ms 13 ms 89.89.102.47
9 29 ms 29 ms 29 ms 31.33.21.131
10 30 ms 29 ms 29 ms te2-3-177.bbn-vtr-1.nerim.net [194.79.128.57]
11 30 ms 29 ms 30 ms te2-1-92.bbn-jnr-2.nerim.net [194.79.131.146]
12 29 ms 30 ms 30 ms xe2-0-3-47.edg-jnr-4.nerim.net [194.79.131.177]
13 29 ms 29 ms 29 ms xe0-0-0-47.nas202-dsl-jeuneurs.nerim.net [194.79.131.178]
14 37 ms 37 ms 37 ms 185.33.41.182
Peering avec Bytel ?
Bon ba les 30 MS c'est parce-que je monte a Paris chercher l'interco pour redescendre à Limoges avec probablement détour par d'autres villes.
Mais ça ne passe plus par AMS au moins, c'est déjà un peu plus logique :)
-
Ha ba ça a changer aussi on dirait :
1 1 ms 1 ms 1 ms FREEBOX [192.168.0.254]
2 13 ms 13 ms 14 ms 194.149.169.73
3 * * * Délai d’attente de la demande dépassé.
4 13 ms 14 ms 13 ms la110.rpt02-th2.net.bbox.fr [194.117.192.9]
5 15 ms 14 ms 16 ms 62.34.2.55
6 * 14 ms 14 ms 0.la15.bsr01-th2.net.bbox.fr [212.194.171.93]
7 14 ms 14 ms 14 ms 1.la10.bsr02-th2.net.bbox.fr [212.194.171.95]
8 14 ms 14 ms 13 ms 89.89.102.47
9 29 ms 29 ms 29 ms 31.33.21.131
10 30 ms 29 ms 29 ms te2-3-177.bbn-vtr-1.nerim.net [194.79.128.57]
11 30 ms 29 ms 30 ms te2-1-92.bbn-jnr-2.nerim.net [194.79.131.146]
12 29 ms 30 ms 30 ms xe2-0-3-47.edg-jnr-4.nerim.net [194.79.131.177]
13 29 ms 29 ms 29 ms xe0-0-0-47.nas202-dsl-jeuneurs.nerim.net [194.79.131.178]
14 37 ms 37 ms 37 ms 185.33.41.182
Peering avec Bytel ?
Bon ba les 30 MS c'est parce-que je monte a Paris chercher l'interco pour redescendre à Limoges avec probablement détour par d'autres villes.
Mais ça ne passe plus par AMS au moins, c'est déjà un peu plus logique :)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 17 | 12 | 10 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| 26.206.185.81.rev.sfr.net - 5 | 42 | 40 | 1 | 3 | 6 | 5 |
| 74.56.154.77.rev.sfr.net - 7 | 33 | 31 | 0 | 3 | 7 | 6 |
| 170.61.6.109.rev.sfr.net - 2 | 113 | 111 | 1 | 4 | 22 | 22 |
| 174.11.128.77.rev.sfr.net - 1 | 114 | 113 | 7 | 10 | 23 | 13 |
| 114.11.128.77.rev.sfr.net - 2 | 91 | 90 | 13 | 17 | 30 | 18 |
| 129.10.136.77.rev.sfr.net - 2 | 73 | 72 | 16 | 20 | 33 | 23 |
| 129.10.136.77.rev.sfr.net - 1 | 107 | 106 | 15 | 19 | 36 | 21 |
| nerim.par.franceix.net - 2 | 74 | 73 | 15 | 18 | 32 | 18 |
| te2-3-177.bbn-vtr-1.nerim.net - 2 | 81 | 80 | 15 | 18 | 32 | 18 |
| te2-1-92.bbn-jnr-2.nerim.net - 1 | 102 | 101 | 15 | 19 | 37 | 21 |
| xe2-0-3-47.edg-jnr-4.nerim.net - 2 | 60 | 59 | 15 | 20 | 54 | 19 |
|xe0-0-0-47.nas202-dsl-jeuneurs.nerim.net - 2 | 78 | 77 | 15 | 19 | 33 | 19 |
| 185.33.41.182 - 3 | 47 | 46 | 25 | 28 | 42 | 30 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
PNI franceix pour sfr
-
Ha ba ça a changer aussi on dirait :
1 1 ms 1 ms 1 ms FREEBOX [192.168.0.254]
2 13 ms 13 ms 14 ms 194.149.169.73
3 * * * Délai d’attente de la demande dépassé.
4 13 ms 14 ms 13 ms la110.rpt02-th2.net.bbox.fr [194.117.192.9]
5 15 ms 14 ms 16 ms 62.34.2.55
6 * 14 ms 14 ms 0.la15.bsr01-th2.net.bbox.fr [212.194.171.93]
7 14 ms 14 ms 14 ms 1.la10.bsr02-th2.net.bbox.fr [212.194.171.95]
8 14 ms 14 ms 13 ms 89.89.102.47
9 29 ms 29 ms 29 ms 31.33.21.131
10 30 ms 29 ms 29 ms te2-3-177.bbn-vtr-1.nerim.net [194.79.128.57]
11 30 ms 29 ms 30 ms te2-1-92.bbn-jnr-2.nerim.net [194.79.131.146]
12 29 ms 30 ms 30 ms xe2-0-3-47.edg-jnr-4.nerim.net [194.79.131.177]
13 29 ms 29 ms 29 ms xe0-0-0-47.nas202-dsl-jeuneurs.nerim.net [194.79.131.178]
14 37 ms 37 ms 37 ms 185.33.41.182
Peering avec Bytel ?
Bon ba les 30 MS c'est parce-que je monte a Paris chercher l'interco pour redescendre à Limoges avec probablement détour par d'autres villes.
Mais ça ne passe plus par AMS au moins, c'est déjà un peu plus logique :)
Depuis Orange à Marseille :
PNI avec Bouygues Telecom à Lyon
traceroute to 185.33.41.182 (185.33.41.182)
1 192.168.1.1 (192.168.1.1) 0.426 ms 0.386 ms 0.337 ms
2 80.10.234.77 (80.10.234.77) 1.687 ms 2.079 ms 1.881 ms
3 193.249.213.2 (193.249.213.2) 1.876 ms 1.143 ms 1.858 ms
4 ae43-0.nrmar101.Marseille03.francetelecom.net (193.252.101.118) 1.999 ms 3.577 ms 4.230 ms
5 ae44-0.nrlyo201.Lyon3eArrondissement.francetelecom.net (193.252.161.13) 5.564 ms 5.606 ms 9.597 ms
6 ae40-0.nrlyo202.Lyon3eArrondissement.francetelecom.net (193.252.101.222) 6.044 ms 5.765 ms 6.039 ms
7 ae43-0.nolyo102.Lyon3eArrondissement.francetelecom.net (193.252.101.229) 5.952 ms 5.494 ms 4.809 ms
8 193.253.12.10 (193.253.12.10) 5.425 ms 6.053 ms 5.872 ms
9 212.194.170.130 (212.194.170.130) 6.077 ms 6.069 ms 5.987 ms
10 212.194.170.0 (212.194.170.0) 12.572 ms 12.953 ms 12.984 ms
11 be5.cbr01-cro.net.bbox.fr (212.194.171.141) 12.882 ms 14.781 ms 13.911 ms
12 0.la15.bsr01-th2.net.bbox.fr (212.194.171.93) 12.701 ms 12.617 ms 12.773 ms
13 1.la10.bsr02-th2.net.bbox.fr (212.194.171.95) 13.264 ms 13.394 ms 13.468 ms
14 89.89.102.47 (89.89.102.47) 12.394 ms 12.742 ms 12.218 ms
15 31.33.21.131 (31.33.21.131) 15.699 ms 12.833 ms 12.877 ms
16 te2-3-177.bbn-vtr-1.nerim.net (194.79.128.57) 13.244 ms 17.279 ms 12.152 ms
17 te2-1-92.bbn-jnr-2.nerim.net (194.79.131.146) 12.971 ms 13.333 ms 12.338 ms
18 xe0-0-0-47.nas202-dsl-jeuneurs.nerim.net (194.79.131.178) 13.022 ms 12.711 ms 12.896 ms
19 185.33.41.182 (185.33.41.182) 21.213 ms 22.985 ms 21.853 ms
Depuis Orange Lille
PNI avec Bouygues Telecom à Paris
traceroute to 185.33.41.182 (185.33.41.182)
1 10.59.30.254 (10.59.30.254) 0.534 ms 0.888 ms 0.702 ms
3 80.10.233.201 (80.10.233.201) 3.457 ms 2.870 ms 2.869 ms
4 lag-102.nclil201.Villeneuve-dascq.francetelecom.net (193.253.88.218) 3.853 ms 3.009 ms 2.836 ms
5 ae42-0.nrlil101.Villeneuve-dascq.francetelecom.net (193.252.160.197) 3.399 ms 3.804 ms 3.279 ms
6 ae45-0.nridf201.Aubervilliers.francetelecom.net (193.252.160.218) 8.024 ms 7.884 ms 7.869 ms
7 ae43-0.noidf001.Paris3eArrondissement.francetelecom.net (193.252.98.234) 6.627 ms 5.832 ms 6.880 ms
8 ae40-0.noidf002.Aubervilliers.francetelecom.net (193.252.98.110) 6.898 ms 10.053 ms 6.334 ms
9 la105.rpt01-ix2.net.bbox.fr (62.34.0.209) 6.373 ms 7.007 ms 6.912 ms
10 be12.cbr01-ntr.net.bbox.fr (212.194.171.87) 9.832 ms 9.544 ms 8.869 ms
11 0.la15.bsr02-th2.net.bbox.fr (212.194.171.97) 7.826 ms 9.833 ms 8.110 ms
12 89.89.102.47 (89.89.102.47) 7.844 ms 7.397 ms 8.351 ms
13 31.33.21.131 (31.33.21.131) 7.875 ms 8.135 ms 7.875 ms
14 te2-3-177.bbn-vtr-1.nerim.net (194.79.128.57) 7.417 ms 8.050 ms 7.865 ms
15 te2-1-92.bbn-jnr-2.nerim.net (194.79.131.146) 8.346 ms 11.775 ms 8.153 ms
16 xe0-0-0-47.nas202-dsl-jeuneurs.nerim.net (194.79.131.178) 8.318 ms 8.043 ms 7.872 ms
17 185.33.41.182 (185.33.41.182) 16.359 ms 16.146 ms 16.758 ms
-
Ha ba ça a changer aussi on dirait :
1 1 ms 1 ms 1 ms FREEBOX [192.168.0.254]
2 13 ms 13 ms 14 ms 194.149.169.73
3 * * * Délai d’attente de la demande dépassé.
4 13 ms 14 ms 13 ms la110.rpt02-th2.net.bbox.fr [194.117.192.9]
5 15 ms 14 ms 16 ms 62.34.2.55
6 * 14 ms 14 ms 0.la15.bsr01-th2.net.bbox.fr [212.194.171.93]
7 14 ms 14 ms 14 ms 1.la10.bsr02-th2.net.bbox.fr [212.194.171.95]
8 14 ms 14 ms 13 ms 89.89.102.47
9 29 ms 29 ms 29 ms 31.33.21.131
10 30 ms 29 ms 29 ms te2-3-177.bbn-vtr-1.nerim.net [194.79.128.57]
11 30 ms 29 ms 30 ms te2-1-92.bbn-jnr-2.nerim.net [194.79.131.146]
12 29 ms 30 ms 30 ms xe2-0-3-47.edg-jnr-4.nerim.net [194.79.131.177]
13 29 ms 29 ms 29 ms xe0-0-0-47.nas202-dsl-jeuneurs.nerim.net [194.79.131.178]
14 37 ms 37 ms 37 ms 185.33.41.182
Peering avec Bytel ?
Nerim a été racheté par Bouygues et Free ayant un peering avec Bouygues Telecom (Free à un peering avec Bouygues comme avec SFR et Orange)
-
Yes je savais pour le rachat Nérim par Bytel, ce que je ne savais pas c'est que Free avait un peering avec Bytel, jusqu'à récemment pour atteindre nérim je passais par AMS-IX.
-
Free a un peering avec les 3 grands FAIs français depuis plusieurs années(mais pour n'échanger que le traffic FAI <-> les 3 opérateurs hein, rien d'autre).
C'est Bouygues qui a du récemment intégré Nerim dans son "réseau".
-
Ok bon à savoir, je pensais Free encore plus fermé que ça niveau peering.
-
Ce que les FAIs n'aiment pas c'est le trafic asymétrique (c'est à dire que les abonnés téléchargent beaucoup plus que ce qu'ils n'envoient).
Ex : Quand tu regardes une vidéo Youtube, tu télécharges plusieurs dizaines de Mo alors qu'en retour tu n'envoies quasiment rien..
Entre Free et Orange/Bouygues/SFR) le trafic doit être +/- symétrique, donc ça ne dérange pas Free.
ex Orange: https://lafibre.info/images/peering/201509_orange_as3215_politique_de_peering.pdf (Orange tolère un ration de 1,5:1)
ex Bouygues : http://peering.as5410.net/ (Bouygues tolère un ration de 2:1)
Après, ils facturent à celui qui envoie grosso modo.
-
PNI franceix pour sfr
Ça ne peut PAS être un PNI vu que c'est par un IXP, Public donc.
-
Free a un peering avec les 3 grands FAIs français depuis plusieurs années(mais pour n'échanger que le traffic FAI <-> les 3 opérateurs hein, rien d'autre).
Les FAI et tous leurs clients transit. Typiquement Nerim a du transit Bouygues :)
-
Ça ne peut PAS être un PNI vu que c'est par un IXP, Public donc.
SFR n'est pas en RS sur franceix
-
Tu confonds Peering Direct sur un IX avec un peering privé sur une interco dédiée, PNI.
-
Tiens, juste par curiosité, j'ai une ip la d'un serveur Valorant, nouveau jeu à la mode, sur lequel j'ai souvent plus de 30ms en plus des amis avec qui je joue depuis la france.
L'ip en question : 162.249.72.1
Chez Free :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 8 | 8 | 1 | 1 | 3 | 2 |
| crefac103.crefac.com - 20 | 5 | 4 | 0 | 13 | 14 | 14 |
|amsterdam-9k-1-be1004.intf.routers.proxad.net - 0 | 8 | 8 | 27 | 28 | 35 | 28 |
| No response from host - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ae99.er01.fra02.riotdirect.net - 0 | 8 | 8 | 28 | 29 | 35 | 29 |
|________________________________________________|______|______|______|______|______|______|
En réalité je prend entre 5-10 ms supplémentaire après l'entrée chez Riot.
J'a bien entendu viré les 50 dernières lignes "no response from host".
Le plus bizarre, c'est que si je traceroute ae99.er01.fra02.riotdirect.net ( le dernier noeud qui répond au ping ), je passe par Cogent en gagnant une dizaine de ms.
Vous pourriez me dire ce que ça donne depuis une connexion Orange par exemple ?
-
|------------------------------------------------------------------------------------------|
| 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 |
| 26.206.185.81.rev.sfr.net - 0 | 28 | 28 | 0 | 8 | 100 | 1 |
| 74.56.154.77.rev.sfr.net - 0 | 104 | 104 | 1 | 1 | 7 | 1 |
| 170.61.6.109.rev.sfr.net - 0 | 582 | 582 | 1 | 1 | 6 | 2 |
| 174.11.128.77.rev.sfr.net - 0 | 179 | 179 | 7 | 7 | 9 | 7 |
| 114.11.128.77.rev.sfr.net - 0 | 94 | 94 | 13 | 14 | 17 | 14 |
| 129.10.136.77.rev.sfr.net - 0 | 80 | 80 | 16 | 16 | 31 | 17 |
| 129.10.136.77.rev.sfr.net - 0 | 80 | 80 | 15 | 16 | 17 | 16 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| ae99.er01.par01.riotdirect.net - 0 | 76 | 76 | 16 | 16 | 18 | 17 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
-
Merci, tu es dans quelle région Damien ?
En tout cas il semble que Riot est venu posé un PNI chez les FAI Français pour assuré le coup.
-
Mandelieu (sud-est)
-
K-NET
On passe par France-IX
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 3 | 3 | 0 | 0 | 1 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 172.16.120.96 - 0 | 3 | 3 | 6 | 6 | 6 | 6 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| ae99.er01.par01.riotdirect.net - 0 | 3 | 3 | 6 | 6 | 7 | 6 |
|________________________________________________|______|______|______|______|______|______|
-
Ok donc je comprend pas ce que je vais foutre à amsterdam, encore une fois, pour attaquer Riot, alors que manifestement ils ont ce qu'ils faut à Paris.
Merci pour vos traceroutes.
Du coup je me pose une question, sans doute idiote, vu que y'a une route via Cogent qui semble plus rapide, puis-je fixer une route dans windows pour l'obliger à passer par Cogent pour une certaine plage d'ips ?
-
Tiens, juste par curiosité, j'ai une ip la d'un serveur Valorant, nouveau jeu à la mode, sur lequel j'ai souvent plus de 30ms en plus des amis avec qui je joue depuis la france.
L'ip en question : 162.249.72.1
Chez Free :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 8 | 8 | 1 | 1 | 3 | 2 |
| crefac103.crefac.com - 20 | 5 | 4 | 0 | 13 | 14 | 14 |
|amsterdam-9k-1-be1004.intf.routers.proxad.net - 0 | 8 | 8 | 27 | 28 | 35 | 28 |
| No response from host - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ae99.er01.fra02.riotdirect.net - 0 | 8 | 8 | 28 | 29 | 35 | 29 |
|________________________________________________|______|______|______|______|______|______|
En réalité je prend entre 5-10 ms supplémentaire après l'entrée chez Riot.
J'a bien entendu viré les 50 dernières lignes "no response from host".
Le plus bizarre, c'est que si je traceroute ae99.er01.fra02.riotdirect.net ( le dernier noeud qui répond au ping ), je passe par Cogent en gagnant une dizaine de ms.
Vous pourriez me dire ce que ça donne depuis une connexion Orange par exemple ?
Depuis Orange FTTH Marseille :
Saut 9 = PNI avec RIOT sur Paris
A partir du saut 10, les routeurs RIOT ne répondent pas à l'ICMP, mais rien de grave (ce n'est pas la fonction 1ière d'un routeur que de répondre à l'ICMP).
traceroute to 162.249.72.1 (162.249.72.1), 30 hops max, 38 byte packets
1 livebox.home (192.168.1.1) 0.437 ms 4.841 ms 4.465 ms
2 80.10.234.77 (80.10.234.77) 3.829 ms 2.381 ms 1.693 ms
3 193.249.213.2 (193.249.213.2) 2.496 ms 1.244 ms 1.237 ms
4 ae41-0.nimar101.Marseille03.francetelecom.net (193.252.161.25) 15.941 ms 16.115 ms 7.851 ms
5 ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net (193.252.161.22) 2.170 ms 1.677 ms 2.427 ms
6 193.252.137.54 (193.252.137.54) 10.865 ms 10.664 ms 11.335 ms
7 hundredgige0-9-0-33.auvtr5.-.opentransit.net (193.251.151.54) 11.354 ms 11.425 ms 11.559 ms
9 ae99.er01.par01.riotdirect.net (104.160.143.120) 11.948 ms 11.603 ms 11.126 ms
10 * * *
-
Free utilise IX AMS pour rejoindre riot.
avec Blizzard (overwatch)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 10 | 11 | 10 | 0 | 1 | 6 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 26.206.185.81.rev.sfr.net - 1 | 101 | 100 | 0 | 8 | 100 | 1 |
| 74.56.154.77.rev.sfr.net - 0 | 293 | 293 | 1 | 15 | 220 | 1 |
| 170.61.6.109.rev.sfr.net - 1 | 895 | 894 | 1 | 1 | 4 | 2 |
| 174.11.128.77.rev.sfr.net - 0 | 835 | 835 | 7 | 7 | 9 | 8 |
| 114.11.128.77.rev.sfr.net - 0 | 450 | 450 | 13 | 14 | 18 | 14 |
| 129.10.136.77.rev.sfr.net - 0 | 385 | 385 | 16 | 16 | 56 | 17 |
| 129.10.136.77.rev.sfr.net - 0 | 396 | 396 | 15 | 16 | 19 | 17 |
| blizzard.par.franceix.net - 0 | 320 | 320 | 16 | 18 | 77 | 17 |
| ae1-br01-eqpa4.as57976.net - 0 | 46 | 46 | 17 | 143 | 230 | 219 |
| be1-pe2-eqpa4.as57976.net - 0 | 381 | 381 | 16 | 16 | 19 | 16 |
| 137.221.66.37 - 0 | 367 | 367 | 16 | 16 | 23 | 16 |
| 185.60.115.163 - 0 | 314 | 314 | 16 | 19 | 67 | 39 |
| 185.60.115.233 - 0 | 388 | 388 | 15 | 15 | 17 | 16 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Avec Free sa doit sortir sur AMSIX et redescendre sur Paris.
-
Avec Free sa doit sortir sur AMSIX et redescendre sur Paris.
Oui et c'est ce que je ne comprend pas du tout, pourquoi ils n'ont pas pris un PNI avec Riot sur Paris ...
-
Et depuis Paris :
traceroute to 162.249.72.1 (162.249.72.1), 30 hops max, 38 byte packets
1 192.168.1.1 (192.168.1.1) 2.952 ms 0.606 ms 0.586 ms
2 80.10.236.81 (80.10.236.81) 1.112 ms 1.823 ms 1.578 ms
3 ae109-0.ncidf103.Puteaux.francetelecom.net (193.253.80.250) 2.247 ms 1.844 ms 1.730 ms
4 ae41-0.niidf101.Paris3eArrondissement.francetelecom.net (193.252.159.42) 2.085 ms 1.495 ms 1.770 ms
5 193.252.137.10 (193.252.137.10) 2.124 ms 2.243 2.252 ms
6 hundredgige0-4-0-5.auvtr5.-.opentransit.net (193.251.128.81) 2.498 ms 2.130 ms 2.508 ms
8 ae99.er01.par01.riotdirect.net (104.160.143.120) 2.566 ms 2.449 ms 2.730 ms
-
Free n'est présent sur aucun IX en France
-
Free n'est présent sur aucun IX en France
Oui j'ai bien constaté ça à mes dépends, mais manifestement Riot est venu poser ses PNI directement chez les FAI, pourquoi pas à Paris pour Free c'est encore un mystère.
Du coup sur certains serveur Valorant , je me tape 50ms de ping quand mon pote à Paris s'en tape 13 ... Bref, la bonne fibre Orange va me faire du bien.
-
question politique Free
-
Après le serveur ne répondant pas au ping, c'est dur de savoir où il est réellement. Pour les autres FAI il est possible que le trafic sorte de leurs réseaux à Paris mais qu'ensuite ça remonte sur Amsterdam.
-
J'aimerais y croire, mais vu ques las abos orange parmis mes amis ont de bien meilleur ping dans le jeu ...
-
Après le serveur ne répondant pas au ping, c'est dur de savoir où il est réellement. Pour les autres FAI il est possible que le trafic sorte de leurs réseaux à Paris mais qu'ensuite ça remonte sur Amsterdam.
De mémoire les serveurs sont au Pays Bas et Allemagne pour l'Europe.
EUW - 104.160.141.3
EUNE - 104.160.142.3
-
Bonjour à tous,
ça peut toujours servir : depuis le début du confinement, j'ai énormément de difficulté à discuter avec mes parents en FaceTime. Moi je suis chez Sosh FTTH 300/300 et je passe ma journée en FaceTime sans soucis avec le boulot et tout. Eux sont chez Free en Delta VDSL/4G à 25Mbits/1.5Mbits(up). Au début je pensais que le up était vraiment le point bloquant. Alors que la conversation ne faisait que couper (c'est assez insupportable), j'ai suggéré qu'on essaye Zoom (berk, je sais).
Et là : malgré la disponibilité de 25Mbits de download, l'application a mis 15min à télécharger sur l'AppStore. Puis ensuite plus de soucis on a pu parler sans coupure pendant 1 heure. Je précise qu'on était tard un soir et non en pleine journée de travail...
Bref, on a donc essayé Teams le lendemain et pareil : nickel. Alors que même les FaceTime vocaux coupent. C'est donc bien un soucis de Peering Free <--> Apple. Honnêtement mes parents sont des bâches à lait pour Free (2 box TV, abonnement delta ++...) je ne comprends pas cette qualité de service qui est dramatiquement inférieure à celle d'offres low cost. Sans compter le déploiement de Yvelines Fibre où tous les opérateurs concurrents ont signé... Je sens qu'ils risquent de se laisser tenter par un petit Sosh !
-
Honnêtement mes parents sont des bâches à lait pour Free
Sa couverture réseau va de mal en pis.
-
J'adorerais savoir pourquoi le routage vers cette IP prend un ptit +100 ms en pleine journée alors que nuit et matin c'est tranquille (serveur NA league of legends)
Bien sympa de pas pouvoir jouer.
Détermination de l’itinéraire vers 104.160.131.3 avec un maximum de 30 sauts.
1 2 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 2 ms 2 ms 2 ms 194.149.169.61
3 2 ms 2 ms 2 ms 199.21.235.9
4 97 ms 96 ms 98 ms ae2.mpr1.cdg11.fr.zip.zayo.com [64.125.14.37]
5 169 ms 171 ms 172 ms ae27.cs1.cdg11.fr.eth.zayo.com [64.125.29.4]
6 169 ms 168 ms 175 ms ae0.cs1.cdg12.fr.eth.zayo.com [64.125.29.84]
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 172 ms 173 ms 178 ms ae1.mcs1.lga5.us.eth.zayo.com [64.125.29.201]
10 74 ms 73 ms 73 ms ae10.mpr3.lga7.us.zip.zayo.com [64.125.20.77]
11 171 ms 171 ms 171 ms 128.177.169.158.IPYX-089814-970-ZYO.zip.zayo.com [128.177.169.158]
12 164 ms 163 ms 164 ms 104.160.132.35
13 184 ms 184 ms 191 ms 104.160.131.3
-
Chez SFR
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 26.206.185.81.rev.sfr.net - 1 | 101 | 100 | 1 | 8 | 100 | 1 |
| 74.56.154.77.rev.sfr.net - 0 | 36 | 36 | 1 | 80 | 392 | 392 |
| 170.61.6.109.rev.sfr.net - 0 | 1066 | 1066 | 1 | 1 | 4 | 2 |
| 174.11.128.77.rev.sfr.net - 0 | 335 | 335 | 7 | 7 | 9 | 8 |
| 114.11.128.77.rev.sfr.net - 0 | 177 | 177 | 14 | 14 | 17 | 14 |
| 125.10.136.77.rev.sfr.net - 0 | 169 | 169 | 14 | 14 | 17 | 15 |
| 110.160.0.109.rev.sfr.net - 0 | 159 | 159 | 14 | 15 | 54 | 14 |
| ae27.cs1.cdg11.fr.eth.zayo.com - 0 | 30 | 30 | 86 | 86 | 89 | 87 |
| ae0.cs1.cdg12.fr.eth.zayo.com - 0 | 29 | 29 | 86 | 86 | 89 | 87 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| ae5.cs3.lga5.us.eth.zayo.com - 17 | 6 | 5 | 86 | 88 | 94 | 87 |
| ae1.mcs1.lga5.us.eth.zayo.com - 0 | 28 | 28 | 86 | 87 | 94 | 86 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|128.177.169.158.IPYX-089814-970-ZYO.zip.zayo.com - 0 | 26 | 26 | 91 | 91 | 93 | 91 |
| 104.160.132.35 - 0 | 26 | 26 | 91 | 91 | 94 | 94 |
| 104.160.131.3 - 0 | 22 | 22 | 105 | 105 | 108 | 108 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Sûrement à cause de ça : https://lafibre.info/infrastructure/coupure-fibre-dc2-et-autres/
-
Pas sûr, Zayo saturait ces jours derniers, avant l'incident en question.
-
Même soucis depuis 2/3 semaines...
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX_SERVER - 0 | 412 | 412 | 0 | 0 | 0 | 0 |
| 194.149.164.70 - 1 | 404 | 402 | 9 | 10 | 21 | 10 |
| 199.21.235.9 - 3 | 369 | 358 | 9 | 10 | 25 | 10 |
| ae2.mpr1.cdg11.fr.zip.zayo.com - 1 | 408 | 407 | 89 | 104 | 131 | 101 |
| ae27.cs1.cdg11.fr.eth.zayo.com - 1 | 404 | 402 | 161 | 175 | 191 | 173 |
| ae0.cs1.cdg12.fr.eth.zayo.com - 2 | 392 | 387 | 164 | 175 | 190 | 172 |
| ae2.cs3.lhr11.uk.eth.zayo.com - 89 | 90 | 10 | 170 | 177 | 180 | 180 |
| ae5.cs3.lga5.us.eth.zayo.com - 3 | 372 | 362 | 0 | 177 | 195 | 174 |
| ae1.mcs1.lga5.us.eth.zayo.com - 1 | 408 | 407 | 160 | 179 | 681 | 175 |
| No response from host - 100 | 82 | 0 | 0 | 0 | 0 | 0 |
|128.177.169.158.IPYX-089814-970-ZYO.zip.zayo.com - 1 | 408 | 407 | 160 | 175 | 197 | 173 |
| 104.160.132.35 - 1 | 400 | 397 | 160 | 175 | 201 | 173 |
| 104.160.131.3 - 2 | 388 | 382 | 179 | 192 | 207 | 190 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
Oh comme c'est bizarre, une interco de plus qui sature depuis Free.
Je savais même pas qu'ils avaient du Zayo, on en apprend tous les jours.
-
Ça fait longtemps qu'il y a du Zayo mais je ne me rends pas trop compte s'ils ont une grosse capa avec Free. J'ai pas l'impression qu'il y ait tant de destination que ça qui passe par Zayo.
-
C'est zayo qui paye son PNI avec free pour que les clients de Zayo (et uniquement eux) ne sature pas non ?
-
le matin :
Détermination de l’itinéraire vers 104.160.131.3 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 2 ms 2 ms 2 ms 194.149.169.61
3 2 ms 2 ms 1 ms 199.21.235.9
4 1 ms 2 ms 2 ms ae2.mpr1.cdg11.fr.zip.zayo.com [64.125.14.37]
5 73 ms 73 ms 74 ms ae27.cs1.cdg11.fr.eth.zayo.com [64.125.29.4]
6 74 ms 73 ms 73 ms ae0.cs1.cdg12.fr.eth.zayo.com [64.125.29.84]
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 74 ms 73 ms 73 ms ae1.mcs1.lga5.us.eth.zayo.com [64.125.29.201]
10 * * * Délai d’attente de la demande dépassé.
11 73 ms 73 ms 73 ms 128.177.169.158.IPYX-089814-970-ZYO.zip.zayo.com [128.177.169.158]
12 74 ms 73 ms 74 ms 104.160.132.35
13 89 ms 90 ms 92 ms 104.160.131.3
-
C'est zayo qui paye son PNI avec free pour que les clients de Zayo (et uniquement eux) ne sature pas non ?
Pas sûr que Zayo paie pour son PNI mais à priori si même si c'était le cas ça ne les protège pas des saturations. Ils paieraient pour une certaine capacité, si la capacité est insuffisante alors il faudrait potentiellement qu'ils paient plus.
-
Tiens, juste par curiosité, j'ai une ip la d'un serveur Valorant, nouveau jeu à la mode, sur lequel j'ai souvent plus de 30ms en plus des amis avec qui je joue depuis la france.
L'ip en question : 162.249.72.1
Chez Free :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FREEBOX - 0 | 8 | 8 | 1 | 1 | 3 | 2 |
| crefac103.crefac.com - 20 | 5 | 4 | 0 | 13 | 14 | 14 |
|amsterdam-9k-1-be1004.intf.routers.proxad.net - 0 | 8 | 8 | 27 | 28 | 35 | 28 |
| No response from host - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| ae99.er01.fra02.riotdirect.net - 0 | 8 | 8 | 28 | 29 | 35 | 29 |
|________________________________________________|______|______|______|______|______|______|
En réalité je prend entre 5-10 ms supplémentaire après l'entrée chez Riot.
J'a bien entendu viré les 50 dernières lignes "no response from host".
Le plus bizarre, c'est que si je traceroute ae99.er01.fra02.riotdirect.net ( le dernier noeud qui répond au ping ), je passe par Cogent en gagnant une dizaine de ms.
Vous pourriez me dire ce que ça donne depuis une connexion Orange par exemple ?
Sur Orange fibre près de Marseille j’ai soit 18 soit 28ms en jeu, selon les serveurs. Un ami sur sfr fibre a exactement 7ms de plus, lui aussi près de Marseille.
En tout cas c’est totalement stable et j’ai souvent la meilleure valeur, seul les parisiens ou belges font mieux.
-
Passage chez Orange fin de semaine dernière.
Résultat : en jeu je suis maintenant à 20ms, 30ms sur certains serveurs.
Chez free c'était plutôt 35ms mini 45 max.
J'ai aussi tester plusieurs routes pour comparer, et y'a pas photo , ça tire plus court chez Orange, et y'a beaucoup plus de transitaires différents manifestement.
Ce n'est pas parfait pour autant, j'aimerais éviter de passer par Poitiers pour monter à Paris pour certaines routes ... D'ailleurs je suis assez surpris de prendre 7 ms pour faire Limoges-> poitiers et seulement 3/4 ms pour faire Poitiers->Paris.
-
Passage chez Orange fin de semaine dernière.
Résultat : en jeu je suis maintenant à 20ms, 30ms sur certains serveurs.
Chez free c'était plutôt 35ms mini 45 max.
J'ai aussi tester plusieurs routes pour comparer, et y'a pas photo , ça tire plus court chez Orange, et y'a beaucoup plus de transitaires différents manifestement.
Ce n'est pas parfait pour autant, j'aimerais éviter de passer par Poitiers pour monter à Paris pour certaines routes ... D'ailleurs je suis assez surpris de prendre 7 ms pour faire Limoges-> poitiers et seulement 3/4 ms pour faire Poitiers->Paris.
Pourtant de mon côté c'est 1ms entre Poitiers et Limoges :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| mkt-gw.home - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 4 | 4 | 0 | 0 | 1 | 0 |
|ae111-0.nclyo202.lyon3earrondissement.francetelecom.net - 0 | 4 | 4 | 1 | 1 | 1 | 1 |
|ae42-0.nrlyo202.lyon3earrondissement.francetelecom.net - 0 | 4 | 4 | 1 | 1 | 1 | 1 |
|ae42-0.nridf102.aubervilliers.francetelecom.net - 0 | 4 | 4 | 6 | 6 | 7 | 6 |
|ae41-0.nrpoi102.poitiers.francetelecom.net - 0 | 4 | 4 | 13 | 14 | 17 | 13 |
|lag-43.ncpoi102.poitiers.francetelecom.net - 0 | 4 | 4 | 13 | 15 | 23 | 23 |
|lag-113.nelmg121.limoges.francetelecom.net - 0 | 4 | 4 | 14 | 14 | 15 | 14 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Après il y a peut être le fait que tu sois sur une boucle "longue", tu as des boucles chez Orange qui sont séparées les une des autres.
Exemple concret, boucle courte (pour moi) sur le NC101 de Montpelier, pour Sète :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| mkt-gw.home - 0 | 8 | 8 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 8 | 8 | 0 | 0 | 1 | 0 |
| 193.249.213.94 - 0 | 8 | 8 | 0 | 0 | 2 | 1 |
|ae42-0.nrlyo201.lyon3earrondissement.francetelecom.net - 0 | 8 | 8 | 1 | 2 | 6 | 1 |
|ae42-0.nrmar101.marseille03.francetelecom.net - 0 | 8 | 8 | 4 | 4 | 5 | 5 |
|ae42-0.ncmon101.montpellier.francetelecom.net - 0 | 8 | 8 | 7 | 9 | 14 | 10 |
| lag-99.neset021.sete.francetelecom.net - 0 | 8 | 8 | 11 | 11 | 12 | 11 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Boucle longue (pour moi) sur le NC102 de Montpelier, pour Lunel :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| mkt-gw.home - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 4 | 4 | 0 | 0 | 1 | 0 |
|ae111-0.nclyo202.lyon3earrondissement.francetelecom.net - 0 | 4 | 4 | 0 | 3 | 10 | 0 |
|ae42-0.nrlyo202.lyon3earrondissement.francetelecom.net - 0 | 4 | 4 | 1 | 1 | 1 | 1 |
|ae42-0.nrmar102.marseille3earrondissement.francetelecom.net - 0 | 4 | 4 | 4 | 4 | 5 | 4 |
|ae42-0.ncmon102.montpellier.francetelecom.net - 0 | 4 | 4 | 15 | 16 | 18 | 18 |
|lag-108.nelnl032.lunel.francetelecom.net - 0 | 4 | 4 | 16 | 16 | 17 | 16 |
| Destination host unreachable. - 100 | 4 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Bref fin HS.
-
Chez Orange les saturations sont moyennement rares du temps ou j’étais abo chez eux, mais quand il y a saturation il te change la route de sortie, pendant un mois je sortais à Madrid pour rejoindre les Peerings OTI.
-
Pour faire fin au HS je t'ai MP @Aize147, ça m'intrigue ton histoire de boucle :)
-
Passage chez Orange fin de semaine dernière.
Résultat : en jeu je suis maintenant à 20ms, 30ms sur certains serveurs.
Chez free c'était plutôt 35ms mini 45 max.
J'ai aussi tester plusieurs routes pour comparer, et y'a pas photo , ça tire plus court chez Orange, et y'a beaucoup plus de transitaires différents manifestement.
Ce n'est pas parfait pour autant, j'aimerais éviter de passer par Poitiers pour monter à Paris pour certaines routes ... D'ailleurs je suis assez surpris de prendre 7 ms pour faire Limoges-> poitiers et seulement 3/4 ms pour faire Poitiers->Paris.
Je passe par opentransit depuis marseille
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 10 | 10 | 0 | 0 | 0 | 0 |
| 80.10.234.81 - 0 | 10 | 10 | 1 | 1 | 2 | 1 |
| 80.10.44.206 - 0 | 10 | 10 | 1 | 2 | 11 | 1 |
|ae41-0.nimar101.Marseille03.francetelecom.net - 0 | 10 | 10 | 1 | 2 | 5 | 1 |
|ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net - 0 | 10 | 10 | 2 | 3 | 5 | 3 |
| 193.252.137.54 - 0 | 10 | 10 | 10 | 10 | 16 | 10 |
|hundredgige0-7-0-27.auvtr5.-.opentransit.net - 0 | 10 | 10 | 11 | 11 | 14 | 12 |
| ae99.er01.par01.riotdirect.net - 0 | 10 | 10 | 11 | 11 | 14 | 11 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
Je passe par opentransit depuis marseille
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| livebox.home - 0 | 10 | 10 | 0 | 0 | 0 | 0 |
| 80.10.234.81 - 0 | 10 | 10 | 1 | 1 | 2 | 1 |
| 80.10.44.206 - 0 | 10 | 10 | 1 | 2 | 11 | 1 |
|ae41-0.nimar101.Marseille03.francetelecom.net - 0 | 10 | 10 | 1 | 2 | 5 | 1 |
|ae40-0.nimar102.Marseille3eArrondissement.francetelecom.net - 0 | 10 | 10 | 2 | 3 | 5 | 3 |
| 193.252.137.54 - 0 | 10 | 10 | 10 | 10 | 16 | 10 |
|hundredgige0-7-0-27.auvtr5.-.opentransit.net - 0 | 10 | 10 | 11 | 11 | 14 | 12 |
| ae99.er01.par01.riotdirect.net - 0 | 10 | 10 | 11 | 11 | 14 | 11 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Oui, Opentransit c'est le nom du réseau Tier1 international d'Orange qui permet d'aller chercher la majorité des contenus GAFAM, CDN, Gaming ... en direct , et le reste de l'internet (toujours via le réseau Orange International) au travers des différents peers directs avec les autres Tier1 (Centurylink/ex Level 3, Telia, NTT, Cogent, Hurricane, Sparkle, DTAG, GTT, etc ...).
-
ok merci pour l'info :)
du coup, c'est efficace
-
Je sais plus sur sur quelle route, mais il m'a sembler voir que pour NTT elle ne passait pas par OTI mais ça faisait Orange -> NTT.
D'ailleurs chez NTT ils font des trucs bizarre pour aller sur une ip en allemagne -> Interco à paris -> Londres -> Allemagne !
-
Il n'y a pas, jamais, a aucun endroit d'interco entre 3215 / Orange France et un Tier-1. Tout passe par OTI, absolument tout.
La seule exception pourrait être Telefonica / Cable&Wireless par Hopus, mais je pense que c'est bloqué pour de bonnes raisons.
-
Ok, j'ai du louper un hope, ça me paraissait bizarre en effet.
-
Il n'y a pas, jamais, a aucun endroit d'interco entre 3215 / Orange France et un Tier-1. Tout passe par OTI, absolument tout.
Je confirme.
D'ailleurs chez NTT ils font des trucs bizarre pour aller sur une ip en allemagne -> Interco à paris -> Londres -> Allemagne !
Normal, car c'est le backbone NTT qui est ainsi fait.
NTT n'a pas de chemin direct Paris - Francfort.
Mais là on est en train de faire un peu de HS en discutant des peers Orange (dans un fil "Le peering Free en 2020")
-
Oui pardon je me tait et me rassoie :)
-
Pour ma part inexplicablement, free.fr laisse nos paquets s'échanger par l'AMS-IX dans un sens.
-
Je viens de jeter un coup d'œil.
De ce que je vois free.fr essaie de diminuer le trafic entrant avec Cogent car toutes les routes que je vois avec Cogent on un prepend d'au moins 3.
62.147.0.0/16 2914 174 12322 12322 12322 12322 i
78.192.0.0/10 2914 174 12322 12322 12322 12322 i
81.56.0.0/15 2914 174 12322 12322 12322 12322 i
82.64.0.0/14 2914 174 12322 12322 12322 12322 i
82.142.0.0/18 2914 174 12322 12322 12322 12322 i
82.224.0.0/11 2914 174 12322 12322 12322 12322 i
83.152.0.0/13 2914 174 12322 12322 12322 12322 i
83.214.0.0/16 2914 174 12322 12322 12322 12322 i
88.120.0.0/13 2914 174 12322 12322 12322 12322 12322 i
88.160.0.0/11 2914 174 12322 12322 12322 12322 i
91.160.0.0/12 2914 174 12322 12322 12322 12322 i
212.27.32.0/19 2914 174 12322 12322 12322 12322 i
213.36.0.0/16 2914 174 12322 12322 12322 12322 i
213.228.0.0/18 2914 174 12322 12322 12322 12322 i
2a01:e00::/26 2914 174 12322 12322 12322 12322 i
C'est bien tenté mais malgrès ça pour pas mal de routes c'est encore Cogent qui est préféré !
-
Ok, j'ai du louper un hope, ça me paraissait bizarre en effet.
Comme je l'ai dit tu sors par le NI101 de Poitiers, l'IP qui est pour ton cas "193.252.137.14" c'est en gros la porte de sortie vers OTI Paris/Aubervilliers.
Si tu vois l'IP "193.252.137.13" dans ton traceroute puis le saut d'après un routeur NTT, c'est que tu es déjà passé par OTI.
Exemple similaire avec Cogent :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| mkt-gw.home - 0 | 3 | 3 | 0 | 0 | 0 | 0 |
| 80.10.235.21 - 0 | 3 | 3 | 0 | 0 | 1 | 1 |
|ae111-0.nclyo202.lyon3earrondissement.francetelecom.net - 0 | 3 | 3 | 0 | 0 | 1 | 1 |
|ae41-0.nilyo202.lyon3earrondissement.francetelecom.net - 0 | 3 | 3 | 1 | 4 | 7 | 7 |
| 81.253.184.102 - 0 | 3 | 3 | 6 | 6 | 7 | 7 |
| be5511.rcr21.par05.atlas.cogentco.com - 0 | 3 | 3 | 6 | 6 | 7 | 7 |
| be3625.ccr41.par01.atlas.cogentco.com - 0 | 3 | 3 | 7 | 7 | 7 | 7 |
| be2799.ccr41.fra03.atlas.cogentco.com - 0 | 3 | 3 | 13 | 13 | 14 | 13 |
|be2156.rcr21.b023657-1.fra03.atlas.cogentco.com - 0 | 3 | 3 | 13 | 13 | 14 | 13 |
| cogentco.com - 0 | 3 | 3 | 13 | 13 | 14 | 13 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Pour ma part c'est "81.253.184.102" la sortie chez OTI. Si il n'y a aucun saut marqué OTI c'est peut-être que l'interco Cogent et dU NI de Lyon arrive sur le même routeur/interface à Aubervilliers.
-
Oui oui mais je parlais pas de la route qu'on s'est échanger en PV.
Mais effectivement ça doit être ce que tu dis, j'ai fais le raccourcis "si y'a pas un hope qui s'appel *opentransit* c'est pas OTI" sans doute.
-
Normal, car c'est le backbone NTT qui est ainsi fait.
NTT n'a pas de chemin direct Paris - Francfort.
En effet: http://www.us.ntt.net/assets/global-ip-network-map.jpg (http://www.us.ntt.net/assets/global-ip-network-map.jpg)
Mais ils travaillent à refaire l'archi en Europe (quoique vues les circonstances ça a dû prendre du retard), comme je l'indiquais il y a trois mois par ici:
https://lafibre.info/transit-ip/transit-2016/msg732768/#msg732768 (https://lafibre.info/transit-ip/transit-2016/msg732768/#msg732768)
-
Pendant longtemps, j'avais remarqué que depuis Free cloudflare nous servait depuis Londres. Il y a quelques semaines, c'était depuis Amsterdam. Maintenant, c'est Paris. Je suis pas trop sûr de par où ça passe, quand je fais un traceroute, j'ai que des timeout, c'est pas très informatif.
-
Pendant longtemps, j'avais remarqué que depuis Free cloudflare nous servait depuis Londres. Il y a quelques semaines, c'était depuis Amsterdam. Maintenant, c'est Paris. Je suis pas trop sûr de par où ça passe, quand je fais un traceroute, j'ai que des timeout, c'est pas très informatif.
En général les clusters Cloudflare annoncent la même chose partout, pour ce qui est des IPs dédiées aux clients (CDN Anycast comme par exemple Fastly, ce qui est tout à fait différent du fonctionnement d'un CDN Unicast tel qu'Akamai par exemple).
De temps en temps il y a des exceptions. Mais enfin en principe et dans cette archi anycast (et un peu comme en multicast/PIM), c'est la destination qui va décider d'envoyer les requêtes en direction de la source / du cluster qui l'arrange le mieux au niveau routage: le choix du cluster se fait selon des critères destination->source (ce qui est bien sûr inhabituel).
Bref, en l'absence de peering, ce sera en gros free puis leur transit qui orienteront les requêtes pour Cloudflare vers Amsterdam ou Londres ou Whatever.
Ainsi (et toujours en excluant de possibles exceptions), ce n'est pas Cloudflare qui décide de servir les abonnés Free depuis tel ou tel site.
-
Cloudflare passait par Level3 jusqu'au reroutage massif d'il y a quelques semaines depuis ça passe par Cogent à priori.
-
Plus de peering Centurylink pour Free.
-
Je confirme, plus de chemin par 3356 de mon coté :(
Encore un chemin alternatif à Cogent qui se perd... On va devoir compter encore plus sur Hopus...
-
Ah donc c'est bien ce que j'imaginais au départ...
-
Cela ne présage rien de bon.
Le choix va se résumer au Paid Peering (j'inclus Hopus) et le transit.
Vous connaissez un moyen fiable d'évaluer la saturation le soir des différents liens Cogent de Free ?
-
Cela ne présage rien de bon.
Le choix va se résumer au Paid Peering (j'inclus Hopus) et le transit.
Vous connaissez un moyen fiable d'évaluer la saturation le soir des différents liens Cogent de Free ?
Il faut absolument et je milite pour l'obligation des acteurs de services sur Internet où qu'ils soient dans le monde qu'ils disposent d'un serveur de speedtest avec log statistiques journalière accessible par n'importe quel péquin pour faire cesser le foutage de gueule de certains OCEN pleins de thunes et radin quand il s'agit de leur réseau.
C'est insupportable de voir des acteurs proposer 8Gbits et en réalité taper du 8Mo/s sur des services étrangers en UP comme down tout en saignant ses abonnés et en s'en foutant plein les fouilles.
Toi qui est proche de l'Arecp, il y a moyen de faire passer une loi ou de faire pression avec pénalités ?
-
Eeeuuuuh, la qualité n'est jamais garantie, c'est pour ça que la concurrence existe, si tu n'es pas satisfait d'un service, tu vas ailleurs...
-
Quand la qualité est volontairement dégradée alors que les moyens financiers permis par les abonnements permettent la neutralité, ça s'appelle une escroquerie en bande organisée et c'est puni de taule qui ferait pas de mal à certains, ça remettrais les pendules à l'heure.
-
D'accord...
-
Le but de Free est de limiter le choix à:
- Hopus
- Cogent en transitaire
- Un peering privé si Free ne paye rien
pour être joint ?
-
Cogent, il souhaite limiter son utilisation, d'où des saturations régulière (Free paye Cogent, alors que pour Hopus ou un peering privé payant, il reçois de l'argent. Free a donc intérêt à maximiser les liens qui rapportent de l'argent couper ceux qui sont gratuit et saturer son unie transitaire - car tout opérateur qui n'est pas Tier1 doit avoir un transitaire)
Il n'y aurais presque jamais de saturation avec Cogent je pense que tout le monde serait content.
-
A ma connaissance, depuis le gros lv3 => cogent s'il y a quelques semaines, il n'y a pas de saturations remontées.
-
Free a donc intérêt à maximiser les liens qui rapportent de l'argent couper ceux qui sont gratuit et saturer son unie transitaire - car tout opérateur qui n'est pas Tier1 doit avoir un transitaire)
ça m'étonne plus de Free.
-
J'trouve ça vraiment triste leur politique avec le peering/transit. Ils ont tellement les moyens et les compétences de faire mieux que ça ...
M'enfin, si au moins leur interco avec Cogent ne sature plus depuis le passage L3 -> Cogent c'est ça de pris pour les abonnés.
-
Je crois que ça scelle le destin de free dans mon cas.
SFR a enfin réparé mon problème de route optique vers mon PM. Bouygues et Free m'ont proposé la fibre.
Ça m'embête de m'asseoir sur du 8G mais si c'est pour avoir des prob de sat selon mes destinations, je préfère du bon 1G que du mauvais 8G. Mon seul regret sera de perdre la delta et sa pléthore de fonctionnalité bien pratique.
Merci pour ce suivi ;)
-
A ma connaissance, depuis le gros lv3 => cogent s'il y a quelques semaines, il n'y a pas de saturations remontées.
Je n'ai rien remarqué non plus.
Ce qui est sûr c'est que Hopus se préparait à augmenter massivement sa capacité avec Free il y a quelques temps. Ils sont à 5x100 Gbps (sur TH2) actuellement contre 2x100 Gbps en début d'année avec un objectif de 2x400 Gbps (sur TH2 et Bezons).
-
Chez nous, on passe le trafic Free via les Postes Luxembourgeoises (AS6661) qui ont un peering :)
Start: Sun Jun 14 16:13:35 2020
HOST: sip1.ornethd.net Loss% Snt Last Avg Best Wrst StDev
1. AS41114 gateway 0.0% 10 0.2 0.3 0.2 0.9 0.0
2. AS41114 cust-bond0.bd1.rombas.infra.ornethd.net 0.0% 10 0.3 0.3 0.3 0.4 0.0
3. AS41114 vl200-rombas.bgp1.briey.infra.ornethd.net 0.0% 10 0.7 2.8 0.6 20.4 6.2
4. AS41114 vl300-trte.bgp1.briey.infra.ornethd.net 0.0% 10 0.8 1.9 0.7 12.3 3.6
5. AS6661 213.166.32.149 0.0% 10 8.7 8.7 8.5 9.2 0.0
6. AS6661 213.135.247.5 0.0% 10 8.6 9.2 8.5 11.7 0.9
7. AS??? linx-6k-1.routers.proxad.net 0.0% 10 12.5 12.6 12.3 13.0 0.0
8. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
9. AS??? 194.149.166.22 0.0% 10 12.1 13.6 12.1 23.4 3.5
10. AS12322 bzn-9k-4-be1004.intf.routers.proxad.net 0.0% 10 12.7 15.7 12.7 42.0 9.2
11. AS??? bzn-9k-2-sys-be2000.intf.routers.proxad.net 0.0% 10 12.8 13.3 12.7 16.4 0.9
12. AS12322 bzn-9k-2.sys.routers.proxad.net 0.0% 10 12.8 12.8 12.6 13.1 0.0
13. AS12322 www.free.fr 0.0% 10 12.2 13.1 12.1 21.1 2.8
Le prix du mégabit est plus intéressant qu'Hopus ;)
-
On voit LINX dans ton traceroute, c'est juste un peering sur un IXP, pas un PNI. C'est soumis au bon vouloir de Free, cf HE qui s'est fait couper les sessions il y'a quelques mois.
Et bon, passer par l'angleterre pour faire Moselle -> Paris, c'est navrant, tout de même.
-
Bien vu, j'ai corrigé mon post.
A voir ce que vont devenir les ports Proxad sur les IXP.
-
Bonjour à tous,
Je me permets de relancer le thread pour une question : nous sommes d’accord que passer d’une offre fibre Orange vers une offre fibre Free est "risqué" pour ce qui est du peering ?
La Freebox Pop me fait (un peu) de l’œil et j’hésite à switcher. Mais connaissant la réputation de Free sur le peering, j’hésite, surtout quand on sait qu’Orange est un bon élève à ce niveau. Je suis dans une situation où je sais ce que je perdrais en quittant Orange, mais pas forcément ce que je gagnerais en rejoignant Free (au niveau du peering j'entends).
-
Oui globalement free a un moins bon peering que orange. Mais orange a aussi de moins bons peering que Bouygues et sfr.
-
Oui globalement free a un moins bon peering que orange. Mais orange a aussi de moins bons peering que Bouygues et sfr.
J'aurais placé Orange en premier. Ils sont FAI et transitaire, si on regarde leur peer bgp, opentransit est connecté avec tous les très gros transitaire internationaux. https://bgp.he.net/AS3215#_graph4
Après on est d'accord, free a clairement le plus mauvais :/.
-
Et depuis quand le nombre de peer bgp signifie une bonne qualité ?
-
On peut n'avoir que 2 transits, aucun peering et avoir une excellente qualité de service, comme être un Tier-1 et avoir une qualité de service médiocre.
Si il suffisait de brancher plein de câbles avec plein de peers au hasard pour être un bon opérateur, ça se saurait :)
-
@Hugues, @FloBaoti,
C'est bien ca qui me fait placer Orange en premier =).
Certes ils ne sont pas présent sur tous les IX ou sont les autres, mais ils ont tous les transitaires nécessaires pour acheminer le traffic partout.
SFR je suis chez eux actuellement, mais sur leur AS Réunionais, donc je remonte tout mon traffic vers paris pour ensuite aller vers l'AS SFR. Ca devrait être réglé bientôt et je devrais récupérer les perring régionalisés.
FREE, j'ai eu une box ADSL longtemps chez eux. Ce que je leur reproche, c'est depuis la migration IPv6 native, de remonter tout leur traffic IPV4 a TH2, alors qu'avant c'était régionalisé. Et au passage d'avoir activé le CGNAT sans avertir, ce qui avais mis toutes les freebox qui était en bridge KO.
Bouygues, jamais essayé, ca sera mon prochain FAI d'ici quelques semaines si SFR regle pas son soucis d'AS Réunionais pour les nouveaux NRO de ma région :)
Orange, je bosse avec eux en offre pro, RAS, c'est propre, rapide et le SAV impeccable... mais l'abonnement est cher.
-
FREE, j'ai eu une box ADSL longtemps chez eux. Ce que je leur reproche, c'est depuis la migration IPv6 native, de remonter tout leur traffic IPV4 a TH2, alors qu'avant c'était régionalisé. Et au passage d'avoir activé le CGNAT sans avertir, ce qui avais mis toutes les freebox qui était en bridge KO.
Ca fait bien longtemps que Free n'écoule plus de trafic en région (ça a été le cas un jour ?). IPv4 techno du passé, rien d'étonnant.
Pour le mode bridge, j'imagine que c'est le changement d'IPv4 publique qui a dû cassé certaines install configurées en statique.
-
J'imagine que hinoto parle du trafic interne au réseau de Free ?
Orange étant son propre transitaire avec OTI qui est Tier-1 c'est un cas un peu particulier. En théorie c'est idéal, en pratique on a vu qu'il y a parfois eu des saturations entre OTI et certains autres Tier-1.
-
Ca fait bien longtemps que Free n'écoule plus de trafic en région (ça a été le cas un jour ?). IPv4 techno du passé, rien d'étonnant.
Je crois que ce fut le cas il y a longtemps. Je suis abonné depuis 16 ans a free, et il me semble qu'à une époque on voyais bien les traceroute passer de NRA en NRA jusqu'à Marseille (pour moi), puis soit remonter par LYON et PARIS, soit s’échapper en local. Mais c'était il y a longtemps et j'ai plus mes screens de l'époque.
Par contre sur l'IPv4 je suis pas complètement d'accord. IPv6 est clairement le futur, et le bloc IPv4 est épuisé (même si il reste beaucoup d’adresses non utilisés mais non restituées (ce que je peut comprendre)).
Hélas, le gros d'internet est encore en IPv4 et on est loin de la dual stack généralisé. Je vois rien que moi, dans une société de plus de 2000 utilisateurs + un cloud privé en datacenter, passer en IPv6 dual stack relève du tour de force, surtout que nous sommes de petits effectifs. Et je pense que c'est le cas de beaucoup de monde. Dire que les sites web sont IPv6 c'est cool, mais finalement si presque aucun client de ces sites n'est prêt, c'est un peu de la poudre aux yeux. Pire que ça, si ils ne sont pas dualstack, alors il se coupent du trafic de tous les utilisateurs qui ne sont pas IPv6.
J'ai bien peur qu'on se tape encore énormément de v4 dans le futur. Je suis le premier à vouloir l'avènement du v6 pour au moins virer ces histoires de NAT dans tous les sens qui nous pourrissent la vie, à nous, les ingés réseaux, mais la transition prendra du temps, et en attendant, il faut faire ce qu'on peut, avec ce qu'on a :)
-
Orange étant son propre transitaire avec OTI qui est Tier-1 c'est un cas un peu particulier. En théorie c'est idéal, en pratique on a vu qu'il y a parfois eu des saturations entre OTI et certains autres Tier-1.
Oui Orange France a un bon réseau, bien dimensionné, bien sécurisé,...
Le gros point noir, c'est OTI (Open Transit Internet) la partie Tier-1 d'Orange.
OTI demande aux autres Tier-1 de payer si le trafic est trop asymétrique, ce que refuse plusieurs Tier-1. Dans ce cas là les liens ne sont pas coupés (un Tier-1 doit être connecté avec tous les autre Tier-1) mais ils ne sont pas upgradés.
Pour les clients, cela fait des saturations régulières vers plusieurs Tier-1 (souvent Telia ou Cogent) qui sont en conflit avec OTI.
Donc au niveau de la qualité des peering / transit on a Bouygues Telecom / SFR qui sont très bon, Orange nettement derrière et Free en dernier, ce dernier ayant régulièrement des saturations avec son unique transitaire (Cogent) et l'absence totale de connectivité vers HE en IPv6 (HE et Cogent étant en conflit depuis des années avec un refus de peerer sur l'IPv6, Cogent voulant bloquer l'arrivée de HE en tant que Tier-1 IPv6).
-
Demander aux Tier-1 de payer quand le trafic est trop asymétrique, c'est un peu vouloir le beurre et l'argent du beurre...
J'avais entendu une explication un peu différente pour les problèmes d'OTI avec les autres Tier-1. Du fait de la différence de taille entre OTI et les autres Tier-1, ceux-ci ne seraient pas très motivés pour upgrader avec un réseau qu'ils voient plus comme un client qui devrait payer que comme un autre Tier-1.
-
Pour moi, c'est vraiment lié au fait que OTI demande de l'argent si c'est fortement asymétrique et que d'autres OTI considèrent que le peering entre Tier-1 doit être gratuit.
Cela a été porté en justice et Orange a gagné (Orange a le droit de demander de l'argent en cas de forte asymétrie pour faire simple).
Toutefois ont voit toujours régulièrement des saturations avec certains acteurs.
-
Effectivement, je ne me souvenais plus bien mais l'épisode judiciaire entre Orange et Cogent concernait bien OTI et pas Orange FAI !
-
Cela a été porté en justice et Orange a gagné (Orange a le droit de demander de l'argent en cas de forte asymétrie pour faire simple).
Toutefois ont voit toujours régulièrement des saturations avec certains acteurs.
Demander, on peut toujours, mais surement que les autres ont aussi le droit de ne pas payer lorsqu'ils ne veulent pas...
-
C'est ici pour ceux qui veulent lire :
Rejet du recours de Cogent contre Orange (France Télécom) par la Cour d'appel de Paris
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/peering/201312_peering_orange_cogent_decision_justice.png) (https://lafibre.info/images/peering/201312_peering_orange_cogent_decision_justice.pdf)
Pour plus de précisions sur l'affaire Cogent-Orange, c'est par ici (http://www.autoritedelaconcurrence.fr/user/avisdec.php?numero=12D18)
-
J'ai la même version que Underground perso, qu'OTI est petit et que les upgrades trainent :)
-
Cela a été porté en justice et Orange a gagné (Orange a le droit de demander de l'argent en cas de forte asymétrie pour faire simple).
Toutefois ont voit toujours régulièrement des saturations avec certains acteurs.
Tiens donc, on a le droit de le dire maintenant sans se prendre une mise en demeure des terroristes d'Orange.fr ?
-
Tu remarques que je m'en tiens au fait et que je ne dénigre pas Orange.
C'est l'aspect dénigrement qui posait problème dans tes messages il y a quelques années, pas du tout le fait de remonter un fait.
-
C'est l'aspect dénigrement qui posait problème dans tes messages il y a quelques années, pas du tout le fait de remonter un fait.
C'est exactement ce que j'ai fait, remonté un fait et expliquer à des gens comment Orange.fr les entourloupent. Des faits pour démontrer qu'il s'agit d'une entreprise crapuleuse, il y en a à la pelle.
-
Tiens donc, on a le droit de le dire maintenant sans se prendre une mise en demeure des terroristes d'Orange.fr ?
Terrorisme : Ensemble d'actes de violence (attentats, prises d'otages, torture, etc.) commis par une organisation ou un groupe d'individus, agissant pour son propre compte ou pour celui d'un État, en vue de créer un climat d'insécurité, d'exercer un chantage sur un gouvernement ou une organisation internationale, afin de satisfaire une haine à l'égard d'une communauté, d'un pays, d'un système.
https://www.larousse.fr (https://www.larousse.fr)
Tout ce qui est excessif est insignifiant.
Charles-maurice de Talleyrand-périgord.
Cali est tellement insignifiant qu'il ne laissera dans la terre du cimetière que les empreintes qu'il faut suivre pour éviter sa tombe.
-
Terroriste :
Nom donné par les allemands aux résistants français lors de la guerre de 39-45.
Depuis, c'est devenu un compliment dans la région.
-
prises d'otages
C'est pas ce qu'on fait avec leurs abonnés certains FAI en laissant pourrir des liens de peering et transit ? ::)
Oupsy, oupsy ::)
-
prises d'otages
C'est pas ce qu'on fait avec leurs abonnés certains FAI en laissant pourrir des liens de peering et transit ? ::)
Oupsy, oupsy ::)
Raaah ça dépend, parce que les otages peuvent toujours s'enfuir chez des opérateurs plus ouverts sur ce point ;D
-
N'engagez pas Cali sur Free, car si il n'aime pas la politique de peering d'Orange, il aime encore moins celle de Free.
-
N'engagez pas Cali sur Free, car si il n'aime pas la politique de peering d'Orange, il aime encore moins celle de Free.
Ça lui fera plus de compagnie ;D
-
Je ne sais pas si c'est bien ici que je dois poster ça mais je n'ai pas trouvé d'autres endroits bien adaptés.
Il y avait déjà eu des soucis similaires il y a quelques mois (topic Twitch peut-être ?) avec des soucis vers Cloudflare.
Ce soir c'est la foire sur le DNS 1.1.1.1 avec un joli ping à 354 ms... miam miam...
Le traceroute donne ceci :
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 erx-2 (192.168.10.253) 0.525 ms 0.473 ms 0.386 ms
2 fbx (192.168.200.250) 1.178 ms 1.237 ms 1.289 ms
3 194.149.164.52 (194.149.164.52) 13.837 ms 13.772 ms 13.838 ms
4 194.149.166.21 (194.149.166.21) 13.608 ms 13.635 ms *
5 londres-asr9k-1-te-0-0-6.intf.routers.proxad.net (194.149.163.225) 19.959 ms 19.945 ms 19.949 ms
6 newyork-6k-1-po1.intf.routers.proxad.net (212.27.58.206) 92.551 ms * 91.446 ms
7 paloalto-6k-1-po1.intf.routers.proxad.net (212.27.58.222) 161.171 ms * *
8 g5-0-0.plapx-dr1.ix.singtel.com (198.32.176.50) 160.713 ms 161.024 ms 161.028 ms
9 203.208.172.233 (203.208.172.233) 161.568 ms 161.499 ms 161.742 ms
10 203.208.158.177 (203.208.158.177) 328.925 ms 203.208.158.190 (203.208.158.190) 332.056 ms 203.208.158.177 (203.208.158.177) 328.840 ms
11 203.208.182.250 (203.208.182.250) 333.636 ms 203.208.183.134 (203.208.183.134) 335.865 ms 336.373 ms
12 203.208.182.250 (203.208.182.250) 345.130 ms 344.246 ms 331.461 ms
13 203.208.153.186 (203.208.153.186) 331.439 ms 203.208.158.190 (203.208.158.190) 330.852 ms 203.208.174.246 (203.208.174.246) 341.504 ms
14 TH-IDR-MTT1-26-198.trueintergateway.com (122.144.26.198) 365.107 ms 203.208.174.246 (203.208.174.246) 332.431 ms 332.605 ms
15 TIG-Net241-223.trueintergateway.com (113.21.241.223) 373.299 ms TH-ICR-MTT1-241-209.trueintergateway.com (113.21.241.209) 364.065 ms one.one.one.one (1.1.1.1) 359.187 ms
A priori on transite par l'Angleterre et les US pour avoir une réponse du 1.1.1.1.
La même chose depuis la liaison 4G (Bouygues) a une autre gueule !
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 192.168.250.250 (192.168.250.250) 1.120 ms 1.638 ms 0.801 ms
2 10.125.28.236 (10.125.28.236) 29.185 ms 45.524 ms 45.098 ms
3 10.125.15.26 (10.125.15.26) 45.580 ms 46.214 ms 45.799 ms
4 10.125.15.154 (10.125.15.154) 46.624 ms 46.207 ms 45.816 ms
5 212.194.172.148 (212.194.172.148) 45.383 ms 44.985 ms 44.551 ms
6 62.34.2.20 (62.34.2.20) 44.143 ms 19.306 ms 23.821 ms
7 62.34.2.0 (62.34.2.0) 26.204 ms 22.475 ms 29.002 ms
8 * * *
9 cloudflare.par.franceix.net (37.49.237.49) 45.154 ms 45.831 ms 45.438 ms
10 one.one.one.one (1.1.1.1) 28.990 ms 27.515 ms 27.325 ms
25 ms en 4G, 350 ms en Fibre, cherchez l'erreur ;D.
Je me demande pourquoi avec Free on ne tape pas en France ?
Est-ce que vous avez aussi le souci ? Et est-ce que ceux qui seraient chez Orange/SFR/Bouygues pourraient tester pour voir ?
Merci :)
-
Parcontre YouTube (flux vidéo) est dans les choux là depuis Sosh fibre et BnYou 4G.
Il y a un truc qui a pété, la roue de chargement tourne et rien ne se lance, à peine la description, les commentaires et l'accueil aussi bien sur box Android que sur Smartphone :-\
D'autres pareil avec fournisseurs autres comme SFR et OVH et les FAI locaux ?
-
Lafibre aussi en IPV4 vient de se manger du traffic sa rame là pour charger depuis fibre/4G
Edit 1h55: c'est reparti pour le forum ;)
-
A priori on transite par l'Angleterre et les US pour avoir une réponse du 1.1.1.1.
C'est pire que ça, après les US ça va visiblement jusqu'en Asie (Thaïlande à priori).
Aucune idée de pourquoi ça va si loin.
-
Je ne sais pas si c'est bien ici que je dois poster ça mais je n'ai pas trouvé d'autres endroits bien adaptés.
Il y avait déjà eu des soucis similaires il y a quelques mois (topic Twitch peut-être ?) avec des soucis vers Cloudflare.
Ce soir c'est la foire sur le DNS 1.1.1.1 avec un joli ping à 354 ms... miam miam...
Est-ce que vous avez aussi le souci ? Et est-ce que ceux qui seraient chez Orange/SFR/Bouygues pourraient tester pour voir ?
Merci :)
Depuis Dijon sur Orange :
traceroute to one.one.one.one (1.1.1.1)
1 192.168.1.1 (192.168.1.1) 0.056 ms 0.370 ms 1.255 ms
2 80.10.232.189 (80.10.232.189) 2.884 ms 2.680 ms 1.911 ms
3 ae103-0.ncdij102.Dijon.francetelecom.net (193.253.90.102) 1.909 ms 1.911 ms 1.818 ms
4 ae41-0.nistr202.Strasbourg.francetelecom.net (193.252.160.118) 6.923 ms 6.793 ms 7.012 ms
5 81.253.180.117 (81.253.180.117) 7.303 ms 7.295 ms 7.035 ms
6 193.252.137.82 (193.252.137.82) 9.109 ms 9.554 ms 10.114 ms
7 cloudflare-8.gw.opentransit.net (193.251.150.138) 9.361 ms 9.981 ms 10.491 ms
8 one.one.one.one (1.1.1.1) 9.683 ms 9.415 ms 9.431 ms
-
Pour free et le 1.1.1.1 d'habitude j'ai un ping meilleur que 8.8.8.8 mais là il doit y avoir un problème quelque part.
Nul doute que ce sera résolu d'ici quelques jours ou quelques semainesssssss
-
depuis Covage74 -> K-net
3 sauts Covage, 1 saut K-net
Habituel
tracert 1.1.1.1
Détermination de l’itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :
1 4 ms 25 ms 3 ms k-box.home [192.168.1.1]
2 14 ms 5 ms 5 ms 74.covage [10.2.0.177]
3 * * * Délai d’attente de la demande dépassé.
4 32 ms 13 ms 13 ms k-net-sud.covage [10.2.0.5]
5 42 ms 39 ms 46 ms cloudflare.par.franceix.net [37.49.237.49]
6 21 ms 14 ms 15 ms one.one.one.one [1.1.1.1]
Itinéraire déterminé.
-
C'est pire que ça, après les US ça va visiblement jusqu'en Asie (Thaïlande à priori).
Aucune idée de pourquoi ça va si loin.
Ca me fait penser a un hijack bgp ça...
-
Parcontre YouTube (flux vidéo) est dans les choux là depuis Sosh fibre et BnYou 4G.
Même problème chez Bouygues FTTH à la même heure.
-
Pas de souci Youtube depuis SFR.
-
C'était cette nuit ^^
-
C'était cette nuit ^^
Ce matin quand j'ai répondu le problème existait toujours. Là le traceroute vers 1.1.1.1 est redevenu normal (via Cogent).
-
Je confirme (et je confirme aussi le souci YT de cette nuit ;D ) :
traceroute to 1.1.1.1 (1.1.1.1), 30 hops max, 60 byte packets
1 erx-1 (192.168.10.252) 0.605 ms 0.788 ms 1.109 ms
2 fbx (192.168.200.250) 2.808 ms 2.734 ms 2.968 ms
3 194.149.164.52 (194.149.164.52) 13.197 ms 13.823 ms 13.201 ms
4 * * *
5 * * *
6 be2103.ccr42.par01.atlas.cogentco.com (154.54.61.21) 14.761 ms 12.825 ms be2102.ccr41.par01.atlas.cogentco.com (154.54.61.17) 12.569 ms
7 be3593.rcr21.b019498-0.par01.atlas.cogentco.com (154.54.60.122) 13.056 ms 13.152 ms be3594.rcr21.b019498-0.par01.atlas.cogentco.com (154.54.60.126) 13.203 ms
8 149.11.0.126 (149.11.0.126) 16.634 ms * *
9 one.one.one.one (1.1.1.1) 13.819 ms 13.734 ms 13.933 ms
-
Même problème chez Bouygues FTTH à la même heure.
Désolé pour la qualité de la source : https://www.bfmtv.com/tech/you-tube-a-fait-les-frais-d-une-panne-mondiale_AN-202011120130.html (https://www.bfmtv.com/tech/you-tube-a-fait-les-frais-d-une-panne-mondiale_AN-202011120130.html)
Une fois lancées, les vidéos restaient bloquées sur un écran noir de téléchargement. Un message d'erreur pouvait également apparaître à l'écran des visiteurs de la plateforme.
-
Pour le sujet peering, je viens seulement de quitter Sosh pour Free. Je n'avais connu Free qu'en VDSL, j'avais peur et je n'ai vraiment pas à me plaindre en FTTH c'est très similaire à Orange. Meilleur ping, pas de soucis sur les GAFAM. Donc pour M. et Mme tout le monde c'est top.
Pas de soucis je crois sur 1.1.1.1 today, après il est tôt :)
-
Pareil ici chez SFR (RED SFR) hier soir, ça a commencé en début de soirée, lenteurs sur Youtube et Facebook par intermittence, puis vers 1h du mat impossible de charger les vidéo sur Youtube avec les DNS de Cloudflare et Quad9. J'ai essayé les DNS de SFR hier soir dans la soirée et c'est reddit qui est devenu inaccessible.
-
Ca me fait penser a un hijack bgp ça...
c'est plutot une tentative de faire le tour du monde ? ;)
-
Le come back... :-X :o
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=49 time=363 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=49 time=362 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=49 time=362 ms
64 bytes from 1.1.1.1: icmp_seq=4 ttl=49 time=363 ms
64 bytes from 1.1.1.1: icmp_seq=5 ttl=49 time=363 ms
-
Idem, mais ça marche en v6 :
C:\Windows\System32>ping 1.1.1.1
Envoi d’une requête 'Ping' 1.1.1.1 avec 32 octets de données :
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Réponse de 1.1.1.1 : octets=32 temps=357 ms TTL=50
Statistiques Ping pour 1.1.1.1:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 357ms, Maximum = 357ms, Moyenne = 357ms
C:\Windows\System32>tracert 1.1.1.1
Détermination de l’itinéraire vers one.one.one.one [1.1.1.1]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 10.0.0.1
2 * 5 ms 4 ms 194.149.169.57
3 5 ms 4 ms 5 ms 194.149.166.21
4 11 ms 11 ms 11 ms londres-asr9k-1-te-0-0-6.intf.routers.proxad.net [194.149.163.225]
5 84 ms 83 ms 83 ms newyork-6k-1-po1.intf.routers.proxad.net [212.27.58.206]
6 153 ms 153 ms 153 ms paloalto-6k-1-po1.intf.routers.proxad.net [212.27.58.222]
7 154 ms 153 ms 153 ms g5-0-0.plapx-dr1.ix.singtel.com [198.32.176.50]
8 153 ms 153 ms 153 ms 203.208.172.233
9 346 ms 322 ms 321 ms 203.208.158.177
10 327 ms 328 ms 327 ms 203.208.183.134
11 328 ms 327 ms 328 ms 203.208.182.250
12 329 ms 329 ms 329 ms 203.208.158.190
13 329 ms 329 ms 329 ms 203.208.174.246
14 358 ms 359 ms 358 ms TH-ICR-MTT1-241-209.trueintergateway.com [113.21.241.209]
15 356 ms 355 ms 356 ms TIG-Net247-165.trueintergateway.com [113.21.247.165]
16 355 ms 356 ms 356 ms TIG-Net245-111.trueintergateway.com [113.21.245.111]
17 357 ms 356 ms 356 ms one.one.one.one [1.1.1.1]
Itinéraire déterminé.
Pas de soucis pour joindre la version IPv6 par contre :
C:\Windows\System32>ping 2606:4700:4700::1111
Envoi d’une requête 'Ping' 2606:4700:4700::1111 avec 32 octets de données :
Réponse de 2606:4700:4700::1111 : temps=7 ms
Réponse de 2606:4700:4700::1111 : temps=6 ms
Réponse de 2606:4700:4700::1111 : temps=5 ms
Réponse de 2606:4700:4700::1111 : temps=6 ms
Statistiques Ping pour 2606:4700:4700::1111:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 5ms, Maximum = 7ms, Moyenne = 6ms
C:\Windows\System32>tracert 2606:4700:4700::1111
Détermination de l’itinéraire vers one.one.one.one [2606:4700:4700::1111]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms 2a01:e0a:xxxx:xxxx::1
2 <1 ms <1 ms <1 ms 2a01:e0a:xxxx:xxxx::1
3 3 ms 2 ms 2 ms 2a01:e03:9:f836:c85d::ffff
4 * * * Délai d’attente de la demande dépassé.
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 * * 6 ms be3594.rcr21.b019498-0.par01.atlas.cogentco.com [2001:550:0:1000::9a36:3c7e]
10 * 20 ms * 2001:978:2:3d::18:2
11 5 ms 6 ms 6 ms one.one.one.one [2606:4700:4700::1111]
Itinéraire déterminé.
-
Je valide.
PING 2606:4700:4700::1111(2606:4700:4700::1111) 56 data bytes
64 bytes from 2606:4700:4700::1111: icmp_seq=1 ttl=55 time=14.4 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=2 ttl=55 time=13.8 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=3 ttl=55 time=13.10 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=4 ttl=55 time=14.4 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=5 ttl=55 time=13.8 ms
En alternative :
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=120 time=12.6 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=120 time=12.8 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=120 time=12.4 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=120 time=12.2 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=120 time=12.7 ms
Mais bon encore du Google quoi... :-X
Et pour IBM :
PING 9.9.9.9 (9.9.9.9) 56(84) bytes of data.
64 bytes from 9.9.9.9: icmp_seq=1 ttl=59 time=27.1 ms
64 bytes from 9.9.9.9: icmp_seq=2 ttl=59 time=27.1 ms
64 bytes from 9.9.9.9: icmp_seq=3 ttl=59 time=27.1 ms
64 bytes from 9.9.9.9: icmp_seq=4 ttl=59 time=26.2 ms
Latence plus élevée (quoique là tout de suite... :P )
-
Ce matin c'est visiblement redevenu normal.
-
Meme constat pour 1.1.1.1 et 1.0.0.1 369 ms ping !! ; ce matin ok
C'est probablement lié au pb de free récemment non ? ou c'est autre chose ; abonne free depuis 3 semaines lol déjà ça merde ; chez bouygues 1 an sans souci (lol) => ça m'apprendra de changer ::)
-
Il faudrait faire des traceroutes pour voir ce qu'ils se passent quand ça déconne.
-
Il faudrait faire des traceroutes pour voir ce qu'ils se passent quand ça déconne.
Ils y sont. ;D (cf ici par ex : https://lafibre.info/peering/le-peering-free-en-2020/msg809264/#msg809264 )
Passage par Angleterre, US, Asie puis retour France.
Ce qui est étonnant c'est qu'il semblerait que ce ne soit que le soir. A vérifier.
-
j'avoue que le 1.1.1.1 annoncé sur un peering de free à palo-alto par singtel qui route ça vers un sombre opérateur, ça ressemble bien à un hijack.
Après, pourquoi est-ce préféré, j'imagine que sinon free touche cloudflare via du transit, qui est moins préféré que du peering...
-
En tout cas youtube en ipv6 marche mieux (quand j'avais eu mon pb de perte de l'ipv4) sinon le soir c'est lent voir très lent par moments
-
Pour ma part chez free en temps normal j'ai environ 13 ms sur 1.1.1.1 , et je fais égal chez google.
Les deux passent par du cogent. En soirée je peux grimper à beaucoup plus. A cause de cogent ?
Perso je passe par quad9 , certes a 25 ms en moyenne mais plus stable :
Il semble passer par un peering : londres-asr9k-1-te-0-0-6.intf.routers.proxad.net
-
Après ça depends de ou tu habite, là j'ai 17ms vers 1.1.1.1 ; ça passe pa paris et ensuite j'ai une ip qui passe par l'espagne 149.11.0.126 avant d'arriver à 1.1.1.1
-
Tout comme toi , j'ai aussi ce 149.11.0.126. Je pense que ca se joue aux positionnement vis à vis de paris avant que ca reparte en espagne et il semble que 9.9.9.9 se soit plutôt UK.
Réponse de 1.1.1.1 : octets=32 temps=13 ms TTL=57
Réponse de 1.1.1.1 : octets=32 temps=12 ms TTL=57
Réponse de 1.1.1.1 : octets=32 temps=13 ms TTL=57
Réponse de 1.1.1.1 : octets=32 temps=13 ms TTL=57
-
La géolocalisation de cette IP n'est pas correcte, probablement parce que c'est une IP anycast (comme 1.1.1.1).
Chez moi (en Région Parisienne), cette IP apparait aussi dans le traceroute avec une latence de 3 ms ce qui n'est pas cohérent avec l'Espagne. De même, les latences que vous observez ne sont pas compatibles avec une remontée vers Paris avant d'aller en Espagne.
-
Je suis a Montpellier, et quand j’étais chez Free le 1.1.1.1 de cloudflare allait aux pays-bas avec un ping de ~15ms et le 9.9.9.9 de Quad9 partait a Londres, en Angleterre, avec un ping dans les ~24ms.
Chez SFR le 9.9.9.9 va vers le DC de France IX Marseille et le 1.1.1.1 vas, je ne sais pas, il y a 7 hop comme le DNS de quad9 mais il prends une route différente. Ca doit remonter sur Paris j'imagine.
Tracing route to one.one.one.one [1.1.1.1]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 2 ms 1 ms 1 ms 34juv1-nro-1.nro.gaoland.net [109.6.26.2]
3 2 ms 1 ms 1 ms 181.228.96.84.rev.sfr.net [84.96.228.181]
4 17 ms 16 ms 18 ms 129.10.136.77.rev.sfr.net [77.136.10.129]
5 17 ms 16 ms 16 ms 129.10.136.77.rev.sfr.net [77.136.10.129]
6 * * * Request timed out.
7 16 ms 18 ms 15 ms one.one.one.one [1.1.1.1]
Trace complete.
PS C:\Windows\system32> tracert 9.9.9.9
Tracing route to dns9.quad9.net [9.9.9.9]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 1 ms 2 ms 2 ms 34juv1-nro-1.nro.gaoland.net [109.6.26.2]
3 2 ms 1 ms 2 ms 181.228.96.84.rev.sfr.net [84.96.228.181]
4 9 ms 7 ms 7 ms 102.144.6.194.rev.sfr.net [194.6.144.102]
5 6 ms 7 ms 7 ms 102.144.6.194.rev.sfr.net [194.6.144.102]
6 15 ms 18 ms 16 ms pch.mrs.franceix.net [37.49.232.61]
7 15 ms 16 ms 14 ms dns9.quad9.net [9.9.9.9]
Trace complete.
PS C:\Windows\system32> tracert 8.8.8.8
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 1 ms 1 ms 2 ms 34juv1-nro-1.nro.gaoland.net [109.6.26.2]
3 3 ms 2 ms 1 ms 181.228.96.84.rev.sfr.net [84.96.228.181]
4 17 ms 16 ms 16 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
5 16 ms 16 ms 16 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
6 15 ms 16 ms 16 ms 74.125.146.198
7 15 ms 16 ms 15 ms 108.170.244.161
8 15 ms 23 ms 16 ms 142.250.224.93
9 16 ms 15 ms 16 ms dns.google [8.8.8.8]
Trace complete.
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 66.56.154.77.rev.sfr.net - 1 | 259 | 258 | 1 | 1 | 32 | 1 |
| 46.232.5.109.rev.sfr.net - 0 | 509 | 509 | 1 | 2 | 7 | 2 |
| 129.10.136.77.rev.sfr.net - 0 | 82 | 82 | 16 | 17 | 28 | 18 |
| 129.10.136.77.rev.sfr.net - 0 | 83 | 83 | 16 | 16 | 19 | 17 |
| cloudflare.par.franceix.net - 0 | 51 | 51 | 20 | 27 | 69 | 21 |
| one.one.one.one - 0 | 74 | 74 | 17 | 17 | 20 | 18 |
|________________________________________________|______|______|______|______|______|______|
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 | 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 | 253 | 253 | 1 | 1 | 30 | 1 |
| 102.144.6.194.rev.sfr.net - 0 | 240 | 240 | 5 | 7 | 10 | 7 |
| pch.mrs.franceix.net - 0 | 306 | 306 | 4 | 5 | 20 | 5 |
| dns9.quad9.net - 0 | 368 | 368 | 4 | 4 | 9 | 4 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
J'ai spotify qui passe son temps à alterner entre un fonctionnement normal et un foncitonnement "hors ligne"
Comme si il y avait une vérification qui regarde si on a internet qui échouait.
Vu que j'ai internet et que les musiques se mettent en buffering, j'ai pas trop de souci, mais le fait de se voir afficher des messages "vous êtes hors ligne" très régulièrement c'est assez lourd.
Il y a moyen de savoir l'ip / adresse des serveurs utilisés par spotify ? J'ai regardé vite fait sur wireshark mais j'avais trop de trafic pour voir véritablement un domaine / IP qui se détache du reste. J'aimerais voir si il y a pas un petit souci entre free et spotify.
-
Il y a la liste ICI (https://gist.github.com/mrprobot/257f3af652c0b4599634c7c063ec2d88)
-
Sinon, sur Windows, tu as le moniteur de ressources (tu peux le trouver en le tapant dans le menu démarrer) qui t'affiche les connexions, triées par programme. Il faut aller dans l'onglet "Réseau", puis dans le bandeau " Connexions TCP"
-
Hello!
Donc si je comprends bien le seul moyen d'améliorer le peering c'est de passer par un peering privé et donc payer des €€ en plus chaque mois ??
Est-il possible par exemple sur amazon ou Digital ocean de setup un VPN (dédié) et ou tunnel ip et de tout faire transiter par ce VPN directement??
Moi qui suis chez Free, quoi qu'il arrive n'importe quelle connexion passera par un datacenter de chez Free (Online) et ensuite par cogent qui semble constamment saturé ..
-
Hello!
Donc si je comprends bien le seul moyen d'améliorer le peering c'est de passer par un peering privé et donc payer des €€ en plus chaque mois ??
Est-il possible par exemple sur amazon ou Digital ocean de setup un VPN (dédié) et ou tunnel ip et de tout faire transiter par ce VPN directement??
Moi qui suis chez Free, quoi qu'il arrive n'importe quelle connexion passera par un datacenter de chez Free (Online) et ensuite par cogent qui semble constamment saturé ..
Sans vouloir faire de la pub (de toute façon j'y gagne pas un kopek), setup un truc chez AWS ou DigitalOcean pose quelques soucis (avoir une IP taguée hébegeur pose problème notamment), tu as des acteurs comme nous (MilkyWan) qui font des VPN tout prêts ou des VM pour faire le tien pour pas très cher, avec une interco vers Free via Hopus, et de bonnes intercos ;)
-
Sans vouloir faire de la pub (de toute façon j'y gagne pas un kopek), setup un truc chez AWS ou DigitalOcean pose quelques soucis (avoir une IP taguée hébegeur pose problème notamment), tu as des acteurs comme nous (MilkyWan) qui font des VPN tout prêts ou des VM pour faire le tien pour pas très cher, avec une interco vers Free via Hopus, et de bonnes intercos ;)
Je sais Hugues, je te suis déjà sur Twitter et je sais que tu es à ton compte maintenant :D
-
Ou aller chez un opérateur qui n’a pas de pb...
-
Haha ;)
En l’occurrence milkywan n'est en aucun cas mon activité, c'est mon hobby, même si j'y passe beaucoup de temps ;)
-
ping vers lafibre.info depuis une ligne fibre avec freebox pop (5gbits)
J'habite à 15km de Paris et j'ai 56ms avec cogent à Paris ...
1 <1 ms <1 ms <1 ms 2a01:e0a:3bb:79e0::1
2 3 ms 2 ms 1 ms 2a01:e00:2b:f836:8dd3::ffff
3 * * * Délai d’attente de la demande dépassé.
4 * * * Délai d’attente de la demande dépassé.
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 * * 56 ms be2103.ccr42.par01.atlas.cogentco.com [2001:550:0:1000::9a36:3d15]
8 61 ms 61 ms 61 ms be2472.rcr21.lys01.atlas.cogentco.com [2001:550:0:1000::8275:317a]
9 * * * Délai d’attente de la demande dépassé.
10 62 ms 66 ms 62 ms 2001:978:2:16::b
11 63 ms 61 ms 61 ms mail.lafibre.info [2a01:6e00:10:410:0:1a:f1b2:e]
-
Merci vous me confirmez de ne pas quitter l’agrume pour avoir plus d’1gbps, je préfère garder 1 seul gbps qui marche 24/24
J’ai 1ms vers 8.8.8.8 par ex à Marseille....
-
Merci vous me confirmez de ne pas quitter l’agrume pour avoir plus d’1gbps, je préfère garder 1 seul gbps qui marche 24/24
J’ai 1ms vers 8.8.8.8 par ex à Marseille....
2ms pour ma part ... :)
fait un ping vers lafibre.info pour voir
-
Tiens, Adeli n'a plus d'interco avec Ielo/Hopus ? C'est moche pour un opérateur pro...
Pour la blague, depuis un opérateur qui marche bien, à Paris...
➜ ~ mtr -rwc10 mail.lafibre.info
Start: 2020-11-20T20:13:41+0100
HOST: Atlantis.local Loss% Snt Last Avg Best Wrst StDev
1. AS57199 rb4011.home.licorne.tech 0.0% 10 0.4 0.3 0.2 0.5 0.1
2. AS57199 tfe1.2297.ccr2004.core.th2.milkywan.net 0.0% 10 0.7 1.9 0.4 14.2 4.3
3. AS??? novius.peers.lyonix.net 0.0% 10 8.0 7.8 7.7 8.0 0.1
4. AS43142 2a01:6e00:10:42c::143 0.0% 10 7.8 7.8 7.7 7.9 0.1
5. AS43142 mail.lafibre.info 0.0% 10 8.0 7.8 7.6 8.0 0.1
-
[...] quoi qu'il arrive n'importe quelle connexion passera par un datacenter de chez Free (Online) et ensuite par cogent qui semble constamment saturé ..
le réseau Free, n'est pas le même que celui de la branche hébergement Online/scaleway... si les abonnées free avaient les sorties d'Online/Scaleway, ce topic n'aurait plus lieu d'être :)
:(
-
Bonsoir à tous,
Depuis 2/3 des grosses lenteurs vers des destinations passant par cogent.
Je l’ai remarqué en utilisant nordvpn :
(https://i.ibb.co/RcHRYtX/5-B89-FE72-0-F9-C-402-C-83-B6-FFE747-CCB48-E.jpg) (https://ibb.co/njkx64X)
(https://i.ibb.co/1TrjYMz/AEC4944-E-3-EE1-4-B13-A9-AE-7-D95-BE233-B1-A.jpg) (https://ibb.co/Xt7MfDY)
Je n’avais jamais eu ce type de problème...
-
C'est pourtant un classique les saturations entre Free et Cogent. Le problème n'apparait qu'en IPv4 et pas en IPv6.
-
En effet c'est reparti... >:(
1 erx-1 (192.168.10.252) 0.597 ms 0.522 ms 0.518 ms
2 fbx (192.168.200.250) 2.409 ms 2.307 ms 2.640 ms
3 194.149.164.52 (194.149.164.52) 13.219 ms 13.235 ms 13.095 ms
4 * * *
5 * * *
6 be2102.ccr41.par01.atlas.cogentco.com (154.54.61.17) 62.067 ms 62.018 ms 62.035 ms
7 be3593.rcr21.b019498-0.par01.atlas.cogentco.com (154.54.60.122) 64.844 ms 65.473 ms 64.875 ms
8 149.11.0.126 (149.11.0.126) 63.201 ms 62.061 ms 62.006 ms
9 one.one.one.one (1.1.1.1) 66.015 ms 65.490 ms 66.109 ms
-
C'est pourtant un classique les saturations entre Free et Cogent. Le problème n'apparait qu'en IPv4 et pas en IPv6.
Ce soir Free te fait mentir ;D
PING 2606:4700:4700::1111(2606:4700:4700::1111) 56 data bytes
64 bytes from 2606:4700:4700::1111: icmp_seq=1 ttl=55 time=49.9 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=2 ttl=55 time=60.3 ms
64 bytes from 2606:4700:4700::1111: icmp_seq=3 ttl=55 time=61.1 ms
--- 2606:4700:4700::1111 ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 6ms
rtt min/avg/max/mdev = 49.853/57.086/61.143/5.134 ms
PING 1.1.1.1 (1.1.1.1) 56(84) bytes of data.
64 bytes from 1.1.1.1: icmp_seq=1 ttl=58 time=62.7 ms
64 bytes from 1.1.1.1: icmp_seq=2 ttl=58 time=63.9 ms
64 bytes from 1.1.1.1: icmp_seq=3 ttl=58 time=63.6 ms
--- 1.1.1.1 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 4ms
rtt min/avg/max/mdev = 62.674/63.387/63.926/0.525 ms
-
Ce soir Free te fait mentir ;D
Chez moi je suis à 3 ms sur 2606:4700:4700::111. Du coup c'est probablement juste quelques liens avec Cogent qui saturent, soit parce que c'est le début soit parce que le trafic est mal équilibré.
-
le réseau Free, n'est pas le même que celui de la branche hébergement Online/scaleway... si les abonnées free avaient les sorties d'Online/Scaleway, ce topic n'aurait plus lieu d'être :)
:(
Pour info à l'école 42 (Xavier Niel) j'ai passé le concours en octobre et ils ont doivent être en FTTO vers online/scaleway car j'avais jamais au dessus de 0.8ms à chaque fois que je ping vers une destination.. j'avais halluciné!
-
C'est pourtant un classique les saturations entre Free et Cogent. Le problème n'apparait qu'en IPv4 et pas en IPv6.
Idem en IPV6 ..
1 <1 ms <1 ms <1 ms 2a01:e0a:3bb:79e0::1
2 3 ms 2 ms 1 ms 2a01:e00:2b:f836:8dd3::ffff
3 * * * Délai d’attente de la demande dépassé.
4 * * * Délai d’attente de la demande dépassé.
5 * * * Délai d’attente de la demande dépassé.
6 * * * Délai d’attente de la demande dépassé.
7 * * 56 ms be2103.ccr42.par01.atlas.cogentco.com [2001:550:0:1000::9a36:3d15]
8 61 ms 61 ms 61 ms be2472.rcr21.lys01.atlas.cogentco.com [2001:550:0:1000::8275:317a]
9 * * * Délai d’attente de la demande dépassé.
10 62 ms 66 ms 62 ms 2001:978:2:16::b
11 63 ms 61 ms 61 ms mail.lafibre.info [2a01:6e00:10:410:0:1a:f1b2:e]
-
Comme dit plus haut, tout le monde n'est pas logé à la même enseigne.
-
De mon coté :
Détermination de l’itinéraire vers lafibre.info [80.67.167.77]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 13 ms 12 ms 13 ms 194.149.169.57
3 * * * Délai d’attente de la demande dépassé.
4 14 ms 12 ms 12 ms free.th2-1.rt.hopus.net [37.77.34.38]
5 13 ms 13 ms 12 ms lag-th2-1.dc3-2.rt.hopus.net [37.77.32.47]
6 13 ms 12 ms 13 ms appliwave.dc3-2.hopus.net [37.77.36.23]
7 12 ms 12 ms 12 ms lo0-1.ccr1072.core.dc2.infra.ip4.milkywan.net [80.67.167.1]
8 13 ms 12 ms 13 ms lo0-1.ccr1072.core.th2.infra.ip4.milkywan.net [80.67.167.3]
9 13 ms 13 ms 12 ms te1-0.rb4011.col.th2.infra.ip4.milkywan.net [80.67.167.203]
10 24 ms 22 ms 21 ms lafibre.cust.milkywan.net [80.67.167.77]
Détermination de l’itinéraire vers mail.lafibre.info [46.227.16.13]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.1.254]
2 13 ms 12 ms 12 ms 194.149.169.174
3 * * * Délai d’attente de la demande dépassé.
4 * * * Délai d’attente de la demande dépassé.
5 21 ms 21 ms 21 ms be2103.ccr42.par01.atlas.cogentco.com [154.54.61.21]
6 27 ms 27 ms 27 ms be2472.rcr21.lys01.atlas.cogentco.com [130.117.49.122]
7 27 ms 27 ms 27 ms te0-0-2-0.agr12.lys01.atlas.cogentco.com [130.117.2.34]
8 27 ms 27 ms 28 ms 149.6.118.242
9 28 ms 28 ms 28 ms mail.lafibre.info [46.227.16.13]
Plutôt correct ce soir même si on sent les quelques ms supplémentaires de cogent vis à vis de hopus. Enfin si free sature avec cogent c'est problématique car si je ne me trompe pas il s'agit de leur seul transitaire ? Et avec peu de peering à coté , donc tout va sur cogent partout ?
-
2ms pour ma part ... :)
fait un ping vers lafibre.info pour voir
16ms lafibre.info en ipv6 par défaut, 20ms en ipv4 sur orange
-
Je pensais que l'on prenait un abonnement pour la TV et non "Internet".
-
C:\WINDOWS\system32>tracert mail.lafibre.info
Détermination de l’itinéraire vers mail.lafibre.info [2a01:6e00:10:410::2]
avec un maximum de 30 sauts :
1 1 ms <1 ms <1 ms livebox.home [2a01:cb0c:84fd:5400:3649:5bff:fe2b:b8f0]
2 8 ms 5 ms 3 ms 2a01cb08a00402030193025300760016.ipv6.abo.wanadoo.fr [2a01:cb08:a004:203:193:253:76:16]
3 8 ms 8 ms 8 ms 2a01:cfc4:0:700::a
4 8 ms 18 ms 7 ms 2a01:cfc4:0:600::a
5 * * * Délai d’attente de la demande dépassé.
6 12 ms 13 ms 12 ms hundredgige0-1-0-11.partr2.saint-denis.opentransit.net [2001:688:0:2::64]
7 12 ms 15 ms 13 ms ae-19.edge7.Paris1.Level3.net [2001:1900:5:3::515]
8 12 ms 12 ms 13 ms lo-0-v6.ear1.Paris1.Level3.net [2001:1900:2::3:77]
9 18 ms 19 ms 18 ms ADELI-SARL.ear1.Paris1.Level3.net [2001:1900:5:2:2::49c6]
10 18 ms 17 ms 17 ms mail.lafibre.info [2a01:6e00:10:410::2]
Itinéraire déterminé.
C:\WINDOWS\system32>tracert /4 mail.lafibre.info
Détermination de l’itinéraire vers mail.lafibre.info [46.227.16.13]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms lan.home [192.168.1.1]
2 3 ms 3 ms 3 ms 80.10.233.9
3 5 ms 5 ms 5 ms 193.249.215.146
4 7 ms 7 ms 6 ms 81.253.129.18
5 8 ms 7 ms 7 ms 81.253.129.1
6 12 ms 11 ms 11 ms 81.253.184.178
7 13 ms 12 ms 12 ms hundredgige0-1-0-10.partr2.saint-denis.opentransit.net [193.251.129.198]
8 14 ms 19 ms 12 ms ae-19.edge7.Paris1.Level3.net [4.68.73.61]
9 12 ms 11 ms 12 ms ae-2-3201.ear1.Paris1.Level3.net [4.69.140.26]
10 17 ms 17 ms 17 ms ADELI-SARL.ear1.Paris1.Level3.net [212.73.207.238]
11 20 ms 20 ms 20 ms mail.lafibre.info [46.227.16.13]
Itinéraire déterminé.
3 ms de moins en ipv6 que en ipv4 je tourne autour des 20ms par chez moi :-\
-
Je pensais que l'on prenait un abonnement pour la TV et non "Internet".
Pourquoi faire alors que c’est gratuit avec une simple antenne...
-
Pourquoi faire alors que c’est gratuit avec une simple antenne...
Ironie sur des thread similaires précédents.
-
Bonjour a tous,
Je viens chiner quelques infos, lors d'un traceroute vers les serveurs de blizzard je passe par AMSIX qui me fait prendre +15ms.
traceroute to 185.60.115.233 (185.60.115.233), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 0.208 ms 0.147 ms 0.158 ms
2 194.149.169.85 (194.149.169.85) 2.524 ms * 2.484 ms
3 amsix-6k-1.routers.proxad.net (80.249.208.251) 16.611 ms 16.591 ms 16.572 ms
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
Je n'ai pas l'impression que ça soit normal.
Est ce que quelqu'un chez orange/un autre FAI peut faire le même traceroute et me dire ce qu'il en sort ? Thx
-
Zneel sur un FTTH SFR dans le Grand Est :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 43 | 43 | 0 | 0 | 0 | 0 |
| 1.48.14.93.rev.sfr.net - 0 | 43 | 43 | 0 | 0 | 2 | 1 |
| 218.175.136.77.rev.sfr.net - 0 | 43 | 43 | 1 | 1 | 2 | 2 |
| 129.10.136.77.rev.sfr.net - 0 | 43 | 43 | 7 | 7 | 9 | 7 |
| 129.10.136.77.rev.sfr.net - 0 | 43 | 43 | 7 | 7 | 8 | 7 |
| blizzard.par.franceix.net - 0 | 43 | 43 | 7 | 11 | 59 | 7 |
| ae1-br01-eqpa4.as57976.net - 0 | 43 | 43 | 7 | 41 | 223 | 19 |
| et-0-0-0-pe03-eqpa4.as57976.net - 0 | 43 | 43 | 7 | 9 | 58 | 7 |
| 137.221.66.37 - 0 | 43 | 43 | 7 | 7 | 10 | 8 |
| Request timed out. - 100 | 8 | 0 | 0 | 0 | 0 | 0 |
| 185.60.115.233 - 0 | 43 | 43 | 7 | 7 | 8 | 7 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Effectivement on dirait que ça sort par Amsterdam pour revenir sur Paris :
traceroute to 185.60.115.233 (185.60.115.233), 30 hops max, 60 byte packets
1 _gateway (192.168.0.254) 0.394 ms 0.450 ms 0.531 ms
2 194.149.164.54 (194.149.164.54) 3.528 ms 3.735 ms 3.801 ms
3 amsix-6k-1.routers.proxad.net (80.249.208.251) 17.864 ms 17.872 ms 18.043 ms
4 80.249.208.83 (80.249.208.83) 18.324 ms 18.384 ms 18.829 ms
5 ae1-br02-eqam1.as57976.net (137.221.78.35) 91.280 ms 91.323 ms 91.325 ms
6 et-0-0-3-br02-eqpa4.as57976.net (137.221.65.92) 16.451 ms 16.075 ms 16.085 ms
7 et-0-0-1-pe02-eqpa4.as57976.net (137.221.77.83) 26.629 ms 26.458 ms 26.633 ms
8 137.221.66.35 (137.221.66.35) 26.694 ms 26.805 ms 26.266 ms
9 10.109.1.85 (10.109.1.85) 275.715 ms 268.102 ms 268.763 ms
10 185.60.115.233 (185.60.115.233) 25.991 ms 25.912 ms 26.482 m
-
➜ ~ mtr -rwc10 185.60.115.233
Start: 2020-11-23T11:40:29+0100
HOST: Atlantis.local Loss% Snt Last Avg Best Wrst StDev
1. AS??? 10.0.42.1 0.0% 10 3.1 1.6 0.8 3.1 0.9
2. AS57199 tfe1.2297.ccr2004.core.th2.milkywan.net 0.0% 10 1.0 1.4 0.9 2.5 0.6
3. AS200780 185.217.202.177 0.0% 10 1.3 1.9 1.1 7.0 1.8
4. AS200780 appliwave.rbgp1-10g.dc2.paris.france.as200780.net 0.0% 10 2.1 3.3 1.5 17.0 4.8
5. AS44530 appliwave.dc3-2.rt.hopus.net 0.0% 10 1.6 2.2 1.5 3.3 0.7
6. AS44530 lag-dc3-2.th2-1.rt.hopus.net 10.0% 10 1.7 2.6 1.5 4.2 1.0
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS3320 pd9ef33a2.dip0.t-ipconnect.de 0.0% 10 2.9 3.2 2.8 3.8 0.3
9. AS3320 80.157.202.38 0.0% 10 3.0 5.0 2.5 12.1 3.7
10. AS57976 ae1-br01-eqpa4.as57976.net 0.0% 10 4.1 18.0 2.5 93.6 30.6
11. AS57976 et-0-0-0-pe03-eqpa4.as57976.net 0.0% 10 3.4 3.2 2.1 5.2 1.1
12. AS57976 137.221.66.37 0.0% 10 2.5 2.8 2.5 4.3 0.5
13. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14. AS57976 185.60.115.233 0.0% 10 2.0 2.4 2.0 3.7 0.6
Chez moi ça fait le tour de Paris :D
-
Y'a t'il un moyen de résoudre ce problème autre qu'un VPN ?
Pourquoi free ne peer pas directement sur paris ?
-
Y'a t'il un moyen de résoudre ce problème autre qu'un VPN ?
Pourquoi free ne peer pas directement sur paris ?
Free peer chez Hopus. :D
-
Et refuse volontairement les routes de DTAG donc :)
-
Free peer chez Hopus. :D
Que dois je en conclure ? C'est un peu du chinois pour moi haha :D
Et refuse volontairement les routes de DTAG donc :)
Même message qu'au dessus ! ;D
-
tu peux en conclure que la politique de peering des FAI est uniquement leur sauce interne, c'est quelque chose qu'ils font evoluer a leur guise.
Et free est connu pour ne pas faire le mieux possible sur ce sujet.
-
Après c'est peut-être historique, Blizzard avait peut-être une majorité de ses serveurs à Amsterdam et c'était peut-être logique de les joindre via AMS-IX à l'époque.
-
Que dois je en conclure ? C'est un peu du chinois pour moi haha :D
Qu'il te faut un VPN (bien interconnecté avec Free) ^^
-
tu peux en conclure que la politique de peering des FAI est uniquement leur sauce interne, c'est quelque chose qu'ils font evoluer a leur guise.
Et free est connu pour ne pas faire le mieux possible sur ce sujet.
Merci pour l'explication.
Il n'y a aucun moyen d’améliorer la chose ? (En ayant une ipv4 par ex d’après ce que j'ai compris ce n'est pas le même peering)
-
Non, on parle déjà d'IPv4 depuis le début
-
Non, on parle déjà d'IPv4 depuis le début
Ah. ;D
Je vais tenter le SAV de free ::)
Merci pour vos reponses.
-
Aucune chance qu'ils ne fassent quoi que ce soit, il faut que tu prenne un VPN ou que tu changes de FAI, c'est tout :)
-
Ah. ;D
Je vais tenter le SAV de free ::)
Merci pour vos reponses.
Comme le dit Hugues, aucune chance.
Bon je vois qu'il fait pas sa pub donc je vais la faire, Milkywan c'est très bien pour palier au problème de Free. :D cc Hugues ;)
-
Ouais j'évite de faire trop de prosélytisme, c'est pas trop le but du forum, mais en effet, merci ;)
-
tu peux en conclure que la politique de peering des FAI est uniquement leur sauce interne, c'est quelque chose qu'ils font evoluer a leur guise.
Et free est connu pour ne pas faire le mieux possible sur ce sujet.
"Le mieux" du point de vue de l'abonné n'est pas toujours "le mieux" du point de vue de l'opérateur.
De nombreux paramètres rentrent en compte quand on parle d'intercos externes. Le coût bien sûr, mais également la complexité si par exemple on a des intercos à différents débits (par exemple 100G sur Paris mais uniquement 10G sur Marseille). Comment doit se faire le repli en cas de coupure de la prise 100G ? Sur l'autre prise (auquel cas ça va frotter) ? Sur le transit ?
Et puis il y a des incidents, des coupures de liens. Dans l'ensemble ça fonctionne, le trafic sera re-routé, mais pas forcément selon un path optimal, ou pas forcément de la manière qu'on aura imaginé. Il ne faut pas oublier que les opérateurs choisissent leur ingénierie de trafic, elle n'est pas forcément la même partout. Cela peut occasionner des routage massivement asymétriques, du tromboning par des peerings distants, etc.
Bref gérer un gros réseau d'eyeballs multi-connecté n'est pas simple. Normalement les gens de Free s'y connaissent, et surtout ils connaissent également les limitations qui leurs sont imposées. Ils ne sont pas forcément libres de faire tout ce qui serait "mieux" de notre point de vue d'utilisateurs.
-
Il faut pas oublier aussi que le réseau en face évolue sans que tu puisses trop le savoir potentiellement et que quelque chose qui avait un sens à un moment (comme aller chercher le trafic à Amsterdam) peut en avoir moins aujourd'hui.
-
"Le mieux" du point de vue de l'abonné n'est pas toujours "le mieux" du point de vue de l'opérateur.
De nombreux paramètres rentrent en compte quand on parle d'intercos externes. Le coût bien sûr, mais également la complexité si par exemple on a des intercos à différents débits (par exemple 100G sur Paris mais uniquement 10G sur Marseille). Comment doit se faire le repli en cas de coupure de la prise 100G ? Sur l'autre prise (auquel cas ça va frotter) ? Sur le transit ?
Et puis il y a des incidents, des coupures de liens. Dans l'ensemble ça fonctionne, le trafic sera re-routé, mais pas forcément selon un path optimal, ou pas forcément de la manière qu'on aura imaginé. Il ne faut pas oublier que les opérateurs choisissent leur ingénierie de trafic, elle n'est pas forcément la même partout. Cela peut occasionner des routage massivement asymétriques, du tromboning par des peerings distants, etc.
Bref gérer un gros réseau d'eyeballs multi-connecté n'est pas simple. Normalement les gens de Free s'y connaissent, et surtout ils connaissent également les limitations qui leurs sont imposées. Ils ne sont pas forcément libres de faire tout ce qui serait "mieux" de notre point de vue d'utilisateurs.
Et c'est reparti, toujours dans le "on peut pas, parce que.."
En même temps si tout le monde hoche la tête aux directives pourries des DSI hein, bref on est encore loin de la perfection.
Blizzard et Free sur AMS-IX ça toujours été comme cela, tout comme Valve.
-
Apparemment ce soir les routes vers tout ce qui touche à AWS étaient down depuis Free, quelqu'un a des infos ?
-
Je peux confirmer qu'hier, pas mal de problèmes pour rejoindre certains sites web avec Free. Pareil sur mobile, mais aucun soucis sur une Sim SFR.
Un tracert d'un pote sur marseille lors du problème :
1 <1 ms 1 ms <1 ms FREEBOX [192.168.0.254]
2 1 ms 1 ms 2 ms ril69-1_migr-82-67-31-254.fbx.proxad.net [82.67.31.254]
3 <1 ms <1 ms <1 ms 78.255.125.126
4 1 ms 1 ms 1 ms marseille-9k-1-bd1016.intf.nro.proxad.net.243.254.78.in-addr.arpa [78.254.243.77]
5 11 ms 13 ms 11 ms p11-crs16-1-be1115.intf.routers.proxad.net [194.149.162.153]
6 * Délai d’attente de la demande dépassé.
7 10 ms 10 ms 10 ms free.th2-1.rt.hopus.net [37.77.34.38]
8 158 ms magiconline.th2-1.hopus.net [37.77.34.73]
9 119 ms ge-0-0-s50.lns1.th2.net.magic.fr [62.100.128.145]
10 379 ms 188.130.11.71
Tracert similaire chez moi dans le Nord :
1 <1 ms <1 ms <1 ms FREEBOX [192.168.0.254]
2 5 ms 5 ms 5 ms 194.149.169.93
3 * Délai d’attente de la demande dépassé.
4 5 ms 5 ms 5 ms free.th2-1.rt.hopus.net [37.77.34.38]
5 93 ms * 87 ms magiconline.th2-1.hopus.net [37.77.34.73]
6 * Délai d’attente de la demande dépassé.
7 * 58 ms 57 ms 188.130.11.71
Par contre avec un VPN aucun soucis pour rejoindre le site web :
Détermination de l’itinéraire vers www.dreadcast.net [188.130.11.71]
avec un maximum de 30 sauts :
1 6 ms 6 ms 6 ms 10.5.0.1
2 7 ms 6 ms 6 ms unn-84-17-42-254.cdn77.com [84.17.42.254]
3 7 ms 6 ms 7 ms be5475.rcr21.b019498-0.par01.atlas.cogentco.com [149.6.161.57]
4 8 ms 7 ms 7 ms be3594.ccr42.par01.atlas.cogentco.com [154.54.60.125]
5 8 ms * 7 ms be3184.ccr31.par04.atlas.cogentco.com [154.54.38.158]
6 8 ms 8 ms 7 ms be3169.agr21.par04.atlas.cogentco.com [154.54.37.238]
7 7 ms 7 ms 7 ms tata.par04.atlas.cogentco.com [130.117.15.70]
8 7 ms 7 ms 7 ms if-ae-11-2.tcore1.pye-paris.as6453.net [80.231.153.50]
9 7 ms 7 ms 7 ms te3-1.ew200-411-cr903.euroweb-network.com [80.231.154.50]
10 7 ms 7 ms 7 ms 62.100.128.175
11 7 ms 9 ms 7 ms 62.100.128.186
12 8 ms 8 ms 8 ms 62.100.128.191
13 8 ms 7 ms 7 ms 188.130.11.71
-
C'est rigolo, chez Free ça sature alors que ça passe par Hopus qui est censé ne jamais saturer (là comme ça j'ai l'impression que ça sature plus entre Hopus et Magic Online qu'en Free et Hopus) et dans le même temps avec le VPN ça marche bien alors que le VPN atteint Magic Online via Cogent qui a une si mauvaise réputation chez Free. :P
Note : L'interconnexion Free <> Hopus c'est 5x100 Gbps, celle Magic Online <> Hopus c'est 1x10 Gbps.
-
C'est exactement ce que j'ai dit à mon pote hier ;D
-
Je doute très fortement qu'Hopus sature chez Free ou magic online. On n'a pas la route retour ;)
-
Je doute très fortement qu'Hopus sature chez Free ou magic online. On n'a pas la route retour ;)
C'est pas supposé être symétrique quand deux réseaux sont membres d'Hopus ?
-
Et en VPN, ça passe d'abord par Datacamp CDN77 (ligne 2) pour arriver sur Cogent, puis Tata Communications (ligne 8 ) puis Euroweb et, pour finir, Magic Online.
-
J'ai supposé que le VPN était sur le réseau de CDN77 (qu'on atteint d'ailleurs via Cogent depuis Free ^^).
-
C'est pas supposé être symétrique quand deux réseaux sont membres d'Hopus ?
Non, c'est une légende urbaine, tu ne peux pas maitriser tes annonces mais tu peux encore choisir où sort ton trafic, comme partout sur internet.
-
Salut, je vous écrit pour vous demander si des perfs lamentables de geforce now peuvent avoir un lien avec le peering ? Les serveurs semblent être en europe mais j'ai une très mauvaise connexion avec eux.
Je suis chez Free en fibre.
-
Il y a une URL qu'on peut tester si c'est le débit de téléchargement le problème ou alors c'est la latence dans le jeu qui est mauvaise ?
-
Vous pouvez faire un tracert ou mtr sur chacune de ces IP.
185.136.71.231 EU WEST
77.111.251.234 EU CENTRAL 2
185.136.69.231 EU CENTRAL 3
80.84.160.201 EU CENTRAL 4
Logiquement ces IP n'ont pas changer.(Je les avais récupérer Début 2020)
Vous avez tester EU CENTRAL 4(C'est en France) ?
-
Visiblement le traceroute est bloqué quand on arrive dans le réseau AWS.
Ça passe par Zayo sauf "185.136.69.231 EU CENTRAL 3" qui passe par Cogent puis NTT.
Il y a régulièrement eu des saturations entre Zayo et Free dans le passé.
-
Il y a une URL qu'on peut tester si c'est le débit de téléchargement le problème ou alors c'est la latence dans le jeu qui est mauvaise ?
Dans les deux cas, il y a un outil dans gforce qui permet de tester débit et ping
-
Perso j'avais tellement de problème entre Free et GeForce now ( Free > SFR > Zayo > nVidia) que j'ai changé d'opérateur pour Bouygues.
-
Free passe par SFR pour joindre Zayo ?
Il y a une erreur, non ?
En descendant il y un gros peering privé entre Zayo et Free, mais Free avait coupé le flux montant suite à une panne Zayo, mais cela doit être du passé.
-
Mauvaise interprétation d'un traceroute :)
-
Free passe par SFR pour joindre Zayo ?
Je ne pense pas mais le traceroute est trompeur :
traceroute to 185.136.71.231 (185.136.71.231), 30 hops max, 60 byte packets
1 _gateway (192.168.0.254) 0.391 ms 0.454 ms 0.527 ms
2 * * *
3 38.195.118.80.rev.sfr.net (80.118.195.38) 3.760 ms 4.040 ms 4.085 ms
4 ae2.mpr1.cdg11.fr.zip.zayo.com (64.125.14.37) 3.140 ms 3.149 ms 3.606 ms
5 ae22.cs1.cdg12.fr.eth.zayo.com (64.125.24.246) 10.371 ms 10.394 ms 10.543 ms
6 * * *
7 ae27.mpr2.lhr2.uk.zip.zayo.com (64.125.30.237) 9.104 ms 8.894 ms 8.904 ms
8 ae12.mpr3.lhr3.uk.zip.zayo.com (64.125.28.22) 9.454 ms 9.878 ms 9.654 ms
9 ae14.mpr1.lhr23.uk.zip.zayo.com (64.125.30.173) 9.360 ms 9.018 ms 9.254 ms
10 79.141.46.70.available.above.net (79.141.46.70) 9.139 ms 9.257 ms 9.035 ms
11 * * *
...
A priori c'est un routeur chez Free qui répond sur la mauvaise interface (voir aussi https://lafibre.info/renater/peering-free-ltgt-renater-qui-fait-le-tour-deurope/msg817856/#msg817856).
-
C'est rigolo, chez Free ça sature alors que ça passe par Hopus qui est censé ne jamais saturer
Peut-etre, juste peut-etre, que MagicOnline ne route pas le trafic vers Free via Hopus:
Free->MagicOnline passe via Hopus
MagicOnline->Free passe via transit
Ca a comme effet de voir de la "saturation" chez Hopus, alors que c'est sur le chemin de retour que ca sature. Pour rappel, magiconline.th2-1.hopus.net/37.77.34.73 c'est deja sur un equipement MagicOnline, qui suit les regles de routage de MagicOnline.
Et puis, il est dit nullepart que sur Hopus "il n'y aura JAMAIS de la congestion". Il est simplement dit que s'il y a une congestion recurrente (ou persistente) d'un port client, le client est suppose upgrader. La partie "recurrente/persistente" etant quand-meme definie dans le contrat si ma memoire est bonne.
-
C'est probablement la bonne explication, au moment où j'ai écrit ça je pensais que Hopus imposait un routage symétrique entre ces membres mais apparemment ce n'est qu'une légende urbaine.
-
C'est probablement la bonne explication, au moment où j'ai écrit ça je pensais que Hopus imposait un routage symétrique entre ces membres mais apparemment ce n'est qu'une légende urbaine.
Donc:
1. Non ils ne l'imposent pas (confirme par plusieurs personnes chez eux, les raison vont suivre)
2. Techniquement, ils ne peuvent pas. Enfin pas sans introduire des equipements qui n'ont strictement rien à faire dans un backbone IP, qui en plus ne peuvent que "causer des degats" sur le trafic asymetrique. Donc tout a fait contraire a leur interet.
3. S'ils le faisaient par voie contractuelle, ca finirait par un certain nombre de de-connexions ou de ports client avec zero traffic (donc encore un fois aucun interet).
Ils n'imposent pas, ils "incitent". Chez eux, ils est possible sans trop de complications d'avoir des routes correctes vers Orange et Free (et aussi quelques autres, j'ai nomme juste les locaux "complique à avoir"). Il est aussi possible de moduler de facon rapide et granulaire les montants depenses pour envoyer (ou pas) du trafic vers ces reseaux dans des bonnes conditions.
-
Je pense que sur la meuse, il y a une saturation quelque part avec Free.
Ca faisait un bout de temps que sur Overwatch, j'avais tous les jours et la grande majorité du temps ces 2 icones, accompagnés de lags et parfois freezes.
(https://i.imgur.com/OQrvwg0.png)
Packetloss Icon This icon indicates there is packet loss. Packet Loss can cause a variety of problems ingame, such as hit registration issues.
(https://i.imgur.com/oZP5lXi.png)
Connectivity Icon This icon represents client-to-server connection issues, aka a bad connection. This one sometimes appears if servers are under load but it's more client based.
Sur Path of Exil, des freeze de 5 à 10 secondes, avec un jeu en accéléré par la suite pour "rattraper" le temps perdu par le freeze. Micro freeze également avec une montée de ping de 10 à 100+
Depuis que je suis passé chez Bouygues le 16, tout ces problèmes sur les 2 jeux ont disparus.
-
Je pense que sur la meuse, il y a une saturation quelque part avec Free.
En ZMD j'ai définitivement laissé tomber Free. J'ai aussi eu des montés de ping difficilement tolérables en soirée. Encore une baisse de débit par rapport au débit promis (genre 600 au lieu de 900 Mbps) à la limite c'est "pas grave" parce que je le ressens que quand je veux télécharger et que ça marche quand même. Mais une montée de ping incontrôlée, là c'est raide.
Je ne dis pas que les autres des Big4 sont exempts de défauts cependant. Mais j'ai l'impression que la plus haute probabilité d'être insatisfait de la connectivité vers le reste d'internet c'est Free. J'ai l'impression que leurs peerings/intercos/collectes n'ont pas correctement pris le virage de la fibre.
En ADSL, tout le monde a max 20Mb/s donc ça craint pas trop. Mais quand tout le monde peu avoir jusqu'à 1Gb/s ou plus là, faut du solide. C'est fonctionnel mais je trouve que j'ai eu largement mieux ailleurs. Dommage, ils ont plein d'autres qualités (box, aspect "geek" et "on peut bidouiller").
(et ils ne régionalisent pas les peerings)
-
Pour l'aspect geek : K-net ;)
Routeur perso, IP fixe, Forum actif.
-
Pour l'aspect geek : K-net ;)
Routeur perso, IP fixe, Forum actif.
Reverse dns de l’ip personnalisable ? Chez free c’était si bien pour se la péter sur IRC...
-
Il me semble que K-Net propose de modifier le reverse DNS de l'IPv4.
K-Net fait pas mal pour atire les geeks, on pouvait par exemple avoir son compte SIP pour avoir de lé téléphonie (je ne suis pas sur que tout soit possible au fur et a mesure que K-Net s'industrialise)
K-Net est aussi connu pour un service client de qualité et un bon réseau en terme de peering.
Maintenant K-Net est en activé sur des délégation de servie public, et K-Net ne peut pas faire l'impossible quand la DSP ne gère pas bien l'IPv6 ou sature.
-
Il me semble que K-Net propose de modifier le reverse DNS de l'IPv4.
Oui c'est possible en envoyant un message au support suite à la mise à jour de l'interface.
K-Net fait pas mal pour atire les geeks, on pouvait par exemple avoir son compte SIP pour avoir de lé téléphonie (je ne suis pas sur que tout soit possible au fur et a mesure que K-Net s'industrialise)
Toujours possible.
-
Oui, compte SIP accessible, reverse DNS possible (https://bgp.he.net/net/185.251.160.0/22#_dns) et IPv4 avec tous les ports disponibles.
-
(et ils ne régionalisent pas les peerings)
Pour info, il existe un peering IPv4 entre Free et Orange sur Lyon.
Cependant, il n'y a quasiment plus de trafic dessus. C'est cohérent puisque c'est du 10Gbps, comme celui de PaloAlto et AMS-IX de mémoire :)
-
J'ai entendu des échos faisant état de sa future disparition, ainsi que de tous les peerings en région de Free.
-
C'est cohérent puisque c'est du 10Gbps, comme celui de PaloAlto et AMS-IX de mémoire :)
Free a 100 Gbps à AMS-IX pour la partie ISP et 10 Gbps pour la partie GPRS roaming exchange.
-
Free a 100 Gbps à AMS-IX pour la partie ISP et 10 Gbps pour la partie GPRS roaming exchange.
Merci pour l'info, il y a encore quelques années c’était du 10Gbps :)
-
Ils ont aussi 100 Gbps au DEC-IX ainsi qu'au MIX-IT (Milan).
-
J'ai entendu des échos faisant état de sa future disparition, ainsi que de tous les peerings en région de Free.
C'est triste et étonnant car d'autres acteurs se renforcent en région (je pense à Bouygues sur Marseille où le trafic est très important en peering comme en transit)
On parle aussi d'applications faible latence sur la 5G, qui nécessitent des interconnexion en province.
C'est aussi pour ca que bouygues construit des sites en province : 5G : Bouygues Télécom lance la construction de 100 datacenters (https://lafibre.info/4g-bytel/5g-bouygues-telecom-lance-la-construction-de-100-datacenters/)
-
Est-ce que l'edge computing à une échelle régionale nécessite 3-4 points de peering dans les territoires ?
-
Ils ont aussi 100 Gbps au DEC-IX ainsi qu'au MIX-IT (Milan).
Soit la capacité totale de leur réseau de collecte, nan ? 🤣
(ok, facile.)
Non surtout l'intérêt de régionaliser les peerings c'est d'éviter d'avoir à supporter de la charge inutile sur la trans. On préfère que Google serve les abonnés de Marseille via notre peering de Marseille que plutôt devoir transporter les flux de Paris à Marseille. Et en plus, la latence est meilleure (pour YouTube osef un peu de la latence, par contre pour Stadia, là, non)
-
Tu es sur que Stadia est disponible sur les POP de Paris ou Marseille ? (ce sont principalement des caches sur ces villes, limité au contenu qui est cachable)
J'ai peur que ce soit sur le datanceter de Google, c'est à dire à Saint-Ghislain (commune de Belgique qui est à 5 km de la France).
Si c'est à Saint-Ghislain, tu remontes dans le nord de la France sur le réseau de Google.
-
En effet, l'exemple est pas top. Comme beaucoup de content providers sont vers le nord de l'europe (Belgique, AMS, Londres, etc), pour le coup l'apport de latence est pas forcément intéressant.
Par contre, le relâchement de la pression sur la trans, si
-
En ZMD j'ai définitivement laissé tomber Free. J'ai aussi eu des montés de ping difficilement tolérables en soirée. Encore une baisse de débit par rapport au débit promis (genre 600 au lieu de 900 Mbps) à la limite c'est "pas grave" parce que je le ressens que quand je veux télécharger et que ça marche quand même. Mais une montée de ping incontrôlée, là c'est raide.
Je ne dis pas que les autres des Big4 sont exempts de défauts cependant. Mais j'ai l'impression que la plus haute probabilité d'être insatisfait de la connectivité vers le reste d'internet c'est Free. J'ai l'impression que leurs peerings/intercos/collectes n'ont pas correctement pris le virage de la fibre.
En ADSL, tout le monde a max 20Mb/s donc ça craint pas trop. Mais quand tout le monde peu avoir jusqu'à 1Gb/s ou plus là, faut du solide. C'est fonctionnel mais je trouve que j'ai eu largement mieux ailleurs. Dommage, ils ont plein d'autres qualités (box, aspect "geek" et "on peut bidouiller").
(et ils ne régionalisent pas les peerings)
Aucun débit n'est garanti
Si tu veux du garanti, il faut s'orienter vers du FTTO
-
Aucun débit n'est garanti
Si tu veux du garanti, il faut s'orienter vers du FTTO
Il ne parlait pas forcément que de débit?
-
Aucun débit n'est garanti
Si tu veux du garanti, il faut s'orienter vers du FTTO
chez orange, pas de pb du genre, toujours à fond et ping stable qqsoit l'heure de la journée
-
chez orange, pas de pb du genre, toujours à fond et ping stable qqsoit l'heure de la journée
Les prix du 1gb chez orange commencent vers le prix de la delta (10gb) de chez free. Puisque que Orange à une plus grande proportions de gens agés/profs/personnes qui n'utilisent pas bcp internet, il est très probable que tu ai un meilleur débit chez eux ... mais jusqu'à quel point ? Combien de personnes le gpon de orange subviendra ? Mystère
-
Pour l'instant la saturation des arbres xPON reste un fantasme. Quand il y a des problèmes (que ça soit chez Free ou chez les autres), ils ne viennent pas de là.
-
Les prix du 1gb chez orange commencent vers le prix de la delta (10gb) de chez free. Puisque que Orange à une plus grande proportions de gens agés/profs/personnes qui n'utilisent pas bcp internet, il est très probable que tu ai un meilleur débit chez eux ... mais jusqu'à quel point ? Combien de personnes le gpon de orange subviendra ? Mystère
Les arbres sont loin d'être saturés.
-
Même si c’est un peu plus cher j’ai 1gb tout le temps, pas 10gb potentiel et 400mbps réel avec un Ping de merde dans les jeux...
Je testerai peut être free, histoire de faire mon propre avis, mais il n’y a que chez free qu’on constate sur les forums une connexion « limitée ». Je retournerai chez Orange après en nouveau client avec des promos...
-
Pour l'instant la saturation des arbres xPON reste un fantasme.
Le plus gros fantasme du forum. Pas loin devant le monopole de l'OI.
-
Le plus gros fantasme du forum. Pas loin devant le monopole de l'OI.
L'OI étant bien évidemment toujours Orange :)
Par-contre l'argument comme quoi çà fonctionne mieux chez Orange parce que leurs clients sont beaucoup des profs et retraités est pas mal :D
-
Pas loin devant le monopole de l'OI.
Les OI sont bien en situation de monopole sur leur zone puisqu'il n'y a qu'un seul réseau fibre mutualisé. Non?
-
L'OI étant bien évidemment toujours Orange :)
Par-contre l'argument comme quoi çà fonctionne mieux chez Orange parce que leurs clients sont beaucoup des profs et retraités est pas mal :D
Exemple donner par une connaissance, il connaît beaucoup de ses anciens collègues, qui sont enseignants, qui sont chez Orange (de part le fait que c'était l'opérateur historique)
-
Une chose est sur, ta connaissance n'y connait rien en telecom.
-
ce que je veux dire est que si une majorité de tes clients payent au minimum le prix fort, ben tu peux facilement avoir un bon réseau
-
Tu disais tout cela dans ta prose ?
Tes sous entendus me sont passés totalement au dessus de la tête, je ne dois pas être le seul d'ailleurs.
-
Et pourquoi Free est le seul opérateur ou on observe régulièrement des saturations sur le réseau interne (je n'ai pas parlé des peering, mais le situation est un peu prés identique) ?
Pourquoi quand une pelleteuse détruit une fibre de collecte de NRA/NRO utilisée par Free, Bouygues et SFR, généralement Free est le seul opérateur impacté ?
-
Le NRA/NRO ne doit pas être doublement adducté
Après j'ai la chance d'être "sur" le backbone dwdm donc généralement les incidents du type saturations (internes) et ou pannes sont quand même assez rare
-
Après j'ai la chance d'être "sur" le backbone dwdm donc généralement les incidents du type saturations (internes) et ou pannes sont quand même assez rare
C'est vrai que le backbone sud bretagne n'a pas saturé pendant des semaines il y a quelques temps quand ça a pété au nord bretagne. (ou le contraire)
Après t'étais ptet du bon côté de la coupure, mais ça existe aussi ce genre de saturations.
-
Les OI sont bien en situation de monopole sur leur zone puisqu'il n'y a qu'un seul réseau fibre mutualisé. Non?
Le monopole qu'aurait l'OI pour fibrer en tant qu'OC ses clients avant les autres OC.
(on en a tellement parlé sur ce forum je suis étonné de devoir faire une explication de texte)
-
De mémoire c'est le nord Bretagne qui saturait. Notemment Brest.
-
Le monopole qu'aurait l'OI pour fibrer en tant qu'OC ses clients avant les autres OC.
(on en a tellement parlé sur ce forum je suis étonné de devoir faire une explication de texte)
Il y a bien quand même un monopole de l'OI, qui pourrait imposer ses prix de gros, comme a tenté de le faire SFR FTTH/Altice, ce qui a été recalé heureusement par l'ARCEP. Heureusement qu'il y a une régulation, sinon, la porte serait ouverte à tous les abus.
-
Du coup ce serait compliqué pour les OC coucous...
-
De mémoire c'est le nord Bretagne qui saturait. Notemment Brest.
J'avais en doute, tout ça pour dire que même "sur le backbone WDM" on n'est pas à l'abri si les 2 chemins sont chargés >50%.
-
Le monopole qu'aurait l'OI pour fibrer en tant qu'OC ses clients avant les autres OC.
(on en a tellement parlé sur ce forum je suis étonné de devoir faire une explication de texte)
Pas de monopole légal de l'OC mais monopole régulé ARCEP de l'OI.
D'ailleurs, si c'est un maronnier du forum, c'est bien que ce n'est pas si clair que cela dans l'esprit des gens.
Il y a une FAQ de cela sur lafibre?
-
Ce n'est pas un monopole puisque, justement, c'est régulé.
-
monopole quand même.
-
Quelle application sur un smartphone Androïd utilisez-vous pour savoir où se situe une saturation lorsque un tracert ne met en évidence que des ip sans reverse dns ?
Je voulais savoir notamment s'il y a eu un souci sur la collecte ou si ça pouvait venir du transit/peering entre Free et AWS.
-
Après je ne vous cache pas que le débit s'est amélioré le soir vers mi novembre sur Steam par exemple (passage de environ 10mo/s à 30mo/s). Confirmé avec un camarade chez free 1gb vers le même moment
-
30mo/s avec 1gb... bah c'est nul, désolé
-
En période de forte influence en soirée.
Après j'ai pu tester chez une personne qui était chez orange, et c'était environ 36mo/s l'après midi donc bon
-
30mo/s avec 1gb... bah c'est nul, désolé
Il faut bien être clair là dessus: en 2025, tous les français n'aurons pas 1gb/s vers toutes les destinations (à part avec la ftto, et encore)
-
C'est clair que si un site www upload 1G en permanence sur une offre GP, ça va pas marcher longtemps... ::)
-
je suis autour des 100mo/s qqsoit l'heure ou le jour, sur steam, uplay blizzard origin, ce que tu veux
après, je dis pas, faut un bon nvme qui arrive à suivre l'install en simultanée sinon ça tient pas le débit, mais c'est pas la connexion qui limite
-
Oui là on peut raisonnablement penser que le soucis n'est pas le réseau mais le test qui est fait pour arriver à des débits si faibles.
-
En période de forte influence en soirée.
Après j'ai pu tester chez une personne qui était chez orange, et c'était environ 36mo/s l'après midi donc bon
C'est antinomique avec vos autres propos.
Exemple donner par une connaissance, il connaît beaucoup de ses anciens collègues, qui sont enseignants, qui sont chez Orange (de part le fait que c'était l'opérateur historique)
Puisque que Orange à une plus grande proportions de gens agés/profs/personnes qui n'utilisent pas bcp internet, il est très probable que tu ai un meilleur débit chez eux ... mais jusqu'à quel point ?
En matière de statistique, vous êtes imparable :D on pourrait avoir la source de vos propos mis à part votre "connaissance" qui connait le cousin d'un ancien collègue qui a croisé un helvète bref ....
-
Il faut bien être clair là dessus: en 2025, tous les français n'aurons pas 1gb/s vers toutes les destinations (à part avec la ftto, et encore)
Comme aujourd'hui, et tant que les dites destinations n'auront pas le débit up adéquat (et ça me semble quand même compliqué).
Cependant, est-il bien nécessaire d'avoir autant de débit vers toutes les destinations, c'est beaucoup moins sûr.
-
Steam est assez erratique sur mon FTTH 1Gb/s perso aussi. Et c’est pas le peering ni la collecte ça vient de Steam. J’ai changé le serveur j’ai mis Francfort et ça dépote 110Mo/s en soirée, c’est le serveur de Paris qui pulse pas assez fort :)
Battle.net pour télécharger WoW, 113Mo/s en permanence à toute heure.
-
Et c’est pas le peering ni la collecte ça vient de Steam.
Idem côté Orange, aucun problème sur les différents PNI directs avec Steam.
Mais bon, que ce soit Bouygues ou Orange, nous sommes loin d'avoir les soucis de peering de Free ;)
-
Le serveur Steam de Marseille dépote bien en tout cas
-
Idem côté Orange, aucun problème sur les différents PNI directs avec Steam.
Mais bon, que ce soit Bouygues ou Orange, nous sommes loin d'avoir les soucis de peering de Free ;)
Valve, OTI AS5511 #mémoirecourte.
-
Valve, OTI AS5511
Exactement.
Et OTI, c'est ? ....... allez je t'aide ....
Le réseau de transport international Tier 1 de Orange pour, entre autres, les réseaux domestiques du groupe.
Et, effectivement, Valve (steam) est un client.
-
Exactement.
Et OTI, c'est ? ....... allez je t'aide ....
Le réseau de transport international Tier 1 de Orange pour, entre autre, les réseaux domestiques du groupe.
Et, effectivement, Valve (steam) est un client.
Sachant que si tu enlèves 5511 à 3215, tu ne vas plus très loin.
Mais c'est vrai les saturations sont un mythe, ce n'est pas une honte..., quoique ?
-
Sinon pour en revenir au sujet, 2021, retour des soucis d'interco chez Free ! Et même avec leur interco Scaleway apparemment.
@aeris22 a publié sur Twitter (https://twitter.com/aeris22/status/1358134897047650305) :
Bonjour @freebox @free… À un moment, serait-il possible d’avoir un réseau utilisable de 18h30 à 20h ?
-
Sinon pour en revenir au sujet, 2021, retour des soucis d'interco chez Free ! Et même avec leur interco Scaleway apparemment.
@aeris22 a publié sur Twitter (https://twitter.com/aeris22/status/1358134897047650305) :
C'est la vie, bienvenue en France, pays où tout est en carton de A à triple Z.
Les chiffres, les stats, les recrutements, les box. Tout fonctionne sauf l'essentiel, les intercos... Les inter quoi ? Connaît pas.
-
C'est la vie, bienvenue en France, pays où tout est en carton de A à triple Z.
je rectifie :
C'est la vie, bienvenue chez FREE l'Operateur où tout est en carton de A à triple Z.
-
Sinon pour en revenir au sujet, 2021, retour des soucis d'interco chez Free ! Et même avec leur interco Scaleway apparemment.
@aeris22 a publié sur Twitter (https://twitter.com/aeris22/status/1358134897047650305) :
18H30-20H00, si il parle bien CET y a un soucis, c'est pas une plage "normale" de saturation.
-
De mon côté les graphes montrent bien 18h-23h mais pas vraiment vers Scaleway. Mais comme je suis sur un vieux ADSL dans le sud, je me dis qu'ils ne sont peut être pas représentatifs.
-
Free agit pour votre digital-détox ! Plus rien ne marche le soir pour vous inciter à prendre un bon bouquin plutôt que passer la soirée sur vos écrans :)
-
De mon côté les graphes montrent bien 18h-23h mais pas vraiment vers Scaleway. Mais comme je suis sur un vieux ADSL dans le sud, je me dis qu'ils ne sont peut être pas représentatifs.
18-23 c'est déjà plus cohérent.
-
Pour Scaleway c'est facile à vérifier sur la weathermap.
-
Alors pour Scaleway, ça dépend de la destination j'ai l'impression.
Je eu peu de pertes et peu d'élévation de ping sur "ping.online.net".
Par contre j'en ai eu sur "scaleway.testdebit.info"
-
Ça peut être une partie de l'infrastructure qui sature en interne chez Scaleway voir même juste le serveur. Je regarderai la WM ce soir.
Edit : RAS sur la WM, occupation du PNI inférieure à 50%.
-
J'ai des augmentations de latence en pleine nuit entre 4h et 6h mais pas vers toutes les destinations, ça parle à quelqu'un ce genre de trucs ?
Ça peut être des changements de routage la nuit, des maintenances ?
-
Il y a régulièrement des travaux sur les liens longue distance (genre travaux sur l'autoroute qui nécessitent un dévoiement de la fibre), qui se font en pleine nuit pour ne géner personne.
-
Je remarque que le seul smokeping qui ne bouge pas est celui avec une adresse "fixe" (=pas un truc fb.com où tu dois avoir 20 datacenters capables de répondre).
Pas dit que ce soit lié au chemin fibre, ptet juste un autre serveur ailleurs qui répond...
-
Oui c'est possible Nico mais ça arriverait en même temps chez plusieurs acteurs avec la même élévation de latence ? Les graphes sont presque identiques... Et par exemple, graphe complètement plat pour le cdn Facebook.
Mon smokeping est tout récent donc je ne sais pas quand c'est apparu, mais j'avais le même symptôme la nuit d'avant.
Edit 8 février : c'est mieux ce soir, beaucoup moins d'augmentation de latence
Edit 9 février : C'est reparti en augmentation ce soir, mais à partir de 20h jusqu'à maintenant
-
Hello@tous.
Je vois que ça parle peering ^^
Je suis chez Free en fibre via freebox pop et j’ai des difficultés à avoir un débit stable sur Netflix quand presque tout le monde est dans son canapé donc grosso modo entre 21h et 23h00.
Les flux 15-17Mb tombent facilement en 4-5Mb (moins par moment).
J’ai pas de soucis sur les applis en OTT ou même YouTube. Débit au max tout le temps (environ 2100 Mb/s sur mon PC avec carte eth en 2,5Gb)
Le peering Free-Netflix est moisi ?
-
Tu testes ça sur Fast.com ?
-
Ouep sur fast c’est correct avec 8 connexions max par contre si je teste via l’appli androïd le résultat est plus aléatoire.
J’affiche le flux via l’appli sur androïd TV
Avant 21h je suis direct à 15-17Mb sur leur flux « 4K » après ça tombe en 1080p voire 720p suivant les soirs.
-
Tu as essayé Speedtest.net en mode mono-thread ou un bête téléchargement depuis https://testdebit.info/ au même moment ?
-
Non pas testé en mono thread. Je ferai ça ce soir.
-
Ouep sur fast c’est correct avec 8 connexions max par contre si je teste via l’appli androïd le résultat est plus aléatoire.
J’affiche le flux via l’appli sur androïd TV
Avant 21h je suis direct à 15-17Mb sur leur flux « 4K » après ça tombe en 1080p voire 720p suivant les soirs.
Mes yeux ne supporteraient pas cela longtemps :-[
-
C’est sûr que ça se voit tout de suite quand le flux est divisé par 3 ou 4 ^^
-
Encore un message qui se rajoute et confirme de ne pas aller chez free...
-
Encore un message qui se rajoute et confirme de ne pas aller chez free...
Pas vraiment, j’ai aucun soucis pour le reste ^^
-
Des problèmes rencontrés avec Netflix semblent indiquer plutôt une saturation locale, et non pas un problème de peering. Free et Netflix ont des interco énormes et en observant depuis plusieurs sources, il n'apparaît pas de problème sur ces interco.
Pendant que les problèmes arrivent, il faudrait essayer des speedtest ailleurs que fast.com
-
Les speedtest je les fais sur plusieurs serveurs que ce soit Orange, lafibreinfo, testdebit et j’en passe et j’ai aucun soucis. Tous les accès fonctionnent sauf Netflix qui degueule entre 21h et 23h en étant Large.
Après ça reste regardable je descend rarement sous 1080p quand j’étais chez RED je dépassais pas le 480p ;D
-
Les speedtests sont généralement multi-connexions, c'est pour ça que je suggérais des tests mono-connexions.
-
Si jamais, speedtest.net permet de choisir entre multi (par défaut) et single.
-
Comme j’ai dit à Underground Je ferai un test en mono ce soir vers 21h30-22h00 et je vous poste ça ^^
-
Pas vraiment, j’ai aucun soucis pour le reste ^^
Netflix c’est déjà un point noir si ça ne fonctionne pas, désolé.
Et quand on paye pour du 4K dolby vision, c’est pas pour regarder du 1080 à cause du fai.
-
Netflix c’est déjà un point noir si ça ne fonctionne pas, désolé.
Et quand on paye pour du 4K dolby vision, c’est pas pour regarder du 1080 à cause du fai.
Aucun souci avec Netflix chez Free... Faut vivre dans le présent petit simplet de troll...
-
Netflix c’est déjà un point noir si ça ne fonctionne pas, désolé.
Et quand on paye pour du 4K dolby vision, c’est pas pour regarder du 1080 à cause du fai.
Pas faux mais bon vu le nombre minable de contenus en pseudo 4K sur Netflix je vais pas en mourir.
J’aimerai juste savoir ce qui sature.
-
Aucun souci avec Netflix chez Free... Faut vivre dans le présent petit simplet de troll...
C'est justement ce que NicoGeo62 aimerait savoir ...
Hello@tous.
Je vois que ça parle peering ^^
Je suis chez Free en fibre via freebox pop et j’ai des difficultés à avoir un débit stable sur Netflix quand presque tout le monde est dans son canapé donc grosso modo entre 21h et 23h00.
Les flux 15-17Mb tombent facilement en 4-5Mb (moins par moment).
J’ai pas de soucis sur les applis en OTT ou même YouTube. Débit au max tout le temps (environ 2100 Mb/s sur mon PC avec carte eth en 2,5Gb)
Le peering Free-Netflix est moisi ?
Avant 21h je suis direct à 15-17Mb sur leur flux « 4K » après ça tombe en 1080p voire 720p suivant les soirs.
C’est sûr que ça se voit tout de suite quand le flux est divisé par 3 ou 4 ^^
-
Aucun souci avec Netflix chez Free... Faut vivre dans le présent petit simplet de troll...
dit plus aimablement cela donnerait quoi ?
Sinon, chezmoicamarche n'est pas vraiment un argument recevable pour balayer d'un revers de main les problèmes constatés par certains.
-
dit plus aimablement cela donnerait quoi ?
Sinon, chezmoicamarche n'est pas vraiment un argument recevable pour balayer d'un revers de main les problèmes constatés par certains.
Et le constat "chezmoicamarchepas" idem...
-
Bah non. Quand un problème n’est pas généralisé, il suffit d’un témoignage pour le mettre en lumière.
Même principe qu’en maths, il suffit d’un contre exemple pour prouver qu’un théorème est faux.
Et après ça traite les autres de simplet ou de troll ..
-
Et le constat "chezmoicamarchepas" idem...
Dis donc t’as pas eu ta piqûre ?
« Pro des télécoms » ah ah t’es un rigolo en fait.
-
Aucun souci avec Netflix chez Free... Faut vivre dans le présent petit simplet de troll...
Le troll si ça te fait plaisir ne lit aucun de ce genre de commentaire chez Orange ou les autres, alors que ça se répète régulièrement sur free, mr le fanboy free tu pourrais rester poli je suis pas ton pote.
Je le redis, j’aimerai « essayer » free pour voir, mais ça ne donne pas envie, donc plus à perdre qu’à gagner surtout si on est engagé 12mois avec un service de merde.
A ce jour netflix est celui qui offre la meilleure qualité d’image et de son, les contenus sont peut être aléatoires certes mais c’est encore pire chez les autres...
-
Bon ça commence à galérer sur Netflix :
Voici mes tests : latence / Download / Upload :
Sur la fibreinfo Douai en mono : 10ms / 1188Mb / 101MB
Sur testdebit Massy en mono : 6ms / 1290Mb / 103Mb
Orange Puteaux en mono : 6ms / 176Mb / 686Mb
Fast.com en forçant avec un seul thread : 7,8Mb / 560Mb :o :o
-
on voit bien que c'est le PNI hopus qui a un problème, mais pas particulièrement les autres "routes"
-
Le PNI Hopus n'a pas de problème, de quoi tu parles ?
Netflix ne passe pas par Hopus hein
-
Je croyais que les 800gb était à hopus... Du coup ils sont où ?
-
Bah entre Free et Netflix
-
Je croyais que les 800gb était à hopus... Du coup ils sont où ?
Il y a 500 Gbps entre Free et Hopus mais c'est autre chose.
-
Vraiment étrange cette situation, j'ai dû mal à comprendre ce qui pose problème...
-
Je croyais que les 800gb était à hopus... Du coup ils sont où ?
Bah entre Free et Netflix
J'espère pour Free qu'ils ont beaucoup, mais vraiment beaucoup plus que 800 Gbps avec Netflix ou alors il n'y a vraiment pas grand monde qui utilise Netflix (ce qui serait étonnant au vu des débats tant qu'il n'y avait pas de PNI).
-
Au moment où Xavier Niel a parlé du PNI en 2018 il parlait d'une interconnexion en Tbps mais de l'avis général à l'époque c'était probablement une exagération.
-
Dommage car Je n’avais pas ce genre de saturation au début.
Je vais voir comment ça évolue dans les mois à venir, je ne suis pas engagé chez eux donc...
Mais bon Netflix n’est pas mon utilisation personnelle principale, c’est plus pour mes ados à la maison ;D
-
Chez Bytel au pic de trafic Netflix mensuel on dépasse allègrement le Tbps entrant (je compte les caches).
Free a beaucoup plus de clients fixe (22% de PDM contre 13%, source eruditus) que Bytel donc ce chiffre doit être beaucoup plus élevé. J’ose espérer qu’ils ne tournent pas avec une interco d’1Tbps...
Le problème c’est que si Netflix chie chez Free ça veut potentiellement dire qu’il y a beaucoup d’autres services qui attendent leur saturation à venir aussi. Faut pas faire le pari de « non mais y’a que Netflix », parce que Twitch, Prime Video, myCanal, Molotov attendent sagement aussi :)
-
Si c'est spécifique à Netflix, je vois pas trop ce qu'on peut en conclure sur les autres services qui n'utilisent pas le même PNI.
Après je ne suis pas encore complètement certain qu'on puisse exclure une saturation locale, les résultats des tests mono-thread sont corrects sur des serveurs en BBR.
@Vivien : Est-ce qu'il y a encore un serveur ByTel en cubic ?
-
Oui, pour nPerf uniquement pour le moment (Paris Bouygues est en BBR et Paris Bouygues Cubic est en cubic), mais je vais rajouter SpeedTest d'Ookla.
-
Le problème c’est que si Netflix chie chez Free ça veut potentiellement dire qu’il y a beaucoup d’autres services qui attendent leur saturation à venir aussi. Faut pas faire le pari de « non mais y’a que Netflix », parce que Twitch, Prime Video, myCanal, Molotov attendent sagement aussi :)
Je suis d’accord c’est pour ça que je dis que je vais voir comment ça se comporte dans les mois à venir ^^
Quelle galère quand même cette fibre et ses infras, entre les collectes du RIP Axione 59-62 et maintenant Free je vais vraiment devoir passer chez Orange :(
-
Attention tu vas passer pour un troll...
J’ai vérifié il y a pas d’engagement chez free, donc je peux y aller tester 3 mois et revenir chez Orange en prix nouveau client lol
-
Free a des offres fibre avec engagement (mini 4k par exemple) et des offres fibre sans engagement (POP par exemple).
Cliquer sur l'image pour ouvrir le fichier PDF :
(https://lafibre.info/images/doc/comparatif_offres_fibre_ftth.png?version=last) (https://lafibre.info/images/doc/comparatif_offres_fibre_ftth.pdf?version=last)
-
Attention tu vas passer pour un troll...
J’ai vérifié il y a pas d’engagement chez free, donc je peux y aller tester 3 mois et revenir chez Orange en prix nouveau client lol
Je dis ça comme ça. Il m’en faudra un peu + qu’une saturation de soirée de Netflix pour aller chez Orange ;D
-
Le problème c’est que si Netflix chie chez Free ça veut potentiellement dire qu’il y a beaucoup d’autres services qui attendent leur saturation à venir aussi. Faut pas faire le pari de « non mais y’a que Netflix », parce que Twitch, Prime Video, myCanal, Molotov attendent sagement aussi :)
Oui, le trafic Twitch par exemple, augmente considérablement (en un an, trafic multiplié par 2, à lui seul).
Et le piège... c'est que ces différents services se cumulent avec Netflix, il n'y a pas de compensation (genre les parents regardent Netflix, et les enfants, Twitch).
-
Nous le soir c’est régulièrement du netflix ou autre, le gamin sur netflix aussi (ou autre)...
Des jeux, type valorant nécessitant un bon Ping, du débit pour télécharger les centaines de go de certains jeux, en soirée bien sur parce que c’est là que j’ai envie de jouer....
Bref à ce jour jamais déçu par Orange qui reste constant qqs soit l’heure, mais effectivement pop sans engagement ça permettrait de tester, et revenir chez Orange si besoin rapidement et simplement.
Pas de bouygues ou sfr chez moi donc choix limité.
-
Free ne semble pas au top pour sur la baromètre Netflix
Après une interruption à cause du confinement, le baromètre Netflix est de retour.
On note une baisse de Free et SFR.
Si vous savez comment avoir les données entre mars et juillet 2020, je suis intéressé.
(https://lafibre.info/images/barometre/202101_netflix_speed_index.png)
-
Oui, pour nPerf uniquement pour le moment (Paris Bouygues est en BBR et Paris Bouygues Cubic est en cubic), mais je vais rajouter SpeedTest d'Ookla.
Il y a un nom de domaine pour tester avec wget et cie ?
-
Bientôt. Pour être transparent cela devait être le cas, mais le serveur a une barrette de ram défectueuse et l'intervention de Dell sur un site Bouygues Telecom est complexe et traîne depuis des mois.
-
Personnellement, je constate le même type de problèmes en soirée de temps en temps.
- Netflix à parfois du mal à lancer le 4k
- World of tanks ping a 50-60 + 10/15% pertes de paquets au lieu de 20 ms et zéro packetloss en journée
- GeForce NOW qui était impraticable aux heures de pointes quand j'ai essayé Cyberpunk dessus (le test de débit intégré me signalait un manque de BP et des pertes de paquet) alors qu'en journée nickel.
- Steam qui mouline en dehors des heures de pointe aussi ...
Est ce possible que ce problème n'affecte qu'une région ? En l’occurrence les hauts de France vu qu'il est du 62 et moi du 59 ?
Ou est ce que cela peut avoir un lien avec le fait que je sois sur l'infrastructure de Axione ? comme @NicoGeo62 il me semble ...
-
Personnellement, je constate le même type de problèmes en soirée de temps en temps.
Netflix à parfois du mal à lancer le 4k
World of tanks ping a 50-60 + 10/15% pertes de paquets au lieu de 20 ms et zéro packetloss en journée
GeForce NOW qui était impraticable aux heures de pointes quand j'ai essayé Cyberpunk dessus (le test de débit intégré me signalait un manque de BP et des pertes de paquet) alors qu'en journée nickel.
Est ce possible que ce problème n'affecte qu'une région ? En l’occurrence les hauts de France vu qu'il est du 62 et moi du 59 ?
C'est possible vu que tout le monde n'est pas impacté par ce genre de problème, du moins pour Netflix.
-
Personnellement, je constate le même type de problèmes en soirée de temps en temps.
- Netflix à parfois du mal à lancer le 4k
- World of tanks ping a 50-60 + 10/15% pertes de paquets au lieu de 20 ms et zéro packetloss en journée
- GeForce NOW qui était impraticable aux heures de pointes quand j'ai essayé Cyberpunk dessus (le test de débit intégré me signalait un manque de BP et des pertes de paquet) alors qu'en journée nickel.
- Steam qui mouline en dehors des heures de pointe aussi ...
Est ce possible que ce problème n'affecte qu'une région ? En l’occurrence les hauts de France vu qu'il est du 62 et moi du 59 ?
Ou est ce que cela peut avoir un lien avec le fait que je sois sur l'infrastructure de Axione ? comme @NicoGeo62 il me semble ...
Ah ? Free n'utiliserai pas sa propre collecte sur THD 59-62, mais utiliserait le transport Axione jusqu'à Paris (TH2 ?) pour reprendre le trafic là bas ?
Comme SFR et Bouygues dans ce cas.
Il n'y aurait donc que Orange avec ses propres collectes sur ce RIP Axione.
-
Pour moi Free a sa propre collecte depuis des dizaines d'années.
-
Pour moi Free a sa propre collecte depuis des dizaines d'années.
Oui, même sur les RIP.
-
Donc saturation locale ? Mais la probabilité que ce soit à la fois dans le 62 ; NicoGeo62 ; et dans le 59 ; Berlioz est quand même bizarre.
Plutôt un pb de PNI avec Netflix ?
-
/me lève le doigt.
On peut refaire un topic "Le peering Free en 2021" ? ::)
-
Année 2021 ajoutée au titre
-
Rien à voir avec Axione c’est sûr la c’est ciblé Netflix
-
Rien à voir avec Axione c’est sûr la c’est ciblé Netflix
Tu as quel débit via le test réseau intégré à Netflix à cette heure ?
-
L’interface ethernet de la TV est en 100mbits/s et le test de l’appli intégrée est à 93Mbits/s
-
L’interface ethernet de la TV est en 100mbits/s et le test de l’appli intégrée est à 93Mbits/s
Ok. J'ai fait le test via la Delta, elle même en ethernet 1G, je suis à 506mega.
Fast.com donne quoi ?
Tu utilises exclusivement ta TV en 100mega pour Netflix ?
-
Sur la Freebox Pop j’ai un test de connexion de l’appli Netflix à 91Mbits (Interface probablement en 100Mbit/s aussi)
Sur fast en mono thread j’ai 57Mbits
J’utilisais mon AppleTV4K auparavant mais j’ai pas de test possible sur l’appli TVos
-
Sur la Freebox Pop j’ai un test de connexion de l’appli Netflix à 91Mbits (Interface probablement en 100Mbit/s aussi)
Sur fast en mono thread j’ai 57Mbits
Je viens de test sur mon pc, en mono ça donne en moyenne 180 méga, en multi avec 8 connexions, 600 en moyenne.
-
Sur la Freebox Pop j’ai un test de connexion de l’appli Netflix à 91Mbits (Interface probablement en 100Mbit/s aussi)
Sur fast en mono thread j’ai 57Mbits
J’utilisais mon AppleTV4K auparavant mais j’ai pas de test possible sur l’appli TVos
Et auparavant sur l'apple4k ça fonctionnait bien ?
-
Sur la TV ou Apple TV c’est le même résultat.
Le + c’est que sur la TV quand je vois que la qualité baisse je peux voir les infos du flux mais pas sur l’Apple TV.
-
Personnellement, je constate le même type de problèmes en soirée de temps en temps.
- Netflix à parfois du mal à lancer le 4k
- World of tanks ping a 50-60 + 10/15% pertes de paquets au lieu de 20 ms et zéro packetloss en journée
- GeForce NOW qui était impraticable aux heures de pointes quand j'ai essayé Cyberpunk dessus (le test de débit intégré me signalait un manque de BP et des pertes de paquet) alors qu'en journée nickel.
- Steam qui mouline en dehors des heures de pointe aussi ...
Est ce possible que ce problème n'affecte qu'une région ? En l’occurrence les hauts de France vu qu'il est du 62 et moi du 59 ?
Ou est ce que cela peut avoir un lien avec le fait que je sois sur l'infrastructure de Axione ? comme @NicoGeo62 il me semble ...
J'utilise très peu les service replay (je suis mieux avec mon NAS !), mais je me suis retrouvé sur france.tv pour revoir une émission de France 5 .. j'ai eu les pubs, mais ca ne s'est jamais lancé. Reboot box et serveur 4K, ca s'est lancé 12 sec .. puis freeze :-\ à 21h00 et quelques, surement au pic. je pensais pas que ce genre d'utilisation posait encore problème ..
-
À la prochaine réunion des communautés Freenautes et Free, demandez en suppliant le retour du pass Replay soirée payant comme à la bonne époque et demandez d'inclure Netflix et le reste à 0.99€ la soirée ou 3.99€ le mois (vu l'inflation ce sera plus 3.99 la journée et 9.99€ le mois).
Et faudra pas 2 ans avant que ce soit mit en place, avant la fin de journée vous pourrez en profiter sereinement (garanti par Thomas Reynaud).
Souvenirs souvenirs, Retour en 2016 du fameux pass prioritaire (et les commentaires sont croustillants) : https://www.universfreebox.com/article/33930/MaJ-Probleme-d-acces-a-Freebox-Replay-Free-reactive-son-Pass-Prioritaire
En 2010 déjà il y avait des problèmes d'accès correcte au réseau : https://www.universfreebox.com/article/11319/Pass-prioritaire-Freebox-TV-Replay-l-explication-de-Free
Nous nous interrogions récemment sur la finalité du pass prioritaire de Freebox Tv Replay qui permet de s’assurer de l’accès au service de 19h à 22h. En effet, pourquoi Free n’aurait-il pas directement dimensionné son service pour permettre à chaque freenaute de bénéficier du service de télévision de rattrapage 24h/24 ?
10 ans que ça dure ce cirque.
-
10 ans que ça dure ce cirque.
Ben si ça marche, c'est qu'il y a un marché et des gens qui marchent, voir qui courrent...
-
Ils aiment ça et en plus ils en redemandent 8)
Xavier Niel et Free, ces génies incompris ;D
-
Ils aiment ça et en plus ils en redemandent 8)
Xavier Niel et Free, ces génies incompris ;D
Free était low cost mais depuis, il y a de la concurrence...
-
Ne pas confondre low cost (Free) et low price (la concurrence avec ses filiales Sosh/Red/B&you).
-
J'utilise très peu les service replay (je suis mieux avec mon NAS !), mais je me suis retrouvé sur france.tv pour revoir une émission de France 5 .. j'ai eu les pubs, mais ca ne s'est jamais lancé. Reboot box et serveur 4K, ca s'est lancé 12 sec .. puis freeze :-\ à 21h00 et quelques, surement au pic. je pensais pas que ce genre d'utilisation posait encore problème ..
Problème côté serveur France TV c'est pas possible sinon ?
-
Ne pas confondre low cost (Free) et low price (la concurrence avec ses filiales Sosh/Red/B&you).
Justement tu confonds...
-
Problème côté serveur France TV c'est pas possible sinon ?
C'est Akamai qui livre les flux France TV.
-
C'est Akamai qui livre les flux France TV.
Quand tu lis ça :
Justement tu confonds...
T'inquiètes, personne ne confond justement ::)
Merci Optix ;)
-
À la prochaine réunion des communautés Freenautes et Free, demandez en suppliant le retour du pass Replay soirée payant comme à la bonne époque et demandez d'inclure Netflix et le reste à 0.99€ la soirée ou 3.99€ le mois (vu l'inflation ce sera plus 3.99 la journée et 9.99€ le mois).
J'ai un gros doute sur la conformité avec le règlement européens sur la neutralité du net sur cette priorisation.
-
C'est Akamai qui livre les flux France TV.
Et ça saturé Akamai ?
-
J'ai un gros doute sur la conformité avec le règlement européens sur la neutralité du net sur cette priorisation.
C'est probablement pas conforme, c'est juste un gros délire troll.
-
Et ça saturé Akamai ?
Vu que tu es taggué comme Professionnel Free, je me garderai bien de répondre, personne n'est mieux placé que toi pour répondre à ta propre question.
-
Vu que tu es taggué comme Professionnel Free, je me garderai bien de répondre, personne n'est mieux placé que toi pour répondre à ta propre question.
Bof c'est pas vraiment ce qui m'intéresse le plus 🙂
-
Il me semble que les flux de Replay proposés sur la Freebox TV sont hébergés directement par Free, avec une régionalisation des serveurs.
Donc cela n'utilise pas les liens de peering / transit, sauf pour le provisioning des émissions, réalisé par les chaînes de TV.
Je viens de retomber sur un vieux mail de Rani Assaf expliquant le changement de la politique de peering de Free. Ça date de la fin 2006 et je le mets là pour la postérité :
On Wed, Nov 29, 2006 at 01:34:21PM +0100, Marc-Frederic GOMEZ - CTN1 wrote:
> Que pensez de l'idée d'un GIE sur les points d'échanges pour qu'il ne
> soit plus à la charge unique des opérateurs mais de l'ensemble de la
> communautée (FAI, Hebergeurs...)?
Le coût du point d'échange en soi est marginal. Ce n'est pas ça qui pose problème aujourd'hui.
Le problème est le développement à grande vitesse des plateformes de diffusion de Video.
On peut distinguer 2 catégories de plateformes:
1) téléchargement et là ça rejoint les mêmes problématiques que le p2p et le web donc à la limite on s'en fout (si un peering est saturé, ça prendra plus de tps à télécharger mais c'est pas si grave).
2) streaming live de contenus.
C'est cette deuxième catégorie qui fait débat actuellement (voir les histoires sur la "net neutrality" aux US) car elle a la particularité de nécessité une garantie de débit de l'encodeur jusqu'à l'abonné (si le flux est encodé à 4Mbps et que la BP dispo end-to-end n'est que de 3Mbps, ça va pas le faire).
Et tout le problème est de savoir comment arriver à garantir ce débit end-to-end et surtout qui doit réaliser et financer les investissements nécessaires.
Perso, je distingue 2 sous-catégories:
1) Les plateformes de VoD payantes sur le web (Canalplay, TF1, M6, RTL, etc), en gros les plateformes réalisées par les professionnels du monde des media que ça soit les chaînes de TV ou les studio en direct. Ces plateformes sont un non-sens total et finiront par disparaitre car elles auront tôt ou tard toutes vocation à terminer en diffusion sur les plateformes de VoD développées et mise en place par chaque opérateur sur son réseau. A charge de l'opérateur alors de garantir, moyennant rémunération, l'accès dans de bonnes conditions à ces contenus.
2) Les plateformes de diffusion gratuites (Youtube, Dailymotion pour ne citer qu'elles) qui espèrent vivre des revenus publicitaires et dont les contenus sont réalisés (et souvent rippés à partir d'un dvd/cd?) par les internautes. Le business model de ces boites est principalement basé sur les revenus publicitaires (cette phrase doit rappeler pas mal de souvenirs à ceux qui étaient là en 1999/2000)
Perso, je ne suis pas là pour juger le modèle ni de l'un ni de l'autre.
Ce qui n'a pas marché en 1999 marchera peut-être en 2006, et le web2.0 n'est pas forcèment synonyme de bulle2.0.
Par contre, j'ai l'intégrité d'un réseau à garantir et quand je vois apparaitre un acteur qui en l'espace de 8 mois se met à générer plus de trafic vers Free qu'un Club-Internet ou Telecom Italia France, je ne peux pas rester indifférent.
Ici, un petit rappel de l'état du PIF s'impose. En France, jusqu'à présent, nous avions une singularité par rapport aux autres pays: 45% des abonnés haut-débits (qui représentent probablement 55% du trafic total) étaient accessibles via des peerings gratuits puisque l'ensemble des acteurs hormis FT et AOL avaient, à ma connaissance, une politique de peering ouverte.
Or, de petits hébergeurs/opérateurs ont fini par trop abuser de cette situation en vendant aux 2 catégories ci-dessus la bande passante a des prix délirants en se disant "je vais payer plein pot mon trafic vers FT, AOL c'est pas si gros et derrière j'ai plus de la moitié du trafic que j'écoule gratos donc frontalement je peux casser le prix du Mbps". On est tous du métier et on connait tous ce que ce sont les coûts pour aller louer quelques m² à Redbus (surtout avant l'augmentation des prix ;), de mettre 40 serveurs par baie, un switch et tirer une fibre vers le Freeix ou le Panap....
On (Free mais je crois savoir qu'on est pas les seuls) a décidé de prendre les devants et d'arrêter cette dérive avant que ça ne soit dangereux. A l'heure où j'écris, le trafic d'un dailymotion ou un youtube reste négligeable par rapport à ce qu'on fait en interne (la VoD chez nous par exemple, c'est des dizaines de Gbps qui viennent se rajouter à tout le reste en soirée) mais la croissance de leur trafic est clairement inquiétante.
Quand Free, pour sa propre plateforme de VoD (qui je le rappelle est payante et génère des millions d'euros de CA), doit investir dans des POPs régionaux pour clusteriser la plateforme, est-ce normal de véhiculer gratuitement les flux des autres à partir d'un point central de livraison?
J'entends déjà revenir la remarque "oui, ben vous n'aviez qu'à ne pas annoncer 20Mbps ou 28Mbps" (et 100Mbps même pour certains depuis hier ;)).
Un réseau est forcèment construit de manière statistique avec des effets de mutualisation à tous les niveaux:
- entre le dslam et le switch dans le NRA (si tous les abonnés d'un dslam tiraient 20Mbps, le malheureux Gbps du dslam va avoir du mal)
- entre le NRA et le POP Regional/Backbone
- entre le POP Regional et le Backbone Parisien
- entre le backbone parisien et l'opérateur de contenu (liens de peerings)
- les serveurs de contenus eux-même (si demain soir, 12 millions d'internautes venaient à se connecter sur un même site web, je pense ne pas me tromper en disant que la plateforme d'hébergement part en vrille)
Il est dimensionné en fonction des usages et des services proposés. Quand les usages ou les services proposés changement drastiquement, alors les règles de dimensionnement doivent être forcèment revues et ceci induit donc forcèment des coûts.
Ces coûts, il y a 3 acteurs dans la chaînes qui peuvent les supporter et/ou les partager:
1) Celui qui a créé le nouvel usage (dans le cas qui nous intéresse, le fournisseur de contenu)
2) L'opérateur
3) Le client final
L'opérateur, s'il devait supporter les coûts, ceci voudrait dire faire baisser sa marge (oh le gros mot!). Et s'il ne veut pas la faire baisser, il finira tôt ou tard par faire payer le client final.... _tous_ ses clients même ceux qui n'utilisent pas les services de 1).
L'autre solution, qui me semble plus juste, est que l'opérateur répercute directement à 1) les coûts et à charge de ce dernier de trouver le modèle financier qui lui permet d'être rentable (encore un gros mot!) soit en facturant directement 3) soit en trouvant les revenus publicitaires qui vont bien.
Enfin, le fournisseur de contenu, s'il pense que l'opérateur se fout de sa gueule et lui vend cher la bande passante pour la terminaison du trafic alors là il n'a qu'à investir dans un backbone national et amener le trafic au plus près du client final et il sera en droit de réclamer des tarifs moins élevés.
C'est exactement comme pour les interconnexions voix: vous pouvez vous interconnecter avec France Telecom au niveau des centres de transit (PRO) ou alors descendre jusqu'aux CAA et payer moins cher la terminaison.
A+
Rani
PS : Si la modération pense que ce message serait mieux dans un autre sujet ou son propre sujet, n'hésitez pas à faire le nécessaire.
-
Cette citation de Rani elle permet de répondre à tous les sujets sur Free c'est génial ahah
-
Il est gentil Rani mais en 2006 comme en 2021 l'abonné s'en tamponne de ses états d'âme sur qui doit payer. Comment on fait les autres ? Il y avait surement un juste milieu entre les tarifs super attractifs et les exagérations des concurrents, qui aurait permis de financer les coûts du réseau.
-
J'ai un gros doute sur la conformité avec le règlement européens sur la neutralité du net sur cette priorisation.
J'avais oublié l'existence de ce pass. Je crois que c'est ce qui m'avait décidé de fuir en 2012 ;D
Heureusement que malgré tout les choses se sont améliorées!
-
Sinon il y avait aussi Archambault qui avait écrit que les clients pas trop contents qui partaient étaient remplacés par plus de nouveaux clients(à l'époque la croissance du parc abonnés était très forte). Donc ce n'était pas trop la peine de dépenser beaucoup d'énergie pour les conserver.
Mais pas possible de le retrouver. Ce devait être sur proxad.je ne sais quoi...
-
Bonsoir je viens documenter mes problèmes pour vous fournir plus d'éléments ... mais ce soir c'est la catastrophe ...
Sachant que si je refais les mêmes tests à minuit ou dans la journée, RAS
(https://i.ibb.co/CMrZyf7/Capture.jpg) (https://ibb.co/CMrZyf7) (https://i.ibb.co/7RyNJxt/fast.jpg) (https://ibb.co/7RyNJxt) (https://i.ibb.co/qRJJz5x/login-p1-worldoftanks-eu.png) (https://ibb.co/qRJJz5x) (https://i.ibb.co/9hXJjND/speed.jpg) (https://ibb.co/9hXJjND) (https://i.ibb.co/FmTj2Vh/speed2.jpg) (https://ibb.co/FmTj2Vh) (https://i.ibb.co/MR4FgYx/speed3.jpg) (https://ibb.co/MR4FgYx) (https://i.ibb.co/5KFbg9j/www-google-fr.png) (https://ibb.co/5KFbg9j)
-
L'un des PNI avec Online sature un peu.
(https://pix.milkywan.fr/nPIOh0lJ.png)
-
J’ai des débits moyens ce soir. Pas plus de 30 mégas en upload (en ethernet). Shadow aux fraises... Ça coince sur Netflix aussi. Par contre lecture d’une vidéo en 4K sur YouTube nickel....
-
Il est 23h ... >:(
(https://i.ibb.co/tHGX6zh/fast3.jpg) (https://ibb.co/tHGX6zh) (https://i.ibb.co/gZbT5D9/login-p1-worldoftanks-eu3.png) (https://ibb.co/gZbT5D9) (https://i.ibb.co/qnsTJ7k/speed423h00.jpg) (https://ibb.co/qnsTJ7k)
-
Il est 23h ... >:(
(https://i.ibb.co/tHGX6zh/fast3.jpg) (https://ibb.co/tHGX6zh) (https://i.ibb.co/gZbT5D9/login-p1-worldoftanks-eu3.png) (https://ibb.co/gZbT5D9) (https://i.ibb.co/qnsTJ7k/speed423h00.jpg) (https://ibb.co/qnsTJ7k)
Débits revenus OK chez moi aussi. Pénible quand même...
-
Il y a une solution que j'ai déjà donné :
Vous montez un site comme Free-réseau, nperf etc mais orienté peering avec des membres Freenautes qui alimentent la base journalière toutes les 30mins.
Au bout d'un moment ça va bien se voir qu'il y a une disparité suivant les lieux géographiques à des heures précises sur des accès aux services VOD, streaming, jeux etc depuis des connexions Free.
Vous faîtes ça avec une application IOS/Android ou plugin navigateur ou que sais-je.
Vous faites un mail à 60millions, Arcep et cie avec le lien du site et la méthodologie pour la collecte, traitement et publication des données et vous attendez que le temps fasse son oeuvre.
C'est quand même étonnant qu'avec tout les projets Freebox machin truc et des Freenautes qui dev plein d'applications et de sites pour monitorer mieux que Free son réseau et son matos et services, personne ne s'est mit au taf pour démontrer les problèmes, les dénoncer et les faire régler une bonne fois pour toute :o
Et puis faites ça aussi pour Bouygues/Orange/SFR pour plus d'impartialité.
-
L'un des PNI avec Online sature un peu.
https://pix.milkywan.fr/nPIOh0lJ.png
https://lafibre.info/free-espace-technique/chute-de-debit-le-soir-39672/msg840826/#msg840826
-
https://lafibre.info/free-espace-technique/chute-de-debit-le-soir-39672/msg840826/#msg840826
AH pas vu désolé :)
-
C'est quand même étonnant qu'avec tout les projets Freebox machin truc et des Freenautes qui dev plein d'applications et de sites pour monitorer mieux que Free son réseau et son matos et services, personne ne s'est mit au taf pour démontrer les problèmes, les dénoncer et les faire régler une bonne fois pour toute :o
Ils se rendent déjà pas compte qu'ils scient la branche sur laquelle ils sont assis.
Plus le débit chute en soir, plus ils font de speedtests pour constater la chute, et plus le débit chute encore...
Mais c'est très vicieux j'avoue, faire encore plus de speedtests à l'échelle du réseau national. Je t'imagine bien sur une chaise des années 70' en train de caresser un chat tout en ayant un rire narquois :D
-
On a perdu Myck205 il doit saturer aussi
-
On a perdu Myck205 il doit saturer aussi
Malheureusement non, j'ai pas ses soucis. J'aurais bien aimé participer à votre récré 😔
-
Impossible jouer a geforce now vive le peering free
-
Impossible jouer a geforce now vive le peering free
Aujourd'hui, grosse mise à jour Fortnite, Windows et Apple/iOS, ça aide pas ;D
-
oui je voulais voir la nouvelle saison fortnite je vais devoir attendre
façon je m'en débarrasse bientôt ;D
-
Aujourd'hui, grosse mise à jour Fortnite, Windows et Apple/iOS, ça aide pas ;D
https://as24904.kwaoo.net/as-stats/history.php?as=20940&peerusage=0&v=4
+14 G chez K-NET
Aucun souci pour GeforeNow
-
Il y a une solution que j'ai déjà donné :
Vous montez un site comme Free-réseau, nperf etc mais orienté peering avec des membres Freenautes qui alimentent la base journalière toutes les 30mins.
Au bout d'un moment ça va bien se voir qu'il y a une disparité suivant les lieux géographiques à des heures précises sur des accès aux services VOD, streaming, jeux etc depuis des connexions Free.
Vous faîtes ça avec une application IOS/Android ou plugin navigateur ou que sais-je.
Vous faites un mail à 60millions, Arcep et cie avec le lien du site et la méthodologie pour la collecte, traitement et publication des données et vous attendez que le temps fasse son oeuvre.
C'est quand même étonnant qu'avec tout les projets Freebox machin truc et des Freenautes qui dev plein d'applications et de sites pour monitorer mieux que Free son réseau et son matos et services, personne ne s'est mit au taf pour démontrer les problèmes, les dénoncer et les faire régler une bonne fois pour toute :o
Et puis faites ça aussi pour Bouygues/Orange/SFR pour plus d'impartialité.
C'était un peu le projet grenouille qui faisait du monitoring vers les serveurs d'ovh et qui a été abandonné.
après ça servait plus à mesurer les saturation de la boucle locale adsl que fibre où là il faudrait avoir plusieurs destinations...
-
J'attend de voir si l'offre freebox pro bénéficie d'accord de peering plus stable...
-
On peut raisonnablement supposer, compte tenu des annonces faites, que l'offre pro sortira par Jaguar.
-
Oui ça a été confirmé à plusieurs endroits. Collecte via le réseau de Free, IP via JN :
-
Mais il faut un SIRET/SIREN à priori.
-
Oui ça a été confirmé à plusieurs endroits. Collecte via le réseau de Free, IP via JN :
Ah oui ?
Puis tout faire sortir à Paris, collecte non régionalisée ?
-
Comme je disais sur un autre sujet, je parie sur 2-5 PoP régionalisés.
-
On me glisse que les upgrades n*100G sont en cours vers les principales destinations ;-)
C'est dingue ! Ils augmentent le peering de JN comme ça, mais celui de free est toujours ... encore la faute de la personne chargée du réseau chez free ?!?
-
C'est dingue ! Ils augmentent le peering de JN comme ça, mais celui de free est toujours ... encore la faute de la personne chargée du réseau chez free ?!?
C'est une politique de Free hein.
Chez Bouygues et SFR, ça ne prend pas des années d'augmenter les peerings ... et surtout la majorité ne passe pas par 1 seul transitaire..
-
Au vu des peerings de JN, c’est vrai que ça donne envie.
Je pense que Free ne s’y intéresse que très peu pour son AS domestique parce que la part de clients qui en ont quelque chose à faire des peerings (ou juste qui savent ce que c’est) doit être minuscule par rapport à tous leurs clients.
Dans les faits ça marche « bien » quand même une FTTH Free. Si t’as connu que ça les lenteurs vers certaines destinations te choquent pas, t’as la fibre donc « ça doit être le serveur en face ». Un jour tu prends du gigabit chez un autre FAI et là tu te rends compte que « c’était pas le serveur en face » :)
À titre de comparaison (je prêche pour ma paroisse, mais j’aurais certainement pu le faire avec SFR/Orange aussi mais je ne connais pas aussi bien leur infra) : Bouygues Telecom a trois transitaires, absolument aucun peering ne sature, et surtout les transitaires sont dimensionnés pour que la perte d’un peering puisse être compensée par un passage sur un transitaire (la latence pourrait être légèrement dégradée du fait d’un intermédiaire supplémentaire, mais 0 saturation).
L’AS5410 peere avec énormément d’autres AS au point qu’il n’est pas sur Hopus car l’écrasante majorité des membres d’Hopus sont déjà joignables via des PNI/GIX.
Pour le dimensionnement des peerings, avoir des caches Netflix et YouTube sur le réseau aide : ça représente une très grande partie de ce qui est consommé au pic de trafic, et la magie des caches fait que l’AS Bouygues « s'auto diffuse le contenu » avec aucun impact sur les peerings.
On est loin d’un Free qui va récupérer Netflix aux US via son unique transitaire sur-saturé parce qu’il n’a pas de PNI avec lui.
-
On est loin d’un Free qui va récupérer Netflix aux US via son unique transitaire sur-saturé parce qu’il n’a pas de PNI avec lui.
C'était le cas en 2015, ça ne l'est plus depuis un bon bon bon moment il me semble ..(je dirais 2 ou 3 ans que netflix est officiellement dispo sur les Freebox)
-
Effectivement, et heureusement :)
Par contre, de temps en temps, faut pas avoir envie de regarder Twitch.
-
L’AS5410 peere avec énormément d’autres AS
Et même avec MilkyWan :-* ::)
-
Et même avec MilkyWan :-* ::)
Ça c'est un gage de qualité ! 8)
-
Le trafic netflix chez free passe par Paris et Amsterdam
-
C'était le cas en 2015, ça ne l'est plus depuis un bon bon bon moment il me semble ..(je dirais 2 ou 3 ans que netflix est officiellement dispo sur les Freebox)
C'était affreux, temps de chargement super longs, et n'atteignait même pas le 720p (avec un forfait 4K).
Avec une 4G Box à côté c'était le jour et la nuit.
-
Cependant, des fois je m'interroge sur un point : la politique de Free est de vouloir dégrader son transit pour faire payer des peerings. Soit. Et dans les faits, même si la qualité est dégradée parfois, les clients restent là (Free est le 2e FAI en France, quand même)
Donc pourquoi les autres FAI ne font pas ça aussi ? Ils pourraient tenter agressivement de se faire rémunérer par d'autres acteurs, et ce sans perdre de clients (vu qu'apparemment, on perd pas de clients quand on fait ça).
Qu'est ce qui retient SFR et Bouygues Telecom de faire pareil ? (J'enlève Orange de la liste, parce que OTI est Tier 1)
-
Et dans les faits, même si la qualité est dégradée parfois, les clients restent là
Justement pas, ils sont partis pendant une période durant laquelle Free a perdu des abonnés fixes (il y a eu plusieurs raisons d'ailleurs: youtube et autres inregardables, ftth en retard...).
Donc pourquoi les autres FAI ne font pas ça aussi ? Ils pourraient tenter agressivement de se faire rémunérer par d'autres acteurs, et ce sans perdre de clients (vu qu'apparemment, on perd pas de clients quand on fait ça).
Qu'est ce qui retient SFR et Bouygues Telecom de faire pareil ? (J'enlève Orange de la liste, parce que OTI est Tier 1)
Bouygtel est le plus petit en fixe (l'«outsider»), c'est pas possible de faire venir des clients chez toi si c'est plus pourri que chez le voisin, sauf à filer le service gratuitement.
Mais bon au delà d'un certain seuil de clients, il y a PNI contre participation aux frais (et donc aussi bien pour SFR que pour Bytel que pour Orange), c'est la vitesse de mise en place et les niveaux qui peuvent varier.
Et dès que tu fais du pro (tous sauf Free jusqu'à présent), avoir du transit de merde ça finit par devenir problématique.
Tiens justement FreePro ça sort chez JaguarNetwork plutôt qu'en direct.
-
Qu'est ce qui retient SFR et Bouygues Telecom de faire pareil ? (J'enlève Orange de la liste, parce que OTI est Tier 1)
Car la stratégie de Free ne paye pas vraiment (le transit dans une box grand public c'est quelques centimes).
Le paid peering rapporte peu à Free, quelques centimes par abonné.
Après tu peut choisir de dégrader tous tes clients pour gagner 5 centimes par mois ou ne pas le faire.
Regarde le choix de Patrick Drahi (SFR est bon en peering, presque aussi bon que Bouygues). Pourtant, les petites économies, il connaît Patrick Drahi.
Un moyen de se différencier de Free pour 5 centimes, il ne faut pas hésiter...
-
Bonjour,
Je ne sais pas si c'était déjà le cas avant, mais sur le site d'AMS-IX, on peut remarquer que la peering policy de AS12322 est indiquée comme "ouverte".
Je m'en suis rendu compte car Free peer désormais avec AS39351 sur AMS-IX depuis hier, et un de mes transitaires peer avec eux, la qualité s'est considérablement améliorée.
Un effet du départ de Rani, ou rien à voir ?
-
C'est surprenant, ça n'a pas changé sur DECIX par exemple donc je ne sais pas si c'est pas juste une erreur.
Je me rappelle plus combien Free avait sur AMS-IX, ils ont 200 Gbps actuellement.
Edit : Apparemment Free avait 100 Gbps en février.
-
C'est surprenant, ça n'a pas changé sur DECIX par exemple donc je ne sais pas si c'est pas juste une erreur.
Je me rappelle plus combien Free avait sur AMS-IX, ils ont 200 Gbps actuellement.
Edit : Apparemment Free avait 100 Gbps en février.
Intéressant ça.
UPDATE: http://web.archive.org/web/20170804022150/https://my.ams-ix.net/api/v1/members.json en 2017 c'était déjà OPEN.
{"asnum":12322,"name":"Free SAS","url":"http://www.free.fr","contact_email":[""],"peering_policy":"open","connection_list":[{"ixp_id":2,"if_list":[{"switch_id":49,"if_speed":10000}],"vlan_list":[{"vlan_id":502,"ipv4":{"address":"193.105.101.28","routeserver":false}}]},{"ixp_id":2,"if_list":[{"switch_id":101,"if_speed":200000}],"vlan_list":[{"vlan_id":501,"ipv4":{"address":"80.249.208.251","routeserver":false}},{"vlan_id":501,"ipv6":{"address":"2001:7F8:1::A501:2322:1","routeserver":false}}]}]}
-
Si j'en crois archive.org, Free est affiché avec une politique de peering ouverte depuis longtemps donc à priori rien n'a changé (à part l'upgrade en supposant que j'ai bien lu le site en février).
Edit : Bon bah j'avais mal lu en février si j'en crois la mise à jour du message de thedark... :-X
-
C'est historique en fait, Free a toujours eu une politique "cool" en étant sur AMSIX et DECIX, surtout avec des vieux opérateurs établis depuis longtemps.
Certains peerings restent actifs car Free est le seul acteur à avoir encore des newsgroups "fullfeed" en France. Du coup c'est énormément de trafic qu'il faut transporter gratuitement aussi bien pour eux-mêmes que pour leurs pairs.
Preuve en est qu'on ne peut pas faire de l'Internet seul dans un coin, on est bien obligé d'échanger du trafic avec les autres qui ne doivent pas subir leur politique de peering.
-
Je suis totalement étranger aux newsgroup (certainement trop jeune ? :) ), que signifie "fullfeed" exactement ?
-
Je suis totalement étranger aux newsgroup (certainement trop jeune ? :) ), que signifie "fullfeed" exactement ?
Càd un flux texte + binaire échangés entre serveurs pour que derrière les abonnés puissent lire des articles et aussi télécharger du contenu.
-
Je suis totalement étranger aux newsgroup (certainement trop jeune ? :) ), que signifie "fullfeed" exactement ?
C'est essentiellement pour pourvoir télécharger du contenu tipiak hors des radars HADOPI...
-
Il me semble qu'il n'y a plus grand chose sur les newsgroups de Free.
-
Il me semble qu'il n'y a plus grand chose sur les newsgroups de Free.
Il y a encore du monde dessus ?
-
J'avoue ça fait très longtemps que je n'y ai pas mis les pieds mais à l'époque c'était divx à gogo. (j'ai dit que ça faisait longtemps ? ^^)
-
J'avoue ça fait très longtemps que je n'y ai pas mis les pieds mais à l'époque c'était divx à gogo. (j'ai dit que ça faisait longtemps ? ^^)
Oh oui, un bon 10 ans environ
-
Il y a encore du monde dessus ?
Sur les newsgroups en général oui, chez Free il me semble qu'ils ont coupé l'accès à de nombreux groupes.
-
...chez Free il me semble qu'ils ont coupé l'accès à de nombreux groupes.
Couper l'accès aux groupes binaires ne veut pas dire que tu brasses pas du contenu binaire. La nuance est importante. J'avais tout démontré dans un gros dossier (qu'en gros tu peux download sur les NG de Free) pour me pouvoir en cassation (la plus haute institution judiciaire du pays) jusqu'à ce qu'ils rejetent le pourvoi (on m'a fait comprendre de pas faire chier). Pot de terre...
-
Couper l'accès aux groupes binaires ne veut pas dire que tu brasses pas du contenu binaire. La nuance est importante. J'avais tout démontré dans un gros dossier (qu'en gros tu peux download sur les NG de Free) pour me pouvoir en cassation (la plus haute institution judiciaire du pays) jusqu'à ce qu'ils rejetent le pourvoi (on m'a fait comprendre de pas faire chier). Pot de terre...
C'est completement HS, mais ton histoire attire ma curiosité.
-
Ça fait bien longtemps que usenet chez free est inutilisable avec la majorité des groupes désactivés et la rentention qui se compte en heures.
C’était valable il y a 20ans... mais ça existe toujours hors free et reste diablement efficace ;)
-
Ça fait bien longtemps que usenet chez free est inutilisable avec la majorité des groupes désactivés et la rentention qui se compte en heures.
C’était valable il y a 20ans... mais ça existe toujours hors free et reste diablement efficace ;)
Je dirais plutôt dix ans, remplacer par dl.free.fr qui héberge sans vergogne films, logiciels ....etc etc
-
Ils sont quand même dans les plus réactifs pour supprimer des fichiers sur dl.free.fr à la demande des ayants-droits. Contrairement à d'autres, qui se cachent dans des paradis législatifs.
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 20 | 5 | 4 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 74.56.154.77.rev.sfr.net - 0 | 1090 | 1090 | 1 | 2 | 7 | 3 |
| 129.10.136.77.rev.sfr.net - 0 | 220 | 220 | 16 | 17 | 46 | 16 |
| 129.10.136.77.rev.sfr.net - 0 | 225 | 225 | 16 | 16 | 46 | 16 |
| 38.195.118.80.rev.sfr.net - 0 | 23 | 23 | 16 | 16 | 17 | 17 |
| free.pa3-1.hopus.net - 0 | 221 | 221 | 16 | 16 | 19 | 16 |
|sttulle-4k-1-v806.intf.routers.proxad.net - 0 | 224 | 224 | 16 | 16 | 19 | 16 |
|________________________________________________|______|______|______|______|______|______|
nperf Free par Hopus
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.1 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 16.44.65.81.rev.sfr.net - 0 | 100 | 100 | 0 | 1 | 2 | 2 |
| 74.56.154.77.rev.sfr.net - 0 | 730 | 730 | 1 | 2 | 9 | 3 |
| 129.10.136.77.rev.sfr.net - 0 | 148 | 148 | 16 | 17 | 54 | 16 |
| 129.10.136.77.rev.sfr.net - 0 | 152 | 152 | 15 | 16 | 46 | 17 |
| 38.195.118.80.rev.sfr.net - 0 | 90 | 90 | 16 | 16 | 18 | 16 |
| p11-9k-1-be1022.intf.routers.proxad.net - 0 | 147 | 147 | 16 | 16 | 25 | 16 |
|bzn-9k-2-sys-be2001.intf.routers.proxad.net - 0 | 142 | 142 | 16 | 17 | 19 | 18 |
| www.free.fr - 0 | 145 | 145 | 16 | 16 | 21 | 16 |
|________________________________________________|______|______|______|______|______|______|
Free.fr direct
-
Ils sont quand même dans les plus réactifs pour supprimer des fichiers sur dl.free.fr à la demande des ayants-droits. Contrairement à d'autres, qui se cachent dans des paradis législatifs.
Source ? Je connais les paradis fiscaux mais pas les " paradis législatifs " !
-
On peut faire un topic ailleurs pour éviter du hors-sujet. Mais c'est d'expérience perso.
dl.free.fr et 1fichier qui sont soumis aux lois françaises, suppriment les fichiers à la demande des ayants droits.
Là où UpToBox ne réagit pas, car ce n'est pas une boîte française. Même s'ils sont la quasi intégralité de leurs serveurs en France.
-
Pour info, je découvre Free depuis quelques jours en fibre.
Débit Netflix oscillant entre 30 et 70Mbit/s : suffisant mais je trouvais ça un peu bas, ayant été habitué à beaucoup plus chez d'autres FAI FTTH (entre 300 et 600Mbit/s chez SFR par exemple selon l'heure de la journée).
Assez peu problématique même si 30 est un peu limite dans le cas d'usage où 2 flux 4k seraient lancés au sein du même logement.
Là où par contre c'est nettement plus gênant c'est sur OneDrive, utilisé par absolument tout le monde dans ma famille à grand coup d'abonnements Office Famille.
Le débit en envoi est convenable puisque je parviens à charger entre 20 et 30mo/s, en revanche en téléchargement je suis sur du 1,5 à 2mo/s, ce qui à mes yeux relève cette fois d'une réel problème. J'obtenais ce même débit en ADSL il y a encore quelques jours dans ce même foyer.
Ni une ni deux, je chiffre tout le traffic et le fait passer par un relais dans une autre AS.
Résultat : Netflix passe de 70Mbit/s à 450Mbit/s (pour info j'utilise fast.com pour ce test de débit) et OneDrive télécharge entre 20 et 30mo/s.
J'ai fait ces tests un dimanche soir donc en principe réseau au max de sa saturation, mais ce matin lundi dès 8h j'obtiens exactement les mêmes résultats, idem à 11h.
J'ai d'autres services qui posent problème, notamment lors d'échanges de données d'user Free vers user SFR (reproductible en WebRTC, FTP et autres). Si l'user SFR monte son VPN la bride saute. Aucun problème avec Sosh à ce niveau.
Bref, à voir comment tout ceci évolue sur du plus long terme mais sur les soucis de peering j'ai déjà donné chez Free (tout le monde se souvient de YouTube en 2013) et je suis assez déçu de voir que c'est toujours un sujet chez cet opérateur (cf. présent topic). Chez SFR j'avais remarqué quelques soucis à certains niveaux mais moins flagrants. Chez Bouygues et Sosh, jamais perçu de soucis pour mes usages.
/my2cents
-
Pourquoi avoir repris free?
-
J'ai fait ces tests un dimanche soir donc en principe réseau au max de sa saturation, mais ce matin lundi dès 8h j'obtiens exactement les mêmes résultats, idem à 11h.
C'est quand même bizarre que ça se produise dès 8h du matin. De mon côté j'obtiens 940 Mbps à l'instant sur Fast. Du coup ça pourrait peut-être être une très forte saturation locale mais c'est bizarre quand même.
J'ai d'autres services qui posent problème, notamment lors d'échanges de données d'user Free vers user SFR (reproductible en WebRTC, FTP et autres). Si l'user SFR monte son VPN la bride saute. Aucun problème avec Sosh à ce niveau.
Je doute un peu que l'interconnexion entre Free et SFR sature. Ça irait dans le sens d'une saturation locale mais normalement tu devrais vraiment le voir sur l'ensemble des services.
Si tu veux me passer un lien en MP pour tester le téléchargement depuis l'utilisateur SFR en question, je peux faire des tests.
-
Pourquoi avoir repris free?
Il s'agit de la box de chez mes parents, ils étaient déjà chez Free (en ADSL) et remarquer de problème particulier. Aux débits de l'ADSL je ne remarquais pas non plus de soucis de peering pour être honnête. Puis Free a contacté mon père pour passer en fibre sans effort (même tarif et rien à faire, juste prendre rdv), il a accepté fin de l'histoire. De plus ça lui permet de garder les lignes mobiles chez Free à bon tarif.
C'est quand il m'a dit que OneDrive n'allait pas plus vite que je me suis penché sur le problème, je lui avais dit que ce serait le jour et la nuit (et c'est le cas... en upload).
La seule alternative est Orange (bien plus cher) et Sosh actuellement, les autres FAI ne sont pas disponibles et je ne sais pas pour combien de temps.
-
C'est quand même bizarre que ça se produise dès 8h du matin. De mon côté j'obtiens 940 Mbps à l'instant sur Fast. Du coup ça pourrait peut-être être une très forte saturation locale mais c'est bizarre quand même.
Je doute un peu que l'interconnexion entre Free et SFR sature. Ça irait dans le sens d'une saturation locale mais normalement tu devrais vraiment le voir sur l'ensemble des services.
Si tu veux me passer un lien en MP pour tester le téléchargement depuis l'utilisateur SFR en question, je peux faire des tests.
Disons que le débit est vraiment plafonné avec mon ami chez SFR, c'est du 800ko/s stable. Or quand on échange depuis ma connexion RED SFR, il télécharge plein pot donc ça ne vient pas d'un soucis de configuration de son côté.
Merci de me proposer ton aide, je te contacte en MP d'ici ce soir. Sache juste que je suis parmi les 10 premiers fibrés de ma ville, c'est vraiment tout neuf. Donc s'il y a un soucis de saturation ça ne vient pas de la charge locale mais plus d'un soucis de conception/configuration j'imagine (?).
-
Disons que le débit est vraiment plafonné avec mon ami chez SFR, c'est du 800ko/s stable. Or quand on échange depuis ma connexion RED SFR, il télécharge plein pot donc ça ne vient pas d'un soucis de configuration de son côté.
Merci de me proposer ton aide, je te contacte en MP d'ici ce soir. Sache juste que je suis parmi les 10 premiers fibrés de ma ville, c'est vraiment tout neuf. Donc s'il y a un soucis de saturation ça ne vient pas de la charge locale mais plus d'un soucis de conception/configuration j'imagine (?).
Bonjour, Avez vous tester l'upload vers un service depuis la ligne SFR de votre ami ? Sa ligne est peut-être aussi saturée en upload
-
C'est quand même bizarre que ça se produise dès 8h du matin. De mon côté j'obtiens 940 Mbps à l'instant sur Fast.
De même, 2 Gb/s vers 13h.
-
Mes débits stables / reproductibles à tout moment de la journée depuis jeudi dernier, depuis plusieurs PC du LAN et différents navigateurs et en filaire :
Fast/Netflix : 30-70Mbit/s down, 680Mbit/s up
nPerf serveur Free 40Gbit/s : 611 down / 212 up
Ookla serveur de Massy : 826 down / 300 up
(https://prout.ovh/images/2021/06/08/7d3fd5b53ccdb0a8e2cd88b987d734ad.th.png) (https://prout.ovh/image/OZBN) (https://prout.ovh/images/2021/06/08/a63210fac9080ada9888f32fec7139cf.th.png) (https://prout.ovh/image/OMpK) (https://prout.ovh/images/2021/06/08/390a5063362c4e1d3023545321409a9c.th.png) (https://prout.ovh/image/OqW5)
Je vous avoue ne retrouver aucune logique. Ma collecte doit être correctement dimensionnée puisque je parviens à du 800Mbit/s+ en down et 600+ en upload, reproductible/stable. Mais jamais les 2 à la fois sur un même serveur.
Le pompon : ce n'est pas sur le serveur Free que j'obtiens les meilleurs débits, pourtant serveur 40Gbit/s.
Et dans tout ça OneDrive bloqué à 2mo/s en down, testé sur plusieurs PCs, j'ai bien vérifié l'onglet Network, tout est sur no limit.
L'upload en revanche ne souffre d'aucune limite sur onedrive.
Mis à part ça, Steam, Battle.net etc. récupèrent les jeux et mises à jour entre 20 et 50mo/s donc c'est correct, mais là encore avec une ligne gigabit SFR ou Bouygues j'ai déjà vu passer du 115mo/s sur les serveurs de Blizzard.
Bref, je vais arrêter de me prendre la tête avec des tests. J'ai fait pas mal de traceroutes via WinMTR sans jamais trouvé de soucis.
A moins que vous y voyez clair là dedans, je vais faire avec puisqu'en dehors de Onedrive rien n'est vraiment bloquant. Et quand Bouygues ou SFR débarquent je verrai bien si l'herbe y est plus verte.
-
Ça me rappelle un souci que j’avais avec NetFlix, ça dégueulait le soir et tous les speedtests étaient quasi au max.
Les traceroutes étaient ok et les autres services que j’utilisais aussi.
Ça a duré 1mois ou 2 et puis plus de soucis…
-
Mes débits stables / reproductibles à tout moment de la journée depuis jeudi dernier, depuis plusieurs PC du LAN et différents navigateurs et en filaire :
Fast/Netflix : 30-70Mbit/s down, 680Mbit/s up
nPerf serveur Free 40Gbit/s : 611 down / 212 up
Ookla serveur de Massy : 826 down / 300 up
(https://prout.ovh/images/2021/06/08/7d3fd5b53ccdb0a8e2cd88b987d734ad.th.png) (https://prout.ovh/image/OZBN) (https://prout.ovh/images/2021/06/08/a63210fac9080ada9888f32fec7139cf.th.png) (https://prout.ovh/image/OMpK) (https://prout.ovh/images/2021/06/08/390a5063362c4e1d3023545321409a9c.th.png) (https://prout.ovh/image/OqW5)
Je vous avoue ne retrouver aucune logique. Ma collecte doit être correctement dimensionnée puisque je parviens à du 800Mbit/s+ en down et 600+ en upload, reproductible/stable. Mais jamais les 2 à la fois sur un même serveur.
Le pompon : ce n'est pas sur le serveur Free que j'obtiens les meilleurs débits, pourtant serveur 40Gbit/s.
Et dans tout ça OneDrive bloqué à 2mo/s en down, testé sur plusieurs PCs, j'ai bien vérifié l'onglet Network, tout est sur no limit.
L'upload en revanche ne souffre d'aucune limite sur onedrive.
Mis à part ça, Steam, Battle.net etc. récupèrent les jeux et mises à jour entre 20 et 50mo/s donc c'est correct, mais là encore avec une ligne gigabit SFR ou Bouygues j'ai déjà vu passer du 115mo/s sur les serveurs de Blizzard.
Bref, je vais arrêter de me prendre la tête avec des tests. J'ai fait pas mal de traceroutes via WinMTR sans jamais trouvé de soucis.
A moins que vous y voyez clair là dedans, je vais faire avec puisqu'en dehors de Onedrive rien n'est vraiment bloquant. Et quand Bouygues ou SFR débarquent je verrai bien si l'herbe y est plus verte.
L'éternel problème de saturation de certain transit/peering avec free.
C'est ce qui m'a fait quitter free en 2010 alors que j'étais un fanboy datant de leur offre des années 2000, peut être qu'avec le départ de Rani ça va bouger ?
-
Quand le problème est reproductible à tout moment de la journée, c'est bizarre.
-
QoS/rate-limit pour limiter le trafic et payer moins cher ?
-
Le pompon : ce n'est pas sur le serveur Free que j'obtiens les meilleurs débits, pourtant serveur 40Gbit/s.
Comme quoi ! Aucun intérêt d'avoir la plus grosse...
-
peut être qu'avec le départ de Rani ça va bouger ?
j'avais loupé l'info o:
-
j'avais loupé l'info o:
https://lafibre.info/free-les-news/rani-assaf-va-quitter-la-direction-du-reseau-de-free/
-
Le pompon : ce n'est pas sur le serveur Free que j'obtiens les meilleurs débits, pourtant serveur 40Gbit/s.
Cela doit être lié au protocole de congestion TCP.
Le serveur de Massy que je gère, hébergé chez Bouygues Telecom qui a un bon peering avec Free, utilise BBR (Free utilise probablement Cubic)
Quand le débit est meilleur en BBR qu'en Cubic, cela signifie qu'il y a des pertes de paquets.
Impact du contrôle de congestion (Cubic, BBR,...) sur la mesure de la Qos :
(https://lafibre.info/images/doc/202006_arcep_rapport_etat_internet_2020_1_qos_4.png)
(https://lafibre.info/images/doc/202006_arcep_rapport_etat_internet_2020_1_qos_5.png)
-
A ce sujet Vivien, n'est-il pas prévu d'offrir deux serveurs avec une connectivité similaire mais un réglage différent de l'algorithme de congestion ?
-
A ce sujet Vivien, n'est-il pas prévu d'offrir deux serveurs avec une connectivité similaire mais un réglage différent de l'algorithme de congestion ?
Déjà que c'est compliqué pour certains d'admettre que c'est leur WiFi, ou carte réseau 100M qui limite, ou que le débit est moins bon car ils ont le nez collé à leur atténuation optique...
Si en plus vous voulez complexifier les tests où il faut apprendre aux gens la différence entre Cubic et BBR, on est pas sorti de l'auberge, je vous le dis.
edit: ça va déjà être la désillusion pour les gens quand les nouveaux speedtests aux API définis par l'ARCEP vont arriver (et qui vont être sync à la capa de la ligne).
-
On parle de donner de quoi mieux comprendre un cas aux habitués d'un forum comme lafibre.info, là pour l'instant l'utilisation du BBR seul sans possibilité de comparaison sur un serveur "jumeau" peut donner l'impression que tout va bien alors que ce n'est pas le cas.
-
Free a déclaré du Telia en transit.
-
Free a déclaré du Telia en transit.
Tu te bases sur bgp.he.net pour dire ça ? J'ai un peu joué avec le LG de Telia et fait quelques traceroutes de chez moi et ça passe par Cogent.
-
Oui, sur bgp.he.net
-
Oui, sur bgp.he.net
Je ne suis pas sûr que ça soit fiable comme source. Telia n'apparaît d'ailleurs qu'en IPv4 ce qui semble étrange pour du transit.
-
Sur lg.twelve99.net ça passe par congent.
-
Je vois un préfixe Free depuis Telia (via NTT) dans mon feed depuis quelques jours:
213.228.0.0/18 @[BGP/170] 2d 17:19:25, MED 100, localpref 100
AS path: 2914 1299 12322 12322 12322 12322 I, validation-state: unverified
# traceroute -I -w1 213.228.0.1
traceroute to 213.228.0.1 (213.228.0.1), 30 hops max, 60 byte packets
[...]
6 ae-0.a01.parsfr04.fr.bb.gin.ntt.net (129.250.4.145) 2.448 ms 1.370 ms 1.328 ms
7 ae-0.telia.parsfr04.fr.bb.gin.ntt.net (129.250.9.14) 1.401 ms 1.481 ms 1.463 ms
8 prs-bb1-link.ip.twelve99.net (62.115.125.170) 2.229 ms 2.233 ms 2.349 ms
9 prs-b3-link.ip.twelve99.net (62.115.118.59) 2.177 ms 2.190 ms 2.186 ms
10 freesas-svc080140-ic369938.ip.twelve99-cust.net (62.115.46.69) 3.937 ms 3.943 ms 2.932 ms
11 p11-9k-1-be1022.intf.routers.proxad.net (194.149.161.229) 2.646 ms 2.652 ms 2.657 ms
12 bzn-9k-2-sys-be2001.intf.routers.proxad.net (194.149.161.246) 3.323 ms 3.334 ms 3.691 ms
13 * * *
Un seul préfixe == ça doit être en train de tester :)
-
Je vois un préfixe Free depuis Telia (via NTT) dans mon feed:
@ ? 213.228.0.0/18 B 170 100 100 2914 1299 12322 12322 12322 12322 I
# traceroute -I -w1 213.228.0.1
traceroute to 213.228.0.1 (213.228.0.1), 30 hops max, 60 byte packets
[...]
6 ae-0.a01.parsfr04.fr.bb.gin.ntt.net (129.250.4.145) 2.448 ms 1.370 ms 1.328 ms
7 ae-0.telia.parsfr04.fr.bb.gin.ntt.net (129.250.9.14) 1.401 ms 1.481 ms 1.463 ms
8 prs-bb1-link.ip.twelve99.net (62.115.125.170) 2.229 ms 2.233 ms 2.349 ms
9 prs-b3-link.ip.twelve99.net (62.115.118.59) 2.177 ms 2.190 ms 2.186 ms
10 freesas-svc080140-ic369938.ip.twelve99-cust.net (62.115.46.69) 3.937 ms 3.943 ms 2.932 ms
11 p11-9k-1-be1022.intf.routers.proxad.net (194.149.161.229) 2.646 ms 2.652 ms 2.657 ms
12 bzn-9k-2-sys-be2001.intf.routers.proxad.net (194.149.161.246) 3.323 ms 3.334 ms 3.691 ms
13 * * *
Un seul préfixe == ça doit être en train de tester :)
(https://pbs.twimg.com/media/DboicXWXkAIsjp7?format=jpg)
-
le remplaçant de level3
-
tiens, j'avais justement vu ça mais en regardant vite fait, je ne recevais rien de telia et j'ai conclu a un faux positif, comme quoi :)
-
Level3, pour Free, c'est du peering, pas du transit. Free ne peut joindre que les clients de Level3 via le lien Level3 <=> Free.
-
Level3 était un transitaire de Free à une époque mais effectivement ce n'est plus le cas aujourd'hui même s'il y a toujours un peering donc je ne sais pas s'il faut conclure trop vite.
-
Si Free ajoute du transit via Telia, retrouve du v6 vers 100% d'internet ET régionalise du peering, je me coupe une couille.
-
Si Free ajoute du transit via Telia, retrouve du v6 vers 100% d'internet ET régionalise du peering, je me coupe une couille.
ça fait mal.
-
Je vois pas Free régionaliser le peering, le ration gain vs complexité semble pas complètement évident. Du coup il est tranquille. ;D
-
Si Free ajoute du transit via Telia, retrouve du v6 vers 100% d'internet ET régionalise du peering, je me coupe une couille.
Fais gaffe tu vas finir comme un Intel Nuc.
On va déjà voir si Free pro y arrive
-
Vision de Singapour
05:10:45 [root@MilleniumFalcon:~] # mtr4 213.228.0.253
Start: 2021-08-02T05:10:48+0800
HOST: MilleniumFalcon.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1. AS132816 103.25.202.1 0.0% 10 126.4 23.5 0.5 126.4 48.4
2. AS??? hurricane-electric.sgix.sg (103.16.102.81) 0.0% 10 3.5 61.6 3.0 383.5 114.9
3. AS6939 100ge11-2.core1.sin1.he.net (184.104.196.230) 0.0% 10 1.7 3.8 1.6 20.5 5.9
4. AS6939 100ge16-2.core1.tyo1.he.net (184.105.64.254) 0.0% 10 83.9 84.1 82.4 95.4 4.0
5. AS6939 100ge11-1.core1.sea1.he.net (184.105.213.117) 0.0% 10 164.1 166.9 163.7 181.1 5.6
6. AS1299 sea-b2-link.ip.twelve99.net (62.115.181.197) 0.0% 10 181.4 171.9 164.2 215.5 16.2
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS1299 nyk-bb1-link.ip.twelve99.net (80.91.246.163) 60.0% 10 218.2 216.5 215.9 218.2 1.1
9. AS1299 ldn-bb4-link.ip.twelve99.net (62.115.112.245) 0.0% 10 218.9 219.1 217.3 227.6 3.3
10. AS1299 prs-bb2-link.ip.twelve99.net (62.115.133.239) 0.0% 10 217.6 217.7 217.4 218.1 0.2
11. AS1299 prs-b3-link.ip.twelve99.net (62.115.118.63) 0.0% 10 218.0 217.8 217.4 218.1 0.2
12. AS1299 freesas-svc080140-ic369938.ip.twelve99-cust.net (62.115.46.69) 0.0% 10 313.6 313.2 312.9 313.6 0.2
13. AS??? p11-9k-1-be1022.intf.routers.proxad.net (194.149.161.229) 0.0% 10 306.9 306.9 306.7 307.1 0.1
14. AS12322 bzn-9k-1.sys.routers.proxad.net (213.228.0.253) 0.0% 10 307.2 307.3 307.0 308.4 0.4
05:00:57 [root@MilleniumFalcon:~] # mtr4 dl.free.fr
Start: 2021-08-02T05:01:07+0800
HOST: MilleniumFalcon.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1. AS132816 103.25.202.1 0.0% 10 0.5 0.6 0.5 1.0 0.2
2. AS??? hurricane-electric.sgix.sg (103.16.102.81) 20.0% 10 12.0 43.1 2.1 119.0 48.6
3. AS6939 100ge11-2.core1.sin1.he.net (184.104.196.230) 0.0% 10 9.7 11.2 1.5 24.0 9.3
4. AS6939 100ge16-2.core1.tyo1.he.net (184.105.64.254) 0.0% 10 82.4 83.3 82.3 91.1 2.7
5. AS6939 100ge11-1.core1.sea1.he.net (184.105.213.117) 0.0% 10 174.2 173.0 163.6 186.2 8.8
6. AS1299 sea-b2-link.ip.twelve99.net (62.115.181.197) 0.0% 10 168.9 166.6 164.0 172.9 3.0
7. AS??? ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. AS174 be2029.ccr32.slc01.atlas.cogentco.com (154.54.86.109) 0.0% 10 223.7 207.0 202.7 223.7 8.7
9. AS174 be3038.ccr22.den01.atlas.cogentco.com (154.54.42.98) 0.0% 10 210.8 204.5 202.7 210.8 3.2
10. AS174 be3036.ccr22.mci01.atlas.cogentco.com (154.54.31.90) 0.0% 10 231.3 221.8 219.3 231.3 5.0
11. AS174 be2832.ccr42.ord01.atlas.cogentco.com (154.54.44.170) 0.0% 10 225.0 214.8 208.2 225.1 5.6
12. AS174 be2718.ccr22.cle04.atlas.cogentco.com (154.54.7.130) 0.0% 10 229.2 226.0 224.5 229.2 2.1
13. AS174 be2879.ccr22.alb02.atlas.cogentco.com (154.54.29.174) 0.0% 10 229.4 226.6 225.0 229.7 2.1
14. AS174 be3600.ccr32.bos01.atlas.cogentco.com (154.54.0.222) 0.0% 10 229.9 226.6 225.1 229.9 2.3
15. AS174 be2101.ccr42.lon13.atlas.cogentco.com (154.54.82.37) 0.0% 10 221.9 222.0 221.7 223.1 0.4
16. AS174 be12489.ccr42.par01.atlas.cogentco.com (154.54.57.70) 0.0% 10 221.8 221.8 221.4 222.1 0.2
17. AS174 iliad.demarc.cogentco.com (149.11.204.10) 0.0% 10 322.7 322.9 322.5 323.1 0.2
18. AS??? p11-9k-1-be1022.intf.routers.proxad.net (194.149.161.229) 0.0% 10 310.7 310.7 310.5 310.9 0.1
19. AS??? bzn-9k-2-sys-be2001.intf.routers.proxad.net (194.149.161.246) 0.0% 10 308.4 308.5 308.3 309.9 0.5
20. AS12322 hadl10G-04.free.fr (212.27.63.35) 0.0% 10 308.0 308.0 307.8 308.2 0.1
Pour comparaison, un mtr vers Toile-Libre:
05:14:29 [root@MilleniumFalcon:~] # mtr4 internalexception.tl.byme.at
Start: 2021-08-02T05:14:37+0800
HOST: MilleniumFalcon.ByMe.at Loss% Snt Last Avg Best Wrst StDev
1. AS132816 103.25.202.1 0.0% 10 0.5 7.7 0.4 70.1 21.9
2. AS??? hurricane-electric.sgix.sg (103.16.102.81) 0.0% 10 53.2 58.9 2.1 240.1 81.4
3. AS6939 100ge11-2.core1.sin1.he.net (184.104.196.230) 0.0% 10 1.8 1.9 1.6 2.5 0.2
4. AS6939 100ge11-1.core1.mrs1.he.net (184.105.65.14) 0.0% 10 138.9 139.0 138.6 140.1 0.4
5. AS??? gitoyen.par.franceix.net (37.49.236.190) 0.0% 10 146.6 146.7 146.5 146.9 0.1
6. AS20766 vodka.gitoyen.net (80.67.168.7) 0.0% 10 148.6 148.6 148.5 148.8 0.1
7. AS48920 gw2.toile-libre.net (195.88.84.16) 0.0% 10 146.7 146.7 146.6 146.9 0.1
8. AS48920 internalexception.tl.byme.at (195.88.84.45) 0.0% 10 157.6 157.6 157.4 157.9 0.1
Le passage par Japon puis USA double la latence.
HE et Telia ne peer qu'a Seatle?
-
Oui j'ai fait quelques tests et la logique m'échappe, on peut supposer que c'est à l'essai pour l'instant.
-
Je viens de faire des tests sur le looking glass de Telia et il apparait que Telia et HE ne transit qu'au USA.
C'est étrange comme politique.
-
Je viens de faire des tests sur le looking glass de Telia et il apparait que Telia et HE ne transit qu'au USA.
C'est étrange comme politique.
En même temps ça n'explique pas tout, si tu prends un routeur de Telia à Paris, ça passe quand même par Cogent pour rejoindre Free.
-
Si Free ajoute du transit via Telia, retrouve du v6 vers 100% d'internet ET régionalise du peering, je me coupe une couille.
c'est noté.
Attention on verra bien la suite, j'ai hate !
-
Sur ma VM Vultr on passe par telia en IPV4 pour accéder au site free.fr. C'était pas le cas, il y a 1 semaine.
Host Loss% Snt Last Avg Best Wrst StDev
1. ???
2. vl199-ds1-j2-RBB01-1.par3.consta 0.0% 12 18.0 17.6 13.8 21.8 3.1
3. ???
4. ???
5. prs-b8-link.ip.twelve99.net 0.0% 12 0.5 0.7 0.5 0.9 0.0
6. prs-bb3-link.ip.twelve99.net 0.0% 12 1.7 1.6 1.5 1.7 0.0
7. prs-bb1-link.ip.twelve99.net 50.0% 12 1.8 1.9 1.8 2.0 0.0
8. prs-b3-link.ip.twelve99.net 0.0% 12 1.7 1.7 1.5 2.0 0.0
9. freesas-svc080140-ic369938.ip.tw 0.0% 11 3.2 3.6 3.2 3.8 0.0
10. p11-9k-1-be1022.intf.routers.pro 0.0% 11 2.4 2.4 2.2 2.5 0.0
11. bzn-9k-2-sys-be2001.intf.routers 0.0% 11 2.7 2.7 2.6 2.9 0.0
12. www.free.fr 0.0% 11 2.2 2.2 2.1 2.3 0.0
-
Sur la looking glass de HE, qui ne peer pas avec Free, on passe par Telia (transitaire de HE, qui n'est pas tier 1 en IPv4) pour joindre free.fr en IPv4 (pas en IPv6). Ce n'était pas le cas il y a 2j.
-
pas encore de changement du coté des préfixes abonnés :
(https://pix.milkywan.fr/aBfXGH4C.png)
-
Et beh. Pour régler vos problèmes de transit, virez un Rani :)
Je suis certain que dans un futur proche, les préfixe abonnés vont sortir par Telia. (Après, si Telia et Cogent sont transitaires, le trafic sera réparti entre les deux.)
-
Sur la looking glass de HE, qui ne peer pas avec Free, on passe par Telia (transitaire de HE, qui n'est pas tier 1 en IPv4) pour joindre free.fr en IPv4 (pas en IPv6). Ce n'était pas le cas il y a 2j.
On n'oublie pas
Si Free ajoute du transit via Telia, retrouve du v6 vers 100% d'internet ET régionalise du peering, je me coupe une couille.
-
Pas de transit sur tous les préfixes IPv4 encore, aucun en IPv6, et pas de régionalisation. T'inquiètes :D
-
Ouais sur la régionalisation, je ne suis pas inquiet :D
-
(et je peux même me payer le luxe d'ajouter "boucle ses collectes" à la liste, parce que why not)
-
(et je peux même me payer le luxe d'ajouter "boucle ses collectes" à la liste, parce que why not)
Si lee reste est déterminable de l’extérieur du NOC de Free, le bouclage des collectes n'est visible que via des incidents.
On ne peut donc pas le mettre dans la liste :'S
-
Une saturation sur les services de replay le soir ?
https://www.universfreebox.com/article/495891/le-conteste-pass-prioritaire-payant-de-free-refait-son-apparition-sur-la-freebox
-
Une saturation sur les services de replay le soir ?
https://www.universfreebox.com/article/495891/le-conteste-pass-prioritaire-payant-de-free-refait-son-apparition-sur-la-freebox
A voir aux heures de pointes.
-
A part le soir, tu proposes quoi ?
-
Ce génie Xavier !!
Toujours un coup d'avance même en 2021 :
(https://www.universfreebox.com/wp-content/uploads/2021/08/Capture-d%E2%80%99e%CC%81cran-2021-08-12-a%CC%80-10.08.45-768x529.png)
Tu payes déjà l'accès au Replay avec ton abonnement mais faut en plus payer pour pouvoir y accéder quand y a trop de monde ::)
Et là on est sur le réseau interne hein, faut le rappeler...
Y a t'il un salarié Free pour nous donner le plafond de connectés maximum avant que les clients sortent le portefeuille afin d'accéder à un truc inclus avec leur abonnement à Freebox TV ?
-
faut voir ca comme plein de services maintenant ou tu as une offre gratuite et une premium... la gratuite correspondant à l'accès via ton forfait freebox xD
-
Ce génie Xavier !!
Toujours un coup d'avance même en 2021 :
Tu payes déjà l'accès au Replay avec ton abonnement mais faut en plus payer pour pouvoir y accéder quand y a trop de monde ::)
Et là on est sur le réseau interne hein, faut le rappeler...
Y a t'il un salarié Free pour nous donner le plafond de connectés maximum avant que les clients sortent le portefeuille afin d'accéder à un truc inclus avec leur abonnement à Freebox TV ?
ça fait un bail que ça existe https://forum.freenews.fr/index.php?topic=77509.0 (https://forum.freenews.fr/index.php?topic=77509.0) en fait depuis 2010 https://www.atlantico.fr/article/pepite/free--la-tele-en-replay-gratuite-mais-payante-fait-polemique- (https://www.atlantico.fr/article/pepite/free--la-tele-en-replay-gratuite-mais-payante-fait-polemique-)
Je pensais que ce type de procédé avait été abandonné.
Il manque un lien dans votre post https://www.universfreebox.com/article/495891/le-conteste-pass-prioritaire-payant-de-free-refait-son-apparition-sur-la-freebox (https://www.universfreebox.com/article/495891/le-conteste-pass-prioritaire-payant-de-free-refait-son-apparition-sur-la-freebox)
-
ça fait un bail que ça existe https://forum.freenews.fr/index.php?topic=77509.0 (https://forum.freenews.fr/index.php?topic=77509.0) en fait depuis 2010 https://www.atlantico.fr/article/pepite/free--la-tele-en-replay-gratuite-mais-payante-fait-polemique- (https://www.atlantico.fr/article/pepite/free--la-tele-en-replay-gratuite-mais-payante-fait-polemique-)
Je pensais que ce type de procédé avait été abandonné.
Il manque un lien dans votre post https://www.universfreebox.com/article/495891/le-conteste-pass-prioritaire-payant-de-free-refait-son-apparition-sur-la-freebox (https://www.universfreebox.com/article/495891/le-conteste-pass-prioritaire-payant-de-free-refait-son-apparition-sur-la-freebox)
Cher joel19,
Que dire...
Lien donné plus haut par thedark :
Une saturation sur les services de replay le soir ?
https://www.universfreebox.com/article/495891/le-conteste-pass-prioritaire-payant-de-free-refait-son-apparition-sur-la-freebox
Si il le refait, c'est qu'il l'a déjà fait.
Merci joel19 de rappeler à tous nos talents ;)
-
C'est pas un peu une atteinte à la neutralité du net? Payer plus pour prioriser le service vers certaines destinations/certains services?
-
C'est pas un peu une atteinte à la neutralité du net? Payer plus pour prioriser le service vers certaines destinations/certains services?
Si c'est une priorisation réseau, la question se pose (et la réponse n'est pas simple, il faut savoir si le replay peut être ou non considéré comme un service spécialisé)
Si c'est uniquement une priorisation au niveau des serveurs, la réponse est non, le règlement européen sur la neutralité n'impose la neutralité que sur le réseau.
-
Si c'est une priorisation réseau, la question se pose (et la réponse n'est pas simple, il faut savoir si le replay peut être ou non considéré comme un service spécialisé)
Si c'est uniquement une priorisation au niveau des serveurs, la réponse est non, le règlement européen sur la neutralité n'impose la neutralité que sur le réseau.
donc vu que c'est un service interne, plutot que de jouer sur le réseau (si ca sature), il suffit de compter le nombre de personnes max en simultanée possible avant saturation, d'en déduire un pool d'utilisateur prioritaire (ceux qui prennent l'option), de laisser les places restantes dispo a qui veut, et dès le nombre max atteint d'envoyer paitre les autres xD
comme ca tu brides pas directement le réseau et t'es dans les clous :D
-
Le replay est très cher en soi (on a reçu récemment les prix pour la première chaine française, j'ai eu des vertiges). J'imagine que Free cherche à limiter le coût, où ce sont les chaines qui ont le plus à gagner.
-
Alors que suffit de fournir une box TV android, installer MyTF1 et roule (vive l'OTT)
-
Bonjour a tous,
j'étais abonné de Free pendant des années, cependant ce début d'année je commençais à avoir beaucoup de saturation les soirs et c'était très frustrant.
Toutes les personnes qui avaient des soucis avec mes serveurs faisait des test MTR qui montrait de grosses pertes de paquets une fois chez Cogent.
Je suis passé chez Orange depuis, et malgré que leurs réseau est assez fiable, je suis très, très frustré par leurs Liverbox 5, je ne peux pas la mettre en bridge et je ne peux pas connecter leurs box directement à mon routeur et je me retrouve limité à 1Gbps.
Je songe à revenir chez Free, cependant je me demande si ils sont toujours autant de problèmes de peering avec Congent et si c'est mieux. J'ai vu dans les derniers messages que ça a l'air d'être le cas, mais je voulais avoir vos avis s'il vous plait.
Note: J'habite dans le Rhône
-
Bonjour a tous,
j'étais abonné de Free pendant des années, cependant ce début d'année je commençais à avoir beaucoup de saturation les soirs et c'était très frustrant.
Toutes les personnes qui avaient des soucis avec mes serveurs faisait des test MTR qui montrait de grosses pertes de paquets une fois chez Cogent.
Je suis passé chez Orange depuis, et malgré que leurs réseau est assez fiable, je suis très, très frustré par leurs Liverbox 5, je ne peux pas la mettre en bridge et je ne peux pas connecter leurs box directement à mon routeur et je me retrouve limité à 1Gbps.
Je songe à revenir chez Free, cependant je me demande si ils sont toujours autant de problèmes de peering avec Congent et si c'est mieux. J'ai vu dans les derniers messages que ça a l'air d'être le cas, mais je voulais avoir vos avis s'il vous plait.
Note: J'habite dans le Rhône
Une alternative serait aussi de remplacer directement la LB5 par un routeur perso. Cependant, cette manipulation n'est pas officielle et tu n'auras aucun support d'orange:
https://lafibre.info/remplacer-livebox/index-des-solutions-de-remplacement-de-la-livebox/ (https://lafibre.info/remplacer-livebox/index-des-solutions-de-remplacement-de-la-livebox/)
-
Bonjour a tous,
j'étais abonné de Free pendant des années, cependant ce début d'année je commençais à avoir beaucoup de saturation les soirs et c'était très frustrant.
Toutes les personnes qui avaient des soucis avec mes serveurs faisait des test MTR qui montrait de grosses pertes de paquets une fois chez Cogent.
Je suis passé chez Orange depuis, et malgré que leurs réseau est assez fiable, je suis très, très frustré par leurs Liverbox 5, je ne peux pas la mettre en bridge et je ne peux pas connecter leurs box directement à mon routeur et je me retrouve limité à 1Gbps.
Je songe à revenir chez Free, cependant je me demande si ils sont toujours autant de problèmes de peering avec Congent et si c'est mieux. J'ai vu dans les derniers messages que ça a l'air d'être le cas, mais je voulais avoir vos avis s'il vous plait.
Note: J'habite dans le Rhône
Tu peux tester un retour, c'est sans engagement, et frais de résiliation remboursées.
-
Toutes les personnes qui avaient des soucis avec mes serveurs faisait des test MTR qui montrait de grosses pertes de paquets une fois chez Cogent.
Alors si ton MTR montre des pertes sur les -routeurs- COGENT ça prouve que dalle. Les routeurs peuvent se dispenser de répondre à ces sollicitations. Le seul truc à prendre en compte c'est les pertes sur votre destination (si l'admin a pas coupé les ICMP comme une brute) Et plus drôle encore c'est que le MTR ne vous montre pas la route retour des paquets (ils peuvent aussi se paumer là dedans) et il est vain de croire que tout est symétrique.
-
Merci beaucoup a tous pour vos réponses !
Pour l'instant, il me semble judicieux de tester Free une seconde fois, c'est moins contraignant que d'essayer de mettre la fibre directement sur mon routeur.
Alors si ton MTR montre des pertes sur les -routeurs- COGENT ça prouve que dalle. Les routeurs peuvent se dispenser de répondre à ces sollicitations. Le seul truc à prendre en compte c'est les pertes sur votre destination (si l'admin a pas coupé les ICMP comme une brute) Et plus drôle encore c'est que le MTR ne vous montre pas la route retour des paquets (ils peuvent aussi se paumer là dedans) et il est vain de croire que tout est symétrique.
As-tu d'autres méthodes de testes plus fiables et plus consistents ? je suis partant si le test est clair et donne des résultats plus fiables.
-
Je repasse chez Free mardi 07/09 (je suis dans le Rhône aussi), j'pourrais te faire quelques tests si tu veux (PM moi).
a+
-
Free vient de déclarer ses autres préfixes à Telia :
(https://i.gyazo.com/5c4fd6ab65ac37bbc9f6f1e68669d6c2.png)
Telia.se :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FBX_DELTA - 0 | 3 | 3 | 0 | 0 | 0 | 0 |
| 194.149.169.174 - 0 | 3 | 3 | 8 | 8 | 8 | 8 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 2 | 2 | 7 | 7 | 8 | 8 |
| prs-bb1-link.ip.twelve99.net - 0 | 2 | 2 | 28 | 28 | 28 | 28 |
| ffm-bb1-link.ip.twelve99.net - 0 | 2 | 2 | 29 | 29 | 29 | 29 |
| kbn-bb3-link.ip.twelve99.net - 0 | 2 | 2 | 27 | 27 | 28 | 27 |
| kbn-b2-link.ip.twelve99.net - 0 | 2 | 2 | 28 | 28 | 29 | 29 |
| ld-h-peer4-link.ip.twelve99.net - 0 | 2 | 2 | 29 | 29 | 29 | 29 |
| hdn-r-sec1-link.se.telia.net - 0 | 2 | 2 | 39 | 39 | 39 | 39 |
| 90.228.166.164 - 0 | 2 | 2 | 39 | 39 | 39 | 39 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Je confirme, je passe par telia . Quid de cogent? .
-
Je confirme, je passe par telia . Quid de cogent? .
Cogent est toujours là, le transitaire utilisé dépend des destinations à priori. Là comme ça je ne trouve que des destinations qui utilisent Cogent (à part telia.com...).
-
Il est possible que ce ne soit qu'un PNI et non un transit
-
Il est possible que ce ne soit qu'un PNI et non un transit
C'est déjà le cas de CenturyLink (Level3) par exemple donc effectivement ça serait finalement peu surprenant.
-
Il est possible que ce ne soit qu'un PNI et non un transit
Comment Telia pourrait se permettre de faire un PNI avec un simple T3 ?
-
Comment Telia pourrait se permettre de faire un PNI avec un simple T3 ?
Ce n'est pas un "simple T3", c'est un eyeball, et ça ne serait pas le premier dans ce cas, ni le dernier.
-
Telia hébergeait un gros CDN, dans mon souvenir, et je pense que c'est toujours le cas.
Dans ce cas, c'est dans l'intérêt de Télia de peerer avec les gros FAI, pour se "débarrasser" facilement du trafic généré par le CDN.
Leon.
-
Les Tiers1 ne peer généralement pas avec les FAI, même si ils sont gros.
Par contre, Free étant une cible difficile à atteindre (les Tier1 n'arrivent pas forcément à avoir de la qualité en passant par leur peering), ils peuvent monter un peering.
C'est le cas de Level3 qui peer avec Free depuis des années.
-
Mais enfin, vous voyez bien qu'il y a 3 prepends vers Cogent et 4 prepends vers Telia, ce qui suffit à expliquer que tout les autres tier1 choisissent Cogent.
Par ailleurs on voit les communautés BGP 1299:30000 et 1299:30400, respectivement «EU Customers» et «Customer EU FR Paris», ce qui indique un client transit et pas un peer.
-
Franchement, moi j'ai pas regardé :D
-
J'ai d'ailleurs trouvé une route inactive chez Sparkle à Paris avec Telia dans l'AS-Path.
> show route protocol bgp table inet.0 82.64.0.0
inet.0: 854743 destinations, 4138022 routes (854725 active, 740 holddown, 275 hidden)
+ = Active Route, - = Last Active, * = Both
82.64.0.0/14 *[BGP/170] 3d 01:32:48, MED 1234, localpref 90, from 195.22.210.243
AS path: 174 12322 12322 12322 12322 I, validation-state: unverified
> to 213.144.168.166 via ae20.0, Push 53330
[BGP/170] 5d 05:19:36, MED 1234, localpref 90, from 192.168.250.13
AS path: 174 12322 12322 12322 12322 I, validation-state: unverified
> to 213.144.168.166 via ae20.0, Push 53330
[BGP/170] 6d 22:14:09, MED 1234, localpref 90, from 192.168.250.14
AS path: 174 12322 12322 12322 12322 I, validation-state: unverified
> to 213.144.168.166 via ae20.0, Push 53330
[BGP/170] 07:14:14, MED 1234, localpref 90, from 213.144.176.251
AS path: 174 12322 12322 12322 12322 I, validation-state: unverified
> to 195.22.210.106 via ae21.0, Push 697622
to 213.144.168.166 via ae20.0, Push 103461
[BGP/170] 3d 01:30:56, MED 1234, localpref 90, from 195.22.217.185
AS path: 174 12322 12322 12322 12322 I, validation-state: unverified
> to 195.22.217.36 via ae45.0
[BGP/170] 2d 03:03:19, MED 1234, localpref 90, from 213.144.187.254
AS path: 174 12322 12322 12322 12322 I, validation-state: unverified
> to 195.22.217.36 via ae45.0, Push 30160
[BGP/170] 2d 03:29:42, MED 1234, localpref 90
AS path: 1299 12322 12322 12322 12322 12322 I, validation-state: unverified
> to 195.22.210.203 via ae0.0
-
Franchement, moi j'ai pas regardé :D
T'as répondu sans regarder, du coup :P
-
T'as répondu sans regarder, du coup :P
J'avoue :)
-
Cogent est toujours là, le transitaire utilisé dépend des destinations à priori. Là comme ça je ne trouve que des destinations qui utilisent Cogent (à part telia.com...).
Telia nétant pas en IPv6 avec Free, Hurricane Electric est toujours injoignable en IPv6.
He.net :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FBX_DELTA - 0 | 7 | 7 | 0 | 0 | 0 | 0 |
| 194.149.169.168 - 0 | 7 | 7 | 7 | 7 | 8 | 8 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 7 | 7 | 7 | 7 | 8 | 7 |
| prs-bb1-link.ip.twelve99.net - 0 | 7 | 7 | 169 | 169 | 170 | 170 |
| ldn-bb1-link.ip.twelve99.net - 0 | 7 | 7 | 14 | 15 | 16 | 14 |
| nyk-bb2-link.ip.twelve99.net - 0 | 7 | 7 | 86 | 86 | 87 | 86 |
| palo-b1-link.ip.twelve99.net - 0 | 7 | 7 | 157 | 157 | 158 | 158 |
| palo-b1-link.ip.twelve99.net - 0 | 7 | 7 | 157 | 157 | 158 | 157 |
|hurricane-ic308019-palo-b1.ip.twelve99-cust.net - 0 | 7 | 7 | 157 | 157 | 157 | 157 |
|hurricane-svc077499-ic366923.c.telia.net - 0 | 7 | 7 | 168 | 168 | 170 | 170 |
| Request timed out. - 100 | 2 | 0 | 0 | 0 | 0 | 0 |
| he.net - 0 | 7 | 7 | 158 | 158 | 158 | 158 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Rt.ru :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FBX_DELTA - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| 194.149.169.164 - 0 | 4 | 4 | 7 | 7 | 8 | 8 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 4 | 4 | 7 | 7 | 8 | 8 |
| prs-bb2-link.ip.twelve99.net - 0 | 4 | 4 | 45 | 45 | 46 | 45 |
| ffm-bb2-link.ip.twelve99.net - 0 | 4 | 4 | 45 | 45 | 46 | 45 |
| s-bb2-link.ip.twelve99.net - 0 | 1 | 1 | 45 | 45 | 45 | 45 |
| sap-b3-link.ip.twelve99.net - 0 | 4 | 4 | 45 | 45 | 46 | 46 |
|rostelecom-svc071029-ic357274.ip.twelve99-cust.net - 0 | 4 | 4 | 45 | 45 | 46 | 45 |
| 87.226.181.87 - 0 | 4 | 4 | 57 | 57 | 57 | 57 |
| 87.226.140.30 - 0 | 4 | 4 | 58 | 58 | 58 | 58 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Blizzard Korean via Sprint :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FBX_DELTA - 0 | 3 | 3 | 0 | 0 | 0 | 0 |
| 194.149.169.172 - 0 | 3 | 3 | 7 | 7 | 8 | 8 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 3 | 3 | 7 | 7 | 8 | 7 |
| prs-bb1-link.ip.twelve99.net - 0 | 3 | 3 | 94 | 94 | 94 | 94 |
| ash-bb2-link.ip.twelve99.net - 0 | 3 | 3 | 95 | 95 | 95 | 95 |
| ash-b2-link.ip.twelve99.net - 0 | 3 | 3 | 90 | 90 | 90 | 90 |
| sl-mst50-ash-ae3-0.sprintlink.net - 0 | 3 | 3 | 92 | 92 | 93 | 92 |
| sl-mst30-ash-be11.sprintlink.net - 0 | 3 | 3 | 89 | 89 | 90 | 90 |
| sl-crs1-dc-be14.sprintlink.net - 0 | 3 | 3 | 92 | 92 | 92 | 92 |
| sl-crs1-ffx-be8.sprintlink.net - 0 | 3 | 3 | 111 | 111 | 112 | 112 |
| sl-crs1-atl-be3.sprintlink.net - 0 | 3 | 3 | 106 | 110 | 112 | 106 |
| sl-crs1-fw-be8.sprintlink.net - 0 | 3 | 3 | 122 | 122 | 123 | 123 |
| sl-crs1-ria-be2.sprintlink.net - 0 | 3 | 3 | 150 | 154 | 157 | 150 |
| sl-mst31-la-be9.sprintlink.net - 0 | 3 | 3 | 147 | 150 | 155 | 148 |
| sl-mst56-la-ae10-0.sprintlink.net - 0 | 3 | 3 | 147 | 147 | 147 | 147 |
| 144.232.164.254 - 0 | 3 | 3 | 147 | 147 | 147 | 147 |
| 1.208.112.129 - 0 | 3 | 3 | 150 | 150 | 151 | 151 |
| 1.213.105.77 - 0 | 3 | 3 | 274 | 274 | 275 | 274 |
| 61.43.235.210 - 0 | 3 | 3 | 271 | 271 | 271 | 271 |
| 117.52.1.142 - 0 | 3 | 3 | 281 | 281 | 282 | 281 |
| 182.162.33.234 - 0 | 3 | 3 | 272 | 272 | 272 | 272 |
| 110.45.174.214 - 0 | 3 | 3 | 285 | 285 | 285 | 285 |
| et-0-0-31-br01-lgpy1.as57976.net - 0 | 3 | 3 | 272 | 275 | 281 | 273 |
| 137.221.84.75 - 0 | 3 | 3 | 281 | 295 | 320 | 320 |
| icn-lgpy1-ia-bons-01.as57976.net - 0 | 3 | 3 | 281 | 281 | 282 | 282 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 117.52.35.102 - 0 | 3 | 3 | 271 | 271 | 272 | 271 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Colt :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FBX_DELTA - 0 | 5 | 5 | 0 | 0 | 0 | 0 |
| 194.149.169.89 - 0 | 5 | 5 | 7 | 7 | 8 | 7 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 5 | 5 | 7 | 7 | 8 | 8 |
| prs-bb2-link.ip.twelve99.net - 0 | 5 | 5 | 16 | 16 | 17 | 17 |
| ffm-bb2-link.ip.twelve99.net - 0 | 5 | 5 | 16 | 16 | 17 | 16 |
| ffm-b5-link.ip.twelve99.net - 0 | 5 | 5 | 16 | 16 | 17 | 17 |
|colt-svc069934-ic355540.ip.twelve99-cust.net - 0 | 5 | 5 | 16 | 16 | 17 | 17 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Verizon CDN Miami :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FBX_DELTA - 0 | 4 | 4 | 0 | 0 | 0 | 0 |
| 194.149.169.89 - 0 | 4 | 4 | 7 | 7 | 8 | 8 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 4 | 4 | 7 | 7 | 8 | 7 |
| prs-bb1-link.ip.twelve99.net - 0 | 4 | 4 | 120 | 120 | 121 | 121 |
| ash-bb2-link.ip.twelve99.net - 0 | 4 | 4 | 89 | 89 | 89 | 89 |
| mai-b2-link.ip.twelve99.net - 0 | 4 | 4 | 115 | 115 | 116 | 116 |
|verizon-ic325164-mai-b2.ip.twelve99-cust.net - 0 | 4 | 4 | 117 | 117 | 118 | 118 |
| ae-66.core1.mic.edgecastcdn.net - 0 | 4 | 4 | 114 | 120 | 139 | 114 |
| 192.229.139.157 - 0 | 4 | 4 | 113 | 113 | 114 | 114 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
Sky UK :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| FBX_DELTA - 0 | 2 | 2 | 0 | 0 | 0 | 0 |
| 194.149.169.172 - 0 | 2 | 2 | 7 | 7 | 7 | 7 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| prs-b3-link.ip.twelve99.net - 0 | 2 | 2 | 7 | 7 | 8 | 8 |
| prs-bb2-link.ip.twelve99.net - 0 | 2 | 2 | 15 | 15 | 15 | 15 |
| ldn-bb4-link.ip.twelve99.net - 0 | 2 | 2 | 24 | 34 | 45 | 45 |
| ldn-b3-link.ip.twelve99.net - 0 | 2 | 2 | 14 | 14 | 14 | 14 |
|skyuklimited-svc068037-ic352150.ip.twelve99-cust.net - 0 | 2 | 2 | 15 | 15 | 15 | 15 |
| 02780903.bb.sky.com - 0 | 2 | 2 | 25 | 25 | 25 | 25 |
| 027ff13f.bb.sky.com - 0 | 2 | 2 | 25 | 25 | 25 | 25 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Cogent est toujours là, le transitaire utilisé dépend des destinations à priori. Là comme ça je ne trouve que des destinations qui utilisent Cogent (à part telia.com...).
Je pense que telia est la pour mieux gérer le traffic Apple notamment avec les box Apple tv . (C'est mon hypothèse)
Cogent n'a pas de lien direct vers Apple.
-
https://twitter.com/acontios_net/status/1439165879950905347
@Xavier75 qui dit, "On a maintenant deux transitaires", et "On agrandit les capacités d'interconnexion du réseau" à la #ConventionFree2021.
Effets visibles d'un récent départ ?
-
https://twitter.com/acontios_net/status/1439165879950905347
Moi je retiens surtout qu'Acontios va à la convention Free. ;D
Sinon c'est dommage d'avoir un nouveau transitaire seulement en IPv4 mais j'imagine que c'est juste temporaire.
-
Moi je retiens surtout qu'Acontios va à la convention Free. ;D
Comme chaque année ou presque :-p
-
Pour discuter de l'issue favorable de la perte de connexion IPv6 entre Hurricane Electric et Free
=> Mars 2020 => octobre 2021 : Free coupe le peering avec Hurricane Electric et se coupe d'une partie d'IPv6 (https://lafibre.info/peering/free-hurricane-electric/)
-
Bonjour tout le monde.
Quelqu'un a-t-il des nouvelles concernant le peering free? Des changements pertinents ?
Et bien j'ai outre chose porquoi la free(as12353) refuse de se connecter aux FranceIX ?
-
Sujet fusionné vu le peu d'intérêt à en ouvrir un autre
-
Le transit Telia est toujours IPv4 uniquement ou ça changé ?
-
C'était selon mes infos censé changer très rapidement (ajout de v6), quand je vois ça je me dis que c'est bien v4+v6 : https://bgp.he.net/AS12322#_graph6
-
Par contre, j'ai pas l'impression que Telia soit très utilisé sauf pour joindre HE qui ne peer pas avec Cogent.
Vous avez des exemples de destinations jointes par Telia à l'aller et au retour pour Free ? J'ai regardé quelques Looking glass et je vois toujours la même chose : Free prepend son AS 4x sur les routes via Cogent, et 5x via Telia.
-
Par contre, j'ai pas l'impression que Telia soit très utilisé sauf pour joindre HE qui ne peer pas avec Cogent.
Vous avez des exemples de destinations jointes par Telia à l'aller et au retour pour Free ? J'ai regardé quelques Looking glass et je vois toujours la même chose : Free prepend son AS 4x sur les routes via Cogent, et 5x via Telia.
Oui, on avait eu cette discussion sur IRC, la conclusion si je me souviens bien c'est que ça ne devait mécaniquement pas concerner tant de destinations que ça.
-
(https://i.imgur.com/9acqRvd.png)
Y a-t-il eu de petits changements dans le peering/routes ? ou c'est rien de plus ?
-
Zayo c'est pas nouveau je crois mais IPTP j'avais pas souvenir.
-
Ça sent le route-leak ça
-
Ça sent le route-leak çahummm ça a l'air d'être ça
Détermination de l’itinéraire vers 87.239.189.0 avec un maximum de 30 sauts.
1 2 ms 1 ms 8 ms 192.168.1.254
2 8 ms 5 ms 6 ms 194.149.169.85
3 18 ms 18 ms 18 ms amsix-6k-1.routers.proxad.net [80.249.208.251]
4 22 ms 20 ms 19 ms ams-ix.iptp.net [80.249.209.196]
5 19 ms 18 ms 18 ms 4013.r0.302.m4.ams.nl.iptp.net [176.56.187.227]
6 19 ms 19 ms 30 ms 4013.r0.302.m4.ams.nl.iptp.net [176.56.187.227]
7 * * * Délai d’attente de la demande dépassé.
8 * * * Délai d’attente de la demande dépassé.
9 * ^C
-
Au global, les abonnés Free de ce forum, est-ce que vous avez la sensation que les problèmes passés sont réglés ?
J’entends par là tout ce qui était problèmes sur twitch, sur toutes les destinations transit, etc.
-
Je joue en ligne avec un groupe de 7 autres personnes. Ça fait deux semaines que 4 d'entre eux ont des soucis sur le jeu (déco/lag en même temps) et ils sont tous chez Free. Le reste du groupe (Bouygues/Orange), pas de souci.
-
Je joue en ligne avec un groupe de 7 autres personnes. Ça fait deux semaines que 4 d'entre eux ont des soucis sur le jeu (déco/lag en même temps) et ils sont tous chez Free. Le reste du groupe (Bouygues/Orange), pas de souci.
Quel jeu ?
Le serveur est où ? une IP ou un traceroute peut-être ?
-
Au global, les abonnés Free de ce forum, est-ce que vous avez la sensation que les problèmes passés sont réglés ?
Récemment passé chez Free, j'était chez K-Net avant, mon expérience est la suivante après 15j chez Free:
- Netflix au top, super débit fast.com >1g tout le temps
- Canal+ pareil sur test.canal.fr
- Apple TV+, pas eu de souci jusqu'ici, UHD dispo tout le temps
- Amazon Prime video : pareil
- Youtube : j'ai eu quelques lenteurs à un moment ou à certaines heure de la journée il était impossible de voir de la 4K mais ca s'est réglé depuis et la 8K passe maintenant sans soucis aussi à toute heure
- pour le reste, pas de problème pour l'instant, je n'ai pas constaté de lenteur particulières
-
Le soir, j'ai souvent des problèmes avec YouTube qui a du mal à charger quand les vidéos sont en 2K ou supérieur. J'ai eu quelque lenteurs sur différents sites. Néanmoins, j'ai l'impression que c'est réglé depuis quelques jours
-
régulièrement des lenteurs sur YouTube avec Free. Du style à 19h impossible de charger une vidéo en plus que 480p. Avec un VPN aucun soucis.
-
Parfois le soir youtube a un peu de mal oui, quand on affiche les stats c'est aléatoire, des fois il "bloque" à 4mbps, puis reprends à plus de 150-200 comme si de rien était.
De rares fois Netflix aussi, on voit l'image se dégrader et revenir à du 1080 voir moins
-
Les problèmes avec youtube et twitch par fois sont bizarre car cela n'arrive pas avec toutes les vidéos il parait que les vidéos qui ne sont pas en français(EUA,Canada,Brazil,Portugal) ce problème est plus constant (du moins dans mon cas). J'ai résolu le problème en faisant un tunnelbronker avec HE.
-
Ça fait deux semaines que 4 d'entre eux ont des soucis sur le jeu (déco/lag en même temps) et ils sont tous chez Free.Ces problèmes me semblent (parce que j'en ai souffert aussi) dans les jeux en ligne certains d'entre eux ont un moyen de connaître l'ip des joueurs donc les outres joueurs envoient des ddos car la freebox a une "protection anti-ddos" qui vous déconnecte de la ftth en cas d'attaque
-
(https://pbs.twimg.com/media/FMDpMaiXIAEz_dn?format=jpg&name=large) - Reseau free
(https://media.discordapp.net/attachments/285029536016367616/945011633787383890/unknown.png) - Tracert free
Apres que après que je sois passé à outre wifi qui j'ai tunnelbronker (HE)
(https://media.discordapp.net/attachments/285029536016367616/945012105562705950/unknown.png) - TunnelBronker
(https://i.imgur.com/fr3qBhj.png) - Tracert tunnelbronker
Qui a des problèmes avec youtube peux utilisele tunnelbroker sera une petite solution temporaire
-
Le traceroute montre que la latence est bonne, encore une fois...
-
Le traceroute montre que la latence est bonne, encore une fois...
ouais je sais mais il n'y a aucun moyen de savoir d'où vient ce problème car cela ne se produit qu'avec certaines vidéos.
-
Parait que free a fait une mise à jour sur le peering public mais je n'ai pas vu de différence, la Vitesse reste la même et les points publics sont les mêmes
(https://cdn.ibakerserver.pt/ZirI9/KOweXUVa45.png/raw)
-
Parait que free a fait une mise à jour sur le peering public
Cette capture montre uniquement que Free a changer quelque chose sur PeeringDB.
Cela ne veut rien dire d'autre et de plus ce site est souvent pas à jour voire carrément faux.
-
Selon web.archive.org, je vois aucune différence :P
Donc possible une fake news
-
Quelqu'un s'est loggué et à cliquer sur Save sans rien modifier.
Bref, rien d’intéressant.
-
Personnellement, depuis deux ou trois semaines, j'ai un problème avec YouTube, en tout cas en début de vidéo. La vidéo met du temps à se charger, puis elle démarre, le buffer se charge lentement, la vidéo bloque, elle passe à une faible définition, pixellise pendant une minute ou deux, puis le buffer se remplit normalement, et elle reprend sa défintion maximale. Cela ne le faisait pas avant ~3 semaines.
La plupart du temps, je suis sur des vidéos internationales, en anglais, comme ici ce site d'échecs d'agadmator.
https://www.youtube.com/watch?v=POQYDjhIn6Y
-
Personnellement, depuis deux ou trois semaines, j'ai un problème avec YouTube, en tout cas en début de vidéo. La vidéo met du temps à se charger, puis elle démarre, le buffer se charge lentement, la vidéo bloque, elle passe à une faible définition, pixellise pendant une minute ou deux, puis le buffer se remplit normalement, et elle reprend sa défintion maximale. Cela ne le faisait pas avant ~3 semaines.
La plupart du temps, je suis sur des vidéos internationales, en anglais, comme ici ce site d'échecs d'agadmator.
https://www.youtube.com/watch?v=POQYDjhIn6Y
Je suppose que c'est à cause du fait que les vidéos étrangères ne sont pas en caches ?
-
Ce n'était pas le cas il y ~3 semaines... Agadmator en particulier pour les échecs est un site très regardé par les amateurs d'échecs.
-
RAS chez SFR ça passe par les caches
-
Si la vidéo n'était pas en cache, ce serait toute la vidéo qui laggerait. Or, tout redevient normal au bout de 1 ou 2 minutes. Là, c'est comme si on changeait de serveur pour un plus rapide (ou en cache) ou bout d'1 ou 2 minutes après avoir analysé que le premier laggait.
-
Je viens de lancer la vidéo depuis ma connexion FREE et je n'ai pas eu de problème, lancement instantanément et en qualité maximum.
-
Ce dernier témoignage m'a fait demander si c'était soit un problème de collecte locale, ou local à mon PC. Comme j'ai plusieurs PCs chez moi, j'ai testé avec d'autres, et effectivement le problème ne se produit pas avec. Sur mon PC principal fixe, j'ai désactivé la carte réseau, et utilisé le WiFi à partir d'clé USB WiFi, mais le problème est le même. Donc il s'agit plutôt d'un problème de configuration de ma session, et pas d'un problème de peering. Je vais investiguer où il peut être.
Au passage, sur un autre PC, j'ai pu voir quel était l'ennui des pubs Google, que je n'ai pas sur mon PC principal, grâce aux modules antipub.
-
J'ai pas eu le problème sur la vidéo que tu donne en exemple, en revanche j'ai déjà rencontré ce soucis. Au début j'ai pensé à une histoire de peering en effet, mais j'ai remarqué qu'en forçant la qualité sur 1080p, le buffer ce rempli instantanément à fond et tout se passe bien.
Au début j'ai pensé à Free, jusqu'à ce que ça me fasse la même chose au boulot sur une Fibre Nérim.
C'est très aléatoire, la ça fait un moment que je n'ai plus de problèmes particuliers par exemple et quand ça le fait c'est sur une vidéo bien précise, si je passe sur une autre vidéo le problème disparait.
Le comportement est tellement aléatoire et très ponctuel que j'ai du mal à voir d'où ça peut venir ... La seule chose que je n'ai pas testé c'est un changement de navigateur, je n'utilise que Firefox.
-
Effectivement, j'utilise Firefox aussi.
-
Firefox n'est pas super optimisé avec les app Google.
Il y a longtemps eu des ralentissements à cause la librairie Polymer qui n'était pas pris en charge par Firefox
-
Bonjour à tous,
Depuis quelques semaines, je constate en soirée des débits (TRES) réduits entre mon serveur situé chez Hetzner à Helsinki et et mon domicile .
Typiquement je vais tourner à moins de 100 ko : (ici pour exemple sur le serveur de speedtest du datacenter).
wget http://hel.icmp.hetzner.com/100MB.bin -O /dev/null
--2022-05-22 22:32:50-- http://hel.icmp.hetzner.com/100MB.bin
Résolution de hel.icmp.hetzner.com (hel.icmp.hetzner.com)… 2a01:4f9:0:a010::20, 95.217.255.81
Connexion à hel.icmp.hetzner.com (hel.icmp.hetzner.com)|2a01:4f9:0:a010::20|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 104857600 (100M) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 0%[> ] 935,48K 42,1KB/s tps 39m 54s
Pouvez vous tester pour voir si vous constater le même débit pourri ?
Est-ce un souci de peering ?
Voici le traceroute dans les 2 sens:
sorg@Hass:~$ mtr -s 1000 -r -c 1000 MONSERVEUR
Start: Sun May 22 21:44:25 2022
HOST: Hass Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.4.254 1.5% 1000 0.8 0.9 0.6 8.5 0.3
2.|-- Freebox-Server.local 0.0% 1000 2.2 1.6 1.0 12.1 0.7
3.|-- crefac111.crefac.com 51.5% 1000 14.3 14.1 13.0 22.7 0.8
4.|-- decix.proxad.net 98.6% 1000 33.8 33.8 32.9 34.6 0.0
5.|-- decix-gw.hetzner.com 54.2% 1000 34.1 36.3 32.8 87.6 5.4
6.|-- core8.fra.hetzner.com 12.2% 1000 34.5 35.8 33.1 70.3 3.7
7.|-- core32.hel1.hetzner.com 0.0% 1000 48.3 50.8 47.3 98.8 5.5
8.|-- ex9k1.dc3.hel1.hetzner.co 11.6% 1000 53.8 54.4 52.7 89.0 3.4
9.|-- MONSERVEUR 13.7% 1000 53.6 54.0 52.9 60.7 0.8
saltbox@saltbox:~$ mtr -s 100 -r -c 100 MAMAISON
Start: 2022-05-22T22:41:09+0200
HOST: saltbox Loss% Snt Last Avg Best Wrst StDev
1.|-- static.XX.XX.XX.XX.client 0.0% 100 0.5 1.0 0.3 13.4 1.9
2.|-- 213-239-224-125.clients.y 0.0% 100 0.6 2.9 0.4 46.8 5.9
3.|-- core9.fra.hetzner.com 0.0% 100 23.1 21.7 20.2 49.7 3.8
4.|-- core4.fra.hetzner.com 0.0% 100 20.7 21.7 20.4 38.9 2.6
5.|-- decix.proxad.net 7.0% 100 21.1 21.1 20.9 21.5 0.1
6.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
-
sorg@Hass:~$ mtr -s 1000 -r -c 1000 MONSERVEUR
Start: Sun May 22 21:44:25 2022
HOST: Hass Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.4.254 1.5% 1000 0.8 0.9 0.6 8.5 0.3
2.|-- Freebox-Server.local 0.0% 1000 2.2 1.6 1.0 12.1 0.7
3.|-- crefac111.crefac.com 51.5% 1000 14.3 14.1 13.0 22.7 0.8
4.|-- decix.proxad.net 98.6% 1000 33.8 33.8 32.9 34.6 0.0
5.|-- decix-gw.hetzner.com 54.2% 1000 34.1 36.3 32.8 87.6 5.4
6.|-- core8.fra.hetzner.com 12.2% 1000 34.5 35.8 33.1 70.3 3.7
7.|-- core32.hel1.hetzner.com 0.0% 1000 48.3 50.8 47.3 98.8 5.5
8.|-- ex9k1.dc3.hel1.hetzner.co 11.6% 1000 53.8 54.4 52.7 89.0 3.4
9.|-- MONSERVEUR 13.7% 1000 53.6 54.0 52.9 60.7 0.8
Sur ce traceroute DE-CIX a l'air de saturé non ?
-
Pouvez vous tester pour voir si vous constater le même débit pourri ?
$ wget http://hel.icmp.hetzner.com/100MB.bin -O /dev/null
--2022-05-22 23:31:14-- http://hel.icmp.hetzner.com/100MB.bin
Résolution de hel.icmp.hetzner.com (hel.icmp.hetzner.com)… 2a01:4f9:0:a010::20, 95.217.255.81
Connexion à hel.icmp.hetzner.com (hel.icmp.hetzner.com)|2a01:4f9:0:a010::20|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 104857600 (100M) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 100%[===============================================>] 100,00M 4,27MB/s ds 33s
2022-05-22 23:31:47 (3,03 MB/s) — « /dev/null » sauvegardé [104857600/104857600]
-
$ wget http://hel.icmp.hetzner.com/100MB.bin -O /dev/null
--2022-05-22 23:31:14-- http://hel.icmp.hetzner.com/100MB.bin
Résolution de hel.icmp.hetzner.com (hel.icmp.hetzner.com)… 2a01:4f9:0:a010::20, 95.217.255.81
Connexion à hel.icmp.hetzner.com (hel.icmp.hetzner.com)|2a01:4f9:0:a010::20|:80… connecté.
requête HTTP transmise, en attente de la réponse… 200 OK
Taille : 104857600 (100M) [application/octet-stream]
Sauvegarde en : « /dev/null »
/dev/null 100%[===============================================>] 100,00M 4,27MB/s ds 33s
2022-05-22 23:31:47 (3,03 MB/s) — « /dev/null » sauvegardé [104857600/104857600]
Merci.
De mon coté, je suis remonté au dessus de 10MB/s à partir de 23h. (Ce qui est pas top, mais reste gérable).
A retester ce soir à l'heure de pointe.
-
Sur ce traceroute DE-CIX a l'air de saturé non ?
C'est également mon impression, mais je ne connais pas suffisamment ces outils pour en etre certain.
-
Demande à Hertzner de pousser le trafic pour Free via un transitaire, tu auras sans doute de meilleures performances. Les IXP à l'étranger où est Free ne sont plus upgradés et vu point de vue de Hertzner, c'est logique qu'ils préfèrent pousser via l'IXP que du transit. Donc à demander :)
-
Bon, France-IX Paris annoncé aujourd'hui, c'est sympa !
https://twitter.com/acontios_net/status/1617922543738032130?s=20 (https://twitter.com/acontios_net/status/1617922543738032130?s=20)
-
Oui, il y a un sujet dédié ici :
https://lafibre.info/free-les-news/alerte-info-free-present-sur-france-ix/msg998496/#msg998496
-
le lien google free a disparu
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 194.149.169.129 - 0 | 140 | 140 | 15 | 17 | 72 | 16 |
| Request timed out. - 100 | 1 | 0 | 0 | 0 | 0 | 0 |
| 194.149.191.4 - 50 | 2 | 1 | 16 | 16 | 16 | 16 |
| prs-b3-link.ip.twelve99.net - 0 | 144 | 144 | 15 | 16 | 71 | 16 |
|google-ic344096-prs-b3.ip.twelve99-cust.net - 0 | 147 | 147 | 15 | 16 | 17 | 16 |
| 216.239.40.79 - 0 | 130 | 130 | 17 | 18 | 20 | 18 |
| 142.251.64.131 - 0 | 144 | 144 | 15 | 16 | 17 | 16 |
| par21s22-in-f3.1e100.net - 0 | 142 | 142 | 16 | 16 | 17 | 16 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a01:e0a:a34:f730::1 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 2a01:e02:13:f836:e508::ffff - 0 | 6 | 6 | 4 | 4 | 4 | 4 |
| 2a01:e02:13:1700::ffff - 0 | 1 | 1 | 6 | 6 | 6 | 6 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|google-ic344096-prs-b3.ip.twelve99-cust.net - 0 | 189 | 189 | 15 | 15 | 16 | 15 |
| 2a00:1450:817d::1 - 0 | 186 | 186 | 15 | 15 | 16 | 15 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2001:4860:0:1018::6 - 0 | 175 | 175 | 14 | 15 | 31 | 15 |
| 2001:4860::c:4000:d9af - 0 | 3 | 3 | 16 | 16 | 16 | 16 |
| 2001:4860::9:4000:cd8a - 0 | 170 | 170 | 15 | 16 | 31 | 15 |
| 2001:4860::12:0:b6e5 - 0 | 1 | 1 | 17 | 17 | 17 | 17 |
| 2001:4860:0:1::7003 - 0 | 175 | 175 | 15 | 15 | 16 | 15 |
| par10s49-in-x03.1e100.net - 0 | 172 | 172 | 15 | 15 | 16 | 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.254 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 194.149.169.129 - 0 | 160 | 160 | 15 | 17 | 54 | 49 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| free.par.franceix.net - 0 | 166 | 166 | 16 | 16 | 18 | 17 |
| google2.par.franceix.net - 0 | 157 | 157 | 16 | 17 | 176 | 16 |
| 108.170.244.161 - 0 | 166 | 166 | 16 | 16 | 19 | 16 |
| 142.251.253.37 - 0 | 166 | 166 | 15 | 15 | 17 | 16 |
| dns.google - 0 | 165 | 165 | 15 | 16 | 17 | 16 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
le lien google free a disparut
du verbe disparuter ?
-
;D
du verbe disparuter ?
-
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 0 | 33 | 33 | 0 | 0 | 0 | 0 |
| 194.149.169.57 - 4 | 29 | 28 | 13 | 13 | 14 | 14 |
| free.par.franceix.net - 0 | 33 | 33 | 13 | 14 | 15 | 15 |
| google2.par.franceix.net - 0 | 33 | 33 | 13 | 13 | 16 | 13 |
| 108.170.244.193 - 0 | 33 | 33 | 13 | 13 | 15 | 14 |
| 142.251.49.135 - 0 | 33 | 33 | 13 | 13 | 14 | 14 |
| par21s20-in-f14.1e100.net - 0 | 33 | 33 | 13 | 13 | 14 | 14 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
Pourquoi j'ai pas la même chose?
-
encore un changement (ils font tourner les liens)
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 15 | 7 | 6 | 0 | 0 | 1 | 0 |
| 194.149.169.129 - 0 | 135 | 135 | 15 | 17 | 55 | 16 |
| 194.149.166.9 - 7 | 15 | 14 | 16 | 16 | 17 | 17 |
| iliad.demarc.cogentco.com - 0 | 139 | 139 | 16 | 16 | 18 | 16 |
| 72.14.220.92 - 0 | 139 | 139 | 16 | 16 | 21 | 16 |
| 108.170.231.95 - 0 | 136 | 136 | 16 | 16 | 19 | 16 |
| 142.251.64.129 - 0 | 136 | 136 | 15 | 16 | 19 | 17 |
| par21s22-in-f3.1e100.net - 0 | 133 | 133 | 16 | 16 | 19 | 17 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
oh la vache joindre google par cogent chez free ça me trigger des ptsd
-
Il est possible que tous les préfixes google ou free ne passent pas par Cogent.
Le PNI Google est toujours utilisé en IPv6 ? (Cogent n'a pas de connectivité vers Google en IPv6 il me semble)
-
intéressent avec quelques préfixes Orange.
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 192.168.1.254 - 15 | 7 | 6 | 0 | 0 | 0 | 0 |
| 194.149.169.129 - 0 | 242 | 242 | 15 | 17 | 55 | 16 |
| 194.149.166.9 - 0 | 254 | 254 | 16 | 16 | 26 | 16 |
| free.par.franceix.net - 0 | 251 | 251 | 16 | 16 | 26 | 22 |
| 193.253.13.65 - 0 | 258 | 258 | 15 | 16 | 30 | 16 |
| ae49-0.nridf101.rbci.orange.net - 0 | 254 | 254 | 16 | 16 | 30 | 16 |
| ae41-0.nrlyo201.rbci.orange.net - 0 | 176 | 176 | 21 | 24 | 65 | 21 |
| ae41-0.nccle101.rbci.orange.net - 0 | 164 | 164 | 24 | 25 | 44 | 26 |
| lag-114.nemln11z.rbci.orange.net - 1 | 101 | 100 | 30 | 30 | 41 | 30 |
| lag-10.nemln111.rbci.orange.net - 1 | 101 | 100 | 30 | 30 | 37 | 30 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Il est possible que tous les préfixes google ou free ne passent pas par Cogent.
Le PNI Google est toujours utilisé en IPv6 ? (Cogent n'a pas de connectivité vers Google en IPv6 il me semble)
Free envoie L'IPV6 sur Telia
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| 2a01:e0a:a34:f730::1 - 0 | 6 | 6 | 0 | 0 | 0 | 0 |
| 2a01:e02:13:f836:e508::ffff - 0 | 6 | 6 | 4 | 4 | 4 | 4 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
|google-ic344096-prs-b3.ip.twelve99-cust.net - 0 | 232 | 232 | 15 | 16 | 32 | 18 |
| 2a00:1450:8121::1 - 0 | 232 | 232 | 15 | 16 | 32 | 17 |
| 2001:4860:0:1::1af6 - 0 | 218 | 218 | 16 | 17 | 33 | 16 |
| 2001:4860:0:1015::10 - 0 | 206 | 206 | 16 | 17 | 50 | 19 |
| 2001:4860::c:4002:51c9 - 0 | 203 | 203 | 16 | 18 | 34 | 18 |
| No response from host - 0 | 0 | 0 | 0 | 0 | 0 | 0 |
| 2001:4860:0:1::51ff - 0 | 213 | 213 | 15 | 16 | 33 | 16 |
| par21s20-in-x03.1e100.net - 0 | 211 | 211 | 15 | 16 | 33 | 21 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v1.00 GPLv2 (original by Appnor MSP - Fully Managed Hosting & Cloud Provider)
-
Host Loss% Snt Last Avg Best Wrst StDev
1. AS??? 192.168.42.254 0.0% 9 2.7 3.8 2.2 7.2 1.5
2. AS??? 194.149.169.93 0.0% 9 5.3 5.7 5.2 6.8 0.5
3. AS15169 72.14.220.93 0.0% 9 5.5 6.3 4.9 9.4 1.4
4. AS15169 72.14.220.92 0.0% 8 4.6 6.3 4.6 7.5 1.2
5. AS15169 108.170.231.111 0.0% 8 7.2 7.6 7.0 8.7 0.5
6. AS15169 142.251.49.133 0.0% 8 5.9 5.7 4.9 6.6 0.5
7. AS15169 par21s19-in-f3.1e100.net
ça a l'air d'être revenu au peering direct.
-
Salut tout le monde,
J'ai une question à propos de routage entre abonnés Free.
Je suis fraîchement abonné Free Ultra (Nice) et un ami également (Antibes).
On a testé quelques jeux et apps entre nous et avons été surpris de constater que ce n’était pas aussi rapide que ce à quoi on s'attendait.
En effet on se retrouve à passer par Paris et on est à environ 29 ms.
Est-ce normal ?
J’étais abonné Free il y a une dizaine d'années et ce n'était pas le cas, nous étions routés localement dans la meme ville du moins.
Bien sur c'est un cas d'usage très spécifique, jeu vidéo :) et il n'y pas de pannes à proprement parler.
Néanmoins dommage de ne pas bénéficier de performances similaires à du Lan ...
-
Essaies en IPv6, ça devrait passer en local.
-
+1 Free n'a plus d'IPv4 sur son réseau de collecte.
L'IPv4 est encapsulé dans IPv6 et remonte à Paris.
La vidéo de Bouygues peut t'aider à comprendre. Free n'a pas mis la même technologie, mais les grands principes sont là.
Adressage et transition IPv6 chez Bouygues Telecom
Le 7 décembre 2023, l’IDATE, l’Arcep et l’IPv6 Forum ont organisé, dans les locaux de l’Arcep, un atelier portant sur le développement et l’avancée de l’IPv6 en France. La pénurie d’adresses IPv4 fin 2019 appelle à accélérer la migration de tous les acteurs du net vers IPv6. Persister à entretenir le protocole IPv4 fait peser des risques sur le bon fonctionnement d’internet, notamment en termes d’accès aux services ou d’identification des adresses IP. La transition vers IPv6 est donc la seule solution pérenne pour qu’internet reste un espace d’innovation et de compétitivité, au bénéfice des utilisateurs.
Voici la présentation de Bouygues Telecom : Adressage et transition IPv6 chez Bouygues Telecom
https://www.youtube.com/watch?v=6RFsA1vsi70
Cette vidéo (29 minutes) est l'enregistrement de la présentation de Bouygues Telecom, réalisée par François Bouju.
Sommaire :
1/ Bouygues Telecom
2/ Déploiement IPv6
3/ Trafic IPv6
4/ Principes d’adressage
5/ Première étape : Dual-stack CGNAT 444
6/ Long terme : MAP-T
7/ MAP-T en exemple
8/ Points-clés
La présentation (10 pages) est disponible ci-dessous :
(cliquez sur la miniature ci-dessous - le document est au format PDF)
(https://lafibre.info/images/ipv6/202312_atelier_IPv6_08_Bouygues_Telecom_Transition_IPv6.webp) (https://lafibre.info/images/ipv6/202312_atelier_IPv6_08_Bouygues_Telecom_Transition_IPv6.pdf)
-
Super, merci beaucoup pour les réponses
Je vais tester si les apps comprennent de l'IPV6 et je vous dis ce que ça donne ...
-
Je vous confirme qu'en IPV6 on passe bien en local:
3 ms de latence ;)
Reste à faire marcher les apps derrière la Freebox :D
-
En ipv6 on est en local?perso je remonte sur paris pour le gafam ...
-
En ipv6 on est en local?perso je remonte sur paris pour le gafam ...
C'est normal, la plupart on est des PoP qu'en région parisienne ou du coté de Marseille (sauf cache style GGC pour Google pour Youtube par exemple ou les OCA pour Netflix qui peuvent être régionalisés)
-
+1 Free n'a plus d'IPv4 sur son réseau de collecte.
L'IPv4 est encapsulé dans IPv6 et remonte à Paris.
Donc en IPv6 chez Free, le trafic ne remonte pas forcément par Paris ?
-
Donc en IPv6 chez Free, le trafic ne remonte pas forcément par Paris ?
Si tu vas chercher autre chose qu'un ipv6 de free, dans une régino pas trop loin de la tienne.
Par exemple j'ai pu constater que dans le même département ça route en local, mais pour une plus grande destination ça repasse par Paris
-
En ipv6 on est en local?perso je remonte sur paris pour le gafam ...
Donc en IPv6 chez Free, le trafic ne remonte pas forcément par Paris ?
On parle ici de trafic entre 2 clients Free sur la même région et non pas de trafic vers les GAFAM ou autres ...
-
Si tu vas chercher autre chose qu'un ipv6 de free, dans une régino pas trop loin de la tienne.
Par exemple j'ai pu constater que dans le même département ça route en local, mais pour une plus grande destination ça repasse par Paris
D'accord merci, je comprends mieux pourquoi les gens chez Free sont à fond sur l'ipv6
-
On parle ici de trafic entre 2 clients Free sur la même région et non pas de trafic vers les GAFAM ou autres ...
C'est "saint" de faire passer l'ipv4 dans l'ipv6 ? Ou ça ne change strictement rien
-
C'est "saint" de faire passer l'ipv4 dans l'ipv6 ? Ou ça ne change strictement rien
ça réduit un poil le débit par rapport a de l'IPv4 sans encapsulation
-
C'est "saint" de faire passer l'ipv4 dans l'ipv6 ? Ou ça ne change strictement rien
Dans le cas de Free, on voit les saturations potentielles vers certains services v4 only (saturation des équipements qui sont au bout du tunnel hein) aux heures de pointes (surtout le soir)
On le vois presque pas en v6
-
Dans le cas de Free, on voit les saturations potentielles vers certains services v4 only (saturation des équipements qui sont au bout du tunnel hein) aux heures de pointes (surtout le soir)
On le vois presque pas en v6
Hmm t'es sûr de ça ? J'ai jamais vraiment vu de témoignages qui indiqueraient clairement une saturation liée aux points de sortie des tunnels IPv4.
-
Hmm t'es sûr de ça ? J'ai jamais vraiment vu de témoignages qui indiqueraient clairement une saturation liée aux points de sortie des tunnels IPv4.
Quand j'avais faits des tests il y a 3-4 ans sur ce forum, je voyais une différence entre la vitesse en v4 face à celle en v6.
Maintenant, c'est plus ponctuel je te l'accorde, mais le soir je vois bien la différence, surtout discord qui est v4 only avec par moment (très localisé) des pertes de packets (cela se voit plus sur les différents traceroute)
-
Je me suis toujours posé la même question au vu de leur façon de faire de l'ipv4 chez Free, pour l'instant j'ai rien remarqué de particulier en v4 le soir, en tout cas au niveau latence ça reste stable ( jeux en ligne ). Niveau débit j'ai jamais vraiment fait de tests, généralement je fais ça quand je m'énerve parceque ça déconne :)
-
Je m'en rappel d'une époque il y a 10 ans environ quand j'étais chez Free, que désactiver l'ipv6 pouvait arranger certains problèmes, notamment dans les jeux vidéos. Du coup par traumatisme je désactive l'ipv6 partout, chez mes proches et même chez mes clients :(
Même si je doute qu'aujourd'hui ce soit encore vrai, du moins je n'ai vu personne se plaindre ici depuis un bon moment.
Je vais tenter de le réactiver chez moi en premier, merci pour vos retours
-
Je m'en rappel d'une époque il y a 10 ans environ quand j'étais chez Free, que désactiver l'ipv6 pouvait arranger certains problèmes, notamment dans les jeux vidéos. Du coup par traumatisme je désactive l'ipv6 partout, chez mes proches et même chez mes clients :(
Même si je doute qu'aujourd'hui ce soit encore vrai, du moins je n'ai vu personne se plaindre ici depuis un bon moment.
Je vais tenter de le réactiver chez moi en premier, merci pour vos retours
Il y a 10 ans, vous vous êtes fait avoir par l'inverse : c'était l'ipv4 qui était native, et non l'ipv6. (6rd de mémoire)
EDIT: après les JV qui ne prennent pas en comptent la stack v6 sont malheureusement légions. La désactiver chez des clients car cela te cause des problèmes par cela est néanmoins idiot (enfin je le trouve)
-
Il y a 10 ans, vous vous êtes fait avoir par l'inverse : c'était l'ipv4 qui était native, et non l'ipv6. (6rd de mémoire)
EDIT: après les JV qui ne prennent pas en comptent la stack v6 sont malheureusement légions. La désactiver chez des clients car cela te cause des problèmes par cela est néanmoins idiot (enfin je le trouve)
La réalité c'est que personne ne s'est plaint de ne pas avoir d'ipv6, pourquoi devrais je donc l'activer ?
Chez Orange l'ipv6 fonctionne bien ? Je vais le réactiver ce soir histoire de voir
-
Je m'en rappel d'une époque il y a 10 ans environ quand j'étais chez Free, que désactiver l'ipv6 pouvait arranger certains problèmes, notamment dans les jeux vidéos. Du coup par traumatisme je désactive l'ipv6 partout, chez mes proches et même chez mes clients :(
Même si je doute qu'aujourd'hui ce soit encore vrai, du moins je n'ai vu personne se plaindre ici depuis un bon moment.
Je vais tenter de le réactiver chez moi en premier, merci pour vos retours
Il y avait des saturations cogent je crois et désactiver l’ipv6 permettait d’améliorer la situation mais ce n’était pas une vraie solution.
-
Quand j'étais chez Orange en 2018-2019, j'avais été obligé de désactiver ipv6 sur ma machine, sinon YouTube était inutilisable. Je crois que c'était sur une livebox... 4 ? Peut-être ? Je ne m'en souviens pas.
-
Quand j'étais chez Orange en 2018-2019, j'avais été obligé de désactiver ipv6 sur ma machine, sinon YouTube était inutilisable. Je crois que c'était sur une livebox... 4 ? Peut-être ? Je ne m'en souviens pas.
Car du coup l'ipv4 et l'ipv6 ne sont pas censés passer par les "même tuyaux" ? Cest pour ça que des fois ça coince ?
-
Les routes peuvent être différentes en IPv4 et IPv6. C'est aussi pour ça qu'il est difficile de savoir si la saturation vient des points de sortie du tunnel pour l'IPv4 ou si c'est juste parce que les routes sont différentes.
-
Les routes peuvent être différentes en IPv4 et IPv6. C'est aussi pour ça qu'il est difficile de savoir si la saturation vient des points de sortie du tunnel pour l'IPv4 ou si c'est juste parce que les routes sont différentes.
J'avais eu l'occasion de le constater ici : https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/msg1038234/#msg1038234
-
J'avais eu l'occasion de le constater ici : https://lafibre.info/1gb-free/checkftthfree-test-de-debit-tcp-mono-connexion-freeboxcubicbbr/msg1038234/#msg1038234
Un mal de tête
-
Free qui se déclare sur les RS AMS,DE-CIX,LINX