OVH Cloud OVH Cloud

[Free IPADSL2048] Probleme de débit : rapport avec les radius c'est plausible ?

23 réponses
Avatar
Yannick B
Bonjour à tous,

Voila plus de 20 jours que je n'ai plus de débit
Comme les 50 autres abonnés recencés via ADUF & Grenouille, et les
centaines d'autres sur les NG de Free (proxad.free.adsl) nous n'avons de
problème qu'avec le download; l'upload et le ping restant non inpacté
par le problème

Nos débits sont tout à fait minable : entre 0 et 20/25 ko/sec selon les
différentes mires testées.
Des tests simples sur d'autres FAI (tele2, ...) nous permettent aux meme
heure à être connecté à 8ko et 2M respectivement chez FREE et Tele2.

FT ou la ligne ne sont donc pas la cause du problème.

Depuis plus de 20 jours donc, nous cherchons à faire avancer les choses
face au mutisme de la hotline, des emails et de ceux cencer représenter
sur ces forums la parole officielle de FREE (Brina, Alec, ...).
Après plus de quatre coup de fil à la hotline (et plus de deux heures de
communications) mon interlocuteur a fini par reconnaitre des problèmes
de RADIUS adsl sur ma région (apparement deux radius sur trois seraient
out dans la région de Grenoble)

La question est : un radius est cencé géré l'authentification de
l'abonné au FAI, mais en quoi cela pourrait il avoir une influence sur
le débit ?

Sachant que ce problème touche toutes les régions, et selon nos
recoupements ne toucherait en fait que les plages d'IP 81.56.*.* et
82.253.*.*, en quoi ce 'radius' pourrait être la cause de nos soucis ?
(bien que le radius puisse garder des stats à la déconnexion sur la
session de l'abonné)

Dernière question, savez vous si il est réellement impossible de
repasser d'une IP fixe à une ip dynamique sur le réseau ip/adsl (raison
invoquée à la hotline pour refuser mes demandes de passage en dynamique
pour trouver une plage d'ip sans soucis comme l'ont déjà fait nombre de
mes camarades).

Merci de vos réponses
Yannick BIET

10 réponses

1 2 3
Avatar
Tartiflette
"Walter" a écrit dans le message de news:
41b23903$0$16334$


Penses tu qu'un des officiels daignera lui indiquer qu'il doit poster
ailleurs (sur pfad par exemple ?) à défaut de lui répondre.

Je prends le pari que non :-))


Certains non-officiels se chargent souvent de cette tache (rediriger vers
le
bon NG)


Je ne suis pas accroché en permanence sur ce forum mais je n'ai trouvé
aucun exemple de ce tu me dis.


Il y a pourtant des centaines d'exemples dans les différents forum proxad :

Exemples :

Message-ID:
Message-ID:
Message-ID:
Message-Id:
Message-Id:
Message-ID: <419bbb2e$0$24795$
Message-ID: <4197d72d$0$6382$
...



Avatar
Marcus Olibrius
J'ai contacté vendredi la hotline pour le problème de bridage en 512 des
2048 (va voir les posts )
Ils m'ont dit qu'efectivement ils avaient changé des serveurs proxy radius,
ça n'a évidemment aucun effet sur le débit.
C'est vrai par contre que lorsque je reconnecte, je m'authentifie plus vite,
ceci ne résolvant en aucune manière le problème de débit.
Si ça marche avec tele 2, il est clair que le problème est chez free.
Mon idée:
Je crois que free n'a pas loué assez de bande passante chez FT, résultat:
saturation des liens, et pour essayer d' éviter la saturation, bridage de
certaines classe d'ip à 512.
Je pense donc que tous les problèmes de débits faibles ou bridés en 512 sont
liés, et que free sait parfaitement l'origine du problème. Il y a des
moments ou je me demande s'il ne va pas y avoir une saturation ou un bridage
sur mon compte bancaire....
Avatar
Yannick B
Marcus Olibrius wrote:
J'ai contacté vendredi la hotline pour le problème de bridage en 512 des
2048 (va voir les posts )
Ils m'ont dit qu'efectivement ils avaient changé des serveurs proxy radius,
ça n'a évidemment aucun effet sur le débit.
C'est vrai par contre que lorsque je reconnecte, je m'authentifie plus vite,
ceci ne résolvant en aucune manière le problème de débit.
Si ça marche avec tele 2, il est clair que le problème est chez free.
Mon idée:
Je crois que free n'a pas loué assez de bande passante chez FT, résultat:
saturation des liens, et pour essayer d' éviter la saturation, bridage de
certaines classe d'ip à 512.
Je pense donc que tous les problèmes de débits faibles ou bridés en 512 sont
liés, et que free sait parfaitement l'origine du problème. Il y a des
moments ou je me demande s'il ne va pas y avoir une saturation ou un bridage
sur mon compte bancaire....

