Re: Patching between Racks

I have a simple question, Where does best practice come from? is there a
book best practice for Cisco networking? Why is going through a patch panel
"best practice" and who's practice is it? I have seen people use the best
practice excuse to back up all kinds of B/S, both good and bad.

Just a though
Rob

On Mon, Jul 11, 2011 at 6:24 PM, Taufik Kurniawan <ktaufik_at_gmail.com> wrote:

> Hi Irfan,
>
> From rack to rack , recommended to use patch.
> Equipment to patch within the rack.
>
>
> But sometime, we violate this :)
> for example if we want to VSS two Cat 6500 on the different racks
> within Data centre. I go equipment to equipment :) using direct fiber
> connection
>
> he he he [ don't follow this at your data centre ]
>
>
>
>
> On 11/07/2011, Irfan Sid <lifeoverip_at_gmail.com> wrote:
> > Hi All
> >
> > We are designing a new Comms equipment room for our client. For
> > Interconnectivity between core devices between two racks in the same
> Comms
> > room, is it best practice to go via a patch panel, (either in the same
> rack
> > or external patch panel). My collegue insists that all connections going
> > from rack to another rack should go via a patch panel. My arguement is
> that
> > if we can connect them directly and cable run can be neatly run, then why
> go
> > via a patch panel. This will also reduce points of failures.
> >
> > What are the pros and cons for using patch panel in this case or is this
> a
> > data centre recommended best practice or something?
> >
> > Thanks in advance.
> >
> >
> > Blogs and organic groups at http://www.ccie.net
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Tue Jul 12 2011 - 00:53:19 ART