OVH Cloud OVH Cloud

Remote peer PPP pourri chez CI

6 réponses
Avatar
Gilles Hamel
Bonjour à tous,

J'ai une ligne ADSL 512 chez Club-Internet.
Je suis sur le Commutateur OGR78.
J'ai un modem routeur configuré en pppoA

voila le problème que je rencontre depuis 3 mois.

Description du problème :
========================================================
Un jour ça marche normalement, le lendemain le débit devient très faible
(3Kb/s) et c'est très lent.
Hier, c'était normal, ce soir ça marche très mal, comme mercredi dernier.
========================================================

Il se trouve que j'ai investigué et que le problème se situe chez CI
sur un de leur équipement.
Je n'ai pas d'adresse IP fixe, elle change donc toute les 24H.

A chaque fois que je tombe sur le remote peer PPP :

f04v-212-194-60-1.d1.club-internet.fr (212.194.60.1)

j'ai des débits catastrophique et un packet sur 2 est perdu quand je
fais un ping -s 1000

xxx@darkstar ~]$ date ; traceroute www.club-internet.fr
Mon Oct 31 11:47:13 CET 2005
traceroute: Warning: www.club-internet.fr has multiple addresses; using
194.158.120.15
traceroute to club-internet.fr (194.158.120.15), 30 hops max, 38 byte
packets
1 f04v-212-194-66-116.d1.club-internet.fr (212.194.66.116) 1.723 ms * *
2 f04v-212-194-60-1.d1.club-internet.fr (212.194.60.1) 51.166 ms
29.716 ms 31.947 ms
3 V300.c6k02-v.club-internet.fr (194.117.207.2) 34.576 ms 31.789 ms
257.977 ms
4 www.club-internet.fr (194.158.120.15) 185.088 ms 32.318 ms 31.958 ms

[xxx@darkstar ~]$ ping -s 1000 212.194.60.1
PING 212.194.60.1 (212.194.60.1) 1000(1028) bytes of data.
1008 bytes from 212.194.60.1: icmp_seq=1 ttl=254 time=228 ms
1008 bytes from 212.194.60.1: icmp_seq=2 ttl=254 time=97.1 ms
1008 bytes from 212.194.60.1: icmp_seq=3 ttl=254 time=260 ms
1008 bytes from 212.194.60.1: icmp_seq=5 ttl=254 time=376 ms
1008 bytes from 212.194.60.1: icmp_seq=6 ttl=254 time=97.6 ms
1008 bytes from 212.194.60.1: icmp_seq=7 ttl=254 time=97.8 ms
1008 bytes from 212.194.60.1: icmp_seq=8 ttl=254 time=272 ms
1008 bytes from 212.194.60.1: icmp_seq=9 ttl=254 time=102 ms
1008 bytes from 212.194.60.1: icmp_seq=11 ttl=254 time=99.2 ms
1008 bytes from 212.194.60.1: icmp_seq=17 ttl=254 time=668 ms
1008 bytes from 212.194.60.1: icmp_seq=18 ttl=254 time=98.2 ms

--- 212.194.60.1 ping statistics ---
19 packets transmitted, 11 received, 42% packet loss, time 18003ms

J'ai le problème uniquement quand je tombe sur ce remote peer (environ
un changement d'@IP sur 10), autrement mon accés marche parfaitement.

ça fait au moins une douzaine de fois que je relance CI. A chaque fois,
leur réponse est :

> Vious avez rencontré des perturbaiton de connexion à internet.
>
> A ce jour, toutt est revenu dans la norme.
> Nos services techniques font le nécessaire pour corriger les
perturbations sur nos équipement.

ça fait 3 mois que ça dure et c'est génant car j'utilise ma connection
de façon permanente et cela signifie que je dois rebooter mon
modem/routeur quand je tombe sur le peer 212.194.60.1.

CI s'en fout complétement !
C'est grave car cela signifie que tous les abonnés qui tombent sur ce
peer ont une connection pourrie.

La seule chose qu'ils savent faire est d'harceler leur client pour leur
vendre de l'ADSL max.

Quelqu'un aurait une idée pour faire avancer la chose ?

Merci

6 réponses

Avatar
Herm
"Gilles Hamel" a écrit...
Bonjour à tous,


Bonjour,

[...]
Il se trouve que j'ai investigué et que le problème se situe chez CI
sur un de leur équipement.
Je n'ai pas d'adresse IP fixe, elle change donc toute les 24H.

A chaque fois que je tombe sur le remote peer PPP :

f04v-212-194-60-1.d1.club-internet.fr (212.194.60.1)

j'ai des débits catastrophique et un packet sur 2 est perdu quand je fais
un ping -s 1000
[...]


J'ai exactement le même diagnostic que vous, et cela fait un moment que je
note les IP et Peer PPP obtenus lors de mes connexions.

Exemples d'IP "maudites" :
212.194.64.207; 212.194.60.138; 212.194.63.242; 212.194.69.26;
212.194.60.252; 212.194.60.148; 212.194.67.240; 212.194.62.220; ...

Bref, tout ce qui est dans le sous-réseau 212.194.6x.xxx . A chaque fois,
en effet, le Peer est 212.194.60.1, et le second hop est 194.117.207.2.

Ce qui est après est très variable. Sur un tracert vers
www.club-internet.fr, parfois on y accède directement depuis le 2nd hop, et
parfois y'a des relais (62.34.0.6 -> 62.34.0.53 -> 62.34.0.57), mais ça ne
fonctionne pas mieux avec ou sans ces intermédiaires !

Toutes les autres IP obtenues qui pointent vers un autre peer fonctionnent
à merveille (sur ma ligne en tout cas) ...

