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

Astaro not compatible with my ISP’s PPPoE?

Ver. 7.011
Because it doesn’t appear that anyone else is having this problem, I’ve been trying without success to figure this out on my own for the last two months.  I’ve come to the conclusion that it must be caused by some incompatibility between the Astaro gateway software and my ISP’s equipment or configuration.  I need help if I’m going to get this working.

Currently I’m running a Netgear router that quickly connects to my ISP’s PPPoE and runs without any problems.  I want to replace this router with an Astaro Security Gateway computer but when I hook it up to the modem, it doesn’t connect.  The Link and State indicators say “Down”.  The status lights on the network card and modem show that they are talking to each other.  The ISP says he can see my network card MAC address over the network, but the Astaro gateway doesn’t appear to ever try to log in using the User name and Password.  The only way I can get the internet connection running is to change the External interface to “Cable Modem (DHCP)” and hook it up to the LAN side of the router.  Not exactly the way it’s supposed to be done.

I’ve tried everything I can think of including:
• Several versions of the Astaro software.
• Two completely different computers.
• Several different network cards.
• Several values of MTU from 1000 to 1500.

Nothing seems to work.  I asked the ISP to send me information about his equipment and configuration so I could include it in this message.  Here it is:

[FONT="Arial"]We are using Motorola canopy as a Layer 2 bridge to the PPPoE
client. The PPPoE terminator on our end it running on a 7206VXR with NPE400
(with 512 MB of RAM). I don't think it has anything to do with the canopy
system as the Layer 2 connectivity seems to be good once the speed/duplex
setting were set. I wonder if there is a "service name" that is being
inserted somewhere behind the scenes on that router- it should be left
blank- though one could set it to "rt2-dcc-7206" however that is inadvisable
as the service name could (and likely will if/when we do PPPoE IPv6). 
The most reliable PPPoE clients I've come across are Trendnet TEW-432BRP's
even though they pretty inexpensive. Hope this is enough info.[/FONT]

I’m also including a section of the Astaro PPPoE log from when I tried to connect:

2007:11:14-22:04:50 (none) pppoe-sh: Access-Concentrator: rt2-dcc-7206 Got a cookie: 6e 1c fd 0b 1f 61 26 79 6d fa b2 ac 1a 71 39 bb AC-Ethernet-Address: 00:09:b6:58:64:38 --------------------------------------------------
2007:11:14-22:04:50 (none) pppd-pppoe[5866]: pppd 2.4.3 started by root, uid 0
2007:11:14-22:04:50 (none) pppd-pppoe[5866]: using channel 1
2007:11:14-22:04:50 (none) pppd-pppoe[5866]: Using interface ppp0
2007:11:14-22:04:50 (none) pppd-pppoe[5866]: Connect: ppp0  /dev/ttyp0
2007:11:14-22:04:51 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:04:54 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:04:57 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:00 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:03 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:06 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:09 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:12 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:15 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:18 (none) pppd-pppoe[5866]: sent [LCP ConfReq id=0x1     ]
2007:11:14-22:05:21 (none) pppd-pppoe[5866]: LCP: timeout sending Config-Requests
2007:11:14-22:06:08 (none) pppoe[5872]: Timeout waiting for PADO packets
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Modem hangup
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: using channel 2
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: in make_ppp_unit, already had /dev/ppp open?
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Using interface ppp0
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Connect: ppp0  /dev/ttyp1
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Connection terminated.
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Script /usr/sbin/pppoe -I eth0 -m 1452 finished (pid 5872), status = 0x1
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: sending SIGHUP to process 5963
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Waiting for 1 child processes...
2007:11:14-22:06:08 (none) pppd-pppoe[5866]:   script /usr/sbin/pppoe -I eth0 -m 1452, pid 5963
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Child process /usr/sbin/pppoe -I eth0 -m 1452 (pid 5963) terminated with signal 1
2007:11:14-22:06:08 (none) pppd-pppoe[5866]: Exit.



Thanks in advance for any advice you can  give me.



