ppp problem
I'm using Redhat 7.1 with 2.4.2 kernel with an Actiontec PCI Internal Call Waiting Modem (not a winmodem)
The system found my modem. I've done cat /proc/pci and it lists the modem under Communication controller. I removed the modem, rebooted, removed the config files via kudzu, reinstalled the modem, and told kudzu to configure it. I tried linuxconf and there is no PPP option listed under Client tasks. /sbin/ifconfig does not show ppp0. It only shows lo and eth0.
I'm using KDE Internet Dialer trying to connect. I finally ran kppd from the command line and it gave me the clue about ppp0 not being found. It said 'Couldn't find interface ppp0: No such device. Kernel supports ppp alright.'. I've also looked in /etc/sysconfig/network-scripts/ and there is no ifcfg-ppp0 file listed.
Login script debug screen shows:
ATZ
OK
ATM1L1
OK
ATDT4*3*5*4* (number edited by me)
CONNECT 45333 V42bis
then an alert box pops up telling me Exit status 10.
-------------------
KPPP log shows:
pppd 2.4.0 started by root
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
LCP: timeout sending Config-Requests
Connection Terminated
Receive serial link is not 8-bit clean
Problem: all had bit 7 set to 0
Exit
Kppp's diagnosis:
The remote system does not seem to answer to configuration request. Contact provider.
You have launched pppd before the remote server was ready to establish a PPP connection.
Please use the terminal-based login to verify.
Any help will be greatly appreciated.
UPDATE: Problem has been partially resolved
I searched 'serial link is not 8-bit clean' and found this ppp how-to. I added a blank 'Expect' and 'Send' and also 'Send ppp' to the login scripts for kppp and it did finally connect but I still receive the 8 bit error at times too.
Quote from how-to
"If there is no ppp server operating at the remote end when your PC sends lcp packets, these get reflected by the login process at the far end. As these packets use 8 bits, reflecting them strips the 8th bit (remember, ASCII is a 7 bit code). PPP sees this and complains accordingly.
Some PPP servers require you to enter a command and/or a RETURN after completing the log in process before the remote end starts ppp.
If you log in manually and find you need to send a RETURN after this to start PPP, simply add a blank expect/send pair to the end of your chat script (an empty send string actually sends a RETURN)."
Thanks to everyone who responded.
The system found my modem. I've done cat /proc/pci and it lists the modem under Communication controller. I removed the modem, rebooted, removed the config files via kudzu, reinstalled the modem, and told kudzu to configure it. I tried linuxconf and there is no PPP option listed under Client tasks. /sbin/ifconfig does not show ppp0. It only shows lo and eth0.
I'm using KDE Internet Dialer trying to connect. I finally ran kppd from the command line and it gave me the clue about ppp0 not being found. It said 'Couldn't find interface ppp0: No such device. Kernel supports ppp alright.'. I've also looked in /etc/sysconfig/network-scripts/ and there is no ifcfg-ppp0 file listed.
Login script debug screen shows:
ATZ
OK
ATM1L1
OK
ATDT4*3*5*4* (number edited by me)
CONNECT 45333 V42bis
then an alert box pops up telling me Exit status 10.
-------------------
KPPP log shows:
pppd 2.4.0 started by root
Using interface ppp0
Connect: ppp0 <--> /dev/ttyS1
LCP: timeout sending Config-Requests
Connection Terminated
Receive serial link is not 8-bit clean
Problem: all had bit 7 set to 0
Exit
Kppp's diagnosis:
The remote system does not seem to answer to configuration request. Contact provider.
You have launched pppd before the remote server was ready to establish a PPP connection.
Please use the terminal-based login to verify.
Any help will be greatly appreciated.
UPDATE: Problem has been partially resolved
I searched 'serial link is not 8-bit clean' and found this ppp how-to. I added a blank 'Expect' and 'Send' and also 'Send ppp' to the login scripts for kppp and it did finally connect but I still receive the 8 bit error at times too.
Quote from how-to
"If there is no ppp server operating at the remote end when your PC sends lcp packets, these get reflected by the login process at the far end. As these packets use 8 bits, reflecting them strips the 8th bit (remember, ASCII is a 7 bit code). PPP sees this and complains accordingly.
Some PPP servers require you to enter a command and/or a RETURN after completing the log in process before the remote end starts ppp.
If you log in manually and find you need to send a RETURN after this to start PPP, simply add a blank expect/send pair to the end of your chat script (an empty send string actually sends a RETURN)."
Thanks to everyone who responded.
