Dear Mulix et al,
I am trying to set up my brand new ADSL, and I am getting the
following timeout error:
Jun 4 11:21:47 trillian pptp[28241]: log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:580]:
Client connection established.
Jun 4 11:21:48 trillian pptp[28241]: log[pptp_dispatch_ctrl_packet:pptp_ctrl.c:708]:
Outgoing call established (call ID 0, peer's call ID 0).
Jun 4 11:21:48 trillian pppd[28242]: pppd 2.4.1 started by root, uid 0
Jun 4 11:21:48 trillian pppd[28242]: using channel 10
Jun 4 11:21:48 trillian pppd[28242]: Using interface ppp0
Jun 4 11:21:48 trillian pppd[28242]: Connect: ppp0 <--> /dev/pts/6
Jun 4 11:21:48 trillian pppd[28242]: sent [LCP ConfReq id=0x1 <mru 1452> <asyncmap
0x0> <magic 0x7733d07> <pcomp> <accomp>]
Jun 4 11:22:15 trillian last message repeated 9 times
Jun 4 11:22:18 trillian pppd[28242]: LCP: timeout sending Config-Requests
Jun 4 11:22:18 trillian pppd[28242]: Connection terminated.
Jun 4 11:22:19 trillian pppd[28242]: Exit.
Jun 4 11:22:19 trillian pptp[28239]: log[decaps_hdlc:pptp_gre.c:129]: short read
(4294967295): Input/output error
Jun 4 11:22:19 trillian pptp[28241]: log[callmgr_main:pptp_callmgr.c:245]: Closing
connection
Jun 4 11:22:19 trillian pptp[28241]: log[pptp_conn_close:pptp_ctrl.c:307]: Closing
PPTP connection
Jun 4 11:22:21 trillian pptp[28241]: log[call_callback:pptp_callmgr.c:88]: Closing
connection
The relevant part of ifconfig is (eth1 is connected to the modem, I
never get the ppp0 entry, of course)
eth1 Link encap:Ethernet HWaddr 00:C1:26:05:B4:66
inet addr:10.200.1.1 Bcast:10.255.255.255 Mask:255.0.0.0
UP BROADCAST RUNNING MULTICAST MTU:1452 Metric:1
RX packets:217 errors:0 dropped:0 overruns:0 frame:0
TX packets:283 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:17414 (17.0 Kb) TX bytes:24464 (23.8 Kb)
Interrupt:11 Base address:0x1000
The "Diagnosis" section of pptp,
http://pptpclient.sourceforge.net/howto-diagnosis.phtml#read_io_error
says there are likely errors in config files. Various mailing list
archives on the net suggest checking the secrets files when LCP
timeout sending Config-Requests occurs. Tsahi wrote this in
http://plasma-gate.weizmann.ac.il/Linux/maillists/01/08/msg00528.html
"If you get "LCP: timeout sending Config-Requests", your redback at bezeq
probably is experiencing difficulties or it is rebooting because of an
overload. the problem could also be you have some configuration problem, but
if your connection was up and now it is down, it is highly unlikely. you
should call 1800-340-340 and ask whats up, or wait a few minutes until the
redback reboots (if it is the case)."
I have waited much longer than a few minutes, I just got ADSL
installed - it has never been up, and Bezeq support are not very
helpful. I'd like to verify that I am doing everything right before I
call them again.
I set up {chap,pap}-secrets according to the HOWTO (I think)
[root@trillian ppp]# cat /etc/ppp/chap-secrets
# Secrets for authentication using CHAP
# client server secret IP addresses
"guest@OActcom" "10.0.0.138 RELAY_PPP1" "Bezeq"
"guest@ONetvision" "10.0.0.138 RELAY_PPP1" "Bezeq"
Ownership and permissions look right, too.
[root@trillian ppp]# ls -l /etc/ppp/{chap,pap}-secrets
-rw------- 1 root root 251 Jun 4 11:16 /etc/ppp/chap-secrets
-rw------- 1 root root 250 Jun 4 11:16 /etc/ppp/pap-secrets
The invocation is with
/usr/sbin/pptp 10.0.0.138 --quirks=BEZEQ_ISRAEL debug \
user guest@ONetvision remotename "10.0.0.138 RELAY_PPP1" \
defaultroute mtu 1452 mru 1452 noauth
Essential info:
[root@trillian ppp]# uname -srm
Linux 2.4.7-10 i686
[root@trillian ppp]# rpm -q pptp-linux ppp
pptp-linux-1.1.0-1
ppp-2.4.1-2
I am still looking on the net, but maybe some kind soul here will tell
me quickly what gives? Thanks,
--
Oleg Goldshmidt | [EMAIL PROTECTED]
"A sense of the fundamental decencies is parceled out unequally at birth."
=================================================================
To unsubscribe, send mail to [EMAIL PROTECTED] with
the word "unsubscribe" in the message body, e.g., run the command
echo unsubscribe | mail [EMAIL PROTECTED]
