----- Original Message ----- From: "Andrej Kristofic" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, September 19, 2004 5:45 PM Subject: [speedtouch] SpeedTouch USB lockups
> > Hi. > > After one week trying to get that green thing (Alcatal SpeedTouch USB) > to work I decided to ask for some external help. I've managed to establish > connection and everything seems running just fine. But approx. once an hour > the modem (or driver or something) locks up and connection is broken. > Actually, > I'm able to reproduce this lockup quite reliably by downloading one specific > file from Internet. Logs don't give much info about this problem, pppoe just > fails reading and times out waiting for PADO offer: > It could be a mru/mtu problem (maybe only the primary problem, not the reconnection after) But it should not make die your connection and only let you unable to receive some too big packets. Reconnection problem may be a 'ghost session' : a pppoe session not properly closed that will only die after a certain timeout. Did you use clamp mss, something like this in your firewall rules /sbin/iptables -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu Could you add debug in your ppp options and show the LCP negociation between pppd and your ISP? We should not need IPCP part just after, or you can mask confidential info : login, your IP if fix. Wich mtu size is your ppp0 interface set by lcp negociation? ifconfig ppp0 should display MTU:1492 If it is not the cas, you may try to add to your ppp options mtu 1492 mru 1492 > pppoe[394]: read (asyncReadFromPPP): Session 4552: Input/output error > pppoe[515]: Timeout waiting for PADO packets > > After this lockup I'm not able to reconnect and I'm forced to reload usb > module > and modem microcode to connect again. I'm using kernel driver for SpeedTouch > together with RFC 2684 bridge (my provider supports PPPoE only) and > rp-pppoe. > > I tried to trace the packets in "frozen" state by using "pppoe -A" command > (access concentrator discovery). The packets are comming through nas0 > interface > (RFC 2684 bridge) and they arrive to ATM AAL5 layer. Unfortunately, I > was not > able to find out whether they actually arrive to modem via USB. > > Well, anyone has an idea how to get rid of these lockups? > > Thanks for your help > > Andrej > > > I almost forgot ... my configuration: > An old Pentium 133, 64MB RAM, running Slackware 10.0 > Kernel 2.4.27 / 2.6.8.1 (doesn't matter which one I boot, lockups occur) > Driver: speedtch version: 1.8 > Alcatel SpeedTouch USB modem: revision: 000a (this is weird, never saw > this one in previous posts) This is cat /proc/bus/usb/devices | grep 06b9 that show this '000a'? Gilles Liste de diffusion modem ALCATEL SpeedTouch USB Pour se désinscrire : mailto:[EMAIL PROTECTED]
