Cabletron Systems CSX400, CSX200 manual Loss of Frame, Errored Seconds

Page 126

Bridging

A Loss of Signal may also be detected if the received signal level (e.g., the incoming optical power) falls below a Bit Error Rate (BER) threshold of 1 in 103. A BER is the number of coding violations detected in an interval of time (usually one second). A predicted BER of 1 in 103 means that during each second, there is an error ratio of 1 errored bit per 1,000 bits sent. This state clears when two consecutive framing patterns are received, and no Òall zerosÓ LOS conditions are detected in the intervening time (one frame).

Note that for path- or line-terminating SONET network elements, LOS failure detection is also linked to the declaration or clearing of Loss of Frame (LOF) failures (described below). If there was a previously existing LOF failure at the time an LOS failure is declared, the LOF failure will be cleared; if an existing LOS failure is cleared, but LOF failure conditions still exist, an LOF failure will be immediately declared on clearing the LOS failure.

Loss of Frame

SONET frames uses A1 and A2 framing bytes in the section overhead to indicate the beginning of the frame. An Out of Frame (OOF) alignment defect (also known as a Severely Errored FrameÑSEFÑdefect) occurs when four consecutive SONET frames are received with invalid patterns in these framing bytes. This defect is cleared when two consecutive SONET frames are received with valid framing patterns.

A Loss of Frame (LOF) defect occurs when this OOF/SEF defect persists for a period of 3 milliseconds. This defect is cleared when the incoming signal remains continuously in-frame for a period of 1 to 3 milliseconds.

An LOF failure is declared when an LOF defect persists for a period of 2 to 3 seconds (except when a Loss of Signal defect or failure is present, as described above). An LOF failure is cleared if an LOS failure is declared, or when the LOF defect is absent for 9.5 to 10.5 seconds.

Statistics

Statistics are given for both the Near-End and Far-End of the SONET/SDH path. Far-end statistics are taken from the far-end block error code (FEBE)Ñused to indicate that the remote entity at the far-end of the path has detected errored data Ñwithin the Path Overhead of SONET frames.

You can view statistics for the current 15-minute interval, or accumulated over the last one-, eight-, or 24-hour period by clicking on the appropriate selection button.

Errored Seconds

The counter associated with the number of Errored Seconds, or Far-End Errored Seconds, encountered by a SONET/SDH Path in the speciÞed interval.

An Errored Second (ES) is a second with one or more coding violations (bit parity errors) at the associated layer reported at the Section, Line, or Path layer of the SONET link, or a second during which at least one or more incoming defects (e.g., Loss of Signal, Loss of Pointer, or Loss of Frame) has occurred at that layer.

4-80

SONET Port Configuration

