Native IPv6 - no LAN IP's populating

[dave14305]

After you run the odhcp6c command, run:

cat /tmp/wan*bound6.env

 

[Gary_Dexter]

On the command line change "-P 64:b3040" to "-P 48:b3040" that change is what the "WAN Prefix Length" option it the gui sets.

killall odhcp6c
odhcp6c -df -R -s /tmp/dhcp6c -N none -c 0003000104d4c4bb3040 -P 48:b3040 -r23 -r24 -k ppp0

Still nothing

 

[Gary_Dexter]

After you run the odhcp6c command, run:

cat /tmp/wan*bound6.env

Results from running that command - IP REMOVED is the WAN IPv6 address

SSH_CLIENT=10.12.12.40 49868 2212

USER=Bruc3W4yn3

LD_LIBRARY_PATH=/lib:/usr/lib:/lib/aarch64

SHLVL=1

HOME=/root

SSH_TTY=/dev/pts/0

PS1=\u@\h:\w\$

LOGNAME=Bruc3W4yn3

TERM=xterm-256color

PATH=/bin:/usr/bin:/sbin:/usr/sbin:/home/Bruc3W4yn3:/mmc/sbin:/mmc/bin:/mmc/usr/sbin:/mmc/usr/bin:/opt/sbin:/opt/bin:/opt/usr/sbin:/opt/usr/bin

SHELL=/bin/sh

PWD=/tmp/home/root

SSH_CONNECTION=10.12.12.40 49868 10.12.12.12 2212

TMOUT=600

SERVER=

RDNSS=2a05:87c0:1::a

SNTP_IP=

NTP_IP=

NTP_FQDN=

SIP_IP=

DOMAINS=

SIP_DOMAIN=

AFTR=

CER=

OPTION_2=00030001ac7a56300f00

OPTION_1=0003000104d4c4bb3040

PREFIXES=

ADDRESSES=

RA_ADDRESSES=IP REMOVED/64,604798,2591998

RA_ROUTES=::/0,fe80::ae7a:56ff:fe30:f00,1798,512 IP REMOVED/64,,2591998,256

RA_DNS=

RA_DOMAINS=

RA_HOPLIMIT=64

RA_MTU=1492

RA_REACHABLE=0

RA_RETRANSMIT=0

PASSTHRU=001700102a0587c000010000000000000000000a

 

[dave14305]

PREFIXES=

So there is no prefix delegation being received from the ISP yet. Hmm.

 

[Gary_Dexter]

Doesn’t look that way, no.

I wonder if it’s something to do with the LAN prefixes they’ve assigned to me.

If I set Static IPv6 using the WAN prefix (/64) for both WAN and LAN, it works - but obviously assigns LAN devices IP’s from the WAN pool.

As soon as I set the LAN Prefix to be what it should be per my assignment on my account (/48) - then it breaks and no longer works.

 

[dave14305]

Doesn’t look that way, no.

I wonder if it’s something to do with the LAN prefixes they’ve assigned to me.

If I set Static IPv6 using the WAN prefix (/64) for both WAN and LAN, it works - but obviously assigns LAN devices IP’s from the WAN pool.

As soon as I set the LAN Prefix to be what it should be per my assignment on my account (/48) - then it breaks and no longer works.

Please run the odhcp6c command again, but also include -v first in the list of command line parameters and check the syslog afterward for messages from odhcp6c.

 

[Gary_Dexter]

Please run the odhcp6c command again, but also include -v first in the list of command line parameters and check the syslog afterward for messages from odhcp6c.

do I need to run the kill command first as well?

 

[dave14305]

do I need to run the kill command first as well?

Yes. I might try:

killall odhcp6c
odhcp6c -v -df -R -s /tmp/dhcp6c -N try -c 0003000104d4c4bb3040 -P 0:b3040 -r23 -r24 -k ppp0
grep odhcp6c /tmp/syslog.log
cat /tmp/wan0_bound6.env
ip -6 addr show scope global

 

[Gary_Dexter]

Yes. I might try:

killall odhcp6c
odhcp6c -v -df -R -s /tmp/dhcp6c -N try -c 0003000104d4c4bb3040 -P 0:b3040 -r23 -r24 -k ppp0
grep odhcp6c /tmp/syslog.log
cat /tmp/wan0_bound6.env
ip -6 addr show scope global

Command Line still shows no addresses etc. as per before.

Syslog shows:

 

[dave14305]

This is an interesting wiki entry at OpenWrt (second paragraph):

Giganet​

Giganet are a CityFibre and BT Openreach fibre reseller. They provide IPv4 and IPv6 connectivity to business and residential customers. They provide a static IPv4 address and a static IPv6 router address, with a /48 prefix for the client's network.