Bonjour,


je ne suis pas forcément d'accord. Si on al a chance (pas comme moi) de
ne pas être en IP fixe, onjoue à la roulette russe.

Exemple sur Grenoble (chez des amis) si on est en 82.253 ou 81.56 --> 0
débit (ip range de prédilection avec une freebox)
Si on plug un speedtouch usb (de ma feu connexion wanadoo) alors on peut
obtenir une tranche ip 82.64 et la on a 200ko de débit tout de suite


Je ne pense donc pas que cela soit la bande passante sur un lieu donné
qui merdoit puisque l'on PEUT avoir 2M selon nos IPS

Par contre ce qui est interessant de noter c'est le comportement des
routeurs de free. On afait quelques tests simples de ping.

Comme vous pourrez le constater les routeurs primaires semblent tout
simplement mal configurés ou archi saturés.


FROM 81.56

ping -l 5000 -w 10000 192.168.254.254

Envoi d'une requête 'ping' sur 192.168.254.254 avec 5000 octets de données :

Réponse de 192.168.254.254 : octetsP00 temps63 ms TTL%5 Délai
d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.
Délai d'attente de la demande dépassé.

Statistiques Ping pour 192.168.254.254:
Paquets : envoyés = 4, reçus = 1, perdus = 3 (perte 75%), Durée
approximative des boucles en millisecondes :
Minimum = 363ms, Maximum = 363ms, Moyenne = 363ms


FROM 82.253

$ ping -l 5000 -w 10000 192.168.254.254

Pinging 192.168.254.254 with 5000 bytes of data:

Reply from 192.168.254.254: bytesP00 time66ms TTL%5 Request timed out.
Request timed out.
Request timed out.

Ping statistics for 192.168.254.254:
Packets: Sent = 4, Received = 1, Lost = 3 (75% loss), Approximate
round trip times in milli-seconds:
Minimum = 366ms, Maximum = 366ms, Average = 366ms

$ ping -l 1000 -w 10000 -f 192.168.254.254

Pinging 192.168.254.254 with 1000 bytes of data:

Reply from 192.168.254.254: bytes00 time5ms TTL%5 Request timed out.
Reply from 192.168.254.254: bytes00 time7ms TTL%5 Reply from
192.168.254.254: bytes00 time7ms TTL%5

Ping statistics for 192.168.254.254:
Packets: Sent = 4, Received = 3, Lost = 1 (25% loss), Approximate
round trip times in milli-seconds:
Minimum = 115ms, Maximum = 147ms, Average = 126ms

FROM 82.64

$ ping -l 5000 -w 10000 192.168.254.254

Pinging 192.168.254.254 with 5000 bytes of data:

Reply from 192.168.254.254: bytesP00 time62ms TTL%5 Reply from
192.168.254.254: bytesP00 time64ms TTL%5 Reply from
192.168.254.254: bytesP00 time62ms TTL%5 Reply from
192.168.254.254: bytesP00 time65ms TTL%5

Ping statistics for 192.168.254.254:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate
round trip times in milli-seconds:
Minimum = 362ms, Maximum = 365ms, Average = 363ms

$ ping -l 1000 -w 10000 -f 192.168.254.254

Pinging 192.168.254.254 with 1000 bytes of data:

Reply from 192.168.254.254: bytes00 time8ms TTL%5 Reply from
192.168.254.254: bytes00 time8ms TTL%5 Reply from
192.168.254.254: bytes00 time6ms TTL%5 Reply from
192.168.254.254: bytes00 time8ms TTL%5

Ping statistics for 192.168.254.254:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss), Approximate
round trip times in milli-seconds:
Minimum = 116ms, Maximum = 118ms, Average = 117ms

