ppp trouble

I have a 2 year old Toshiba Satellite with XP with the obligatory winmodem,
as a prelude to installing linux I wanted to see if I could get online with
Knoppix 3.6. Instead of messing with the winmodem I purchased a ZFM5600 CF
pcmcia modem which is know to work with linux.

Knoppix beaps twice after I insert the card and puts it on /dev/ttyS0 and
pppconfig reconizes it. It connects but only for a minute or two, Any ideas?
Here's part of /etc/syslog.

Feb 28 21:50:10 Knoppix syslogd 1.4.1#15: restart.
Feb 28 21:50:30 Knoppix cardmgr[88]: socket 1: Serial or Modem
Feb 28 21:50:30 Knoppix cardmgr[88]: executing: 'modprobe serial_cs'
Feb 28 21:50:30 Knoppix cardmgr[88]: executing: './serial start ttyS0'
Feb 28 21:50:30 Knoppix cardmgr[88]: + Default modem setup
......
Feb 28 22:00:02 Knoppix pppd[1605]: pppd 2.4.2 started by root, uid 0
Feb 28 22:00:03 Knoppix chat[1607]: abort on (BUSY)
Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO CARRIER)
Feb 28 22:00:03 Knoppix chat[1607]: abort on (VOICE)
Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO DIALTONE)
Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO DIAL TONE)
Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO ANSWER)
Feb 28 22:00:03 Knoppix chat[1607]: abort on (DELAYED)
Feb 28 22:00:03 Knoppix chat[1607]: send (ATZ^M)
Feb 28 22:00:03 Knoppix chat[1607]: expect (OK)
Feb 28 22:00:03 Knoppix chat[1607]: ATZ^M^M
Feb 28 22:00:03 Knoppix chat[1607]: OK
Feb 28 22:00:03 Knoppix chat[1607]: -- got it
Feb 28 22:00:03 Knoppix chat[1607]: send (ATDT4108841220^M)
Feb 28 22:00:03 Knoppix chat[1607]: expect (CONNECT)
Feb 28 22:00:03 Knoppix chat[1607]: ^M
Feb 28 22:00:30 Knoppix chat[1607]: ATDT4108841220^M^M
Feb 28 22:00:30 Knoppix chat[1607]: CONNECT
Feb 28 22:00:30 Knoppix chat[1607]: -- got it
Feb 28 22:00:30 Knoppix chat[1607]: send (\d)
Feb 28 22:00:31 Knoppix pppd[1605]: Serial connection established.
Feb 28 22:00:31 Knoppix pppd[1605]: using channel 2
Feb 28 22:00:31 Knoppix pppd[1605]: Using interface ppp0
Feb 28 22:00:31 Knoppix pppd[1605]: Connect: ppp0 <--> /dev/ttyS0
Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xee7dc105> <pcomp> <accomp>]
Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00> <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <mrru 1524> <endpoint [MAC:00:c0:7b:8b:fc:71]>]
Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfRej id=0x1 < 00 04 00 00> <mrru 1524>]
Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xee7dc105> <pcomp> <accomp>]
Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfReq id=0x2 <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <endpoint [MAC:00:c0:7b:8b:fc:71]>]
Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfAck id=0x2 <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <endpoint [MAC:00:c0:7b:8b:fc:71]>]
Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP EchoReq id=0x0 magic=0xee7dc105]
Feb 28 22:00:32 Knoppix pppd[1605]: sent [PAP AuthReq id=0x1 user="jringer3" password=<hidden>]
Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP EchoRep id=0x0 magic=0x0]
Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [PAP AuthAck id=0x1 ""]
Feb 28 22:00:32 Knoppix pppd[1605]: PAP authentication succeeded
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 208.59.216.12>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 208.59.216.12>]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x1 < 11 06 00 01 01 03>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x1 < 11 06 00 01 01 03>]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x2]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfNak id=0x1 <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x2 <mppe -H -M -S -L -D +C>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x2 <mppe -H -M -S -L -D +C>]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x2]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
Feb 28 22:00:33 Knoppix pppd[1605]: Cannot determine ethernet address for proxy ARP
Feb 28 22:00:33 Knoppix pppd[1605]: local IP address 208.58.224.203
Feb 28 22:00:33 Knoppix pppd[1605]: remote IP address 208.59.216.12
Feb 28 22:00:33 Knoppix pppd[1605]: primary DNS address 207.172.3.10
Feb 28 22:00:33 Knoppix pppd[1605]: secondary DNS address 207.172.3.11
Feb 28 22:00:33 Knoppix pppd[1605]: Script /etc/ppp/ip-up started (pid 1653)
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x3 < 11 05 00 01 04>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x3 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x3 < 11 05 00 01 04>]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x3 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x4]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x4 < 11 05 00 01 03>]
Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x4 < 11 05 00 01 03>]
Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x4]
Feb 28 22:00:33 Knoppix pppd[1605]: Script /etc/ppp/ip-up finished (pid 1653), status = 0x0
Feb 28 22:02:13 Knoppix pppd[1605]: Hangup (SIGHUP)
Feb 28 22:02:13 Knoppix pppd[1605]: Modem hangup
Feb 28 22:02:13 Knoppix pppd[1605]: Script /etc/ppp/ip-down started (pid 1795)
Feb 28 22:02:13 Knoppix pppd[1605]: Connection terminated.
Feb 28 22:02:13 Knoppix pppd[1605]: Connect time 1.7 minutes.
Feb 28 22:02:13 Knoppix pppd[1605]: Sent 313 bytes, received 142 bytes.
Feb 28 22:02:13 Knoppix pppd[1605]: Waiting for 1 child processes...
Feb 28 22:02:13 Knoppix pppd[1605]: script /etc/ppp/ip-down, pid 1795
Feb 28 22:02:13 Knoppix pppd[1605]: Script /etc/ppp/ip-down finished (pid 1795), status = 0x0
Feb 28 22:02:13 Knoppix pppd[1605]: Exit.


