So why is "IPv4 with longer addresses" a problem anyway?

Ted Mittelstaedt tedm at ipinc.net
Tue Jun 1 19:25:10 CEST 2010



On 6/1/2010 9:29 AM, Nick Hilliard wrote:
> On 01/06/2010 14:56, Benedikt Stockebrand wrote:
>> destination.  NUD ensures that a dead router is detected at an average
>> 30s, plusminus 15s to avoid synchronization effects.  RFC 4861 has all
>> the details.
>
> It kills me to add further noise to this thread, but this is probably one
> of the base sources of contention.  It seems that you're happy with 15-45
> seconds as an operationally / commercially acceptable time period for loss
> of service in the event of gateway failure / failover.  If you accept this
> level of service unavailability, then RA / NUD is quite adequate.
>
> I don't accept that this is an acceptable operational / commercial
> proposition for my customers.  Therefore RA / NUD is not viable on the
> networks which I deal with.
>

I don't accept that routers routinely dying is an acceptable operational 
/ commercial proposition for our customers.

Just for grins I just checked and the last SCHEDULED reboot of our own 
largest and most complex BGP-running router was 50 weeks ago.

The last UNSCHEDULED reboot was something like 5 YEARS ago.

> Good, we've cleared something up.
>

Obviously.  Clearly your standards for acceptable router hardware are 
far, far lower than a lot of peoples.  I would guess that's why your
so concerned with a 30 second slew time.

Ted



More information about the ipv6-ops mailing list