sagem 800 et wanadoo, deco tres tres frequentes

[hb]

bonsoir,

j'ai installé un ipcop chez des ami qui ont l'ADSL
comme il n'y avait pas sagem800 dans la liste j'ai cherché dans le forum quelqu'un qui avait le meme type de matos / FAI
et la j'ai trouvé comme beaucoup

Interface : Eagle USB ADSL ….
Numéro VPI : 8
Numéro VCI : 35

c'etait évident pourtant enfin j'avais pas mal boule de crystal ce jour là ...

et comme maintenant ils ont constament des deco/reco ils me disent qu'ipcop c'est de la m***e que windows XP ça marchait bien mieux %ù$£@&#"

existe t il d'autres solutions pour y remedier ?
j'ai lu que certains avaient changé l'alim par une plus puissante, mais bon avant ça marchait comme ça sous win.

sinon petite precision, comme il n'y avait pas d'USB natif sur la machine (P133) il a fallut ajouter une carte PCI. et pour eviter les conflits j'ai viré toutes les cartes inutiles (son, reseau integre HS, ...)
il y a egalement une carte PCI 3com pour le reseau green, puisque la netflexIII integre est morte.

je suis biensur allez voir dans les logs, mais au moment des coupures il n'y a rien de parlant pour moi.

[edit]
installation en ipcop140 des sa sortie + update141 + update142
et c'est toujours pareil avec les updates
[/edit]

[hb]

Alors ?

tous les abonnés Wanadoo sont configurés comme cela ?
vous avez tous des deco et vous vivez avec ?
c'est propre à cette installation et personne n'a rencontré le meme probleme ?

j'ai un gros coup de blues là, je me sens tres seul tout d'un coup...

[phil91]

Bonsoir,

Je suis chez wanadoo adsl 512K avec un modem sagem F800 usb.
J'ai installé ipcop 1.4.2 ce week end
comme serveur un p3 450, 512M de ram
3 clients XP et ça marche impec pas de déconnexion.

Phil

[hb]

merci pour ta réponse phil.
ton parametrage modem est il le meme que celui que je decrit plus haut ?

[betamax]

As tu coché la case : Reconnexion Persistant ou une autre (ex : Connexion sur requete DNS)

Si le probleme ne vient pas de là, il va falloir "plonger" dans les logs ...

à+

[micjack]

Au premier abord, j'aurrais incriminer une forte perte dB sur la ligne.. Mais vu, que cela fonctionne tres bien sous Windows, et que certains ne rencontrent pas de problemes sous IPCop, je fais donc la relation que cela pourrait venir ta carte USB ajouté...

Quelle chipset est embarqué sur la carte USB ? Ohci? Uhci? Ehci?

En gros, Ali, SiS, Opti = Ohci (pas tres stable)
Puis, Via, Intel= Uhci (Tres stable, le must)

Concernant le Via, mieux vaut modifier dans le Bios le latecy timer à 32

Pour Ehci, j'ai pas d'infos, puisque tres recent et concerne l' USB2... Donc si c'est le cas, je ne connait pas la prise en charge par IPCop...

[hb]

@betamax: oui biensur j'ai une persistante, mais quand il y a 50 deco/reco dans la soirée ça gave.
@micjack : merci pour ses détails technique, on m'avait déjà parlé de ce genre de sujet (UHCI OHCI) sans toutefois pouvoir me fournir le lien avec le chipset. je contacterai le prprio pour qu'il demonte la becane et me donne le chipset, il y a un autre moyen de le savoir ? je ne sais pas moi en regardant les modules chargé en memoire ? ou dans la log il me semble avoir lu quelque chose ressemblant ?

j'essai également de poster une trace de la log au moment d'une coupure

merci à tous

[Gesp]

Il est possible que la carte mère ne supporte pas très bien l'interface PCI installée (ou que la carte PCI demande PCI v2.2 alors que la carte mère n'est que PCI v2.1)
J'ai eu ce cas avec des modems PCI adsl.

Je ne pense pas qu'il y ait plus de problème en ohci qu'en uhci mais ce sont des drivers différents, donc chacun a ses problèmes.
Il est possible aussi que la puce matérielle est quelques bugs, mais les matériels récents devraient être mieux lotis que les anciens. J'ai rencontré ce cas en usb-uhci.

Le module est indiqué sur la page web visualisant l'ensemble des modules chargés ou sur la page pppsetup.cgi.

[hb]

