<html>
<head>
<meta content="text/html; charset=utf-8" http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<br>
<br>
<div class="moz-cite-prefix">On 28/Apr/15 14:51, Seun Ojedeji wrote:<br>
</div>
<blockquote
cite="mid:CAD_dc6hezDTSkyD-7xLDQY1v+23L-G6MSwoD7m1f=+dNRLTYfA@mail.gmail.com"
type="cite">
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote"><br>
<div><br>
</div>
<div>Fortunately as an HEI,</div>
</div>
</div>
</div>
</blockquote>
<br>
What is HEI?<br>
<br>
<blockquote
cite="mid:CAD_dc6hezDTSkyD-7xLDQY1v+23L-G6MSwoD7m1f=+dNRLTYfA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div> i won't have reason to be competing ;-). Standard is
known, but reality on ground is usually a factor to some
organisation (especially non-ISPs). In a typical HEI in
our region, most back-ups are actually devices in use in
less density/critical areas, so a failure at a critical
zone could mean a temporary(or permanent) outage at the
less critical regions ;-)<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Budget allowing, most service providers deploy in two's. So cold
standbys are a luxury in most businesses.<br>
<br>
<blockquote
cite="mid:CAD_dc6hezDTSkyD-7xLDQY1v+23L-G6MSwoD7m1f=+dNRLTYfA@mail.gmail.com"
type="cite">
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">
<div><br>
</div>
<div>While an ISP engineer would not worry about doing a
gear swap from its inventory, a typical HEI engineer would
wonder if the present could at least serve pending the
replacement approval/procurement of a new one. However as
activities in institutions become more technology driven,
justifications to have more flexibility in backup
inventory would occur and an HEI engineer will be glad.<br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
Networks are networks.<br>
<br>
A router does not care whether it's being used in an ISP,
enterprise, fast food shop or car wash facility. Networks are
networks.<br>
<br>
Of course, there are commercial realities with running networks, and
I do not discount that. All I am saying is that if you do not plan
for failure within the constraints of your budget and the needs of
your users, you're setting yourself up.<br>
<br>
Doing nothing in the case of failure - and hoping for the best - is
also a strategy. Some may argue it's not a very good one, though...<br>
<br>
Mark.<br>
</body>
</html>