Cabletron Systems CSX200, CSX400 manual Bridging

Page 51

Bridging

For data that is restricted to the Token Ring networks available from the SR-TB bridgeÕs front panel, the bridging method used is user-conÞgurable via local management to be Source Route-only (bridged packets must include RIF information and will be source routed; no transparent bridging is enabled), Source Route-Transparent (bridging method will be determined by whether the RII bit is set), or Transparent only (no source routed packets will be bridged). Remote management of these interfaces is based upon their current mode (as set through local management).

For data that will ultimately be sent across an FDDI interface to an ATM, Ethernet, FDDI, or another Token Ring segment, the Routing Information Field will be stripped from the packet so the packet can be transparently bridged onto Ethernet or FDDI media; however, the RIF information as well as the source address of the packet is stored in a RIF cache of the SR-TB bridge. When data is returned to that source address, the SR-TB bridge can look up the address information in its RIF cache, append the proper Routing Information onto the packet, and then forward the data to the Token Ring segment.

The RIF cache is a software table that can store up to 8192 entries. An SR-TB bridge updates its RIF cache much like a Transparent bridge dynamically updates its Filtering Database: it learns new address information by listening to incoming packets on each port, saves that information to an Address Database, andÑif the address was learned to be Source-Route capableÑupdates routing information for that source address in the RIF cache. Every time a packet arrives from an FDDI interface for a MAC address that is communicating through the SR-TB bridgeÕs front panel, the RIF cache table is searched for an address/RIF match.

There are conÞguration issues when a Token Ring module receives a packet from an FDDI interface for a destination address that is unknown, and not in its Address Database or RIF cache. You must conÞgure your SR-TB bridge to treat incoming packets with an unknown destination address as either a Source Route or Transparently bridged packet (since Token Ring end stations attached to the module may or may not support Source Routing).

If the bridge is conÞgured to treat an incoming packet with unknown addresses as a Source Routed frame, it will forward it using either STE or ARE frames. If the bridge is conÞgured to treat an incoming packet with an unknown destination as a Transparently bridged frame, it simply forwards the frame.

After a packet with a previously unknown destination has been bridged successfully, and communication begins between the two end nodes, the RIF cache will be updated and packets will be translated as described previously.

Bridging Basics

4-5