--
clear skies,
Joe

http://users.erols.com/jringer3/astro1.htm

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Joe R wrote:
> I have a 2 year old Toshiba Satellite with XP with the obligatory winmodem,
> as a prelude to installing linux I wanted to see if I could get online with
> Knoppix 3.6. Instead of messing with the winmodem I purchased a ZFM5600 CF
> pcmcia modem which is know to work with linux.
>
> Knoppix beaps twice after I insert the card and puts it on /dev/ttyS0 and
> pppconfig reconizes it. It connects but only for a minute or two, Any ideas?

Your problem, what ever it is, is not with the PPP connection.

- From the log (below) it appears that you have successfully negotiated a full IP
connection with the other end, and sustained it for about two minutes. You sent
300+ bytes of data, and received just under 150 bytes back.

And then, your partner disconnected on you.

What did you do during that almost two minutes that your connection was running?
If you don't know, and can reproduce the problem, you could run the tcpdump
program on the connection, and see what packets are being sent across the wire.
That /might/ help determine why your ISP disconnected and hung up on you after
having successfully connected you to the internet.

> Here's part of /etc/syslog.
>
> Feb 28 21:50:10 Knoppix syslogd 1.4.1#15: restart.
> Feb 28 21:50:30 Knoppix cardmgr[88]: socket 1: Serial or Modem
> Feb 28 21:50:30 Knoppix cardmgr[88]: executing: 'modprobe serial_cs'
> Feb 28 21:50:30 Knoppix cardmgr[88]: executing: './serial start ttyS0'
> Feb 28 21:50:30 Knoppix cardmgr[88]: + Default modem setup
> .....
> Feb 28 22:00:02 Knoppix pppd[1605]: pppd 2.4.2 started by root, uid 0
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (BUSY)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO CARRIER)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (VOICE)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO DIALTONE)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO DIAL TONE)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO ANSWER)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (DELAYED)
> Feb 28 22:00:03 Knoppix chat[1607]: send (ATZ^M)
> Feb 28 22:00:03 Knoppix chat[1607]: expect (OK)
> Feb 28 22:00:03 Knoppix chat[1607]: ATZ^M^M
> Feb 28 22:00:03 Knoppix chat[1607]: OK
> Feb 28 22:00:03 Knoppix chat[1607]: -- got it
> Feb 28 22:00:03 Knoppix chat[1607]: send (ATDT4108841220^M)
> Feb 28 22:00:03 Knoppix chat[1607]: expect (CONNECT)
> Feb 28 22:00:03 Knoppix chat[1607]: ^M
> Feb 28 22:00:30 Knoppix chat[1607]: ATDT4108841220^M^M
> Feb 28 22:00:30 Knoppix chat[1607]: CONNECT
> Feb 28 22:00:30 Knoppix chat[1607]: -- got it
> Feb 28 22:00:30 Knoppix chat[1607]: send (\d)
> Feb 28 22:00:31 Knoppix pppd[1605]: Serial connection established.
> Feb 28 22:00:31 Knoppix pppd[1605]: using channel 2
> Feb 28 22:00:31 Knoppix pppd[1605]: Using interface ppp0
> Feb 28 22:00:31 Knoppix pppd[1605]: Connect: ppp0 <--> /dev/ttyS0

