In article <[EMAIL PROTECTED]> you write:
> For the past couple of years I've been using the dospppd packet
> driver, specifically epppdd.exe + chat, with all my DOS PPP
> applications (wattcp, ncsa, ka9q) and am quite happy with it.
Likewise, although my use is almost exclusively with KA9Q (YAN).
> About a week ago, it was suggested to me that I try out the
> new lsppp driver from http://members.tripod.com/~ladsoft/lsppp/
> I tried it about six weeks ago, but couldn't get it to work at
> that time, although I didn't spend that much with it.
The early versions were a bit hit and miss, but from 0.606 onwards
they've been usable and from 0.608 very good.
> Anyway, I have been using it for a few days and it seems to work
> fairly well. I still can't get the built-in dialer to work at all
> with any of the 5 dial-in lines that I can use. 4 of these use
> PAP on CONNECT or you can "drop down" to a login, while the other
> is login only. None of the logins are straight user/password (you
> also have to enter something else). At first I used my terminal
> program (Conex) as a dialer, but now use chat0.exe with the same
> chatscr that I use with epppdd.
Interesting. I've used it with five ISPs and have yet to see any
problems with the dialer. It's hard to say what method is actually used
to log in other than that it's either PAP or CHAP, but it works. (It's
probably CHAP as the ISPs I use prefer that even though they'll use PAP
when they have to).
> Lsppp supports dynamic DNS, which does work, although on one line
> the peer sends the "wrong" (for DOS and Linux, anyway) nameserver,
> which is not overidden by /N:"correct nameserver", which means I
> can't use simulated bootp in this case, and must get the values for
> wattcp.cfg and config.tel from IP-UP.BAT. (To run KA9Q on top of a
> packet driver I have to do this anyway, although there is a small
> utility for Yan which writes the values to autoexec.net without
> using environment variables.)
In my experience, the dynamic DNS works very well. Even if the values
are going to end up permanently written into a config file, it's worth
having the values logged each time as ISPs are feeling increasingly free
to alter them without prior notice (in the UK anyway).
> Anyway, that's my preliminary report on lsppp.
Thanks for that.
It's surprising how little known LSppp is. DOSPPPD is far better known
and for it's speed, diagnostics and packet stats is still (for the
moment) of more use, but if size matters, LSppp carries the day, no
contest. In addition, DOSPPPD appears to have died (What ever happened
to all those who clamoured for the source ? Did any of them actually
develop it ?) and LSppp is very much alive.
Alex.
--
____________________________ _______________________________
( Alex Venn ) ( Success has many fathers, )
(_) [EMAIL PROTECTED] (____) but failure is an orphan. (_)
To unsubscribe from SURVPC send a message to [EMAIL PROTECTED] with
unsubscribe SURVPC in the body of the message.
Also, trim this footer from any quoted replies.
More info can be found at;
http://www.softcon.com/archives/SURVPC.html
