* "Will Hargrave" <w...@harg.net> > Hello, Tore and GROW, I am new here. > > On 13 Mar 2017, at 11:11, Tore Anderson wrote: > > > Another logical consequence of this is that the rather imprecise «a > > few minutes» should ideally be expanded on, taking slow routers > > such as the MX80 into account. While five minutes of culling would > > be helpful, it would not be enough to avoid all disruption. > > One point of the technique is that the ‘lower layer caretaker’ looks > at their interface traffic counters to ensure traffic has dropped to > near-zero before commencing the ‘destructive’ part of the > maintenance. As a result no traffic is affected.
Agreed that this is a smart and obvious thing to do. However, the draft does not include language to that effect, at least not in section 2.2. I'll try to come up with some text within the week. > Our operational experience at LONAP shows this does usually happen > within 5 minutes. > > > If the operator/peer would decide to cull the session, say, 30 minutes > > ahead of the maintenance, that would be great for me and others in my > > situation. > > I suspect this may be unnecessary, but do not have extensive data to > back this up. I believe the needed convergence time is largely dependent on the number of routes that a router need to reprogram due to the link down event. On an IP transit circuit, that number is possibly somewhere between 650-700k. I'm guessing that most members of an IXP receive a much smaller amount of prefixes from the other members of the IX and/or its RS, thus reducing the amount of culling time needed. By the way, as an IXP operator, you also have the possibility to simply shut down your members' interfaces prior to performing maintenance, instead of doing culling. Doing so would be completely analogous to the directly connected BGP speakers scenario discussed in section 1 where the draft says «detecting and acting upon a link down event (for example when someone yanks the physical connector) in a timely fashion is straightforward». I take the fact that you're using culling anyway as an agreement that this technique is very much applicable to the directly connected BGP speakers scenario too, and that the quoted sentence is rather misleading. Tore _______________________________________________ GROW mailing list GROW@ietf.org https://www.ietf.org/mailman/listinfo/grow