From: Ken Diliberto (ken@kdmd.net)
Date: Wed Jun 02 2004 - 02:03:02 GMT-3
Kenneth,
The answer you're looking for is - That Depends.
Are you switching between the two? Routing?
Are the 6500's sitting next to each other or do you have limited fiber
available between them?
Are your servers on one side and clients on the other?
What do your traffic levels look like now?
And the big question: How much money do you have?
We have three 6500's in our core - each with redundant Sup-II/MSFC-II
and redundant fabric. They are connected in a triangle with one GigE
from a sup and the second from a 6516. This provides some failure
protection. These links are a combination of L2 trunk and L3 routed
link (we're moving to the L3 option for everything).
We have the luxury of excess fiber so adding bandwidth is as simple as
another pair of GBIC's on each end and configuring a channel.
I call the 6500 Ciscos Swiss Army Knife. There are many different ways
to do things. What's your current configuration?
Ken
Kenneth Wygand wrote:
> Mas,
>
> This brings me back to the real source of my question - then what would
> be the best way to interconnect, say, two 6509 switches in my core?
>
> Kenneth E. Wygand
> Systems Engineer, Project Services
> CISSP #37102, CCNP, CCDP, ACSP, Cisco IPT Design Specialist, MCP, CNA,
> Network+, A+
> Custom Computer Specialists, Inc.
> "The only unattainable goal is the one not attempted."
> -Anonymous
>
> -----Original Message-----
> From: P729 [mailto:p729@cox.net]
> Sent: Tuesday, June 01, 2004 4:27 PM
> To: Kenneth Wygand; Group Study
> Subject: Re: Connecting two core switches / Design
>
> I'd recommend keeping the core as fast and streamlined as
> possible--perhaps
> minimal ACL's to guard against potential errors in ACL's made in the
> distribution layer(s) not under your administrative control. I wouldn't
> go
> so far as to say keep QoS out of the core completely: I'd push
> classification and policy enforcement out as far to the edge as
> possible/practical--at least to the distribution layer and use QoS only
> for
> queue management in the core (set the trust boundary at the distribution
> layer to protect the core and keep it fast). Oversubscription? If you
> have a
> robust and diverse core, you may want to consider expected service
> levels
> during potential outages and perhaps keep critical links
> _under_subscribed
> by a certain amount.
>
> Regards,
>
> Mas Kato
> https://ecardfile.com/id/mkato
>
> ----- Original Message -----
> From: "Kenneth Wygand" <KWygand@customonline.com>
> To: "Group Study" <ccielab@groupstudy.com>
> Sent: Tuesday, June 01, 2004 8:47 AM
> Subject: Connecting two core switches / Design
>
>
>
>>Hello all,
>>
>>
>>
>>I was thinking about large providers that need to connect core
>
> switches
>
>>at very fast speeds. For example, say I have two 6506 core switches I
>>wanted to connect in the backbone. Say each one is terminating 20 -
>
> 30
>
>>fiber gigabit speed links. I would think it would be a poor idea to
>>oversubscribe the link between these switches to a 1GBit or even
>
> 10GBit
>
>>link. If the link was oversubscribed, logic would think that QoS
>
> should
>
>>be employed here to make sure critical traffic (voice, video) gets
>>through first, but all design guides point towards keeping all QoS out
>>of the core to simply switch packets as fast as possible...
>>
>>
>>What is recommended and is there any documentation / experience anyone
>>can contribute?
>>
>>
>>
>>Thanks!
>>
>>
>>
>>Kenneth E. Wygand
>>Systems Engineer, Project Services
>>
>>CISSP #37102, CCNP, CCDP, ACSP, Cisco IPT Design Specialist, MCP, CNA,
>>Network+, A+
>>Custom Computer Specialists, Inc.
>>
>>"I am not really smart. I just stick with problems longer."
>>-Albert Einstein
>>
>>
>>
>>Custom Computer Specialists, Inc.
>>
>>"Celebrating 25 Years of Excellence"
>>
>>[GroupStudy removed an attachment of type image/gif which had a name
>
> of
> image001.gif]
>
>>
> _______________________________________________________________________
>
>>Please help support GroupStudy by purchasing your study materials
>
> from:
>
>>http://shop.groupstudy.com
>>
>>Subscription information may be found at:
>>http://www.groupstudy.com/list/CCIELab.html
>
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Jul 03 2004 - 19:40:31 GMT-3