OK, the dialer connected with the other end. At least your ISP has a working
phone connection ;-)


> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xee7dc105> <pcomp> <accomp>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfReq id=0x1 < 00 04 00 00> <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <mrru 1524> <endpoint [MAC:00:c0:7b:8b:fc:71]>]
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfRej id=0x1 < 00 04 00 00> <mrru 1524>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xee7dc105> <pcomp> <accomp>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfReq id=0x2 <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <endpoint [MAC:00:c0:7b:8b:fc:71]>]
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfAck id=0x2 <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <endpoint [MAC:00:c0:7b:8b:fc:71]>]

You and your ISP negotiate some parameters, including the async map, and the
decision that you will use pap to authenticate yourself.

> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP EchoReq id=0x0 magic=0xee7dc105]
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [PAP AuthReq id=0x1 user="jringer3" password=<hidden>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP EchoRep id=0x0 magic=0x0]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [PAP AuthAck id=0x1 ""]
> Feb 28 22:00:32 Knoppix pppd[1605]: PAP authentication succeeded

You successfully authenticated yourself to your ISP using the PAP protocol.

> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 208.59.216.12>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 208.59.216.12>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x1 < 11 06 00 01 01 03>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x1 < 11 06 00 01 01 03>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x2]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfNak id=0x1 <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x2 <mppe -H -M -S -L -D +C>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x2 <mppe -H -M -S -L -D +C>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x2]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]


You and your ISP negotiate data compression algorithms, and they give you your
IP address.

> Feb 28 22:00:33 Knoppix pppd[1605]: Cannot determine ethernet address for proxy ARP
> Feb 28 22:00:33 Knoppix pppd[1605]: local IP address 208.58.224.203
> Feb 28 22:00:33 Knoppix pppd[1605]: remote IP address 208.59.216.12
> Feb 28 22:00:33 Knoppix pppd[1605]: primary DNS address 207.172.3.10
> Feb 28 22:00:33 Knoppix pppd[1605]: secondary DNS address 207.172.3.11

PPPD announces that you have IP connectivity to your ISP

> Feb 28 22:00:33 Knoppix pppd[1605]: Script /etc/ppp/ip-up started (pid 1653)
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x3 < 11 05 00 01 04>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x3 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x3 < 11 05 00 01 04>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x3 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x4]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x4 < 11 05 00 01 03>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x4 < 11 05 00 01 03>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x4]
> Feb 28 22:00:33 Knoppix pppd[1605]: Script /etc/ppp/ip-up finished (pid 1653), status = 0x0

PPP has now run the ip-up script. You are officially "on the internet".

> Feb 28 22:02:13 Knoppix pppd[1605]: Hangup (SIGHUP)
> Feb 28 22:02:13 Knoppix pppd[1605]: Modem hangup

One minute, 40 seconds later, your ISP hangs up the phone
PPPD will now run the ip-down script

> Feb 28 22:02:13 Knoppix pppd[1605]: Script /etc/ppp/ip-down started (pid 1795)
> Feb 28 22:02:13 Knoppix pppd[1605]: Connection terminated.
> Feb 28 22:02:13 Knoppix pppd[1605]: Connect time 1.7 minutes.
> Feb 28 22:02:13 Knoppix pppd[1605]: Sent 313 bytes, received 142 bytes.

PPPD gives some stats
You sent 313 bytes out from your IP address
You received 142 bytes from the internet

> Feb 28 22:02:13 Knoppix pppd[1605]: Waiting for 1 child processes...
> Feb 28 22:02:13 Knoppix pppd[1605]: script /etc/ppp/ip-down, pid 1795
> Feb 28 22:02:13 Knoppix pppd[1605]: Script /etc/ppp/ip-down finished (pid 1795), status = 0x0