merci pour ces info Gesp, je pense que j'aurais des info ce soir sur la conf de la machine.
il est vrai que la carte PCI USB est recente (achete en septembre) alors que la machine date un peu.
je collecte tout ça pour essayer d'y voir plus clair et je reviens faire une synthese.

merci

[micjack]

Par contre, concernant l'avis des Ohci et Uhci, c'est qu'effectivement il y aurrait plus de personnes avec le meme probleme..

Donc Hb, je faisait reference aux bug du chipset et non à la stabilité des drivers d'IPCop, dont j'en ai strictement aucune idée, sauf quand j'avais la 1.3 en Uhci, aucun probleme, en Ohci, nada.

Ben , justement question interressante....Etant donné qu'IPCop est plutot prevu pour etre installé sur les vieilles becanes, donc, les drivers sont plutot prevus pour ces chipsets, non?

Les developeurs d'IPCop buchent ils, trouvent ils un interet à l'integration des drivers Ehci par exemple? D'ou surrement le type de chipset etant sur ta Hb....

Certe, certains vont dire "oui mais j'ai bien installé IPCop sur ma derniere carte mere trucmuche dernier model et pas de probleme d'USB"

Sauf que les derniers cartes mere ont les deux types d'USB, contrairement à une carte PCI qui comprend à 90% qu'une version d'USB..

Bon, cela n'a peut etre aucun rapport avec le sujet..

[betamax]

Vérifie quand meme les IRQ. Si c'est possible dans ton BIOS, attribue 1 IRQ par carte.

Dans les logs tu as quoi ???

à+

[hb]

ouf, me re voilà, j'ai enfin obtenu les infos :

donc après vérif la config du modem est

eagle usb adsl

VPI:8 VCI:35

--------------------------------------------------------------------------------------

Modules chargés:

Module Size Used by Not tainted
ipt_MASQUERADE 1336 1 (autoclean)
ppp_async 6784 1 (autoclean)
ppp_generic 20192 3 (autoclean)
slhc 4688 0 (autoclean)
eagle-usb 111332 2
ipt_TCPMSS 2456 1 (autoclean)
ipt_state 664 13 (autoclean)
ipt_REJECT 3288 1 (autoclean)
ipt_LOG 3808 9 (autoclean)
ipt_limit 952 10 (autoclean)
iptable_mangle 2256 0 (autoclean) (unused)
iptable_filter 1764 1 (autoclean)
3c59x 24848 1
usb-ohci 17736 0 (unused)
ip_nat_quake3 2024 0 (unused)
ip_conntrack_quake3 2056 1
ip_nat_proto_gre 1412 0 (unused)
ip_nat_pptp 2412 0 (unused)
ip_conntrack_pptp 2960 1
ip_conntrack_proto_gre 2196 0
ip_nat_mms 3056 0 (unused)
ip_conntrack_mms 3312 1
ip_nat_irc 2544 0 (unused)
ip_conntrack_irc 3184 1
ip_nat_h323 2700 0 (unused)
ip_conntrack_h323 2320 1
ip_nat_ftp 3248 0 (unused)
ip_conntrack_ftp 3888 1
iptable_nat 16664 8
ip_conntrack 19948 7
ip_tables 11576 11
acm 5120 0 (unused)
keybdev 1792 0 (unused)
hid 22756 0 (unused)
input 3360 0
sd_mod 10444 0 (unused)
usb-storage 24088 0 (unused)
scsi_mod 55488 1
usbcore 56768 1
apm 9088 0

il s'agit donc d'un OHCI

--------------------------------------------------------------------------------------

journal ipcop

20:53:40 ipcop PPP has gone down on ppp0
20:53:48 ipcop Dialling Wanadoo.
20:53:55 ipcop PPP has gone up on ppp0
21:03:15 ipcop PPP has gone down on ppp0
21:03:23 ipcop Dialling Wanadoo.
21:03:30 ipcop PPP has gone up on ppp0
21:58:51 ipcop PPP has gone down on ppp0
21:58:59 ipcop Dialling Wanadoo.
21:59:06 ipcop PPP has gone up on ppp0
22:01:46 ipcop PPP has gone down on ppp0
22:01:54 ipcop Dialling Wanadoo.
22:02:02 ipcop PPP has gone up on ppp0
22:43:42 ipcop PPP has gone down on ppp0
22:43:50 ipcop Dialling Wanadoo.
22:43:57 ipcop PPP has gone up on ppp0
22:52:37 ipcop PPP has gone down on ppp0
22:52:45 ipcop Dialling Wanadoo.
22:52:52 ipcop PPP has gone up on ppp0

là on a la listes des deco/reco pour synchroniser avec le journal qui suit:

