Le Mardi 15 Janvier 2002 20:08, vous avez �crit : > At 15/01/2002 12:20 ( Tuesday ), Francois Rogler wrote: > >On Mon, Jan 14, 2002 at 08:54:58PM +0100, Benoit PAPILLAULT wrote: > > > Begin forwarded message: > > > >Le normallement le microcode se charge en environ 1s, mais ensuite il > >faut attendre la synchro, ce qui est bcp plus long (une dizaine de > >secondes). > > OK, donc pas de probs du c�t� du temps, je suppose aussi que les 4 msgs du > kernel (ugenioctl: USB_SET_TIMEOUT, no pipe) entre l'upload du microcode et > le d�but de la synchro sont normaux, OK. > > >Il est possible que la recherche du modem prenne du temps (10s) sur > >cetaines machines avec certanis chipset usb. Une possibilite est de > >specifie l'emplacement du modem en ajouter par exemple a pppoa2 : > >-d /dev/ugen0 > > C'est fait, malgr� cela, on a tranquilement le temps de se logger et > d'attendre 5s avant que la connection s'�tablisse (appel de logger dans le > script d'ip-up pour voir quand la connec devient UP). G coch� l'option > Legacy Support cela est peut-�tre la cause du probl�me, je vais tester. > > extrait du dmesg : > ..... > ohci0 at pci0 dev 1 function 2 "SIS 5597/5598 USB" rev 0x10: irq 5, OHCI > version > 1.0, legacy support > ...... > usb0 at ohci0: USB revision 1.0 > uhub0 at usb0 > uhub0: vendor 0x0000 OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self poweredugen0 at uhub0 port 1 > ..... > ugen0 at uhub0 port 1 > ugen0: ALCATEL Speed Touch USB, rev 1.10/0.00, addr 2 > > > > - Ce qui est encore ennuyeux, c'est que si les fichiers > > > > de config du > > > > > firewallnat pf/nat contiennent des r�f�rences � l'interface tun0 pour > > > le filtrage et le natting, il ne peut pas s'initialiser au boot, > > > puisque l'interface n'a pas encore d'ip (puisque le firewall s'init > > > avant), > > > > mais en > > > > > faisant un flush de tous les r�gles et �tats de nat � chaque fois que > > > le modem (-> tun0 ) change d'ip, �a marche. Inconv�nient, toutes les > > > connections �tablies sont perdues, ce qui serait le cas en cas de > > > changement d'ip de toute fa�on, mais le probl�me lqr fait 'tomber' > > > l'interface souvent -> m�me sans changement d'ip, on perd les > > > connections �tablies... > > > >Ca, c'est un probleme que j'ai eu sous FreeBSD meme avec un modem > >ethernet. En fait, si on veux corriger ca, il faut modifier le > >rc.network afin de lancer la connection des le depart (avant le > >chargement de ipf (pf)) > >La meilleur solution que j'ai trouver est de lancer ipf -y (ipf relit sa > >config sans faire de flush il me semble) en creeant un fichier > >ppp.linkup ce qui permet de refraichir les interfaces pour ipf a chaque > >reco. > > A partir d'openbsd 3.0, ya plus ipf, c'est pf maintenant, il ne supporte > pas l'option y qui relit et met � jour, il faut recharger les r�gles et le > nat si on utilise le nom d'une interface dans les fichiers de conf (on peut > �ventuellemnt flusher les tables, mais c'est ennuyeux, car on perd les > connections �tablies (sauf si on se sert pas des �tats �videment (keep > state))). > > > > - Autre chose encore, � laquelle je n'ai pas trouv� pour > > > > l'instant de > > > > > solution : plusieurs RPC (rup, rusers, rstat) sont inutilisables, car > > > apparement bloqu�es dans la s�quence d'init suivant le boot (pourquoi, > > > je ne sais pas, comment, non plus)mais toujours est-il que m�me une > > > fois que le modem a �tabli la connexion, ces programmes sont bloqu�s... > > > >J'ai jamais essayer ca ... mais il n'y a pas de raison que ca bloque. > >Cela doit plutot venir de ta config a mon avis. > > En fait, �a le faisait surtout quand je nattais mes machines Win2K (Pro, > SP2) et surtout en utilisant gnucleus. En fait, le simple fait de brancher > une machine win2k allum�e sur le switch produitsait ces erreurs. Et SURTOUT > en utilisant gnucleus sur ces machines. > > J'ai maintenant r�cup�r� un kernel 3.0 stable plus r�cent et recompil� > apparement, �a ne le fait plus (pas test� avec gnucleus, j'avais pas le > temps les derniers temps). > > Je suis en train d'en recompiler un avec un maxusers plus important (celui > qui g�n�rait les erreurs lqr) , je te tiendrais au courant si cela se > reproduit. > > Cordialement, Arnaud > > > Liste de diffusion modem ALCATEL SpeedTouch USB > Pour se d�sinscrire : > mailto:[EMAIL PROTECTED]?subject=unsubscribe
Liste de diffusion modem ALCATEL SpeedTouch USB Pour se d�sinscrire : mailto:[EMAIL PROTECTED]?subject=unsubscribe
