PPP demand dial

I want to use demand dial and idle for establishing connections and it all
works fine but when I run the pppd it waits until traffic starts and starts
to dial but after the few seconds and the few messages stated below he
terminates connection.
This is the output when I use wvdial:
Satrting link
Connect script is required for demand-dialling
Serial connection establisked.
Couldn`t get channel number: Input/output error
Exit.

And this is the message when I use chat:
Serial connection established.
Connect: ppp0 <--> /dev/modem
Serial line is looped back.
Connection Terminated

In both cases it terminates the line, just the error messages are different,
so if anyone knows why it happens I would be very grateful?

Dominik <(E-Mail Removed)> wrote:
> I want to use demand dial and idle for establishing connections and
> it all works fine but when I run the pppd it waits until traffic
> starts and starts to dial but after the few seconds and the few
> messages stated below he terminates connection.

> This is the output when I use wvdial:
> Satrting link
> Connect script is required for demand-dialling
> Serial connection establisked.
> Couldn`t get channel number: Input/output error
> Exit.

Don't know what to expect from wvdial, a frontend to pppd. Do know that
hand-copies are prone to error and exact copies of messages should be
posted. If it's from pppd then it could mean that you don't have
/dev/ppp, which is needed for some 2.4.x kernels (and beyond).

> And this is the message when I use chat:
> Serial connection established.
> Connect: ppp0 <--> /dev/modem
> Serial line is looped back.
> Connection Terminated

The message can mean

o The modem is actually in a looped-back state.

o The connection is completed but pppd has not started and the
remote end is presenting a login prompt or menu. In that case
the LCP negotiation messages are being echoed at the ISP and
pppd thinks the line is looped back.

o The modem is a Winmodem or relative thereof and isn't functioning
correctly.

o Something else.

The problem is very likely caused by either the serial line, no /dev/ppp,
or the modem, or a misconfiguration of the serial line or modem.

> In both cases it terminates the line, just the error messages
> are different, so if anyone knows why it happens I would be very
> grateful?

Add the chat -v option and the pppd dump and debug options. Follow the
recipe below to get a proper log and post an exact copy of it.

1) Add the line
daemon.*;local2.* /var/log/ppp.log
to /etc/syslog.conf.

2) Do
kill -HUP $(pidof syslogd)
to get syslogd to reread syslog.conf.

3) Attempt a connection with pppd and the chat script.

4) Post an exact copy of ppp.log.

Then maybe someone can help you.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* On Linux be root, on Windows reboot.
-Josef Müllers */

Here I send the log you wanted, and the modem is winmodem and it works fine
when I manually dial to isp either with wvdial or kppp:

May 17 22:23:06 pc pppd[1729]: pppd 2.4.1 started by root, uid 0

May 17 22:23:06 pc pppd[1729]: Using interface ppp0

May 17 22:23:06 pc pppd[1729]: local IP address 10.64.64.64

May 17 22:23:06 pc pppd[1729]: remote IP address 10.112.112.112

May 17 22:23:08 pc pppd[1729]: Starting link

May 17 22:23:09 pc chat[1739]: report (CONNECT)

May 17 22:23:09 pc chat[1739]: abort on (NO CARRIER)

May 17 22:23:09 pc chat[1739]: abort on (BUSY)

May 17 22:23:09 pc chat[1739]: abort on (NO DIAL TONE)

May 17 22:23:09 pc chat[1739]: abort on (ERROR)

May 17 22:23:09 pc chat[1739]: abort on (RING)

May 17 22:23:09 pc chat[1739]: send (ATX3^M)

May 17 22:23:09 pc chat[1739]: timeout set to 1 seconds

May 17 22:23:09 pc chat[1739]: expect (OK)

May 17 22:23:09 pc chat[1739]: ATX3^M^M

May 17 22:23:09 pc chat[1739]: OK

May 17 22:23:09 pc chat[1739]: -- got it

May 17 22:23:09 pc chat[1739]: send (ATDT077100000^M)

May 17 22:23:09 pc chat[1739]: timeout set to 40 seconds

