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.
  • [FONT="Courier New"]I'm back again. The connection ran perfect for four days then it just quit and I can't get it back again.  Extending the time-out to 90 seconds didn't help.  I'm back to using the Netgear router as a middle man in order to access the internet.  Here is the debug log that ReD-MaN asked for:

    rp-pppoe-3.8
    20:02:19.950 SENT PPPoE Discovery (8863) PADI sess-id 0 length 4
    SourceAddr 00:10:5a:99:06:4a DestAddr ff:ff:ff:ff:ff:ff
    01 01 00 00                                       ....

    20:02:19.987 RCVD PPPoE Discovery (8863) PADI sess-id 0 length 12
    SourceAddr 00:18:e7:13:a4[:D]2 DestAddr ff:ff:ff:ff:ff:ff
    01 01 00 00 01 03 00 04 00 00 00 01               ............

    20:02:19.999 RCVD PPPoE Discovery (8863) PADI sess-id 0 length 12
    SourceAddr 00:0c:41:38[:D]9:50 DestAddr ff:ff:ff:ff:ff:ff
    01 03 00 04 00 00 00 01 01 01 00 00               ............

    20:02:20.009 RCVD PPPoE Discovery (8863) PADO sess-id 0 length 40
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    01 01 00 00 01 02 00 0c 72 74 32 2d 64 63 63 2d   ........rt2-dcc-
    37 32 30 36 01 04 00 10 db 95 80 e1 be 9c 29 82   7206..........).
    a2 59 b1 fa e1 27 75 0f                           .Y...'u.

    20:02:20.009 SENT PPPoE Discovery (8863) PADR sess-id 0 length 24
    SourceAddr 00:10:5a:99:06:4a DestAddr 00:09:b6:58:64:38
    01 01 00 00 01 04 00 10 db 95 80 e1 be 9c 29 82   ..............).
    a2 59 b1 fa e1 27 75 0f                           .Y...'u.

    20:02:20.019 RCVD PPPoE Discovery (8863) PADI sess-id 0 length 26
    SourceAddr 00:13:10:a3:82:94 DestAddr ff:ff:ff:ff:ff:ff
    01 10 00 0a 01 00 00 00 00 0c 41 38 d9 50 01 03   ..........A8.P..
    00 04 00 00 00 01 01 01 00 00                     ..........

    20:02:20.034 RCVD PPPoE Discovery (8863) PADI sess-id 0 length 18
    SourceAddr 00:13:10:a3:82:94 DestAddr ff:ff:ff:ff:ff:ff
    01 10 00 0a 01 00 00 00 00 10 5a 99 06 4a 01 01   ..........Z..J..
    00 00                                             ..

    20:02:20.039 RCVD PPPoE Discovery (8863) PADS sess-id 54564 length 24
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    01 01 00 00 01 04 00 10 db 95 80 e1 be 9c 29 82   ..............).
    a2 59 b1 fa e1 27 75 0f                           .Y...'u.

    20:02:22.037 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 02 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:24.054 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 03 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:26.069 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 04 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:28.084 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 05 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:30.102 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 06 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:32.117 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 07 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:34.139 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 08 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:36.149 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 09 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:38.167 RCVD PPPoE Session (8864) SESS sess-id 54564 length 20
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 01 0a 00 12 01 04 05 d4 03 04 c0 23 05 06   .!...........#..
    e2 f9 e9 cf                                       ....

    20:02:40.214 RCVD PPPoE Session (8864) SESS sess-id 54564 length 6
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a
    c0 21 05 0a 00 04                                 .!....

    20:02:40.217 RCVD PPPoE Discovery (8863) PADT sess-id 54564 length 0
    SourceAddr 00:09:b6:58:64:38 DestAddr 00:10:5a:99:06:4a

    20:02:40.217 SENT PPPoE Discovery (8863) PADT sess-id 54564 length 47
    SourceAddr 00:10:5a:99:06:4a DestAddr 00:09:b6:58:64:38
    02 03 00 17 52 65 63 65 69 76 65 64 20 50 41 44   ....Received PAD
    54 20 66 72 6f 6d 20 70 65 65 72 01 04 00 10 db   T from peer.....
    95 80 e1 be 9c 29 82 a2 59 b1 fa e1 27 75 0f      .....)..Y...'u.



    While running the diagnostic, this is what printed in the live PPPoE log:

    2008:01:04-20:01:27 (none) pppoe[5807]: PADS: Service-Name: '' 
    2008:01:04-20:01:27 (none) pppoe[5807]: PPP session is 54385 (0xd471) 
    2008:01:04-20:02:20 (none) pppoe[5877]: PADS: Service-Name: '' 
    2008:01:04-20:02:20 (none) pppoe[5877]: PPP session is 54564 (0xd524) 
    2008:01:04-20:02:40 (none) pppoe[5877]: Session 54564 terminated -- received PADT from peer 
    2008:01:04-20:02:40 (none) pppoe[5877]: Sent PADT 


    I'm going to contact my ISP, but it would help if I could tell him what to fix.

    BillE
    [/FONT]
  • I got a reply from my ISP about this problem:

    I haven't changed anything in the network (or even rebooted anything) in that timeframe.  I'm not sure what else to look at on this at this point. I'm willing to try any suggestions you or the forum has but It really seems like an Astaro software issue to me- but I could be wrong.



    Now I'm really confused.  Why did it start working and then stop again?  I googled "PADT" and found out that DLink had this problem but it was solved with a firmware update.  So maybe it is an Astaro problem.

    BillE
  • Well the thing is, Astaro is just using standard RP-PPPOE package. So if it was a problem with Astaro, it would be a problem with many, many other users as well.

    http://www.roaringpenguin.com/products/pppoe

    Maybe you can try posting something in their forum as well?
  • Looks like a similar problem exists for Fedora Core users... 

    http://www.voy.com/41165/4201.html

    It looks to be a problem with the version of pppd used...

    Maybe your provider can do some debugging on his end while your system attempts to connect? He should see entries on his end about what is going on as well.

    Astaro, can you guys provide input??? Looks like this has affected Fedora and Debian users when using RP-PPPOE 3.8 with pppd higher than 2.4.2.