* Re: [Bloat] DHCP-PD and cerowrt
2011-11-10 12:17 [Bloat] DHCP-PD and cerowrt Dave Taht
@ 2011-11-10 20:08 ` Maxim Kharlamov
2011-11-11 2:27 ` Jim Gettys
1 sibling, 0 replies; 4+ messages in thread
From: Maxim Kharlamov @ 2011-11-10 20:08 UTC (permalink / raw)
To: Dave Taht; +Cc: bloat
[-- Attachment #1.1: Type: text/plain, Size: 2477 bytes --]
Hi Dave,
dhcp6c config file attached. My ISP use /48 prefixes. Basically I had to
change 'enabled' to '1', set the interface to use for the client (ge00),
set the interfaces to which prefixes should be assigned (loopback and se00
for now) and set sla_len to 16 for them (48 + 16 = 64).
It looks like dhcp6c is able to get a prefix, but this prefix is not
properly integrated with the rest of cerowrt. See the ifconfig.out attached
- only the interfaces explicitly mentioned in the dhcp6c config file got
proper ipv6 addresses (2406:*) eventually, the others are getting 2002:*
global unicast addresses.
Also, for some reason, dhcp6c refuses to assign ipv6 prefix to ge00 (if I
change loopback to ge00 at the end of the config file, it won't start).
Computers behind the router are also getting 2002:* addresses and work
through 6-to-4.
Thanks,
Maxim
On 11 November 2011 01:17, Dave Taht <dave.taht@gmail.com> wrote:
> Dear Maxim:
>
> > Updated to smoketest10.
> > Those features are slightly tested now. After installing the necessary
> > packages, 3g and pppoe work, dhcp6c also seems to be OK, but requires
> some
> > messing with the /etc/config/dhcp6c.conf file.
>
> What sorts of 'messing about' were required? (please send conf file)
>
> How big a PD (/64? /60? /56? what?) do they delegate?
>
> With comcast starting to go live with their dual stack trial, they
> only will be delegating a /64 at first,
>
> http://blog.comcast.com/2011/11/ipv6-deployment-technology.html
>
> which blows up the routing-only concept in cerowrt when used with
> classic autonegotiated /64 ipv6 addressing. However I'd planned for
> that, in having AHCP available and babel be the default routing
> protocols. AHCP distributes /128s across all interfaces, and in
> combination with babel, lets you move transparently from wired to
> wireless domains and back again, which is very liberating and an
> advancement on the state of the art in home networking.
>
> so having hooks to AHCP and babel in there as alternative means to
> distribute /128s across all the routed interfaces would be exciting.
> If I knew what they were.
>
> Regardless of this particular hook, I'd like to make dhcpv6-pd
> enablement part of the next release, by default, rather than as an
> optional package.
>
> --
> Dave Täht
> SKYPE: davetaht
> US Tel: 1-239-829-5608
> FR Tel: 0638645374
> http://www.bufferbloat.net
>
--
Thanks,
Max
[-- Attachment #1.2: Type: text/html, Size: 3165 bytes --]
[-- Attachment #2: dhcp6c --]
[-- Type: application/octet-stream, Size: 1647 bytes --]
config 'dhcp6c' 'basic'
option 'enabled' '1' # 1 = enabled; 0 = disabled
option 'interface' 'ge00' # This is the interface the DHCPv6 client will run on
option 'dns' 'dnsmasq' # Which DNS server you run (only dnsmasq currently supported)
option 'debug' '0' # 1 = enable debugging; 0 = disable debugging
# Send options (1 = send; 0 = do not send)
option 'pd' '1' # Prefix Delegation
option 'na' '0' # Non-Temporary Address
option 'rapid_commit' '1' # Rapid Commit
# Request options (1 = request; 0 = do not request)
option 'domain_name_servers' '1'
option 'domain_name' '0'
option 'ntp_servers' '0'
option 'sip_server_address' '0'
option 'sip_server_domain_name' '0'
option 'nis_server_address' '0'
option 'nis_domain_name' '0'
option 'nisp_server_address' '0'
option 'nisp_domain_name' '0'
option 'bcmcs_server_address' '0'
option 'bcmcs_server_domain_name' '0'
# Override the used DUID, by default it is derived from the interface MAC
# The given value must be uppercase and globally unique!
#option 'duid' '00:03:00:06:D8:5D:4C:A5:03:F2'
# Script to run when a reply is received
option 'script' '/usr/bin/dhcp6c-state'
# Define one or more interfaces on which prefixes should be assigned
config 'interface' 'loopback'
option 'enabled' '1' # 1 = enabled; 0 = disabled
option 'sla_id' '0' # Site level aggregator identifier specified in decimal (subnet)
option 'sla_len' '16' # Site level aggregator length (64 - size of prefix being delegated)
# e.g. /60 from ISP -> 64 - 60 = 4
config 'interface' 'se00'
option 'enabled' '1'
option 'sla_id' '1'
option 'sla_len' '16'
[-- Attachment #3: ifconfig.out --]
[-- Type: application/octet-stream, Size: 5161 bytes --]
6to4-ge01 Link encap:IPv6-in-IPv4
inet6 addr: 2002:6f45:c2fa::1/16 Scope:Global
inet6 addr: ::111.69.194.250/128 Scope:Compat
UP RUNNING NOARP MTU:1280 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
ge00 Link encap:Ethernet HWaddr 20:4E:7F:5A:C6:B6
inet6 addr: fe80::224e:7fff:fe5a:c6b6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1378 errors:0 dropped:7 overruns:0 frame:0
TX packets:1166 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:873400 (852.9 KiB) TX bytes:145190 (141.7 KiB)
Interrupt:5
gw00 Link encap:Ethernet HWaddr 22:4E:7F:5A:C6:B6
inet addr:172.30.42.129 Bcast:172.30.42.159 Mask:255.255.255.224
inet6 addr: 2002:6f45:c2fa:4::1/64 Scope:Global
inet6 addr: fe80::204e:7fff:fe5a:c6b6/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:65 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:0 (0.0 B) TX bytes:11443 (11.1 KiB)
gw01 Link encap:Ethernet HWaddr 22:4E:7F:5A:C6:B7
inet6 addr: fe80::204e:7fff:fe5a:c6b7/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:71 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:0 (0.0 B) TX bytes:9821 (9.5 KiB)
gw11 Link encap:Ethernet HWaddr 22:4E:7F:5A:C6:B9
inet6 addr: fe80::204e:7fff:fe5a:c6b9/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:67 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:0 (0.0 B) TX bytes:9253 (9.0 KiB)
lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
inet6 addr: 2406:e000:e1ad:0:200:ff:fe00:0/64 Scope:Global
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:76 errors:0 dropped:0 overruns:0 frame:0
TX packets:76 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:12058 (11.7 KiB) TX bytes:12058 (11.7 KiB)
mon.sw00 Link encap:UNSPEC HWaddr 20-4E-7F-5A-C6-B5-00-48-00-00-00-00-00-00-00-00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:13258 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:32
RX bytes:2148746 (2.0 MiB) TX bytes:0 (0.0 B)
pppoe-ge00 Link encap:Point-to-Point Protocol
inet addr:111.69.194.250 P-t-P:111.69.17.16 Mask:255.255.255.255
inet6 addr: fe80::a948:1c35:ea2b:64e9/10 Scope:Link
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1
RX packets:1167 errors:0 dropped:0 overruns:0 frame:0
TX packets:954 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:834431 (814.8 KiB) TX bytes:117330 (114.5 KiB)
se00 Link encap:Ethernet HWaddr 22:4E:7F:5A:C6:B5
inet addr:172.30.42.1 Bcast:172.30.42.31 Mask:255.255.255.224
inet6 addr: 2002:6f45:c2fa:1::1/64 Scope:Global
inet6 addr: 2406:e000:e1ad:1:204e:7fff:fe5a:c6b5/64 Scope:Global
inet6 addr: fe80::204e:7fff:fe5a:c6b5/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1104 errors:0 dropped:8 overruns:22 frame:0
TX packets:1137 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:148200 (144.7 KiB) TX bytes:818694 (799.5 KiB)
Interrupt:4
sw00 Link encap:Ethernet HWaddr 20:4E:7F:5A:C6:B5
inet addr:172.30.42.65 Bcast:172.30.42.95 Mask:255.255.255.224
inet6 addr: 2002:6f45:c2fa:2::1/64 Scope:Global
inet6 addr: fe80::224e:7fff:fe5a:c6b5/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:61 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:0 (0.0 B) TX bytes:11486 (11.2 KiB)
sw10 Link encap:Ethernet HWaddr 20:4E:7F:5A:C6:B7
inet addr:172.30.42.97 Bcast:172.30.42.127 Mask:255.255.255.224
inet6 addr: 2002:6f45:c2fa:3::1/64 Scope:Global
UP BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:3 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:40
RX bytes:0 (0.0 B) TX bytes:292 (292.0 B)
^ permalink raw reply [flat|nested] 4+ messages in thread* Re: [Bloat] DHCP-PD and cerowrt
2011-11-10 12:17 [Bloat] DHCP-PD and cerowrt Dave Taht
2011-11-10 20:08 ` Maxim Kharlamov
@ 2011-11-11 2:27 ` Jim Gettys
2011-11-11 4:52 ` Jeremy Visser
1 sibling, 1 reply; 4+ messages in thread
From: Jim Gettys @ 2011-11-11 2:27 UTC (permalink / raw)
To: Dave Taht; +Cc: bloat
On 11/10/2011 07:17 AM, Dave Taht wrote:
> Dear Maxim:
>
>> Updated to smoketest10.
>> Those features are slightly tested now. After installing the necessary
>> packages, 3g and pppoe work, dhcp6c also seems to be OK, but requires some
>> messing with the /etc/config/dhcp6c.conf file.
> What sorts of 'messing about' were required? (please send conf file)
>
> How big a PD (/64? /60? /56? what?) do they delegate?
>
> With comcast starting to go live with their dual stack trial, they
> only will be delegating a /64 at first,
>
> http://blog.comcast.com/2011/11/ipv6-deployment-technology.html
>
> which blows up the routing-only concept in cerowrt when used with
> classic autonegotiated /64 ipv6 addressing. However I'd planned for
> that, in having AHCP available and babel be the default routing
> protocols. AHCP distributes /128s across all interfaces, and in
> combination with babel, lets you move transparently from wired to
> wireless domains and back again, which is very liberating and an
> advancement on the state of the art in home networking.
>
> so having hooks to AHCP and babel in there as alternative means to
> distribute /128s across all the routed interfaces would be exciting.
> If I knew what they were.
>
> Regardless of this particular hook, I'd like to make dhcpv6-pd
> enablement part of the next release, by default, rather than as an
> optional package.
>
Note that Comcast (and TWC, as far as I can tell) do plan to delegate
larger prefixes.
The existing IPv6 home routers only support a single /64 today. So this
means they can start this phase of the dual stack service
without having to deploy pd; but I think they are already testing pd
internally.
- Jim
^ permalink raw reply [flat|nested] 4+ messages in thread