Avatar
Marcus Olibrius
Yannick B wrote:
Marcus Olibrius wrote:
J'ai contacté vendredi la hotline pour le problème de bridage en 512
des 2048 (va voir les posts )
Ils m'ont dit qu'efectivement ils avaient changé des serveurs proxy
radius, ça n'a évidemment aucun effet sur le débit.
C'est vrai par contre que lorsque je reconnecte, je m'authentifie
plus vite, ceci ne résolvant en aucune manière le problème de débit.
Si ça marche avec tele 2, il est clair que le problème est chez free.
Mon idée:
Je crois que free n'a pas loué assez de bande passante chez FT,
résultat: saturation des liens, et pour essayer d' éviter la
saturation, bridage de certaines classe d'ip à 512.
Je pense donc que tous les problèmes de débits faibles ou bridés en
512 sont liés, et que free sait parfaitement l'origine du problème.
Il y a des moments ou je me demande s'il ne va pas y avoir une
saturation ou un bridage sur mon compte bancaire....

Bonjour,


je ne suis pas forcément d'accord. Si on al a chance (pas comme moi)
de
ne pas être en IP fixe, onjoue à la roulette russe.
très intéressant, problème de config de leurs routeurs:

question: volontaire ou pas ?

Exemple sur Grenoble (chez des amis) si on est en 82.253 ou 81.56 -->
0 débit (ip range de prédilection avec une freebox)
Si on plug un speedtouch usb (de ma feu connexion wanadoo) alors on
peut obtenir une tranche ip 82.64 et la on a 200ko de débit tout de
suite


Je ne pense donc pas que cela soit la bande passante sur un lieu donné
qui merdoit puisque l'on PEUT avoir 2M selon nos IPS

Par contre ce qui est interessant de noter c'est le comportement des
routeurs de free.
D'accord, je ne connaissais pas ces infos

On afait quelques tests simples de ping.

Comme vous pourrez le constater les routeurs primaires semblent tout
simplement mal configurés ou archi saturés.
c'est net, mais je n'ai pas ce problème, ça veut peut être dire que ces deux

problèmes sont disjoints (pas sur, c'est peut être aussi un pb de config de
routeur)

Envoi d'une requête 'ping' sur 192.168.254.254 avec 32 octets de do

Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 tempsE ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps0 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps0 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps#6 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps0 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4

Statistiques Ping pour 192.168.254.254:
Paquets : envoyés = 17, reçus = 17, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 28ms, Maximum = 236ms, Moyenne = 42ms


Avatar
Yannick B
Marcus Olibrius wrote:
Yannick B wrote:

Marcus Olibrius wrote:

J'ai contacté vendredi la hotline pour le problème de bridage en 512
des 2048 (va voir les posts )
Ils m'ont dit qu'efectivement ils avaient changé des serveurs proxy
radius, ça n'a évidemment aucun effet sur le débit.
C'est vrai par contre que lorsque je reconnecte, je m'authentifie
plus vite, ceci ne résolvant en aucune manière le problème de débit.
Si ça marche avec tele 2, il est clair que le problème est chez free.
Mon idée:
Je crois que free n'a pas loué assez de bande passante chez FT,
résultat: saturation des liens, et pour essayer d' éviter la
saturation, bridage de certaines classe d'ip à 512.
Je pense donc que tous les problèmes de débits faibles ou bridés en
512 sont liés, et que free sait parfaitement l'origine du problème.
Il y a des moments ou je me demande s'il ne va pas y avoir une
saturation ou un bridage sur mon compte bancaire....



Bonjour,

je ne suis pas forcément d'accord. Si on al a chance (pas comme moi)
de
ne pas être en IP fixe, onjoue à la roulette russe.


très intéressant, problème de config de leurs routeurs:
question: volontaire ou pas ?

Exemple sur Grenoble (chez des amis) si on est en 82.253 ou 81.56 -->
0 débit (ip range de prédilection avec une freebox)
Si on plug un speedtouch usb (de ma feu connexion wanadoo) alors on
peut obtenir une tranche ip 82.64 et la on a 200ko de débit tout de
suite


Je ne pense donc pas que cela soit la bande passante sur un lieu donné
qui merdoit puisque l'on PEUT avoir 2M selon nos IPS

Par contre ce qui est interessant de noter c'est le comportement des
routeurs de free.


D'accord, je ne connaissais pas ces infos
On afait quelques tests simples de ping.

Comme vous pourrez le constater les routeurs primaires semblent tout
simplement mal configurés ou archi saturés.


c'est net, mais je n'ai pas ce problème, ça veut peut être dire que ces deux
problèmes sont disjoints (pas sur, c'est peut être aussi un pb de config de
routeur)