journal RED

20:53:38 pppd[1665] No response to 3 echo-requests
20:53:38 pppd[1665] Serial link appears to be disconnected.
20:53:44 pppd[1665] Connection terminated.
20:53:44 pppd[1665] Connect time 1343.3 minutes.
20:53:44 pppd[1665] Sent 8351497 bytes, received 276807473 bytes.
20:53:44 pppoa[1666] read (AsyncReadFromPPP): Input/output error
20:53:44 pppd[1665] Exit.
20:53:46 red: Connectioncheck will connect again
20:53:49 pppd[6696] pppd 2.4.2 started by root, uid 0
20:53:49 pppd[6696] Using interface ppp0
20:53:49 pppd[6696] Connect: ppp0 <--> /dev/pts/0
20:53:53 pppd[6696] PAP authentication succeeded
20:53:54 pppd[6696] local IP address 83.197.140.54
20:53:54 pppd[6696] remote IP address 193.253.160.3
20:53:54 pppd[6696] primary DNS address 80.10.246.130
20:53:54 pppd[6696] secondary DNS address 80.10.246.3
21:03:13 pppd[6696] No response to 3 echo-requests
21:03:13 pppd[6696] Serial link appears to be disconnected.
21:03:19 pppd[6696] Connection terminated.
21:03:19 pppd[6696] Connect time 9.4 minutes.
21:03:19 pppd[6696] Sent 143005 bytes, received 716623 bytes.
21:03:19 pppoa[6697] read (AsyncReadFromPPP): Input/output error
21:03:19 pppd[6696] Exit.
21:03:21 red: Connectioncheck will connect again
21:03:24 pppd[7003] pppd 2.4.2 started by root, uid 0
21:03:24 pppd[7003] Using interface ppp0
21:03:24 pppd[7003] Connect: ppp0 <--> /dev/pts/0
21:03:28 pppd[7003] PAP authentication succeeded
21:03:29 pppd[7003] local IP address 83.197.14.34
21:03:29 pppd[7003] remote IP address 193.253.160.3
21:03:29 pppd[7003] primary DNS address 80.10.246.1
21:03:29 pppd[7003] secondary DNS address 80.10.246.132
21:58:50 pppd[7003] No response to 3 echo-requests
21:58:50 pppd[7003] Serial link appears to be disconnected.
21:58:56 pppd[7003] Connection terminated.
21:58:56 pppd[7003] Connect time 55.5 minutes.
21:58:56 pppd[7003] Sent 239069 bytes, received 4502798 bytes.
21:58:56 pppoa[7004] read (AsyncReadFromPPP): Input/output error
21:58:56 pppd[7003] Exit.
21:58:57 red: Connectioncheck will connect again
21:59:00 pppd[7414] pppd 2.4.2 started by root, uid 0
21:59:00 pppd[7414] Using interface ppp0
21:59:00 pppd[7414] Connect: ppp0 <--> /dev/pts/0
21:59:04 pppd[7414] PAP authentication succeeded
21:59:04 pppd[7414] local IP address 81.251.15.170
21:59:04 pppd[7414] remote IP address 193.253.160.3
21:59:04 pppd[7414] primary DNS address 80.10.246.1
21:59:04 pppd[7414] secondary DNS address 80.10.246.132
22:01:44 pppd[7414] No response to 3 echo-requests
22:01:44 pppd[7414] Serial link appears to be disconnected.
22:01:50 pppd[7414] Connection terminated.
22:01:50 pppd[7414] Connect time 2.8 minutes.
22:01:50 pppd[7414] Sent 148450 bytes, received 430489 bytes.
22:01:50 pppoa[7415] read (AsyncReadFromPPP): Input/output error
22:01:50 pppd[7414] Exit.
22:01:52 red: Connectioncheck will connect again
22:01:55 pppd[7685] pppd 2.4.2 started by root, uid 0
22:01:55 pppd[7685] Using interface ppp0
22:01:55 pppd[7685] Connect: ppp0 <--> /dev/pts/0
22:02:00 pppd[7685] PAP authentication succeeded
22:02:00 pppd[7685] local IP address 81.251.11.50
22:02:00 pppd[7685] remote IP address 193.253.160.3
22:02:00 pppd[7685] primary DNS address 80.10.246.1
22:02:00 pppd[7685] secondary DNS address 80.10.246.132
22:43:40 pppd[7685] No response to 3 echo-requests
22:43:40 pppd[7685] Serial link appears to be disconnected.
22:43:47 pppd[7685] Connection terminated.
22:43:47 pppd[7685] Connect time 41.8 minutes.
22:43:47 pppd[7685] Sent 5656522 bytes, received 23050648 bytes.
22:43:47 pppoa[7686] read (AsyncReadFromPPP): Input/output error
22:43:47 pppd[7685] Exit.
22:43:48 red: Connectioncheck will connect again
22:43:51 pppd[8101] pppd 2.4.2 started by root, uid 0
22:43:51 pppd[8101] Using interface ppp0
22:43:51 pppd[8101] Connect: ppp0 <--> /dev/pts/0
22:43:56 pppd[8101] PAP authentication succeeded
22:43:56 pppd[8101] local IP address 83.201.139.139
22:43:56 pppd[8101] remote IP address 193.253.160.3
22:43:56 pppd[8101] primary DNS address 80.10.246.130
22:43:56 pppd[8101] secondary DNS address 80.10.246.3
22:52:35 pppd[8101] No response to 3 echo-requests
22:52:35 pppd[8101] Serial link appears to be disconnected.
22:52:42 pppd[8101] Connection terminated.
22:52:42 pppd[8101] Connect time 8.8 minutes.
22:52:42 pppd[8101] Sent 2480243 bytes, received 541016 bytes.
22:52:42 pppoa[8102] read (AsyncReadFromPPP): Input/output error
22:52:42 pppd[8101] Exit.
22:52:43 red: Connectioncheck will connect again
22:52:46 pppd[8382] pppd 2.4.2 started by root, uid 0
22:52:46 pppd[8382] Using interface ppp0
22:52:46 pppd[8382] Connect: ppp0 <--> /dev/pts/0
22:52:50 pppd[8382] PAP authentication succeeded
22:52:50 pppd[8382] local IP address 81.251.142.150
22:52:50 pppd[8382] remote IP address 193.253.160.3
22:52:50 pppd[8382] primary DNS address 80.10.246.1
22:52:50 pppd[8382] secondary DNS address 80.10.246.132

