deconnexions ipcop 1.4.5

[pouille]

Bonjour à tous
je suis chez wanadoo en 2048 avec un eciadsl usb
je tourne sous ipcop 1.4 depuis sa sortie sans problemes, (juste une deconnexion journaliere, toute les 24h, que ipcop gere parfaitement, il reconnecte ça tout de suite)
j'ai mi mon ipcop à jour
jusque la yavait pas de problemes, enfin jusqu'à la 1.4.2 pas de problemes
la j'ai voulu mettre les autres mises à jour, et passer en 1.4.5, et la ça foire, je comprend pas pourquoi, j'ai changé aucun parametres, ça se connecte toujours, mais ça se deconnecte de manier intempestive, ça tient pas 25minutes, c'est super $%#&!.
j'ai essayé avec une installation franche en mettant directement la 1.4.5 pareil...
donc du coup je suis repass& à la 1.4.2 ça à l'air de marcher à nouveau normalement .

voila un extrait du log :

Code: Tout sélectionner

07:18:29 pppd[440] Script /etc/ppp/ip-up started (pid 466)
07:18:32 pppd[440] Script /etc/ppp/ip-up finished (pid 466), status = 0x0
07:40:29 pppd[440] No response to 3 echo-requests
07:40:29 pppd[440] Serial link appears to be disconnected.
07:40:29 pppd[440] Script /etc/ppp/ip-down started (pid 724)
07:40:29 pppd[440] sent [LCP TermReq id=0x2 "Peer not responding"]
07:40:29 pppd[440] rcvd [LCP TermAck id=0x2]
07:40:29 pppd[440] Connection terminated.
07:40:29 pppd[440] Connect time 22.1 minutes.
07:40:29 pppd[440] Sent 3857865 bytes, received 189624321 bytes.
07:40:29 pppd[440] Waiting for 2 child processes...
07:40:29 pppd[440]   script /etc/ppp/ip-down, pid 724
07:40:29 pppd[440]   script /usr/bin/eciadsl-pppoeci -alt 4 -vpi 8 -vci 35 -vendor 0x0915 -product 0x8000 -mode VCM_RFC2364, pid 441
07:40:29 pppd[440] Script /usr/bin/eciadsl-pppoeci -alt 4 -vpi 8 -vci 35 -vendor 0x0915 -product 0x8000 -mode VCM_RFC2364 finished (pid 441), status = 0x0
07:40:31 pppd[440] Script /etc/ppp/ip-down finished (pid 724), status = 0x0
07:40:31 pppd[440] Exit.
07:40:31 red: Connectioncheck will connect again
07:40:31 pppd[847] pppd 2.4.2 started by root, uid 0
07:40:31 pppd[847] using channel 2
07:40:31 pppd[847] Using interface ppp0
07:40:31 pppd[847] Connect: ppp0 <--> /dev/pts/0


et ça aussi :

Code: Tout sélectionner

08:16:51 kernel: usb_control/bulk_msg timeout
08:16:51 kernel: usbdevfs USBDEVFS_BULK failed dev 3 ep 0x2 len 2048 ret -110
08:16:52 kernel: usb_control/bulk_msg timeout
08:16:52 kernel: usbdevfs USBDEVFS_BULK failed dev 3 ep 0x2 len 128 ret -110
08:16:52 kernel: usb_control/bulk_msg timeout
08:16:52 kernel: usbdevfs USBDEVFS_BULK failed dev 3 ep 0x2 len 128 ret -110
08:16:52 kernel: usb_control/bulk_msg timeout
08:16:52 pppd[847] Script /usr/bin/eciadsl-pppoeci -alt 4 -vpi 8 -vci 35 -vendor 0x0915 -product 0x8000 -mode VCM_RFC2364 finished (pid 848), status = 0x0
08:16:52 pppd[847] Modem hangup
08:16:52 kernel: usbdevfs USBDEVFS_BULK failed dev 3 ep 0x2 len 128 ret -110
08:16:52 pppd[847] Script /etc/ppp/ip-down started (pid 1350)
08:16:52 pppd[847] Connection terminated.
08:16:52 pppd[847] Connect time 36.4 minutes.
08:16:52 pppd[847] Sent 4711879 bytes, received 192252584 bytes.
08:16:52 pppd[847] Waiting for 1 child processes...
08:16:52 pppd[847]   script /etc/ppp/ip-down, pid 1350
08:16:54 pppd[847] Script /etc/ppp/ip-down finished (pid 1350), status = 0x0
08:16:54 pppd[847] Exit.
08:16:54 red: Connectioncheck will connect again
08:16:55 pppd[1473] pppd 2.4.2 started by root, uid 0