May 17 22:23:09 pc chat[1739]: expect (CONNECT)

May 17 22:23:09 pc chat[1739]: ^M

May 17 22:23:48 pc chat[1739]: ATDT077100000^M^M

May 17 22:23:48 pc chat[1739]: CONNECT

May 17 22:23:48 pc chat[1739]: -- got it

May 17 22:23:48 pc chat[1739]: send (^M)

May 17 22:23:48 pc pppd[1729]: Serial connection established.

May 17 22:23:48 pc pppd[1729]: Connect: ppp0 <--> /dev/modem

May 17 22:23:59 pc pppd[1729]: Serial line is looped back.

May 17 22:23:59 pc pppd[1729]: Connection terminated.

May 17 22:24:00 pc pppd[1729]: Exit.

I forget to mention that loacal and remote ip s are wrong local should be
statcly assigned and remote should be assigned from isp, can you please help
how to accomplish that?

Dominik <(E-Mail Removed)> wrote:
> Here I send the log you wanted, and the modem is winmodem and it
> works fine when I manually dial to isp either with wvdial or kppp:

> May 17 22:23:06 pc pppd[1729]: pppd 2.4.1 started by root, uid 0
> May 17 22:23:06 pc pppd[1729]: Using interface ppp0
> May 17 22:23:06 pc pppd[1729]: local IP address 10.64.64.64
> May 17 22:23:06 pc pppd[1729]: remote IP address 10.112.112.112
> May 17 22:23:08 pc pppd[1729]: Starting link
> May 17 22:23:09 pc chat[1739]: report (CONNECT)
> May 17 22:23:09 pc chat[1739]: abort on (NO CARRIER)
> May 17 22:23:09 pc chat[1739]: abort on (BUSY)
> May 17 22:23:09 pc chat[1739]: abort on (NO DIAL TONE)
> May 17 22:23:09 pc chat[1739]: abort on (ERROR)
> May 17 22:23:09 pc chat[1739]: abort on (RING)
> May 17 22:23:09 pc chat[1739]: send (ATX3^M)
> May 17 22:23:09 pc chat[1739]: timeout set to 1 seconds
> May 17 22:23:09 pc chat[1739]: expect (OK)
> May 17 22:23:09 pc chat[1739]: ATX3^M^M
> May 17 22:23:09 pc chat[1739]: OK
> May 17 22:23:09 pc chat[1739]: -- got it
> May 17 22:23:09 pc chat[1739]: send (ATDT077100000^M)
> May 17 22:23:09 pc chat[1739]: timeout set to 40 seconds
> May 17 22:23:09 pc chat[1739]: expect (CONNECT)
> May 17 22:23:09 pc chat[1739]: ^M
> May 17 22:23:48 pc chat[1739]: ATDT077100000^M^M
> May 17 22:23:48 pc chat[1739]: CONNECT
> May 17 22:23:48 pc chat[1739]: -- got it
> May 17 22:23:48 pc chat[1739]: send (^M)

Sending a carriage-return (^M) can lead to the ISP presenting a prompt or
a menu, not starting PPP on it's end, and echoing pppd LCP negotiations.

> May 17 22:23:48 pc pppd[1729]: Serial connection established.
> May 17 22:23:48 pc pppd[1729]: Connect: ppp0 <--> /dev/modem
> May 17 22:23:59 pc pppd[1729]: Serial line is looped back.
> May 17 22:23:59 pc pppd[1729]: Connection terminated.
> May 17 22:24:00 pc pppd[1729]: Exit.

The time between "Connect: ppp0 <--> /dev/modem" and "Serial line is
looped back" is only 11 seconds. Either the pppd configuration for LCP
requests is not the default one and you didn't carefully read the first
sentence in

Add the chat -v option and the pppd dump and debug options. Follow the
recipe below to get a proper log and post an exact copy of it.

or the serial line is really looped back. Since the dump option would
have shown the pppd option configured before the PPP negotiations began
it would seem that you didn't carefully read the first sentence.