It's official, you are completely disconnected now.

> Feb 28 22:02:13 Knoppix pppd[1605]: Exit.


- --
Lew Pitcher
IT Specialist, Enterprise Data Systems,
Enterprise Technology Solutions, TD Bank Financial Group

(Opinions expressed are my own, not my employers')
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (MingW32)

iD8DBQFCJ2y7agVFX4UWr64RAg1GAKDZswu+hdgpVsqlQ/t3OWTiJJpRmwCg2BBS
NAjcL+7/bSVwrKRRmdlso2Y=
=ClV7
-----END PGP SIGNATURE-----

On Thu, 03 Mar 2005 14:59:55 -0500, Lew Pitcher wrote:
>
> Joe R wrote:
>> I have a 2 year old Toshiba Satellite with XP with the obligatory winmodem,
>> as a prelude to installing linux I wanted to see if I could get online with
>> Knoppix 3.6. Instead of messing with the winmodem I purchased a ZFM5600 CF
>> pcmcia modem which is know to work with linux.
>>
>> Knoppix beaps twice after I insert the card and puts it on /dev/ttyS0 and
>> pppconfig reconizes it. It connects but only for a minute or two, Any ideas?
>
> Your problem, what ever it is, is not with the PPP connection.
>
> - From the log (below) it appears that you have successfully negotiated a full IP
> connection with the other end, and sustained it for about two minutes. You sent
> 300+ bytes of data, and received just under 150 bytes back.
>
> And then, your partner disconnected on you.
>
> What did you do during that almost two minutes that your connection was running?
> If you don't know, and can reproduce the problem, you could run the tcpdump
> program on the connection, and see what packets are being sent across the wire.
> That /might/ help determine why your ISP disconnected and hung up on you after
> having successfully connected you to the internet.

I start Mozilla which loads my homepage then I clicked a link on my page.
I've tried different links on different attempts with the same results.
I've also tried keying in a url manually. ie. google.com

I should note that I only connect at 33,600 with this hardware even though
this is a v.92 modem?

Here's my modem config:

OK
at&v0

ACTIVE PROFILE:
B1 E1 L2 M1 N1 T Q0 V1 W2 X4 Y0 &C1 &D2 &G0 &J0 &P0 &Q0 &S0 &U0 &Y0
%A013 %C1 %E1 %G1 \A3 \C0 \G0 \J0 \K5 \N3 \Q3 \T000 \X0 -C0 -J1 "H3 "O032
S00:000 S01:000 S02:043 S03:013 S04:010 S05:008 S06:002 S07:060 S08:002
S09:006 S10:014 S11:070 S12:050 S18:000 S25:020 S30:000 S33:000 S37:000

STORED PROFILE 0:
B1 E1 L2 M1 N1 T Q0 V1 W0 X4 Y0 &C1 &D2 &G0 &J0 &P0 &Q0 &S0 &U0
%A013 %C1 %E1 %G1 \A3 \C0 \G0 \J0 \K5 \N3 \Q3 \T000 \X0 -C0 -J1 "H3 "O032
S00:000 S02:043 S06:002 S07:060 S08:002 S09:006 S10:014
S11:070 S12:050 S18:000 S25:005 S30:000 S33:000 S37:000

TELEPHONE NUMBERS:
&Z0 =
&Z1 =
&Z2 =
&Z3 =

OK

I'm using ATZ as my int. string but someone suggested AT&F. But I can't figure
out why connects are so slow? My Zoom 56k on my desktop gives me great connects
using the same phone line and ISP. So I guess the problem is with my
laptop/pcmcia modem? But I've been trying different things (KPP, pppconfig, XP
with different settings) with no luck.



I've also tried this modem with XP (same laptop) and I get hung up on also.
The logs show compression and error correction is disabled. (Under XP
that is.)

Thanks for the response and any ideas. Oh yeah, the modem manufacturer has
yet to get back to me.

--
clear skies,
Joe

http://users.erols.com/jringer3/astro1.htm

Joe R <(E-Mail Removed)> wrote:
> I have a 2 year old Toshiba Satellite with XP with the obligatory winmodem,
> as a prelude to installing linux I wanted to see if I could get online with
> Knoppix 3.6. Instead of messing with the winmodem I purchased a ZFM5600 CF
> pcmcia modem which is know to work with linux.