[pouille]

re salut les gens !
c'est toujours pareil pour moi !
ça serait cool si je pouvais mettre à jour un jour
je ne comprends pas comment ça se fait.
en attendant je suis toujours à la 1.4.2
au moins ça marche vous me direz mais bon
merci d'avance

[Gesp]

Est-ce que tu utilises le lissage de trafic?
Est-ce que les coupures interviennent quand il y a particulièrement du trafic, coté up ou down?

Avant v1.4.3/1.4.4, le lissage de trafic ne permettait pas d'atteindre le débit maximum.
Mais si tu as fixé un seuil max trop haut par rapport à la capacité de ta ligne, tu peux engorger le coté up, ce qui fera tomber la ligne.

[pouille]

non je n'utilise pas le lissage de traffic
est-ce que ça reglerait le probleme en mettant des seuil assez bas?
j'ai du mal à identifier quand on lieu les coupures (c'est à dire s'il y a une forte charge en montée ou en descente), ça à l'air completement aleatoire, avec une forte charge ça coupe d'un coup, ou meme sans rien, enfin je ne sais pas trop mais j'ai rien remarqué de particulier
en tout cas merci pour la reponse

[greg84]

Exactement le même probleme que toi, suite aux mise à jour 1.4.3 à 1.4.5, je ne peux plus me connecter à Internet. Je fonctionne avec pppoe, Je précise que j'ai déja fait ces mises à jours sur 6 ipcops sans soucis (passage de 1.4.2-> 1.4.5) et là patatra je fais la mise à jour 1.4.3 et 1.4.4 puis je redémarre la connexion fonctionne j'applique que patch 1.4.5 et je reste connecté mais lors de la coupure journalière de FT impossible de se reconnecter.

le message "TimeOut waiting for PADO packets", "modem hangup".
Je comprend vraiment pas, le truc c'est que sur ce routeur j'ai 9 VPNs qui tournent donc il faut que ca fonctionne.

Pour le moment j'ai refait l'install, 1.4.2 et ca fonctionne mais j'aimerai quand même le mettre à jour.
Si tu as du neuf par rapport à ton problème merci de me le faire partager.

[greg84]

Toujours des soucis, suite à la coupure de FT, je ne peux plus me connecter à Internet.
Je rappele que je suis repassé en 1.4.2 (config qui fonctionnait sans problème depuis 6 mois) et la dès qu'il y a une coupure je ne peux plus me connecter.
C'est vraiment bizarre comme souci car ces problème de deconnexion existe depuis hier alors que j'ai fait la mise a jour en 1.4.5.
Je pige plus les message sont toujours les même "Timout Waiting for PADO packets, modem hangup", je connais ces messages et il correspondent à un problème avec le modem pppoe, mais celui ci a toujours fonctionné sans souci depuis 2 ans.

Et maintenant aprés une mise à jour d'IPCOP, un problème de modem, perso j'y crois pas trop malgré les messages.

Si quelqu'un a une idée MERCI c'est super important

[pouille]

personne d'autre n'a ce probleme?
quelqu'un a une solution?
est-ce qu'un passage en 1.4.6 changerait quelquechose?

[flystorm62]

Salut,