DHCPv6 is used to IPv6 prefix delegation, but the IPv6 prefix must be released by the router before the prefix will be issued again to either the same router or to another router. If this doesn't happen, an error of NoPrefixAvail during DHCPv6 negotiation, and odhcpd will complain that there is a local route, but no prefix, so it doesn't issue IPv6addresses to LAN clients

[OpenWrt Wiki] ISP Configurations

openwrt.org

So at least Enable “Release prefix on exit” and see if it helps. Not sure if it will release a prefix it hasn’t received lately. But worth a shot.

 

[Gary_Dexter]

This is an interesting wiki entry at OpenWrt (second paragraph):

[OpenWrt Wiki] ISP Configurations

openwrt.org

So at least Enable “Release prefix on exit” and see if it helps. Not sure if it will release a prefix it hasn’t received lately. But worth a shot.

Ok I’ve enabled that and restarted the router. Still no LAN address/prefix populating.

 

[dave14305]

Ok I’ve enabled that and restarted the router. Still no LAN address/prefix populating.

If you kill odhcp6c again and reboot without any change, then you might want to contact the ISP and see if this claim is true that DHCPv6 Prefix Delegation won’t work if it was not previously released by the router.

 

[Tvlz]

@RMerlin
Would you compile a GT-AC2900 test build with line 1770 commented out, I want see if that will make any difference when using a PPP WAN interface.

 

[RMerlin]

@RMerlin
Would you compile a GT-AC2900 test build with line 1770 commented out, I want see if that will make any difference when using a PPP WAN interface.

GT-AC2900_386.7_1test-g64dd3fdbf6_ubi.w

W File

1drv.ms

 

[Gary_Dexter]

@RMerlin
Would you compile a GT-AC2900 test build with line 1770 commented out, I want see if that will make any difference when using a PPP WAN interface.

Let me know what you want me to do with this once installed.

 

[Tvlz]

From the gui set

Connection Type: Native IPv6
DHCP-PD: Enable
Accept Default Route: Disable
Release prefix on exit: Enable
WAN Prefix Length: 48

If that doesn't work try from SSH

killall odhcp6c
odhcp6c -v -df -R -s /tmp/dhcp6c -N none -c 0003000104d4c4bb3040 -P 48:b3040 -r23 -r24 ppp0

Have you ever tried changing the "Interface" type in the gui to something other than "PPP"? I don't expect it work, we have tried everything else, so why not.

 

[Gary_Dexter]

From the gui set

Connection Type: Native IPv6
DHCP-PD: Enable
Accept Default Route: Disable
Release prefix on exit: Enable
WAN Prefix Length: 48

If that doesn't work try from SSH

killall odhcp6c
odhcp6c -v -df -R -s /tmp/dhcp6c -N none -c 0003000104d4c4bb3040 -P 48:b3040 -r23 -r24 ppp0

Have you ever tried changing the "Interface" type in the gui to something other than "PPP"? I don't expect it work, we have tried everything else, so why not.

On the WAN page?

My connection is a PPPoE connection so I don't think any other will work.

 

[Gary_Dexter]

From the gui set

Connection Type: Native IPv6
DHCP-PD: Enable
Accept Default Route: Disable
Release prefix on exit: Enable
WAN Prefix Length: 48

If that doesn't work try from SSH

killall odhcp6c
odhcp6c -v -df -R -s /tmp/dhcp6c -N none -c 0003000104d4c4bb3040 -P 48:b3040 -r23 -r24 ppp0

Have you ever tried changing the "Interface" type in the gui to something other than "PPP"? I don't expect it work, we have tried everything else, so why not.

No luck with anything there either.

 

[Gary_Dexter]

This is an interesting wiki entry at OpenWrt (second paragraph):

[OpenWrt Wiki] ISP Configurations

openwrt.org

So at least Enable “Release prefix on exit” and see if it helps. Not sure if it will release a prefix it hasn’t received lately. But worth a shot.

To add to this - when my service was first installed and activated they installed their own ISP provided router, which is a Technicolor DGA4134.

IPv6 was enabled and working on that router, however there’s no option on it to “release” the prefix back, other than turning IPv6 off/disabled.

I tried cloning the MAC address of that router to my ASUS in case that did anything, but no luck with that either

Do I maybe need to check if they can see if the addresses are still allocated to that router perhaps? And if they can release manually or reassign me a new allocation of addresses?

 

[dave14305]

Do I maybe need to check if they can see if the addresses are still allocated to that router perhaps? And if they can release manually or reassign me a new allocation of addresses?

I think that’s the best course of action at this point.