We need to know what pppd options are used and see LCP negotiations to
be sure that the carriage-return is eliciting a prompt/menu at the ISP
instead of immediately starting PPP negotiation, which often prevents
the ISP from starting PPP. But, from what I see above, that would be
my guess as to the most likely cause of your problem.

In order to avoid sending a carriage return and to wait a second for the
serial connection to stabilize (usually) the chat script should end with
the expect-send

CONNECT \d\c

if it is in a file specified by the chat -f option and

CONNECT \\d\\c

if it is specified on the chat command line.

To answer the question in your second reply, the IP addresses above can
be supplied by pppd when IPCP negotiation completes without IP addresses
being negotiated, or pppd is started in demand mode. It appears that
in this case pppd was started in demand mode.

IPCP negotiation should result in a remote IP address and a local
IP address as shown by ifconfig. This usually happens without any
further pppd configuration.

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

May 18 18:02:13 pc pppd[1251]: pppd options in effect:

May 18 18:02:13 pc pppd[1251]: debug^I^I# (from /etc/ppp/options)

May 18 18:02:13 pc pppd[1251]: idle 120^I^I# (from /etc/ppp/options)

May 18 18:02:13 pc pppd[1251]: nopersist^I^I# (from /etc/ppp/options)

May 18 18:02:13 pc pppd[1251]: demand^I^I# (from /etc/ppp/options)

May 18 18:02:13 pc pppd[1251]: dump^I^I# (from /etc/ppp/options)

May 18 18:02:13 pc pppd[1251]: noauth^I^I# (from /etc/ppp/options)

May 18 18:02:13 pc pppd[1251]: /dev/modem^I^I# (from /etc/ppp/peers/ht)

May 18 18:02:13 pc pppd[1251]: 57600^I^I# (from /etc/ppp/peers/ht)

May 18 18:02:13 pc pppd[1251]: connect /usr/sbin/chat -v -f
/etc/chatscripts/ht -r /var/log/chat-ht.log^I^I# (from /etc/ppp/peers/ht)

May 18 18:02:13 pc pppd[1251]: -vj^I^I# (from /etc/ppp/peers/ht)

May 18 18:02:13 pc pppd[1251]: noipdefault^I^I# (from /etc/ppp/options)

May 18 18:02:13 pc pppd[1251]: defaultroute^I^I# (from /etc/ppp/peers/ht)

May 18 18:02:13 pc pppd[1252]: pppd 2.4.1 started by root, uid 0

May 18 18:02:13 pc pppd[1252]: Using interface ppp0

May 18 18:02:13 pc pppd[1252]: local IP address 10.64.64.64

May 18 18:02:13 pc pppd[1252]: remote IP address 10.112.112.112

May 18 18:02:15 pc pppd[1252]: Starting link

May 18 18:02:16 pc chat[1262]: report (CONNECT)

May 18 18:02:16 pc chat[1262]: abort on (NO CARRIER)

May 18 18:02:16 pc chat[1262]: abort on (BUSY)

May 18 18:02:16 pc chat[1262]: abort on (NO DIAL TONE)

May 18 18:02:16 pc chat[1262]: abort on (ERROR)

May 18 18:02:16 pc chat[1262]: abort on (RING)

May 18 18:02:16 pc chat[1262]: send (ATX3^M)

May 18 18:02:16 pc chat[1262]: timeout set to 1 seconds

May 18 18:02:16 pc chat[1262]: expect (OK)

May 18 18:02:16 pc chat[1262]: ATX3^M^M

May 18 18:02:16 pc chat[1262]: OK

May 18 18:02:16 pc chat[1262]: -- got it

May 18 18:02:16 pc chat[1262]: send (ATDT077100000^M)

May 18 18:02:16 pc chat[1262]: timeout set to 40 seconds

May 18 18:02:16 pc chat[1262]: expect (CONNECT)

May 18 18:02:16 pc chat[1262]: ^M

May 18 18:02:42 pc chat[1262]: ATDT077100000^M^M

May 18 18:02:42 pc chat[1262]: CONNECT

May 18 18:02:42 pc chat[1262]: -- got it

May 18 18:02:42 pc chat[1262]: send (\d)

May 18 18:02:43 pc pppd[1252]: Serial connection established.