> Knoppix beaps twice after I insert the card and puts it on /dev/ttyS0 and
> pppconfig reconizes it. It connects but only for a minute or two, Any ideas?
> Here's part of /etc/syslog.

> Feb 28 21:50:10 Knoppix syslogd 1.4.1#15: restart.
> Feb 28 21:50:30 Knoppix cardmgr[88]: socket 1: Serial or Modem
> Feb 28 21:50:30 Knoppix cardmgr[88]: executing: 'modprobe serial_cs'
> Feb 28 21:50:30 Knoppix cardmgr[88]: executing: './serial start ttyS0'
> Feb 28 21:50:30 Knoppix cardmgr[88]: + Default modem setup
> .....
> Feb 28 22:00:02 Knoppix pppd[1605]: pppd 2.4.2 started by root, uid 0
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (BUSY)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO CARRIER)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (VOICE)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO DIALTONE)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO DIAL TONE)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (NO ANSWER)
> Feb 28 22:00:03 Knoppix chat[1607]: abort on (DELAYED)
> Feb 28 22:00:03 Knoppix chat[1607]: send (ATZ^M)
> Feb 28 22:00:03 Knoppix chat[1607]: expect (OK)
> Feb 28 22:00:03 Knoppix chat[1607]: ATZ^M^M
> Feb 28 22:00:03 Knoppix chat[1607]: OK
> Feb 28 22:00:03 Knoppix chat[1607]: -- got it
> Feb 28 22:00:03 Knoppix chat[1607]: send (ATDT4108841220^M)
> Feb 28 22:00:03 Knoppix chat[1607]: expect (CONNECT)
> Feb 28 22:00:03 Knoppix chat[1607]: ^M
> Feb 28 22:00:30 Knoppix chat[1607]: ATDT4108841220^M^M
> Feb 28 22:00:30 Knoppix chat[1607]: CONNECT
> Feb 28 22:00:30 Knoppix chat[1607]: -- got it
> Feb 28 22:00:30 Knoppix chat[1607]: send (\d)
> Feb 28 22:00:31 Knoppix pppd[1605]: Serial connection established.
> Feb 28 22:00:31 Knoppix pppd[1605]: using channel 2
> Feb 28 22:00:31 Knoppix pppd[1605]: Using interface ppp0
> Feb 28 22:00:31 Knoppix pppd[1605]: Connect: ppp0 <--> /dev/ttyS0
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfReq id=0x1 <asyncmap
> 0x0> <magic 0xee7dc105> <pcomp> <accomp>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfReq id=0x1 < 00 04 00
> 00> <mru 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <mrru 1524>
> <endpoint [MAC:00:c0:7b:8b:fc:71]>]
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfRej id=0x1 < 00 04 00
> 00> <mrru 1524>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfAck id=0x1 <asyncmap
> 0x0> <magic 0xee7dc105> <pcomp> <accomp>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP ConfReq id=0x2 <mru
> 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <endpoint
> [MAC:00:c0:7b:8b:fc:71]>]
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP ConfAck id=0x2 <mru
> 1524> <asyncmap 0xa0000> <auth pap> <pcomp> <accomp> <endpoint
> [MAC:00:c0:7b:8b:fc:71]>]
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [LCP EchoReq id=0x0
> magic=0xee7dc105]
> Feb 28 22:00:32 Knoppix pppd[1605]: sent [PAP AuthReq id=0x1
> user="jringer3" password=<hidden>]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [LCP EchoRep id=0x0 magic=0x0]
> Feb 28 22:00:32 Knoppix pppd[1605]: rcvd [PAP AuthAck id=0x1 ""]
> Feb 28 22:00:32 Knoppix pppd[1605]: PAP authentication succeeded

> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x1 <deflate 15>
> <deflate(old#) 15> <bsd v1 15>]

CCP is very likely the problem. Very few ISPs implement any CCP
that pppd can use without a license of some sort. The ones above
are Deflate, an older version of Deflate, and BSD compression.

> Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfReq id=0x1 <compress
> VJ 0f 01> <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfReq id=0x1 <compress
> VJ 0f 01> <addr 208.59.216.12>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfAck id=0x1 <compress
> VJ 0f 01> <addr 208.59.216.12>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x1 < 11 06 00
> 01 01 03>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x1 < 11 06 00
> 01 01 03>]

