|
|
This chapter introduces the FastHub 400 series and covers the following topics:
The FastHub 400 series (shown in Figure 1-1 and described in Table 1-1) is a family of stackable, 12- or 24-port, autosensing 10/100-Mbps Class II repeaters:
Each FastHub model can be a standalone networking device or can connect to servers, switches, routers, and other hubs to form a larger network. You can also stack and interconnect up to four FastHub 400 models to form a larger network. See the "Network Configuration Examples" section for additional examples of using the hub in different networks.
The expansion slot on the rear panel of each FastHub model is for the optional 10BaseT/100BaseTX or 100BaseFX switched uplink module. These switched uplink modules can provide extended distances to other network devices such as servers, hubs, and routers. The maximum cable length for connecting to the 10BaseT/100BaseTX switched uplink module is 100 meters. The maximum cable length for connecting to the 100BaseFX switched uplink module with multimode fiber-optic cable in half-duplex mode is 412 meters and 2 kilometers in full-duplex mode.
| Feature | Description |
|---|---|
| |
|
(FastHub 400M models) |
|
| |
|
The front panel of the hubs provides 10BaseT/100BaseTX network ports, a 10BaseT/100BaseTX uplink port, a set of LEDs, and a Mode button.
The front of each hub provides autosensing 10BaseT/100BaseTX network and uplink ports (see Figure 1-2). These ports, hereafter referred to as 10/100 ports, can operate at either 10 or 100 Mbps. When connected to another device, each 10/100 port senses the speed setting of that device and advertises its own capabilities. If the connected device also supports autonegotiation, the 10/100 port negotiates the best connection it can and configures itself accordingly. If the other device does not autonegotiate, the 10/100 port operates at 10 Mbps. You can also explicitly set the 10/100 ports to operate at 10 or 100 Mbps by using one of the management interfaces available to the FastHub 400M models.
The 10/100 ports are compatible with the IEEE 802.3 10BaseT and IEEE 802.3u
100BaseT standards. These ports use standard RJ-45 connectors, and you can connect these ports to 10BaseT-compatible devices through Category 3, 4, or 5 twisted-pair cabling. You can also connect these ports to 100BaseTX-compatible devices through Category 5 cabling.
The 10/100 ports (ports 1x through 12x or 1x through 24x) are internally crossed. These ports require a crossover cable to connect to another hub or switch (unless you are connecting to the uplink port on another FastHub or device). When connecting to a workstation, server, or router, these ports require a straight-through cable.
![]() | Caution If you connect to ports 12x and 12 (or ports 24x and 24), you will disable both ports. |
For more information on connecting to these ports, see the "Connecting to the 10/100 Network Ports and Uplink Port" section.
You can use the LEDs to monitor hub activity and performance by using the Mode button and selecting the modes in which the port LEDs operate (Figure 1-3).

The colors of the redundant power system (RPS) LED show the RPS status (Table 1-2).
| Color | RPS Status |
|---|---|
Off | Internal power supply is powered up. RPS is not powered up. |
Solid green | RPS is powered up and operational. Internal power supply is not powered up. |
Flashing green | Internal power supply and RPS are both powered up and the internal power supply is powering the hub. If the internal power supply fails, the hub powers down and, after 15 seconds, restarts by using the power from the RPS. The hub goes through its normal boot sequence when it restarts. |
Solid amber | RPS is connected but not functioning properly. One of the power supplies in the RPS could be powered down or a fan on the RPS could have failed. |
The colors of the system status (SYSTEM) LED show that the hub is receiving power and functioning properly (Table 1-3).
| Color | System Status |
|---|---|
Off | Hub is not powered up. |
Solid green | Hub is operating normally. |
Solid amber | Hub is receiving power but might not be functioning properly. One or more power-on self-test (POST) errors occurred. The Diagnostic Console message identifies which nonfatal test(s) failed. Note If a fatal error occurs, the hub is not operational and no message is displayed. For additional information about POST, see the "Powering Up the Hub and Running POST" section and the "Understanding POST Results" section. |
The colors of the 10 and 100 activity/collision LEDs show the activity and packet collision on the 10BaseT and 100BaseTX segments, as shown in Table 1-4.
| LED | Activity and Collision Status |
|---|---|
10 | Flashing green---There is network traffic on the hub 10BaseT segment. Flashing amber---There are packet collisions on the hub 10BaseT segment. |
100 | Flashing green---There is network traffic on the hub 100BaseTX segment. Flashing amber---There are packet collisions on the hub 100BaseTX segment. |
Each network port has an LED above it. These LEDs, as a group or individually, display information about the hub and about individual ports. Table 1-5 describes how to use the Mode button to change the LED information.
| Mode | Determines... |
|---|---|
Status of individual network ports | |
Percentage of the hub total bandwidth being used at any one time | |
Which ports are connected to 100BaseTX network devices |
Pressing the Mode button on the front panel changes the mode of the port LEDs. The 100 and UTL LEDs show which mode is active (Table 1-6). The selected mode remains on approximately for 30 seconds before returning to the default mode (port status).
| For this Mode... | Push the Mode Button Until... |
|---|---|
Port status | 100 and UTL LEDs are off. |
Bandwidth utilization | Only the UTL LED is on. |
100BaseT connections | Only the 100 LED is on. |
This is the default LED mode. The colors of the LEDs above the network ports show the status of the corresponding ports (Table 1-7).
| Color | Port Status |
|---|---|
Off | No link. |
Solid green | Link operational. |
Flashing green | Link operational (with activity). |
Amber | The port is partitioned. After a packet is successfully sent over this port, the LED is green (normal operating state). |
In the UTL mode, the port LEDs as a group show what percentage of the hub bandwidth is being used at any one time. The more LEDs that are lit, the higher the percentage of bandwidth being used.
The hub uses different sets of LEDs to the indicate bandwidth being used at either speed (10 or 100 Mbps).
For the FastHub 412 models, port LEDs 1x through 6x show 10-Mbps bandwidth, and port LEDs 7x through 12x show 100-Mbps bandwidth (Figure 1-4).
For the FastHub 424 models, port LEDs 1x through 12x show 10-Mbps bandwidth, and port LEDs 13x through 24x show 100-Mbps bandwidth (Figure 1-5).

