This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

PPPoA DSL connection errors

Hello, 
I am a newby to ASL, evaluating it. I have installed ASL 5 and patched with 5.0001.
I am trying to connect to ADSL provider using PPPoA
I use a DLINK G300+ Modem configured as RF 1483 Bridge
My connection parameter Username, Password, VPI/VCI are Ok because the modem can connect in PPPoA mode.

I a have configured eth1 NIC 
Name: Public 
Hardware: eth1 [D-Link DFE-530TX rev A] 
Type: PPTP over Ethernet (PPPoA-DSL) connection 
Address: Assigned by remote 
Default Gateway: Assigned by remote 
Modem IP Address: 192.168.0.1 
NIC IP Address: 192.168.0.2 
NIC Netmask: 255.255.255.0
Address to Ping: 195.78.6.36 (provider DNS, answers Ping) 
Username: My user name 
Password: My Password
Uplink Failover on Interface: Off 
QoS Status: Off 
MTU Size: 1460

eth1 interface never goes UP

PPPoA Logs are the following :
2004:04:15-11:17:13 (none) pppd-pppoa[4118]: pppd 2.4.2 started by (unknown), uid 0
2004:04:15-11:17:13 (none) pppd-pppoa[4118]: using channel 38
2004:04:15-11:17:13 (none) pppd-pppoa[4118]: Using interface ppp0
2004:04:15-11:17:13 (none) pppd-pppoa[4118]: Connect: ppp0  /dev/ttyp0
2004:04:15-11:17:14 (none) pppd-pppoa[4118]: sent [LCP ConfReq id=0x1     ]
2004:04:15-11:17:17 (none) pppd-pppoa[4118]: sent [LCP ConfReq id=0x1     ]
2004:04:15-11:17:20 (none) pppd-pppoa[4118]: sent [LCP ConfReq id=0x1     ]
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] looking for IP info in /var/run/pptp/eth1#Public 
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] /var/run/pptp/eth1#Public not found, check ip-up script 
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] shutting down pptp connection  192.168.0.1
2004:04:15-11:17:23 (none) pppd-pppoa[4118]: sent [LCP ConfReq id=0x1     ]
2004:04:15-11:17:23 (none) pppd-pppoa[4118]: Terminating on signal 15.
2004:04:15-11:17:23 (none) pppd-pppoa[4118]: sent [LCP TermReq id=0x2 "User request"]
2004:04:15-11:17:23 (none) pppd-pppoa[4118]: Child process /usr/sbin/pptp-current 192.168.0.1 --nolaunchpppd (pid 4121) terminated with signal 15
2004:04:15-11:17:23 (none) pppd-pppoa[4118]: Modem hangup
2004:04:15-11:17:23 (none) pppd-pppoa[4118]: Connection terminated.
2004:04:15-11:17:23 (none) pppd-pppoa[4118]: Exit.
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] removing UNIX domain socket /var/run/pptp/192.168.0.1 
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] verifying running processes 
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] pppd: : call Public ipparam eth1#Public failed
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] pptp: call manager or gre-gateway failed
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] one or more processes missing 
2004:04:15-11:17:23 (none) pppoa-sh: pptpc[32635] shutting down pptp connection  192.168.0.1
2004:04:15-11:17:29 (none) pppoa-sh: pptpc[32635] removing UNIX domain socket /var/run/pptp/192.168.0.1 
2004:04:15-11:17:29 (none) pppoa-sh: pptpc[32635] encountered 38 errors so far 
2004:04:15-11:17:29 (none) pppoa-sh: pptpc[32635] connection terminated after 10 sec 
2004:04:15-11:17:29 (none) pppoa-sh: pptpc[32635] connection terminated prematurely 
2004:04:15-11:17:29 (none) pppoa-sh: pptpc[32635] restarting connection in 30 sec 
2004:04:15-11:17:29 (none) pppoa-sh: pptpc[32635] 38/3 critical error threshold 


Can somebody help me to understand what can go wrong?
Regards
Fabrice


This thread was automatically locked due to age.
  • I have the same problem. Im connecting via PPOA. After reboot everything seems to work fine. After 8 hours of connection time my ISP disconnects me and forces me to get a new IP-Address. This is the point, where the new ASL Version isnt able to reconnect.

    I recognized that there are two rules missing in Packet Filter list AUTO_INPUT. There should be one for proto 47 and one for some TCP port ASL connects to and should accept replies. Instead I only find a wrong rule in AUTO_OUTPUT, where the source IP is the one of the Modem. Just interesting that a connection is working after reboot here.

    May anyone else has a solution to this problem?
    I will check the scripts today in the evening. Maybe Im able to hack this bug.

    Greetings
    Remo