思科视频会议终端终端监控?为啥没有这个配置?terminal monitor.

 上传我的文档
 上传文档
 下载
 收藏
该文档贡献者很忙,什么也没留下。
 下载此文档
系统状态监控配置命令行
下载积分:2500
内容提示:系统状态监控配置命令行
文档格式:DOC|
浏览次数:2|
上传日期: 08:25:06|
文档星级:
全文阅读已结束,如果下载本文需要使用
 2500 积分
下载此文档
该用户还上传了这些文档
系统状态监控配置命令行
关注微信公众号ASR 1000系列路由器内存排除故障指南 - Cisco
ASR 1000系列路由器内存排除故障指南
(215.9 KB)
在各种设备上使用 Adobe Reader 查看
在 iPhone、iPad、Android、Sony Reader 或 Windows Phone 上使用各种应用查看
在 Kindle 设备上查看或在多个设备上使用 Kindle 应用查看
文档 ID:116777
关于此翻译
思科采用人工翻译与机器翻译相结合的方式将此文档翻译成不同语言,希望全球的用户都能通过各自的语言得到支持性的内容。
请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。
Cisco Systems, Inc. 对于翻译的准确性不承担任何责任,并建议您总是参考英文原始文档(已提供链接)。
本文描述如何检查系统内存和排除故障在Cisco ASR 1000系列汇聚服务路由器(ASR1K)的内存相关问题。
Cisco 建议您具有以下主题的基础知识:
Cisco IOS XE软件
Note:您也许需要一个特殊许可证为了登陆到在ASR 1001系列路由器的Linux shell。
使用的组件
本文档中的信息基于以下软件和硬件版本:
所有ASR1K平台
支持ASR1K平台的所有Cisco IOS XE软件版本
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您使用的是真实网络,请确保您已经了解所有命令的潜在影响。
ASR内存布局概述
使用大多基于软件的路由器平台,内部软件进程的多数在Cisco IOS内存内运行。ASR1K平台传入移动许多操作系统(OS)责任在IOS进程外面的分布式软件体系结构。IOS在此体系结构方面,对几乎所有以前负责内部操作,当前运行作为许多Linux进程之一。这允许其他Linux进程共同负担对路由器的操作的责任。&
ASR1K运行IOS-XE,不是传统IOS。在IOS-XE中, Linux组件运行内核,并且IOS运行作为守护程序,此后参考作为IOSd (IOS守护程序)。这创建内存拆分在Linux内核和IOSd实例之间的要求。
拆分在IOSd和系统的其余之间的内存修复在启动,并且不可能被修改。对于4-GB系统,分配IOSd大约2 GB,并且对于8-GB系统,分配IOSd大约4 GB (当软件冗余禁用)。
因为ASR1K有64位体系结构,在系统的每个数据结构的所有指示器消耗双内存数量,当与传统单个CPU比较平台(而不是4个字节的8个字节)。64位寻址使IOS解决2-GB可寻址的内存限制关于IOS,允许它扩展到数百万路由。&
Note:保证您有足够的内存联机,在您激活所有新特性前。思科建议您有至少8个GB DRAM,如果接收整个边界网关协议(BGP)路由表,当软件冗余启用为了防止内存耗尽时。
在lsmpi_io池下的存储器分配
Linux共享内存平底船接口(LSMPI)内存池用于为了传输从转发处理器的数据包到路由处理器。此内存池被雕刻在路由器初始化到被预先分配的缓冲区,与处理器池相对, IOS-XE动态地分配存储器块。在ASR1K平台上, lsmpi_io池有一点空闲存储器? ? ?通常少于1000个字节?是正常的? ?。思科建议您由网络管理应用程序禁用LSMPI池的监听为了避免假告警。
ASR1000# show memory statistics&&&&&&&&&& Head&&&
Total(b)&&& Used(b)&&& Free(b)&&
Lowest(b)&
Largest(b)Processor
2Clsmpi_io&
& 6295088&&&& 6294120&&& 968&&&&
如果有任何问题在LSMPI路径,设备xmit失败计数器在此命令输出(省略的若干输出中看上去增加) :
ASR1000-1# show platform software infrastructure lsmpi driverLSMPI Driver stat ver: 3Packets:&&&&&&& In: 674572&&&&&& Out: 259861Rings:&&&&&&& RX: 2047 free&&& 0&&& in-use&&& 2048 total&&&&&&& TX: 2047 free&&& 0&&& in-use&&& 2048 total&&& RXDONE: 2047 free&&& 0&&& in-use&&& 2048 total&&& TXDONE: 2047 free&&& 0&&& in-use&&& 2048 totalBuffers:&&&&&&& RX: 7721 free&&& 473& in-use&&& 8194 totalReason for RX drops (sticky):&&& Ring full&&&&&&& : 0&&& Ring put failed& : 0&&& No free buffer&& : 0&&& Receive failed&& : 0&&& Packet too large : 0&&& Other inst buf&& : 0&&& Consecutive SOPs : 0&&& No SOP or EOP&&& : 0&&& EOP but no SOP&& : 0&&& Particle overrun : 0&&& Bad particle ins : 0&&& Bad buf cond&&&& : 0&&& DS rd req failed : 0&&& HT rd req failed : 0Reason for TX drops (sticky):&&& Bad packet len&& : 0&&& Bad buf len&&&&& : 0&&& Bad ifindex&&&&& : 0&&& No device&&&&&&& : 0&&& No skbuff&&&&&&& : 0&&& Device xmit fail : 0&&& Device xmit rtry : 0&&& Tx Done ringfull : 0&&& Bad u-&k xlation : 0&&& No extra skbuff& : 0&snip&
内存使用情况
ASR1K包括在其system:的这些功能元件
ASR 1000系列路由处理器(RP)
ASR 1000系列嵌入式服务处理器(ESP)
ASR 1000系列SPA接口处理器(SIP)
同样地,它由在生产环境的这些处理器中的每一个要求监控存储器利用率。
控制处理器运行包括一个基于linux的内核和共同的一套OS级别实用工具程序,包括Cisco IOS运行作为在RP卡的一用户进程的Cisco IOS XE软件。
验证在IOS-XE的内存使用
输入显示平台软件状态控制处理器摘要命令为了监控在RP、ESP和SIP的内存使用。而您比较内存使用,系统状态一定是相同的,关于方面例如功能配置和流量。&
ASR1K# show platform software status control-processor brief &snip&Memory (kB)Slot
Status&& Total&&& Used (Pct)&&&& Free (Pct)
Committed (Pct)RP0
Healthy& 35628 (47%)& %)& %)ESP0
Healthy& 9764 (39%)&
%)& 2%)SIP0
Healthy& 482544&& %)&& %)&& %)SIP1
Healthy& 482544&& %)&& %)&& %)
Note:已承诺内存是多少RAM的估计您需要为了保证系统从未是在内存(OOM)外面此工作量的。通常,内核overcommits内存。例如,当您运行1-GB malloc时,什么都确实不发生。您只接收真的内存在需求,当您开始使用该已分配内存时和仅,和您使用一样多。
在上一个输出中列出的每个处理器也许报告状态如健康,亚里桑或者关键,取决于空闲内存容量。如果其中任一个处理器显示状态作为亚里桑或关键,请输入监视器平台软件process&slot&命令为了识别顶部投稿人。
ASR1K# monitor platform software process ?& 0&& SPA-Inter-Processor slot 0& 1&& SPA-Inter-Processor slot 1& F0& Embedded-Service-Processor slot 0& F1& Embedded-Service-Processor slot 1& FP& Embedded-Service-Processor& R0& Route-Processor slot 0& R1& Route-Processor slot 1& RP& Route-Processor& &cr&
在您能执行监视器平台软件进程命令前,也许提示您设置terminal-type :
ASR1K# monitor platform software process r0Terminal type 'network' unsupported for commandChange the terminal type with the 'terminal terminal-type' command.
默认情况下终端类型设置为网络。为了设置适当的终端类型,请输入terminal terminal-type命令:
&ASR1K#TERMINAL terminal-type VT100
一旦正确终端类型配置,您能输入监视器平台软件进程命令(省略的若干输出) :
ASR1000# monitor platform software process r0top - 00:34:59 up& 5:02,& 0 users,& load average: 2.43, 1.52, 0.73Tasks: 136 total,&& 4 running, 132 sleeping,&& 0 stopped,&& 0 zombieCpu(s):& 0.8%us,& 2.3%sy,& 0.0%ni, 96.8%id,& 0.0%wa,& 0.0%hi,& 0.0%si,& 0.0%stMem:&& 2009852k total,& 1811024k used,&& 198828k free,&& 135976k buffersSwap:&&&&&&& 0k total,&&&&&&& 0k used,&&&&&&& 0k free,& 1133544k cachedPID
USER&&&&& PR& NI& VIRT& RES& SHR S %CPU %MEM&&& TIME+& COMMAND 25956 root&&&&& 20&& 0& 928m 441m 152m R& 1.2 22.5&& 4:21.32 linux_iosd-imag29074 root&&&&& 20&& 0& 106m& 95m 6388 S& 0.0& 4.9&& 0:14.86 smand24027 root&&&&& 20&& 0& 114m& 61m& 55m S& 0.0& 3.1&& 0:05.07 fman_rp25227 root&&&&& 20&& 0 27096& 13m& 12m S& 0.0& 0.7&& 0:04.35 imand23174 root&&&&& 20&& 0 352 S& 1.0& 0.6&& 1:58.00 cmand23489 root&&&&& 20&& 0
4952 S& 0.2& 0.4&& 0:05.28 emd24755 root&&&&& 20&& 0
4472 S& 1.0& 0.3&& 3:39.33 hman28475 root&&&&& 20&& 0
4792 S& 0.0& 0.3&& 0:00.26 psd27957 root&&&&& 20&& 0
3300 S& 0.0& 0.3&& 0:00.18 plogd14572 root&&&&& 20&& 0& 08 S& 0.0& 0.1&& 0:02.37 reflector.sh &snip&
Note:为了排序输出降序按内存使用的顺序,请按班次+ M。
验证在IOSd的内存使用
如果注意linux_iosd-imag进程在监视器平台软件进程RP active命令输出中保持一个非常地很多内存,请集中您的故障排除工作于IOSd实例。很可能在IOSd线索的一特定进程不释放内存。排除故障在IOSd实例的内存相关问题同一个方式您排除故障所有基于软件的转发平台,例如Cisco 2800, 3800,或者3900系列。
ASR1K# monitor platform software process rp activePID
USER&& PR& NI VIRT& RES& SHR
%MEM TIME+&
COMMAND25794 root&
38.9 1415:11
linux_iosd-imag23038 root&& 20& 0
33848 13m& 10m
0.4& 30:53.87 cmand9599
root&& 20& 0&
0.0& 0:00.01
输入show process memory排序的命令为了识别问题进程:
ASR1000# show process memory sortedProcessor Pool Total:
Free: lsmpi_io
Pool Total: 6295088
Used: 6294116
Free: 972PID
TTY& Allocated&& Freed&&&&&& Holding&&&&Getbufs&&& Retbufs& Process522& 0
& && & 54432&&&&& 0&&&&&&& BGP Router234& 0
& & & 15876&
IP RIB Update0&&& 0&
& 0&&&&&&&&& 0&&&&&&& *Init
Note:请开TAC案例,如果要求协助为了排除故障或识别,如果内存使用合法。
验证在ASR1K的TCAM利用率
数据流分类是在路由器和交换机找到的多数基本功能之一。许多应用程序和功能要求基础设备为根据质量要求的不同的用户提供这些差异化服务。数据流分类进程应该快速,因此设备的吞吐量不非常地降低。ASR1K平台为此使用三个按内容寻址的存储器(TCAM4)的第4生成。
为了确定TCAM信元的总数可用在平台和依然存在自由输入的数量,请输入此命令:
ASR1000# show platform hardware qfp active tcam resource-manager usage&Total TCAM Cell Usage Information----------------------------------Name&&&&&&&&&&&&&&&&&&&&&&&
: TCAM #0 on CPP #0Total number of regions&&&&
: 3Total tcam used cell entries : 65528Total tcam free cell entries : 30422Threshold status&&&&&&&&&&&
: below critical limit
Note:思科建议您总是检查阈值状态,在您做对访问列表或服务质量(QoS)策略前的所有变动,因此TCAM有满足的自由信元联机为了编程条目。
如果转发处理器运行精密地低在自由的TCAM信元, ESP也许生成日志类似于如下所示的那些并且也许失败。如果没有冗余,这导致raffic中断。
%CPPTCAMRM-6-TCAM_RSRC_ERR: SIP0: cpp_sp: Allocation failed because of insufficient TCAM resources in the system.%CPPOSLIB-3-ERROR_NOTIFY: SIP0: cpp_sp:cpp_sp encountered an error - Traceback=1#s7fbf3b60d7 errmsg:7EFFC525C000+1175
验证在QFP的存储器利用率
除物理存储器之外,也有内存附加对使用为了转发数据结构,包括数据例如转发信息库(FIB)和QoS策略的Quantum流处理器(QFP) ASIC。相当数量QFP的ASIC DRAM联机修复,与范围256 MB、512 MB和1 GB,从属在ESP模块。
输入显示平台硬件qfp statistics命令活动基础设施的exmem为了确定exmem内存使用。内存的总和使用的IRAM和DRAM的给是在使用中的总计QFP内存。
BGL.I.05-ASR1000-1# show platform hardware qfp active infra exmem statistics userType: Name: IRAM, CPP: 0& Allocations& Bytes-Alloc& Bytes-Total& User-Name& ------------------------------------------------------& 1&&&&&&&&&&& 115200&&&&&& 115712&&&&&& CPP_FIAType: Name: DRAM, CPP: 0& Allocations& Bytes-Alloc& Bytes-Total& User-Name& -----------------------------------------------------& 4&&&&&&&&&&& 1344&&&&&&&&& 4096&&&&&&&& P/I& 9&&&&&&&&&&& 270600&&&&&&& 276480&&&&&& CEF& 1&&&&&&&&&&& 1138256&&&&&& 1138688&&&&& QM RM& 1&&&&&&&&&&& 4194304&&&&&& 4194304&&&&& TCAM& 1&&&&&&&&&&& 65536&&&&&&&& 65536&&&&&&& Qm 16
IRAM是QFP软件的说明内存。在DRAM用尽情况下,可以使用联机IRAM。如果IRAM运行精密地低在内存,您也许发现此错误消息:
%QFPOOR-4-LOWRSRC_PERCENT: F1: cpp_ha: QFP 0 IRAM resource low - 97 percent depleted%QFPOOR-4-LOWRSRC_PERCENT: F1: cpp_ha: QFP 0 IRAM resource low - 98 percent depleted&
为了确定消耗大多数内存的进程,请输入user命令显示平台硬件qfp激活在下exmem的统计信息:
ASR1000# show platform hardware qfp active infra exmem statistics userType: Name: IRAM, CPP: 0& Allocations& Bytes-Alloc& Bytes-Total& User-Name& ----------------------------------------------------& 1&&&&&&&&&&& 115200&&&&&& 115712&&&&&& CPP_FIAType: Name: DRAM, CPP: 0Allocations& Bytes-Alloc& Bytes-Total& User-Name& ----------------------------------------------------& 4&&&&&&&&& 1344&&&&&&&& 4096&&&&&&&
P/I& 9&&&&&&&&& 270600&&&&&& 276480&&&&&& CEF& 1&&&&&&&&& 1138256&&&&& 1138688&&&&
QM RM& 1&&&&&&&&& 4194304&&&&& 4194304&&&&
TCAM& 1&&&&&&&&& 65536&&&&&&& 65536&&&&&&& Qm 16
Vishnu Asok and Girish Devgan Cisco TAC Engineers.
此文档是否有帮助?
相关的思科社区讨论
本文档适用于以下产品H3C S5600系列以太网交换机 操作手册-Release )_信息中心操作-新华三集团-H3C
配置操作手册
H3C S5600系列以太网交换机 操作手册-Release )
37-信息中心操作
docurl=/cn/Service/Document_Software/Document_Center/Switches/Catalog/S/Configure/Operation_Manual/S5600_OM_Release_)/655_30005_0.htm
37-信息中心操作
新增“信息中心支持时间戳中显示UTC时间”特性,具体介绍请参见。
1.1& 信息中心简介
信息中心是系统的信息枢纽,它能够对所有的系统信息进行分类、管理。通过与调试程序(debugging命令)结合,信息中心为网络管理员和开发人员监控网络运行情况和诊断网络故障提供了强有力的支持。
系统的信息中心具有以下一些特性:
1. 系统信息的分类
信息中心共有三类信息:
llog类:日志类信息
ltrap类:告警类信息
ldebug类:调试类信息
2. 系统信息的八个等级
信息按重要性划分为八种等级,可按等级进行信息过滤。系统信息的信息级别值越小,紧急程度越高。
emergencies
系统不可用信息
需要立刻做出反应的信息
notifications
正常出现但是重要的信息
informational
需要记录的通知信息
调试过程产生的信息
系统进行信息过滤时采用的规则是:禁止信息级别大于所设置阈值的信息输出。
l当设置信息级别的取值为1时,系统只会输出emergencies信息;
l当设置信息级别的取值为8时,系统将输出所有级别的信息。
3. 系统信息的十个通道和六个输出方向
系统支持向以下六个方向发送系统信息:控制台(console)、监视终端(monitor)、日志缓冲区(logbuffer)、日志主机(loghost)、告警缓冲区(trapbuffer)和SNMP。
系统支持十个通道,其中0~5六个通道有缺省通道名,并且这六个通道缺省的与六个输出方向相关联。可以通过命令改变通道名,也可以通过命令改变通道与输出方向之间的关联。
控制台(可以接收log、trap、debug信息)
监视终端(可以接收log、trap、debug信息,方便远程维护)
日志主机(可以接收log、trap、debug信息,通常系统信息在日志主机以文件的方式存储,以便查询)
trapbuffer
告警缓冲区(可以接收trap信息,是设备内部的一块缓存,用于记录信息)
日志缓冲区(可以接收log信息,是设备内部的一块缓存,用于记录信息)
SNMP网络管理工作站(可以接收trap信息)
未指定(可以接收log、trap、debug信息)
未指定(可以接收log、trap、debug信息)
未指定(可以接收log、trap、debug信息)
未指定(可以接收log、trap、debug信息)
六个方向的设置相互独立,但首先需要开启信息中心,其余的设置才会生效。
4. 按来源模块输出系统信息
系统信息可按来源模块进行分类,进而进行信息过滤。部分信息来源模块的名称及说明请参见。
802.1X模块
访问控制列表(Access Control List)模块
地址表模块(ADdress Base Module)
访问管理(Access Management)模块
地址解析协议(Address Resolution Protocol)模块
命令行模块
设备管理模块
动态主机配置协议(Dynamic Host Configuration Protocol)模块
域名系统(Domain Name System)模块
以太网(Ethernet)模块
堆叠拓扑结构管理(Fabric Topology Management)模块
堆叠拓扑结构管理命令模块
FTP服务器模块
高可靠性(High Availability)模块
华为认证旁路协议(Huawei Authentication Bypass Protocol)模块
HTTP服务器模块
华为配置管理(Huawei Configuration Management)私有MIB模块
HWPing模块
接口管理模块
IGMP snooping模块
互联网协议(Internet Protocol)模块
链路聚合模块
终端线模块
多生成树协议(Multiple Spanning Tree Protocol)模块
组播路径查询(Multicast TRACEroute)模块
网络地址转换(Network Address Translation)模块
邻居发现协议(Neighbor Discovery Protocol)模块
网络拓扑发现协议(Network Topology Discovery Protocol)模块
网络时间协议(Network Time Protocol)模块
开放最短路径优先协议(Open Shortest Path First)模块
公共密钥设施(Public Key Infrastructure)模块
Radius模块
远程监控(Remote monitor)模块
RSA加密系统(Revest,Shamir and Adleman)模块
用户界面模块
简单网络管理协议(Simple Network Management Protocol)模块
套接字模块
安全用户界面(Secure Shell)模块
系统管理MIB模块
HWTACACS模块
远程登录Telnet模块
TFTP Client模块
虚拟局域网(Virtual Local Area Network)模块
虚拟路由备份协议(Virtual Router Redundancy Protocol)模块
虚拟类型终端(Virtual Type Terminal)模块
Xmodem模块
所有模块的缺省设置
总之,信息中心的主要工作就是将各种模块的三种类型的信息,按照八种信息级别,通过用户选择的信息通道,将系统信息定位到六个输出方向发送出去。
l当输出方向为控制台、监视终端、日志缓冲区、告警缓冲区或SNMP时,系统信息的格式如下:
&&&&& timestamp sysname module/level/digest: - unitid -content
&&&&&&&&&& 对应的中文格式为:
&&&&&&&&&& 时间戳 主机名 模块名/信息级别/信息摘要:信息文本
l以上格式中空格、斜杠(/)、冒号(:)是必须的。
l时间戳前面会有百分号(%)或井字符号(#)或米字符号(*),分别代表该条信息是日志信息或告警信息或调试信息。
以输出到监视终端的日志信息为例,显示格式如下:
%Dec& 6 10:44:55:283 2006 Sysname NTP/5/NTP_LOG:- 1 - NTP service enable
(其中,“-
1 -”表示设备的Unit编号为1。)
l当输出方向为日志主机时,交换机与日志主机之间遵循syslog协议,根据RFC3164(The BSD syslog Protocol)规定,系统信息遵循如下格式:
&Int_16&timestamp sysname %%nnmodule/level/digest: source content
l如果在交换机的信息中心中指定了日志主机的地址,当日志信息产生时,交换机会按上述格式将日志信息发往日志主机,具体配置可参考。
l在Unix,Linux平台上有syslog进程,只要开启此进程就能够接收交换机发出的日志信息;在Windows平台下可以安装特定软件来作为syslog主机。
l需要注意的是:一些日志主机软件会对收到的信息进行解析,并修改信息格式,造成用户在日志主机上查看到的日志格式与上述描述有差异,请用户以实际情况为准。
下面对信息的每一个字段做详细说明。
1. Int_16(优先级)
优先级的计算按如下公式:facility*8+severity-1。
lfacility(工具名称)默认为local7,值为23(local6为22,依此类推);
lseverity(信息级别)的取值范围为1~8,信息级别具体含义请参见。
优先级字段只有在信息发往日志主机上时才会出现。
(时间戳)
时间戳记录了系统信息产生的时间,方便用户查看和定位系统事件。
时间戳与主机名之间以一个空格隔开。
时间戳格式分为两种:
(1)在时间戳中不带UTC(Universal Time Coordinated,通用协调时间)时间时的格式为“Mmm dd hh:mm:ss:ms yyyy”。
(2)在时间戳中带UTC时间时的格式为“Mmm dd hh:mm:ss:ms yyyy
[GMT +|- hh:mm:ss]”。
各字段解释如下:
l“Mmm”为月份的英文缩写,即为如下的值:Jan、Feb,Mar、Apr、May、Jun、Jul、Aug、Sep、Oct、Nov和Dec。
l“dd”为日期,如果日期的值小于10,则必须写为“空格+日期”,如“ 7”。
l“hh:mm:ss:ms”为本地时间。hh采用24小时制,从00到23;分钟和秒的值均从00到59;毫秒取值为000到999。(需要注意的是:信息中心发往日志主机的系统信息的时间戳不带毫秒信息;发往控制台、监视终端、日志缓冲区、告警缓冲区或SNMP的系统信息会精确到毫秒)
l“yyyy”为年份。
l“[GMT +|-
hh:mm:ss]”为UTC时间,表示和格林尼治标准时间的时差值。
由于网络中交换机可能分布在不同时区,此时各交换机信息中心输出信息的时间戳显示的均为当地时间,不便于用户全面定位处理问题。当配置信息中心发往各输出方向的信息时间戳中带有UTC时间时,用户可以根据该时间戳了解信息中心处理信息的时间。即,在输出信息中加入UTC时间后,用户可根据时间戳中的UTC记录,得知网络中各交换机信息所对应的格林尼治标准时间。
要使信息中心输出信息的时间戳中显示UTC时间,需同时满足以下三个条件:
l配置本地时区信息;
l配置信息中心输出方向的时间戳格式时间戳为date类型;
l配置信息中心输出信息中显示UTC时间。
满足以上条件后,在信息中心输出的信息中可以显示UTC时间。例如:
%Dec& 8 10:12:21:708 2006
[GMT+08:00:00] Sysname SHELL/5/LOGIN:- 1 - VTY(1.1.0.2) in unit1 login
(主机名)
主机名是本地交换机的系统名,默认为“H3C”。
用户可以使用sysname命令修改主机名,具体操作请参见本手册“系统维护与调试”部分的介绍。
主机名与模块名之间以一个空格隔开。
该字段为标志厂商的前导字符,只有在信息发往日志主机上时才出现。
该字段为syslog的版本标识,只有在信息发往日志主机上时才出现。
6. module(模块名)
该字段表示产生信息的功能模块的名称。模块列表可以通过在系统视图下输入命令info-center source ?查看到。信息来源模块的名称及说明请参见。模块名与信息级别之间以一个斜杠(/)隔开。
(信息级别)
系统信息的级别共分为8级,从1~8,它们的定义和说明请参见。信息级别与信息摘要之间以一个斜杠(/)隔开。
(信息摘要)
信息摘要是一个不超过32个字符的字符串,表示该信息的内容大意。
信息摘要与信息文本之间以一个冒号(:)隔开。
输出方向为日志主机的系统信息,如果该字符串以“(l)”结尾则表示该信息为Log信息,如果该字符串以“(t)”结尾则表示该信息为Trap信息,如果该字符串以“(d)”结尾则表示该信息为Debug信息。
9. source(定位信息)
该字段表示信息的产生者,比如日志发送者的源IP地址,该字段可选,且只有在信息发往日志主机上时才有效。
10. context(信息文本)
信息文本表示了该条系统信息的具体内容。
表1-4 信息中心配置任务简介
配置同步信息输出功能
配置带UTC的时间戳显示功能
配置信息发送到控制台
配置信息发送到监视终端
配置信息发送到日志主机
配置信息发送到告警缓冲区
配置信息发送到日志缓冲区
配置信息发送到SNMP网络管理工作站
同步信息输出是指当用户在输入命令时有日志、告警或调试信息输出,则在系统信息输出后会回显命令行提示符(在命令编辑状态回显提示符,交互状态回显“[Y/N]”字符串)和用户已有的输入。
此功能用于用户在进行操作(操作还没有完成)却被大量的系统信息打断时,回显用户的上一步操作,用户可以接着执行上一步的操作。
表1-5 配置同步信息输出功能
进入系统视图
system-view
开启同步信息输出功能
info-center synchronous
缺省情况下,同步信息输出功能处于关闭状态
l在当前命令行提示符下,如果用户没有任何输入,此时若有日志等系统信息输出,输出后将不会回显命令行提示符;
l当处在交互状态,需要用户输入一些交互信息时(非Y/N确认信息),因为情况各异,所以若有系统信息输出,输出后不再回显提示信息,而只是将用户已有的输入换行打印出来。
的时间戳显示功能
要使信息中心输出信息的时间戳中显示UTC时间,需同时满足以下三个条件:
l配置本地时区信息;
l配置信息中心输出方向的时间戳格式时间戳为date类型;
l配置信息中心输出信息中显示UTC时间。
表1-6 配置带UTC的时间戳显示功能
设置系统所在的时区
clock timezone zone-name { add | minus } time
缺省情况下,系统时区为UTC时区
进入系统视图
system-view
设置信息中心输出方向的时间戳格式时间戳为date类型
日志主机方向
info-center timestamp loghost date
非日志主机方向
info-center timestamp { log | trap | debugging } date
设置信息中心输出信息中显示UTC时间
info-center timestamp utc
缺省情况下,输出信息中不显示UTC时间
1. 配置信息发送到控制台
进入系统视图
system-view
开启信息中心
info-center enable
缺省情况下,信息中心处于开启状态
设置系统向控制台方向输出系统信息
info-center console channel { channel-number | channel-name
缺省情况下,交换机使用0号通道向控制台输出日志/调试/告警信息
设置系统信息的输出规则
info-center source { modu-name | default } channel
{ channel-number | channel-name } [ { log |
trap | debug } { level severity | state state
缺省情况下,系统信息的输出规则参见
设置输出信息的时间戳格式
info-center timestamp { log | trap | debugging } { boot |
date | none }
缺省情况下,输出日志和告警信息的时间戳格式为date;调试信息的时间戳格式为boot
当用户需要查看交换机某些模块的调试信息时,需要在设置系统信息的输出规则时将信息类别选择为debug,并使用debugging命令开启相应模块的调试开关。
default(所有模块)
default(所有模块)
default(所有模块)
informational
告警缓冲区
default(所有模块)
informational
日志缓冲区
default(所有模块)
SNMP网络管理站
default(所有模块)
2. 开启控制台对系统信息的显示功能
在配置将系统信息发送到控制台后,为了能在控制台上观察到输出的信息,还要开启控制台对相应信息的显示功能。请在用户视图下进行以下操作。
开启终端调试/日志/告警信息显示功能
terminal monitor
缺省情况下,终端调试/日志/告警信息显示功能处于开启状态
开启终端调试信息显示功能
terminal debugging
缺省情况下,终端调试信息显示功能处于关闭状态
开启终端日志信息显示功能
terminal logging
缺省情况下,终端调试信息显示功能处于开启状态
开启终端告警信息显示功能
terminal trapping
缺省情况下,终端调试信息显示功能处于开启状态
当使用terminal debugging、terminal logging、terminal trapping三条命令用于开启相应系统信息的显示功能时,请确定终端调试/日志/告警信息显示功能(terminal monitor)处于开启状态。
系统信息可以发往控制台,也可以发往监视终端。监视终端是指以AUX、VTY、TTY类型用户界面登录的用户终端。
1. 配置信息发送到监视终端
进入系统视图
system-view
开启信息中心
info-center enable
缺省情况下,信息中心处于开启状态
设置系统向Telnet终端或哑终端输出系统信息
info-center monitor channel { channel-number | channel-name }
缺省情况下,交换机使用1号通道向用户终端输出日志/调试/告警信息
配置系统信息的输出规则
info-center source { modu-name | default } channel
{ channel-number | channel-name } [ { log |
trap | debug } { level severity | state state
缺省情况下,系统信息的输出规则参见
设置输出信息的时间戳格式
info-center timestamp { log | trap | debugging } { boot |
date | none }
缺省情况下,输出日志和告警信息的时间戳格式为date;调试信息的时间戳格式为boot
l同时有多个Telnet用户或哑终端用户时,各个用户之间共享一些配置参数,其中包括按模块过滤设置,严重等级阈值,某一个用户改变这些设置时,在别的用户端也有所反映。
l当用户需要查看交换机某些模块的调试信息时,需要在设置系统信息的输出规则时将信息类别选择为debug,并使用debugging命令开启相应模块的调试开关。
2. 开启监视终端对系统信息的显示功能
在配置将系统信息发送到监视终端后,为了能在监视终端上观察到输出的信息,还要开启监视终端对相应信息的显示功能。
开启调试/日志/告警信息显示功能
terminal monitor
缺省情况下,终端调试/日志/告警信息显示功能处于开启状态
开启终端调试信息显示功能
terminal debugging
缺省情况下,终端调试信息显示功能处于关闭状态
开启终端显示日志信息功能
terminal logging
缺省情况下,终端调试信息显示功能处于开启状态
开启终端告警信息显示功能
terminal trapping
缺省情况下,终端调试信息显示功能处于开启状态
当使用terminal debugging、terminal logging、terminal trapping三条命令用于开启相应系统信息的显示功能时,请确定终端调试/日志/告警信息显示功能(terminal monitor)处于开启状态。
1.2.6& 配置信息发送到日志主机
进入系统视图
system-view
开启信息中心
info-center enable
缺省情况下,信息中心处于开启状态
开启Fabric内指定交换机的信息输出开关
info-center switch-on { unit unit-id | master | all } [
debugging | logging | trapping ]*
缺省情况下,Fabric中master的调试信息输出开关是开启的,日志和告警信息输出开关是关闭的,其他交换机的日志、调试和告警信息的输出开关都是关闭的
设置系统向日志主机输出系统信息
info-center loghost host-ip-addr [
channel { channel-number | channel-name
} | facility local-number ]*
缺省情况下,交换机不向日志主机输出信息
配置交换机向日志主机输出信息后,缺省使用2号通道
设置系统向日志主机发送日志信息的源接口
info-center loghost source interface-type interface-number
缺省情况下,没有配置向日志主机发送日志信息的源接口,系统会自动选择一个接口作为源接口
配置系统信息的输出规则
info-center source { modu-name | default } channel
{ channel-number | channel-name } [ { log |
trap | debug } { level severity | state state
缺省情况下,系统信息的输出规则参见
设置发往日志主机的时间戳格式
info-center timestamp loghost { date | no-year-date | none }
缺省情况下,发往日志主机的信息的时间戳格式为date
l交换机构成一个Fabric后,每个交换机之间的日志、调试和告警信息可以通过配置info-center switch-on命令打开信息输出开关达到同步。同步的过程是每个交换机将自己的信息发送给Fabric内其他交换机,同时接收其他交换机的信息,更新本机的信息,保证了整个Fabric内的日志、调试和告警信息一致。
l使用命令info-center loghost配置日志主机的IP地址时,请输入正确的IP地址。如果用户输入的是环回地址,系统将提示此地址无效。
1.2.7& 配置信息发送到告警缓冲区
进入系统视图
system-view
开启信息中心
info-center enable
缺省情况下,信息中心处于开启状态
设置系统向告警缓冲区输出系统信息
info-center trapbuffer [ channel { channel-number | channel-name
} | size buffersize ]*
缺省情况下,交换机使用3号通道向告警缓冲区输出告警信息,缓冲区默认可以存储256条
配置系统信息的输出规则
info-center source { modu-name | default } channel
{ channel-number | channel-name } [ { log |
trap | debug } { level severity | state state
缺省情况下,系统信息的输出规则参见
设置输出信息的时间戳格式
info-center timestamp { log | trap | debugging } { boot |
date | none }
缺省情况下,输出告警信息的时间戳格式为date
1.2.8& 配置信息发送到日志缓冲区
进入系统视图
system-view
开启信息中心
info-center enable
缺省情况下,信息中心处于开启状态
设置系统向日志缓冲区输出信息
info-center logbuffer [ channel { channel-number
| channel-name } | size buffersize ]*
缺省情况下,交换机使用4号通道向日志缓冲区输出日志信息,缓冲区默认可以存储512条
设置系统信息的输出规则
info-center source { modu-name | default } channel
{ channel-number | channel-name } [ { log |
trap | debug } { level severity | state state
缺省情况下,系统信息的输出规则参见
设置输出信息的时间戳格式
info-center timestamp { log | trap | debugging } { boot |
date | none }
缺省情况下,输出日志信息的时间戳格式为date
1.2.9& 配置信息发送到SNMP网络管理工作站
网络管理工作站
进入系统视图
system-view
开启信息中心
info-center enable
缺省情况下,信息中心处于开启状态
设置系统向SNMP工作站输出信息
info-center snmp channel { channel-number | channel-name }
缺省情况下,交换机使用5号通道向SNMP输出告警信息
设置系统信息的输出规则
info-center source { modu-name | default } channel
{ channel-number | channel-name } [ { log |
trap | debug } { level severity | state state
缺省情况下,系统信息的输出规则参见
设置输出信息的时间戳格式
info-center timestamp { log | trap | debugging } { boot |
date | none }
缺省情况下,发送到SNMP的信息的时间戳格式为date
为了使信息可以正确发送到SNMP工作站,交换机上还需要对SNMP进行配置,同时在远端的网管工作站上也需要作相应的配置。这样才能在网管工作站上获得正确的信息。
在完成上述配置后,在任意视图下执行display命令可以显示配置后信息中心的运行情况。用户可以通过查看显示信息验证配置的效果。在用户视图下执行reset命令可以清除日志缓冲区和告警缓冲区内的信息。
显示信息通道的内容
display channel [ channel-number | channel-name
display命令可以在任意视图下执行
显示信息中心工作状态、各信息输出通道的配置、时间戳格式及堆叠情况下的信息输出情况
display info-center [ unit unit-id ]
显示交换机日志缓冲区的状态和缓冲区记录的日志信息
display logbuffer [ unit unit-id ] [ level
severity | size buffersize ]* [ | { begin
| exclude | include } regular-expression ]
显示交换机日志缓冲区的概要信息
display logbuffer summary [ level severity
显示交换机告警缓冲区的状态和缓冲区记录的告警信息
display trapbuffer [ unit unit-id ] [ size
buffersize ]
清除日志缓冲区内的信息
reset logbuffer [ unit unit-id ]
reset命令在用户视图下执行
清除告警缓冲区内的信息
reset trapbuffer [ unit unit-id ]
1.4& 信息中心典型配置举例
日志主机的配置举例
1. 组网需求
交换机的日志信息发送到Unix日志主机上,日志主机的IP地址为202.38.1.10,只允许严重性高于informational的日志信息发送到日志主机上,允许输出信息的模块为ARP和IP。
(Unix日志主机)
3. 配置步骤
(1)交换机上的配置。
# 开启信息中心。
&Switch& system-view
[Switch] info-center enable
# 关闭所有模块向日志主机通道输出信息的功能。
[Switch] undo info-center source default channel loghost
# 将IP地址为202.38.1.10的主机用作日志主机,只允许严重等级高于informational的日志信息输出至日志主机,允许输出信息的模块为ARP和IP。
[Switch] info-center loghost 202.38.1.10 facility local4
[Switch] info-center source arp channel loghost log level informational debug state off trap state off
[Switch] info-center source ip channel loghost log level informational debug state off trap state off
(2)日志主机上的配置。
下面的配置示例是在SunOS 4.0上完成的,在其它厂商的Unix操作系统上的配置操作基本与之相似。
第一步:以超级用户(root)的身份执行以下命令。
# mkdir /var/log/Switch
# touch /var/log/Switch/information
第二步:以超级用户(root)的身份编辑文件/etc/syslog.conf,加入以下选择/动作组合(selector/action pairs)。
# Switch configuration messages
local4.info&&&
/var/log/Switch/information
在编辑/etc/syslog.conf时应注意以下问题:
l注释只允许独立成行,并以字符# 开头。
l选择/动作组合之间必须以一个制表符分隔,而不能输入空格。
l在文件名之后不得有多余的空格。
l/etc/syslog.conf中指定的设备名及接受的日志信息级别与交换机上配置的info-center loghost和info-center source命令中的相应参数应保持一致,否则日志信息可能无法正确输出到日志主机上。
第三步:当日志文件information建立且/etc/syslog.conf文件被修改了之后,应通过执行以下命令给系统守护进程syslogd一个HUP信号来使syslogd重新读取它的配置文件/etc/syslog.conf。
# ps -ae | grep syslogd
# kill -HUP 147
进行以上操作之后,交换机系统就可以在相应的日志文件中记录信息了。
综合配置设备名称(facility)、严重等级阈值(severity)、模块名称(filter)以及syslog.conf文件,可以进行相当细致的分类,达到信息筛选的目的。
日志主机的配置举例
1. 组网需求
交换机的日志信息发送到Linux日志主机上,日志主机的IP地址为202.38.1.10,只允许严重性高于errors的日志信息发送到日志主机上,允许输出信息的模块为所有模块。
(Linux日志主机)
3. 配置步骤
(1)交换机上的配置。
# 开启信息中心。
&Switch& system-view
[Switch] info-center enable
# 将IP地址为202.38.1.10的主机用作日志主机,只允许严重等级高于errors的日志信息输出至日志主机,允许输出信息的模块为所有模块。
[Switch] info-center loghost 202.38.1.10 facility local7
[Switch] info-center source default channel loghost log level errors debug state off trap state off
(2)日志主机上的配置。
第一步:以超级用户(root)的身份执行以下命令。
# mkdir /var/log/Switch
# touch /var/log/Switch/information
第二步:以超级用户(root)的身份编辑文件/etc/syslog.conf,加入以下选择/动作组合(selector/action pairs)。
# Switch configuration messages
local7.info&&&
/var/log/Switch/information
在编辑/etc/syslog.conf时应注意以下问题:
l注释只允许独立成行,并以字符# 开头。
l选择/动作组合之间必须以一个制表符分隔,而不能输入空格。
l在文件名之后不得有多余的空格。
l/etc/syslog.conf中指定的设备名及接受的日志信息级别与交换机上配置的info-center loghost和info-center source命令中的相应参数应保持一致,否则日志信息可能无法正确输出到日志主机上。
第三步:当日志文件information建立且/etc/syslog.conf文件被修改了之后,应通过执行以下命令查看系统守护进程syslogd的进程号,杀死syslogd进程,并重新用-r选项在后台启动syslogd。
# ps -ae | grep syslogd
# kill -9 147
# syslogd -r &
对于Linux日志主机,必须保证syslogd进程是以-r选项启动。
进行以上操作之后,交换机系统就可以在相应的日志文件中记录信息了。
综合配置设备名称(facility)、严重等级阈值(severity)、模块名称(filter)以及syslog.conf文件,可以进行细致的分类,达到信息筛选的目的。
1. 组网需求
交换机的严重性高于informational的日志信息将会发送到控制台上,允许输出信息的模块为ARP和IP。
3. 配置步骤
# 开启信息中心。
&Switch& system-view
[Switch] info-center enable
# 关闭所有模块向控制台通道输出信息的功能。
[Switch] undo info-center source default channel console
# 配置向控制台方向输出日志信息,只允许严重等级高于informational的日志信息输出至控制台,允许输出信息的模块为ARP和IP。
[Switch] info-center console channel console
[Switch] info-center source arp channel console log level informational debug state off trap state off
[Switch] info-center source ip channel console log level informational debug state off trap state off
# 开启终端显示功能。
&Switch& terminal monitor
&Switch& terminal logging
时间配置举例
1. 组网需求
l交换机本地时区为GMT+
08:00:00;
l日志信息的时间戳输出格式为date类型;
l信息中心输出信息中显示UTC时间。
图1-4 组网示意图
3. 配置步骤
# 配置本地时区名称为z8,比UTC标准时间增加8小时。
&Switch& clock timezone z8 add 08:00:00
# 配置日志信息的时间戳输出格式为date类型。
&Switch& system-view
System View: return to User View with Ctrl+Z.
[Switch] info-center timestamp loghost date
# 配置信息中心输出信息中显示UTC时间。
[Switch] info-center timestamp utc
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!

我要回帖

更多关于 终端terminal电影片尾曲 的文章

 

随机推荐