Page 50 Page 52
Image 51
Page 50 Page 52
Contents CSX200 and CSX400 User’s Guide Page Virus Disclaimer Page Restricted Rights Notice Page Contents Chapter Bridging Vii Token Ring Physical Status Fields IndexIntroduction HSIM-W6 and HSIM-W84 Using the CSX 200 and CSX400 User’s GuideRelated Manuals Software Conventions Common Window FieldsDevice Name MAC Address Using the MouseIP Address LocationUsing Window Buttons Using On-line Help Getting HelpGetting Help from the Cabletron Systems Global Call Center CSX200 and CSX400 Firmware CSX200 and 400 Chassis View CSX200 and CSX400 Chassis View Windows Viewing Chassis InformationFront Panel Information Menu Structure TimeDate Port Status Menu Device MenuUtilities Menu Help MenuPort Menus CSX200/400 Port Status Displays Selecting a Port Status ViewStatus Load Port Status Color Codes Chassis Manager WindowDevice Type Viewing Hardware TypesViewing the Port Description Managing the DeviceViewing I/F Summary Information Using the Find Source Address FeatureDescription IndexRaw Counts Physical StatusLogical Status Interface Performance Statistics/Bar GraphsRate Detail Interface Statistics Viewing Interface DetailNon-Unicast ErrorAddress UnicastEnabling and Disabling Ports Packets Transmitted Transmit onlyMaking Sense of Detail Statistics CSX200 and 400 Chassis View CSX200 and 400 Chassis View Managing the Device About the CSX200 Series CSX200 and CSX400 WAN ConfigurationWAN Redundancy About the CSX400WPIM-DDS CSX WPIMsEIA-RS449 WAN Logical View Window WAN Logical ViewWAN Logical View Window Fields Changing WAN Logical SettingsCSX200 and CSX400 WAN Configuration CSX200 and CSX400 WAN Configuration WAN Logical View Bridging Basics BridgingAbout Source Route Bridging About Transparent BridgingBridging About Source Route-Translational Bridges About Source Route-Transparent BridgesBridging Viewing and Managing Bridging Interfaces Bridging Bridge Status Window Information Fields Bridge Status WindowBridge State on Interface Up TimeAccessing Other Options from the Bridge Status Window Interface TypeBridge Address Bridging Bridging Bridging Enabling and Disabling Bridging Enabling and Disabling Individual InterfacesFrom the Bridge Status window From the Chassis View window Enabling and Disabling All Installed InterfacesBridge Statistics Performance GraphsFrom the Bridge Status window Bridge Performance Graph Window Fields Frames Forwarded GreenFiltered Magenta Bridge Detail Breakdown Window Errors RedXmitted Blue Configuring the Bridge Performance GraphsFiltered Frames ForwardedForwarded from XmittedBridge Port Detail Breakdown Window Forwarded toI/F Statistics Window Interface Statistics WindowStatistics Window Fields Transmit Queue Size Csmacd Statistics WindowUnknown Protocol Packets ReceivedAlignment Receive ErrorsTransmission Errors PPP Link Statistics Window Collision ErrorsPackets Too Long ErrorsBad Addresses Bad ControlsStatistics Dot5 Errors Statistics Window Burst Errors Line ErrorsSoft Errors Internal ErrorsCongestion Errors Token ErrorsSource Route Statistics All Paths Expl Bridge Source Routing Window FieldsReceived Frames Specif. RoutedDiscards Transmitted FramesHop Cnt. Exceeded Bridge Spanning TreeConfiguring the Bridge Spanning Tree Window Bridge Level FieldsBridge Priority Root Bridge Root CostRoot Port Bridge Port Level Fields Designated Bridge Path CostDesignated Cost Designated RootChanging Bridge Spanning Tree Parameters Changing Bridge PriorityChanging the Spanning Tree Algorithm Protocol Type Changing Forwarding Delay Time Changing Hello TimeChanging Max Age Time Filtering Database Changing Port PriorityChanging Path Cost Bridging From the Bridge Status window Capacity Filtering Database Window FieldsList NumberReceive Port Configuring the Filtering DatabaseAging Time Source PortChanging the Type of Entry Altering the Aging TimeChanging the Receive Port Changing the Port Filtering ActionAdding or Deleting Individual Entries Clearing All Permanent, Static, or Dynamic Entries Ethernet and Token Ring Special Filter DatabasesEthernet Special Filter Database Window 13. Ethernet Special Filter Database Window Token Ring Special Filter Database WindowDestination Address EnableSpecial Filter Database Window Fields FileDefining and Editing Filters in the Special Database This Setting the Port Filtering Action Changing the Receive PortsChanging the Port Filtering Action Enabling and Disabling a Filter Saving a Set of Filters to a FileClearing the Port Filtering Action Source Route Configuration 16. Source Route ConÞguration Window Information on Source RoutingSource Route Configuration Fields Source Route Configuration WindowHop Count Limit Subnet MaskLocal Segment Target SegmentBridge Number Spanning Tree ExplSpanning Tree Mode Making and Setting Changes Using the Find Source Address FeaturePort Source Addresses Window Setting the Aging Time Duplex Modes Duplex Modes Window Duplex Modes Window FieldsInterface Full Duplex Setting the Duplex ModeEthernet Port Configuration Window Standard ModeFast Ethernet Port Configuration Current Operational Mode Port TypeLink State Desired Operational Mode Advertised AbilitiesRemote Capabilities Setting the Desired Operational Mode for the FE-100FX Setting the Desired Operational Mode for the FE-100TXSONET/SDH Configuration Sonet Port ConfigurationSonet SONET/SDH Statistics Window Bridging 24. The SONET/SDH Statistics Window Loss of Pointer Loss of SignalLoss of Frame Errored SecondsSeverely Errored Seconds Severely Errored Framing SecondsCode Violations Configuring Broadcast Suppression Token Ring Bridge Mode Source Routing Setting The Token Ring Bridge ModeDefining the Bridge Modes TransparentActive Port Using the Physical View WindowsEtwmim Ethernet Port Physical View Ethernet Port Physical Status FieldsEpim Type Etwmim Token Ring Port Physical ViewToken Ring Physical Status Fields Ring SpeedRing State Active Monitor FNB StateUsing the Interface Configuration Window 29. Interface ConÞguration Window Defining the Bridge MethodOther Setting the Bridge MethodNetBIOS Defining the Protocol TransmissionUsing the Bridge and Port Configuration Windows From the Bridge Status window Ring Number Virtual Ring NumberPort Mode Novell TranslationBridge Mode/Explorer Type Configuring SmartTrunking Name Port# SmartTrunks ModeSmartTrunk State InstanceBridging Bridging 100 Configuring SmartTrunking Index Index-2 Index-3 Index-4
Related manuals
Manual 88 pages 62.16 Kb Manual 275 pages 3.4 Kb

CSX200, CSX400 specifications

Cabletron Systems was a leading developer of networking solutions, and its CSX400 and CSX200 series of high-performance switches represent some of the key innovations in the field of enterprise networking during their time. Both models were geared towards enhancing network reliability, efficiency, and speed, particularly in environments where heavy data traffic and complex networking demands were prevalent.

The CSX400, designed for larger enterprises, boasts a robust architecture capable of handling significant throughput. One of its standout features is its stackable design, allowing multiple switches to be interconnected and managed seamlessly as a single unit. This scalability provides organizations with the flexibility to expand their networks without significant infrastructure overhauls. The CSX400 supports various Ethernet standards, including 10/100 Ethernet and Gigabit Ethernet, positioning it to effectively manage both legacy and modern networking requirements.

In addition to its scalability, the CSX400 is distinguished by its advanced Layer 2 and Layer 3 routing capabilities. This dual-layer functionality enables efficient data handling and is instrumental in managing traffic between different network segments. Moreover, the switch incorporates features like VLAN (Virtual Local Area Network) support and Quality of Service (QoS) prioritization, allowing for enhanced performance of critical applications and streamlined bandwidth allocation.

On the other hand, the CSX200 series is tailored for smaller enterprises or branch offices needing a reliable yet efficient networking solution. Despite its compact design, the CSX200 is equipped with essential features that promote effective network management and security. It offers a simplified management interface, making it user-friendly for network administrators. The switch also provides essential access control measures, employing technologies like IEEE 802.1X for network access security.

Both the CSX400 and CSX200 prioritize performance through the incorporation of advanced switching technologies. They support features such as Spanning Tree Protocol (STP), enabling loop-free topologies and enhanced network resilience. These attributes are particularly crucial in dynamic networking environments where downtime can have significant repercussions on business operations.

Overall, Cabletron Systems' CSX400 and CSX200 series represent a blend of scalability, advanced routing capabilities, and user-friendly management, making them vital assets for organizations looking to optimize their network infrastructure during a period of rapid technological evolution. With their rich feature sets and unwavering performance, these switches helped pave the way for modern networking solutions that cater to diverse enterprise needs.
Top Page Image Contents