This thread was automatically locked due to age.
  • Edited post.  Nevermind.  I'm an idiot.  It usually helps if you plug the CAT5 into the correct NIC :lol:
  • Ver. 7.101
    Since no one is able to help me with my PPPoE problem, I've been using the NetGear router to connect to the internet and have the Astaro gateway connected to it through the DMZ.  This seems to work ok except that I'm now trying to set up a VPN and the Astaro box is seeing the LAN address of the NetGear as the external address.  I think this is why the VPN can't make a connection.  Are there any settings I can make in the Astaro box to point it at the correct external address?  The external address is dynamic and I use dyndns to find it.

    Also, I made a mistake in the first post about the PPPoE connection.  Ignor the printout of the PPPoE log.  When Astaro is trying to make a connection, nothing is sent to this log.  I think what is printed there is from when I disconnected the network cable while troubleshooting.

    BillE
  • Try an MTU of 1492...  what provider are you using; perhaps another user on the board uses the same ISP and can provide some input.

    CTO, Convergent Information Security Solutions, LLC

    https://www.convergesecurity.com

    Advice given as posted on this forum does not construe a support relationship or other relationship with Convergent Information Security Solutions, LLC or its subsidiaries.  Use the advice given at your own risk.

  • Try an MTU of 1492...  what provider are you using; perhaps another user on the board uses the same ISP and can provide some input.


    I use a small local wireless provider, so I doubt that anyone else is using the same one.  I spent 3 hours on the phone with the ISP technical support guy and we tried everything we could think of, including different MTU sizes.  He said I'm the only one that was having any problems.  All the rest of his customers can access the system with no trouble at all.  I'm inclined to believe him because the NetGear router works just fine.  It's a problem with the Astaro software.

    BillE
  • It's been a long time, but IIRC, some ISPs PPP links aren't "8-bit clean" which doesn't (didn't) work in Linux.
    I don't know if that can happen with PPPoE or not.

    Barry
  • Ver. 7.101
    Since no one is able to help me with my PPPoE problem, I've been using the NetGear router to connect to the internet and have the Astaro gateway connected to it through the DMZ.  This seems to work ok except that I'm now trying to set up a VPN and the Astaro box is seeing the LAN address of the NetGear as the external address.  I think this is why the VPN can't make a connection.  Are there any settings I can make in the Astaro box to point it at the correct external address?


    Putting the router in "bridged" mode would be the best option, but that may not be possible with a PPPoE link on your router.

    Barry
  • I had the same issue: PPPOE connection establishment and service worked fine when using my home internet gateway (D-Link brand) but no dice with Astaro (PPPOE Establishment seemed to work, but any attempt at communication with any internet based hosts either via ICMP or just regular browsing would not work)

    Initially, I thought the problem was due to a defective NIC, I swapped the NIC that was designated for WAN and noticed the problem persisted. I then thought that it could be related to some sort of duplex mismatch between the ETH interface and my DSL, I tried manually setting duplex of the ethernet interface using ifconfig, and the connection was still dodgy,  

    I discovered that the problem was not astaro related per se but one of incompatibility between my Speedstream 5260 and the brand / family of ethernet adapter I was using (2 slightly different and confirmed working 3Com Corporation 3c905C-TX/TX-M adapters - 1 from 2001 and 1 from 2004). Since I had 3 interfaces in my astaro machine, I reconfigured astaro and assigned a different NIC for the WAN interface, i settled on using a Compaq Computer Corporation Netelligent 10/100 TX PCI UTP adapter and what do you know, connection establishment worked on first go and the connection has been super solid ever since. The 2 3com NICs work fine, in fact I am using the one I suspected as defective for my internal net and there are absoutely no problems. 

    I would say it would be worth a try for you to swap out the NIC and try a different brand.

    Best regards and good luck.

    Robin

    Canada
  • BillE,
    1/. the dg834 is an integrated device eg you cannot seperate the modem from the router.
    2/. you can't put it in bridge mode.
    3/. The ASG won't work through it as VPN, no end point
    4/. What I ended up doing was connecting the ASG into one port and not using any other ports. I tied down the IP address range that was allowed through the dg834 to that of the ASG (one address). Where it gets messy is when you want to allow incoming traffic to the ASG from the WWW eg to an internal webserver  or bittorrents. If you turn of NAT in the DG834 it means you need a real IP address range inside the DG834 otherwise you can end up with double nat'ed packets which can be a pain to debug.

    Ian M
  • You mentioned you tried several different network cards, did you try NICs from different manufacturers? I initially was baffled when I experienced the same issue as you 2 days ago when I was installing V7:

    PPPOE connection establishment and service worked fine when using my home internet gateway (D-Link brand) but no dice with Astaro (PPPOE Establishment seemed to work, but any attempt at communication with any internet based hosts either via ICMP or just regular browsing would not work)

    Initially, I thought the problem was due to a defective NIC, I swapped the NIC that was designated for WAN and noticed the problem persisted. I then thought that it could be related to some sort of Autosens/speed/duplex mismatch between the ETH interface and my DSL, I tried manually setting negotiation of the ethernet interface using ifconfig, and the connection was still dodgy,  

    I discovered that the problem was not astaro related per se but one of incompatibility between my Speedstream 5260 and the brand / family of ethernet adapter I was using (2 slightly different and confirmed working 3Com Corporation 3c905C-TX/TX-M adapters - 1 from 2001 and 1 from 2004). Since I had 3 interfaces in my astaro machine, I reconfigured astaro and assigned a different NIC for the WAN interface, i settled on using a Compaq Computer Corporation Netelligent 10/100 TX PCI UTP adapter and what do you know, connection establishment worked on first go and the connection has been super solid ever since. The 2 3com NICs work fine, in fact I am using the one I suspected as defective for my internal net and there are absoutely no problems. 

    I would say it would be worth a try for you to swap out the NIC and really make sure to try a different brand.
  • BillE,
    swapping your NIC will not have any affect, the DG834 is not designed to do what you want. As you explained in your original post the ASG will work as a internal connection off the DG834. The ASG NIC never sees the ISP ADSL connection.

    In the end I bought a modem that could be used as a router or put in bridge mode and the DG 834 ended up as a wireless point until I blew it up with the wrong power connector.

    Ian M