May 18 18:02:43 pc pppd[1252]: using channel 3

May 18 18:02:43 pc pppd[1252]: Connect: ppp0 <--> /dev/modem

May 18 18:02:44 pc pppd[1252]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0xe375bf3> <pcomp> <accomp>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x54 <asyncmap 0xa0000>
<auth pap> <magic 0x2db08483> <pcomp> <accomp> <mrru 1524> <endpoint
[local:7d.25.7d]>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x54 <auth pap> <mrru
1524>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x55 <asyncmap 0xa0000>
<auth chap MD5> <magic 0x2db08483> <pcomp> <accomp> <endpoint
[local:7d.25.7d]>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x55 <auth chap MD5>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x56 <asyncmap 0xa0000>
<auth pap> <magic 0x2db08483> <pcomp> <accomp> <endpoint [local:7d.25.7d]>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x56 <auth pap>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x57 <asyncmap 0xa0000>
<auth chap MD5> <magic 0x2db08483> <pcomp> <accomp> <endpoint
[local:7d.25.7d]>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x57 <auth chap MD5>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x58 <asyncmap 0xa0000>
<auth pap> <magic 0x2db08483> <pcomp> <accomp> <endpoint [local:7d.25.7d]>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x58 <auth pap>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x59 <asyncmap 0xa0000>
<auth chap MD5> <magic 0x2db08483> <pcomp> <accomp> <endpoint
[local:7d.25.7d]>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x59 <auth chap MD5>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0xe375bf3> <pcomp> <accomp>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x5a <asyncmap 0xa0000>
<auth pap> <magic 0x2db08483> <pcomp> <accomp> <endpoint [local:7d.25.7d]>]

May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x5a <auth pap>]

May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>
<magic 0xe375bf3> <pcomp> <accomp>]

May 18 18:02:48 pc pppd[1252]: rcvd [LCP ConfReq id=0x5b <asyncmap 0xa0000>
<auth chap MD5> <magic 0x2db08483> <pcomp> <accomp> <endpoint
[local:7d.25.7d]>]

May 18 18:02:48 pc pppd[1252]: sent [LCP ConfRej id=0x5b <auth chap MD5>]

May 18 18:02:48 pc pppd[1252]: rcvd [LCP ConfReq id=0x5c <asyncmap 0xa0000>
<auth pap> <magic 0x2db08483> <pcomp> <accomp> <endpoint [local:7d.25.7d]>]

May 18 18:02:48 pc pppd[1252]: sent [LCP ConfRej id=0x5c <auth pap>]

May 18 18:02:48 pc pppd[1252]: rcvd [LCP ConfReq id=0x5d <asyncmap 0xa0000>
<auth chap MD5> <magic 0x2db08483> <pcomp> <accomp> <endpoint
[local:7d.25.7d]>]

May 18 18:02:48 pc pppd[1252]: sent [LCP ConfRej id=0x5d <auth chap MD5>]

May 18 18:02:48 pc pppd[1252]: rcvd [LCP TermReq id=0x5e]

May 18 18:02:48 pc pppd[1252]: sent [LCP TermAck id=0x5e]

May 18 18:02:50 pc pppd[1252]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0xe375bf3> <pcomp> <accomp>]

May 18 18:03:02 pc last message repeated 4 times

May 18 18:03:02 pc pppd[1252]: rcvd [LCP ConfReq id=0x1 <asyncmap 0x0>
<magic 0xe375bf3> <pcomp> <accomp>]

May 18 18:03:02 pc pppd[1252]: sent [LCP ConfNak id=0x1 <magic 0x23c14c4c>]

May 18 18:03:02 pc pppd[1252]: rcvd [LCP ConfNak id=0x1 <magic 0x23c14c4c>]

May 18 18:03:02 pc pppd[1252]: sent [LCP ConfReq id=0x2 <asyncmap 0x0>
<magic 0x69dfe084> <pcomp> <accomp>]

May 18 18:03:02 pc pppd[1252]: rcvd [LCP ConfReq id=0x2 <asyncmap 0x0>
<magic 0x69dfe084> <pcomp> <accomp>]

