IBM 8270 AND 8272 LAN SWITCH RELEASE NOTES - VERSION 4.0.3
Edited JUL-98
This set of release notes provides specific information for software release 4.0.3 for the
IBM 8270 and 8272 LAN Switch Products. It documents important operating environment considerations.
Release 4.0.3A supports the following products:
- IBM 8272 LAN Switch Module: FC 5208, 6208, 5308, and 6308
- IBM 8272 Nways Token Ring LAN Switch Model 108 and 216
Release 4.0.3B supports
- IBM 8270 Nways Token Ring LAN Switch
Detailed instructions are contained in the Planning and Installation Guide shipped
with the product. These guides are titled:
IBM 8272 LAN Switch Module Planning and Installation Guide (GA27-4163-01)
IBM 8272 Nways Token-Ring LAN Switch Model 108 and Model 216 Planning and Installation Guide (GA27-4982-02)
8270 Nways LAN Switch Model 800 Planning and Installation Guide (GA27-4145-00).
8270 Publications CD-ROM (SK2T-0434-00)
LATEST RELEASE LEVEL OF SOFTWARE
If the publications package that came with the product contains a set of
release notes and diskette inside the shrink-wrapped package, they may be
down-level and should be discarded. This set of release notes and diskette
are the latest level as of the manufacturing date of your switch. Any
updates to the release notes and switch software will be posted on the
Internet and can be obtained using the World Wide Web URL:
http://www.networking.ibm.com/support
It is important to check the Web site to ensure that you are using the latest level of software.
NEW FEATURES OF THE IBM 8270 AND 8272 LAN SWITCH SOFTWARE
Release 4.0A and 4.0B
Software Release 4.0 provides support for:
- The MSS Client MMF UFC
- The MSS Client SMF UFC
- The MSS Domain Client UFC
ATM UFC SOFTWARE COREQUISITES
The ATM UFC Code Release listed is compatible with the Switch Code Release(s) listed below
ATM UFC Release |
8270/8272 Release |
1.14.2 |
4.03 |
1.12.3 |
3.6.1 |
1.11.0 |
3.2.3 |
1.10.0 |
3.2.2 |
IMPORTANT Software for the 8270/8272 and ATM UFC must always be upgraded simultaneously.
For example, a user currently running code versions 3.6.1 for the base switch
and 1.12.3 for the ATM UFC should upgrade to 4.03 and 1.14.2. A mixture of
code levels (3.2.3 and 1.14.2 for instance) is not supported.
PROBLEMS FIXED IN THE 8270 AND 8272 LAN SWITCH SOFTWARE
Release 4.0.3A and 4.0.3B
- This level fixes a problem introduced in 4.0 with the handling
of a specific invalid MAC frame. Such a frame is invalid and
should never appear in a network, hwoever if it does, network
operation could be seriously impaired. The fix prevents this
type of frame from being propogated by the switch.
Release 4.0.2A and 4.0.2B
- Multiple active telnet sessions, or a single telnet session in
combination with one or more of the following types of switch
activity (SNMP, TFTP, ATM UFC, MSS UFC) could lead to a switch
reset. This problem existed in all previous levels of 8270 and
8272 LAN switch software.
- Displaying the 8270/8272 port address tables from the Nways
Campus Manager PSM caused a fatal fault on the PSM.
Release 4.0A and 4.0B
ATM Related Issues
- Extraneous 'Invalid Port Entry Found' messages may occur on an ATM port when the ATM connection is broken.
- Token-ring ports could hang or reset on switches with an ATM UFC installed.
- The 8270/8272 may not learn the LAN segment number from the LAN Emulation Configuration Server (LECS).
- Links may not be correctly displayed by an ATM Campus Manager application.
NOTE: Additional ATM information can be found in the current ATM UFC release notes.
Console related issues
- Using <ctrl-l> from the Port n Address Table causes
the port number to change to Port 1.
- The X's are not displayed properly when viewing logical
ports in the Master Route Descriptor Table or Domain Route Descriptor Table.
- The arrow keys do not work correctly on the Spanning Tree
Configuration Menu.
- In the Port N Route Descriptor Table, the Destination Packets
count field will run into the Source Packets count field when the packet count exceeds 9 digits.
- A deleted MAC address filter reappears when pressing Escape
while adding a new filter.
Other Issues
- A beacon trap delay has been incorporated into the reporting of beacon conditions. When a token-ring port enters a beacon state, the trap will not be generated unless the beacon condition persists for longer than the trap delay. This new parameter is changed through the SNMP Configuration menu. The default is zero, but it can be increased to 300 msec.
- A token-ring port processor hang condition left the port inoperative and unable to properly open or close. External symptoms of this problem could include the Connect LED permanently on or off until the port is reset.
- A change to the bridge number of an Internal Source-Route while the bridge was enabled could cause problems. The bridge must now be disabled before the bridge number can be changed.
- Under certain circumstances, after a cable was moved from one port to another, BPDUs would not be transmitted out of the port unless the switch was reset. This could lead to spanning tree loops in the network.
- Previously, the contents of the ibm8272TsPortSwitchModeChangeTrap did not match the MIB definition.
- Disconnecting the transmit fiber of a fiber token-ring port connection to an 8230 disables the 8270/8272 port. The port would not reconnect until the switch port was reset.
- The first frames sent by a directly attached device immediately after inserting into the switch may be dropped. This could result in a delayed connection depending on the application. This only affected token-ring ports in domains that are not running 802.1d spanning tree.
Release 3.6.1A and 3.6.1B
Switch Reset Issue(s)
Excessive MIB queries to the ATM UFC while the UFC is being reset could result in a "Fatal Fault Detected" message on the console and the switch resetting.
ATM Related Issues
- A situation could occur where a LEC is marked "up" in the ATM console and marked as having its "link down" in the spanning tree console. No traffic would flow across this ATM LEC until the LEC was reset.
- A problem affecting Spanning Tree may exist where the switch could incorrectly respond to frames received on blocked LECs.
- If multiple domains are configured with active LECs in each and the ATM port is reset, existing unknown (unresolved) destination entries may be altered such that frames sent to these destinations no longer are transmitted out the ATM port.
- The first frame related to a session starting may get discarded, resulting in potential start up delays.
- Moving a station from across an ATM network to a base port on the switch could result in noticeable delay before traffic is resumed correctly to the station.
NOTE: Additional ATM information can be found in the current ATM UFC release notes.
Console Related Issues
- The search option on the Message Log Information screen would not work for message numbers over 1000.
- After using <ctrl-n> or <ctrl-b> from a serial port console session, "Non-Token-Ring Ports Menu..." option could not be accessed from a telnet session.
- Accessing the "Source Route Configuration..." option on an 8270 switch which had no Token-Ring UFCs installed would hang the console.
- "Domain Route Descriptor Table..." option would in certain situations say the table is empty, when in fact entries did exist.
- Entries may get displayed in the "Logical Ports" screen for the "Master Address Table" even if there are no logical ports active for the selected physical port.
Other Issues
- A full-duplex fiber switch-to-switch connection may not reconnect when one of the switches is reset with diagnostics. A reset of the adapter end of the fiber was required to connect successfully.
- If the switch was configured to have a secure source for a port and then allowed one source address to filter to all ports, that source could not communicate with the switch.
- ARE frames were not forwarded through the internal SRB when an internally bridged domain was not physically connected to its T/R segment in a network with redundant source-route paths.
- If a port in a bridged domain was used as a probe port and then the probe port was removed (deconfigured), normal traffic would not be bridged to that port until the port or the switch was reset.
- Some minor issues with port security and filtering have been resolved.
- The problem with migrating from release 3.11 to a newer release has been resolved.
- In certain conditions with Spanning Tree Protocol 802.1d configured, a port could forward frames inappropriately, resulting in a potential loop in the network.
- Previously, the following counters in the Token Ring RMON MIB (RFC1513) were always zero:
- tokenRingMLStatsRingPurgeEvents
- tokenRingMLStatsRingPurgePkts
- tokenRingMLStatsBeaconPkts
- tokenRingMLStatsClaimTokenEvents
- tokenRingMLStatsClaimTokenPkts
- tokenRingMLStatsRingPollEvents
- tokenRingMLHistoryRingPurgeEvents
- tokenRingMLHistoryRingPurgePkts
- tokenRingMLHistoryBeaconPkts
- tokenRingMLHistoryClaimTokenEvents
- tokenRingMLHistoryClaimTokenPkts
- tokenRingMLHistoryRingPollEvents
- On an 8270, an incorrect index could be returned for an SMNP "next ibm8272TsPipeNumber" command.
- The message "OK" is now correctly presented on the four character alphanumeric display of an 8270 Switch.
- 8272 Switch Modules responded incorrectly to the "show verbose ports" command issued from the 8260 console. Only a maximum of 23 ports would be displayed.
Release 3.2.3A and 3.2.3B
Switch Resets
The following problems could lead to a switch reset, and they have been fixed in this release:
- Some telnet sessions were not terminated correctly, which could have led to a switch reset at a later time.
- A problem with token-ring port initialization could lead to a box reset or box hang (all port leds turned off for example).
- Displaying a message block to the console while on an 'auto-refresh' screen could lead to a box reset.
Other Issues
- If the IP address on the switch is changed, it did not register the new address via ILMI until a reset of the switch or ATM UFC.
- Invalid MAC addresses could appear in a display of an ATM port address table.
- In some networks, a route descriptor problem resulted in ATM packets using the BUS instead of Data Direct paths. This led to slow ATM performance.
- A reset of the ATM UFC in a switch with multiple domains could result in a legacy address table problem that would prevent traffic from going through the ATM port.
- Formatting changes have been made to the confirmation message when resetting an ATM port.
- An address table problem could cause slow performance on some workstations (not always the same one) across ATM. This was determined to be caused by the address for the workstation NOT being in the ATM legacy table.
- An address table problem caused non-source-routed stations sending to the all FF's broadcast address to NOT be forwarded across ATM. The problem only occurred on domains with IP disabled.
- In some cases, a token-ring port reset and initialization would not complete. The LEDs for that port would be out, and it would not connect.
- A token-ring port initialization problem could lead to a port reset with the message MPC Initialization failed.
- A problem with phantom voltage detection could lead to a port reset for a token-ring port that is running in PORT mode.
- Serial port code download via the system request button could fail intermittently. This problem only occurred when the system request button was pressed during a switch boot.
- Following the serial download of an ATM UFC code image, there was a message that incorrectly indicated that the download had failed.
- A continuous ping of the switch could stop after a domain change.
- Changes were made to make NVRAM management more efficient in order to minimize the risk of running out of space. This problem could have led to an inability to change the switch configuration.
- When the message log wraps, messages that were written to the log could be diplayed with a third line of information from an old message.
Release 3.2.2A and 3.2.2B
Port Resets
These problems are exasperated by token ring errors on the segments connected to the switch. The port handling code has had a number of improvements in this release.
- HI Q not empty message - This condition has been corrected so that it will no longer result in a port reset.
- LAP Access Violation - This problem was an incorrect handling of the communication between the port code and the I960 processor code. This would result in an Adapter check and a port reset. This fix corrects some conditions that where still remaining after the previous maintenance level.
Switch Resets
There have been a number of different problems that have been fixed in this release that could lead to a switch reset. Some of these switch reset problems are listed below:
- Invalid Memory Access condition leading to a box reset. This problem was caused by an uninitialized variable.
- An Invalid Port Access condition can lead to a box reset. Some invalid port access conditions have been resolved. There are still some other Invalid Port Access conditions under investigation.
- If a port connection was established during Congestion control on a switch then the switch could reset.
- A timing window existed such that the program stack (memory) could get corrupted leading to a box reset. Changes have been made to eliminate this timing window.
- A problem that resulted in a "Transmit Buffer Corruption" message during boot initialization has been corrected.
Other Issues
- The problems leading to the limitations on the number of ATM addresses documented in the 3.2.1A and 3.2.1B maintenance level have been resolved.
- A problem with TokenPipes existed such that traffic may only flow in one direction across the TokenPipe for a specific address. The result of this problem would be a station on one side of the TokenPipe would not be able to communicate across the TokenPipe. The symptom a customer might see is that clients could contact a sever across a TokenPipe but, the server could not respond to the clients. This problem was with a specific address however, if that address was a Route Descriptor then the impact would be for all addresses that have that route.
- A problem that could result in the ATM legacy table on multiple switches containing addresses that should only be on one switch has been fixed. The symptom of this problem would be that connections across the ATM network to those addresses may fail to be established.
- A timing window existed such that the switch could have problems handling a spanning tree topology change. This problem would result in the switch constantly removing all of the known addresses from the port address table and communications through that port would be inconsistent.
- A timing window existed such that the when a port is reset it could enter the Spanning Tree Listening state (LSN) and not transition to the Spanning Tree Forwarding state (FWD). This would result in no traffic flowing through that port.
- There was a problem that lead to excessive communications from the base box to the ATM UFC that could resulted in "Echo Response failures" and a ATM UFC reset.
- Receive hangs - This problem is where a port will stop receiving frames from the locally attached segment. A fix has been made to the transmit hang correction code that lead to this receive hang condition.
- A function to search the message by message number has been added. If a message number higher than any existing number in the log is entered the latest message will be shown. If a message number of 0 is entered then the top of the message log will be shown.
- The Type field on the message log screen should now correctly show an "F" for fatal fault error messages.
- The edit checking for the Switch Maximum Message Age field on the Transparent Spanning Tree Configuration screen has been changed to take into account the condition if there is only one valid value instead of a range of valid values.
- The Source Route Configuration screen has been changed to support domain names of the length that can be entered on the Domain Configuration screen.
- An informational message has been added to the message log when a switch is reset to indicate when the event happened and the main code level at the time of the reset.
- The use of ellipsis (...) after selections has been added to a number of screens to make its use consistent.
- Some alignment problems on the Master Route Descriptor Table screen as well as some inconsistent column headings have been fixed.
- The Port Address table for the ATM UFC card might have shown some addresses that did not exist in the network. This display only problem has been fixed.
KNOWN PROBLEMS / ANOMALIES / DESIGN POINTS
- If an MSS Client or Domain Client is configured to support Lan Network Manager,
Invalid Port Entry found messages may appear in the Message Log Information.
This does not cause any functional problems.
- The recommended procedure for terminating telnet sessions is the <ctrl-b> key sequence.
- On some emulators, console sessions through the serial port may drop after an extended period of time, if hardware flow control has been enabled on the switch. The connection is usually re-established by disconnecting and reconnecting the s/p cable. To avoid this problem, be sure the hardware flow control is disabled in the switch's Serial Link Configuration and that your emulator configuration conforms to the set up suggestions that are documented in the Planning and Installation Guide.
- The ATM feature card should only be installed in slot 1 of an 8272 LAN Switch Module FC 5208 or FC 6208, and only in slot 1 or 3 of a FC 5308 or FC 6308.
- After making configuration changes in a switch with two ATM LECs attached to the same ELAN, the switch should be reset to ensure network stability.
- If you are migrating from a Release 2.x level of code to a Release 3.x of code or higher, you MUST serially download the code the first time. After the switch has been rebooted with the new code then you can use the TFTP download for future code updates.
- If you fail to upgrade the port microcode when you update to this release level all of your ports will be placed into Store and Forward mode to help the main code coexist with the old port microcode.
- If you attempt to migrate to a previous level of code (from 4.x to 3.x for example) you must do the following:
- Make sure you have the configuration of the switch on hard copy because a later step will clear the configuration.
- Load all three code images (microcode, main, and boot)
- After all of the code is loaded and you have reset the switch then go the Reset/Diagnostic screen and Clear Non-Volatile RAM. This will reset the configuration files to the correct defaults for the previous level. If you do not clear NVRAM then the configuration files will still be for current release and your results will be unpredictable.
- The maximum size frame supported by the switch is 4540 bytes. Frames larger than this will be aborted. This might require special setup by your network administrator.
- The introduction of transparent switching into a token ring environment can reveal latent conditions that are masked when only source route bridges are used to interconnect rings. The token ring frame format includes status information bits that have been used improperly by some network adapters or protocols. The usage of these bits has varied within the token ring industry during the past few years. The following problems have been attributed to the improper use of these bits:
- Some Level 2 protocol drivers or applications are known to improperly rely upon the frame status information as verification that the frame has been received by another station. IBM has supplied new protocol drivers to replace IBM-developed token ring drivers that have this defect. However, some users may not wish to upgrade their drivers at this time or may have non-IBM drivers with this mode of operation.
- Some stations report or log a soft error each time a frame is received based on an address match and the status information. The condition that is being reported is no longer a true indication of an error condition and should be ignored.
The IBM 8272 port logic copies all frames on a ring in making the decision to forward or not forward a frame.
The default settings will cause the IBM 8272 to SET the frame status bits on all data frames that it copies.
This will avoid the need to update the protocol drivers that are expecting these bits to be set. However,
this default may cause some devices to report and/or log excessive soft errors.
If your network management
applications indicate an increase in soft error reports when the 8272 switch is installed, please contact
an IBM service representative at 1-800-426-7299, call path 4, 6, 3 (In Canada, call 1-800-565-3344.)
The problem can be resolved through configuration options.
- The token adapter for the IBM 9221 (ES/9000) Processor will not open when directly attached to an 8272 port. You must use an MSAU such as the IBM 8228 Token Ring Network Multistation Access Unit or the IBM 8230 Token Ring Network Controlled Access Unit.
- You must manually configure the 8272 switch port if you connect to other manufacturers' switch ports that are configured for fixed, full-duplex-only operation, and that conform to the Dedicated Token Ring Draft Standard, Version 3. If your installation has such a configuration, refer to Chapter 4, "Configuration," in the section titled "Configuring Ports," in the planning and installation guide.
- If you experience difficulty opening Telnet sessions with the switch, or get error messages concerning terminal types, check the options for your Telnet client. Make sure that the terminal type is set to vt100, vt102, or vt220. If you are running Telnet from a command line, there is usually an option that allows you to choose what terminal type to use.
- Console arrow keys are unreliable when using a slow communication device (< 9600 baud). In this case, use the <TAB> key to select the console options.
- The 8272 provides an SNMP agent for management from an SNMP manager. The 8272 will allow LAN Network Manager LLC frames to flow through the switch so that communication to existing 8230s and source route bridges will be maintained. Some error reporting functions and ring map functions might be lost for the rings attached to the switch.
- When defining a Token Pipe Configuration, ensure that both ports of each interconnected pair have compatible configurations. The suggested configuration is "Auto-Confg" for Config Type and "FIX-16" for Speed.
- When a switch port configured in Auto-Detect with Ring Speed Adjust enabled (RSA16 or RSA4) discovers a connection to shared media, it will open and insert into the ring. If the open returns with an indication that the port is the first station to enter the ring, it will close. This is also true for ports configured in Fixed-Adapter mode with RSA enabled. This algorithm is analogous to that of IBM's auto-sensing adapters which dictates that an adapter that is capable of speed adjustment must have some other station on the ring (typically a server) from which it can sense the speed.
If you want to have switch ports that are attached to shared media set the ring speed, you must
change the default configuration of Auto-RSA16 to either Auto-Fix16, Auto-Fix4, or force the
configuration to Adapter mode with Fix16 or Fix4 speed. If you use the 8272's Ring Speed Adjust
feature you will need to set the ring speed for segmented rings.
- To ensure a directly connected FDX station always connects at 16 Mbps, you should manually set the station's adapter to a Fixed-16 mode of operation. Otherwise, there is a small possibility that a directly attached station that implements IBM's auto-speed algorithm, when connected to an 8272 port that is configured in Auto-Detect mode, will make its connection at 4 Mbps.
- Make the following corrections to the Planning and Installation Guide:
Page 8-5, Figure 8-4:
- Change "rfc1084" to "rfc1048" in the vm field (two places)
- Add a ":" to the end of the bf field line line should be "bf=/etc/8272_XXXX.gz:" (two places)
- MIB Browser display errors of OCTET STRING objects. Under certain conditions, some MIB Browsers including the IBM NetView/6000 MIB Browser will incorrectly interpret the value of an OCTET STRING. The OCTET STRING may be printable ASCII characters. For example, the hexadecimal value of "41" is displayed as an "A".
This can affect the following objects:
8272 Private MIB OCTET STRINGs
- ibm8272TsTrapRcvrDmns
- ibm8272TsPortStnAddress
- ibm8272TsOptPortStaVal
- ibm8272TsDmnPorts
- ibm8272TsDmnBaseBridgeAddr
- ibm8272TsDmnStationAddress
- ibm8272TsDmnStationTraffic
- ibm8272TsOptDmnStaVal
- ibm8272TsPipePorts
- ibm8272TsFilterStationAddress
- ibm8272TsFilterPorts
- ibm8272TsFilterMask
- ibm8272TsUFCType
DTRC MIB OCTET STRINGs:
- dtrConcentratorAddress
- dtrCRFPortMask
- dtrCRFMacAddress
- dtrCRFSpTreeDesignatedRoot
- dtrCRFPortSpTreeDesignatedPort
- dtrCRFPortSpTreeDesignatedRoot
- dtrCRFPortSpTreeDesignatedBridge
- dtrCRFPortSpTreeDesignatedPort
- dtrFdbDynamicAddrStnAddress
- dtrFdbDynamicRDRouteDesc
- dtrExSrbStpAddress
- dtrExSrbStpDesignatedRoot
- dtrExSrbPortStpDesignatedRoot
- dtrExSrbPortStpDesignatedBridge
RFC1213 OCTET STRINGs
- atPhysAddress
- ipNetToMediaPhysAddress
RFC1231 OCTET STRINGs
- dot5UpStream
- dot5Functional
RFC1493 OCTET STRINGs
- dot1dStpPortDesignatedPort
- dot1dBaseBridgeAddress
- dot1dTpFdbAddress
- dot1dStpDesignatedRoot
- dot1dStpPortDesignatedRoot
- dot1dStpPortDesignatedBrid
RFC1573 OCTET STRINGs
RFC1695 OCTET STRINGs
LEC MIB OCTET STRINGs
- lecMacAddress
- leArpMacAddress
- lecConfigLesAtmAddress
- lecPrimaryAtmAddress
- ecConfigServerAtmAddress
- lecActualLesAtmAddress
- lecAtmAddress
- lecMacAddressAtmBinding
- lecRouteDescrAtmBinding
- leArpAtmAddress
- leRDArpAtmAddress
DISCOVERY MIB OCTET STRINGs
- announceAddress
- mapAddress
- Most SNMP MIB Browers cannot create a new MIB table entry. This can affect the following tables:
8272 Private MIB
MAC filter entries can be created by a native SNMP SET request,
network management application such as the IBM Nways Manager, a
console session or a Telnet session.
- The following two notes should be added to the symptoms and
procedures in Table 7-1 on page 7-3 of the
Planning and Configuration Guide for the 8270:
- If all LEDs are on, the +5V-A fuses are open.
See "Obtaining Service" on page 7-1.
- If the I (green) LED on the Token Ring Processor card
is on and the console displays the message,
"Invalid port access," the +5V-B or +5V-C
fuses are open. See "Obtaining Service on page 7-1.
- The references to Security on ports 1-1 through 4-4
in Figures 4-20 and 4-21 in the 8272 Planning and Installation Guide
do not apply to the ATM UFC.
- When IEEE 802.1d spanning tree is active, a port within that domain
will require several seconds to make the transition from the blocking state
to the forwarding state when the port is initially activated (e.g., joins an
existing ring or activates a dedicated link). Some client or server
applications may attempt to establish session activity during this time,
resulting in error messages indicating a connection failure. These applications
should be configured to wait at least 30 seconds after the LAN link is active
before attempting to establish session activity. This delay can be reduced by
modifying the 802.1d spanning tree default parameters.
- The dtrc.mib DESCRIPTION for the dtrCRFPortEnable object should be changed to:
The enable/disable status of the CRF Port. This control can be used to disable a port.
When you WRITE, the configuration is changed.
When you READ, the data returned is the current operational state of the CRF Port, not the configuration.
- When the ATM UFC is to be used in a network with source-routed frames it is recommended that the LAN ID be configured in the switch, using the Source Route Configuration panel. If the LAN ID is not configured, and the switch learns the LAN ID (from explorer traffic on the network) the ATM LEC resets, disrupting any existing traffic.
- Data directed to one of the switch's own IP addresses cannot cross the internal bridge. In other words, the management station should use the IP address associated with the domain that is on its side of the internal bridge.
- The following objects defined by RFC1757 and rFC1513 always return a value of zero and cannot be used as an Alarm Variable:
- tokenRingMLStatsMacOctets
- tokenRingMLStatsMacPkts
- tokenRingPStatsDataPkts*to*Octets
- tokenRingMLHistoryMacOctets
- tokenRingMLHistoryStatsMacPkts
- tokenRingPHistoryDataPkts*to*Octets
8260/8265 SPECIFIC INFORMATION
- For installations of the 8272 LAN Switch Modules FC 5208 and FC 5308, the recommended software level for the 8260 ATM Control Point and Switch Module (CPSW) is v.3.1.8 or higher.
- For installations of the 8272 LAN Switch Modules FC 5208 and FC 5308, the recommended software level for the 8265 ATM Control Point and Switch Module (CPSW) is v.3.3.2 or higher.
- 8272 LAN Switch Module derives its power and cooling from the 8260 Hub.
- To install a Universal Feature Card (UFC) AFTER the LAN Switch Module has already been installed in an 8260 Hub, remove the Switch Module from the Hub in order to power OFF the module prior to installing the UFC. Then, beginning with step 2, follow the instructions contained in the Planning and Installation Guide, shipped with the specific UFC, in the section "Installing a Universal Feature Card."
- In configurations where FC 5208 or FC 6208 is inserted in positions 16 and 17 of an 8260 or where FC 5308 or FC 6308 is inserted in positions 15, 16 and 17 of an 8260, potential mechanical interference can occur when certain Universal Feature Cards (UFCs) are inserted in position 17. It is best to avoid position 17 when installing the 8272 LAN Switch Modules. If this can not be avoided, the UFC can be inserted with care.
2-PORT TOKEN RING FIBER UFC-SPECIFIC INFORMATION
- The 2-Port Fiber Token Ring UFC requires Release 2.0 or higher of the 8272 microcode.
- The 2-Port Fiber Token Ring UFC supports two pairs of multimode fiber connections via ST-type Optical Transmitter and Receiver ports.
- The two ST connectors marked TX of the 2-Port Fiber Token Ring UFC send 850 nM infrared light to an attached device.
- The two ST connectors marked RX of the 2-Port Fiber Token Ring UFC detect 850 nM infrared light from an attached device.
- The 2-Port Fiber-Token Ring UFC operates in a RI/RO- compatible attachment mode only. (802.5J is not supported at this time).
- Both ports of the 2-Port Fiber Token Ring UFC are compatible with either the RI or the RO ports of an IBM 8230 Token Ring Concentrator.
- If both the RI and RO of an attached device (such as an 8228, 8230, 8260) or a series of devices are connected to a single 8272 switch, spanning tree must be enabled. (Multiple connections to a single ring cannot be supported without the use of spanning tree).
- When connecting one 8272 to another 8272 using the 2-Port Fiber Token Ring UFC, one end of the fiber connection must be manually configured as an 'ADAPTER,' and the other end of the fiber connection must be manually configured as a 'PORT'. (Use the port configuration tables of the 8272.)
FILES ON THE DISKETTES AND SOFTWARE DOWNLOAD PROCEDURES
IBM 8272 MICROCODE AND SNMP MIB DISKETTE - RELEASE 4.0.3A
File Name |
Contents |
Notes |
TR_A403.GZ |
Main image |
1 |
TR_A403.BT |
Boot image |
1 |
TR_A403.SOL |
Token Ring port microcode |
1 |
TR_A403.DEF |
MIB Compiler Object Definition |
2 |
TR_A403.MIB |
MIB definitions for private MIB |
2 |
TR_A403.TRP |
MIB definitions for traps |
2 |
DTRCA403.MIB |
MIB definitions for source routing |
2 |
README.TR |
8270/8272 Release Notes, Version 4.0.3 |
|
READ_TR.HTM |
8270/8272 Release Notes, Version 4.0.3, html format |
|
NOTES
- These are software modules that reside in the switch.
- These are network management files that should be given to your network administrator.
IBM 8270 MICROCODE AND SNMP MIB DISKETTE - RELEASE 4.0.3B
File Name |
Contents |
Notes |
TR_B403.GZ |
Main image |
1 |
TR_B403.BT |
Boot image |
1 |
TR_B403.SOL |
Token Ring port microcode |
1 |
TR_B403.DEF |
MIB Compiler Object Definition |
2 |
TR_B403.MIB |
MIB definitions for private MIB |
2 |
TR_B403.TRP |
MIB definitions for traps |
2 |
DTRCB403.MIB |
MIB definitions for source routing |
2 |
README.TR |
8270/8272 Release Notes, Version 4.0.3 |
|
READ_TR.HTM |
8270/8272 Release Notes, Version 4.0.3, html format |
|
NOTES
- These are software modules that reside in the switch.
- These are network management files that should be given to your network administrator.
Serial Download Considerations
IMPORTANT |
Before performing any serial port download, make sure that the baud rate of the terminal session and the 8270/8272 LAN Switch Module are both set to 9600. Although this rate is slow, it helps prevent potential problems.
|
Loading the Latest Software
IMPORTANT NOTICE |
CAUTION: YOU MUST ENSURE THAT YOU LOAD THE PROPER IMAGES
ON THE 8270 AND 8272. LOADING THE 8270 FILES ON AN 8272, OR THE REVERSE,
WILL DAMAGE YOUR SWITCH. IT WILL BE NECESSARY TO CONTACT YOUR SERVICE
REPRESENTATIVE TO HAVE THE SWITCH REPAIRED.
|
IMPORTANT NOTICE |
CAUTION: IF YOU ARE UPGRADING FROM A VERSION 2.X LEVEL OF
CODE TO A 3.X VERSION OR HIGHER, THEN YOU MUST SERIALLY DOWNLOAD THE CODE
THE FIRST TIME. AFTER YOU RESET THE SWITCH WITH THE NEW CODE THEN YOU USE
TFTP FOR FUTURE CODE UPGRADES. ALSO IF YOU ARE UPGRADING TO VERSION 3.2.0
OR LATER, THE .SOL IMAGE MUST ALSO BE DOWNLOADED IN ADDITION TO THE .GZ FILE.
|
IMPORTANT NOTICE |
CAUTION: For switches running ATM UFC code version 1.10 or higher,
there is no requirement to upgrade all 827x's attached to an ATM netwrok at
the same time. Those networks running versions of the ATM UFC code prior
to 1.10 MUST upgrade all switches at the same time.
|
To load the latest software, the following procedure is recommended:
- Select Download from the main menu. Some older levels of code only support download of the .gz file from this menu. In this case, the System Request (SR) menu should be used to download the new code. Access the SR menu by pushing the recessed SR button, which is located to the right of the Reset button. NOTE: The SR button has no label. Also, be aware that the SR menu will not appear until you release the SR button.
- From the Download menu, select Serial to be used for the download.
- Select Boot Code.
- TR_B403.BT for the 8270
- TR_A403.BT for the 8272
- Initiate download.
- From the Download menu, select Serial to be used for the download.
- Select Microcode Image.
- TR_B403.SOL for the 8270
- TR_A403.SOL for the 8272
- Initiate download.
- From the Download menu, select Serial to be used for the download.
- Select Main Image.
- TR_B403.GZ for the 8270
- TR_A403.GZ for the 8272
- Initiate download.
- You must reset the switch at this point.
Loading Previous Versions of Software
If you attempt to migrate to a previous level of code (from 4.x to 3.x for example) you must do the following:
- Make sure you have the configuration of the switch on hard copy because a later step will clear the configuration.
- Load all three code images (microcode, main, and boot)
- After all of the code is loaded and you have reset the switch then go the Reset/Diagnostic screen and Clear Non-Volatile RAM. This will reset the configuration files to the correct defaults for the previous level. If you do not clear NVRAM then the configuration files will still be for current release and your results will be unpredictable.
Other Download Considerations
- If you are using OS/2 TCP/IP for TFTP download, you should upgrade to 3.0 or later and install the latest CSDs (Corrective Service Diskettes).
Invoke the TFTP daemon using the following command:
tftp -t 30
- Users experiencing problems downloading using TFTP should stop traffic flow through the switch during the actual download. If the download appears to hang before completing, ensure that TFTP and protocol timeouts are not disabled.
- Do not use AIX Ver. 3.25 telnet sessions to download the code for the ATM UFC.
- Users experiencing IP problems with Merlin (OS/2 Release 4) are advised to clear the ARP cache in the Merlin workstation.
END OF RELEASE NOTES