From: nrf (noglikirf@hotmail.com)
Date: Thu Oct 25 2007 - 01:55:01 ART
----- Original Message -----
From: "Darby Weaver" <darbyweaver@yahoo.com>
To: "Schoeneman Steve" <gs@grimnotions.com>; "nrf" <noglikirf@hotmail.com>
Cc: <smorris@ipexpert.com>; "'istong'" <istong@stong.org>;
<ccielab@groupstudy.com>; <security@groupstudy.com>;
<comserv@groupstudy.com>
Sent: Saturday, October 20, 2007 7:50 PM
Subject: Re: CCIE Lab Price Increase
> Dude,
>
> If you think Switching and Bridging are not part of
> the lab, you have not been... or you slept through it.
Uh, when did I say that switching and bridging are not part of the lab "at
all"?
I simply said that switching and bridging don't comprise VERY MUCH of the
lab, and, more importantly, that, frankly, there aren't THAT MANY commands
in switching anyway. That's because switches, frankly, aren't particularly
complicated pieces of gear from a configuration standpoint, relative to
routers. Most of the power of a switch rests in the fabric. But on the
lab, that doesn't really matter because, unlike a regular
production-network, you're not pushing a lot of traffic through your
'virtual network'. Hence, it would not be that difficult for an emulator to
present a bunch of switches.
Think about it. On the lab, are you even pushing 1Mbps of frames
consistently through any of your switches? Heck, are you even pushing
1Kbps? I think not. So why would such switch behavior be so hard to
emulate? >> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>
> _____________________________________________________________________
> Subscription information: http://www.groupstudy.com/list/comserv.html
This archive was generated by hypermail 2.1.4 : Fri Nov 16 2007 - 13:11:18 ART