- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 新华三人才研学中心
- 关于我们
08-设备管理配置
本章节下载： 08-设备管理配置 (328 KB)
目 录
· 存储介质有多种类型，如Flash、CF卡、USB、硬盘等，具体采用哪种存储介质与设备的型号有关，请参见“配置指导导读”中的“特性差异情况”部分的介绍。本手册以CF卡为例进行描述。
· 本章节各配置任务互相独立，均为设备的可选配置，配置时没有先后顺序要求。
通过设备管理功能，用户能够查看设备当前的工作状态，配置设备运行的相关参数，实现对设备的日常维护和管理。
目前的设备管理主要提供重启设备、定时重启设备、节能、电源管理和配置单板的温度告警门限等功能。
快速配置功能以命令行的方式给用户提供向导，执行该命令后，系统会通过提示信息指导用户逐项输入设备的基本参数（比如设备名称、系统时钟、VLAN、IP地址等），以便迅速将设备配置到可以运行的状态，用户不再需要输入多条命令来分别配置这些参数，从而简化了用户的配置。
表1-1 快速配置
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
执行快速配置操作 |
quick configuration |
必选 |
· 快速配置所有交互完毕后，配置才会执行，如果交互过程中断则不会执行任何配置。
· 快速配置在交互过程中，可以通过快捷键<Ctrl+C>终止交互过程；或者交互输入超时后，也将终止交互过程，超时时间为30秒。
· 每项配置的缺省值会显示在“[]”中。如果“[]”中为空，表示该配置项没有缺省值；如过“[]”中有值，直接回车则认为用户采用该缺省值。
· 某些参数可以设置多个，此时终端会提示“press <cr> to exit”，直接回车将退出该段配置的循环，继续进行后面的配置。如VLAN接口，可以创建多个VLAN接口，并配置它的IP地址和子网掩码，如果直接回车，将不再创建VLAN接口，继续配置别的参数。
设备名称用于在网络中标志某台设备，在系统内部，设备名称对应于命令行接口的提示符，如设备的名称为Sysname，则用户视图的提示符为<Sysname>。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
设置设备名称 |
sysname sysname |
可选 缺省情况下，设备名称为H3C。 |
系统时间是系统信息时间戳显示的时间。该时间由配置的相对时间、时区和夏令时三个参数运算之后联合决定，通过display clock命令可以查看。为了保证与其它设备协调工作，用户需要将系统时间配置准确。
|
操作 |
命令 |
说明 |
|
|
配置时间和日期 |
clock datetime time date |
可选 该命令在用户视图下执行 |
|
|
进入系统视图 |
system-view |
- |
|
|
配置系统所在的时区 |
clock timezone zone-name { add | minus } zone-offset |
可选 缺省情况下，本地时区采用UTC（Universal Time Coordinated，世界调整时间）时区 |
|
|
配置夏令时 |
设置从“起始日期”的“起始时间”到“结束日期”的“结束时间”这个时间段内采用夏令时制，夏令时间要比设备的当前时间增加“add-time” |
clock summer-time zone-name one-off start-time start-date end-time end-date add-time |
二者选其一 缺省情况下，设备上没有配置夏令时，采用UTC时间 |
|
设置设备重复采用夏令时制 |
clock summer-time zone-name repeating start-time start-date end-time end-date add-time |
||
系统时间由clock datetime、clock timezone和clock summer-time三条命令联合决定。如果以上三条命令都不配置，则display clock命令显示的为原系统时间。如果把三条以上命令任意组合进行配置，配置后的系统时间请参见表1-4。表中配置列各参数的含义为：
· 1：表示执行clock datetime命令配置了时间date-time；
· 2：表示执行clock timezone命令配置了时区参数，时间偏移量为zone-offset；
· 3：表示执行clock summer-time命令配置了夏令时参数，时间偏移量为summer-offset；
· [1]：表示clock datetime命令是可选配置，可执行也可不执行。
表中举例默认原系统时间为2005/1/1 1:00:00。
|
配置 |
配置后的系统时间 |
举例 |
|
1 |
date-time |
配置：clock datetime 1:00 2007/1/1 配置后的系统时间：01:00:00 UTC Mon 01/01/2007 |
|
2 |
原系统时间±"zone-offset" |
配置：clock timezone zone-time add 1 配置后的系统时间：02:00:00 zone-time Sat 01/01/2005 |
|
1、2 |
"date-time"±"zone-offset" |
配置：clock datetime 2:00 2007/2/2和clock timezone zone-time add 1 配置后的系统时间：03:00:00 zone-time Fri 02/02/2007 |
|
[1]、2、1 |
date-time |
配置：clock timezone zone-time add 1和clock datetime 3:00 2007/3/3 配置后的系统时间：03:00:00 zone-time Sat 03/03/2007 |
|
3 |
原系统时间不在夏令时段内，则为原系统时间 |
配置：clock summer-time ss one-off 1:00 2006/1/1 1:00 2006/8/8 2 配置后的系统时间：01:00:00 UTC Sat 01/01/2005 |
|
原系统时间在夏令时段内，则为原系统时间+”summer-offset” |
配置：clock summer-time ss one-off 00:30 2005/1/1 1:00 2005/8/8 2 配置后的系统时间：03:00:00 ss Sat 01/01/2005 如果原系统时间+”summer-offset”不在夏令时段内，则配置后的系统时间为原系统时间。之后，若取消夏令时配置，则系统时间会被减少”summer-offset” |
|
|
1、3 |
date-time不在夏令时段内，则为date-time |
配置：clock datetime 1:00 2007/1/1和clock summer-time ss one-off 1:00 2006/1/1 1:00 2006/8/8 2 配置后的系统时间：01:00:00 UTC Mon 01/01/2007 |
|
date-time在夏令时段内，则为“date-time”+”summer-offset” |
配置：clock datetime 8:00 2007/1/1和clock summer-time ss one-off 1:00 2007/1/1 1:00 2007/8/8 2 配置后的系统时间：10:00:00 ss Mon 01/01/2007 如果“date-time”+”summer-offset”不在夏令时段内，则配置后的系统时间为“date-time”。之后，若取消夏令时配置，则系统时间会被减少”summer-offset” |
|
|
[1]、3、1 |
date-time不在夏令时段内，则为date-time |
配置：clock summer-time ss one-off 1:00 2007/1/1 1:00 2007/8/8 2和clock datetime 1:00 2008/1/1 配置后的系统时间：01:00:00 UTC Tue 01/01/2008 |
|
date-time在夏令时段内，再根据“date-time”-”summer-offset”的值是否在夏令时段内来判断。如果该值不在夏令时段内，则为“date-time”-”summer-offset”；如果在夏令时段内，则为date-time |
配置：clock summer-time ss one-off 1:00 2007/1/1 1:00 2007/8/8 2和clock datetime 1:30 2007/1/1 配置后的系统时间：23:30:00 UTC Sun 12/31/2006 |
|
|
配置：clock summer-time ss one-off 1:00 2007/1/1 1:00 2007/8/8 2和clock datetime 3:00 2007/1/1 配置后的系统时间：03:00:00 ss Mon 01/01/2007 |
||
|
2、3或者 3、2 |
如果原系统时间±"zone-offset"的值不在夏令时段内，则为原系统时间±"zone-offset" |
配置：clock timezone zone-time add 1和clock summer-time ss one-off 1:00 2007/1/1 1:00 2007/8/8 2 配置后的系统时间：02:00:00 zone-time Sat 01/01/2005 |
|
如果原系统时间±"zone-offset"的值在夏令时段内，则为原系统时间±"zone-offset"+”summer-offset” |
配置：clock timezone zone-time add 1和clock summer-time ss one-off 1:00 2005/1/1 1:00 2005/8/8 2 配置后的系统时间：04:00:00 ss Sat 01/01/2005 |
|
|
1、2、3或者1、3、2 |
如果"date-time"±"zone-offset"的值不在夏令时段内，则为"date-time"±"zone-offset" |
配置：clock datetime 1:00 2007/1/1、clock timezone zone-time add 1和clock summer-time ss one-off 1:00 2008/1/1 1:00 2008/8/8 2 配置后的系统时间：02:00:00 zone-time Mon 01/01/2007 |
|
如果"date-time"±"zone-offset"的值在夏令时段内，则为"date-time"±"zone-offset"+”summer-offset” |
配置：clock datetime 1:00 2007/1/1、clock timezone zone-time add 1和clock summer-time ss one-off 1:00 2007/1/1 1:00 2007/8/8 2 配置后的系统时间：04:00:00 ss Mon 01/01/2007 |
|
|
[1]、2、3、1或者[1]、3、2、1 |
date-time不在夏令时段内，则为date-time |
配置：clock timezone zone-time add 1、clock summer-time ss one-off 1:00 2008/1/1 1:00 2008/8/8 2和clock datetime 1:00 2007/1/1 配置后的系统时间：01:00:00 zone-time Mon 01/01/2007 |
|
date-time在夏令时段内，再根据“date-time”-”summer-offset”的值是否在夏令时段内来判断。如果不在夏令时段内，则为“date-time”-”summer-offset”；如果在夏令时段内，则为date-time |
配置：clock timezone zone-time add 1、clock summer-time ss one-off 1:00 2008/1/1 1:00 2008/8/8 2和clock datetime 1:30 2008/1/1 配置后的系统时间：23:30:00 zone-time Mon 12/31/2007 |
|
|
配置：clock timezone zone-time add 1、clock summer-time ss one-off 1:00 2008/1/1 1:00 2008/8/8 2和clock datetime 3:00 2008/1/1 配置后的系统时间：03:00:00 ss Tue 01/01/2008 |
· 使能版权信息显示功能后，使用Telnet或SSH方式登录设备时会显示版权信息，使用Console口、AUX口或异步串口方式登录设备再退出用户视图时会显示版权信息，其它情况不显示版权信息。显示的版权信息形如：
******************************************************************************
* Copyright (c) 2004-2011 Hangzhou H3C Tech. Co., Ltd. All rights reserved. *
* Without the owner's prior written consent, *
* no decompiling or reverse-engineering shall be allowed. *
******************************************************************************
· 禁止版权信息显示功能后，在任何情况下都不会显示版权信息。
表1-5 使能版权信息显示功能
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
使能版权信息显示功能 |
copyright-info enable |
可选 缺省情况下，版权信息显示功能处于使能状态 |
欢迎信息是用户在连接到设备、进行登录验证以及开始交互配置时系统显示的一段提示信息。管理员可以根据需要，设置相应的提示信息。
目前，系统支持的欢迎信息有五种：
· shell欢迎信息，也称session条幅。进入控制台会话时显示；
· 用户接口欢迎信息，也称incoming条幅。主要用于Modem激活用户接口时显示；
· 登录欢迎信息，也称login条幅。主要用于配置密码验证和scheme认证时显示；
· MOTD（Message Of The Day）欢迎信息。在启动认证前显示；
· 授权欢迎信息，也称legal条幅。系统在用户登录前会给出一些版权或者授权信息，然后显示legal条幅，并等待用户确认是否继续进行认证或者登录。如果用户输入“Y”或者直接按<Enter>键，则进入认证或登录过程；如果输入“N”，则退出认证或登录过程。“Y”和“N”不区分大小写。
表1-6 配置欢迎信息
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置登录进入用户视图时的欢迎信息（Modem登录方式适用） |
header incoming text |
可选 |
|
配置登录验证时的欢迎信息 |
header login text |
可选 |
|
配置登录终端界面前的授权信息 |
header legal text |
可选 |
|
配置登录进入用户视图时的欢迎信息 （非Modem登录方式适用） |
header shell text |
可选 |
|
配置登录终端界面前的欢迎信息 |
header motd text |
可选 |
输入欢迎信息时，信息内容支持单行输入和多行输入两种方式：
· 单行输入
该方式下，命令关键字与欢迎信息的所有内容在同一行中输入，输入内容的起始符和结束符必须相同，这两字符不作为欢迎信息的内容。此时包括命令关键字、起始符和结束符在内，一共可以输入510个字符。在该方式下输入欢迎信息时不能回车（按<Enter>键）。例如：用户要设置的欢迎信息为“Have a nice day.”：
<System> system-view
[System] header shell %Have a nice day.%
· 多行输入
该方式下，通过回车键可以将欢迎信息分多行输入，此时欢迎信息一共可以长达2000个字符。多行输入又分三种方式：
· 命令关键字后直接回车，输入欢迎信息并以“%”作为欢迎信息的结束符结束设置，“%”不属于欢迎信息的内容。例如：用户要设置的欢迎信息为“Have a nice day. Please input the Password.”：
<System> system-view
[System] header shell
Please input banner content, and quit with the character '%'. ――系统提示
Have a nice day.
Please input the Password!%
· 命令关键字后输入一个字符后回车，以这个字符作为欢迎信息的起始符和结束符，输入完欢迎信息以后，以结束符结束设置。起始符和结束符不属于欢迎信息的内容。例如：用户要设置的欢迎信息为“Have a nice day. Please input the Password!”：
<System> system-view
[System] header shell A
Please input banner content, and quit with the character 'A'.――系统提示
Have a nice day.
Please input the Password!A
· 命令关键字后输入多个字符（首尾不相同）后回车，以命令关键字后的第一个字符作为欢迎信息的起始符和结束符，输入完欢迎信息以后，以结束符结束设置。起始符和结束符不属于欢迎信息的内容。例如：用户要设置的欢迎信息为“Have a nice day. Please input the Password!”：
<System> system-view
[System] header shell AHave a nice day.
Please input banner content, and quit with the character 'A'.――系统提示
Please input the Password!A
用户可以使用configure-user count命令来设置可以同时进入系统视图的用户数。
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置并发配置用户数 |
configure-user count number |
可选 缺省情况下，允许两个用户在系统视图下进行配置 |
· 当多个用户同时进入系统视图并对某个特性进行配置的时候，系统以最新配置为准。
· 如果当前并发配置用户数目已达到所设置的限制数目，新登录的用户将无法再进入系统视图。
当系统检测到软件运行异常时，支持两种处理方式：
· reboot：系统通过直接自动重启的方式来进行恢复。
· maintain：保持当前状态，系统不会自动采取任何恢复措施。此时需要手工进行恢复操作。某些系统异常可能较难复现，或者异常时打印的一些提示设备重启后会丢失，此时，使用该方式可以保持异常时的状态，以便进行问题定位和修复。但该方式需要手工修复，比如手工重启。
表1-8 配置系统异常时的处理方式
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置系统异常时的处理方式 |
system-failure { maintain | reboot } |
可选 缺省情况下，系统异常时的处理方式为reboot |
当设备运行出现故障时，用户可以根据实际情况，通过重启设备来排除故障。
重启的方式有三种：
· 通过断电后重新上电立即重启设备（该方式又称为硬件重启或者冷启动）。该方式对设备冲击较大，如果对运行中的设备进行强制断电，可能会造成数据丢失或者硬件损坏。一般情况下，建议不要使用这种方式。
· 通过命令行立即重启设备。
· 通过命令行定时重启设备。该方式下，用户可以设置一个时间，让设备定时自动重启，或者设置一个时延，让设备经过指定时间后自动重启。
后两种方式都属于命令行重启。命令行重启又称为热启动，主要用于远程维护时，可以直接重启设备，而不需要到设备所在地进行硬件重启。
|
操作 |
命令 |
说明 |
|
立即重启设备 |
reboot |
必选 该命令在用户视图下执行 |
表1-10 通过命令行定时重启设备
|
操作 |
命令 |
说明 |
|
开启设备定时重启功能，并指定重启的具体时间和日期 |
schedule reboot at hh:mm [ date ] |
二者必选其一 缺省情况下，设备定时重启功能处于关闭状态 两命令均在用户视图下执行 |
|
开启设备定时重启功能，并指定重启的等待时延 |
schedule reboot delay { hh:mm | mm } |
· 重新启动会导致业务中断，请谨慎使用。
· 重启前请使用save命令保存当前配置，以免重启后配置丢失。（save命令的详细介绍请参见“基础配置命令参考”中的“配置文件管理命令”）
· 重启前请使用display startup和display boot-loader命令分别确认是否设置了合适的下次启动配置文件和下次启动文件。（display startup命令的详细介绍请参见“基础配置命令参考”中的“配置文件管理命令”，display boot-loader命令的详细介绍请参见“基础配置命令参考”中的“软件升级配置命令”）
· 设备定时器的精度为1分钟。在到达用户设定的重启时刻的前一分钟，设备会提示：“REBOOT IN ONE MINUTE（设备将在一分钟后重启）”，并在一分钟后重新启动。
· 如果主用启动文件损坏或者不存在，则不能通过reboot命令重启设备。此时，可以通过指定新的主用启动文件再重启，或者断电后重新上电，系统将自动使用备用启动文件重启。
· 如果设备在准备重启时，用户正在进行文件操作，为了安全起见，系统将不会执行此次重启操作。
定时执行任务功能是指通过配置，设备可以在指定时刻或延迟指定时长以后，自动执行一个或一组命令的功能。启用此功能以后，设备能够在无人值守的情况下完成某些操作或配置。该功能不但增强了设备的自动控制和管理能力，提高了易用性，而且可以起到有效节能的作用。
当配置了定时执行任务之后，设备每分钟遍历一次已配置的任务列表，如果发现有任务的定时时间到了，设备将自动执行该任务。
配置定时执行任务有以下两种方式：
|
对比项 |
||
|
适用范围 |
小 |
大 |
|
配置复杂程度 |
简单 只涉及schedule job命令 |
复杂 涉及job、view、time三条命令 |
|
能否同时配置多个任务 |
不能 |
可以 |
|
同一任务中能否执行多条命令 |
不能 多次使用schedule job命令用来定时执行不同的命令时，最新的配置生效 |
可以 使用time命令可以指定在不同的时间点来执行不同的命令 |
|
支持的视图（view-name参数的取值） |
只能是shell（表示用户视图）和system（表示系统视图） |
系统支持的所有视图，其中用monitor表示用户视图 |
|
支持的命令范围（command参数的取值） |
只能是用户视图或系统视图下的命令 |
对应view-name下的任意命令 |
|
是否支持循环执行 |
不支持 |
支持 |
|
是否支持配置保存 |
不支持 |
支持 |
· command表示的命令行必须是设备上可成功执行的命令行，并且要求命令行是view-name视图下的命令，由用户保证配置的正确性，否则，命令行不能自动被执行。
· 指定命令执行时不进行信息交互。当需要用户交互确认时，系统将自动输入“Y”或“Yes”；当需要用户交互输入字符信息时，系统将自动输入缺省字符串，没有缺省字符串的将自动输入空字符串。
· 对于切换用户操作界面的命令（如telnet、ftp、ssh2等）、切换视图的命令（如system-view、quit等）以及修改执行命令用户状态的命令（如super命令等），自动执行命令后当前用户的操作界面、命令视图和用户状态不变。
· 设置的时间点到达时，系统将在后台执行指定命令，不显示任何输出信息（log、trap、debug等系统信息除外）。
|
操作 |
命令 |
说明 |
|
在指定时间执行指定命令 |
schedule job at time [ date ] view view-name command |
二者必选其一 该命令在用户视图下执行 · 配置schedule job at命令后，如果修改系统时间将影响到定时任务的执行 · 配置schedule job delay命令后，修改系统时间，不会影响定时任务的执行 |
|
在指定延时后执行指定命令 |
schedule job delay time view view-name command |
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
创建定时执行任务，并进入定时执行任务视图 |
job job-name |
必选 |
|
配置执行指定命令所在的视图 |
view view-name |
必选 每个定时执行任务只能指定一个视图 |
|
在指定时间点执行指定任务 |
time time-id at time date command command |
二者必选其一 · 配置time at命令后，如果修改系统时间将影响到定时任务的执行 · 配置time delay命令后，修改系统时间，不会影响定时任务的执行 |
|
time time-id { one-off | repeating } at time [ month-date month-day | week-day week-daylist ] command command |
||
|
延迟指定时间执行指定任务 |
time time-id { one-off | repeating } delay time command command |
需要注意的是：
· 每个定时执行任务只能包含一个视图，该定时任务中所有命令都将在此视图下被执行。若多次执行view命令指定了不同的视图，则最新的配置生效。
· 视图必须是设备当前支持的视图，而且是视图的完整形式，不能使用缩写。常用的有：用户视图对应的view-name为monitor，系统视图对应的view-name为system，以太网接口视图对应的view-name为GigabitEthernetx/x/x，VLAN接口视图对应的view-name为Vlan-interfacex等。
· 一个定时执行任务中最多可以配置10条命令（对应10个time-id）。如果多于10条，请把这个任务拆分为多个任务。
· time-id在同一个任务中必须唯一。如果新执行的time at命令指定的time-id和已有配置的time-id值相同，则新配置会覆盖旧配置。
对AC进行配置，通过定时开启/关闭端口，来实现对AC的以太网端口GigabitEthernet1/0/1下挂的Client使用时间的限制（只能在星期一到星期五的上午八点到下午十八点能够使用），提高设备的自动管理能力，并起到有效节能的目的。
图1-1 定时执行任务典型配置举例组网图
# 进入系统视图
<AC> system-view
# 创建定时执行任务client，并进入定时执行任务视图。
[AC] job client
# 配置运行指定命令的视图为GigabitEthernet1/0/1以太网端口视图。
[AC-job-client] view gigabitethernet1/0/1
# 配置定时执行任务，使AC在星期一到星期五的上午八点开启以太网端口。
[AC-job-client] time 1 repeating at 8:00 week-day mon tue wed thu fri command undo shutdown
# 配置定时执行任务，使AC在星期一到星期五的下午十八点关闭以太网端口。
[AC-job-client] time 2 repeating at 18:00 week-day mon tue wed thu fri command shutdown
[AC-job-client] quit
# 显示定时执行任务的配置信息。
[AC] display job
Job name: client
Specified view: gigabitethernet1/0/1
Time 1: Execute command undo shutdown at 08:00 Mondays Tuesdays Wednesdays Thursdays Fridays
Time 2: Execute command shutdown at 18:00 Mondays Tuesdays Wednesdays Thursdays Fridays
某些协议模块在特定情况下会自动关闭某个端口，比如当使能了BPDU保护功能的端口收到配置消息时，MSTP协议模块将自动关闭该端口。同时，系统会启动一个检测定时器，如果直到定时器超时（即经过time秒之后），该端口仍处于关闭状态，协议模块则自动激活该端口，令其恢复到真实的物理状态。
定时器的值（time）可以通过以下步骤调整：
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置定时检测时间间隔 |
shutdown-interval time |
可选 缺省情况下，定时检测时间间隔为30秒 |
本特性的支持情况与设备的型号有关，请参见“配置指导导读”中的“特性差异情况”部分的介绍。
通过以下配置任务，用户可以设置指定单板的温度告警门限。当单板的温度超出用户设定的门限时，设备系统会发出告警信号，便于用户及时进行处理。
表1-14 配置设备的温度告警门限
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置设备的温度告警门限 |
temperature-limit slot-number lower-value upper-value |
可选 缺省情况下，设备的温度告警门限与设备的型号有关，请参见“命令参考导读”中的“命令行及参数差异情况”部分的介绍 |
本特性的支持情况与设备的型号有关，请参见“配置指导导读”中的“特性差异情况”部分的介绍。
通过以下配置任务，用户可以根据实际应用的需要设置不同的温度告警门限监控设备上不同位置温度传感器的温度。当温度传感器的温度超出用户设定的门限时，设备系统会发出告警信号，便于用户及时进行处理。
设备支持3个温度告警门限：低温告警门限、一般级（Warning）高温告警门限、严重级（Alarm）高温告警门限。
· 如果温度低于低温告警门限，系统会生成日志信息和告警信息提示用户；
· 如果温度高于Warning高温门限，系统会生成日志信息和告警信息提示用户；
· 如果温度高于Alarm高温门限，系统一方面通过反复打印日志信息和告警信息提示用户，另一方面还会通过设备面板上的指示灯来告警。
表1-15 配置单板的温度告警门限
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置单板的温度告警门限 |
temperature-limit slot slot-number { inflow | hotspot } sensor-number lowerlimit warninglimit [ alarmlimit ] |
可选 缺省情况下，单板上的温度告警门限与设备的型号有关，请参见“命令参考导读”中的“命令行及参数差异情况”部分的介绍 高温告警门限必须大于低温告警门限；Alarm高温告警门限必须大于Warning高温告警门限。 |
AP在使用过程中可能会出现CPU利用率或者内存利用率较高的情况，用户可能需要关注这些信息。如果不使用告警重发功能，AC不会自动向用户发送告警，用户只能通过display cpu、display memory等命令查看当前利用率；使用告警重发功能后，AC会自动发告警信息来提醒用户。
告警重发功能的原理如下：在AC上配置了告警重发功能后，AC会定时（由collection-interval参数值决定）采集指定AP当前的CPU利用率/内存利用率，如果在一个监控周期（由resend-interval参数值决定）内，最后三次采集值有两次达到或超过阈值（cpu-threshold/memory-threshold），则在周期到达时，AC会发送一条CPU/内存过高的告警提醒用户，并进入下一个周期继续监控。
表1-16 配置单板的温度告警门限
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
设置告警重发周期 |
resend-interval resend-interval |
必选 缺省情况下，重发周期为0，即不重发 |
|
设置告警采集周期 |
collection-interval collection-interval |
必选 缺省情况下，采集周期为0，即不采集 |
|
进入AP模板视图 |
wlan ap ap-name model model-name [ id ap-id ] |
进入AC上的AP模板视图，下面两条命令在AP模板视图下配置 |
|
设置AP的CPU利用率阈值 |
cpu-usage threshold cpu-threshold |
可选 缺省情况下，AP的默认CPU利用率阈值为90 |
|
设置AP的内存利用率阈值 |
memory-usage threshold memory-threshold |
可选 缺省情况下，AP的默认内存利用率阈值为90 |
鉴于告警重发功能的实现原理，配置时，重发周期（resend-interval）大于或等于采集周期（collection-interval）的3倍。
通常情况下，使用NMS（network management station，网络管理工作站）管理设备时需要在NMS上配置设备IP地址，NMS会使用该地址监控和管理设备。如果设备与NMS相连的接口的IP地址发生变化或接口故障（接口状态为down），则NMS使用原IP地址不能与设备建立连接。
为NMS配置监控接口后，设备会实时监控接口的IP地址信息。当该接口获得或改变IP地址时，设备会主动发送Trap信息通知NMS更新设备的IP地址，NMS可以使用这个新的IP地址继续管理设备。
在实际组网中，为了提高可靠性，通常会使用两个接口将设备和NMS相连，以实现链路的备份。通过配置，设备可以对这两个接口进行监控，其中一个称为主监控接口，另一个则为从监控接口，但同一时刻只监控其中一个接口的IP地址变化。
· 如果只配置了主监控接口或只配置了次监控接口，则设备只监控此接口的IP地址变化。当接口在up期间获得或改变IP地址时，设备会主动向NMS发送Trap信息通知可用的IP地址。
· 如果同时配置了NMS主监控接口和次监控接口，则优先监控主监控接口。当该接口获得IP地址时，设备会主动向NMS发送Trap信息通知设备可用IP地址。在主监控接口up且具有有效的IP地址期间内，不关注次监控接口的IP地址变化；若取消主监控接口配置、主监控接口down或主监控接口删除/修改IP地址，则开始监控次监控接口，在次监控接口具有IP地址时，向NMS发送Trap信息通知设备可用的IP地址，此后在次监控接口up且具有有效的IP地址期间内，不关注主接口的IP地址改变，直到次监控接口down或次监控接口删除IP地址为止。
主监控接口和从监控接口的身份由用户来定义，可以将到NMS路由更优的或者链路状态更稳定的接口定义为主监控接口。
· 为了使监控接口IP地址改变的Trap信息能够发送到NMS，设备上必须先将SNMP Trap目标主机配置为NMS，具体配置请参见“网络管理和监控配置指导”中的“SNMP配置”。
· 接口IP地址改变相当于该接口的IP地址被删除后，重新获得不同的IP地址。
· 接口的up/down包括在接口执行shutdown/undo shutdown命令、网线插拔等事件。
· 用户在接口视图下手动配置IP地址或DHCP动态分配IP地址都会触发设备发送IP地址改变的Trap信息。
· 设备只监控接口的IPv4地址变化，不处理IPv6地址的改变。
表1-17 配置NMS监控接口
|
操作 |
命令 |
说明 |
|
进入系统视图 |
system-view |
- |
|
配置NMS主监控接口 |
nms primary monitor-interface interface-type interface-number |
二者必选其一 缺省情况下，NMS不会监控设备上的任何接口 |
|
配置NMS次监控接口 |
nms secondary monitor-interface interface-type interface-number |
实际组网中，NMS软件要求设备能够提供统一的16bit的接口索引，同时要求接口索引尽量稳定，即同一设备中接口的名字与接口的索引尽量保持一一对应的关系。
为了尽量保证接口索引的稳定性，当系统中的板卡被拔出或者在删除逻辑接口时，系统会保存该接口的16bit接口索引，以保证重新创建该接口时其索引值不变。
反复的插拔不同的子卡或接口板，创建或者删除大批量不同类型的逻辑口，都可能会耗尽接口索引，导致创建接口失败。为了避免这种情况，用户可以在用户视图下执行以下操作，清除当前系统中保存的但不使用的16bit接口索引。
执行该操作后：
· 对于重新创建的接口，接口的新的索引不能保证与原来的索引一致。
· 对于系统中已经正常存在的接口，不会引起其索引值的改变。
|
操作 |
命令 |
说明 |
|
清除当前系统中保存的但不使用的16bit接口索引 |
reset unused porttag |
必选 该命令在用户视图下执行 |
执行该命令时需要得到用户的确认。若用户在30秒之内没有确认操作，或者用户输入字符“N”否定了本次操作，则本命令退出执行。
是否支持可插拔模块与设备的型号有关，请参见“配置指导导读”中的“特性差异情况”部分的介绍。
|
可插拔模块类型 |
适用环境 |
能否为光接口模块 |
能否为电接口模块 |
|
SFP（Small Form-factor Pluggable，小封装可热插拔） |
一般用于百兆/千兆以太网等环境 |
是 |
否 |
因为可插拔模块的类型多样，厂商也不同，通过以下显示命令可以查看可插拔模块的主要特征参数（包括模块型号、连接器类型、发送激光的中心波长、信号的有效传输距离、模块生产或定制厂商等），以便识别可插拔模块。
表1-20 识别可插拔模块信息
|
操作 |
命令 |
说明 |
|
显示可插拔模块的主要特征参数 |
display transceiver interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ] |
对可插拔模块均生效 |
|
显示H3C定制防伪可插拔模块的部分电子标签信息 |
display transceiver manuinfo interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ] |
仅对H3C定制防伪可插拔模块生效 |
· H3C定制防伪可插拔模块是指H3C公司定制的、具有防伪功能的可插拔模块。用户可以通过display transceiver命令显示信息中Vendor Name字段来识别，为“H3C”的可以认定为H3C定制防伪可插拔模块。
· 电子标签信息也可以称为永久配置数据或档案信息等，在模块调测（调试、测试）过程中被写入到存储器件中，包括名称、生产序列号、模块生产或定制厂商等信息。
系统提供故障告警信息标志可插拔模块的故障来源，以便诊断和解决故障。对H3C定制防伪光模块系统还提供了数字诊断功能，其原理主要是对影响光模块工作的关键参数进行监控，这些关键参数包括：温度、电压、激光偏置电流、发送光功率和接收光功率等。当这些参数的值异常时，用户可以采取相应的措施，预防故障发生。
表1-21 诊断可插拔模块
|
操作 |
命令 |
说明 |
|
显示可插拔模块的当前故障告警信息 |
display transceiver alarm interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ] |
对可插拔模块均生效 |
|
显示H3C定制防伪可插拔光模块的数字诊断参数的当前测量值 |
display transceiver diagnosis interface [ interface-type interface-number ] [ | { begin | exclude | include } regular-expression ] |
仅对H3C定制的防伪可插拔光模块生效 |
在完成上述配置后，在任意视图下执行display命令可以显示配置后设备的运行情况，通过查看显示信息验证配置的效果。
|
操作 |
命令 |
|
显示系统版本信息 |
display version [ | { begin | exclude | include } regular-expression ] |
|
显示系统当前的时间和日期 |
display clock [ | { begin | exclude | include } regular-expression ] |
|
显示终端用户的信息 |
display users [ all ] [ | { begin | exclude | include } regular-expression ] |
|
显示已经登录设备且当前命令视图不是用户视图的用户的信息 |
display configure-user [ | { begin | exclude | include } regular-expression ] |
|
显示或保存系统当前多个功能模块运行的统计信息 |
display diagnostic-information [ | { begin | exclude | include } regular-expression ] |
|
显示CPU占用率的统计信息 |
display cpu-usage [ entry-number [ offset ] [ verbose ] [ from-device ] ] [ | { begin | exclude | include } regular-expression ] |
|
以图形方式显示CPU占用率统计历史信息 |
display cpu-usage history [ task task-id ] [ | { begin | exclude | include } regular-expression ] |
|
显示设备的信息 |
display device [ cf-card | usb ] [ subslot subslot-number | verbose ] [ | { begin | exclude | include } regular-expression ] |
|
显示设备的电子标签信息 |
display device manuinfo [ subslot subslot-number ] [ | { begin | exclude | include } regular-expression ] |
|
显示设备的温度信息 |
display environment [ cpu ] [ | { begin | exclude | include } regular-expression ] |
|
显示设备内置风扇的工作状态 |
display fan [ fan-id ] [ | { begin | exclude | include } regular-expression ] |
|
显示设备的内存使用状态 |
display memory [ | { begin | exclude | include } regular-expression ] |
|
显示设备的电源使用状态 |
display power [ power-id ] [ | { begin | exclude | include } regular-expression ] |
|
显示设备冗余电源系统的状态 |
display rps [ rps-id ] [ | { begin | exclude | include } regular-expression ] |
|
显示设备的启动方式 |
display reboot-type [ subslot subslot-number ] [ | { begin | exclude | include } regular-expression ] |
|
查看定时执行功能的具体配置（针对schedule job配置方式） |
display schedule job [ | { begin | exclude | include } regular-expression ] |
|
显示设备的重启时间 |
display schedule reboot [ | { begin | exclude | include } regular-expression ] |
|
查看定时执行功能的具体配置（针对job配置方式） |
display job [ job-name ] [ | { begin | exclude | include } regular-expression ] |
|
显示异常情况下系统的处理方式 |
display system-failure [ | { begin | exclude | include } regular-expression ] |
在日常维护或系统出现故障时，为了便于问题定位，用户需要查看各个功能模块的运行信息。因为各个功能模块都有其对应的运行信息，所以一般情况下，用户需要逐条运行相应的display命令。为便于一次性收集更多信息，用户可以在任意视图下执行display diagnostic-information命令，显示或保存系统当前多个功能模块运行的统计信息。display diagnostic-information命令一次性收集的信息等效于依次执行display clock、display version、display device、display current-configuration等命令后终端显示的信息。
· display users命令的详细介绍请参见“基础配置命令参考”中的“登录设备命令”。
· display environment、display power和display rps命令的支持情况与设备的型号有关，请参见“命令参考导读”中的“命令行及参数差异情况”部分的介绍。
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
售前咨询
售后咨询
人工在线咨询
