Hi,
After doing an update from a working 6.0 RTP to 6.1 over the weekend,
pppd is broken.
For a while I was getting the “signal 11” problem that others have
reported, but that seems to have spontaneously gone away. Instead,
there is a long delay after the modem connects to the ISP, followed
by a hangup.
With the “debug” option in /etc/ppp/options and syslogd running,
I can see repeated config requests going out. Config acks come
back from the ISP but pppd seems to ignore them and continues to
send out the same config request.
Trying to bypass this behavior by adding options like “noaccomp”,
“nopcomp”, “nomagic”, and “default-asyncmap” didn’t help. Only
negotiation for those specific options are skipped; pppd still
seems oblivous to the acks.
Back in July, people reported good results with a newer pppd
posted at http://staff.qnx.com/~xtang/repository/pppd, but that server
is now rejecting connection attempts.
Is a working pppd for RTP 6.1 available anywhere else?
–Dennis
Hi Dennis,
I will look into this and post to this thread when I have
more info.
Barry
Dennis W. Tokarski <PolTec@borggates.poltec.int> wrote:
Hi,
After doing an update from a working 6.0 RTP to 6.1 over the weekend,
pppd is broken.
For a while I was getting the “signal 11” problem that others have
reported, but that seems to have spontaneously gone away. Instead,
there is a long delay after the modem connects to the ISP, followed
by a hangup.
With the “debug” option in /etc/ppp/options and syslogd running,
I can see repeated config requests going out. Config acks come
back from the ISP but pppd seems to ignore them and continues to
send out the same config request.
Trying to bypass this behavior by adding options like “noaccomp”,
“nopcomp”, “nomagic”, and “default-asyncmap” didn’t help. Only
negotiation for those specific options are skipped; pppd still
seems oblivous to the acks.
Back in July, people reported good results with a newer pppd
posted at > http://staff.qnx.com/~xtang/repository/pppd> , but that server
is now rejecting connection attempts.
Is a working pppd for RTP 6.1 available anywhere else?
–Dennis
Hi Dennis,
I talked to xtang about this problem and he said he tried
to send you an email yesterday but it got bounced back.
He said the problem is not a new pppd, but add “receive-all”
option in your /etc/ppp/option file.
The new pppd will appear in a future patch/release, but if
it still doesn’t work after editing your option file let me
know and I’ll send you a new pppd.
Barry
Operating System for Tech Supp <os@qnx.com> wrote:
Hi Dennis,
I will look into this and post to this thread when I have
more info.
Barry
Dennis W. Tokarski <> PolTec@borggates.poltec.int> > wrote:
Hi,
After doing an update from a working 6.0 RTP to 6.1 over the weekend,
pppd is broken.
For a while I was getting the “signal 11” problem that others have
reported, but that seems to have spontaneously gone away. Instead,
there is a long delay after the modem connects to the ISP, followed
by a hangup.
With the “debug” option in /etc/ppp/options and syslogd running,
I can see repeated config requests going out. Config acks come
back from the ISP but pppd seems to ignore them and continues to
send out the same config request.
Trying to bypass this behavior by adding options like “noaccomp”,
“nopcomp”, “nomagic”, and “default-asyncmap” didn’t help. Only
negotiation for those specific options are skipped; pppd still
seems oblivous to the acks.
Back in July, people reported good results with a newer pppd
posted at > http://staff.qnx.com/~xtang/repository/pppd> , but that server
is now rejecting connection attempts.
Is a working pppd for RTP 6.1 available anywhere else?
–Dennis
Operating System for Tech Supp wrote:
Hi Dennis,
I talked to xtang about this problem and he said he tried
to send you an email yesterday but it got bounced back.
He said the problem is not a new pppd, but add “receive-all”
option in your /etc/ppp/option file.
I did find that tip in the knowlege base, and it made no
difference. Sorry, I forgot to mention that. I tried
receive-all by itself, and with the other options I mentioned
in various combinations.
The new pppd will appear in a future patch/release, but if
it still doesn’t work after editing your option file let me
know and I’ll send you a new pppd.
If the receive-all options was supposed to fix it I’m probably
out of luck. But it might be worth a shot. Thanks.
Barry
btw, just in case xtang had an incorrect email address,
it’s dwt@PolTec.COM.
Hi All,
Sorry to reopen this thread after all this time, but the problem
persists:
“Dennis W. Tokarski” wrote:
Hi,
After doing an update from a working 6.0 RTP to 6.1 over the weekend,
pppd is broken.
For a while I was getting the “signal 11” problem that others have
reported, but that seems to have spontaneously gone away. Instead,
there is a long delay after the modem connects to the ISP, followed
by a hangup.
I tried all the the things Barry suggested with no good result,
and was unable to run a different version of pppd he sent
(cksum pppd => 1026909546 167378 pppd) because it tries to link
with some library entry points apparently not present on my
system.
Lately I’ve reinstalled 6.1.0 from scratch, straight from the
June 29 CD, with all of the same results. I was hoping that something
about doing a 6.0->6.1 upgrade had been the problem. No such luck.
However, here are some new observations:
-
Regardless of the content of /etc/ppp/options, and regardless
of choice of ISP (Earthlink or Compuserve), attempts to connect
using pap/chap fail, sometimes with the “signal 11” message.
-
Again regardless of /etc/ppp/options content, successful
connection can be made with Earthlink or Compuserve
by selecting the “interactive login” option.
-
However, in case 2), the connections spontaneously disconnects
after a few minutes of use.
I’d be more than happy to try the pppd from patch A if someone
can send it to me. As is, I can’t stay on line long enough to
update with the installer.
Thanks!
–Dennis
Hi All,
Sorry to reopen this thread after all this time, but the problem
persists:
“Dennis W. Tokarski” wrote:
Hi,
After doing an update from a working 6.0 RTP to 6.1 over the weekend,
pppd is broken.
For a while I was getting the “signal 11” problem that others have
reported, but that seems to have spontaneously gone away. Instead,
there is a long delay after the modem connects to the ISP, followed
by a hangup.
I tried all the the things Barry suggested with no good result,
and was unable to run a different version of pppd he sent
(cksum pppd => 1026909546 167378 pppd) because it tries to link
with some library entry points apparently not present on my
system.
Lately I’ve reinstalled 6.1.0 from scratch, straight from the
June 29 CD, with all of the same results. I was hoping that something
about doing a 6.0->6.1 upgrade had been the problem. No such luck.
However, here are some new observations:
-
Regardless of the content of /etc/ppp/options, and regardless
of choice of ISP (Earthlink or Compuserve), attempts to connect
using pap/chap fail, sometimes with the “signal 11” message.
-
Again regardless of /etc/ppp/options content, successful
connection can be made with Earthlink or Compuserve
by selecting the “interactive login” option.
-
However, in case 2), the connections spontaneously disconnects
after a few minutes of use.
I’d be more than happy to try the pppd from patch A if someone
can send it to me. As is, I can’t stay on line long enough to
update with the installer.
Thanks!
–Dennis
Dennis W. Tokarski <dwt@poltec.com> wrote:
Hi All,
Sorry to reopen this thread after all this time, but the problem
persists:
“Dennis W. Tokarski” wrote:
Hi,
After doing an update from a working 6.0 RTP to 6.1 over the weekend,
pppd is broken.
For a while I was getting the “signal 11” problem that others have
reported, but that seems to have spontaneously gone away. Instead,
there is a long delay after the modem connects to the ISP, followed
by a hangup.
I tried all the the things Barry suggested with no good result,
and was unable to run a different version of pppd he sent
(cksum pppd => 1026909546 167378 pppd) because it tries to link
with some library entry points apparently not present on my
system.
Lately I’ve reinstalled 6.1.0 from scratch, straight from the
June 29 CD, with all of the same results. I was hoping that something
about doing a 6.0->6.1 upgrade had been the problem. No such luck.
However, here are some new observations:
-
Regardless of the content of /etc/ppp/options, and regardless
of choice of ISP (Earthlink or Compuserve), attempts to connect
using pap/chap fail, sometimes with the “signal 11” message.
-
Again regardless of /etc/ppp/options content, successful
connection can be made with Earthlink or Compuserve
by selecting the “interactive login” option.
-
However, in case 2), the connections spontaneously disconnects
after a few minutes of use.
I’d be more than happy to try the pppd from patch A if someone
can send it to me. As is, I can’t stay on line long enough to
update with the installer.
http://developers.qnx.com/Fixes/Software/pppd.tar.gz
This is the latest pppd address the “signal 11” problem, and a
“chap failure” problem.
-xtang
Xiaodan Tang wrote:
[snip]
http://developers.qnx.com/Fixes/Software/pppd.tar.gz
This is the latest pppd address the “signal 11” problem, and a
“chap failure” problem.
-xtang
That fixes everything, thanks!!
The dialer worked, and the connection stayed up long enough
to use the installer to upgrade to patch A. Turns out
patch A’s August pppd is broken too (spontaneous disconnect)
so I’ll still use the more recent one from your tar archive.
Thanks again!
–Dennis