Hi & thanks for reading,

I am trying to get dial-on-demand working on SuSE Linux 8.1 Pro.  There are
two Windows workstations connected to the Linux server and they are
attempting to use that as an Internet gateway.

I have set up the connection under wvdial and it connects perfectly when run
from the command-line. However, as soon as I try to use wvdial (or diald)
for dial-on-demand, connection to the ISP always fails. It looks to me like
it could be an authentication problem but if it works OK from the command
line, why not on demand??

Under localmessages, we get:
---
May 14 22:58:37 don pppd[13146]: pppd 2.4.1 started by root, uid 0
May 14 22:58:37 don pppd[13146]: Perms of /dev/ttyS0 are ok, no 'mesg n'
neccesary.
May 14 22:59:08 don pppd[13146]: Serial connection established.
May 14 22:59:08 don pppd[13146]: using channel 22
May 14 22:59:08 don pppd[13146]: Using interface ppp0
May 14 22:59:08 don pppd[13146]: Connect: ppp0 <--> /dev/ttyS0
May 14 22:59:09 don pppd[13146]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0x56c6817a> <pcomp> <accomp>]
May 14 22:59:09 don pppd[13146]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00>
<mru 1524> <asyncmap 0x0> <auth chap MD5> <pcomp> <accomp> <mrru 1524>
<endpoint [local:61.64.6c.31]>]
May 14 22:59:09 don pppd[13146]: sent [LCP ConfRej id=0x1 < 00 04 00 00>
<auth chap MD5> <mrru 1524>]
May 14 22:59:09 don pppd[13146]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
<magic 0x56c6817a> <pcomp> <accomp>]
May 14 22:59:09 don pppd[13146]: rcvd [LCP ConfReq id=0x2 <mru 1524>
<asyncmap 0x0> <auth pap> <pcomp> <accomp> <endpoint [local:61.64.6c.31]>]
May 14 22:59:09 don pppd[13146]: sent [LCP ConfRej id=0x2 <auth pap>]
May 14 22:59:10 don pppd[13146]: rcvd [LCP TermReq id=0x3]
May 14 22:59:10 don pppd[13146]: sent [LCP TermAck id=0x3]
May 14 22:59:12 don pppd[13146]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0x56c6817a> <pcomp> <accomp>]
May 14 22:59:39 don last message repeated 9 times
May 14 22:59:42 don pppd[13146]: LCP: timeout sending Config-Requests
May 14 22:59:42 don pppd[13146]: Connection terminated.
May 14 22:59:43 don pppd[13146]: Hangup (SIGHUP)
May 14 22:59:43 don pppd[13146]: Exit.
---