In the 100BaseT connections mode, the color of the LEDs above the network ports show which ports are connected to 100BaseTX network devices (Table 1-8).
| LED Status | 100BaseT Connections Status |
|---|---|
Solid green | Port is connected to a 100BaseTX network device. |
Off | Port is connected to a 10BaseTX network device. |
The rear panel of the hub has an AC power connector, an RJ-45 console port
(FastHub 400M models only), stacking connectors, a redundant power system (RPS) connector, and an expansion slot for an optional switched uplink module (see Figure 1-6).

To use the internal power supply, which is an autoranging unit supporting input voltages of
90 to 127/200 to 250 VAC, connect the supplied AC power cord to the AC power connector and to an AC power outlet.
You can also provide power to the hub with the internal power supply and the optional Cisco 600W AC Redundant Power System (RPS). If you have the internal power supply and the RPS powered up at the same time, the RPS LED flashes green. In this configuration, the internal power supply is powering the hub, and the RPS will power the hub if the internal power supply fails. For complete information about the RPS, see the Cisco RPS documentation.
![]() | Warning Attach only the Cisco RPS (model PWR600-AC-RPS) to the RPS receptacle. |
You can interconnect hubs by using the stacking connectors on the rear panel of the hubs. The interconnected hubs in the hub stack appear to the rest of the network and to the management interface as a single logical repeater.
You can purchase a stacking cable (model number WS-C400-CAB-EXP) to interconnect the hub to another FastHub 400 model. You can interconnect up to four hubs in a hub stack. To manage the hub stack, at least one of the hubs must be a FastHub 412M or
FastHub 424M model. See "FastHub Stacks," for more details.
The expansion slot is for the optional 10BaseT/100BaseTX or the 100BaseFX switched uplink module. You can connect the module port to backbone switches, routers, servers, and hubs with Category 5 or fiber-optic cabling. For more information about these modules, see "Switched Uplink Modules."
You can configure and manage the hub through the FastHub 400 series Hub Manager web-based interface, command-line interface (CLI), or Simple Network Management Protocol (SNMP). To do so, you must connect the console port to a management station or modem with the supplied RJ-45-to-RJ-45 rollover console cable and an appropriate adapter. For additional information, see the "Connecting to the Console Port (FastHub 400M Models)" section.
The FastHub 400M models provide the capability to manage a single hub or a hub stack. You can use the default settings shipped with the hub, or you can customize the configuration of the hub through the FastHub 400 series Hub Manager web-based interface, the CLI, or SNMP.
The FastHub 400 series Hub Manager is the easiest interface to use for the basic configuration and monitoring tasks. To perform all the configuration and monitoring tasks, use the CLI and SNMP.
This section provides the following information:
The hub is designed to operate with little or no user intervention. After you assign the IP information, the hub uses its default settings (Table 1-9) and begins forwarding packets as soon as it is powered up and connected to compatible devices.
| Feature | Default Setting | Hub Manager Page | |
|---|---|---|---|
| Management |
|
| |
| IP information | 0.0.0.0 | |
| Stack management | --- | |
| Cisco Discovery Protocol (CDP) | Enabled | |
| Performance Tuning |
|
| |
| Speed of ports | Autonegotiate | |
| Duplex mode of module ports | Autonegotiate | |
| Security |
|
| |
| Hub password | None | |
| Community string | public/private | |
| Trap manager | None | |
| Write manager | None | |
| Diagnostics |
|
| |
| Usage reports | --- | |
| Remote monitoring | Enabled | --- |
| Upgrades |
|
| |
| Firmware | --- | |
For procedures on how to reset all hub console port settings to the factory defaults, see the "Resetting the Hub to the Factory Defaults" section.
The FastHub 400 series Hub Manager (hereafter referred to as the hub manager) is a web-based graphical user interface for basic hub configuration and monitoring. Using the hub manager, you can configure and monitor the hub from anywhere on your intranet.
Each hub manager page
To use the hub manager, you must have one of these web browsers installed on your management station:
The management tasks you can perform from the hub manager can be grouped as described in Table 1-10.
Procedures for accessing and using the hub manager are provided in
| Changing Hub and Port Configuration Settings | |
| |
| |
| |
| |
| |
| |
| |
| Changing Hub Security | |
| |
| |
| Monitoring Hub and Port Conditions | |
| |
| |
| |
| |
| |
Using the CLI, you can access the hub software and perform the same basic system configuration and system monitoring tasks available through the hub manager. You can also perform privileged configuration and troubleshooting tasks available only through the CLI and SNMP.
Procedures describing how to access the CLI are in the "Accessing the CLI" section. For complete information about using the CLI, refer to the FastHub 400 10/100 Series Command Reference.
You can configure and monitor the hub by accessing the Management Information Base (MIB) variables through Simple Network Management Protocol (SNMP), an application-layer protocol facilitating the exchange of management information between network devices. The hub supports a comprehensive set of MIB objects, including four Remote Monitoring (RMON) groups. (The "Accessing the MIB Files through SNMP" section provides information about the MIB files and about accessing them.)
The SNMP system consists of three parts: SNMP manager, SNMP agent, and the MIB files. SNMP places all operations in a get-request, get-next-request, and set-request format. For example, an SNMP manager can get a value from an SNMP agent or store a value into that SNMP agent. The SNMP manager can be part of a network management system (NMS), and the SNMP agent can reside on a networking device such as a hub. You can compile the hub MIB files with your network management software. The SNMP agent can respond to MIB-related queries being sent by the NMS.
An example of an NMS is the CiscoWorks network management software. CiscoWorks uses the hub MIB variables to set device variables and to poll devices on the network for specific information. The results of a poll can be displayed as a graph and analyzed in order to troubleshoot internetworking problems, increase network performance, verify the configuration of devices, monitor traffic loads, and more.
Figure 1-7 shows how the SNMP agent gathers data from the MIB file, which holds information about device parameters and network data. The agent can send traps, or notification of certain events, to the manager.
The SNMP manager uses information in the MIB files to perform the operations described in Table 1-11.
| Operation | Description |
|---|---|
get-request | Retrieves a value from a specific variable. |
get-next-request | Retrieves a value from a variable within a table.1 |
get-response | Reply to a get-request, get-next-request, and set-request sent by an NMS. |
set-request | Store a value in a specific variable. |
trap | Send an unsolicited message from an SNMP agent to an SNMP manager indicating that some event has occurred. |
| 1An SNMP manager does not need the exact variable name. It sequentially searches to find the needed variable from within a table. |
This section provides the following example configurations of networks using the
FastHub 400 series:
You can create 10- and 100-Mbps workgroups by cascading and interconnecting
FastHub 400 models. In Figure 1-8, three FastHub 400 models connect to a switch or router through the optional FastHub 400 switched uplink module ports. In full-duplex mode, 200-Mbps bandwidth to the switch or router is available to all three FastHub 400 switched uplink module ports. The distance to the switch or router can be increased to 2 kilometers by using the 100BaseFX module port in full-duplex mode with multimode fiber-optic cabling (412 meters in half-duplex mode). When connected to a 10/100 switched uplink module on the hub, the switch or router must be within 100 meters of the hub.
You can use the FastHub 400 models to create 10- and 100-Mbps server farms to increase centralized and decentralized server performance as shown in Figure 1-9.
A system of routers, switches, and hubs can be combined to create a high-performance network that extends beyond the main office LAN to connect to branch offices, remote sites, mobile users, and the Internet. Figure 1-10 is an example of an extended network.
![]()
![]()
![]()
![]()
![]()
![]()
![]()
Posted: Wed Feb 24 11:02:27 PST 1999
Copyright 1989-1999©Cisco Systems Inc.