The peer requests STAC CCP which requires a license and hence pppd doesn't
implement. So pppd rejects it.

> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x1 <deflate 15>
> <deflate(old#) 15> <bsd v1 15>]

The peer rejects all pppd's CCP offerings.

> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x2]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfNak id=0x1 <addr
> 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [IPCP ConfReq id=0x2 <compress VJ
> 0f 01> <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x2 <mppe -H
> -M -S -L -D +C>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x2 <mppe -H
> -M -S -L -D +C>]

The peer requests MS-PPC CCP which pppd rejects since it calls for
compression (+C) and the compression part is patented. Sound strange?
It is. But stranger still, pppd can negotiate MS-PPC if compression
is not requested! Unfortunately most MS-PPC implementations that ask
for the compression part (aka MPPC) *require* that it be accepted.

> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x2]

The peer rejects negotiating CCP without any compression algorithm
specified. :/

> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [IPCP ConfAck id=0x2 <compress VJ
> 0f 01> <addr 208.58.224.203> <ms-dns1 207.172.3.10> <ms-dns3 207.172.3.11>]
> Feb 28 22:00:33 Knoppix pppd[1605]: Cannot determine ethernet address
> for proxy ARP
> Feb 28 22:00:33 Knoppix pppd[1605]: local IP address 208.58.224.203
> Feb 28 22:00:33 Knoppix pppd[1605]: remote IP address 208.59.216.12
> Feb 28 22:00:33 Knoppix pppd[1605]: primary DNS address 207.172.3.10
> Feb 28 22:00:33 Knoppix pppd[1605]: secondary DNS address 207.172.3.11

The peer and pppd complete IPCP negotiation of IP addresses and then
the peer...

> Feb 28 22:00:33 Knoppix pppd[1605]: Script /etc/ppp/ip-up started (pid 1653)
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x3 < 11 05 00
> 01 04>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x3 <deflate 15>
> <deflate(old#) 15> <bsd v1 15>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x3 < 11 05 00
> 01 04>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x3 <deflate 15>
> <deflate(old#) 15> <bsd v1 15>]

....trys to negotiate STAC with different parameters, which also fails.

> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfReq id=0x4]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfReq id=0x4 < 11 05 00
> 01 03>]
> Feb 28 22:00:33 Knoppix pppd[1605]: sent [CCP ConfRej id=0x4 < 11 05 00
> 01 03>]
> Feb 28 22:00:33 Knoppix pppd[1605]: rcvd [CCP ConfRej id=0x4]
> Feb 28 22:00:33 Knoppix pppd[1605]: Script /etc/ppp/ip-up finished
> (pid 1653), status = 0x0
> Feb 28 22:02:13 Knoppix pppd[1605]: Hangup (SIGHUP)
> Feb 28 22:02:13 Knoppix pppd[1605]: Modem hangup

The peer tries STAC with the first parameters once again and then
hangs up. Apparently the peer must require that either MS-PPC or
STAC CCP be accepted. I don't know why it waits 2 minutes and 20
seconds to do so after IPCP negotiation completes. Only the peer's
PPP implementor knows...

> Feb 28 22:02:13 Knoppix pppd[1605]: Script /etc/ppp/ip-down started
> (pid 1795)
> Feb 28 22:02:13 Knoppix pppd[1605]: Connection terminated.
> Feb 28 22:02:13 Knoppix pppd[1605]: Connect time 1.7 minutes.
> Feb 28 22:02:13 Knoppix pppd[1605]: Sent 313 bytes, received 142 bytes.
> Feb 28 22:02:13 Knoppix pppd[1605]: Waiting for 1 child processes...
> Feb 28 22:02:13 Knoppix pppd[1605]: script /etc/ppp/ip-down, pid 1795
> Feb 28 22:02:13 Knoppix pppd[1605]: Script /etc/ppp/ip-down finished
> (pid 1795), status = 0x0
> Feb 28 22:02:13 Knoppix pppd[1605]: Exit.

....and that's all folks. My best guess is that since pppd doesn't
implement STAC CCP or MS-PPC with MPPC it's not possible to get a
viable PPP connection to this peer with pppd. At least not with a
standard pppd - I think there may be versions of pppd available that
implement MS-PPC with MPPC but they are illegal in the U.S.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/