bon comme ce n'est pas une ip fixe, j'ai tout laissé en l'état sans cacher les IPs

pour ce qui est des IRQ, j'ai eu beaucoup de mal à trouver une config stable, c'est pourauoi j'ai d'abord viré toutes les cartes inutiles.
en efet il s'agit d'un BIOS compaq et lorsque je change une IRQ, il modife toutes les IRQ des autres cartes, et c'est toujours en conflit. donc après une longue bataille, j'ai obtenu une conf stable quipermet à ipcop de détecter le modem sur la carte PCI-USB

mais je n'ai plus la listes des adresses et IRQ en tete et le bios n'etant pas resident en ROM il faut booter sur 3 disquettes pour y avoir acces (puisqu'ipcop detruit la partition compaq bios d'origine)

j'espere que ces log vous parlerons plus qu'a moi et que vous aurez de nouvelles suggestions à me faire.

bonne nuit à tous

HB

[micjack]

Salut,

Ce qui me derrange c'est que ton module usb-ohci est en "unused".
T'a quoi avec cat /proc/pci ?

Par contre, je ne pense pas qu'il y'est un probleme d'IRQ, car des le depart cela fonctionnerait ou pas...
Ou eventuellement, si un peripherique ayant le meme IRQ se met en service au moment de la deco...

[HS]
J'ai deja connu le cas sous Windows avec un lecteur Zip // (donc IRQ 7) qui plantait quand il y avait un evenement sonore Windows (carte son SB sur IRQ7, ne voulant pas etre sur 5 )....
Je ne vois donc pas ce qui pourait intervenir au bout d'un certain temp sur IPCop pour planter sur l'IRQ...
[HS/]

Par contre tu risque de trouver une solution sur Google avec ce message d'erreur "AsyncReadFromPPP" y'a environs 1900 resultats..

[hb]

ben c'est vrai que "AsyncReadFromPPP" y'a 1900 reponses
mais en ajoutant ipcop comme mot clé y'en a bien moins
et beaucoup tournent autour de 3Com, ... j'ai comme un soupcon
il faudra que je verifie l'irq USB et l'irq 3com des fois que ça coince là.

c'est vrai j'avais pas noté le UNUSED, c'est etrange pourtant ça marche !

[micjack]

Bon, t'a peut etre une piste grace au message d'erreur

Par contre Hb, si j'ai mis "AsyncReadFromPPP" sans mot clé "ipcop", c'est que justement!! ce n'est pas propre à IPCop, mais bien à un probleme similaire touchant la connexion en elle meme... D'ou les 1900 resultats pouvant donner un eventail de reponses....