Envoi d'une requête 'ping' sur 192.168.254.254 avec 32 octets de do

Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 tempsE ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps0 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps0 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps#6 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps) ms TTL%4
Réponse de 192.168.254.254 : octets2 temps0 ms TTL%4
Réponse de 192.168.254.254 : octets2 temps( ms TTL%4

Statistiques Ping pour 192.168.254.254:
Paquets : envoyés = 17, reçus = 17, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 28ms, Maximum = 236ms, Moyenne = 42ms


essayez avec des paquets de 1500, 5000 & 10000 octets... c'est plus net




Avatar
Marcus Olibrius
essayez avec des paquets de 1500, 5000 & 10000 octets... c'est plus
net


En effet
avec 1024 octets
96 ms de moyenne,
au delà, même en passant le délai à 4s aucun ping ne passe

Avatar
Yannick B
Marcus Olibrius wrote:
essayez avec des paquets de 1500, 5000 & 10000 octets... c'est plus
net



En effet
avec 1024 octets
96 ms de moyenne,
au delà, même en passant le délai à 4s aucun ping ne passe

Je pense donc qu'il s'agit de problèmes des routeurs tout simplement (vu

que l'on a testé sur nos routeurs ou il n'y a pas de problemes de débit
et ca marche nickel meme a 10000)

Yan


Avatar
Marcus Olibrius
Yannick B wrote:
Marcus Olibrius wrote:
essayez avec des paquets de 1500, 5000 & 10000 octets... c'est plus
net



En effet
avec 1024 octets
96 ms de moyenne,
au delà, même en passant le délai à 4s aucun ping ne passe

Je pense donc qu'il s'agit de problèmes des routeurs tout simplement

(vu que l'on a testé sur nos routeurs ou il n'y a pas de problemes de
débit et ca marche nickel meme a 10000)

Yan
Donc ça signifierait qu'ils doivent changer leurs routeurs, trop légers pour

le traffic ?



Avatar
Patrick RoZ
"Tartiflette" <hardline@"libre".fr> a écrit dans le message de
news:41b23251$0$25966$
"Yannick B" a écrit dans le message de
news: 41b22f91$0$16052$
Tartiflette wrote:
"Yannick B" a écrit dans le message de
news: 41b22e5b$0$16052$

Tartiflette wrote:

Normal, c'est un problème de dégroupé donc qui n'a pas sa place sur
pfa.






Le mien concerne un probleme IP/ADSL donc non dégroupé et qui aurait
donc




tout à fait sa place sur le forum n'est ce pas ?



Tout à fait.
et par hasard vous n'auriez pas un avis sur la question ?

J'ai vraiment besoin d'aide sur ce sujet.


Mon avis ne sera d'aucune aide vu qu'il ne serait que la répétition de ce
qu'à dit Alec sur pfa, à savoir que les liens CIPA ne peuvent pas garantir
pour l'instant le 2048 24H/24.



Quand je pense que depuis 3 semaines, Brina me soutient que je dis n'importe
quoi quand j'envisage la thèse d'une saturation des CIPA pour expliquer les
baisses de débit, et renvoi la responsabilité sur, devinez qui, FT bien sur
!

Je comprend mieux pourquoi elle éludait chacune de mes demandes de
publication d'un graphe MRTG des liens CIPA.

P-RoZ





Avatar
Yannick B
Patrick RoZ wrote:
"Tartiflette" <hardline@"libre".fr> a écrit dans le message de
news:41b23251$0$25966$

"Yannick B" a écrit dans le message de
news: 41b22f91$0$16052$

Tartiflette wrote:

"Yannick B" a écrit dans le message de
news: 41b22e5b$0$16052$


Tartiflette wrote:


Normal, c'est un problème de dégroupé donc qui n'a pas sa place sur






pfa.

Le mien concerne un probleme IP/ADSL donc non dégroupé et qui aurait





donc

tout à fait sa place sur le forum n'est ce pas ?



Tout à fait.


et par hasard vous n'auriez pas un avis sur la question ?
J'ai vraiment besoin d'aide sur ce sujet.


Mon avis ne sera d'aucune aide vu qu'il ne serait que la répétition de ce
qu'à dit Alec sur pfa, à savoir que les liens CIPA ne peuvent pas garantir
pour l'instant le 2048 24H/24.




Quand je pense que depuis 3 semaines, Brina me soutient que je dis n'importe
quoi quand j'envisage la thèse d'une saturation des CIPA pour expliquer les
baisses de débit, et renvoi la responsabilité sur, devinez qui, FT bien sur
!

Je comprend mieux pourquoi elle éludait chacune de mes demandes de
publication d'un graphe MRTG des liens CIPA.

P-RoZ


et avec la traduction en francias ? ;)


N'héistez pas à m'écrire sur mon mail perso ca m'interesse !






1 2 3