|
|
This chapter describes the features and components of the Cisco 1538 series Micro Hubs 10/100 (hereafter collectively referred to as the "Micro Hubs"). These class-II repeaters are a part of the Cisco Networked Office stack, a family of stackable, desktop networking platforms designed for small workgroups.
The Micro Hubs are stackable, 8-port, 10/100-Mbps, autosensing Fast Ethernet class II repeaters with internal bridging.
Either hub model can be a standalone networking device or can connect to other routers, switches, and hubs to form a larger network. You can also stack and connect up to four hubs through the rear-panel ports to form a larger network.
Table 1-1 summarizes the features of the Micro Hubs.
| Feature | Description |
|---|---|
| Management |
|
| Stacking |
|
| Performance |
|
| MDI/MDI-X connectivity |
|
| Connectivity |
|
| Security slot |
|
This section describes the hub front-panel LEDs.
Figure 1-2 shows the rear-panel ports, connectors, and LEDs for the Cisco 1538M and Cisco 1538 Micro Hubs.
Micro Hubs can be interconnected by using the stacking cable and the stacking connectors on the rear panel of the hubs, creating a stack of up to four Micro Hubs (Figure 1-4). The interconnected units in that stack appear to the rest of the network and to the management interface as a single logical repeater. You can have a second managed hub in the stack act as a redundant stack manager in case the primary manager fails.
For more information about stacking Micro Hubs, see "Installing Micro Hubs in a Stack".
The Cisco 1538M hub can manage a single hub or a hub stack. You can use the default settings shipped with the hub, or you can customize the configuration through the Cisco 1538 Hub Manager web-based interface, the CLI, or SNMP.
The Cisco 1538 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-2) 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 | |
| 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 Cisco 1538 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-3.
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 Cisco 1538 Series Micro Hub 10/100 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-5 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-4.
| 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. |
![]()
![]()
![]()
![]()
![]()
![]()
![]()
Posted: Tue Jul 18 10:52:30 PDT 2000
Copyright 1989-2000©Cisco Systems Inc.