Suite à un e-mail envoyé à leur service technique j'ai eu pour réponse :
"Merci d'appeler le service client au 08 ... ... (0.34 ?/ min)"...

C'est vrai que la réponse a été rapide, mais c'est pas vraiement ce qui
aurait été souhaitable !

Bah, il suffit d'une déconnexion + reconnexion pour changer de
sous-réseau, mais vous avez raison : c'est quand même ch...t ! :-o

En tout cas, ils ne peuvent pas dire qu'ils ne savent pas ;-)

--
Herm

Avatar
Gilles Hamel
Herm wrote:

Exemples d'IP "maudites" :
212.194.64.207; 212.194.60.138; 212.194.63.242; 212.194.69.26;
212.194.60.252; 212.194.60.148; 212.194.67.240; 212.194.62.220; ...

Bref, tout ce qui est dans le sous-réseau 212.194.6x.xxx . A chaque fois,
en effet, le Peer est 212.194.60.1, et le second hop est 194.117.207.2.

Ce qui est après est très variable. Sur un tracert vers
www.club-internet.fr, parfois on y accède directement depuis le 2nd hop, et
parfois y'a des relais (62.34.0.6 -> 62.34.0.53 -> 62.34.0.57), mais ça ne
fonctionne pas mieux avec ou sans ces intermédiaires !

Toutes les autres IP obtenues qui pointent vers un autre peer fonctionnent
à merveille (sur ma ligne en tout cas) ...

Suite à un e-mail envoyé à leur service technique j'ai eu pour réponse :
"Merci d'appeler le service client au 08 ... ... (0.34 ?/ min)"...

C'est vrai que la réponse a été rapide, mais c'est pas vraiement ce qui
aurait été souhaitable !

Bah, il suffit d'une déconnexion + reconnexion pour changer de
sous-réseau, mais vous avez raison : c'est quand même ch...t ! :-o

En tout cas, ils ne peuvent pas dire qu'ils ne savent pas ;-)


Le problème est présent depuis le mois de septembre !

A force d'acharnement et de persuasion (au moins une vingtaine de mail
!), j'ai eu la réponse suivante du support CI il y a qques heures :

Je vous confirme que le changement d'equipement est en cours.
Je vous invite à patienter
Je vous remercie de votre confiance.



C'est vrai, il font qque chose car ce soir je suis retombé dessus et la,
cela ne marchait plus du tout.

Espéront que ce coup ci sera la bonne.

Le support CI a parlé d'un LNS qui serait en cause ...
C'est quoi un LNS ?


Avatar
Herm
"Gilles Hamel" a écrit...

[...]
Le support CI a parlé d'un LNS qui serait en cause ...
C'est quoi un LNS ?


Si j'ai bien compris (à force de lectures ici), il s'agirait de l'extrémité
de l'une des liaisons qui se situe entre un opérateur de téléphonie (France
Telecom pour ma ligne) et un fournisseur d'accès Internet (Club-Internet).

Une liaison est un tunnel L2TP, qui part d'un LNS (L2TP Network Server,
probablement un BAS de l'opérateur téléphonique (?)) et qui va sur un
équipement d'entrée du fournisseur d'accès appelé LAC (L2TP Access
Concentrator, lequel doit être relié à cette fâmeuse machine 212.194.60.1
(ou peut-être que 212.194.60.1 est lui-même le LAC) ).

--
Herm

Avatar
Pascal
Lu'


C'est quoi un LNS ?


Si j'ai bien compris (à force de lectures ici), il s'agirait de l'extrémité
de l'une des liaisons qui se situe entre un opérateur de téléphonie (France
Telecom pour ma ligne) et un fournisseur d'accès Internet (Club-Internet).


Oui, l'autre étant le BAS.

Une liaison est un tunnel L2TP, qui part d'un LNS (L2TP Network Server,
probablement un BAS de l'opérateur téléphonique (?)) et qui va sur un
équipement d'entrée du fournisseur d'accès appelé LAC (L2TP Access
Concentrator


C'est le contraire ! :-D Dans le modèle de collecte IP/ADSL, le BAS de
l'opérateur est le LAC (concentre les accès clients) et le LNS est
l'équipement d'entrée chez le FAI. Un tunnel L2TP est établi depuis le
BAS vers le LNS.


Avatar
Gilles Hamel
Gilles Hamel wrote:


C'est vrai, il font qque chose car ce soir je suis retombé dessus et la,
cela ne marchait plus du tout.

Espéront que ce coup ci sera la bonne.


Malheureusement, ce soir j'ai de nouveau rencontré le problème.
Donc, si ils ont changé l'équipement, cela n'a pas réglé le problème.
ça commence vraiment à me gonfler ...

Je me pose une question :

Comment se fait il qu'on puisse également pinguer le LNS 212.194.60.1
depuis une connection autre que CI ?

On peut faire un ping -s 1000 212.194.60.1 depuis n'importe ou et
constater qu'un packet sur 2 est perdu.

Avatar
JustMe
Il se trouve que Gilles Hamel a formulé :
Gilles Hamel wrote:


C'est vrai, il font qque chose car ce soir je suis retombé dessus et la,
cela ne marchait plus du tout.

Espéront que ce coup ci sera la bonne.


Malheureusement, ce soir j'ai de nouveau rencontré le problème.
Donc, si ils ont changé l'équipement, cela n'a pas réglé le problème.
ça commence vraiment à me gonfler ...

Je me pose une question :

Comment se fait il qu'on puisse également pinguer le LNS 212.194.60.1 depuis
une connection autre que CI ?

On peut faire un ping -s 1000 212.194.60.1 depuis n'importe ou et constater
qu'un packet sur 2 est perdu.


Ca arrive sans que ce ne soit grave : load balancing sur 2 lignes avec
1 coté refusant les pings.