To: | nv-l@lists.us.ibm.com |
---|---|
Subject: | RE: [nv-l] Switch Analyzer and Layer 3 switches |
From: | Michael Webb <mlwebb@us.ibm.com> |
Date: | Thu, 22 Apr 2004 16:20:45 -0400 |
Delivery-date: | Thu, 22 Apr 2004 21:30:55 +0100 |
Envelope-to: | nv-l-archive@lists.skills-1st.co.uk |
In-reply-to: | <91D03459CD3BE04DB5C9894069B252346F68F2@omaexch03.csg.csgsystems.com> |
Reply-to: | nv-l@lists.us.ibm.com |
Sender: | owner-nv-l@lists.us.ibm.com |
Switches that are only layer 2 devices (normal switches) do not have routing tables and will not return routing table MIB stuff when queried. Plain layer 2 switches actually use a default gateway as opposed to a default route. A workstation can have IP forwarding enabled and become a router, unlike a normal switch.
Um, I might be off base here, but EVERY TCP/IP device has a routing table. From: owner-nv-l@lists.us.ibm.com [mailto:owner-nv-l@lists.us.ibm.com] On Behalf Of Michael Webb Sent: Thursday, April 22, 2004 2:47 PM To: nv-l@lists.us.ibm.com Subject: Re: [nv-l] Switch Analyzer and Layer 3 switches Have you tried configuring one of your 5024s to actually disable the routing capability? I would be curious to see if that would get rid of the routing table information.
Greetings all, The subject is ominous but here is my situation. We haev some Alcatel 5024's. These devices by default have some built in routing capabilites. As such they contain a routing table where populated or not it is still there, however these devices are trully only being used as a layer2 switch; but Switch Analyzer is not recognizing them as such. The reason I found out from Magnum is that One of the means by which netview determines a device to be a router is if it contains a routing table. Well the moment it finds the table ont hese devices it calls it a router and switch analyzer will not attempt to do any layer2 discovery on it. My question is, is there a way to override Netviews discovery and force these devices to show as layer2 devices only? In the oid_to_type this particular device is listed as a HB (Hub Bridge) with no mention of G(gateway). Thanks Chris Petrina ________________________________________________________________________ This email has been scanned for all viruses by the MessageLabs SkyScan service._______________________________________________________________ This electronic message contains information from MeadWestvaco Corporation or subsidiary companies, which may be confidential, privileged or otherwise protected from disclosure. The information is intended to be used solely by the recipient(s) named. If you are not an intended recipient, be aware that any review, disclosure, copying, distribution or use of this transmission or its contents is prohibited. If you have received this transmission in error, please notify MeadWestvaco immediately at postmaster@MeadWestvaco.com. _______________________________________________________________________ |
<Prev in Thread] | Current Thread | [Next in Thread> |
---|---|---|
|
Previous by Date: | [nv-l] Managing routers with duplicated IP address, Marcos Antonio Pezzutti Filho |
---|---|
Next by Date: | RE: [nv-l] Managing routers with duplicated IP address, Evans, Bill |
Previous by Thread: | RE: [nv-l] Switch Analyzer and Layer 3 switches, Barr, Scott |
Next by Thread: | RE: [nv-l] Switch Analyzer and Layer 3 switches, Christopher J Petrina |
Indexes: | [Date] [Thread] [Top] [All Lists] |
Archive operated by Skills 1st Ltd
See also: The NetView Web