Je désespérais de voir kkun ayant le meme pb que moi.
Perso je suis chez Tele2 avec un modem Bewan USB. La passerelle est un PII 350 sur Asus P2B, 128 Mb Ram, 3Go de DD.
Les symptômes sont les mêmes que pouille. Tout se passait bien jusque 1.4.2 et suite à la mise à jour jusque 1.4.5, instabilité totale de la connexion. Je parviens à me connecter pendant une vingtaine de minutes max puis la connexion se coupe avec des messages sur le Modem. J'ai essaye de modifier bcp de choses mais seul la réinstall de la 1.4.2 permet de retrouver une connexion stable. Je soupçonne la mise à jour du noyeau sur la 1.4.3 d'être responsable du problème (j'ai ce phénomène dès le passage à cette version) ou alors la mise à jour des pilotes pour mon modem sur cette version également.

Ce serait vraiment cool d'avoir un avis d'expert sur le sujet.

Edit : je précise aussi que la passerelle en elle-même se met à ramer et l'allumage du modem et la connexion sont très long à réaliser avec les version > à 1.4.2

[pouille]

up !?

[mstotor]

j'ai pas de modem usb, pourquoi l'un d'entre vous n'essaye pas de passer sur une installation à base de 1.4.6 pour tester si les soucis ne s'envole pas
vous oscillez entre la 1.4.2 qui fonctionne et mise à jour par patch vers 1.4.5

[Gesp]

Je ne sais pas.

A priori, rien de fondamental n'a changé concernant une connexion en PPPoA ou PPPoE.
Je ne vois pas ce qui pourrait en être la cause.

Etes vous certain que ce soit la mise à jour du noyau?

Etant donné que vous ne maitrisez pas les conditions d'embouteillage du réseau, seul une double vérification applicant la mise à jour sur la version précédente (avec test intéremédiaire entre temps ) permet de s'en assurer.
Je n'ai pas d'autres solutions à vous proposer.

[pouille]

ok merci
j'avais deja testé une mise à jour vers la 1.4.5
puis une installation fraiche de la 1.4.5 : pareil
je suis donc revenu à la 1.4.2
donc bon je sais pas
je n'ai pas testé la 1.4.6 : apres le bac alors

[flystorm62]

Salut,

J'ai essayé d'installer la 1.4.6 directement par l'ISO. Le résultat n'a pas été très bon, même si la connexion semble plus stable (moins de deconnexion), je ne l'ai pas gardé longtemps car la navigation est également fortement dégradé avec cette version. Le temps d'affichage des pages est effectivement long et semble se dégradé encore au fil du temps.
Je ne suis pas sur que le problème provienne du nouveau noyeau ou d'un nouveau pilote par contre, il est certain qu'une version sup à la 1.4.2, que ce soit en mise à jour ou en install fraiche, dégrade la connexion.

Gesp : Peux-tu expliquer ou mettre des liens qui éclairent sur les notions d'embouteillage réseau stp ?

[mstotor]

vous avez lu ce post ?
http://www.fr.ixus.net/resume_messages.php?topic=12020

[Gesp]

L'ADSL, c'est un réseau IP à l'intérieur d'un réseau ATM qui part de chez vous, est aggrégé au niveau du DSLAM (et éventuellement réparti entre plusieurs FAI suivant le login que vous fournissez).

Il peut y avoir des bouchons à différents niveaux de regroupement mais généralement cela doit être le plus souvent entre l'endroit ou le FAI collecte le trafic au niveau IP et celui ou il peut rejoindre son infrastructure générale (je ne suis pas du tout chez un FAI, donc il y a beaucoup de personnes plus compétentes que moi sur le sujet)

Pour les abonnements grand public et pas cher, le FAI prévoit en règle général un tuyau bien plus petit que l'ensemble des abonnements de ses abonnés. Du fait du foisonnement (tout le monde n'utilise pas le maximum de sa bande passante en même temps), cela fonctionne sans trop de problème, même avec un rapport de 1/20 entre la somme des souscription et la capacité du tuyau.

Mais le FAI a à gérer un nombre d'abonnés fluctuant (plutôt en croissance) et le débit installé entre le point de regroupement et sa dorsale est redimensionné à une valeur supérieure en cas de besoin. Mais les travaux de mise en place peuvent prendre du temps, le nombre d'abonné peut croitre plus vite que prévu,...
Donc en attendant, le réseau peut saturer, il y a des pertes de paquets IP qui entrainent la réémissions de ces paquets, ce qui n'arrange pas les problèmes de saturation.
Typiquement, si vous avez des déconnexions vers 19/21h, c'est que votre FAI a ces problèmes de capacités sur une partie de son réseau.


L'ADSL étant assymétrique (quelquefois très fortement avec des abonnements genre 1024/128), la capacité des tuyaux est assymétrique aussi.
Quand vous téléchargez, il faut aussi un peu de bande passante dans le sens remontant pour acquitter les paquets reçus. Si plusieurs de vos voisins utilisent un logiciel de peer, il peut arriver que le coté up soit saturé au niveau du point de regroupement, ce qui peut aller jusqu'à vous ralentir vous qui ne faisez que du téléchargement.

Personnellement, depuis que Free a amené une fibre jusqu'au DSLAM ou je suis connecté, je n'ai plus de coupures. Avant c'était très fluctuant, surtout dans la période de forte croissance des abonnés.