Whereas a successful manual connection looks like:
---
May 14 22:43:23 don pppd[12697]: pppd 2.4.1 started by root, uid 0
May 14 22:43:23 don pppd[12697]: Perms of /dev/ttyS0 are ok, no 'mesg n'
neccesary.
May 14 22:43:23 don pppd[12697]: using channel 19
May 14 22:43:23 don pppd[12697]: Using interface ppp0
May 14 22:43:23 don pppd[12697]: Connect: ppp0 <--> /dev/ttyS0
May 14 22:43:23 don pppd[12697]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0xf909e1de> <pcomp> <accomp>]
May 14 22:43:23 don pppd[12697]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00>
<mru 1524> <asyncmap 0x0> <auth chap MD5> <pcomp> <accomp> <mrru 1524>
<endpoint [local:61.64.6c.31]>]
May 14 22:43:23 don pppd[12697]: sent [LCP ConfRej id=0x1 < 00 04 00 00>
<mrru 1524>]
May 14 22:43:23 don pppd[12697]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
<magic 0xf909e1de> <pcomp> <accomp>]
May 14 22:43:23 don pppd[12697]: rcvd [LCP ConfReq id=0x2 <mru 1524>
<asyncmap 0x0> <auth chap MD5> <pcomp> <accomp> <endpoint
[local:61.64.6c.31]>]
May 14 22:43:23 don pppd[12697]: sent [LCP ConfAck id=0x2 <mru 1524>
<asyncmap 0x0> <auth chap MD5> <pcomp> <accomp> <endpoint
[local:61.64.6c.31]>]
May 14 22:43:23 don pppd[12697]: sent [LCP EchoReq id=0x0 magic=0xf909e1de]
May 14 22:43:23 don pppd[12697]: cbcp_lowerup
May 14 22:43:23 don pppd[12697]: want: 2
May 14 22:43:23 don pppd[12697]: rcvd [CHAP Challenge id=0x1
<3d2f581dad403aaf6c6730b4fda6251f>, name = "tnt1.adl1"]
May 14 22:43:23 don pppd[12697]: sent [CHAP Response id=0x1
<7c501de47284c5ef98ac740984ab4e10>, name = "a...@senet.com.au"]
May 14 22:43:23 don pppd[12697]: rcvd [LCP EchoRep id=0x0 magic=0x0]
May 14 22:43:26 don pppd[12697]: sent [CHAP Response id=0x1
<7c501de47284c5ef98ac740984ab4e10>, name = "a...@senet.com.au"]
May 14 22:43:28 don pppd[12697]: rcvd [CHAP Success id=0x1 "\000"]
May 14 22:43:28 don pppd[12697]: Remote message: ^@
May 14 22:43:28 don pppd[12697]: sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>
<compress VJ 0f 01> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
May 14 22:43:28 don pppd[12697]: sent [CCP ConfReq id=0x1 <deflate 15>
<deflate(old#) 15> <bsd v1 15>]
May 14 22:43:28 don pppd[12697]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f
01> <addr 63.12.31.209>]
May 14 22:43:28 don pppd[12697]: sent [IPCP ConfAck id=0x1 <compress VJ 0f
01> <addr 63.12.31.209>]
May 14 22:43:28 don pppd[12697]: rcvd [IPCP ConfNak id=0x1 <addr
63.34.208.120> <ms-dns1 210.80.58.34> <ms-dns3 210.80.58.42>]
May 14 22:43:28 don pppd[12697]: sent [IPCP ConfReq id=0x2 <addr
63.34.208.120> <compress VJ 0f 01> <ms-dns1 210.80.58.34> <ms-dns3
210.80.58.42>]
May 14 22:43:28 don pppd[12697]: rcvd [LCP ProtRej id=0x3 80 fd 01 01 00 0f
1a 04 78 00 18 04 78 00 15 03 2f]
May 14 22:43:29 don pppd[12697]: rcvd [IPCP ConfAck id=0x2 <addr
63.34.208.120> <compress VJ 0f 01> <ms-dns1 210.80.58.34> <ms-dns3
210.80.58.42>]
May 14 22:43:29 don pppd[12697]: local  IP address 63.34.208.120
May 14 22:43:29 don pppd[12697]: remote IP address 63.12.31.209
May 14 22:43:29 don pppd[12697]: primary   DNS address 210.80.58.34
May 14 22:43:29 don pppd[12697]: secondary DNS address 210.80.58.42
May 14 22:43:29 don pppd[12697]: Script /etc/ppp/ip-up started (pid 12712)
May 14 22:43:29 don pppd[12697]: Script /etc/ppp/ip-up finished (pid 12712),
status = 0x0
---

Contents of wvdial.conf are:
---
[Dialer Defaults]
Modem = /dev/ttyS0
Baud = 115200
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2
Dial Command = ATDT
ISDN = 0

[Dialer senet]
Area Code = 08
Phone = 82101300
Username = ...
Password = ...
Stupid Mode = 1
---

Contents of ppp/options are:
---
ipcp-accept-local
ipcp-accept-remote
debug
kdebug 1
crtscts
lock
modem
lcp-echo-interval 30
lcp-echo-failure 4
lcp-max-configure 60
lcp-restart 2
idle 600
maxfail 5
noipx
---

And ppp/peers/dod contains:
---
name dod
noauth
115200
modem
crtscts
defaultroute
usehostname
user ...
noipdefault
usepeerdns
logfd 6
demand
connect "/usr/bin/wvdial --chat senet"
---

Phew! Does anyone have any ideas? It would be very much appreciated!!

Thanks, Alex.