Asset ID: |
1-79-1399979.1 |
Update Date: | 2012-05-03 |
Keywords: | |
Solution Type
Predictive Self-Healing Sure
Solution
1399979.1
:
Netra CT900 Switch Product Page
Related Categories |
- PLA-Support>Sun Systems>SAND>Network>SN-SND: Sun Network Ethernet Switches
- .Old GCS Categories>Sun Microsystems>Operating Systems>Solaris Network
|
In this Document
Oracle Confidential (PARTNER). Do not distribute to customers.
Reason: Solaris and Network Domain (SaND) Product Page, internal content
Applies to:
Sun Netra CT900 Server - Version Not Applicable and later Information in this document applies to any platform.
Purpose
This document contains the Netra CT900 Switch Product Page.
Details
Product Support Team
Alerts
Description
The Netra CT 900 (Codename "Formula 1" or "F1") is a 14 slot ACTA Blade Server. The system is shipped with two switch blades installed in the middle slots. We offer various blade types for the remaining 12 slots (but as far as I know no additional switch blades). The codenames for these blades are Schumacher (Sparc), Andretti (Opteron) and Montoya (Niagara).
System management of the entire system is done by a "!ShMM - Shelf Management Module" which is running Monterey Embedded Linux 2.4.26 and should not be confused with the switch itself. The two ShMM are not in the blade slots but at the far right of the chassis. Note: the front ethernet port on the ShMM is not being used and the link status LEDs actually do report the link status of the port at the back.
The switch is running FASTPATH 1.5.x software and offers 24 GB ethernet ports (and a few serial and network mgmt ports). Ports 1-16 are used for internal communication (to the blades and the ShMM modules) while ports 17-24 are external ports.
The switch is a layer 2/3/4 switch and provides also VLANs, Quality of Service (QoS) and Routing (OSPF, RIP, static).
See the link section for more information.
Versions
Hardware Versions
The switch itself has two hardware components: The network switch itself (visible from the front) and a back panel call "Rear Transition Module" (RTM). See page 33 and 34 of the
F1 PTS TOI
with an overview of those two parts. The front panel has various status LEDs and only a couple of ports (network and serial) while the RTM has more ports.
Both components are marked as "Customer Replaceable Unit (CRU)" so you'll only need to send the right part:
- 375-3282 "Network Switch FRU, RoHS:YL" for the front switch
- 375-3283 "Network Switch Rear Transition Module/FRU, RoHS:YL" for the back part.
WARNING
: There is a special release of the Netra CT 900 for Alcatel available. For Alcatel an empty chassis is available and a different version of the switch blades (different config and different part numbers). If the customer is Alcatel then you'll need these partnumbers (both are not marked as "Customer Replaceable Unit (CRU)"):
- 375-3507 "Network Switch 1.4 FRU, RoHS:YL" for the front
- 375-3508 "Network Switch Rear Transition Module 1.5/FRU, RoHS:YL" for the back
Software Versions
Compatibility/Patches
Hardware Compatibility Matrix
Software Compatibility Matrix
Configuration
FAQ
Information Gathering
Please add your favorite/useful commands to this section.
The switch has two different methods for configuration: either using the command line interface (CLI) or using a menu. After rebooting the switch the user can choose to enter the CLI (called "Switch-Router Application") or to enter the menu (called "Display Utility Menu"). If no choice is made the switch will start the CLI after 5 seconds. The remaining hints are all for the CLI (if you're in the menu mode select 1 to enter CLI).
The default user is admin and has no password set. After logging in as admin use the enable command to gain access to the privileged commands.
show eventlog to show any system errors etc. (this log will not be cleared at reboot)
show msglog to the the last switch messages (cleared at reboot and only contains the current information)
show running-config to get all the details about the current configuration
show port all to get the link information. "Physical Mode" shows what we want (e.g. autoneg or not etc.) and "Physical Status" shows what we got.
show hardware to get information about used firmware etc.
show interface ethernet to get a summary for a port and show interface ethernet to get detailed informations for a port (incl. error counters etc.)
show vlan port all to see VLAN configs for all ports
show arp to display the ARP table/cache (is show mac-addr-table the same?)
Installation
De-installation
Troubleshooting
Check for known issues
Issue | Status | SunAlert
FIN/FCO
& other | Esc | Bug | Details/Resolution |
-TopIssue01-
CP3140 does not have enough MAC Addresses |
Closed |
254668 |
CASE
11298218 |
6733477 |
CP3140 requires 8 MAC addresses but was only assigned 4. The software uses all 8 and thus there are MAC conflicts between the Base Fabric network and the Extended Fabric network on the same board. This is rare, but would happen if all 8 interfaces are assigned on the CP3140.
SYMPTOM: The CP3140 is not acting accordingly. The symptom varies depending on the network toplogy.
SOLUTION:
1. DTI will provide upon request, a new MAC label with 8 new unique MAC addresses. The customer can update the burned-in MAC addresses via uBoot. (Please refer to the FAB for the detailed instrucitons.)
2. Return boards to DTI for new MAC labels with 8 new unique MAC addresses and to have the burned-in MAC addresses updated to match the label. |
-TopIssue02-
Broadcast storming withing CT900 chassis |
Closed |
----- |
CASE
65692857
65692866
65692897
65692922 |
6616996 |
The Sh MM and Switch does not know how to handle certain broadcasting packets. Nortel found the problem, ENG is working on a fix.
Resolution:
RR3U1 |
-TopIssue03-
FULLY_REDUNDANT and NON_REDUNDANT_SUFFICIENT_RESOURCES traps |
Closed |
----- |
CASE
11092787 |
6602115 |
SNMP: This is a CP3140 Switch issue. The following SNMP traps keep showing up: FULLY_REDUNDANT and NON_REDUNDANT_SUFFICIENT_RESOURCES
The fix is in the CP3140 IPMC firmware to add a time-delay in order to filter out the noise created by a sequence of A2 and A3 events for IPMB link sensor.
Resolution:
RR3U1. |
After reload the CP3140 configuration file, the switch behavies differently |
Closed |
----- |
CASE: AMER 66151172
TASK: 72115897 |
----- |
Ericsson does "clear config" on CP3140 in slot 7, and manually load the same configuration file form another CP3140 in slot 8. However, after loading the configuration, CP3140 in slot 7 acts as a HUB instead of a SWITCH.
It appears that there are something that "clear config" did to the CP3140 is not visible (by "show running-config"), and the manually copying the configuration file does not copy the entire configuration over.
The solution is to use the "copy" command to copy the configuration to a tftp server, and copy it back to CP3140 has been cleared:
From source CP3140:
copy system:running-config nvram:startup-config
copy nvram:startup-config tftp://[IP address]/[File name]
To the destination CP3140:
copy tftp://[IP address]/[File name] system:running-config |
Performance
Lab
Contacts
Proactive
Further Reading
Attachments
This solution has no attachment
|