On Thu, 3 Mar 2005 16:18:02 -0600, Clifford Kite wrote:
>
> ...and that's all folks. My best guess is that since pppd doesn't
> implement STAC CCP or MS-PPC with MPPC it's not possible to get a
> viable PPP connection to this peer with pppd. At least not with a
> standard pppd - I think there may be versions of pppd available that
> implement MS-PPC with MPPC but they are illegal in the U.S.
>

Wow, that was mostly over my head. I can connect fine using Mandrake
and my 56k Zoom external. What can I do to get this Toshiba/Knoppix/pcmcia
modem to stay connected?


--
clear skies,
Joe

http://users.erols.com/jringer3/astro1.htm

On Thu, 3 Mar 2005 16:18:02 -0600, Clifford Kite wrote:
>
> ...and that's all folks. My best guess is that since pppd doesn't
> implement STAC CCP or MS-PPC with MPPC it's not possible to get a
> viable PPP connection to this peer with pppd. At least not with a
> standard pppd - I think there may be versions of pppd available that
> implement MS-PPC with MPPC but they are illegal in the U.S.
>
Ok, I just googled around and understand a little better and will try
the 'noccp' option.

--
clear skies,
Joe

http://users.erols.com/jringer3/astro1.htm

Joe R <(E-Mail Removed)> wrote:
>On Thu, 3 Mar 2005 16:18:02 -0600, Clifford Kite wrote:
>>
>> ...and that's all folks. My best guess is that since pppd doesn't
>> implement STAC CCP or MS-PPC with MPPC it's not possible to get a
>> viable PPP connection to this peer with pppd. At least not with a
>> standard pppd - I think there may be versions of pppd available that
>> implement MS-PPC with MPPC but they are illegal in the U.S.
>>
>
>Wow, that was mostly over my head. I can connect fine using Mandrake
>and my 56k Zoom external. What can I do to get this Toshiba/Knoppix/pcmcia
>modem to stay connected?

Do try the noccp option and see what happens. However... your
description of the problem suggests (meaning, if it is accurate
and complete, it demonstrates) that there is a problem with the
modem, not with pppd.

1) You've said that you can connect using other modems.

2) You've said this modem does the same thing when used
with another OS.

It is possible that there were configuration changes, not
described, which caused the apparent correlations above, but the
logical conclusion to draw is that the modem has a problem.

--
Floyd L. Davidson <http://web.newsguy.com/floyd_davidson>
Ukpeagvik (Barrow, Alaska) (E-Mail Removed)

Joe R <(E-Mail Removed)> wrote:
> On Thu, 3 Mar 2005 16:18:02 -0600, Clifford Kite wrote:
>>
>> ...and that's all folks. My best guess is that since pppd doesn't
>> implement STAC CCP or MS-PPC with MPPC it's not possible to get a
>> viable PPP connection to this peer with pppd. At least not with a
>> standard pppd - I think there may be versions of pppd available that
>> implement MS-PPC with MPPC but they are illegal in the U.S.
>>

> Wow, that was mostly over my head. I can connect fine using Mandrake
> and my 56k Zoom external. What can I do to get this Toshiba/Knoppix/pcmcia
> modem to stay connected?

Okay, then you can try using the pppd option "asyncmap a0000" which
matches what the ISP requests. Imitating the ACCM (asyncmap) peer
request sometimes works. Trouble (not the CCP kind the log implied)
using an ISP with broken a ACCM implementation usually shows up before
data starts, but there could be exceptions.

Winmodems are not real modems and a driver that works for one kernel
may not work for another one. The last time I looked only one CPU
driven DSP modem was supported in the kernel, so you have to use 3rd
party drivers. Those are, IMHO, very iffy.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/

