La Fibre
Fournisseurs d'accès à Internet fixe en France métropolitaine => SFR / RED => 
Débit fibre SFR => Discussion démarrée par: hwti le 04 février 2019 à 21:11:45
-
Ce soir, malgré des débits corrects sur le serveur speedtest SFR Paris (donc pas un problème de collecte), j'ai des débits très faibles (<20Mbps en download, l'upload est mieux) vers testdebit.info par exemple.
Les pings sont soit normaux (www.free.fr par exemple), ou entre 30 et 40ms (www.sfr.fr, www.online.net, testdebit.info) selon les destinations.
-
C'est difficile de faire d'un cas particulier un cas général. Tu as des arguments pour dire que ce serait global ? A priori, tu dois être sur le réseau SFR (et pas Numericâble).
-
Puisque j'arrive à avoir des débits/pings corrects vers certaines destinations (free, certains serveurs SFR), ça ne semble pas être une saturation locale.
Ce n'est peut-être pas global, mais ça doit affecter des routeurs SFR assez haut dans le réseau.
C'est assez difficile à dire où, car même sur un traceroute correct (vers www.free.fr par exemple), il y en a toujours qui sont lents à répondre, voire ne répondent pas.
-
Je confirme des pertes :
Bouygues => ta ligne SFR
$ mtr -zrwc100 77.207.39.xxx
Start: 2019-02-04T21:35:25+0100
HOST: ubuntu Loss% Snt Last Avg Best Wrst StDev
1. AS5410 194.158.119.185 0.0% 100 0.4 3.3 0.3 294.6 29.4
2. AS5410 1.la10.bsr02-ix2.net.bbox.fr 0.0% 100 0.3 0.3 0.3 0.7 0.0
3. AS5410 be11.cbr01-cro.net.bbox.fr 0.0% 100 3.0 2.8 1.8 4.0 0.6
4. AS5410 la37.rpt02-th2.net.bbox.fr 61.0% 100 1.4 1.4 1.3 1.4 0.0
5. AS??? ? ? 100.0 100
6. AS15557 133.12.6.109.rev.sfr.net 18.0% 100 33.2 44.3 32.9 208.3 36.3
7. AS15557 133.12.6.109.rev.sfr.net 16.0% 100 33.9 40.1 32.8 241.4 27.6
8. AS??? ? ? 100.0 100
9. AS15557 xxx.39.207.77.rev.sfr.net 18.0% 100 35.1 36.5 33.9 39.5 1.5
Ikoula => Ta ligne SFR
$ mtr -zrwc100 77.207.39.xxx
Start: Mon Feb 4 21:36:41 2019
HOST: ikoula Loss% Snt Last Avg Best Wrst StDev
1. AS21409 ik063002.ikoula.com 1.0% 100 0.4 2.7 0.3 79.9 9.9
2. AS21409 eth-trunk13.core14.ikdc1.ikoula.com 0.0% 100 1.0 15.8 0.7 453.2 60.7
3. AS21409 po2.core13.ikdc2.ikoula.com 0.0% 100 3.9 5.1 3.6 58.3 6.8
4. AS21409 po3.core12.ikdc2.ikoula.com 0.0% 100 3.9 7.5 3.7 167.8 20.1
5. AS21409 eth-trunk1.core15.rb.ikoula.com 1.0% 100 3.9 25.3 3.8 414.4 75.6
6. AS21409 po2.core11.th2.ikoula.com 0.0% 100 4.1 19.9 4.0 378.0 58.2
7. AS??? sfr.equinix-ix.fr 0.0% 100 4.0 4.2 3.7 6.5 0.2
8. AS15557 133.12.6.109.rev.sfr.net 10.0% 100 35.6 40.2 35.3 212.1 20.0
9. AS15557 133.12.6.109.rev.sfr.net 12.0% 100 35.3 40.4 35.3 227.5 21.8
10. AS15557 109.42.154.77.rev.sfr.net 46.0% 100 23129 23086 22857 23315 133.2
11. AS15557 xxx.39.207.77.rev.sfr.net 21.0% 100 40.5 39.2 36.4 41.8 1.2
K-Net => ta ligne SFR :
$ mtr -zrwc100 77.207.39.xxx
Start: Mon Feb 4 21:35:31 2019
HOST: k-net Loss% Snt Last Avg Best Wrst StDev
1. AS24904 border3-th2.kwaoo.net 0.0% 100 1.1 2.0 1.0 71.8 7.1
2. AS??? 172.16.120.94 0.0% 100 0.5 0.5 0.5 1.3 0.0
3. AS??? sfr.equinix-ix.fr 0.0% 100 0.7 1.0 0.7 1.3 0.0
4. AS15557 133.12.6.109.rev.sfr.net 14.0% 100 32.6 38.6 32.3 174.0 24.4
5. AS15557 133.12.6.109.rev.sfr.net 17.0% 100 32.9 37.3 32.1 237.1 27.0
6. AS15557 109.42.154.77.rev.sfr.net 39.0% 100 23083 23139 22894 23417 147.3
7. AS15557 xxx.39.207.77.rev.sfr.net 13.0% 100 35.3 35.9 33.2 38.4 1.3
-
Adeli qui peer sur Lyon-IX au moins dans le sens Adeli => SFR :
$ mtr -zrwc100 77.207.39.xxx
Start: Mon Feb 4 21:41:07 2019
HOST: lafibre Loss% Snt Last Avg Best Wrst StDev
1. AS43142 portevlan.adeli.biz 10.0% 100 0.2 35.8 0.2 2701. 284.5
2. AS??? sfr.peers.lyonix.net 0.0% 100 3.1 3.1 1.1 5.1 1.0
3. AS15557 133.12.6.109.rev.sfr.net 7.0% 100 38.4 42.2 37.2 239.7 23.2
4. AS15557 133.12.6.109.rev.sfr.net 12.0% 100 188.2 42.9 37.2 188.2 21.9
5. AS15557 109.42.154.77.rev.sfr.net 33.0% 100 23181 23173 23000 23385 83.8
6. AS15557 xxx.39.207.77.rev.sfr.net 13.0% 100 42.5 41.1 38.4 43.4 1.2
SFR réseau Numericable => Ta ligne :
$ mtr -zrwc100 77.207.39.xxx
Start: 2019-02-04T21:41:28+0100
HOST: vivien1 Loss% Snt Last Avg Best Wrst StDev
1. AS??? _gateway 0.0% 100 0.3 0.3 0.2 0.4 0.1
2. AS??? ? ? 100.0 100
3. AS21502 evy1rj-ge-1-1-5.200.numericable.net 0.0% 100 5.9 6.6 5.6 13.5 1.1
4. AS??? 172.19.132.146 0.0% 100 9.2 14.8 7.0 55.7 9.5
5. AS21502 ip-58.net-80-236-0.static.numericable.fr 0.0% 100 8.2 8.2 7.5 9.6 0.5
6. AS15557 133.12.6.109.rev.sfr.net 13.0% 100 39.6 48.8 39.0 231.6 32.4
7. AS15557 133.12.6.109.rev.sfr.net 11.0% 100 39.0 48.4 39.0 253.6 32.6
8. AS??? ? ? 100.0 100
9. AS15557 xxx.39.207.77.rev.sfr.net 17.0% 100 71.2 70.9 66.5 75.3 1.9
-
Là on croit que le soucis vient de 109.6.12.138 :
Start: 2019-02-04T21:39:27+0100
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- box 10.0% 100 0.2 0.3 0.2 1.5 0.2
2.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
3.|-- 110.42.154.77.rev.sfr.net 0.0% 100 4.1 13.4 1.4 345.1 43.1
4.|-- 134.12.6.109.rev.sfr.net 0.0% 100 141.3 8.0 1.4 146.9 20.9
5.|-- 138.12.6.109.rev.sfr.net 10.0% 100 33.0 34.8 32.2 39.0 1.5
6.|-- 102.244.5.109.rev.sfr.net 17.0% 100 37.7 35.3 32.5 38.6 1.5
7.|-- 102.244.5.109.rev.sfr.net 17.0% 100 36.2 34.9 32.8 37.6 1.4
8.|-- sfr.pa3-2.rt.hopus.net 15.0% 100 35.2 34.7 32.1 37.0 1.4
9.|-- online.dc3-2.rt.hopus.net 10.0% 100 34.7 35.5 32.9 37.9 1.3
10.|-- 45x-s44-2-a9k2.dc3.poneytelecom.eu 14.0% 100 34.4 38.7 32.8 129.3 12.3
11.|-- www.as12876.net 15.0% 100 37.1 34.9 32.4 37.9 1.4
Alors que sur une destination différente ça va :
Start: 2019-02-04T21:39:13+0100
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- box 86.0% 100 0.3 0.3 0.2 0.4 0.0
2.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
3.|-- 110.42.154.77.rev.sfr.net 0.0% 100 2.7 11.5 1.4 265.6 35.7
4.|-- 134.12.6.109.rev.sfr.net 0.0% 100 6.2 9.5 1.3 184.7 26.6
5.|-- 138.12.6.109.rev.sfr.net 19.0% 100 35.7 34.7 32.2 37.6 1.5
6.|-- 129.10.136.77.rev.sfr.net 9.0% 100 36.3 36.4 33.6 39.4 1.4
7.|-- 129.10.136.77.rev.sfr.net 10.0% 100 34.9 36.2 33.6 38.5 1.4
8.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
9.|-- 194.149.166.37 0.0% 100 7.5 6.3 3.9 9.3 1.4
10.|-- bzn-9k-4-be1004.intf.routers.proxad.net 0.0% 100 6.7 6.6 4.2 9.1 1.4
11.|-- bzn-9k-2-sys-be2000.intf.routers.proxad.net 0.0% 100 5.4 6.5 4.1 9.4 1.4
12.|-- bzn-9k-2.sys.routers.proxad.net 0.0% 100 4.1 6.7 4.1 9.7 1.4
13.|-- www.free.fr 0.0% 100 7.3 6.0 3.7 8.3 1.4
Vers bouygues.testdebit.info, encore ce 109.6.12.138 :
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- box 38.0% 100 0.3 0.3 0.2 1.3 0.1
2.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
3.|-- 110.42.154.77.rev.sfr.net 0.0% 100 7.1 10.8 1.4 216.0 31.1
4.|-- 134.12.6.109.rev.sfr.net 0.0% 100 2.1 9.9 1.5 178.8 26.8
5.|-- 138.12.6.109.rev.sfr.net 17.0% 100 34.9 34.7 31.9 37.6 1.5
6.|-- 129.10.136.77.rev.sfr.net 17.0% 100 35.0 36.6 34.0 39.0 1.4
7.|-- 129.10.136.77.rev.sfr.net 10.0% 100 35.3 40.0 33.4 104.2 13.6
8.|-- 212.194.39.54 17.0% 100 37.0 36.0 33.5 38.4 1.4
9.|-- be36.cbr01-ntr.net.bbox.fr 14.0% 100 35.6 37.7 34.4 40.7 1.6
10.|-- la20.bsr01-ntr.net.bbox.fr 23.0% 100 38.0 36.5 33.8 39.5 1.4
11.|-- 89.89.101.141 10.0% 100 38.9 37.0 34.5 39.7 1.4
12.|-- 89.84.1.222 10.0% 100 35.5 36.4 33.5 39.5 1.4
Vers www.sfr.fr :
Start: 2019-02-04T21:38:33+0100
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- box 55.0% 100 0.4 0.3 0.2 0.4 0.0
2.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
3.|-- 110.42.154.77.rev.sfr.net 0.0% 100 5.7 13.3 1.5 207.0 31.7
4.|-- 73.12.6.109.rev.sfr.net 14.0% 100 36.2 36.3 33.6 39.5 1.4
5.|-- 202.13.6.109.rev.sfr.net 1.0% 100 4.2 14.3 3.8 85.5 16.8
6.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
7.|-- ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
8.|-- 80.125.163.172 20.0% 100 38.1 35.8 33.1 39.4 1.5
-
Depuis Mediactive (carte-fh.lafibre.info), la perte est plus faible ou alors le pb est parti :
$ mtr -zrwc100 77.207.39.xxx
Start: 2019-02-04T21:54:44+0100
HOST: carte-fh Loss% Snt Last Avg Best Wrst StDev
1. AS197133 178.248.208.2 0.0% 100 1.1 1.1 0.7 6.4 0.7
2. AS197133 178.248.212.82 0.0% 100 0.2 3.1 0.2 58.7 10.3
3. AS197133 bgp.cr01.pa2.net.mediactive-network.net 6.0% 100 24.6 3.6 0.4 52.6 9.7
4. AS??? sfr.equinix-ix.fr 0.0% 100 1.2 0.9 0.6 1.2 0.2
5. AS15557 133.12.6.109.rev.sfr.net 1.0% 100 27.4 26.9 15.8 150.9 13.3
6. AS15557 133.12.6.109.rev.sfr.net 0.0% 100 27.7 32.5 20.0 235.7 31.5
7. AS??? ? ? 100.0 100
8. AS15557 xxx.39.207.77.rev.sfr.net 1.0% 100 29.2 27.4 19.1 34.4 3.2
-
Les routes ont légèrement changé :
- pour la majorité : 109.6.12.134, 109.6.12.138 => 109.6.12.130 (un saut de moins du coup, ce qui reste toujours 2-3 sauts de plus qu'en 2016 ::))
- 109.6.12.73 => 77.128.11.6 pour www.sfr.fr
Les pertes ont diminué, mais toujours 30ms de ping, et www.free.fr est affecté maintenant.
Sur testdebit.info, le download est remonté à 800Mbps (pas encore totalement normal, mais c'est bien mieux), mais 30ms de ping.
-
Retour presque à la normale, sans nouveau changement de routes : encore quelques variations de ping mais c'est léger, plus de pertes même sur les routeurs intermédiaires.
-
J'étais concerné aussi, vers Online en particulier c'était pas beau.
Edit: Ajout smokeping
-
Ce soir les débits sont corrects, mais les pings sont à nouveau mauvais (sauf vers www.online.net).
-
Les ping sont légèrement meilleurs qu'hier à la même heure, mais c'est encore anormal.
Les routes n'ont plus changé.
-
Il semble toujours y avoir des problèmes (au moins de latence) variables selon les destinations :
- Google, Online : OK (8ms maximum, 5ms maintenant)
- ikoula.testdebit.info : 10ms (donc OK compte tenu de la distance)
- bouygues.testdebit.info, www.sfr.fr, www.free.fr : 30ms il y a 30min, 6-8ms maintenant (mais toujours des variations de temps en temps)
-
Il y a moins d'une heure c'était bon, et là ça recommence :-\
-
Tu as testé un serveur de test situé sur le réseau SFR ?
https://www.nperf.com/fr/
Choisir SFR .
-
Tu as testé un serveur de test situé sur le réseau SFR ?
https://www.nperf.com/fr/
Choisir SFR .
Pas aujourd'hui, mais lundi 04/02 oui, et il ne sembait pas affecté, contrairement à www.sfr.fr.
Les autres jours, le débit est resté correct, le problème qui reste ce sont les pings de 30ms vers certaines destinations (y compris www.sfr.fr !) le soir.
-
Ça s'était un peu amélioré (et les périodes réduites à 20h30-23h), mais là c'est à nouveau catastrophique :
- 30-35ms de ping avec 2% à 6% de pertes vers les destinations affectées (sfr.fr, Bouygues, Free, Cogent, ...)
- <100Mbps sur testdebit.info (serveur Bouygues)
- moins de 10Mbps en http sur http://ipv4.bouygues.testdebit.info/10G.iso, ou GitHub par exemple
-
Ce soir, quasiment normal à 20h30 (un peu de jitter), et début des problèmes à 20h45, 10-30ms maintenant.
Je trouve que ça fait tard pour le début du pic de soirée.
-
le chat technique m a confirmé un problème dans leur installation........
-
Est-ce que tu peux faire un traceroute pour comparer aux miens ?
Route actuelle, depuis le 04/02 en plein incident : 77.154.42.110 (2ms) => 109.6.12.130 (30ms)
Ancienne route : 77.154.42.110 (2ms) => 109.6.12.134 (2ms) => 109.6.12.138 (22ms)
Bref, les deux semblent toujours saturer, mais ce qui était bizarre c'est que ça n'affecte pas toutes les destinations la plupart du temps (même en passant par les mêmes routeurs), et que le 04/02 les destinations affectées n'était pas exactement les mêmes entre les deux routes.
Mais ce soir ça semble général (y compris Online et Google).
-
Toujours pareil (Google OK, Online et les autres destinations habituelles lentes), et pour joindre une ligne Orange je fais Paris => Londres => Paris (via Seabone puis OpenTransit)...
-
Je pensais que ça s'était bien réduit, mais 30ms ce soir vers www.sfr.fr, paris.testdebit.info, massy.testdebit.info, www.free.fr, Cogent, Cloudflare (1.1.1.1).
Vers www.google.fr, ping.online.net et lille.testdebit.info (pourtant même traceroute que paris.testdebit.info pour la partie SFR, le problème doit être dans l'autre sens) ça va.
-
MOI C est comme ça tous les soirs, alors je pourris twitter, je pourris leur chat technique.
J'en peux plus de ce fai en mousse
-
Tu es sur la même zone que hwti ?
-
Dans le même département
-
Donc, on serait bien sur un incident global à l'échelle d'une zone.
Il faudrait rajouter le département dans le sujet, pour que ceux qui ont un souci puissent se manifester facilement.
-
Etant donné qu'il n'y a pas de reverse DNS utiles dans les traceroute, je ne sais pas si c'est limité à l'Oise (ou une partie de l'Oise, certains étant reliés vers Lille et avaient été coupés pendant plusieurs jours début 2018, les routes sont donc différentes).
Mais Slothy semblait concerné aussi, au moins au début, donc c'est peut-être plus large (le problème n'affectant pas toutes les destinations, ce n'est pas la collecte d'un ou plusieurs NRO qui sature, c'est plus proche du cœur de réseau).
-
Oui le 94 et une partie du 91 ont été fortement touchés par ces saturations, depuis quelques temps ça va mieux. Mais ce n'était pas lié aux saturations du 93/95 même si les conséquences étaient les mêmes. Comprendre : on avait le même problème à plusieurs endroits différents.
-
Je n'avais pas les saturations remontées côté 95 (et je ne sais pas si elles étaient aussi sélectives, ou si ce n'était pas un problème de collecte).
Géographiquement si le 94 et l'Oise ont des soucis en même temps c'est assez étonnant, à moins que le problème soit côté cœur de réseau, ou lié à des routages de secours mis en place suite à des pannes.
-
Donc, on serait bien sur un incident global à l'échelle d'une zone.
Il faudrait rajouter le département dans le sujet, pour que ceux qui ont un souci puissent se manifester facilement.
La méthode Coué tu disais ?! :D
-
La méthode Coué tu disais ?! :D
Euh, tu sais ce que c'est ou tu veux utiliser une expression sans en connaître la signification ? :o
-
Euh, tu sais ce que c'est ou tu veux utiliser une expression sans en connaître la signification ? :o
Non juste pour te rappeler un autre sujet où tu utilisais cette expression pour dire que les pannes chez SFR ça n'existe pas ;D
-
En effet, tu ne comprends pas l'expression mais merci pour ton intervention ::)
-
Avec plaisir 8)
-
Bonsoir à tous,
J'ai obtenu des informations d'une personne de chez SFR : ils sont au courant du problème de saturation le soir dans une partie du département de l'Oise. Une solution temporaire va être mise en place d'ici fin de semaine dans l'attente de la mise en production de la solution définitive pour la mi-mai.
Je n'ai pas les détails techniques sur ce qui va être mis en place.
-
Espérons qu'ils corrigent vraiment, pas comme la saturation du Val d'Oise, et que ce ne soit pas un transfert des problèmes entre les destinations (comme le changement de routes du 04/02).
Je me demande si "une partie de l'Oise" correspond à ceux qui sont reliés vers Paris (plus ou moins directement), contrairement à ceux qui étaient (et peut-être sont toujours, même si côté ping c'est moche) reliés vers Lille (ceux qui avaient été coupés plusieurs jours début 2018).
-
Ça a commencé un peu plus tard que d'autres fois, mais c'est violent :
- 21h12 7,6ms
- 21h26 22ms, puis 26ms
~ ᐅ mtr -wbc10 www.free.fr
Start: 2019-04-17T21:12:14+0200
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- box (192.168.1.1) 0.0% 10 0.2 0.3 0.2 0.5 0.1
2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3.|-- 110.42.154.77.rev.sfr.net (77.154.42.110) 0.0% 10 4.9 3.7 1.5 8.0 2.0
4.|-- 130.12.6.109.rev.sfr.net (109.6.12.130) 0.0% 10 3.1 6.0 3.1 13.0 2.9
5.|-- 129.10.136.77.rev.sfr.net (77.136.10.129) 0.0% 10 8.6 9.9 6.6 18.6 3.5
6.|-- 129.10.136.77.rev.sfr.net (77.136.10.129) 0.0% 10 10.3 9.4 7.1 12.0 1.7
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- 194.149.166.37 0.0% 10 11.7 8.6 5.7 15.1 2.9
9.|-- bzn-9k-4-be1004.intf.routers.proxad.net (78.254.249.2) 0.0% 10 5.7 10.1 5.7 13.9 2.8
10.|-- bzn-9k-2-sys-be2000.intf.routers.proxad.net (194.149.161.242) 0.0% 10 7.5 9.4 6.1 15.5 3.1
11.|-- bzn-9k-2.sys.routers.proxad.net (212.27.32.146) 0.0% 10 9.1 8.4 5.0 11.0 1.9
12.|-- www.free.fr (212.27.48.10) 0.0% 10 5.7 7.6 5.2 11.0 2.1
~ ᐅ mtr -wbc10 www.free.fr
Start: 2019-04-17T21:26:36+0200
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1.|-- box (192.168.1.1) 0.0% 10 0.3 0.4 0.3 0.5 0.0
2.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
3.|-- 110.42.154.77.rev.sfr.net (77.154.42.110) 0.0% 10 5.2 5.3 1.5 18.8 5.0
4.|-- 130.12.6.109.rev.sfr.net (109.6.12.130) 0.0% 10 14.3 19.4 11.6 25.3 5.0
5.|-- 129.10.136.77.rev.sfr.net (77.136.10.129) 0.0% 10 20.6 19.2 9.2 26.1 4.6
6.|-- 129.10.136.77.rev.sfr.net (77.136.10.129) 0.0% 10 20.5 19.2 10.8 28.5 5.8
7.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8.|-- 194.149.166.37 0.0% 10 21.5 19.9 12.6 27.6 4.9
9.|-- bzn-9k-4-be1004.intf.routers.proxad.net (78.254.249.2) 0.0% 10 17.7 20.5 12.1 28.6 4.9
10.|-- bzn-9k-2-sys-be2000.intf.routers.proxad.net (194.149.161.242) 0.0% 10 25.8 23.8 16.9 35.5 5.7
11.|-- bzn-9k-2.sys.routers.proxad.net (212.27.32.146) 0.0% 10 28.2 23.8 16.6 28.2 4.2
12.|-- www.free.fr (212.27.48.10) 0.0% 10 27.0 22.4 14.7 28.8 4.6
-
Bonsoir à tous,
J'ai obtenu des informations d'une personne de chez SFR : ils sont au courant du problème de saturation le soir dans une partie du département de l'Oise. Une solution temporaire va être mise en place d'ici fin de semaine dans l'attente de la mise en production de la solution définitive pour la mi-mai.
Je n'ai pas les détails techniques sur ce qui va être mis en place.
30ms ce soir, soit il n'y a pas eu de solution temporaire, soit elle ne fonctionne pas.
-
Concernant l'idf, sujet assez fréquent. Ici dans le 95 (val d'oise, spécifiquement Argenteuil), j'étais épargné jusqu'à présent, et aujourd'hui je suis parfois dans la même situation, avec le soir une moyenne à 600-700mb au lieu des 940. Mais c'est surtout irrégulier, ça fluctue beaucoup plus genre 900mb => 300 => 500, etc... C'est bien beau d'accélérer le déploiement de la fibre, mais faut suivre derrière...
-
Sur un test de débit, donc avec plusieurs connexions, la plupart du temps le débit est peu affecté pour moi (on sent juste que la montée est un peu plus difficile et le débit un peu moins stable).
Ca se voit beaucoup plus sur la latence.
Ce soir ça semble limité : par moments les pings sont quasi normaux, par moments de fortes variations.
Par exemple vers www.free.fr :
- 5-17ms (moyenne 10ms)
- quelques minutes après, 4-10ms (moyenne 6ms)
-
Bien dégueulasse ce soir ... (95)
(https://pic.nperf.com/r/3188029467327723-WfsSsdGg.png)
Et vers orange :
(https://pic.nperf.com/r/3188029812395395-gHvBfdiD.png)
-
Pareil ici :
(https://pic.nperf.com/r/3188031961866652-zelEiI2j.png)
(https://pic.nperf.com/r/3188032324319944-4QChxg86.png)
Même vers ping.online.net et www.google.fr, habituellement pas affectés, le ping est instable (3-15ms, moyenne 7ms).
Mais ça reste mieux que les 23-33ms sur d'autres destinations.
-
La zone géographique impactée est très large là, c'est inquiétant...
-
Même à minuit, ce n'est pas encore totalement fini aujourd'hui : pings vers www.free.fr 4-14ms (moyenne 7ms).
Et à 2h, on est enfin à des valeurs "normales" : 4-9ms (moyenne 6ms)
-
Saturation évidente fort probablement due au 30 avril (quasiment personne ne travaillant le lendemain, on veille tard).
-
Saturation due en premier lieu à un mauvais dimensionnement du réseau. Accentuée éventuellement par le jour férié.
-
Saturation due en premier lieu à un mauvais dimensionnement du réseau. Accentuée éventuellement par le jour férié.
Bien entendu, je voulais souligner le fait de l'arrivée du jour férié dans l'amplification du phénomène vu qu'il a été démontré ce que tu avances dans les pages précédentes et dans d'autre sujets.
-
Je suis très heureux de voir ce topic dans la mesure ou depuis novembre 2018 je suis en guerre contre SFR à ce sujet.
J'ai un ticket d'incident ouvert depuis 1 mois avec eux, ils ne m'appellent jamais mais m'envoient des textos pour dire que je n'ai pas répondu. Je ne les appelle plus dans la mesure où :
1/ Soit ils me cachent la vérité car ils pensent que je n'ai pas à savoir où que je suis trop con
2/ Soit eux mêmes ne le savent et me parlent de wifi machin...
Bref, j'en sais plus grâce à ce topic merci!
PS. Je suis très heureux d'entendre parler de saturation du réseau, terme que j'ai employé à chaque fois avec le service technique SFR qui m'a toujours répondu non monsieur ça n'a rien à voir... mais bien sur, tout va bien en journée mais pas le soir et c'est un hasard?
Le soir c'est un carnage!
-
Je pense que le niveau 1 du support n'a vraiment aucune compétence, ni les connaissances, pour comprendre et agir sur une saturation globale.
Quand le problème est aussi large, je considère qu’appeller le niveau 1 ne sert pas à grand chose, les équipes réseaux d'SFR voient bien le problème... Mais le résoudre demande de la planification, l'achat de matos, une mise en prod, etc, ça ne se fait pas sur un claquement de doigt.
Après, ça aurait pu se prévoir en amont, je suis quasiment sur que les équipes "techniques" savaient que ça allait coincer un jour ou l'autre, mais quand les "finances" veulent pas investir ...
Après, je ne fais pas de mon cas une généralité, mais depuis quelques mois le fibrage et l'ouverture commerciale de zones a repris de plus belle dans mon coin, et pouf, aujourd'hui ça sature le soir. SFR victime d'un éventuel succès (et d'une mauvaise planification) ?
-
Je pense que le niveau 1 du support n'a vraiment aucune compétence, ni les connaissances, pour comprendre et agir sur une saturation globale.
Quand le problème est aussi large, je considère qu’appeller le niveau 1 ne sert pas à grand chose, les équipes réseaux d'SFR voient bien le problème... Mais le résoudre demande de la planification, l'achat de matos, une mise en prod, etc, ça ne se fait pas sur un claquement de doigt.
Après, ça aurait pu se prévoir en amont, je suis quasiment sur que les équipes "techniques" savaient que ça allait coincer un jour ou l'autre, mais quand les "finances" veulent pas investir ...
Après, je ne fais pas de mon cas une généralité, mais depuis quelques mois le fibrage et l'ouverture commerciale de zones a repris de plus belle dans mon coin, et pouf, aujourd'hui ça sature le soir. SFR victime d'un éventuel succès (et d'une mauvaise planification) ?
Je sais que le niveau 1 ne sert à rien, et le niveau 2 m'a bien cassé les pieds une fois, il y a mois:
- j'ai cablé ma maison et mis ma box dans une baie de brassage.
- La conseillère m'a demandé que je branche un pc et que je test directement depuis la box, donc j'ai du débrancher le switch etc... tout ça pour qu'elle comprenne que le problème ne vienne pas de chez moi, j'ai mis 45 minutes a débrancher etc...
Je lui disais mais ca marche la journée, mon switch fonctionne très bien...
Elle m' a juste dit que le problème venait du secteur et un message 'on vous recontactera" ce qui n'a jamais été fait.
Depuis j'envoie des messages privés sur twitter tous les soirs au SAV, qui inutilement, me répond toujours le lendemain matin pour me demander si le problème persiste...
:o :o :o
Dès que je peux je quitte SFR c'est certain.
-
Samedi midi, ça sature pas comme le soir, mais je ne suis déja plus au max, malgré une bonne latence... Oh well... Pour 20e je vais pas chipoter, surtout que je pense que c'est temporaire.
Vivement que BT arrive dans mon coin cela dit. (Je suis déja passé par Orange, la qualité était ok, mais le prix était trop élevé vu que je n'utilisais pas la tv ni le tel, et ils commencaient à être de plus en plus lourd niveau authentification sans passer par leur box...)
-
Merci pour ce topic.
Je suis sur Herblay / val d'oise avec une connexion RED 1gb.
En journée de semaine :
(https://reho.st/self/3bf52bf9abb165411925a9144aadddbc9372da7f.jpg)
A l'instant, un dimanche après midi :
(https://reho.st/self/698c8357538fc457a82ac676530a2f68609ada3b.jpg)
Inutile d'appeler la hotline pour avoir des incompétents au téléphones répondant à un script. Je me laisse jusqu'a la fin du mois pour changer d'opérateur.
-
T as bien raison, vont te demander si tu n as pas mis un micro onde près de ta box... mais uniquement quand ça déconne hein...
-
Je l'ai appelé pour toi reno ;) sauf que nous on a 0.0 en down/up ..ils ont été très professionnels en me donnant une date de résolution , vendredi 3...mais ça ne marche toujours pas...
N'empêche que çà a déclenché, sans demander, le passage 20go->100 sur le mobile et un geste commercial...donc pas si inutile que ça :)
Çà me rappelle le support free avec la v4...loin de la tv/téléphone pas de multiprise..."euh il n'y a qu'une box pour tout çà", difficile de disperser ces éléments...
-
Moi aussi je pense qu'ils ont zappé le cours de dimensionnement de réseau...on dit 50/50 pour la répartition entre opérateurs et vu qu'on a les cactus d'or çà fait mini 2x moins d'abonnés qui signeront , allez un lien 10 gbps sur chaque nro çà ira très bien :)
-
Cela dit, chez moi le serveur SFR donne de moins bons résultats en down que celui de BT par exemple quand ça sature (même si c'est externe au réseau d'SFR, va comprendre...)
-
Cela dit, chez moi le serveur SFR donne de moins bons résultats en down que celui de BT par exemple quand ça sature (même si c'est externe au réseau d'SFR, va comprendre...)
Même quand ça ne sature pas, ce serveur donne des résultats légèrement moins bons (890Mbps/255Mbps au lieu de 930Mbps/295Mbps).
Mais pour les saturations, www.sfr.fr voit toujours son ping se dégrader pour moi, même quand ping.online.net et www.google.fr ne sont pas affectés. C'est clairement un problème dans le réseau SFR : certaines routes saturent, même en interne, alors que d'autres fonctionnent normalement, même vers l'extérieur.
-
Je l'ai appelé pour toi reno ;)
Merci ;)
-
En pleine saturation, le serveur Bouygues permet toujours un débit quasi normal (sur plusieurs connexions), contrairement au serveur SFR.
Mais la latence est catastrophique sur les deux.
(https://pic.nperf.com/r/3188915322069452-qidpccG6.png)
(https://pic.nperf.com/r/3188915520849232-1jZXGV9n.png)
A noter que la latence est également mauvaise sur le serveur Online de nPerf (163.172.95.168, 163.172.95.169, 163.172.81.138 ?), mais le problème semble être sur le réseau Online, puisque ping.online.net emprunte la même route (via Hopus) sans aucun soucis.
-
ta latence ca va c'est pas catastrophique
-
ta latence ca va c'est pas catastrophique
Pour de la fibre à 50km de Paris, c'est mauvais.
Quand ça ne sature pas, c'est plutôt 7ms (ce qui n'est déjà pas fabuleux non plus, Free faisait mieux en VDSL2, mais ça n'a pas vraiment d'importance, à part pour le jitter).
-
ta latence ca va c'est pas catastrophique
C'est de la merde. J'ai la même chose et j'avais moins en adsl.. peut être pas la même technologie, mais quand t as 8 - 9 la journée et 30 le soir ... c est naze
-
question : souffrez vous aussi de micro coupures internet? (2 sec max?)
-
question : souffrez vous aussi de micro coupures internet? (2 sec max?)
J'ai déjà eu des coupures un peu bizarres, où la NB6V ne s'aperçoit de rien, mais c'est plutôt rare.
Comment est-ce que ça se manifeste ?
-
micro coupure internet sur le pc...
-
micro coupure internet sur le pc...
Ce serait ptet du côté du PC qu'il faudrait regarder, non ? ???
-
Ce serait ptet du côté du PC qu'il faudrait regarder, non ? ???
Non. C'est ok à ce niveau là
-
micro coupure internet sur le pc...
Tu peux laisser tourner un ping en tâche de fond, et voir si a ce moment là il y a effectivement quelque chose (soit pas de réponse, soit des erreurs type "impossible de joindre la destination".
Malheureusement à moins d'avoir une NB6(V) rootée on ne peut pas faire le même test de ce côté là pour écarter un problème de PC (On ne peut pas lancer de ping continu, et si la coupure ne dure que 2s c'est trop court pour lancer le test à ce moment).
-
Tu peux laisser tourner un ping en tâche de fond, et voir si a ce moment là il y a effectivement quelque chose (soit pas de réponse, soit des erreurs type "impossible de joindre la destination".
Malheureusement à moins d'avoir une NB6(V) rootée on ne peut pas faire le même test de ce côté là pour écarter un problème de PC (On ne peut pas lancer de ping continu, et si la coupure ne dure que 2s c'est trop court pour lancer le test à ce moment).
Je vous remercie de vos conseils et étant fibré depuis 4 mois et n'ayant eu aucun souci du temps de l'adsl... j'écarte cette solution.
et J'ai déjà fait des tests de ping sur le pc avec ce site : https://ping.canbeuseful.com/fr#ping
-
Non. C'est ok à ce niveau là
Tu es bien catégorique. Tu as que OS ?
-
Tu es bien catégorique. Tu as que OS ?
Oui assez, dans la mesure où la question des micro coupures coïncide avec l'arrivée de la fibre chez moi; que tout est en filaire chez moi.
Par ailleurs mon switch n'enregistre dans le monitoring aucune erreur, aucun mauvais paquet qui pourrait m'indiquer que le souci viendrait de là.
Windows 10 pro sinon.
Par contre, j'ai une piste qui pourrait dédouaner SFR? cela ne m'arrive que quand je joue à FIFA 19, pourtant les ports sont ouverts. Mais bon si le problème venait de chez eux, je pourrais être déco du jeu, mais cela ne peut pas impacter ma connexion réseau en elle même..
-
Mais bon si le problème venait de chez eux, je pourrais être déco du jeu, mais cela ne peut pas impacter ma connexion réseau en elle même..
On voit tellement de choses bizarres que plus rien n'étonne. Creuse la piste pour être sûr.
-
On voit tellement de choses bizarres que plus rien n'étonne. Creuse la piste pour être sûr.
*
Je viens d'avoir une bonne coupure de 10 sec, 1ère fois...
J'avais lancé une requête ping voilà ce que cela donne:
-
Défaillance générale c'est que ta carte réseau a perdue le link.
-
Quelle peut être la cause ? La solution ? Merci
-
câble réseau défectueux / abimé ? ou une panne intermitente sur la Box ou la carte réseau ..
-
Cable réseau, j'ai tendance à écarter cette solution dans la mesure où tout fonctionnait très bien jusqu'à présent
Carte réseau, c'est celle de la carte mère, j'ai 2 prises éthernet je vais tenter sur l'autre pour voir merci
Box.: c'est une box sfr donc pas vraiment de monitoring dessus :/
-
Le soir : de pire en pire.
(https://reho.st/self/9d453fe5fcd3eac0d3f2bb554d5c781c1ea8b468.jpg) (https://reho.st/view/self/9d453fe5fcd3eac0d3f2bb554d5c781c1ea8b468.jpg)
On est dans une zone AMII qui est encours de déploiement, peut être à 50% ? Et d'ici peu être intégralement fibré car SFR est très en retard et les pénalités ne vont pas tarder à tomber.
Je n'ose pas imaginer le carnage quand tout le monde sera éligible. :o
-
Quelles pénalités ? Quel montant ? Le réseau est mis à jour au fur et à mesure qu'il y a des clients /charge réseau
-
Quelles pénalités ? Quel montant ? Le réseau est mis à jour au fur et à mesure qu'il y a des clients /charge réseau
La preuve que non quant on voit les gros problème en soirée depuis plusieurs mois dans certains départements.
-
Quelles pénalités ? Quel montant ?
J'imagine qu'il faisait allusion à la fin du déploiement en zone AMII à fin 2020.
-
Ce n'est pas parce qu'il y a saturation, que le réseau n'est pas upgradé .. il l'est mais un peu en retard on va dire ..
J'imagine qu'il faisait allusion à la fin du déploiement en zone AMII à fin 2020.
On a une idée du montant des pénalités (si elles existent ?)
-
Quelles pénalités ? Quel montant ? Le réseau est mis à jour au fur et à mesure qu'il y a des clients /charge réseau
Désolé mon message prêtait à confusion, rien à voir avec une insuffisance de débit.
Les pénalités sont pour l'absence/insuffisance de déploiement sur la zone AMII. Le déploiement a commencé en 2014 et s'éternise. Actuellement ils (sfr) mettent les bouchés doubles pour finir avant la fin de l'année car ils avaient 5 ans. Ils leur restent presque la moitié de la ville à faire, ainsi que la Frette & Cormeilles.
Je cite spectrolazer en 2014
M.le maire, suite à mes sollicitations pour plus de détails sur le déploiement dans la commune m'a fourni une réponse générale :
[...]
Concernant l’installation de la fibre optique sur la commune, l’opérateur SFR a été chargé par la commission nationale de déploiement de la fibre optique de réaliser cette opération sur la ville d’Herblay. L’engagement de SFR est le déploiement sur l’ensemble de la ville dans un délai de 5 ans. La ville ayant poussé le projet et facilité l’implantation des équipements d’infrastructure, nous avons obtenu que le déploiement démarre dès cette année. Une 1ère tranche est donc en cours de réalisation et sera finalisée en fin d’année 2014 pour une commercialisation fin d’année / début 2015, qui porte sur une partie de la ville
.
[...]
A l'issu du délais écoulé, j'avais lu qu'une pénalité contractuelle était prévue.
Le vrai problème c'est que de nombreux quartiers vont être éligible d'ici à quelques mois et l'arrivée massive de nouvelles prises va ajouter une charge supplèmentaire à un réseau déjà en presque totale saturation (sur SFR).
A titre personnel je passe à l'agrume. Je préfère avoir 300mbit toute la journée que de me retrouver avec 5mbits d'ici à la fin de l'année.
-
Bonsoir,
Ici (argenteuil), ça semble rentré dans l'ordre depuis quelques jours.
-
Ici c'est toujours pareil.
-
Plus de 30ms ce soir, mais surtout entre 5% et 10% de pertes (y compris vers les www.google.fr qui a pourtant un ping correct).
~ ᐅ mtr -zwc100 paris.testdebit.info
Start: 2019-05-21T20:36:51+0200
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1. AS??? box 0.0% 100 0.2 0.2 0.2 1.5 0.1
2. AS??? ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
3. AS15557 110.42.154.77.rev.sfr.net 0.0% 100 3.4 11.5 1.3 191.4 33.7
4. AS15557 130.12.6.109.rev.sfr.net 11.0% 100 31.2 32.4 30.0 35.2 1.4
5. AS15557 129.10.136.77.rev.sfr.net 9.0% 100 33.7 35.8 33.3 40.5 1.5
6. AS15557 129.10.136.77.rev.sfr.net 10.0% 100 37.1 35.4 32.9 38.3 1.5
7. AS5410 212.194.39.54 9.0% 100 9.9 9.1 6.6 11.6 1.3
8. AS5410 be36.cbr01-ntr.net.bbox.fr 5.0% 100 37.4 37.4 34.1 40.3 1.5
9. AS5410 la20.bsr01-ntr.net.bbox.fr 33.0% 100 35.9 35.8 33.5 38.3 1.4
10. AS5410 89.89.101.141 10.0% 100 7.8 9.8 7.4 12.3 1.4
11. AS5410 89.84.1.186 5.0% 100 37.4 35.7 33.4 38.2 1.4
~ ᐅ mtr -zwc100 www.google.fr
Start: 2019-05-21T20:40:00+0200
HOST: TR Loss% Snt Last Avg Best Wrst StDev
1. AS??? box 0.0% 100 0.3 0.3 0.2 1.5 0.2
2. AS??? ??? 100.0 100 0.0 0.0 0.0 0.0 0.0
3. AS15557 110.42.154.77.rev.sfr.net 0.0% 100 5.9 9.8 1.3 223.4 26.9
4. AS15557 130.12.6.109.rev.sfr.net 5.0% 100 32.6 32.6 30.2 35.8 1.4
5. AS15557 57.247.5.109.rev.sfr.net 5.0% 100 5.2 7.2 4.8 10.5 1.4
6. AS15169 72.14.218.124 6.0% 100 7.2 8.2 4.6 122.1 12.0
7. AS15169 108.170.244.161 5.0% 100 5.3 7.3 4.7 10.4 1.4
8. AS15169 108.170.232.125 13.0% 100 7.9 7.1 4.9 9.5 1.4
9. AS15169 par10s27-in-f195.1e100.net 9.0% 100 6.6 7.0 4.7 10.9 1.4
Un débit très asymétrique...
(https://pic.nperf.com/r/3191739935516380-WT7t6cLb.png)
-
Les débits sont presque revenus à la normale (>800Mbps) sur plusieurs connexions, et il n'y a presque plus de pertes, mais :
- toujours 30ms de ping
- les débits sur une seule connexion sont toujours variables
Sur une seule connexion, un "curl -o /dev/null http://paris.testdebit.info/10G.iso" peut soit donner entre 20 et 80Mo/s, soit rapidement chuter à 2Mo/s :o
Le ping ne s'est réellement amélioré qu'à partir de 01h05 (aternances de moments < 10ms et d'autres vers 20ms), et après 01h20 c'est stable en dessous de 10ms.
C'est quand même très tard, normalement le pic d'utilisation est largement passé :-\
-
Ouais je reviens un peu sur ce que je disais. Y'a du mieux, mais c'est pas encore au top, même là en milieu d'après midi...
-
Ici ça à l'air d'aller pour l'instant.
-
Inversion de Google/Free ce soir, et des pertes vers toutes les destinations.
www.sfr.fr : 33ms
www.free.fr : 9ms
www.google.fr : 35ms
paris.testdebit.info : 36ms
ping.online.net : 7ms
-
Ici (95 / Argenteuil)
www.sfr.fr : 8ms
www.free.fr : 13ms
www.google.fr : 10ms
paris.testdebit.info : 11ms
ping.online.net : 10ms
Ce sont des moyennes, ça monte parfois à 30-35ms, parfois 4-5ms... Débit ok ici, pas de pertes.
(https://pic.nperf.com/r/3192978699960839-ul4suCyr.png)
-
Ici (95 / Argenteuil)
www.sfr.fr : 8ms
www.free.fr : 13ms
www.google.fr : 10ms
paris.testdebit.info : 11ms
ping.online.net : 10ms
Ce sont des moyennes, ça monte parfois à 30-35ms, parfois 4-5ms... Débit ok ici, pas de pertes.
(https://pic.nperf.com/r/3192978699960839-ul4suCyr.png)
Donc quand même des de variations de ping anormales (sauf si les 30-35ms correspondent à une ligne chargée), certains sont meilleurs que les miens, et d'autres moins bien.
-
(https://pic.nperf.com/r/3192985923340326-W6Y7JUeC.png)
Les résultats varient pas mal à cause des pertes, mais à part essayer de battre des records d'asymétrie...
Le débit sur une connexion est de l'ordre de 1 à 2 Mbps, c'est inexploitable.
-
Vu ta position, ça donne quoi sur un serveur plus proche ?
-
Vu ta position, ça donne quoi sur un serveur plus proche ?
Plus proche ? A moins d'avoir un serveur SFR à Beauvais (si le réseau part bien comme supposé d'abord vers le nord au lieu de faire au plus court) je ne vois pas.
Je ne fait pas partie des abonnés fibre de l'Oise qui avaient été coupés plusieurs jours début 2018 pour une rupture de fibre près de Lille (pas la route la plus logique ::) ), donc Paris reste à priori le plus proche.
Même quand ça ne sature pas, avec SFR les pings sont plutôt vers 6-9ms, soit légèrement moins bons qu'avec Free en VDSL.
Dans les traceroute qu'il me reste d'avant 2016 avec Free, ça partait vers le sud :
- Chambly => Mours => Courbevoie => Bezons => TH2 ou autre
- Chambly => Mours => Paris 11 => Courbevoie
- Chambly => Mours => Paris 11 => TH2
Côté SFR il n'y a pas de reverse DNS utiles, donc impossible de savoir.
-
Ca a déjà commencé à cette heure-ci (30ms, pertes de paquets, test de débit à 200Mbps) :'(
Si maintenant ça sature presque tous les jours de 18h à 01h au lieu de 20h45-23h...
Depuis Cogent, le premier routeur SFR, 109.6.12.129, a déjà un mauvais ping, mais les pertes se font sur 77.154.42.109 (ou le lien entre les deux).
Start: 2019-05-29T18:39:45+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- 192.168.xx.xx 0.0% 50 24.8 6.4 1.7 36.0 8.4
2.|-- 192.168.xx.yy 0.0% 50 0.3 0.3 0.2 0.5 0.1
3.|-- gi0-7-0-1.agr22.par01.atlas.cogentco.com 0.0% 50 1.8 1.5 0.8 1.8 0.3
4.|-- be2108.ccr42.par01.atlas.cogentco.com 0.0% 50 1.6 1.3 0.8 1.8 0.4
5.|-- be3184.ccr31.par04.atlas.cogentco.com 0.0% 50 1.8 1.8 1.2 2.2 0.2
6.|-- sfr.demarc.cogentco.com 0.0% 50 2.9 2.6 2.0 4.7 0.4
7.|-- 129.12.6.109.rev.sfr.net 0.0% 50 4.3 25.2 4.3 211.6 52.6
8.|-- 129.12.6.109.rev.sfr.net 0.0% 50 31.5 38.0 29.1 169.0 25.1
9.|-- 109.42.154.77.rev.sfr.net 6.0% 50 31.3 31.8 30.2 36.5 1.2
10.|-- xxx.39.207.77.rev.sfr.net 4.0% 50 35.7 33.9 29.6 36.6 1.7
Et dans l'autre sens, 77.154.42.110 est douteux, et les pertes semblent être sur le lien entre 77.154.42.110 et 109.6.12.130.
Start: 2019-05-29T19:05:53+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- box 0.0% 50 1.3 1.5 0.9 10.8 1.4
2.|-- 1.55.95.92.rev.sfr.net 0.0% 50 8.0 12.4 2.5 204.8 30.7
3.|-- 110.42.154.77.rev.sfr.net 0.0% 50 4.1 13.5 2.4 197.2 38.0
4.|-- 130.12.6.109.rev.sfr.net 8.0% 50 33.9 34.0 31.0 46.8 2.9
5.|-- 102.244.5.109.rev.sfr.net 4.0% 50 6.0 8.8 6.0 25.4 2.8
6.|-- 102.244.5.109.rev.sfr.net 6.0% 50 7.4 8.2 6.0 10.7 1.4
7.|-- hu0-3-0-2.agr21.par01.atlas.cogentco.com 2.0% 50 36.2 34.9 32.1 37.5 1.4
8.|-- be2109.agr22.par01.atlas.cogentco.com 10.0% 50 33.0 35.1 31.4 37.6 1.5
9.|-- ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
Les pings plus faibles vers 109.5.244.102 pourraient suggérer qu'il s'agit de deux problèmes (pertes entre 77.154.42.110 et 109.6.12.130, et saturation du peering Cogent).
Le fait que les pings restent à peu près corrects vers Free (ce derniers jours) et vers Online va dans le même sens.
Mais vers Google ça ne diminue pas :
Start: 2019-05-29T19:08:12+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1.|-- box 0.0% 50 1.1 1.3 0.9 2.8 0.3
2.|-- 1.55.95.92.rev.sfr.net 0.0% 50 4.9 9.8 2.6 152.9 23.5
3.|-- 110.42.154.77.rev.sfr.net 0.0% 50 3.8 13.9 2.4 146.3 28.9
4.|-- 130.12.6.109.rev.sfr.net 4.0% 50 31.9 33.5 31.0 45.9 2.3
5.|-- 138.12.6.109.rev.sfr.net 2.0% 50 34.3 36.6 34.3 39.1 1.4
6.|-- 138.12.6.109.rev.sfr.net 8.0% 50 38.6 36.8 34.0 55.3 3.1
7.|-- 72.14.218.124 12.0% 50 37.4 37.3 33.9 74.8 6.0
8.|-- 108.170.244.161 8.0% 50 35.9 37.8 33.9 83.7 7.1
9.|-- 108.170.232.125 12.0% 50 35.5 36.3 33.9 38.7 1.4
10.|-- par10s27-in-f195.1e100.net 8.0% 50 34.9 36.1 33.0 38.9 1.5
Vers Cloudflare non plus ça ne diminue pas :
Start: 2019-05-29T19:41:59+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1. AS??? box 0.0% 50 1.3 1.3 1.0 2.9 0.3
2. AS15557 1.55.95.92.rev.sfr.net 0.0% 50 5.1 12.8 2.5 127.7 23.9
3. AS15557 110.42.154.77.rev.sfr.net 0.0% 50 5.4 13.5 3.1 194.3 29.2
4. AS15557 130.12.6.109.rev.sfr.net 6.0% 50 31.9 34.4 31.0 40.1 1.8
5. AS15557 129.10.136.77.rev.sfr.net 2.0% 50 38.2 38.0 34.1 80.3 6.5
6. AS15557 129.10.136.77.rev.sfr.net 10.0% 50 38.1 36.5 33.8 45.8 2.0
7. AS??? cloudflare.par.franceix.net 4.0% 50 49.0 39.1 34.7 58.6 4.7
8. AS13335 one.one.one.one 2.0% 50 35.9 36.3 34.1 39.4 1.4
Et vers Bouygues (paris.testdebit.info), deux des serveurs semblent avoir un ping moins elevé que les autres, malgré des variations anormales.
Donc, sauf saturation chez Bouygues, il y a peut-être quelque chose dans l'autre sens (routage asymétrique ? Qui varie selon la source du paquet, même si c'est le même réseau ?)
Start: 2019-05-29T19:32:45+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1. AS??? box 0.0% 50 1.0 1.2 0.9 3.0 0.3
2. AS15557 1.55.95.92.rev.sfr.net 0.0% 50 4.8 39.2 2.4 699.4 127.3
3. AS15557 110.42.154.77.rev.sfr.net 0.0% 50 3.3 13.0 2.3 202.7 33.6
4. AS15557 130.12.6.109.rev.sfr.net 4.0% 50 30.0 33.1 29.5 35.6 1.4
5. AS15557 129.10.136.77.rev.sfr.net 4.0% 50 37.5 36.8 34.4 39.3 1.4
6. AS15557 129.10.136.77.rev.sfr.net 4.0% 50 36.4 36.2 33.7 38.7 1.4
7. AS5410 212.194.39.54 4.0% 50 11.9 10.8 8.0 27.4 2.8
8. AS5410 be36.cbr01-ntr.net.bbox.fr 6.0% 50 35.2 37.9 35.0 41.9 1.6
9. AS5410 la20.bsr01-ntr.net.bbox.fr 22.0% 50 38.5 36.4 34.2 38.9 1.4
10. AS5410 89.89.101.141 4.0% 50 11.7 11.8 8.2 45.7 5.2
11. AS5410 89.84.1.186 2.0% 50 36.6 36.7 33.1 41.2 1.7
Vers www.sfr.fr la route est différente, les pertes sont entre 77.154.42.110 et 77.128.11.6 (et les pings restent mauvais jusqu'au bout) :
Start: 2019-05-29T19:46:58+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1. AS??? box 0.0% 50 1.1 1.3 0.9 2.7 0.4
2. AS15557 1.55.95.92.rev.sfr.net 0.0% 50 197.4 29.4 3.2 387.5 82.0
3. AS15557 110.42.154.77.rev.sfr.net 0.0% 50 6.7 10.2 3.4 34.6 8.6
4. AS15557 6.11.128.77.rev.sfr.net 4.0% 50 34.5 36.0 32.0 50.4 2.7
5. AS15557 202.13.6.109.rev.sfr.net 0.0% 50 150.7 25.9 5.1 217.6 42.7
6. AS??? ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
7. AS??? ??? 100.0 50 0.0 0.0 0.0 0.0 0.0
8. AS15557 80.125.163.172 8.0% 50 38.4 35.6 31.8 39.7 1.8
-
Autant sur les pertes ça semble clair, autant sur les pings je ne comprends toujours pas.
Il pourrait s'agir de plusieurs problèmes, mais le fait qu'ils aboutissent tous à la même latence est étrange.
Est-il possible que les routages aient une asymétrie qui dépende du serveur source, et pas que de son réseau ?
Par exemple, pour Bouygues, est-ce qu'on pourrait avoir ?
7. AS5410 212.194.39.54 4.0% 50 11.9 10.8 8.0 27.4 2.8=> retour via un chemin "A"
8. AS5410 be36.cbr01-ntr.net.bbox.fr 6.0% 50 35.2 37.9 35.0 41.9 1.6=> retour via un chemin "B"
9. AS5410 la20.bsr01-ntr.net.bbox.fr 22.0% 50 38.5 36.4 34.2 38.9 1.4=> retour via un chemin "B"
10. AS5410 89.89.101.141 4.0% 50 11.7 11.8 8.2 45.7 5.2=> retour via un chemin "A"
11. AS5410 89.84.1.186 2.0% 50 36.6 36.7 33.1 41.2 1.7=> retour via un chemin "B"
-
Vu ta position, ça donne quoi sur un serveur plus proche ?
Sinon, en terme de distance, vers une autre box (NB6VAC) du même NRO (dans le même /24)
Start: 2019-05-29T20:59:15+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1. AS??? box 0.0% 50 2.8 2.7 1.1 8.0 1.0
2. AS15557 1.55.95.92.rev.sfr.net 0.0% 50 6.3 8.7 3.2 67.9 9.0
3. AS15557 xxx.39.207.77.rev.sfr.net 0.0% 50 12.2 9.8 6.3 12.2 1.5On a donc un routage local (ou quasi local), avant les pertes de paquets.
Les pings ne sont pas vraiment affectés par la saturation (juste un peu plus de variation), mais la valeur moyenne est élevée compte tenu de la distance. Est-ce la neufbox ? Ou la gestion de l'upload par l'OLT ?
-
(https://pic.nperf.com/r/3192985923340326-W6Y7JUeC.png)
Les résultats varient pas mal à cause des pertes, mais à part essayer de battre des records d'asymétrie...
Le débit sur une connexion est de l'ordre de 1 à 2 Mbps, c'est inexploitable.
Bonjour,
Je suis de Beauvais et depuis 2 jours je constate la même chose chez moi ! Un débit en download anémique (20-30 mbs), un upload dans la normal (100-150mbs) et une montée de ping (30-35 ms) ! Je pensais que le soucis venait de mon installation ou de ma ligne (je suis depuis 14 mois chez SFR en 400/100). Si j'ai bien compris il n'y a rien à faire ?
-
Bonjour,
Je suis de Beauvais et depuis 2 jours je constate la même chose chez moi ! Un débit en download anémique (20-30 mbs), un upload dans la normal (100-150mbs) et une montée de ping (30-35 ms) ! Je pensais que le soucis venait de mon installation ou de ma ligne (je suis depuis 14 mois chez SFR en 400/100). Si j'ai bien compris il n'y a rien à faire ?
Si ce sont les même traceroute que moi, c'est côté SFR, à part attendre qu'ils améliorent leur réseau, il n'y a pas grand chose à faire.
Les montées de ping sont là presque tous les soirs depuis début février pour moi, au début sur la période 20h45-23h.
Mais ces derniers jours :
- il y a les pertes de paquets qui ont plus d'impact sur les débits
- il faut attendre 1h du matin pour que ça redevienne totalement normal, et ça commence plus tôt
Et aujourd'hui, 30-35ms de ping pendant toute la journée (effet jour férié ?).
-
Très bien, je n'y connais pas grand chose en réseau, mais j'ai téléchargé le logiciel que tu utilises pour les traceroute, voilà les infos :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| box - 0 | 145 | 145 | 0 | 4 | 141 | 0 |
| 1.55.95.92.rev.sfr.net - 0 | 145 | 145 | 0 | 13 | 375 | 0 |
| 110.42.154.77.rev.sfr.net - 0 | 145 | 145 | 0 | 17 | 234 | 0 |
| 130.12.6.109.rev.sfr.net - 0 | 145 | 145 | 16 | 35 | 172 | 32 |
| 77.136.10.129 - 5 | 145 | 139 | 0 | 11 | 86 | 15 |
| 129.10.136.77.rev.sfr.net - 0 | 145 | 145 | 0 | 14 | 125 | 15 |
| 212.194.39.54 - 1 | 145 | 144 | 31 | 36 | 141 | 31 |
| be36.cbr01-ntr.net.bbox.fr - 3 | 144 | 141 | 0 | 15 | 109 | 16 |
| 212.194.171.23 - 11 | 144 | 129 | 24 | 37 | 141 | 31 |
| 89.89.101.141 - 0 | 144 | 144 | 31 | 36 | 188 | 32 |
| 89.84.1.186 - 5 | 144 | 138 | 0 | 15 | 187 | 0 |
|________________________________________________|______|______|______|______|______|______|
WinMTR - 0.8. Copyleft @2000-2002 Vasile Laurentiu Stanimir ( stanimir@cr.nivis.com )
Là je plafonne à 1 mbs en download, et je monte à plus de 300 Ms dans les jeux auxquels je joue.
-
Les valeurs mesurées sont un peu bizarres (le minimum à 0, et la moyenne à "seulement" 15ms à la fin).
Mais les différents routeurs sont exactement les mêmes que moi !
Ce qui veut dire que les NRO comme Chambly remontent à Beauvais sans aucun routage, 92.95.55.1 est probablement là, et 77.154.42.110 peut-être.
Vu que j'ai un meilleur ping vers lille.testdebit.info que vers paris.testdebit.info, avec le même traceroute sur la partie SFR, la différence doit être dans l'autre sens.
Peut-être que le lien "Paris" => Beauvais est saturé (dans ce sens), et que quand on contacte le serveur de Lille ça doit faire Beauvais => Bouygues Nanterre => Lille => Beauvais, avec le lien Lille => Beauvais qui fonctionne mieux. Il faudrait que Vivien fasse un traceroute dans l'autre sens pour voir.
Mais malgré le ping meilleur, les débits restent catastrophiques, donc c'est probablement plus compliqué. Peut-être que les routeurs de Beauvais sont complètement saturés.
-
Avec https://lg.ovh.net/, j'ai vu tout à l'heure (maintenant c'est presque revenu à la normale, une fois tout le monde couché) :
- Gravelines, Roubaix : ça arrive via TH-2 (Paris) => 109.6.12.129 => 109.6.12.129 (+25ms) => 77.154.42.109
- Strasbourg (11ms de moyenne) : ça arrive via GSW-1 (Clichy) => 109.6.12.133 => 109.6.12.133 (+0.3ms) => 77.154.42.109
Donc ma théorie avec Lille ne tient pas, 109.6.12.133 c'est ce que j'avais sur les traceroute faites par Vivien le 04/02.
Ils ont changé pour 109.6.12.129/109.6.12.130, qui a dès le lendemain montré des problèmes de ping (mais pas tout de suite de débit).
A l'aller, quasiment toutes les routes passent par 109.6.12.130, donc même si l'impact côté latence semble être dans l'autre sens, peut-être qu'il perd des paquets, ce qui expliquerait les mauvais débits même vers les serveurs qui ont un ping quasi normal.
Une exception est vers sfr.fr, où c'est 77.154.42.110 => 77.128.11.6 (+20ms).
Donc 109.6.12.133/109.6.12.134 saturent le 04/02, ils remplacent par 109.6.12.129/109.6.12.130 presque autant saturés.
La question est de savoir s'il s'agit de liens parallèles Paris/Beauvais pas totalement équilibrés, ou si ce sont les routeurs qui saturent (dans ce cas, ça peut durer longtemps).
-
Ce soir, modification de la route vers Google, du coup, ça ne sature pas.
92.95.55.1 => 77.154.42.110 => 109.6.12.130 => 77.136.10.241 (au lieu de 109.6.12.138) => 77.136.10.241 (pareil) => 72.14.218.124 => ...
Vers Free (92.95.55.1 => 77.154.42.110 => 109.6.12.130 => 77.136.10.129 => ...) c'est bon également, mais vers Bouygues ou Cloudflare c'est 35ms (même début de route pourtant, la différence doit être dans l'autre sens).
Vers www.sfr.fr ou Cogent, toujours 35ms.
-
Ce soir j'avais un peu de ping de l'ordre de 35 MS, mais par contre débit au max.
-
Je pense qu'il y avait moins de pertes de paquets que ces derniers jours, le fait que Google ne soit pas affecté doit faciliter les choses sur le reste.
C'est quasiment revenu à la normale là, c'était quand même très visible en ssh (vpn via Cogent).
-
Incident réseau à 0h28 : plus de réponse, puis alternances de quelques secondes de ping bons, puis mauvais, puis à nouveau plus de réponse du tout.
Modification des routes vers Google :
92.95.55.1 => 77.154.42.110 => 109.6.12.134 => 109.6.12.138 => 72.14.218.124 => ...
C'est un retour au routes d'avant le 04/02 à 22h !
Et changement à nouveau, vers des routes totalement nouvelles (77.129.216.18, 109.5.244.134/109.5.244.138) , avec deux sauts de plus, et 13ms de moyenne vers Bouygues et Cloudflare ::)
92.95.55.1 => 77.154.42.110 => 77.129.216.18 => 109.5.244.134 => 84.96.220.6 => 77.129.216.110 => 72.14.218.124 => ...
J'espère que celles-ci saturent moins, mais à cette heure ou normalement ce n'est plus le cas, les sauts supplèmentaires font que c'est +2/3ms par rapport rapport aux autres.
On dirait qu'ils répartissent les clients sur les différents routeurs pour essayer de gérer la saturation, mais qu'ils sont à capacité fixe là où il faudrait avoir ajouté ou remplacé des équipements depuis plusieurs mois >:(
-
Idem ici. J'étais en plein devant Netflix :D
Bref d'après ce que tu racontes c'est encore loin d'être terminé cette histoire.
-
Si je regarde des traceroute de 2016, vers www.free.fr :
- 9 sauts (1 box, 3 SFR, 1 sans réponse, 4 Free) => 4.5ms de moyenne
- 8 sauts (1 box, 3 SFR légèrements différents, 1 sans réponse, 3 Free) => 3.3ms de moyenne
Très peu de jitter à l'époque aussi (<1ms).
Maintenant c'est 13 sauts (1 box, 6 SFR, 1 sans réponse, 5 Free) => 9ms de moyenne.
Vers des abonnés xDSL Free à Chambly, +6ms en 3 ans :
9 sauts (1 box, 3 SFR, 1 sans réponse, 3 Free, Freebox) => 12 sauts (1 box, 7 SFR, 3 Free, Freebox)
-
A nouveau une période avec plus aucune réponse, puis c'est revenu (sans changement de routes).
-
Les nouvelles routes sont clairement moins bonnes en terme de latence.
www.google.fr: rtt min/avg/max/mdev = 6.326/8.681/10.899/1.421 ms
ping.online.net : rtt min/avg/max/mdev = 6.862/9.058/11.438/1.371 ms
www.free.fr : rtt min/avg/max/mdev = 7.521/9.386/11.913/1.361 ms
www.sfr.fr: rtt min/avg/max/mdev = 8.195/10.528/12.913/1.347 ms
Cloudflare (1.1.1.1) : rtt min/avg/max/mdev = 11.855/14.091/17.385/1.432 ms
paris.testdebit.info : rtt min/avg/max/mdev = 12.431/14.794/17.231/1.446 ms
Certes ce n'est pas de la saturation (à voir ce soir), mais les variations d'un ping à l'autre sont importantes et les moyennes sont clairement moins bonnes qu'avant.
En fait, il semble y avoir du load-balancing, visible en TCP et UDP, mais pas en ICMP.
Ca explique peut-être les variations du ping, sachant qu'une des deux routes a un saut de moins sur le réseau SFR.
Start: 2019-06-06T13:24:22+0200
HOST: xxxxxxxxxxx Loss% Snt Last Avg Best Wrst StDev
1. AS??? box 0.0% 50 0.5 0.6 0.3 1.9 0.3
2. AS??? ?? 100.0 50 0.0 0.0 0.0 0.0 0.0
3. AS15557 110.42.154.77.rev.sfr.net 0.0% 50 3.2 8.4 2.1 129.1 18.9
4. AS15557 18.216.129.77.rev.sfr.net 0.0% 50 10.7 8.2 6.0 10.8 1.5
5. AS15557 138.244.5.109.rev.sfr.net 0.0% 50 12.2 10.0 6.3 14.0 1.6
AS15557 134.244.5.109.rev.sfr.net
6. AS15557 165.224.65.86.rev.sfr.net 0.0% 50 11.8 11.3 7.6 15.0 1.7
AS15557 6.220.96.84.rev.sfr.net
7. AS15557 6.220.96.84.rev.sfr.net 0.0% 50 8.0 9.5 6.5 14.0 1.7
AS15557 110.216.129.77.rev.sfr.net
8. AS15557 110.216.129.77.rev.sfr.net 0.0% 50 11.1 9.3 6.6 12.6 1.5
AS15169 72.14.218.124
9. AS15169 108.170.245.1 0.0% 50 10.7 9.6 6.5 12.4 1.6
AS15169 108.170.244.193
10. AS15169 66.249.95.103 0.0% 50 8.4 9.0 6.5 12.2 1.3
AS15169 66.249.95.247
11. AS15169 par21s12-in-f3.1e100.net 0.0% 50 6.9 8.6 6.2 11.4 1.5
Au passage, pour www.google.fr :
195.18.217.172.in-addr.arpa domain name pointer ham02s14-in-f195.1e100.net.
195.18.217.172.in-addr.arpa domain name pointer par10s38-in-f3.1e100.net.
Paris ou Hambourg ?
-
Des problemes similaire ont deja été remontés au niveau de l'IDF (95 et 93), à savoir grosse baisse de débit le soir vers 18H, ainsi que des pertes de paquets et de la latence.
SFR a mis des mois avant de corriger le problème, puis le problème est revenu. La seule solution a été de les quitter pour Orange
-
SFR a mis des mois avant de corriger le problème, puis le problème est revenu. La seule solution a été de les quitter pour Orange
Malheureusement Orange déploie lentement, donc la majorité de l'Oise n'est éligible qu'à SFR.
Sur l'IDF, il ne me semble pas avoir vu de personnes qui observaient des saturations dépendant des destinations, mais peut-être qu'ils ont juste fait moins de tests que moi.
-
https://lafibre.info/sfr-debit/chute-de-debit-le-soir/
-
https://lafibre.info/sfr-debit/chute-de-debit-le-soir/
Ah, premier post "Ping anormal vers certaines destination", je l'avais loupé.
Sur deux soirées, les nouvelles routes semblent tenir la charge, il n'y a pas de dégradation de la latence ni du débit :)
Mais la latence est loin d'être idéale pour du FTTH à 50km de Paris, et l'alternance entre les deux routes inégales donne 2 à 4 ms d'écart entre des pings successifs.
Si c'est une solution temporaire, c'est acceptable. Mais comme la communication est surtout sur les débits, pas sûr qu'ils considèrent qu'avoir un ping à 9-12ms là où la connexion était capable de faire 3-5ms il y a 3 ans soit anormal :-\
-
J'ai de brèves montées de ping à 30-35ms vers www.sfr.fr et Bouygues (ça dure 30s, avec parfois quelques pertes vers www.sfr.fr, puis ça revient à la normale).
Tout est normal vers Free/Online/Google/Cloudflare.
Bref, plus je regarde, plus je vois des choses bizarres...
-
En fait, même quand il n'y a plus de saturation, il continue à y avoir des choses bizarres côté réseau.
-
Nouvelles routes, en général avec un saut de plus, mais la latence s'est améliorée ??? (avec toujours plusieurs ms entre pings successifs).
92.95.55.1 => 77.154.42.110 => 77.129.216.18 => 77.136.128.162 => 77.136.128.158 => ...
-
Ici j'ai remarqué que j'ai carrèment changer de nro si j'en crois le nom des équipements ;D
Au début je passais toujours par 95bzo2-nro-quelquechose (bzo pour "bezons" je pense, une ville voisine), et depuis quelques temps je passe par 78ach5-nro-1.nro.gaoland.net, qui a une ip différente.
Et je remarque aussi avoir + de sauts sur des équipements SFR sur la plupart des traceroutes, même si au final la latence n'en est pas vraiment impactées...
-
Peut-être que les reverse DNS ne sont pas à jour.
De mon côté, leur dernière route a montré une légère montée de ping hier soir, et à 1h du matin ça a encore changé pour revenir aux latences antérieures (autour de 9-10ms et 14-15ms).
92.95.55.1 => 77.154.42.110 => 77.129.216.18 => 77.136.128.154
-
J'ai retrouvé l'ancienne ip et nom exacte du nro de base, et il repond toujours. Donc je passe bien par un autre équipement. Enfin une autre ip en tout cas.
Et en googlisant le nom de l'équipement je suis tombé sur un topic Red qui montrent des personnes étant dans le même cas que moi. Étrange. Ici la situation est clean même le soir depuis quelques semaines en tout cas.
Je vois toujours de plus en plus d'armoires apparaître dans mon coin, y'a intérêt à ce que ça suivre derrière...
-
Pour les reverse DNS, je voulais juste dire que pour le nouvel équipement (du moins nouvellement utilisé sur ta ligne, il est peut-être en place depuis longtemps), ils ont peut-être utilisé une IP qui servait avant pour un NRO à Achères (surtout que gaoland, c'est l'ancien nom hérité de Neuf).
Dans mon cas, ce sont toujours des reverse DNS générés : aa.bb.cc.dd => dd.cc.bb.aa.rev.sfr.net, donc pas un seul routeur SFR ne trahit son emplacement.
-
De retour sur 95bzo2-nro-1.nro.gaoland.net [109.24.76.11]
-
Incident réseau 30-35ms partout, et pertes de paquets, j'espère que ça ne va pas recommencer :'(
-
Toutes les destination à moins de 7ms pendant quelques heures, c'est du jamais vu depuis début février au moins.
Mais ensuite, retour à la "normale"...
Maintenance (je rêve que l'ARCEP oblige les opérateurs à un minimum de transparence sur les incidents réseau) ?
-
Ah bah justement j'allais poster et j'ai vu ton message.
Hier soir depuis 16h (en tout cas pour moi), 35 ms de PING et impossible de dépasser 2-3 Méga en débit...
-
Tiens, on dirait mon ancien débit et ping en ADSL... C'est la fibre "vintage" de SFR... ::)
-
Ça semble être revenu à la normal.
-
Ah bah justement j'allais poster et j'ai vu ton message.
Hier soir depuis 16h (en tout cas pour moi), 35 ms de PING et impossible de dépasser 2-3 Méga en débit...
Les 35 ms avec pertes de paquets de 14h à 1h45 hier ça doit être un incident (bien que l'heure de début ne soit pas habituelle).
Mais ce que j'ai du mal à comprendre, c'est quand il s'agit d'une sorte incident inversé : de 1h45 à 5h, et pendant quelques minutes vers 10h15 ce matin, le ping était bien meilleur que d'habitude !
-
0h30, le ping repasse à nouveau d'un seul coup de 10-15ms (constant depuis 5h du matin, à part les quelques minutes meilleures autour de 10h15) à 6-7ms !
1h45, Google (légèrement en dessous de 5ms), Free et Online s'améliorent légèrement, ce qui me ramène à une situation similaire à la nuit dernière.
Peut-être que le réseau s'équilibre tout seul entre des routes plus ou moins bonnes...
Ce serait une sorte de load-balancing qui choisirait entre des routes pas équivalentes.
Simple supposition, si on part du principe que tout le trafic du NRO de Chambly passe par Beauvais :
- Beauvais <=> Paris direct => 5-7ms (en comptant Chambly <=> Beauvais, le NRO, ...) ?
- Beauvais <=> Paris en passant par Lille (?) dans un des sens (route asymétrique) => 10ms ?
- Beauvais <=> Paris en passant par Lille (?) dans les deux sens => 15ms ?
- Une des 3 possibilité, mais quand un lien est saturé => 30-40ms + pertes de paquets ?
Selon https://lafibre.info/dorsale-internet/calcul-du-ping-en-fonciton-des-km/, l'aller-retour Paris <=> Lille c'est au moins 3,1ms, donc un aller Beauvais => Lille => Paris (un peu plus court en distance) en 5ms c'est un peu long, mais pas impossible.
-
Bonjour ce problème est connu depuis plus d'1an. Je vous conseille tout simplement de quitter SFR, j'ai personnellement fuis chez Orange et je suis entièrement satisfait
https://lafibre.info/sfr-espace-technique/95-connexion-degradee-le-soir/msg578750/#msg578750
-
Si on regarde l'historique sur 1 mois, on voit :
- pings autour de 10 ou 15 ms selon les destinations la plupart du temps
- deux saturations, ayant commencé en journée
- la nuit de mercredi à jeudi (très bref), et aujourd'hui depuis : des pings plutôt bons (4 à 7ms) et stables (il y a quand même du jitter, cf le graphe sur 1h)
Donc les saturations tout les soirs, ce n'est plus le cas. Mais ça commence parfois en journée (incidents réseau ?).
Il y a aussi les variations de ping hors saturation, je ne sais pas si d'autres départements sont affectés.
Pour ce qui est de fuir SFR, je n'ai pas le choix de l'opérateur, comme la majorité du RIP de l'Oise pour l'instant.
Orange doit arriver, mais on ne sait pas quand (ils ne sont pas loin, mais leur déploiement ne semble pas obéir à la logique des NRO du RIP, ni à l'année de construction des lignes suivie de la commercialisation par SFR), et je n'ai pas vu de retour des abonnés actuels pour savoir si tout se passe bien sur le département (Collecte correctement dimentionnée ? Pas de routage bizarre comme certains peuvent parfois avoir ?)
-
Argenteuil, ping à environ 300ms, dl à environ 15-30mb sec... Première fois que je suis touché aussi durement. Quelle blague ce fai dans ce coin...
-
Ici ça fonctionne très bien aujourd'hui.
Soit c'est totalement indépendant entre les deux départements, soit il y a un rationnement des ressources du réseau, et c'est l'Oise qui a gagné cette fois ci :-[
-
Vers tous les serveurs ca donne ca. Vu que le ping est bon, je ne pense pas à un congestion, mais un bridage volontaire.
(https://www.speedtest.net/result/d/053371c4-bc27-414b-bf8f-a7f67e5573c7.png)
-
Le ping n'est plus à 300ms alors ? Ou est-ce que ça dépend des serveurs ?
Et toujours des profils différents côté OLT, avec l'upload à 500, contre 400 ici.
-
Non la monté du ping n'aura duré que quelques minutes, étrange... Le ping est redevenu normal, mais le down est toujours cata.
-
Ce soir c'est beaucoup mieux. On me ferra pas croire que l'utilisation a grandement changé entre hier soir et ce soir...
-
Je n'en peux plus, je suis infographiste, streamer à en devenir, et je ne peux strictement rien à faire.
Durant les premiers mois, a quelque chose près, mon débit était plus que correct.
Mon profil est à 400 / 200, mais j'ai l'option Débit + d'activé (Que je ne devrais pas avoir à activé, bridage SFR, merci !).
Après un appel au service client, et un débit à 60 / 400, on me réponds "Vous avez 30 % du débit, vous êtes dans la norme" , 30 % ? "Profil 400/200" , alors le debit d'upload est plus que respecté, mais le débit d'upload est très loin de l'être.
Bref, voici un screen récapitulatif. Passé de 950 a 11 Mbp/s, mieux vaut encore prendre une box 4G ! lol !
-
Bref, voici un screen récapitulatif. Passé de 950 a 11 Mbp/s, mieux vaut encore prendre une box 4G ! lol !
C'est dans l'Oise ou en Ile de France ?
Ici, le dernier gros problème remonte à mercredi dernier (14h -> 01h45), ainsi que la journée de jeudi pas optimale en ping (mais habituelle).
Depuis vendredi dernier 01h45, tous les ping vers les serveurs parisiens sont entre 5 et 7ms de moyenne (à part Cloudflare en maintenance ou incident la nuit dernière, c'était envoyé vers Londres à 13-15ms).
Les débits sont nominaux, parfois il y a une très légère baisse comme maintenant : 850/380, mais c'est négligeable.
-
C'est dans l'Oise ou en Ile de France ?
Ici, le dernier gros problème remonte à mercredi dernier (14h -> 01h45), ainsi que la journée de jeudi pas optimale en ping (mais habituelle).
Depuis vendredi dernier 01h45, tous les ping vers les serveurs parisiens sont entre 5 et 7ms de moyenne (à part Cloudflare en maintenance ou incident la nuit dernière, c'était envoyé vers Londres à 13-15ms).
Les débits sont nominaux, parfois il y a une très légère baisse comme maintenant : 850/380, mais c'est négligeable.
Dans le Val d'Oise plus précisèment.
Exactement, des baisses très légère, c'est ce qui m'arrivait en fin de soirée, mais là, descente aux Enfers. Il a fallu que je me mette à jouer pour me rendre compte du soucis, autrement je n'aurai strictement rien vu
-
Dans le Val d'Oise plus précisèment.
Exactement, des baisses très légère, c'est ce qui m'arrivait en fin de soirée, mais là, descente aux Enfers. Il a fallu que je me mette à jouer pour me rendre compte du soucis, autrement je n'aurai strictement rien vu
L'impact dépend des pertes de paquets aussi, quand il y en a ça peut même être visible sur la navigation (chargement progressif des images, lenteur générale, ...).
Sinon, l'upload à 425Mbps maximum ne colle ni avec un profil 400 comme ici, ni avec Florian à Argenteuil qui a presque 500.
Et selon la liste des serveurs extraite du rapport de l'ARCEP, https://lafibre.info/tester-son-debit/speedtest-net/msg683640/#msg683640 :
- Télécom Paristech est en 1Gbps donc pas fiable pour tester de la fibre (j'ai 650Mbps)
- fdcservers.net sont bien en 10Gbps : je n'ai que 200 à 250Mbps en download dessus, donc il semble y avoir un problème quelque part (SFR <= Cogent qui sature un peu ?)
Mais bon, pour avoir 10-15Mbps il faut une grosse saturation côté SFR, qui sera probablement générale (ou assez générale, je ne sais pas si des saturations sélectives ont déjà été observées en dehors de l'Oise).
-
L'impact dépend des pertes de paquets aussi, quand il y en a ça peut même être visible sur la navigation (chargement progressif des images, lenteur générale, ...).
Sinon, l'upload à 425Mbps maximum ne colle ni avec un profil 400 comme ici, ni avec Florian à Argenteuil qui a presque 500.
Et selon la liste des serveurs extraite du rapport de l'ARCEP, https://lafibre.info/tester-son-debit/speedtest-net/msg683640/#msg683640 :
- Télécom Paristech est en 1Gbps donc pas fiable pour tester de la fibre (j'ai 650Mbps)
- fdcservers.net sont bien en 10Gbps : je n'ai que 200 à 250Mbps en download dessus, donc il semble y avoir un problème quelque part (SFR <= Cogent qui sature un peu ?)
Mais bon, pour avoir 10-15Mbps il faut une grosse saturation côté SFR, qui sera probablement générale (ou assez générale, je ne sais pas si des saturations sélectives ont déjà été observées en dehors de l'Oise).
J'ai tenté d'autres serveurs en vain, vis-à-vis de ce que tu m'as dit, et je ne décolle pas des 20 / 25 Mb/s, donc rien de mirobolant dans tous les cas.
Ce qui me semble étonnant tout de même, c'est comment nous pouvons être saturé, sachant que dans mon quartier nous sommes vraiment très peu nombreux à être câble en fibre ou FTTH.
Il y a des travaux dans ma rue au niveau de la voirie, j'espère que ça n'est pas à cause d'eux, et qu'ils n'ont commis aucun crime à ce niveau, sinon je risque d'être remonté
-
JCe qui me semble étonnant tout de même, c'est comment nous pouvons être saturé, sachant que dans mon quartier nous sommes vraiment très peu nombreux à être câble en fibre ou FTTH.
Il y a des travaux dans ma rue au niveau de la voirie, j'espère que ça n'est pas à cause d'eux, et qu'ils n'ont commis aucun crime à ce niveau, sinon je risque d'être remonté
Dans la rue c'est passif, donc soit ça passe, soit c'est coupé.
Ce genre de problème c'est soit le lien entre le NRO et le reste du réseau (la collecte), soit une partie du réseau lui-même entre les POP régionaux (Beauvais pour une partie de l'Oise) et le coeur du réseau (Paris ici), avec des liens ou des routeurs saturés.
-
20mb ce soir... On a jamais vu ça chez un fai. Même free au pire moment de son peering légendaire n'avait pas de tels problèmes...
-
Rebelote... J'attends Free pour tester leur 10g... Si BT n'avait pas d'engagement d'un an, je me serais déjà barré chez eux...
Évidemment le support, à part me dire de rebooter ma box, ou que "c'est normal de pas toujours aller vite", bon...
-
19h14 vendredi, déjà la cata...
-
Rebelote... J'attends Free pour tester leur 10g...
partagé entre utilisateurs
-
partagé entre utilisateurs
En GPON y'a jamais de quoi satisfaire tout le monde de toute façon...
Pour compléter, ça semble partir en sucette dès que je passe par l'équipement 2.132.17.93.rev.sfr.net. Pas toujours des pertes, mais une augmentation du ping inexistante en heure "creuse"... :
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| ccr1009 - 0 | 21 | 21 | 0 | 0 | 0 | 0 |
| 95bzo2-nro-1.nro.gaoland.net - 0 | 21 | 21 | 0 | 3 | 13 | 5 |
| 17.119.24.109.rev.sfr.net - 0 | 21 | 21 | 1 | 3 | 14 | 6 |
| 2.132.17.93.rev.sfr.net - 0 | 21 | 21 | 21 | 28 | 35 | 35 |
| 17.137.136.77.rev.sfr.net - 6 | 18 | 17 | 21 | 26 | 32 | 30 |
| 125.10.136.77.rev.sfr.net - 0 | 21 | 21 | 23 | 29 | 38 | 38 |
| 212.194.39.54 - 6 | 18 | 17 | 22 | 28 | 43 | 31 |
| be36.cbr01-ntr.net.bbox.fr - 6 | 18 | 17 | 26 | 31 | 44 | 33 |
| 212.194.171.68 - 6 | 19 | 18 | 22 | 27 | 33 | 28 |
| 89.89.101.141 - 0 | 21 | 21 | 22 | 28 | 35 | 35 |
| 89.84.1.186 - 0 | 21 | 21 | 22 | 27 | 40 | 27 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| ccr1009 - 0 | 24 | 24 | 0 | 0 | 0 | 0 |
| 95bzo2-nro-1.nro.gaoland.net - 0 | 24 | 24 | 0 | 2 | 5 | 4 |
| 17.119.24.109.rev.sfr.net - 0 | 24 | 24 | 1 | 3 | 6 | 6 |
| 2.132.17.93.rev.sfr.net - 0 | 24 | 24 | 18 | 27 | 31 | 30 |
| 17.137.136.77.rev.sfr.net - 0 | 24 | 24 | 17 | 26 | 32 | 32 |
| 17.11.128.77.rev.sfr.net - 0 | 24 | 24 | 23 | 27 | 33 | 33 |
| sfr.cbv-1.rt.hopus.net - 0 | 24 | 24 | 15 | 26 | 31 | 28 |
| lag-cbv-1.pa3-1.rt.hopus.net - 0 | 24 | 24 | 23 | 28 | 33 | 33 |
| online.dc3-2.hopus.net - 0 | 24 | 24 | 18 | 26 | 32 | 29 |
| 45x-s44-2-a9k2.dc3.poneytelecom.eu - 0 | 24 | 24 | 24 | 29 | 36 | 33 |
| hopus.jesuisfrancobelge.eu - 0 | 24 | 24 | 25 | 29 | 35 | 35 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
|------------------------------------------------------------------------------------------|
| WinMTR statistics |
| Host - % | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
| ccr1009 - 0 | 20 | 20 | 0 | 0 | 0 | 0 |
| 95bzo2-nro-1.nro.gaoland.net - 0 | 20 | 20 | 0 | 2 | 6 | 0 |
| 17.119.24.109.rev.sfr.net - 0 | 20 | 20 | 1 | 3 | 11 | 1 |
| 2.132.17.93.rev.sfr.net - 0 | 20 | 20 | 18 | 26 | 35 | 18 |
| 17.137.136.77.rev.sfr.net - 0 | 18 | 18 | 18 | 26 | 36 | 23 |
| 125.10.136.77.rev.sfr.net - 0 | 20 | 20 | 23 | 29 | 34 | 29 |
| 38.195.118.80.rev.sfr.net - 0 | 20 | 20 | 19 | 27 | 36 | 24 |
| 194.149.171.65 - 0 | 20 | 20 | 22 | 28 | 34 | 27 |
| 194.149.166.37 - 0 | 20 | 20 | 24 | 28 | 33 | 27 |
| bzn-9k-4-be1004.intf.routers.proxad.net - 0 | 20 | 20 | 25 | 30 | 35 | 27 |
|bzn-9k-2-sys-be2000.intf.routers.proxad.net - 0 | 20 | 20 | 24 | 29 | 35 | 26 |
| bzn-9k-2.sys.routers.proxad.net - 0 | 20 | 20 | 17 | 28 | 36 | 25 |
| store1-f2.proxad.net - 0 | 20 | 20 | 23 | 28 | 35 | 27 |
|________________________________________________|______|______|______|______|______|______|
WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider
-
En GPON y'a jamais de quoi satisfaire tout le monde de toute façon...
En P2P non plus.
-
En P2P non plus.
Yep, l'entonoir est juste plus loin.
Dans tous les cas ça n'empeche pas de bien dimensionner son réseau...
-
partagé entre utilisateurs
Euh Jojo, qu'est ce qui se passe chez SFR pour que ça sature autant et sur une si longue période ?! Besoin de ta sagesse pour expliquer comment dire euh ?! A oui, l'indéfendable, t'aimes bien cette expression ;D
-
Pensez à partager la pétition : http://chng.it/BRvJT7sb5C 8)
-
Des 14h30 aujourd'hui, pas mal :
(https://www.speedtest.net/result/d/a6b575a2-c63b-481f-bb5b-ceae2ca0ce1d.png)
-
Des 14h30 aujourd'hui, pas mal :
(https://www.speedtest.net/result/d/a6b575a2-c63b-481f-bb5b-ceae2ca0ce1d.png)
Mise à part les speedtest, comment se comporte les autres services ? Navigation, streaming, téléchargement, etc
-
Téléchargement beaucoup plus lents, navigation bof, on sent la latence légèrement augmentée. Certaines applis qui accédent au net dès le démarrage mettent un peu temps avant se lancer... Sur certains point c'est un retour à l'adsl. Pareil vers toutes les destinations, pas étonnant vu que la saturation semble avoir lieu 2 saut après mon nro avant toute sortie...
Je sais que ce je poste ne sert à rien, mais si ça peut éviter à quelqu'un du 95 de s'abonner sans savoir que ça sature sévère...
-
pareil sur Gonesse, c'est horrible...
-
Beauchamp aussi, incroyable, ping de +de 30 ms pour atteindre 1.1.1.1 et débits de 10 Mb/s
-
Vous pouvez faire des tracert pour voir si on passe par le même équipement ?
-
Vous pouvez faire des tracert pour voir si on passe par le même équipement ?
traceroute to 1.1.1.1 (1.1.1.1), 64 hops max, 52 byte packets
1 gen8.utopia.net (192.168.1.1) 2.435 ms 1.247 ms 1.187 ms
2 1.251.1.93.rev.sfr.net (93.1.251.1) 5.605 ms 4.684 ms 3.475 ms
3 94.173.136.77.rev.sfr.net (77.136.173.94) 31.532 ms 31.967 ms 30.088 ms
4 186.136.133.77.rev.sfr.net (77.133.136.186) 30.036 ms 33.245 ms 29.016 ms
5 129.10.136.77.rev.sfr.net (77.136.10.129) 31.321 ms 33.095 ms 30.907 ms
6 129.10.136.77.rev.sfr.net (77.136.10.129) 33.796 ms * 32.305 ms
7 * * *
8 one.one.one.one (1.1.1.1) 32.308 ms 29.057 ms 30.688 ms
Je bouche à partir de 94.173.136.77.rev.sfr.net (77.136.173.94) moi :(
-
Donc on passe par des équipements différents, mais ca reste toujours avant la "sortie" vers d'autres reseaux, toujours chez en interne chez SFR...
-
Donc on passe par des équipements différents, mais ca reste toujours avant la "sortie" vers d'autres reseaux, toujours chez en interne chez SFR...
Le problème est connu depuis de nombreuses années je crois, étonnant qu'il ne soit toujours pas pris au sérieux, le nombre de client augmente mais derrière la collecte est toujours aussi bancale ^^Je crois qu'à moins de 300 Mb/s on peur résilier :)
-
Oui ! le nombre de clients augmente et c'est bien la seule chose qui les intéresse chez SFR...
-
Oui ! le nombre de clients augmente et c'est bien la seule chose qui les intéresse chez SFR...
Hélas :( J'ai eu un technicien, on fait le point demain, surveillance de ligne 24h, on connait déjà le résultat ^^
-
Je crois qu'à moins de 300 Mb/s on peur résilier :)
Il n'y a pas de débit garanti, ou alors très bas, genre quelques kb/s, donc en gros que tu aies une connexion Internet. Donc tu peux résilier, mais cela ne sera pas gratuit. Il n'y a que les offres professionnelles qui ont ce genre de garantie.
-
C'est 128 kb/s le débit garanti chez la plupart des opérateurs.
Un tel problème c'est pas possible qu'ils ne soient pas au courant, ils ont du monitoring qui permet de savoir à l'avance qu'il faut upgrader pour éviter ce genre de cas.
Le problème c'est surement une question d'allocation de budget, ça m'étonnerait pas qu'ils fassent trainer ça.
C'est con car ça dégrade fortement l'image de marque et cela n'aide pas pour recruter ensuite ...
-
C'est 128 kb/s le débit garanti chez la plupart des opérateurs.
Un tel problème c'est pas possible qu'ils ne soient pas au courant, ils ont du monitoring qui permet de savoir à l'avance qu'il faut upgrader pour éviter ce genre de cas.
Le problème c'est surement une question d'allocation de budget, ça m'étonnerait pas qu'ils fassent trainer ça.
C'est con car ça dégrade fortement l'image de marque et cela n'aide pas pour recruter ensuite ...
C'est grave, très grave, va falloir régler ça rapidement, ils risquent de perdre pas mal de clients dans la région sinon :(
-
Je pense aussi qu'ils sont au courant, même si le problème est un peu bizarre (il n'y a pas la même saturation vers toutes les destinations). Ce qui est étrange, c'est qu'il puisse durer si longtemps.
-
Je pense aussi qu'ils sont au courant, même si le problème est un peu bizarre (il n'y a pas la même saturation vers toutes les destinations). Ce qui est étrange, c'est qu'il puisse durer si longtemps.
Sur l'Oise c'est fini (ça a quand même duré plusieurs mois), mais ça revient sur le Val d'Oise.
La variation suivant les destinations n'a potentiellement concerné que l'Oise.
-
+1, ici c'est pareil vers toutes les destinations, vu que la saturation arrive au sein même du réseau SFR. C'est lamentable, et... contre productif évidemment... Je veux dire, SFR a des peerings&co souvent très bon avec "l'extérieur", et détruit ses performances à cause de leur réseau interne ?
Et oui ils sont forcèment au courant. Mais le budget doit être utilisé + pour amener de nouveaux abonnés qu'upgrader leur infra du moment qu'il n'y a pas de vague de désabonnement massive... Pour l'abonné lamba, je suppose que tout va bien du moment que la tv fonctionne...
-
Ils sont au courant, il y a déjà eu (?) des interventions avec des dates de rétablissement, c'est bien ça le pire:
c'est toujours d'actualité.
Je pense que l'investissement est trop conséquent et que la proportion de personnes qui le constatent et se plaignent est faible.
-
ça dure depuis longtemps effectivement... la seule solution : passer chez un autre opérateur
-
Yep. Ça m'étonne que ça ne fait pas trop parler. On parle du 2nd fai français qui s'écroule à 10-20mb en soirée...
-
Je pense que l'utilisateur "lambda" ne se rends pas compte... du moment que la TV, Facebook et le téléphone fonctionne c'est bon :)
Tout le monde ne s'amuse pas à faire des speedtests, tracert, ping.
-
Y'a aussi ceux qui vont mettre leur iphone à jour, regarder Netflix en faisant autre chose, tout ce qui inclus du cloud... Ici je l'ai remarqué car je sentais que la navigation était relativement lente, c'est dire...
-
Et ceux qui relativisent parce que 24€ par mois c'est quand même de la fibre pour pas cher ! Et ça convient à la majorité des besoins :)
-
J'ai eu la cellule technique aujourd'hui, ils vont je cite : "Mettre les infrastructures du Val d'Oise en surveillance durant une semaine pour vérifier où est l'origine de la saturation et essayer de régler le problème, ils me recontactent d'ici une semaine." Conclusion ? Du foutage de gueule ^^
-
S'ils ont besoin d'un appel client pour réaliser que ça sature un max, c'est mal barré.. Et inimaginable. Mais bon, ça calmera les personnes qui appellent quelques temps...
-
S'ils ont besoin d'un appel client pour réaliser que ça sature un max, c'est mal barré.. Et inimaginable. Mais bon, ça calmera les personnes qui appellent quelques temps...
Je pense aussi, et peut être une résolution à l'arrivée qui sait ? De tout façon même si le service est dégradé, je suis pas prêt à quitter SFR hélas, pour le prix que je paye et tout les services qu'ils m'offrent, le rapport qualité-prix reste imbattable ^^
-
Ici je vais tester le 10g de free quand ils arriveront dans mon coin (fin d'année j'espère), et si ca ne va pas, direction BT. Je ne pars pas dès maintenant chez BT à cause de l'engagement que ça crée...
-
Tu peux passer 3 mois chez Sosh ! Juste le temps d'obtenir le remboursement des frais de résiliation SFR. ;)
Mieux vaut du 300 Mbps constant plutôt que du gigabit... qui se transforme en 10 Mbps qui rame aux heures de pointe à mon avis... ::)
Après, faut jongler avec les promos : 15 €/mois au lieu de 20 début septembre puis probablement début décembre (pour engranger des clients lors du T4 2019), ou ventes privées épisodiques de free, etc.
-
Oh je ne suis pas engagé chez SFR (je suis chez RED), je parlais de l'engagement chez BT si je vais tout de suite chez eux :)
Pour Sosh, franchement, poser un jour de congès, reconfigurer mon routeur, etc, pour quelques mois, ça me saoule pour le moment. On verra quand ma patience sera à bout :)
-
J'avais bien compris. D'où ma proposition de Sosh plutôt que Bouygues ! ;)
Après tu peux caler un RV avec le technicien un samedi, dans la mesure où tu n'es pas super pressé, ça t'évite le jour de congé pour ça ! Après le routeur, là...
-
le comble c'est que les mécontents vont aller ailleurs -en zmd sfr BT et free arrivent - et que ca va surement résoudre le problème sans rien faire...
-
Je découvre le sujet.
J'ai la fibre sur Argenteuil depuis quelques mois, SFR Red, et je vois en effet depuis quelques temps des ralentissements digne de mon ancienne ligne adsl, avec le streaming qui ne tient pas la HD.
Mais j'ai l'impression que avec un VPN, il n'y a plus de problème, voir ci-dessous, avec un VPN FR je suis 250mbps, sans à peine à 60 et probablement moins vers 22h. Ligne ftth à 1000/400
-
Je découvre le sujet.
J'ai la fibre sur Argenteuil depuis quelques mois, SFR Red, et je vois en effet depuis quelques temps des ralentissements digne de mon ancienne ligne adsl, avec le streaming qui ne tient pas la HD.
Mais j'ai l'impression que avec un VPN, il n'y a plus de problème, voir ci-dessous, avec un VPN FR je suis 250mbps, sans à peine à 60 et probablement moins vers 22h. Ligne ftth à 1000/400
250 avec un vpn, on est quand même loin du giga. Test en wifi ?
-
Sur argenteuil, ou dans les zones impactées, vous avez par hasard votre ligne en incident si vous entrez votre 09 ici : https://assistance.sfr.fr/form/incidents/reseau-fixe.html#sfrclicid=EC_mire_Me-Connecter ?
-
250 avec un vpn, on est quand même loin du giga. Test en wifi ?
en ethernet, mais c'est à peu près la vitesse maxi des serveurs vpn que j'utilise, quelque soit l'heure de la journée. Il y a quand même pas de doutes que ça joue fortement sur la saturation du soir, entre sans vpn à 20-60, et avec vpn à 250
-
J'ai la fibre sur Argenteuil depuis quelques mois, SFR Red, et je vois en effet depuis quelques temps des ralentissements digne de mon ancienne ligne adsl, avec le streaming qui ne tient pas la HD.
Mais j'ai l'impression que avec un VPN, il n'y a plus de problème, voir ci-dessous, avec un VPN FR je suis 250mbps, sans à peine à 60 et probablement moins vers 22h. Ligne ftth à 1000/400
Intéressant, est-ce que tu peux regarder le ping moyen vers différentes destinations :
- www.sfr.fr
- www.free.fr
- ping.online.net
- paris.testdebit.info (Bouygues)
- www.google.fr
- 1.1.1.1 (Cloudflare, normalement CDG via FranceIX)
- 149.6.114.17 (be4145.agr21.par01.atlas.cogentco.com, normalement le point d'entrée vers Cogent)
-
Tiens, pour m'amuser, j'ai fait le test de ping, n'étant pas chez SFR mais chez free. Vous pourrez comparer ! :)
J'indique la moyenne, le minimum est identique, et le maximum s'il est différent. Je retenterai en pleine heure de pointe pour comparer.
- sfr : 4 ms
- free : 1 ms, maxi 2
- ping.online.net : 2 ms, maxi 3
- paris.testdebit.info : 2 ms
- google : 1 ms, maxi 2
- 1.1.1.1 : 3 ms
- 149.6.114.17 : 2 ms, maxi 3
-
Je suis entré 3 et 9 ms là mais c'est impressionnant dès 00h, ma qualité est de retour ^^
-
Tiens, pour m'amuser, j'ai fait le test de ping, n'étant pas chez SFR mais chez free. Vous pourrez comparer ! :)
C'est meilleur que ce que j'avais en 2016 quand je me suis abonné juste après avoir été éligible (NRO opérationnel depuis 3 mois).
C'est certes dans l'Oise donc légèrement plus loin, mais en VSDL Free suivait une route plus directe (Chambly => Mours donc Val d'Oise directement) que SFR en FTTH (Chambly => Beauvais, donc au moins 120km au lieu de 45km vers Paris).
Ici, ça fait presque 2 semaines où la situation est "idéale" : pas de saturation, ping corrects vers toutes les destinations (mais pas au niveau de 2016 quand même).
Voici les moyennes sur la journée (il y a toujours 1,5ms de jitter en revanche) :
- www.sfr.fr : 6.2ms
- www.free.fr : 5.9ms
- ping.online.net : 5ms
- paris.testdebit.info : 6.5ms
- www.google.fr : 4.6ms
- 1.1.1.1 : 6.1ms
- 149.6.114.17 : 6.1ms
-
C'est certes dans l'Oise donc légèrement plus loin, mais en VSDL Free suivait une route plus directe (Chambly => Mours donc Val d'Oise directement) que SFR en FTTH (Chambly => Beauvais, donc au moins 120km au lieu de 45km vers Paris).
Tu as raison de rappeler ça : étant dans le sud 95, mon ping sera logiquement inférieur vers Paris, même si parfois les liens ne sont pas très logiques (Chambly > Paris via Beauvais en est un bon exemple !).
Donc 1 ou 2 ms de plus dans l'Oise est normal, mais au-delà, ça l'est moins...
Alors à vos pings ! :P
-
A 18 h 30, heure classique de saturation...
C'est la même chose que la nuit dernière chez free fibre... sauf 1.1.1.1 (Cloudflare) et le point d'entrée Cogent ! :o
- sfr : 4 ms
- free : 1 ms
- ping.online.net : 2 ms, maxi 3
- paris.testdebit.info : 2 ms
- google : 1 ms, maxi 2
- 1.1.1.1 : 48 ms (maxi 50 ms), 3 ms la nuit dernière
- 149.6.114.17 : 50 ms (maxi 53 ms), 2 ms la nuit dernière
Voilà le traceroute vers Cogent...
C:\Users\XXX>tracert 149.6.114.17
Détermination de l'itinéraire vers be4145.agr21.par01.atlas.cogentco.com [149.6.114.17]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [XXX]
2 2 ms 3 ms 2 ms 194.149.164.58
3 2 ms 2 ms 2 ms 194.149.166.38
4 50 ms 50 ms 49 ms be4204.ccr32.par04.atlas.cogentco.com [149.11.11
5.13]
5 52 ms 51 ms 51 ms be2103.ccr42.par01.atlas.cogentco.com [154.54.61
.21]
6 53 ms 53 ms 53 ms be4145.agr21.par01.atlas.cogentco.com [149.6.114
.17]
Itinéraire déterminé.
-
A 18 h 30, heure classique de saturation...
C'est la même chose que la nuit dernière chez free fibre... sauf 1.1.1.1 (Cloudflare) et le point d'entré Cogent ! :o
- sfr : 4 ms
- free : 1 ms
- ping.online.net : 2 ms, maxi 3
- paris.testdebit.info : 2 ms
- google : 1 ms, maxi 2
- 1.1.1.1 : 48 ms (maxi 50 ms), 3 ms la nuit dernière
- 149.6.114.17 : 50 ms (maxi 53 ms), 2 ms la nuit dernière
Moi que ce soit SFR, Free ou Online, je suis au minimum à 26 ms hein 😅
-
A 18 h 30, heure classique de saturation...
C'est la même chose que la nuit dernière chez free fibre... sauf 1.1.1.1 (Cloudflare) et le point d'entré Cogent ! :o
- sfr : 4 ms
- free : 1 ms
- ping.online.net : 2 ms, maxi 3
- paris.testdebit.info : 2 ms
- google : 1 ms, maxi 2
- 1.1.1.1 : 48 ms (maxi 50 ms), 3 ms la nuit dernière
- 149.6.114.17 : 50 ms (maxi 53 ms), 2 ms la nuit dernière
Pour le moment ça semble tenir ce soir pour moi...
sfr.fr : 6ms
free.fr 7ms
ping.online.net : 6ms
paris.testdebit.info : 7ms
google : 8ms
1.1.1.1 : 8ms , mais il y a d'après le tracert un lien entre sfr et couldflare sur FranceIX , on ne passe pas par cogent ou autre.
149.6.114.17 (cogent donc) : 8ms
-
Donc une partie du peering est moins bon chez free à cet instant... ::)
En revanche rien à dire sur le débit en général, ça semble tenir la route...
-
Oh bah niveau peering, sfr est connu pour être bon, et free le moins bon d'entre tous, et d'utiliser cogent (du transit si je me mélange pas dans les termes) en masse, plutôt que des GIX ou du peering en direct, même si ça s'est amélioré depuis quelques temps. Chez SFR dans des départements, ç'est un soucis le plus souvent interne (je ne suis pas assez calé pour déterminé ou... collecte après les nro ?)
-
Au moins fast.com m'indique bien le gigabit (même si l'upload n'est pas tout à fait le bon), je peux regarder Netflix ! :P
C'était moins évident chez free il y a un an ou deux... :-X
ça donne quoi chez SFR ?
-
free ayant désormais un lien direct avec netflix, c'est pas étonnant, et tant mieux :)
SFR a aussi un lien direct, donc pas de soucis (quand le réseau sfr ne s'éfondre pas avant :o)
Par contre ce site/bench est assez fluctuant, d'un coup à l'autre je peux perdre ou gagner 100mbps que ce soit en down ou en up.
(https://web.rootax.org/temp/fastnetflix.jpg)
-
SFR a aussi un lien direct, donc pas de soucis (quand le réseau sfr ne s'éfondre pas avant :o)
Oui mais la latence semble nettement au-dessus chez SFR... :(
Le test de Fast varie en effet, entre 900 Mbps et 1 Gbps là...
-
Toujours ok ce soir...21h... On me fera pas croire qu'entre tous les soirs de la semaine dès 18h30-19h, et ce soir, la "consomation" internet a fortement chuté ?!
-
Oulà, j'ai porté la poisse, le nro de bezons va exploser :
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms ccr1009 [192.168.1.1]
2 1216 ms 1393 ms 1644 ms 95bzo2-nro-1.nro.gaoland.net [109.24.76.11]
3 2523 ms 2145 ms 1101 ms 17.119.24.109.rev.sfr.net [109.24.119.17]
4 1401 ms 2504 ms 2522 ms 2.132.17.93.rev.sfr.net [93.17.132.2]
5 2921 ms 2199 ms 2287 ms 17.137.136.77.rev.sfr.net [77.136.137.17]
6 2833 ms 2818 ms 1486 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
7 2112 ms 2025 ms 2106 ms 74.125.146.198
8 2279 ms 2527 ms 1058 ms 108.170.244.161
9 958 ms 1198 ms 1086 ms 108.170.238.107
10 1385 ms 1936 ms 1543 ms dns.google [8.8.8.8]
l'état de ma ligne chez eux fait peur en même temps :
(https://web.rootax.org/temp/incidents.jpg)
-
Ah oui, là ça coince sévèrement... :o
A l'instant chez moi...
----------------------------------------------------------------
Détermination de l'itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms FREEBOX [XXX]
2 2 ms 2 ms 2 ms 194.149.169.57
3 1 ms 3 ms 2 ms 194.149.166.62
4 2 ms 2 ms 2 ms 72.14.221.62
5 3 ms 3 ms 2 ms 108.170.245.1
6 2 ms 2 ms 2 ms 64.233.174.93
7 2 ms 2 ms 2 ms dns.google [8.8.8.8]
Itinéraire déterminé.
-
C'est redevenu ok. Débit qui commence à limiter, mais vers 300-500mb (au lieu de 10-20 avant...) . Wait&see
-
Pour le moment ça semble tenir ce soir pour moi...
sfr.fr : 6ms
free.fr 7ms
ping.online.net : 6ms
paris.testdebit.info : 7ms
google : 8ms
1.1.1.1 : 8ms , mais il y a d'après le tracert un lien entre sfr et couldflare sur FranceIX , on ne passe pas par cogent ou autre.
149.6.114.17 (cogent donc) : 8ms
Ca reste un peu moins bon qu'ici, avec normalement beaucoup moins de chemin à parcourir.
Oulà, j'ai porté la poisse, le nro de bezons va exploser :
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms ccr1009 [192.168.1.1]
2 1216 ms 1393 ms 1644 ms 95bzo2-nro-1.nro.gaoland.net [109.24.76.11]
3 2523 ms 2145 ms 1101 ms 17.119.24.109.rev.sfr.net [109.24.119.17]
4 1401 ms 2504 ms 2522 ms 2.132.17.93.rev.sfr.net [93.17.132.2]
5 2921 ms 2199 ms 2287 ms 17.137.136.77.rev.sfr.net [77.136.137.17]
6 2833 ms 2818 ms 1486 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
7 2112 ms 2025 ms 2106 ms 74.125.146.198
8 2279 ms 2527 ms 1058 ms 108.170.244.161
9 958 ms 1198 ms 1086 ms 108.170.238.107
10 1385 ms 1936 ms 1543 ms dns.google [8.8.8.8]
Des valeurs pareilles sans perte, c'est étonnant.
-
Le dernier ca a duré quelques minutes à peine. Peut être que ça bosse sur du routage chez eux en ce moment ? Plus que quelques mois à tenir :o
Pour les pertes, je ne teste pas ça ce soir. Mais les fois d'avant, j'en avais, environ 5-8% vers 8.8.8.8 par exemple, avec un ping à 30ms et un débit à 10-20.
Ce soir le ping reste bon, et le débit en dents de scie entre 150 et 400mb... Je cherche plus vraiment à comprendre. Y'a du mieux par rapport à ces derniers jours, même si ça coince toujours pas mal, je le sens bcp moins (hors dl/ul).
-
ça refonctionne bien ce soir
sans vpn sur speedtest
6ms
182.44mbps en dl
471.98mbps en ul
je reste loin des 1000 théoriques en dl, mais il n'y a pas à se plaindre, et les 182 s'expliquent par la technologie GPON
quelques ping moyen sur 10 ping
www.sfr.fr 4ms
www.free.fr 6ms
ping.online.net 5ms
paris.testdebit.info 7ms
www.google.fr 6ms
1.1.1.1 5ms
149.6.114.17 6ms
fait à 22h10, à voir si ça dure
-
Détermination de l’itinéraire vers dns.google [8.8.8.8]
avec un maximum de 30 sauts :
1 <1 ms <1 ms <1 ms ccr1009 [192.168.1.1]
2 1024 ms 1091 ms 475 ms 95bzo2-nro-1.nro.gaoland.net [109.24.76.11]
3 1084 ms 525 ms 826 ms 17.119.24.109.rev.sfr.net [109.24.119.17]
4 747 ms 791 ms 1130 ms 2.132.17.93.rev.sfr.net [93.17.132.2]
5 433 ms 422 ms 400 ms 17.137.136.77.rev.sfr.net [77.136.137.17]
6 500 ms 359 ms 623 ms 125.10.136.77.rev.sfr.net [77.136.10.125]
7 492 ms 663 ms 382 ms 74.125.146.198
8 820 ms 955 ms 491 ms 108.170.244.161
9 594 ms 582 ms 320 ms 108.170.238.107
10 587 ms 542 ms 488 ms dns.google [8.8.8.8]
SFR, what else.
EDIT : ma ligne a de nouveau un incident de déclaré depuis hier soir / le soir du post, ouvert tout seul à 21h50. Donc, peut être que des inters ont lieu dans mon coin...
-
J'ai eu le service SFR dès le début de mon problème, ping qui ne monte plus au dessus de 10 ms et je viens de faire le test, 600Mb/s à 22h je suis épatée ;D
-
Bon ici ça bosse, en tout cas l'ip de mon NRO a changé :o même pas de résolution inversée dessus... Le bail dhcpv4 est passé de 3 minutes à 5 minutes... Enfin quand ça marche depuis 30 minutes, ca saute fréquemment , plus d'ipv6...
EDIT : et passé au profil 400mega en up au lieu de 500...
-
EDIT : et passé au profil 400mega en up au lieu de 500...
C'était 500 même en IPv4 ?
Sinon c'est peut-être juste l'IPv6 qui ne fonctionne pas au moment du test.
-
J'avais 500 en ipv4 oui :) Pour l'ipv6, je ne récupère même plus de préfixe ;)
-
Pas de saturation catastrophique ce week end. A voir si ça dure depuis le changement d'équipement...
-
Saturation vers Free, sfr.fr, et Cogent ce soir, ça faisait longtemps.
-
Saturation vers Free, sfr.fr, et Cogent ce soir, ça faisait longtemps.
Encore dimanche soir (légèrement), hier soir (30ms), et ce soir (30ms).
-
Bien fait de partir, même si rien n'est parfait ailleurs :/
-
Encore dimanche soir (légèrement), hier soir (30ms), et ce soir (30ms).
Idem :(
-
Aucun soucis depuis jeudi dernier, mais ce soir ça a commencé à 20h05, et maintenant 20ms vers ces 3 destinations.
Vers bouygues.testdebit.info :
- le ping est correct
- avec plusieurs connexions le débit reste à peu près correct, avec quelques variations
- avec une seule connexion, parfois <20Mo/s
-
(https://www.speedtest.net/result/9116003246.png)
Voila voila, toujours aussi fragile ce réseau.
-
Ça commence plus tard pour moi, c'est bien toujours une saturation différente dans leur réseau.
Fin de la saturation avec une belle droite : 30ms à 23h15 => 7ms à 23h30.
Ce que je ne m'explique pas, c'est que ça puisse arriver certains jours dans la semaine et pas d'autres.
J'aimerais bien tester en IPv6 pour comparer, mais ça fait deux mois que j'ai une config en natif (et même renouvelée il y a 3 jours), mais que ça ne dépasse par les premiers routeurs SFR (le premier après ma box, et dans l'autre sens le premier en entrée du réseau SFR).
-
C'est moins fort aujourd'hui, en revanche vers Free il y a eu des pics à plus de 40ms.
Au moins, ça m'aura permis de trouver un bug de routage avec le VPN du travail : certains paquets envoyés par Colt revenaient par Cogent (donc saturation uniquement sur le retour, et d'autres problèmes un peu bizarres).
-
Ce soir, saturation vers www.free.fr pendant le discours présidentiel, puis retour à la normale.
Mais à partir de 21h20, c'est la saturation habituelle : 30ms vers Free/sfr.fr/Cogent.
-
30ms c’est beau, je suis plutôt autour de 150/200ms chez SFR et infra Axione ^^
-
Saturations variables depuis un peu avant 14h, toujours vers les mêmes destinations (et vers ping.online.net, que je ne testais pas avant).
-
Dure journée...
-
Retour à la normale à 23h25 ici
-
Bonjour tout le monde, sa serai pour savoir si vous avez les debit aussi faible que sa. J'ai vu qu'il y'avait eu des saturation a une certaine période dans mon secteur mais je n'ai ressenti aucune gènes auparavant.
-
Ici les débits sont quasi normaux sur les tests (parfois 800Mbps), et les ping sont normaux.
Je n'ai pas eu de problème depuis 2 semaines.
En revanche Netflix a beaucoup de mal ce soir (je ne sais pas de quel côté ça vient), alors que fast.com est OK.
-
C'est la première fois avec eux d'avoir une connexion pratiquement inutilisable. Par contre la télévision fonctionne impec. Avec un down aussi bas et un upload normal peu être du a une saturation ?
-
C'est la première fois avec eux d'avoir une connexion pratiquement inutilisable. Par contre la télévision fonctionne impec. Avec un down aussi bas et un upload normal peu être du a une saturation ?
Oui, avec les pings à 30 ms aussi.
C'est probablement le même type de problème (ici c'était toujours variable selon les réseaux de destination, je ne sais pas si c'est partout pareil), à des périodes différentes.
Je me demande si les multiples changements de routes que j'observe depuis 1 an n'indiquent pas un vrai manque de capacité qu'ils essayent de contourner en répartissant les abonnés plutôt que de remplacer les routeurs.
-
Oui, avec les pings à 30 ms aussi.
C'est probablement le même type de problème (ici c'était toujours variable selon les réseaux de destination, je ne sais pas si c'est partout pareil), à des périodes différentes.
Je me demande si les multiples changements de routes que j'observe depuis 1 an n'indiquent pas un vrai manque de capacité qu'ils essayent de contourner en répartissant les abonnés plutôt que de remplacer les routeurs.
Vu que ça se reproduit cycliquement, doit y'avoir un truc du genre oui. Au lieu d'améliorer franchement l'infra dans cette région, ils jouent à mieux l'équilibrer, ou alors faire des augmentations très légères qui ne tiennent pas dans le temps.
-
Bonjour @safe,
Je vois que vous êtes de Ermont. Je suis de Eaubonne (donc nous sommes très très proches et je constate moi aussi une réelle dégradation du service depuis vendredi soir, et uniquement en soirée.
En images, la preuve.
Test effectué en début de journée :
(https://nsa40.casimages.com/img/2020/04/05/mini_200405103439436754.png) (https://nsa40.casimages.com/img/2020/04/05/200405103439436754.png)
Puis un test effectué ce soir :
(https://nsa40.casimages.com/img/2020/04/05/mini_200405103439531604.png) (https://nsa40.casimages.com/img/2020/04/05/200405103439531604.png)
Ca se passe de commentaires je pense.
J'ai contacté le SAV par Twitter qui me dit ne voir aucun problème ni incident... mais ils ont pris le point et l'ont remonté au support technique N2.
Mais en effet ça devient presque inutilisable. Même si la connexion devrait suffire pour regarder du streaming sur Twitch par exemple, ça saccade tellement que je dois m'en passer le soir. Je n'ai même pas envie de tenter le jeu vidéo en ligne.
Ca ressemble tout bonnement à de la redirection de flux pour gérer la saturation (le COVID-19 n'aide pas évidemment)...
-
Bonjour
Je suis sur ermont et pratiquement inutilisable ce soir aussi. Obliger d'utiliser la 4g sfr qui fonctionne déjà mieux.
-
Je viens de faire un test plutôt très surprenant.
J'ai refait un test de débit mais avec mon VPN d'activé. Et là, miracle, le débit est 10 fois supérieur :
(https://nsa40.casimages.com/img/2020/04/05/mini_20040511032450453.png) (https://nsa40.casimages.com/img/2020/04/05/20040511032450453.png)
Concernant le ping, il ne peut pas être meilleur c'est certain, mais il a le mérite de ne pas être plus haut et d'être stable. Je peux profiter de Twitch sans problème du coup...
Ce n'est pas la première fois que le VPN règle des soucis : lorsque je décide de streamer mon écran sur Discord sans VPN (pour les connaisseurs), les personnes qui regardent me disent toujours que c'est impossible à regarder (pixelisé, très très saccadé). Et quand je connecte mon VPN, ça fonctionne bien mieux comme par magie.
Je ne sais pas vraiment ce qu'on peut en tirer, mais ça m'a l'air un peu abusé...
-
Donc c'est exactement comme quand j'ai les problèmes, la saturation n'est pas présente vers tous les réseaux de destination.
Si ça ne sature pas vers Cloudflare (ping 1.1.1.1 pour vérifier), il est possible de passer par leur "VPN" Warp.
Il n'y a pas encore de client officiel hors Android/iOS, mais on peut contourner.
Avec https://github.com/maple3142/cf-warp (ou juste en téléchargeant https://cf-warp.glitch.me/warp.conf) on a un profil qui peut s'utiliser avec le client Wireguard officiel (https://www.wireguard.com/install/).
-
la saturation n'est pas présente vers tous les réseaux de destination.
Effectivement je n'ai même pas pris la peine d'en conclure cela. Je ne comprends pas que ce soit fait ainsi.
Concernant "Warp", je ne connaissais pas du tout. Qu'est-ce que c'est exactement ?
En tout cas, je viens d'essayer le profil et effectivement ça fonctionne bien mieux (même si avec mon VPN les résultats sont légèrement satisfaisants ; et ça modifie mon IP LAN et ça pose problème pour ma domotique !).
-
Effectivement je n'ai même pas pris la peine d'en conclure cela. Je ne comprends pas que ce soit fait ainsi.
Ce sont certains liens ou certains routeurs dans le réseau SFR qui saturent.
Le résultat est effectivement un peu bizarre, parce qu'il ne s'agit ni de la collecte du NRO (qui ferait une saturation générale), ni des liens de peering (qui affecterait tous les abonnés vers une destination donnée, et qui ne concernerait jamais des parties du réseau SFR comme c'est le cas).
Concernant "Warp", je ne connaissais pas du tout. Qu'est-ce que c'est exactement ?
En tout cas, je viens d'essayer le profil et effectivement ça fonctionne bien mieux (même si avec mon VPN les résultats sont légèrement satisfaisants ; et ça modifie mon IP LAN et ça pose problème pour ma domotique !).
Dans l'interface de Wireguard, on peut modifier le tunnel, et décocher la case "Bloquer tous le trafic hors tunnel", sans ça effectivement le LAN ne fonctionne plus.
Warp est une sorte de VPN, mais qui ne cache pas l'IP du client pour les serveurs hébergés chez Cloudflare, et qui ne permet pas de changer de pays (le point de sortie est le datacenter Cloudflare le plus proche). Ils disent permettre d'éviter les congestions, et ici c'est effectivement le cas (si SFR ne sature pas vers Cloudflare bien sûr).
https://blog.cloudflare.com/1111-warp-better-vpn/ (et les futurs clients desktop https://blog.cloudflare.com/announcing-the-beta-for-warp-for-macos-and-windows/).
-
Bonsoir,
J'ai reçu en fin d'après-midi un SMS du support SFR qui m'indique que l'incident technique dont j'avais fait part ce vendredi est résolu.
Effectivement ce soir tout semble aller correctement, mon ping sur le test de débit SFR (mire) est de 3ms et je retrouve bien mes 950Mbps.
A suivre... ;)
-
Je t'envie ton PING
Je suis passé de 7ms en 2016 à 19ms en 2020 ??? ...
-
Pareil j'ai retrouver mon débit d'origine hier ping a 3ms
-
Bonsoir à tous,
Je vais me joindre à ce post pour vous exposer un problème que j'ai depuis bientôt 2 semaines. Je suis en FTTLA et c'est un peu l'inverse de ce qui se passe pour vous.
Moi c'est mon débit montant qui est fortement impacté le soir. D'habitude très stable (autour des 60mb/s), il s'effondre fortement pour tomber jusqu'à 1mb/s à certains moments.
Après c'est variable, mais en gros entre 19h et 23h30 il est quasiment impossible de dépasser les 5mb/s en montant. J'ai mis un speedtest en dessous histoire que vous puissiez voir ce que ça donne.
D'autres personnes chez SFR ont-ils le même problème ?
-
Un grand classique en FTTLa :P !
-
Un grand classique en FTTLa :P !
Si tu peux me trouver d'autres cas comme celui-ci sur le forum... ::)
-
2 mois pour réagir à un speedtest aussi...
-
2 mois pour réagir à un speedtest aussi...
Arf, j'avais pas vu ;D ;D