<div dir="ltr">+1<br><div><br></div><div>You can't foresee everything, but no plan means foreseeing nothing, = blindfold.</div><div><br></div><div>Cheers,</div><div><br></div><div>Etienne</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Aug 15, 2020 at 12:29 PM Radu-Adrian Feurdean <<a href="mailto:nanog@radu-adrian.feurdean.net">nanog@radu-adrian.feurdean.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sat, Aug 15, 2020, at 11:35, Baldur Norddahl wrote:<br>
> No plan survives contact with the enemy. Your careful made growth <br>
> projection was fine until the brass made a deal with some major <br>
> customer, which caused a traffic spike. <br>
<br>
Capacity planning also includes keeping an eye on what is being sold and what is being prepared.<br>
Having the traffic more than double within a 48h timespan (until day X peak at N Gbps, after days X+2, peaks at 2.5*N Gbps) -> done with success when the correct information ("partner X will change delivery system") arrived 4 months in advance.<br>
<br>
Having multiple 200 Mbps and 500 Mbps connections over an already-used 1 Gbps port and pretending that "everything's gonna be allright" , in that case you should confront your enemy.<br>
<br>
> Or any infinite other events that could and eventually will happen to you.<br>
<br>
Among which you try to protect yourself against the most realistic ones.<br>
<br>
> One hard thing, that almost everyone will get wrong at some point, is <br>
> simulating load in the event multiple outages takes some links out, <br>
> causing excessive traffic to reroute unto links that previously seemed <br>
> fine.<br>
<br>
You should scale the network to absorb a certain degree of "surprise"/damage, and clearly explain that beyond that certain level, service will be degraded (or even absent) and there is nothing that can and nothing that will be done immediately.<br>
<br>
Every network fails at a certain moment in time. You just need to make sure you know how to make it working again, within a reasonable time frame. Or have a good run-away plan (sometimes this is the best solution).<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Ing. Etienne-Victor Depasquale</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Assistant Lecturer</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Department of Communications & Computer Engineering</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">Faculty of Information & Communication Technology</span><br style="color:rgb(136,136,136);font-family:tahoma,sans-serif"><span style="color:rgb(136,136,136);font-family:tahoma,sans-serif">University of Malta</span><div>Web. <a href="https://www.um.edu.mt/profile/etiennedepasquale" target="_blank">https://www.um.edu.mt/profile/etiennedepasquale</a><br></div></div></div>