On Thu, 3 Mar 2005 21:09:44 -0600, Clifford Kite wrote:
> Joe R <(E-Mail Removed)> wrote:
>> On Thu, 3 Mar 2005 16:18:02 -0600, Clifford Kite wrote:
>>>
>>> ...and that's all folks. My best guess is that since pppd doesn't
>>> implement STAC CCP or MS-PPC with MPPC it's not possible to get a
>>> viable PPP connection to this peer with pppd. At least not with a
>>> standard pppd - I think there may be versions of pppd available that
>>> implement MS-PPC with MPPC but they are illegal in the U.S.
>>>
>
>> Wow, that was mostly over my head. I can connect fine using Mandrake
>> and my 56k Zoom external. What can I do to get this Toshiba/Knoppix/pcmcia
>> modem to stay connected?
>
> Okay, then you can try using the pppd option "asyncmap a0000" which
> matches what the ISP requests. Imitating the ACCM (asyncmap) peer
> request sometimes works. Trouble (not the CCP kind the log implied)
> using an ISP with broken a ACCM implementation usually shows up before
> data starts, but there could be exceptions.
>
> Winmodems are not real modems and a driver that works for one kernel
> may not work for another one. The last time I looked only one CPU
> driven DSP modem was supported in the kernel, so you have to use 3rd
> party drivers. Those are, IMHO, very iffy.
>
I tried adding the 'nocpp' option to /etc/ppp/peers/star and now I don't
log in at all:

Mar 5 00:39:20 Knoppix pppd[2034]: Serial connection established.
Mar 5 00:39:20 Knoppix pppd[2034]: using channel 2
Mar 5 00:39:20 Knoppix pppd[2034]: Using interface ppp0
Mar 5 00:39:20 Knoppix pppd[2034]: Connect: ppp0 <--> /dev/ttyS0
Mar 5 00:39:21 Knoppix pppd[2034]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2c5743f2> <pcomp> <accomp>]
Mar 5 00:39:48 Knoppix last message repeated 9 times
Mar 5 00:39:51 Knoppix pppd[2034]: LCP: timeout sending Config-Requests
Mar 5 00:39:51 Knoppix pppd[2034]: Connection terminated.
Mar 5 00:39:52 Knoppix pppd[2034]: Exit.

This isn't a winmodem, (ZFM5600 CF) it's a pcmcia card that's advertised as
100% hardware and a couple of google references report it as working in linux.
--
clear skies,
Joe

http://users.erols.com/jringer3/astro1.htm

On Thu, 03 Mar 2005 15:59:23 -0900, Floyd L. Davidson wrote:
> Joe R <(E-Mail Removed)> wrote:
>>On Thu, 3 Mar 2005 16:18:02 -0600, Clifford Kite wrote:
>>>
>>> ...and that's all folks. My best guess is that since pppd doesn't
>>> implement STAC CCP or MS-PPC with MPPC it's not possible to get a
>>> viable PPP connection to this peer with pppd. At least not with a
>>> standard pppd - I think there may be versions of pppd available that
>>> implement MS-PPC with MPPC but they are illegal in the U.S.
>>>
>>
>>Wow, that was mostly over my head. I can connect fine using Mandrake
>>and my 56k Zoom external. What can I do to get this Toshiba/Knoppix/pcmcia
>>modem to stay connected?
>
> Do try the noccp option and see what happens. However... your
> description of the problem suggests (meaning, if it is accurate
> and complete, it demonstrates) that there is a problem with the
> modem, not with pppd.

Adding 'noccp' didn't help:

Mar 5 00:39:20 Knoppix pppd[2034]: Serial connection established.
Mar 5 00:39:20 Knoppix pppd[2034]: using channel 2
Mar 5 00:39:20 Knoppix pppd[2034]: Using interface ppp0
Mar 5 00:39:20 Knoppix pppd[2034]: Connect: ppp0 <--> /dev/ttyS0
Mar 5 00:39:21 Knoppix pppd[2034]: sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x2c5743f2> <pcomp> <accomp>]
Mar 5 00:39:48 Knoppix last message repeated 9 times
Mar 5 00:39:51 Knoppix pppd[2034]: LCP: timeout sending Config-Requests
Mar 5 00:39:51 Knoppix pppd[2034]: Connection terminated.
Mar 5 00:39:52 Knoppix pppd[2034]: Exit.

> 1) You've said that you can connect using other modems.

Yes, different modem and different computer running different distro.

> 2) You've said this modem does the same thing when used
> with another OS.
>
> It is possible that there were configuration changes, not
> described, which caused the apparent correlations above, but the
> logical conclusion to draw is that the modem has a problem.

Configuration changes? Do you mean with the modem or Knoppix?


--
clear skies,
Joe

http://users.erols.com/jringer3/astro1.htm