May 18 18:03:02 pc pppd[1252]: sent [LCP ConfNak id=0x2 <magic 0xa1198865>]

May 18 18:03:02 pc pppd[1252]: rcvd [LCP ConfNak id=0x2 <magic 0xa1198865>]

May 18 18:03:02 pc pppd[1252]: sent [LCP ConfReq id=0x3 <asyncmap 0x0>
<magic 0x20693d28> <pcomp> <accomp>]

May 18 18:03:02 pc pppd[1252]: rcvd [LCP ConfReq id=0x3 <asyncmap 0x0>
<magic 0x20693d28> <pcomp> <accomp>]

May 18 18:03:02 pc pppd[1252]: sent [LCP ConfNak id=0x3 <magic 0xa6e4be60>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0x3 <magic 0xa6e4be60>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfReq id=0x4 <asyncmap 0x0>
<magic 0xd3d5eb32> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfReq id=0x4 <asyncmap 0x0>
<magic 0xd3d5eb32> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfNak id=0x4 <magic 0x419a1d0>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0x4 <magic 0x419a1d0>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfReq id=0x5 <asyncmap 0x0>
<magic 0x5abb926c> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfReq id=0x5 <asyncmap 0x0>
<magic 0x5abb926c> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfNak id=0x5 <magic 0x719a7493>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0x5 <magic 0x719a7493>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfReq id=0x6 <asyncmap 0x0>
<magic 0x91261fdf> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfReq id=0x6 <asyncmap 0x0>
<magic 0x91261fdf> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfNak id=0x6 <magic 0x39e76d1a>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0x6 <magic 0x39e76d1a>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfReq id=0x7 <asyncmap 0x0>
<magic 0x54abc57e> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfReq id=0x7 <asyncmap 0x0>
<magic 0x54abc57e> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfNak id=0x7 <magic 0x76653793>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0x7 <magic 0x76653793>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfReq id=0x8 <asyncmap 0x0>
<magic 0x1d89c513> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfReq id=0x8 <asyncmap 0x0>
<magic 0x1d89c513> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfNak id=0x8 <magic 0x5acf9a9f>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0x8 <magic 0x5acf9a9f>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfReq id=0x9 <asyncmap 0x0>
<magic 0xd02ca5de> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfReq id=0x9 <asyncmap 0x0>
<magic 0xd02ca5de> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfNak id=0x9 <magic 0x548a5c8d>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0x9 <magic 0x548a5c8d>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfReq id=0xa <asyncmap 0x0>
<magic 0xcfd293c0> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfReq id=0xa <asyncmap 0x0>
<magic 0xcfd293c0> <pcomp> <accomp>]

May 18 18:03:03 pc pppd[1252]: sent [LCP ConfNak id=0xa <magic 0xffff542d>]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP ConfNak id=0xa <magic 0xffff542d>]

May 18 18:03:03 pc pppd[1252]: Serial line is looped back.

May 18 18:03:03 pc pppd[1252]: sent [LCP TermReq id=0xb "Loopback detected"]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP TermReq id=0xb "Loopback detected"]

May 18 18:03:03 pc pppd[1252]: sent [LCP TermAck id=0xb]

May 18 18:03:03 pc pppd[1252]: rcvd [LCP TermAck id=0xb]

May 18 18:03:03 pc pppd[1252]: Connection terminated.

May 18 18:03:04 pc pppd[1252]: Exit.





I tried the CONNECT \d\c switch but it still acts the same, and you were
right I forgot dump and debug options sorry. I would be very grateful if you
could help me, how do I set the serial line if the problem is in that, if
the serial line is looped back?

"Dominik" <(E-Mail Removed)> writes:


]May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x55 <asyncmap 0xa0000>
]<auth chap MD5> <magic 0x2db08483> <pcomp> <accomp> <endpoint
][local:7d.25.7d]>]


You refuse chap authentication


]May 18 18:02:47 pc pppd[1252]: sent [LCP ConfRej id=0x55 <auth chap MD5>]

]May 18 18:02:47 pc pppd[1252]: rcvd [LCP ConfReq id=0x56 <asyncmap 0xa0000>
]<auth pap> <magic 0x2db08483> <pcomp> <accomp> <endpoint [local:7d.25.7d]>]