Image 126
Contents CSX200 and CSX400 User’s Guide Page Virus Disclaimer Page Restricted Rights Notice Page Contents Chapter Bridging Vii Index Token Ring Physical Status FieldsIntroduction Using the CSX 200 and CSX400 User’s Guide HSIM-W6 and HSIM-W84Related Manuals Software Conventions Common Window FieldsDevice Name Location Using the MouseIP Address MAC AddressUsing 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 Viewing Chassis Information CSX200 and CSX400 Chassis View WindowsFront Panel Information Menu Structure TimeDate Device Menu Port Status MenuUtilities Menu Help MenuPort Menus CSX200/400 Port Status Displays Selecting a Port Status ViewStatus Load Chassis Manager Window Port Status Color CodesViewing Hardware Types Device TypeManaging the Device Viewing the Port DescriptionUsing the Find Source Address Feature Viewing I/F Summary InformationIndex DescriptionInterface Performance Statistics/Bar Graphs Physical StatusLogical Status Raw CountsRate Viewing Interface Detail Detail Interface StatisticsUnicast ErrorAddress Non-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 CSX200 and CSX400 WAN Configuration About the CSX200 SeriesAbout the CSX400 WAN RedundancyCSX WPIMs WPIM-DDSEIA-RS449 WAN Logical View WAN Logical View WindowChanging WAN Logical Settings WAN Logical View Window FieldsCSX200 and CSX400 WAN Configuration CSX200 and CSX400 WAN Configuration WAN Logical View Bridging Bridging BasicsAbout Transparent Bridging About Source Route BridgingBridging About Source Route-Transparent Bridges About Source Route-Translational BridgesBridging Viewing and Managing Bridging Interfaces Bridging Bridge Status Window Bridge Status Window Information FieldsUp Time Bridge State on InterfaceAccessing 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 Performance Graphs Enabling and Disabling All Installed InterfacesBridge Statistics From the Chassis View windowFrom the Bridge Status window Bridge Performance Graph Window Fields Frames Forwarded GreenFiltered Magenta Configuring the Bridge Performance Graphs Errors RedXmitted Blue Bridge Detail Breakdown WindowFrames Forwarded FilteredForwarded to XmittedBridge Port Detail Breakdown Window Forwarded fromInterface Statistics Window I/F Statistics WindowStatistics Window Fields Packets Received Csmacd Statistics WindowUnknown Protocol Transmit Queue SizeReceive Errors AlignmentTransmission Errors Collision Errors PPP Link Statistics WindowBad Controls ErrorsBad Addresses Packets Too LongStatistics Dot5 Errors Statistics Window Line Errors Burst ErrorsToken Errors Internal ErrorsCongestion Errors Soft ErrorsSource Route Statistics Specif. Routed Bridge Source Routing Window FieldsReceived Frames All Paths ExplTransmitted Frames DiscardsBridge Spanning Tree Hop Cnt. ExceededConfiguring the Bridge Spanning Tree Window Bridge Level FieldsBridge Priority Root Bridge Root CostRoot Port Bridge Port Level Fields Designated Root Path CostDesignated Cost Designated BridgeChanging 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 Number Filtering Database Window FieldsList CapacitySource Port Configuring the Filtering DatabaseAging Time Receive PortAltering the Aging Time Changing the Type of EntryChanging the Receive Port Changing the Port Filtering ActionAdding or Deleting Individual Entries Ethernet and Token Ring Special Filter Databases Clearing All Permanent, Static, or Dynamic EntriesEthernet Special Filter Database Window Token Ring Special Filter Database Window 13. Ethernet Special Filter Database WindowFile EnableSpecial Filter Database Window Fields Destination AddressDefining 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 Information on Source Routing 16. Source Route ConÞguration WindowSource Route Configuration Window Source Route Configuration FieldsTarget Segment Subnet MaskLocal Segment Hop Count LimitSpanning Tree Expl Bridge NumberSpanning Tree Mode Using the Find Source Address Feature Making and Setting ChangesPort Source Addresses Window Setting the Aging Time Duplex Modes Duplex Modes Window Duplex Modes Window FieldsInterface Setting the Duplex Mode Full DuplexStandard Mode Ethernet Port Configuration WindowFast Ethernet Port Configuration Current Operational Mode Port TypeLink State Desired Operational Mode Advertised AbilitiesRemote Capabilities Setting the Desired Operational Mode for the FE-100TX Setting the Desired Operational Mode for the FE-100FXSonet Port Configuration SONET/SDH ConfigurationSonet SONET/SDH Statistics Window Bridging 24. The SONET/SDH Statistics Window Loss of Signal Loss of PointerErrored Seconds Loss of FrameSeverely Errored Seconds Severely Errored Framing SecondsCode Violations Configuring Broadcast Suppression Token Ring Bridge Mode Transparent Setting The Token Ring Bridge ModeDefining the Bridge Modes Source RoutingEthernet Port Physical Status Fields Using the Physical View WindowsEtwmim Ethernet Port Physical View Active PortEtwmim Token Ring Port Physical View Epim TypeToken Ring Physical Status Fields Ring SpeedRing State FNB State Active MonitorUsing the Interface Configuration Window Defining the Bridge Method 29. Interface ConÞguration WindowDefining the Protocol Transmission Setting the Bridge MethodNetBIOS OtherUsing the Bridge and Port Configuration Windows From the Bridge Status window Virtual Ring Number Ring NumberPort Mode Novell TranslationBridge Mode/Explorer Type Configuring SmartTrunking Port NameInstance ModeSmartTrunk State # SmartTrunksBridging 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.