Project

General

Profile

Actions

Feature #1826

open

PPPoE server IPv6 support

Added by Chris Buechler about 13 years ago. Updated over 2 years ago.

Status:
New
Priority:
Normal
Assignee:
-
Category:
PPPoE Server
Target version:
-
Start date:
09/01/2011
Due date:
% Done:

20%

Estimated time:
5.00 h
Plus Target Version:
Release Notes:

Description

PPPoE server needs IPv6 support. Sends IPv6-CP packets, not confirmed if DHCPv6 server works.

Actions #1

Updated by Seth Mos almost 13 years ago

  • Assignee set to Seth Mos
  • % Done changed from 0 to 20
  • Estimated time set to 5.00 h
  • Affected Architecture All added
  • Affected Architecture deleted ()

Added PPPoE edit screen support, added pppoe server interface selection on the DHCPv6 server page.
Added the set bundle ipv6cp keyword on the server config.

todo: add rtadvd and dhcp6 backend on pppoes interfaces

Actions #2

Updated by Seth Mos over 12 years ago

  • Target version changed from 2.1 to 2.2

After talking with Jim about it we both agree that this is a huge undertaking.

You would need either static addressing and RA advertisements on all PPPoE/PPtP server interfaces.
Added to this you would also need to start a DHCPv6 server on PPPoE server interfaces.

It's configured just like the rest. But not undoable.
Basically, if we can make the PPPoE server tabs show up on the DHCPv6 Server page (or a subrow of tabs) then it would be easier. not Easy, easier. As that would allow us to do both.

For PPPoE you would need to support prefix delegation ofcourse, because it could be a router or a host, we don't know. Still don't know if we can use the same prefix on each real pppoes server interface or that ISC dhcpd will balk at that.

There is also the issue that the current ISC dhcpd does not yet reclaim prefixes. So if they are all used, it will encounter and stay in a out of resources condition.

A note on the prefix delegation range on the dhcpv6 server page. The range must be started and ended on the boundaries of the size you are trying to delegate.

Actions #3

Updated by Chris Buechler about 10 years ago

  • Assignee deleted (Seth Mos)
  • Target version deleted (2.2)
Actions #4

Updated by Thomas Levi almost 7 years ago

Delegation of a full prefixes or parts of the prefixes received on WAN to pppoe-Clients is needed.
Will there be any solution in the foreseeable future?

Actions #5

Updated by Thomas Levi over 2 years ago

DS-Lite is coming more and more to the market and therefore working IPv6 is required.
Do you see any chance to implement it in the pppoe-server?
Thanks!

Actions

Also available in: Atom PDF