You refuse pap authentication.
Why should they let you in if you refuse to be authenticated?

Make sure that either /etc/ppp/pap-secrets or chap-secrets is properly
set up and that you use the
user username
option to pppd
www.theory.physics.ubc.ca/ppp-linux.html


]May 18 18:02:48 pc pppd[1252]: rcvd [LCP TermReq id=0x5e]

They finally give up on you since your stubbornly refuse to authenticate
yourself. The game is over.


]May 18 18:02:48 pc pppd[1252]: sent [LCP TermAck id=0x5e]

]May 18 18:02:50 pc pppd[1252]: sent [LCP ConfReq id=0x1 <asyncmap 0x0>
]<magic 0xe375bf3> <pcomp> <accomp>]

You however refuse to quit and keep knocking on the door, at which point
all you hear are y our own knocks.




]May 18 18:03:03 pc pppd[1252]: sent [LCP TermReq id=0xb "Loopback detected"]

]May 18 18:03:03 pc pppd[1252]: rcvd [LCP TermReq id=0xb "Loopback detected"]

Finally you realise you ae just talking to yourself and you quit as
well. Phew.


]May 18 18:03:03 pc pppd[1252]: sent [LCP TermAck id=0xb]

]May 18 18:03:03 pc pppd[1252]: rcvd [LCP TermAck id=0xb]

]May 18 18:03:03 pc pppd[1252]: Connection terminated.

]May 18 18:03:04 pc pppd[1252]: Exit.





]I tried the CONNECT \d\c switch but it still acts the same, and you were
]right I forgot dump and debug options sorry. I would be very grateful if you
]could help me, how do I set the serial line if the problem is in that, if
]the serial line is looped back?

Authenticate yourself and you may have a chance.

Dominik <(E-Mail Removed)> wrote:

> I tried the CONNECT \d\c switch but it still acts the same, and
> you were right I forgot dump and debug options sorry. I would be
> very grateful if you could help me, how do I set the serial line
> if the problem is in that, if the serial line is looped back?

As Bill Unruh said, the problem is that you reject both PAP and CHAP
authentication. You need to add the pppd option "user YourISPusername"
and the line

YourISPusername * YourISPpassword

to /etc/ppp/pap-secrets.

The ISP went away after you sent a TermAck at this point:

> May 18 18:02:48 pc pppd[1252]: rcvd [LCP TermReq id=0x5e]
> May 18 18:02:48 pc pppd[1252]: sent [LCP TermAck id=0x5e]

Then somehow a serial line loopback state occurred in which echos of
pppd's subsequent LCP requests were received. The echos were most
likely by the modem itself.

There is a chance that yet another difficulty lies ahead since the
ISP requests "asyncmap 0xa0000" and that often is a sign the ISP
PPP implementation is broken with respect to asyncmap. The usual
solution for that is to imitate the ISP by adding the pppd option
"asyncmap a0000" .

You might as well add the pppd option "noendpoint" too. It's a
good bet that the ISP won't do Multilink PPP, which is what the ISP
endpoint request relates to, and it certainly won't do it without a
prior arrangement. It's not really necessary, but it is cleaner to
add that option.

--
Clifford Kite Email: "echo xvgr_yvahk-(E-Mail Removed)|rot13"
PPP-Q&A links, downloads: http://ckite.no-ip.net/
/* On Linux be root, on Windows reboot.
-Josef Müllers */

It worked know it works fine, but I have few questions how can I terminate
connection when it is started in background with pppd? What module is
missing if you take this message in account:
May 19 23:11:46 pc modprobe: modprobe: Can't locate module ppp-compress-21

May 19 23:11:46 pc kernel: PPP Deflate Compression module registered

May 19 23:11:46 pc modprobe: modprobe: Can't locate module ppp-compress-21

Thank you on all your help very much.

And just one thing how to automaticlly boot with the line pppd call
<script>? Where to insert that?