Dear Quic,

Can you explain why your ipv6 assignment changes? Can you fix this so it doesn't happen EVER again? Please don't become Orcon.

As you can probably imagine, for folks that use the /56 delegated prefix, ripping it from under our fleet creates problems and we didn't do anything wrong.

Nov 10 08:42:49 dhcp6c[3079248]: update_prefix: create a prefix 2407:8b00:1000:800::/56 pltime=94201517936448, vltime=94201517962368 
Nov 11 20:43:26 dhcp6c[3079639]: update_prefix: update a prefix 2407:8b00:1000:800::/56 pltime=94746978783040, vltime=94746978808960 
Nov 13 08:43:26 dhcp6c[3079639]: update_prefix: update a prefix 2407:8b00:1000:800::/56 pltime=94746978783040, vltime=94746978808960
Nov 14 20:43:26 dhcp6c[3079639]: update_prefix: update a prefix 2407:8b00:1000:800::/56 pltime=94746978783040, vltime=94746978808960 
Nov 16 08:43:26 dhcp6c[3079639]: update_prefix: update a prefix 2407:8b00:1000:800::/56 pltime=94746978783040, vltime=94746978808960 
Nov 16 11:30:40 dhcp6c[114741]: update_prefix: create a prefix 2407:8b00:1000:700::/56 pltime=94244467609408, vltime=94244467635328
Nov 16 12:20:49 dhcp6c[121289]: update_prefix: create a prefix 2407:8b00:1000:b00::/56 pltime=94296007216960, vltime=94296007242880 
Nov 16 12:41:02 dhcp6c[123449]: update_prefix: create a prefix 2407:8b00:1000:400::/56 pltime=94695439175488, vltime=94695439201408 
Nov 18 00:41:02 dhcp6c[123449]: update_prefix: update a prefix 2407:8b00:1000:400::/56 pltime=94695439175488, vltime=94695439201408 
*not our real prefix
**UTC