Re: [v6ops] What problem are we trying to solve? (Re: A broken promise - "You said PD Prefix Valid Lifetime is going to be X" (Re: SLAAC renum: Problem Statement & Operational workarounds))

[Ted Lemon <[e-mail]>]

On Nov 13, 2019, at 2:32 AM, Tassos Chatzithomaoglou <[e-mail]> wrote:
> We do the same in IPv4 because many subscribers had asked for it. They wanted to easily (disconnect the line or reboot the CPE) change addresses.

Supposing IPv6 customers ask for this.   Why would you not give it to them with graceful renumbering rather than flash renumbering?

> That's mostly a commercial decision. Commercially we want to differentiate static vs dynamic.

So you are charging customers to not do something that costs you money and them reliability to do.   Customers who pay you get nothing, and customers who don’t pay you get what amounts to a punishment.   I guess that’s your prerogative, but again, if you are going to do this, why not do it right?  Don’t flash renumber—renumber gracefully.   You still are able to punish customers who don’t pay you, but you aren’t creating a support problem for yourself in the process.

> The biggest technical issue i see is routing de-aggregation due to many different BRAS serving the same customers.

So am I to understand that you have many different routes to the customer, and no way to be consistent about which route the customer gets when they disconnect and reconnect?   Isn’t that a problem with the BRAS setup?

> Aggregating at another level is not an option, because we don't want to have hundreds of thousands of /56s at this level.

Absolutely.   But is that your only option?   E.g., if you were to just have a route at this level for every customer that had been renumbered and still needed their old prefix to be routed, would that tend to be hundreds of thousands?   If so, isn’t that evidence that there’s something wrong with your setup?