IPv6 on a RT-AC68U

[shl329]

Hi all

I'm trying to get this working. Any ideas or where I can look to diagnose? (Happy to SSH in and dig around).

I've got it set to native and DHCP-PD enabled, which according to my ISP should work. Old router (basic Technicolor thing) worked fine with IPv6.

Quote from my ISPs documentation:

This is how we route and assign IPv6 on DSL connections.

Customers are allocated a /48 block of addresses - this is usually per customer, and so a customer with multiple circuits or sites will have a /64 allocated from the larger /48 block. A /48 contains 65536 /64's and a /64 subnet is 18 million trillion addresses.

(Here, CPE refers to the router belonging to the customer which is being used at their end of the broadband line.)

When the CPE logs in and negotiates PPP we use IPV6CP to assign an IPv6 'WAN' address. This address is a single IPv6 address in the form of:
2001:8b0:1111:1111:[your IPv4 WAN in HEX]

At this point we will also be routing any IPv6 blocks to this WAN address. Usually a line will have at least one /64 block.

We also respond to DHCPv6 Prefix Delegation (PD) from the CPE and we'll tell the CPE one of the /64 Blocks. -this may be requested multiple times by the CPE.

The CPE will also assign itself a Link Local address in the form of FE80::, and will be based on the MAC address of the interface.

I've checked the general system log and can not spot anything and the IPv6 log page is just showing this:

IPv6 Connection Type: Native with DHCP-PD
WAN IPv6 Address:
WAN IPv6 Gateway:
LAN IPv6 Address: /0
LAN IPv6 Link-Local Address: fe80::e23f:49ff:feee:8250/64
DHCP-PD: Enabled
LAN IPv6 Prefix: /0
DNS Address:

Edit: I'm running 3.0.0.4.376.45_0

Thank you

 

[shl329]

Please, does no one have any idea on how I can debug this? If I could find some clues it would help

 

[shl329]

If I grep the syslog for v6 I get some mention actually, apologies, last line being:

Jan 1 00:00:24 rc_service: waitting "start_rdnssd" via ipv6-up ...

cat of syslog - hope there is enough here - just say if not

Jan 1 00:00:22 pppd[769]: Plugin rp-pppoe.so loaded.
Jan 1 00:00:22 pppd[769]: RP-PPPoE plugin version 3.11 compiled against pppd 2.4.5
Jan 1 00:00:22 pppd[771]: pppd 2.4.5 started by admin, uid 0
Jan 1 00:00:22 pppoe-relay[765]: PADO packet from AA:BB:CCD:EE:FF on interface eth0 does not have Relay-Session-Id tag
Jan 1 00:00:22 pppoe-relay[765]: PADS packet from AA:BB:CCD:EE:FF on interface eth0 does not have Relay-Session-Id tag
Jan 1 00:00:22 pppd[771]: PPP session is 340 (0x154)
Jan 1 00:00:22 pppd[771]: Connected to AA:BB:CCD:EE:FF via interface eth0
Jan 1 00:00:22 pppd[771]: Using interface ppp0
Jan 1 00:00:22 pppd[771]: Connect: ppp0 <--> eth0
Jan 1 00:00:22 pppd[771]: CHAP authentication succeeded: XXXXXXXXXX
Jan 1 00:00:22 pppd[771]: CHAP authentication succeeded
Jan 1 00:00:22 pppd[771]: peer from calling number AA:BB:CCD:EE:FF authorized
Jan 1 00:00:23 pppd[771]: local IP address 123.123.123.123
Jan 1 00:00:23 pppd[771]: remote IP address 234.234.234.234
Jan 1 00:00:23 pppd[771]: primary DNS address 1.2.3.4
Jan 1 00:00:23 pppd[771]: secondary DNS address 5.6.7.8
Jan 1 00:00:23 pppd[771]: local LL address fe80::1111:2222:3333:4444
Jan 1 00:00:23 pppd[771]: remote LL address fe80::5555:6666:7777:8888
Jan 1 00:00:24 rc_service: ipv6-up 820:notify_rc start_rdnssd
Jan 1 00:00:24 rc_service: ipv6-up 820:notify_rc start_firewall
Jan 1 00:00:24 rc_service: waitting "start_rdnssd" via ipv6-up ...
Jan 1 00:00:25 rc_service: ip-up 819:notify_rc start_firewall

ifconfig for ppp0:

admin@RT-AC68U:/tmp/home/root# ifconfig ppp0
ppp0 Link encapoint-to-Point Protocol
inet addr:123.123.123.123 P-t-P:234.234.234.234 Mask:255.255.255.255
inet6 addr: fe80::1111:2222:3333:4444/10 Scope:Link
UP POINTOPOINT RUNNING MULTICAST MTU:1492 Metric:1
RX packets:41774 errors:0 dropped:0 overruns:0 frame:0
TX packets:38907 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:25662063 (24.4 MiB) TX bytes:5382815 (5.1 MiB)

Thank you

 

[owlyn]

Possible work-around to restore IPv6

I have an AC-66, which I believe is basically the same as the AC-68. I found that the following steps work. I was able to repeat them. (Using Win 7/64, may not matter).

1. On the Router, unplug ethernet cable to PC
2. On the router, unplug ethernet cable from Modem
3. Plug in ethernet cable from modem directly to to PC
4. Open a browser, and try to connect to any site. It doesn't matter if you actually connect or not. Just wait a couple of seconds.
5. Now plug everything back to their normal positions.
6. That's it.

 

[ripdog]

I have a similar issue on Orcon NZ. I'm testing IPv6 for my ISP. It works fine with the supplied router, but no signs of life from my ASUS router - the RT-AC66U. I have a fibre connection, and receive IP via DHCP, tagging packets with VLAN10. From the network engineer who set me up to test this:

We assign a /56 using DHCP-PD and a DHCP IA_NA address for the WAN.

Is the IA_NA address supported? I have IPv6 set as Native, with DHCP-PD enabled - have tried with it off, too. Hell, I've tried every combination of settings, with no result.

More poking around:

admin@router:/tmp/home/root# dmesg | grep v6
registering ipv6 ROUTE target

syslog: module nf_conntrack_ipv6 not found in modules.dep

These are the only mentions of v6 in dmesg and the syslog respectively.

Any ideas? I'm willing to get my hands dirty!

EDIT: So, I've discovered dhcp6c. I've been trying to get it to work, but it's unable to use my vlan10@eth0 device. Is this a problem of syntax, or a more fundamental incompatibility?

EDIT2: Can someone try dhcp6c on a vlan device? I forgot to try dhcp6c vlan10 before I switched firmware. Now on tomato (screw dd-wrt, seriously) and it's all working perfectly! I love you tomato.