By enabling Boot ROM to upgrade together
with the app file, you can ensure that the Boot ROM versions of the current
SRPU and service cards can match the version of the current app file, thus
avoiding invalid feature implementation caused by mismatching.
Two upgrade types are available:
l
The current startup file as the upgrade file for
Boot ROM
l
The specified App file as the upgrade file for Boot
ROM
Table 1-1 Configure Boot ROM upgrade
|
Operation
|
Command
|
Description
|
|
Set the current startup file as the
upgrade file for Boot ROM
|
boot bootrom default [ slot slot-number-list ]
|
Optional
|
|
Set the specified App file as the upgrade
file for Boot ROM
|
boot bootrom file-url [ slot slot-number-list
]
|
Optional
|
|
Set the primary startup file at next
booting and use it to upgrade the Boot ROM
|
boot boot-loader primary file-url
|
Optional
|
l
If you do not specify a slot number in the boot
bootrom command, the system upgrades all normal boards in position by
default.
l
After you specify the primary startup file for
the next booting, the system upgrades all normal boards in the process of
upgrading Boot ROM. You need also to confirm the
upgrade operation in the upgrade process.
I. Network requirements
l
Use the current startup file to upgrade the Boot
ROMs of all normal LPU boards in position.
l
Use the specified App file (abcd.app) to
upgrade the Boot ROMs of all normal LPU boards in position.
l
Specify the App file abcd.app as the
primary startup file for next booting and use it to upgrade the Boot ROMs.
II. Configuration
example
# Use the current startup file to upgrade
the Boot ROMs of all normal LPU boards in position.
<H3C> boot bootrom default
# Use the specified App file (abcd.app)
to upgrade the Boot ROMs of all normal LPU boards in position.
<H3C> boot bootrom abcd.app
# Specify the App file abcd.app as
the primary startup file for next booting and use it to upgrade the Boot ROMs.
<H3C> boot boot-loader primary
abcd.app
The inter-card link state adjustment function
is designed to improve the adaptability of the inter-card links in an S7500
series switch. It enables you to set the mode in which inter-card links are
established as needed.
An inter-card link
refers to the internal links between the SRPU and all the service cards of an
Ethernet switch.
Inter-card links can be established in one
of the following two modes:
l
Auto-negotiation mode, where inter-card links
are established through negotiation to improve the adaptability and stability.
This mode is based on the corresponding Ethernet standards. By default, the
SRPU and the service cards in an S7500 series Ethernet switch negotiate to
establish 1000 Mbps links in between.
l
Fix mode, where 1000 Mbps links are established
between the SRPU and the service cards without negotiation. Therefore, the time
for negotiation is saved. For the switches operating as network nodes,
establishing inter-card links in this mode improves the response speed and
reduces the influence on access devices when board switchovers occur.
Since the two modes
have no affect on the performance, it is unnecessary to modify the existing
configuration when you employ this function.
Table 1-2 Configure inter-card link
state adjustment
|
Operation
|
Command
|
Description
|
|
Enter system view
|
system-view
|
—
|
|
Set the mode in which inter-card links
are established
|
set inlink
{ auto | fix }
|
Required
By default, inter-card links are
established in the auto negotiation mode
|
An internal channel refers to the interface
channel between the SRPU and the service cards. The SRPU sends handshake
packets to each service card every second. After receiving the handshake
packets, the service cards reports the result to the SRPU. In this case, the
SRPU knows that the service cards are operating normally. Through this process,
the SRPU can judge whether each service card in the device operates normally.
S7500 Ethernet switches support this
feature. Through this feature, you can monitor internal channels.
You can also set the maximum number of
times the SRPU fails to receive handshake packets. If the number of times the
SRPU fails to receive handshake packets exceeds the upper limit, the switch
resets the processing chip automatically. When the SRPU receives handshake
packets, it resets the counter automatically.
You can also set whether to restart the
service card or the switch when the number of times the SRPU fails to receive
handshake packets exceeds the upper limit.
Table 1-3 Monitor internal channels
|
Operation
|
Command
|
Description
|
|
Enter system view
|
system-view
|
|
|
Enable the function of monitoring internal
channels
|
monitor inner-channel
|
Optional
|
|
Configure to restart the service card
|
monitor inner-channel reboot-lpu
|
Optional
|
|
Configure to restart the switch
|
monitor inner-channel reboot-switch
|
Optional
|
|
Set the upper limit for resetting the
chip
|
monitor inner-channel upper-limit upper-timers
|
Optional
|
In actual application, a switch may fail to
process services normally due to internal channel block or because the switch
chip is busy.
S7500 series switches support the function
of resetting switch chips automatically. In case that the function of
monitoring internal channels is enabled, when the internal channel handshake
between a card and the backplane fails, the switch resets the switch chip
automatically to resume the corresponding card.
When the function
of resetting switch chips is disabled, even if the switch finds that the
internal channel handshake fails, it cannot reset the switch chip
automatically.
Table 1-4 Configure switch chip
auto-reset
|
Operation
|
Command
|
Description
|
|
Enter system view
|
system-view
|
|
|
Enable the function of monitoring internal
channels
|
monitor inner-channel
|
Required
|
|
Enable switch chip auto-reset
|
monitor slot slot-id enable
|
Required
By default, switch chips cannot be reset
automatically when the internal channel handshake fails
|
|
Disable switch chip auto-reset
|
monitor slot slot-id disable
|
Optional
|
