From: Richard Dumoulin (Richard.Dumoulin@vanco.fr)
Date: Wed Oct 06 2004 - 10:46:28 GMT-3
Just an advice, do not get the habit of relying on cdp for port mapping.
Even in real production networks, it is usually considered insecure to
enable it,
Richard
CCIE 13891
-----Message d'origine-----
De : Jesse Loggins [mailto:jlogginsccie@san.rr.com]
Envoyi : Tuesday, October 05, 2004 5:27 AM
@ : ccielab@groupstudy.com; ccie2be
Cc : Patrick Torney
Objet : Re: not ot: POOR SERVICE FROM RACK VENDOR
Show CDP neighbor will easily solve this problem. What if you are not told
in
the real lab what the interface to switch mappings are. Just make sure you
check the switch ports to see what VLANS they may be preconfigured in, make
sure those vlans exist, then make sure that CDP is enabled on both sides and
"wala". CDP will tell you what port is connected to what router on said
port.
I never take any of that documentation for granted. Remember there is a
thing
called human error.
On Saturday 02 October 2004 12:26, ccie2be wrote:
> Patrick.
>
> That said, I can't wholeheartedly recommend ccie4u if you are planning to
> practice the labs from IE based on my experience several months ago. Of
> course, since then, it's possible that the issue I had may have been fully
> address, so I would check his web site first before dismissing the the
idea
> of using ccie4u.
>
> Here was the problem I had when trying to use ccie4u's rack to do IE
> practice labs.
>
> With ccie4u's rack the mapping of 3550 ports to router interfaces doesn't
> exactly match up to what's expected by the IE practice labs. Overall,
there
> isn't a great deal of difference, but for me, it was enough to throw me
> off. When I tried to do an IE practice lab on ccie4u's I ran into a
problem
> doing the 3550 portion of the lab and after several hours of frustration,
I
> finally gave up. I couldn't figure out if I hadn't compensated correctly
> for the discrepancies in the actual port mappings versus the expected port
> mappings or if I had just screwed up with the 3550 config.
This archive was generated by hypermail 2.1.4 : Sat Nov 06 2004 - 17:11:43 GMT-3