rated nav,
multimedia radio and comms), it is likely that the system interconnect
is handled over Media Oriented System Transport (MOST) which is a
variation on traditional token-ring.
--
/*=====[ Jake Khuon ]=+
| Packet Plumber, Network
drawals. Are we
seeing lights out on fibre links or just peering sessions going down?
Both could still point to a coordinated intentional blackout by the
Egyptian gov't though.
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
l telecom and network services and a
selective one where some of the infrastructure is left intact but under
tighter control... especially if internal reach is still selectively
available while external reach has been disabled.
--
/*=====[ Jake Khuon ]=+
| Packet Plumb
t send an email to radb-supp...@merit.edu instead, and ask them to
> delete the entry in whois.radb.net?
>
> Nick
>
>
> --- Please refer to http://www.amherst.com/amherst-email-disclaimer/ for
> important disclosures regarding this electronic communication.
>
--
/*
and weekly full backups. Current retention schema is 4 weeks
of backups with a one week offsite physical rotation (performed monthly
to a safety deposit box). I'm at the moment trying to figure out a good
way for doing streaming backups to an offsite DC.
--
/*=====
|
V
[USB1]
|
V
[USB2]
Nothing's perfect. There's still risk but there's some amount of
assurance.
--
/*=[ Jake Khuon ]=+
C power? That
would be ideal.
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
d be quite annoyed that everything in her office
was unreachable.
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
at the upstream provider really *was* in control -- rather
than trying to placate the caller.
I don' know of any but that's a great idea. Sorta like a UID light on
a server...
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~
is causing your ping packets to get
classed and policed into an ever depleting buffer pool.
I wonder what would happen to the pattern if you reset the interface. |8^)
--
/*=====[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for
ut generically and probably with an additional VGA input. Of
course there are also VGA-HDMI converters. Anyone wanna ring up
Motorola to see if they're interesting in adapting the Atrix laptop-dock
technology?
--
/*=[ Jake Khuon ]=+
| P
manufacturer acknowledges the discrepancy and refuses to take
measures to remedy the situation.
At this point, the OP may be at risk to his customers as well so it
would be really in his best interest to pursue this as far as possible
which may include legal action.
--
/*===
y S5 as having an
address out of the 2600:380:46ae::/38 space which is allocated to AT&T
Mobility.
--
/*=====[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_
nally like ICSI Netalyzr for identifying gross issues.
http://netalyzr.icsi.berkeley.edu/
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
On 09/07/13 20:28, Erik Levinson wrote:
For those who have gone through such events in the past, what can one
expect in terms of long-term impact...should we expect some premature
component failures? Does anyone have any stats to share?
While others have already talked about what to look out f
http://www.nanog.org/meetings/nanog48/abstracts.php?pt=MTUxMyZuYW5vZzQ4&nm=nanog48
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
weird CLI.
That's like saying that a Juniper is just FreeBSD with a bunch of
scripts and a weird CLI.
--
/*=====[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
226/464847907_c3038c21e4_o.png
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
ineering workforce
are little more than power users (if that) when it comes to operating
systems.
--
/*=====[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
to this video, you could make another one that
explains some of the history of the IXP, how diverse they can be and how
they are evolving to meet the demands of the next generation of content
distribution and the distributed shared computing resources.
--
/*=====[ Ja
On Wed, 2010-02-10 at 09:55 +0100, Mikael Abrahamsson wrote:
> On Wed, 10 Feb 2010, Jake Khuon wrote:
>
> > Excellent production.
>
> ... but still an advertisement for use of IXPs instead of private peering
> or alike. I'd say it contains several factual errors o
rd-party negotiated "pairwise peering" was being effected during a
switch fabric breakage was done manually at the time and not all that
accurate nor of course was it expedient. We attempted to automate that
part without too much success.
--
/*=[ Jake Khuon ]==
On Tue, 2010-02-16 at 23:03 -0800, Jake Khuon wrote:
> The best solution we came up with at the time was to add some control
> knobs to rsd in order to allow us to quickly take down the BGP session
> to the peer on the falsely advertising RS.
Sorry... this was poorly worded. We did not
ften much easier for everyone involved if you slowly raise the
bar rather than suddenly springing an Olympic level high-jump upon them.
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| for Effective Bandwidth Utilisation / |/ [_ [_ |) |_| NETWORKS |
+==*/
On Tue, 2010-03-09 at 15:29 -0500, Patrick W. Gilmore wrote:
> The only "wow" here is "wow, why did cisco hype how far behind they
> are?"
Because in some organisations, the only vendor that matters is Cisco.
--
/*=====[ Jake Khuon ]=+
On Tue, 2010-03-09 at 20:22 +, deles...@gmail.com wrote:
> What happened to CRS-2? :)
It exploded and was destroyed during construction. Parts of it were
also recycled to build the next CRS. |8^)
--
/*=[ Jake Khuon ]=+
| Packet Plumber, Network Engine
On Tue, 2010-03-09 at 17:02 -0500, Patrick W. Gilmore wrote:
> On Mar 9, 2010, at 3:36 PM, Jake Khuon wrote:
> > On Tue, 2010-03-09 at 15:29 -0500, Patrick W. Gilmore wrote:
> >
> >> The only "wow" here is "wow, why did cisco hype how far behind t
On Tue, 2010-03-09 at 18:45 -0500, Patrick W. Gilmore wrote:
> Sent from my iPhone, please excuse any errors.
>
> On Mar 9, 2010, at 17:31, Jake Khuon wrote:
> > On Tue, 2010-03-09 at 17:02 -0500, Patrick W. Gilmore wrote:
> >> On Mar 9, 2010, at 3:36 PM, Jake Khuon wrot
but he/she should have been briefed on it and should
be familiar enough with deployment status to be able to talk
intelligently and honestly with a potential customer.
--
/*=====[ Jake Khuon ]=+
| Packet Plumber, Network Engineers /| / [~ [~ |) | | |
| f
29 matches
Mail list logo
