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
