[FS#1393] netifd: "ubus call network reload" can't remove the deprecated ipv6 prefix delegation on lan

[LEDE Bugs]

A new Flyspray task has been opened.  Details are below. 

User who did this - Kai Song (alfred.song) 

Attached to Project - OpenWrt/LEDE Project
Summary - netifd: "ubus call network reload" can't remove the deprecated ipv6 prefix delegation on lan
Task Type - Bug Report
Category - Base system
Status - Unconfirmed
Assigned To - 
Operating System - All
Severity - High
Priority - Very Low
Reported Version - lede-17.01
Due in Version - Undecided
Due Date - Undecided
Details - Supply the following if possible:
 - Device problem occurs on
 - Software versions of OpenWrt/LEDE release, packages, etc.
    OpenWrt Chaos Calmer 15.05.1
    netifd release:  0f96606b7040b8e14190ff055d5761744bc15f6d   Tue Oct 17 22:16:43 2017 +0200
 - Steps to reproduce

"ubus call network reload" can't remove the deprecated ipv6 prefix delegation on lan interface


1. I create a wan connection of type DHCPv6 with reqiapd enabled. Call "ubus call network reload"
2. When wan connection is up, my lan interface br-lan will get delegated ipv6 address. Here is the uci configuration file and ifconfig
[CXNK001D8F15] /etc # cat /etc/config/network 

config interface 'loopback'
	option ifname 'lo'
	option proto 'static'
	option ipaddr '127.0.0.1'
	option netmask '255.0.0.0'

config globals 'globals'
	option ula_prefix 'auto'

config interface 'lan'
	option ifname 'eth0'
	option type 'bridge'
	option proto 'static'
	option ipaddr '192.168.1.1'
	option netmask '255.255.255.0'
	option ip6assign '64'

config interface 'wan'
	option ifname 'eth1'
	option proto 'dhcp'
	option peerdns '1'
	option defaultroute '1'
	option vendorid '844Ei.ONT.dslforum.org'
	option reqopts '43 120 121'

config interface 'wan6'
	option ifname 'eth1'
	option proto 'dhcpv6'
	option peerdns '1'
	option defaultroute '1'
	option reqopts '17'
	option reqaddress 'try'
	option reqprefix 'auto'

[] /etc # ifconfig br-lan 
br-lan    Link encap:Ethernet  HWaddr 52:54:00:12:34:56  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: 2001:db8:ffff:f000::1/64 Scope:Global
          inet6 addr: fe80::5054:ff:fe12:3456/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:38 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3598 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:7094 (6.9 KiB)  TX bytes:1784866 (1.7 MiB)


3. I remove the DHCPv6 wan connection and create a static IPv4 interface. Call "ubus call network reload"
4. The delegated ipv6 address is still there after step 3. Here is the uci configuration file and ifconfig
[CXNK001D8F15] /etc # cat /etc/config/network 

config interface 'loopback'
	option ifname 'lo'
	option proto 'static'
	option ipaddr '127.0.0.1'
	option netmask '255.0.0.0'

config globals 'globals'
	option ula_prefix 'auto'

config interface 'lan'
	option ifname 'eth0'
	option type 'bridge'
	option proto 'static'
	option ipaddr '192.168.1.1'
	option netmask '255.255.255.0'
	option ip6assign '64'

config interface 'wan'
	option ifname 'eth1'
	option proto 'dhcp'
	option peerdns '1'
	option defaultroute '1'
	option vendorid '844Ei.ONT.dslforum.org'
	option reqopts '43 120 121'

[] /etc # ifconfig br-lan 
br-lan    Link encap:Ethernet  HWaddr 52:54:00:12:34:56  
          inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: 2001:db8:ffff:f000::1/64 Scope:Global
          inet6 addr: fe80::5054:ff:fe12:3456/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:38 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3419 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:7094 (6.9 KiB)  TX bytes:1695840 (1.6 MiB)



"ubus call network restart" can fix this, but it is not preferred, for it will restart other unchanged interfaces too.
This seems to be a bug in netifd. My netifd release is 0f96606b7040b8e14190ff055d5761744bc15f6d.

Thanks.
   

 

More information can be found at the following URL:
https://bugs.openwrt.org/index.php?do=details&task_id=1393