speedtouch@ml.free.fr
Result! - nice one Mike Cheers - Tim - Original Message - From: "parksie ;-)" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 23, 2003 3:50 PM Subject: [speedtouch] Re: CHAP auth looping with BT Openworld &OpenBSD3.2 > > On Thu, 2003-01-23 at 15:28, Tim Gebbett wrote: > > > > I am sorry to hear you are having the same problem, It does make me feel > > like I am not going mad though > > I have attached my ppp.conf for reference - I am running a vanilla OpenBSD > > 3.2 box, using the CVS 19 10 02 drivers > > I have two BT ADSL accounts on with a fixed ip, one without, also they > > authenticate at different HomeGateway RADIUS servers - This finishes any > > thoughts of BT having one of their HGs not configured correctly > > Disabling LQR in my ppp.conf fixed it for me when I had this exact > problem. > > > Mike. > > > > > 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
speedtouch@ml.free.fr
I am sorry to hear you are having the same problem, It does make me feel like I am not going mad though I have attached my ppp.conf for reference - I am running a vanilla OpenBSD 3.2 box, using the CVS 19 10 02 drivers I have two BT ADSL accounts on with a fixed ip, one without, also they authenticate at different HomeGateway RADIUS servers - This finishes any thoughts of BT having one of their HGs not configured correctly Cheers - Tim # # PPP Sample Configuration File to use with the Speedtouch USB # Written by Francois Rogler <[EMAIL PROTECTED]> # # You will have to fill in : # - # - # - . os defined by your provider. Common values are : # - 8.35 or 8.67 in France # - 0.38 in the UK # - 8.48 in the Netherlands # - 8.35 in the USA # - 8.35 in Italy # # $Id: ppp.conf.sample,v 1.3 2001/08/14 21:15:19 rogler Exp $ # # Racks ADSL Config # static IP applied # DNS disabled to stop PPP writing out the resolv.conf # default: ident user-ppp VERSION (built COMPILATIONDATE) set log Phase Chat IPCP CCP tun command adsl: set authname "***@hg43.btclick.com" set authkey "**" set device !"/usr/local/sbin/pppoa2 -vpi 0 -vci 38 -v 1" accept chap set speed sync set timeout 0 enable lqr set lqrperiod 5 set redial 15 1 set dial "" add default HISADDR disable dns - Original Message - From: "Gunnar AAstrand Grimnes" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, January 23, 2003 2:07 PM Subject: [speedtouch] Re: CHAP auth looping with BT Openworld &OpenBSD3.2 > > At 23:39 22/01/2003 +, you wrote: > > >Hi All, > > > >I have recently upgraded my OpenBSD 3.1 to 3.2, and installed the CVS > >19-10.2002 version of the speedtouch driver. After copying over all my > >working ppp.conf files, when I went to launch ppp, i got this:- > > > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Command: /dev/tty: dial > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: bundle: Establish > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: closed -> opening > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: Connected! > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: opening -> dial > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Chat: deflink: Dial attempt 1 of > >1 > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: dial -> carrier > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: carrier -> login > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: login -> lcp > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: bundle: Authenticate > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: his = CHAP 0x05, > >mine = none > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: Chap Input: CHALLENGE (16 > >bytes from RASC1NRP4.Ealing) > >Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: Chap Output: RESPONSE > >(*@hg18.btinternet.com) > >Jan 22 22:02:35 spezia ppp[7061]: tun0: Phase: deflink: his = CHAP 0x05, > >mine = none > >Jan 22 22:02:35 spezia ppp[7061]: tun0: Phase: Chap Input: CHALLENGE (16 > >bytes from RASC1NRP4.Ealing) > >Jan 22 22:02:35 spezia ppp[7061]: tun0: Phase: Chap Output: RESPONSE > >(*@hg18.btinternet.com) > > > >This Chap Challenge-Response loop continues round and round without > >getting to pass the password. > >I immediatly suspected BT, I had a engineer checking the SNR of my line > >(suspecting crcs etc), then they checked their radius authentication > >servers to no avail, I changed passwords etc. Finally an engineer turned > >up on site to test with his Windoze98, It worked first time with my > >username and password. I then tried it on my 3.2 box and it worked as well > >- job done I thought. > > > >It turns out if i leave the connection off for >10mins, the same above > >problem happens, If I use a windoze box to login to BT, it seems to clear > >the problem and BSD works again. > >I then tried it on my home BT line, and it displayed excactly the same > >symptoms > > > >It does lead me to think there is a bug with the driver - > > > >Does anyone out there have any ideas or suffered the same grief? > > YES! > I do, although at the moment my box is down for case-rebuild so I can't get > the logs, but it looks pretty much identical... > > I did also have to resort to Windows to get my internet fix... > > I'm using FreeBSD 4.7 and the most recent download from the webpage. > > - Gunnar > > > -- > Gunnar AAstrand Grimnes > [EMAIL PROTECTED] > http://www.csd.abdn.ac.uk/~ggrimnes > > 7 John Knox Court > Mounthooly > Aberdeen > AB24 3LF > > > > 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
speedtouch@ml.free.fr
Hi All, I have recently upgraded my OpenBSD 3.1 to 3.2, and installed the CVS 19-10.2002 version of the speedtouch driver. After copying over all my working ppp.conf files, when I went to launch ppp, i got this:- Jan 22 22:02:28 spezia ppp[7061]: tun0: Command: /dev/tty: dial Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: bundle: Establish Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: closed -> opening Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: Connected! Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: opening -> dial Jan 22 22:02:28 spezia ppp[7061]: tun0: Chat: deflink: Dial attempt 1 of 1 Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: dial -> carrier Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: carrier -> login Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: login -> lcp Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: bundle: Authenticate Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: deflink: his = CHAP 0x05, mine = none Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from RASC1NRP4.Ealing) Jan 22 22:02:28 spezia ppp[7061]: tun0: Phase: Chap Output: RESPONSE (*@hg18.btinternet.com) Jan 22 22:02:35 spezia ppp[7061]: tun0: Phase: deflink: his = CHAP 0x05, mine = none Jan 22 22:02:35 spezia ppp[7061]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from RASC1NRP4.Ealing) Jan 22 22:02:35 spezia ppp[7061]: tun0: Phase: Chap Output: RESPONSE (*@hg18.btinternet.com) This Chap Challenge-Response loop continues round and round without getting to pass the password. I immediatly suspected BT, I had a engineer checking the SNR of my line (suspecting crcs etc), then they checked their radius authentication servers to no avail, I changed passwords etc. Finally an engineer turned up on site to test with his Windoze98, It worked first time with my username and password. I then tried it on my 3.2 box and it worked as well - job done I thought. It turns out if i leave the connection off for >10mins, the same above problem happens, If I use a windoze box to login to BT, it seems to clear the problem and BSD works again. I then tried it on my home BT line, and it displayed excactly the same symptoms It does lead me to think there is a bug with the driver - Does anyone out there have any ideas or suffered the same grief? Cheers - Tim Liste de diffusion modem ALCATEL SpeedTouch USB Pour se désinscrire : mailto:[EMAIL PROTECTED]?subject=unsubscribe
[speedtouch] Re: Modem_Run not loading with Generic OpenBSD 3.2
Hi there, I think I have exhausted every combination of modem_run command, If I point modem_run at e.g. ugen1, it reports that the modem is not there, so it does seem that it is trying to address the modem. I think top reporting that modem_run is 'WAIT' ing at 'ugenwb' may be a red herring, because pppoa2 does the same on a working 3.1 installation I have sanity checked as far as I can, my conf files are unchanged from the originals, this all points to pilot error on my part due to the number of people that have found 3.2 to work happily with the speedtouch. I am using the original 'stingray' version - Speedtouch USB Thanks for taking the time to look at this - it all helps to keep my head of hair! Cheers - Tim -Original Message- From: Rene Bedijn [mailto:[EMAIL PROTECTED]] Sent: 14 January 2003 22:23 To: [EMAIL PROTECTED] Subject: [speedtouch] Re: Modem_Run not loading with Generic OpenBSD 3.2 Hi, My modem_run command was: /usr/local/sbin/modem_run -d /dev/ugen0 -v 1 -mf /usr/local/libdata/mgmt/mgmt.o Before CVS I had lockups (uhci_idone: ii=0x86789828) for millions of times (i.e. lockups) After CVS I did not have these anymore and normal loggings appeared in within the log file(s). Skip everything after -d on modem_run did not change anything in behaivior for me, this goes also for pppoa2 whitin ppp.conf line of set device !"/usr/local/sbin/pppoa2 -v 1 -d /dev/ugen0 -vci 0 vcpi 32" Changing to the windows file (acl.sys) also did not change anything for me. Regards, Rene. At 10:24 PM 1/14/2003 +0100, you wrote: >On Tue, 14 Jan 2003, Tim Gebbett enslaved 16 hundred monkeys to type: > > > /usr/local/sbin/modem_run -f /usr/local/libdata/mgmt/mgmt.o -d /dev/ugen0 -v > > 2 -m > >What happens if you skip everything after -d? Does it not recognise your >modem in the first place? Does it have the same WAIT status? > >I got it worked fine sometime ago with a vanilla install > >Good luck! > >Poff > >[EMAIL PROTECTED] >SDF Public Access UNIX System - http://sdf.lonestar.org > > > >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 ** For great Emap magazine subscription & gift offers visit http://www.emapmagazines.co.uk ** The information in this email is intended only for the addressee(s) named above. Access to this email by anyone else is unauthorised. If you are not the intended recipient of this message any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. Emap plc and or its subsidiaries do not warrant that any attachments are free from viruses or other defects and accept no liability for any losses resulting from infected email transmissions. Please note that any views expressed in this email may be those of the originator and do not necessarily reflect those of this organisation. Liste de diffusion modem ALCATEL SpeedTouch USB Pour se désinscrire : mailto:[EMAIL PROTECTED]?subject=unsubscribe
[speedtouch] Modem_Run not loading with Generic OpenBSD 3.2
Hi there, I have been using the b version speedtouch drivers with OpenBSD 3.1 for a while with great success. I recently rebuilt a number of machines to vanilla generic 3.2. I have downloaded the 19/11/02 CVS drivers and installed as normal, when I issue - /usr/local/sbin/modem_run -f /usr/local/libdata/mgmt/mgmt.o -d /dev/ugen0 -v 2 -m It justs sits there doing nothing - modem_run is listed in top, with a WAIT state of 'ugenwb' - it is driving me nuts due to none of the hardware has changed Any ideas? - thanks in advance - Tim ** For great Emap magazine subscription & gift offers visit http://www.emapmagazines.co.uk ** The information in this email is intended only for the addressee(s) named above. Access to this email by anyone else is unauthorised. If you are not the intended recipient of this message any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. Emap plc and or its subsidiaries do not warrant that any attachments are free from viruses or other defects and accept no liability for any losses resulting from infected email transmissions. Please note that any views expressed in this email may be those of the originator and do not necessarily reflect those of this organisation. Liste de diffusion modem ALCATEL SpeedTouch USB Pour se désinscrire : mailto:[EMAIL PROTECTED]?subject=unsubscribe
