网络管理 订阅
网络管理包括对硬件、软件和人力的使用、综合与协调,以便对网络资源进行监视、测试、配置、分析、评价和控制,这样就能以合理的价格满足网络的一些需求,如实时运行性能、服务质量等。另外,当网络出现故障时能及时报告和处理,并协调、保持网络系统的高效运行等。网络管理常简称为网管。 展开全文
网络管理包括对硬件、软件和人力的使用、综合与协调,以便对网络资源进行监视、测试、配置、分析、评价和控制,这样就能以合理的价格满足网络的一些需求,如实时运行性能、服务质量等。另外,当网络出现故障时能及时报告和处理,并协调、保持网络系统的高效运行等。网络管理常简称为网管。
信息
领    域
互联网
别    名
网管
中文名
网络管理
外文名
Network Management
网络管理概述
网络管理 英文名称:Network Management 定义:监测、控制和记录电信网络资源的性能和使用情况,以使网络有效运行,为用户提供一定质量水平的电信业务。应用学科:通信科技(一级学科);支撑网络(二级学科)网络管理概念解析 网络管理 [1]  ,是指网络管理员通过网络管理程序对网络上的资源进行集中化管理的操作,包括配置管理、性能和记账管理、问题管理、操作管理和变化管理等。一台设备所支持的管理程度反映了该设备的可管理性及可操作性。 而交换机的管理功能是指交换机如何控制用户访问交换机,以及用户对交换机的可视程度如何。通常,交换机厂商都提供管理软件或满足第三方管理软件远程管理交换机。一般的交换机满足SNMPMIBI / MIB II统计管理功能。而复杂一些的交换机会增加通过内置RMON组(mini-RMON)来支持RMON主动监视功能。有的交换机还允许外接RMON探监视可选端口的网络状况。常见的网络管理方式有以下几种: [2]  ⑴SNMP管理技术⑵RMON管理技术⑶基于WEB的网络管理SNMP是英文“Simple Network Management Protocol”的缩写,中文意思是“简单网络管理协议”。SNMP首先是由Internet工程任务组织(Internet Engineering Task Force)(IETF)的研究小组为了解决Internet上的路由器管理问题而提出的。SNMP是目前最常用的环境管理协议。SNMP被设计成与协议无关,所以它可以在IP,IPX,AppleTalk,OSI以及其他用到的传输协议上被使用。SNMP是一系列协议组和规范(见下表),它们提供了一种从网络上的设备中收集网络管理信息的方法。SNMP也为设备向网络管理工作站报告问题和错误提供了一种方法。几乎所有的网络设备生产厂家都实现了对SNMP的支持。领导潮流的SNMP是一个从网络上的设备收集管理信息的公用通信协议。设备的管理者收集这些信息并记录在管理信息库(MIB)中。这些信息报告设备的特性、数据吞吐量、通信超载和错误等。MIB有公共的格式,所以来自多个厂商的SNMP管理工具可以收集MIB信息,在管理控制台上呈现给系统管理员。通过将SNMP嵌入数据通信设备,如交换机或集线器中,就可以从一个中心站管理这些设备,并以图形方式查看信息。可获取的很多管理应用程序通常可在大多数当前使用的操作系统下运行,如Windows3.11.Windows95、Windows NT和不同版本UNIX的等 。一个被管理的设备有一个管理代理,它负责向管理站请求信息和动作,代理还可以借助于陷阱为管理站提供站动提供的信息,因此,一些关键的网络设备(如集线器、路由器、交换机等)提供这一管理代理,又称SNMP代理,以便通过SNMP管理站进行管理。关于网络管理的定义很多,但都不够权威。一般来说,网络管理就是通过某种方式对网络进行管理,使网络能正常高效地运行。其目的很明确,就是使网络中的资源得到更加有效的利用。它应维护网络的正常运行,当网络出现故障时能及时报告和处理,并协调、保持网络系统的高效运行等。国际标准化组织(ISO)在ISO/IEC7498-4中定义并描述了开放系统互连(OSI)管理的术语和概念,提出了一个OSI管理的结构并描述了OSI管理应有的行为。它认为,开放系统互连管理是指这样一些功能,它们控制、协调、监视OSI环境下的一些资源,这些资源保证OSI环境下的通信。通常对一个网络管理系统需要定义以下内容:○ 系统的功能。即一个网络管理系统应具有哪些功能。○网络资源的表示。网络管理很大一部分是对网络中资源的管理。网络中的资源就是指网络中的硬件、软件以及所提供的服务等。而一个网络管理系统必须在系统中将它们表示出来,才能对其进行管理。○ 网络管理信息的表示。网络管理系统对网络的管理主要靠系统中网络管理信息的传递来实现。网络管理信息应如何表示、怎样传递、传送的协议是什么?这都是一个网络管理系统必须考虑的问题。○ 系统的结构。即网络管理系统的结构是怎样的。
收起全文
精华内容
下载资源
问答
  • AUTOSAR网络管理

    千次阅读 多人点赞 2019-06-14 14:26:16
    当前CAN网络管理有两种策略: OSEK NM AUTOSAR NM 1 概述 AUTOSAR NM 是AUTOSAR软件架构默认的一种网络管理策略。AUTOSAR NM是一种分布式直接网络管理,每个节点根据网络管理帧的状态独立的控制自己的网络状态。 2...

    当前CAN网络管理有两种策略:

    • OSEK NM
    • AUTOSAR NM

    1 概述

    AUTOSAR NM 是AUTOSAR软件架构默认的一种网络管理策略。AUTOSAR NM是一种分布式直接网络管理,每个节点根据网络管理帧的状态独立的控制自己的网络状态。

    2 策略描述

    该策略是基于网络上周期性广播的网络管理帧。
    在网络唤醒状态下,当一个节点A需要保持网络唤醒时,节点A会周期性地发送网络管理帧。假如网络中有一个节点B准备好睡眠,节点B停止发送自己的网络管理帧。一旦节点B接收到其他节点的网络管理帧,节点B会推迟进入睡眠状态。如果连续一段时间都没有接收到任何网络管理帧,则网络上的所有节点进入睡眠状态。
    在网络睡眠状态下,当一个节点A需要网络通信时,节点A可以通过发送网络管理帧唤醒网络。

    3 网络管理模式

    AUTOSAR NM有三种网络管理模式:

    • 睡眠模式(Bus-Sleep Mode)
    • 网络模式(Network Mode),
    • 预睡眠模式(Prepare Bus-Sleep Mode).

    其中网络模式有三个状态:

    • 帧重复状态(Repeat Message State),
    • 正常运行状态(Normal Operation State),
    • 准备睡眠状态(Ready Sleep State)
      在这里插入图片描述
      每个模式下帧的发送情况如下:任何状态下都可以接收网络管理帧,只有在网络模式下才能接收应用帧
      在这里插入图片描述

    3.1 睡眠模式(Bus-Sleep Mode)

    为了降低汽车的功耗,当网络上没有信息交互时,网络将进入睡眠模式。该模式下,所有节点不发帧(网络管理帧和应用帧)。ECU会将CAN收发器设置成睡眠模式,并激活相应的唤醒机制。
    ECU 上电后默认进入睡眠模式。
    在睡眠模式下,有如下两个条件使得网络进入网络模式:

    • 接收到其他节点的网络管理帧(Passive Wake-up)
    • 主动请求唤醒网络(Active wake up)

    3.2 网络模式(Network Mode)

    网络模式下,ECU处于信息交互阶段,可以正常的收发应用帧。ECU上的CAN收发器处于正常工作状态。
    网络模式包含三个状态:

    • 帧重复状态(Repeat Message State),
    • 正常运行状态(Normal Operation State),
    • 准备睡眠状态(Ready Sleep State)
      当网络从其他模式转移到网络模式时,默认进入帧重复状态。 当ECU进入网络模式后, NM模块要启动一个网络管理超时定时器(T_NM_TIMEROUT)。每次成功接收或发送网络管理帧时刷新该定时器。
      从睡眠模式进入网络模式后,要在T_WakeUp时间内发出网络管理帧。

    3.2.1 帧重复状态(Repeat Message State)

    当ECU从睡眠或预睡眠进入到网络模式后,帧重发状态保证了自己可以被其他节点发现。此外,也使得网络上的节点在一定时间(T_REPEAT_MESSAGE)内保持激活状态。该状态可用于检测网络上存在的节点。
    在该状态下,ECU要周期性地向外发送网络管理帧。根据进入该状态的条件不同,发送网络管理帧的周期也不同。

    • 快速模式:当进入帧重复状态的条件是网络请求(自身条件满足)或者重发请求(自身请求重发)。也可以叫做主动进入帧重复状态。这时,ECU要立即发出规定数量(N_ImmediateNM_TIMES.)的网络管理帧,并且发出第一帧的时间越快越好。发送周期按照T_NM_ImmediateCycleTime。发完这些规定数量的帧后,发送周期换成T_NM_MessageCycle。并且,如果进入条件是自身请求重发时,发送的网络管理帧要置为重复帧标志位。如下图:在这里插入图片描述
    • 常速模式:当进入帧重复状态的条件是接收到网络管理帧或者帧重复请求位(Repeat Message Request Bit Indication)。也可以叫做被动进入帧重复状态。这时,ECU以正常的周期T_NM_MessageCycle发送网络管理帧。如下图:
      在这里插入图片描述
      进入Repeat Massage State后必须在T_START_NM_TX时间内发出第一帧网络管理帧。第一个网络管理帧成功发出后,应用帧要在T_STARTx_AppFrame时间内发出。
      在此状态下,每次发生T_NM_TIMEROUT超时,都要重置这个时间。
      ECU会在T_REPEAT_MESSAGE时间内保持为Repeat Massage State。过了这个时间后,ECU要离开重复帧状态。离开此状态后,如果有请求网络,则进入正常运行状态(Normal Operation State);如果有释放网络,则进入准备睡眠状态(Ready Sleep State)。离开后,要清除帧重复请求位(Repeat Message Request Bit Indication)。

    3.2.2 正常运行状态

    正常运行状态是为了确保在ECU需要网络时,网络一直保持唤醒状态。
    在该状态下,ECU会一直以T_NM_MessageCycle为周期发送网络管理帧。同时,当发生T_NM_TIMEROUT定时器超时后,重置该定时器。
    在正常运行状态下,当ECU主动释放网络后,转移到准备睡眠状态。
    在正常运行状态下,当ECU接收到重复帧标志位(Repeat Message Request Bit Indication)或者自身请求进入重复帧状态后,转移到重复帧状态。

    3.2.3 准备睡眠状态

    准备睡眠状态下,还有其他节点会发网络管理帧保持网络唤醒,此时ECU处于等待进入预睡眠模式的阶段。
    在此状态下,ECU停止发送网络管理帧。当发生T_NM_TIMEROUT定时器超时后(即其他节点没有再发送网络管理帧),ECU进入到预睡眠状态。
    在此状态下,如果自身请求网络,ECU进入正常运行状态;如果接收到重复帧标志位(Repeat Message Request Bit Indication)或者自身请求进入重复帧状态后,转移到重复帧状态。

    3.3 预睡眠模式

    预睡眠模式是为了使网络上的所有节点在进入睡眠模式前有足够的时间停止自身的网络活动。在该模式下,所有节点停止发送网络管理帧和应用帧,总线静默。从网络模式进入该模式时,会启动一个睡眠等待时间(T_WAIT_BUS_SLEEP),当这个时间到后,网络就进入睡眠模式。
    在预睡眠模式下,如果ECU接收到网络管理帧或者自身请求网络,ECU会回到网络模式,默认状态是重复帧状态。

    3.4 网络请求与释放

    • 网络请求: 当ECU需要总线通信时,它会调用CanNm_NetworkRequest请求网络;
    • 网络释放: 当ECU不需要总线通信时,它会调用CanNm_NetworkRelease释放网络。
      触发这两个动作的条件由客户需求决定。

    4 网络管理帧

    一般情况下,网络管理帧长度为8个字节。这8个字节的内容如下:
    在这里插入图片描述
    其中,byte0的内容是节点ID;byte1的内容是网络控制信息;byte2~byte7是用户数据。

    4.1 节点ID

    节点ID一般是网络管理帧ID的低8位。
    在这里插入图片描述

    4.2 网络控制信息

    在这里插入图片描述

    • bit0: 默认值是0, 当ECU是主动请求进入重复帧状态时,要把这一位置为1,直到离开重复帧状态。
    • bit4: 当ECU是主动请求网络而进入重复帧状态时,该位为1;当ECU是接收到其他节点的网络管理帧而进入重复帧状态时,该位为0。
      网络管理帧的长度和内容都是可以配置的。
    展开全文
  • AutoSar之CAN网络管理

    千次阅读 多人点赞 2019-08-30 22:15:03
    ​AUTOSAR中网络管理主要使用了CAN接口(CanIf),并提供通用网络管理接口(NmIf)。CAN网络管理在CAN架构中所处的位置如图1,与其他模块的交互如图2。 图1 CAN架构 图2 网络管理和其他模块的联系 AUTOSAR网络管理基于...

    本文首发于微信公众号“汽车控制与人工智能”欢迎关注。

    今天整理下AUTOSAR中的CAN网络管理。

    ​AUTOSAR中网络管理主要使用了CAN接口(CanIf),并提供通用网络管理接口(NmIf)。CAN网络管理在CAN架构中所处的位置如图1,与其他模块的交互如图2。
    在这里插入图片描述
    图1 CAN架构
    在这里插入图片描述
    图2 网络管理和其他模块的联系

    AUTOSAR网络管理基于分散的直接网络管理策略,这意味着每个网络节点仅依赖于通信系统中接收或传输的网络管理pdu来执行自给自足的活动。网络管理算法基于周期性的网络管理PDUs,通过广播传输被集群中的所有节点接收。接收网络管理PDUs表明发送节点希望保持网络管理集群处于唤醒状态。如果有节点准备进入总线休眠模式,它将停止发送网络管理PDU,但是只要接收到来自其他节点的网络管理PDU,它就会延迟向总线休眠模式的转换。如果由于不再接收网络管理PDU而导致计时器超时,则每个节点都将启动到总线休眠模式的转换。

    如果网络管理集群中的任何节点需要总线通信,则可以通过传输网络管理PDU将网络管理集群从总线休眠模式中唤醒。

    下面介绍几个相关的概念。

    唤醒请求(Wake Up Request)

    唤醒请求可分为两种:

    ● 主动唤醒请求:来自模块内部对网络的请求。主动唤醒节点的网络管理报文必须先于应用报文发送。

    ● 被动唤醒请求:来自总线上其他模块对该模块的网络请求。被动唤醒的节点,发送网络管理报文和应用报文的先后顺序无特别要求。

    网络状态(Network States)

    节点的网络状态包括以下两种:

    ● 网络请求:模块需要主动与总线上其他节点进行信息交换时,它必须通过发送网络管理报文来请求网络,并将其网络状态设置为“网络请求”;

    ● 网络释放:模块不需要主动与总线上其他节点进行信息交换时,必须将其网络状态设置为“网络释放”;需要注意的是,在网络释放状态下模块仍可能因总线上的其他节点请求网络而与其进行信息交互。

    总线唤醒(Bus wake up)

    采用AUTOSAR CAN 网络管理方式的ECU必须选择符合 ISO 11898-5 标准的高速 CAN 收发器。若ECU处于低功耗模式,仅在总线上出现符合ISO 11898-5标准定义的唤醒序列,且该 ECU成功接收到该网段定义的唤醒报文时才能够被总线唤醒。这里这条唤醒报文必须是该网段中 ECU 的网络管理报文。

    理解上面几个概念后,我们可以看下AUTOSAR 网络管理模式(AUTOSAR Network Management Operational Modes)了,AUTOSAR网络管理(以下简称 CanNm)包含以下三种模式: 睡眠模式(Bus-Sleep Mode),预睡眠模式(Prepare Bus-Sleep Mode),网络模式(Network Mode) ,三种模式的切换过程如图3。

    在这里插入图片描述
    图3 网络管理状态切换图
    睡眠模式

    当节点没有主动网络唤醒及被动唤醒请求时,ECU 通信控制器切换至睡眠模式,ECU功耗降低至适当水平。在睡眠模式下,节点的网络管理报文和应用报文禁止发送,并且不能对总线上的报文进行ACK应答。同时节点在该模式下,如果检测到有效的唤醒源,节点必须被唤醒。

    预睡眠模式

    在预睡眠模式下,总线活动静止下来,最终达到总线上没有活动,ECU通信控制器状态处于工作模式。在该模式下,节点的网络管理报文和应用报文禁止发送,但应该对总线上的报文进行 ACK应答。节点的网络管理状态必须保持预睡眠模式一段时间,一旦超时,网络管理状态应该离开预睡眠模式,进入睡眠模式。

    网络模式

    网络模式可分为三种内部状态:

    重复报文状态 (Repeat Message State)
    常规操作状态 (Normal Operation State)
    准备睡眠状态(Ready Sleep State)
    重复报文状态

    重复报文状态包含两个子状态:

    网络管理报文快速发送状态
    网络管理报文正常发送状态
    NM PDU 快速发送状态

    节点在进入NM PDU快速发送状态时,必须开启或重置NM-Timeout Timer,为了快速唤醒网络,必须以快速周期发送网络管理报文,同时不得发送正常周期网络管理报文;所有的应用报文必须在第一帧快速NM PDU报文发送开始后延迟一定时间才能发送。在NM PDU快速发送状态下,节点一旦接收或发送一条网络管理报文,或者NM-Timeout Timer超时,NM-Timeout Timer会立即重置。

    NM PDU 正常发送状态

    进入NM PDU 正常发送状态后,节点必须以正常周期发送网络管理报文。若节点因被动唤醒请求进入NM PDU正常发送状态,必须开启NM-Timeout Timer,同时所有的应用报文必须从节点检测到唤醒请求后延迟Tx_Enable_Time 才能发送。在NM PDU正常发送状态下,节点一旦接收或发送一条网络管理报文,或者 NM Timeout Timer超时,NM Timeout Timer会立即重置。

    节点的网络管理状态保持重复报文状态一段时间(这段时间一般可以配置),一旦超时,网络管理状态会离开重复报文状态。在该状态下,节点的网络管理报文和应用报文能够正常发送。

    常规操作状态

    当节点处于网络模式因主动网络请求需要与网络上其他节点继续进行通信时,必须保持在常规操作状态。在常规操作状态下,节点一旦接收或发送一条网络管理报文,或者NM-Timeout Timer超时,NM-Timeout Timer应该立即重置。在该状态下,节点的网络管理报文和应用报文必须正常发送。

    准备睡眠状态

    节点进入准备睡眠状态后,必须停止发送网络管理报文,所有的应用报文在NM Timeout Timer超时后必须停止发送。在准备睡眠状态下,节点一旦接收到一条网络管理报文,NM Timeout Timer会立刻重置。NM Timeout Timer超时,节点的网络管理状态应该进入预睡眠模式。

    网络管理报文(NM PDU)

    网络管理报文格式(NM PDU structure)

    AUTOSAR CAN 网络管理报文的数据场格式如下表所示:
    在这里插入图片描述

    源节点标识符(Source Node Identifier)

    NM PDU的字节 0 用于发送源节点标识符,每一个 ECU 都会被分配一个唯一的标识符,来告知接收节点该 NM PDU 是由哪个节点发送的。

    控制比特向量(Control Bit Vector)

    NM PDU 的字节 1 被分配用于发送控制比特向量。其中:

    bit 0 :重复报文状态请求位;

    bit 3 :网络管理睡眠协调位;

    bit 4 :激活唤醒位;

    bit 6 :部分网络信息位;

    其他bit位暂时预留。
    在这里插入图片描述

    用户数据域(User Data)

    网络管理报文的字节 2 到字节 7 用于发送用户自定义的数据信息,这些字节目前各项目为扩展预留,都被填充为‘0x00’。

    网络管理状态切换(Network Management State Transition)

    对照图一起看下:
    在这里插入图片描述

    (高清图可在微信公众号后台回复“网络管理”获取)
    Condition_01

    节点供电状态从电池off切换到电池on 后,节点必须进行网络管理模块CanNm初始化,初始化完成后节点必须进入睡眠模式,并且需要立即具备被主动唤醒请求或者被动唤醒请求唤醒的能力;

    Condition_02

    当节点处于睡眠模式时,如果收到有效的网络管理报文,那么节点将离开睡眠模式并进入重复报文状态中的NM PDU正常发送状态。进入NM PDU正常发送状态后,在计时器Repeat Message Timer超时以前,节点必须以正常周期发送网络管理报文。在节点收到网络管理报文时,它向总线发出的第一帧报文可以是网络管理报文也可以是应用报文。

    Condition_03

    如果节点在睡眠模式下检测到主动唤醒请求,那么节点必须发送网络管理报文来主动唤醒网络,在节点主动唤醒网络的过程中,必须首先进入NM PDU快速发送状态。当节点因主动唤醒请求需要唤醒网络时,必须快速发送连续NM PDU报文。

    Condition_04

    处于NM PDU快速发送状态的节点,在计数器为零时,节 点 将 进 入NM PDU正常发送状态,并开始等待一段时间后以正常周期发送网络管理报文。

    Condition_05

    处于重复报文状态下的主动请求网络节点,如果Repeat Message Timer 发生超时,但节点的主动网络请求仍持续存在,节点必须进入常规操作状态。节点继续保持以正常周期发送网络管理报文和应用报文PDU。

    Condition_06

    处于常规操作状态的节点,如果释放所有的网络请求,不再需要主动请求网络,那么它必须立即将网络管理状态切换到准备睡眠状态,同时该节点必须立即停止发送网络管理报文。

    Condition_07

    处于准备睡眠状态的节点,如果检测到主动网络请求,节点必须立刻进入常规操作状态,

    同时必须开始以正常周期发送网络管理报文和应用报文PDU。

    Condition_08

    处于重复报文状态的NM PDU正常发送状态的节点,如果没有检测到主动网络请求,一旦 Repeat Message Timer超时,节点将进入准备睡眠状态。

    Condition_09

    处于准备睡眠状态的节点如果没有检测到主动网络请求,一旦NM Timeout Timer超时,节点将进入预睡眠模式。

    Condition_10

    处于预睡眠模式的节点,如果收到被动唤醒请求,节点将进入重复报文状态的NM PDU正常发送状态。

    Condition_11

    处于预睡眠模式的节点,如果检测到主动唤醒请求,节点将进入重复报文状态的NM PDU快速发送状态。

    Condition_12

    处于预睡眠模式的节点如果不再收到主动或被动唤醒请求,一旦Wait Bus-Sleep Timer超时,节点将进入睡眠模式。

    Condition_13

    在任何状态下发生电池掉电,节点都将进入关闭模式,不再拥有任何通信和网络管理的功能。

    AUTOSAR网络管理的算法与处理器无关,即它不依赖于任何处理器特定的硬件支持,因此可以在AUTOSAR范围内的任何处理器架构上实现。

    状态转换的时序图

    当唤醒请求(主动唤醒请求、被动唤醒请求)将节点的网络管理状态激活时,该节点的所有应用报文必须延迟一定时间后才能够开始发送。网络中的被唤醒节点网络管理报文的发送不受 延迟时间的限制,可以在它结束前发送,但首帧网络管理报文必须在节点进入重复报文状态后再延迟一定时间发送,以避免被唤醒节点同时发网络管理报文而形成网络拥堵。

    在这里插入图片描述
    NM信号发送的时序图
    在这里插入图片描述
    NM信号接收的时序图
    在这里插入图片描述
    NM协调过程
    在睡眠的过程中,一旦NM Timeout Timer超时,节点所有的应用报文必须立刻停止发送。

    上图描述的案例是针对单一主动唤醒请求触发的唤醒与睡眠过程,当多个唤醒请求交错发生时,各唤醒请求必须遵守各自的定时参数,不会互相影响。

    文中名词解释:

    AUTOSAR:AUTOmotive Open System Architecture, 汽车开放系统架构

    CAN:Controller Area Network, 控制器局域网

    NM:Network Management, 网络管理

    NM PDU:Network Management protocol data unit, 网络管理协议数据单元

    CanIf:CAN Interface CAN接口

    CanNm:CAN Network Management CAN网络管理

    CBV:Control Bit Vector 控制比特向量

    DTC:Diagnostic Trouble Code诊断故障码

    CWU:Car Wakeup 整车唤醒

    ERA:External Request Array 外部请求数组

    EIRA:External and Internal Request Array 外部和内部请求数组

    PNC:Partial Network Cluster 部分网络集

    PNI :Partial Network Information 部分网络信息

    作者简介:

    Demu,传统汽车电控向智能驾驶转变的汽车人。从事发动机控制器系统工程师和软件工程师多年,有丰富的ECU系统和软件设计经验。欢迎大家一起留言交流,共同进步。
    在这里插入图片描述

    展开全文
  • Linux-网络管理

    千次阅读 2020-03-03 20:43:04
    网络管理器(NetworkManager)是一个动态网络的控制器与配置系统,它用于当网络设备可用时保持设备和连接开启并激活 默认情况下,CentOS/RHEL 7 已安装网络管理器,并处于启用状态。 查看网络管理程序的状态。 ...

    简介

    NetworkManager服务
    网络管理器(NetworkManager)是一个动态网络的控制器与配置系统,它用于当网络设备可用时保持设备和连接开启并激活
    默认情况下,CentOS/RHEL 7 已安装网络管理器,并处于启用状态。

    查看网络管理程序的状态。

    systemctl status NetworkManager
    

    查看网络子管理程序的状态

    systemctl    status   network
    

    查看网卡配置文件(ifcfg-*)

    ls /etc/sysconfig/network-scripts/
    

    在这里插入图片描述
    ens33是网卡名,可以通过ip a查看网卡名。
    在这里插入图片描述
    网卡配置文件主要信息

    vim /etc/sysconfig/network-scripts/ifcfg-ens33 
    TYPE="Ethernet"
    BOOTPROTO="dhcp"
    NAME="ens33"
    DEVICE="ens33"
    ONBOOT="yes"
    

    TYPE=“Ethernet”: 网络类型
    ONBOOT=yes:是否启用该设备
    BOOTPROTO=dhcp:手动(none/static)还是自动(dhcp)
    网卡信息
    NAME=“ens33”
    DEVICE=“ens33”

    想手动添加参数可以根据下面配置
    ONBOOT=yes:是否启用该设备
    BOOTPROTO=none:手动(none/static)还是自动(dhcp)
    IPADDR=192.168.219.135:根据ip a查到的地址进行配置,用来定位主机
    NETMASK=255.255.255.0:子网掩码,用来定义网络
    GATEWAY=192.168.219.2:网关,也叫默认路由,带你上网的路由器地址
    DNS1=192.168.219.2:DNS域名解析。当你输入域名访问网站时,他告诉你IP地址。
    DNS2=8.8.8.8

    网关查询

    ip r
    

    在这里插入图片描述
    DNS查询

    cat /etc/resolv.conf
    

    在这里插入图片描述

    标题手动配置完成后需要重启网络服务才能生效

    [root@qianfeng ~]#systemctl   restart network
    

    谢谢您的观看,如果对您有帮助,给个点赞评论可否?😁

    展开全文
  • 简单网络管理协议SNMP(史上最全)

    万次阅读 多人点赞 2018-04-20 11:38:26
    在1988年被制定,并被Internet体系结构委员会(IAB)采纳作为一个短期的网络管理解决方案;由于SNMP的简单性,在Internet时代得到了蓬勃的发展,1992年发布了SNMPv2版本,以增强SNMPv1的安全性和功能。现在,已经有...

    博客不更新,欢迎关注我的公众号:二进制人生

     

    简单网络管理协议(SNMP)是TCP/IP协议簇的一个应用层协议。在1988年被制定,并被Internet体系结构委员会(IAB)采纳作为一个短期的网络管理解决方案;由于SNMP的简单性,在Internet时代得到了蓬勃的发展,1992年发布了SNMPv2版本,以增强SNMPv1的安全性和功能。现在,已经有了SNMPv3版本。

    SNMP版本

    SNMPv1

    SNMPv1 是 SNMP 协议的最初版本,提供最小限度的网络管理功能。SNMPv1 的 SMI 和 MIB 都比较简单,且存在较多安全缺陷。SNMPv1 采用团体名认证。团体名的作用类似于密码,用来限制NMS对Agent 的访问。如果 SNMP 报文携带的团体名没有得到 NMS/Agent 的认可,该报文将被丢弃。SNMPV1 是一种简单的请求/响应协议。网络管理系统发出一个请求,管理器则返回一个响应。这一行为的实现是通过使用四种协议操作中的其中任一种完成的。这四种操作分别是 GET、GETNEXT、SET 和 TRAP。NMS 通过 GET 操作,从 SNMP 代理处得到一个或 更多的对象(实例)值。如果代理处不能提供请求列表中所有的对象(实例)值,它也就不提供任何值。 NMS 使用 GETNEXT 操作请求代理从请求列表或对象列表中取出下一 个对象实例值。NMS 通过 SET 操作向 SNMP 代理发送命令,要求对对象值重新配置。SNMP 代理通过 TRAP 操作不定时的通知 NMS 所发生的特定事件 SNMP 是一种应用程序协议。

    SNMPv2

    SNMPv2c 也采用团体名认证。在兼容 SNMPv1 的同时又扩充了 SNMPv1 的功能:它提 供了更多的操作类型(GetBulk--批量获取操作等);支持更多的数据类型(Counter32等),提供了更丰富的错误代码,能够更细致地区分错误。

    SNMPV1 中的 GET、GETNEXT 及 SET 操作同样适用于 SNMPV2,只是 SNMPV2 添加和增强了有关协议操作。例如 SNMPV2 中的 TRAP 操作,不但具备 SNMPV1 中 TRAP 的相同功能,而且它采用了一种不同的消息格式,它用于替换 SNMPV1 中的 TRAP。

    SNMPV2 中还定了两种新操作,即 GET BULK 和 INFORM。NMS 通过 GET BULK 操作能有效地获取大块数据,如对象列表中的多行。请求多少数据 GETBULK 返回一个包含尽可能多的请求数据的应答消息。INFORM 操作使一个NMS 能发送 TRAP 给另一个 NMS 并收到回复。SNMPV2中,如果回复 GET BULK 操作的 SNMP 代理不能提供请求表中所有变量值,那么SNMP代理只提供部分结果。

    SNMPV3

    SNMPv3主要在安全性方面进行了增强,它采用了 USM基于用户的安全控制模型)和 VACM(基于视图的访问控制模型 技术。USM 提供了认证和加密功能,VACM 确定用户是否允许访问特定的 MIB 对象以及访问方式。

    SNMPV3 中增加了安全管理方式及远程控制。SNMPV3 结构引入了基于用户的安全模型用于保证消息安全及基于视图的访问控制模型用于访问控制(USM)。这种安全管理方式支持不同安全性,访问控制安全性认证和隐私授权和访问控制管理框架人员和政策用户名及密钥管理通知目标文件代理关系实体命名。

    SNMPV3 使用 SNMP SET 命令配置MIB对象,使之能动态配置SNMP代理。这种动态配置方式支持本地或远程地配置实体的添加、删除及修改。

     

    一套完整的SNMP系统主要包括管理信息库(MIB)、管理信息结构(SMI)及SNMP报文协议。


    管理信息库MIB

    任何一个被管理的资源都表示成一个对象,称为被管理的对象。MIB是被管理对象的集合。它定义了被管理对象的一系列属性:对象的名称、对象的访问权限和对象的数据类型等。每个SNMP设备(Agent)都有自己的MIB。MIB也可以看作是NMS(网络管理系统,网络管理系统既可以指一台专门用来进行网络管理的服务器,也可以指某个网络设备中执行管理功能的一个应用程序)和Agent之间的沟通桥梁。它们之间的关系如图1所示。

     

     

          图1 NMS Agent和MIB的关系

     

    MIB文件中的变量使用的名字取自ISO和ITU管理的对象标识符(object identifier)名字空间。它是一种分级树的结构。如图2所示,第一级有三个节点:ccitt、iso、iso-ccitt。低级的对象ID分别由相关组织分配。一个特定对象的标识符可通过由根到该对象的路径获得。一般网络设备取iso节点下的对象内容。如名字空间ip结点下一个名字为ipInReceives的MIB变量被指派数字值3,因而该变量的名字为:

          iso.org.dod.internet.mgmt.mib.ip.ipInReceives

    相应的数字表示(对象标识符OID,唯一标识一个MIB对象)为:

    1.3.6.1.2.1.4.3

    snmps树

                           图2 MIB树结构

    当网络管理协议在报文中使用MIB变量时,每个变量名后还要加一个后缀,以作为该变量的一个实例。如ipInReceives的实例数字表示为:1.3.6.1.2.1.4.3.0.

    需要注意的是,MIB中的管理对象的OID有些需要动态确定,如IP路由表,为了指明地址202.120.86.71的下一站路由(next hop),我们可以引用这样的实例:

    iso.org.dod.internet.mgmt.mib.ip. ipRouteTable.ipRouteEntry.ipRouteNextHop.202.120.86.71, 相应的数字表示为:1.3.6.1.2.1.4.21.1.7.202.120.86.71

     

    管理信息结构(SMI)

    SMI定义了SNMP框架所用信息的组织、组成和标识,它还为描述MIB对象和描述协议怎样交换信息奠定了基础。

    SMI定义的数据类型:

    ◆ 简单类型(simple)

    Integer:整型是-2,147,483,648~2,147,483,647的有符号整数

    octet string: 字符串是0~65535个字节的有序序列

    OBJECT IDENTIFIER: 来自按照ASN.1规则分配的对象标识符集

    ◆    简单结构类型(simple-constructed)

    SEQUENCE 用于列表。这一数据类型与大多数程序设计语言中的“structure”类似。一个SEQUENCE包括0个或更多元素,每一个元素又是另一个ASN.1数据类型

     SEQUENCE OF type 用于表格。这一数据类型与大多数程序设计语言中的“array”类似。一个表格包括0个或更多元素,每一个元素又是另一个ASN.1数据类型。

    ◆    应用类型(application-wide)

    IpAddress: 以网络序表示的IP地址。因为它是一个32位的值,所以定义为4个字节;

    counter:计数器是一个非负的整数,它递增至最大值,而后回零。在SNMPv1中定义的计数器是32位的,即最大值为4,294,967,295;

    Gauge :也是一个非负整数,它可以递增或递减,但达到最大值时保持在最大值,最大值为232-1;

    time ticks:是一个时间单位,表示以0.01秒为单位计算的时间;

    汇总如下:

     

    SNMP报文

     

    SNMP报文结构如下:(编码之前)

    版本号

    团体名

    协议数据单元PDU

    SNMP共有5种报文,所以其PDU也有5中

    SNMP的5种协议数据单元

     

    SNMP中定义了五种消息类型:Get-Request、Get-Response、Get-Next-Request、Set-Request和Trap 。

    (1)Get-Request 、Get-Next-Request与Get-Response

    SNMP 管理站用Get-Request消息从拥有SNMP代理的网络设备中检索信息,而SNMP代理则用Get-Response消息响应。Get-Next- Request用于和Get-Request组合起来查询特定的表对象中的列元素。

    (2)Set-Request 

    SNMP管理站用Set-Request 可以对网络设备进行远程配置(包括设备名、设备属性、删除设备或使某一个设备属性有效/无效等)。

    (3)Trap 

    SNMP代理使用Trap向SNMP管理站发送非请求消息,一般用于描述某一事件的发生,如接口UP/DOWN,IP地址更改等。

    上面五种消息中Get-Request、Get-Next-Request和Set-Request是由管理站发送到代理侧的161端口的;后面两种Get-Response和Trap 是由代理进程发给管理进程的,其中Trap消息被发送到管理进程的162端口,所有数据都是走UDP封装。SNMP工作流程如图2:

    下图是封装成UDP数据报的5种操作的SNMP报文格式。可见一个SNMP报文共有三个部分组成,即公共SNMP首部、get/set首部、trap首部、变量绑定。

    snmp报文格式PDU

    (1)公共SNMP首部
    共三个字段:
     版本 
    写入版本字段的是版本号减1,对于SNMP(即SNMPV1)则应写入0。
    共同体(community)
    共同体就是一个字符串,作为管理进程和代理进程之间的明文口令,常用的是6个字符“public”。
    PDU类型
    根据PDU的类型,填入0~4中的一个数字,其对应关系如表2所示意图。

    表2 PDU类型

    PDU类型

    名称

    0

    get-request

    1

    get-next-request

    2

    get-response

    3

    set-request

    4

    trap

    (2)get/set首部
    请求标识符(request ID)
    这是由管理进程设置的一个整数值。代理进程在发送get-response报文时也要返回此请求标识符。管理进程可同时向许多代理发出get报文,这些报文都使用UDP传送,先发送的有可能后到达。设置了请求标识符可使管理进程能够识别返回的响应报文对于哪一个请求报文
     差错状态(error status)
    由代理进程回答时填入0~5中的一个数字,见表3的描述

    表3 差错状态描述

    差错状态

    名字

    说明

    0

    noError

    一切正常

    1

    tooBig

    代理无法将回答装入到一个SNMP报文之中

    2

    noSuchName

    操作指明了一个不存在的变量

    3

    badValue

    一个set操作指明了一个无效值或无效语法

    4

    readOnly

    管理进程试图修改一个只读变量

    5

    genErr

    某些其他的差错

    差错索引(error index)
    当出现noSuchName、badValue或readOnly的差错时,由代理进程在回答时设置的一个整数,它指明有差错的变量在变量列表中的偏移。
    (3)trap首部

    trap报文格式如下:

     


              企业(enterprise)
    填入trap报文的网络设备的对象标识符。此对象标识符肯定是在图3的对象命名树上的enterprise结点{1.3.6.1.4.1}下面的一棵子树上。

    代理地址

    即代理进程所在系统的地址。

    trap类型

    此字段正式的名称是generic-trap,共分为表4中的7种。

     

    trap类型

    名字

    说明

    0

    coldStart

    代理进行了初始化

    1

    warmStart

    代理进行了重新初始化

    2

    linkDown

    一个接口从工作状态变为故障状态

    3

    linkUp

    一个接口从故障状态变为工作状态

    4

    authenticationFailure

    从SNMP管理进程接收到具有一个无效共同体的报文

    5

    egpNeighborLoss

    一个EGP相邻路由器变为故障状态

    6

    enterpriseSpecific

    代理自定义的事件,需要用后面的“特定代码”来指明

    当使用上述类型2、3、5时,在报文后面变量部分的第一个变量应标识响应的接口。

    特定代码

    特定代码仅仅在trap类型为6时有效,否则都置为0,他是厂家自定义的事件代码。

    时间戳(timestamp)
    指明自代理进程初始化到trap报告的事件发生所经历的时间,单位为10ms。例如时间戳为1908表明在代理初始化后1908ms发生了该时间。

    (4)变量绑定(variable-bindings)
    指明一个或多个变量的名和对应的值。在get或get-next报文中,变量的值应忽略。

     

    管理变量的表示

    管理变量表示管理对象类型在某一时刻的值(或称该类型的实例),SNMP以管理变量作为操作对象。

    管理变量的表示方法是这样规定的:形如x.y,其中x是管理对象的object identifer。y是能唯一确定对象类型值的一组数字,在非表型变量中为0,在表型变量中是这个表的索引,比如接口表中的接口号,或路由表中的目的网络地址等等 。如:在MIB文件里定义了ipAdEntNetMask这一管理对象,其object identifier为1.3.6.1.1.5.6.1.3它是个路由表中的一项,它的一个实例就是路由表中某一行的子网掩码,如果这行的索引、目的网络地址为129.102.1.0。则这个变量名是:1.3.6.1.1.5.6.1.3.129.102.1.0。在以后的说明中,为了方便,把唯一确定管理变量的一组数字,也就是x.y中的y称作实例。

     

    SNMP的运行过程

    驻留在被管设备上的AGENT从UDP端口161接受来自网管站的串行化报文,经解码、团体名验证、分析得到管理变量在MIB树中对应的节点,从相应的模块中得到管理变量的值,再形成响应报文,编码发送回网管站。网管站得到响应报文后,再经同样的处理,最终显示结果。

    下面根据RFC1157详细介绍Agent接受到报文后采取的动作:

    首先解码生成用内部数据结构表示的报文,解码依据ASN.1的基本编码规则,如果在此过程中出现错误导致解码失败则丢弃该报文,不做进一步处理。

    第二步:将报文中的版本号取出,如果与本Agent支持的SNMP版本不一致,则丢弃该报文,不做进一步处理。当前北研的数据通信产品只支持SNMP版本1。

    第三步:将报文中的团体名取出,此团体名由发出请求的网管站填写。如与本设备认可的团体名不符,则丢弃该报文,不做进一步处理,同时产生一个陷阱报文。SNMPv1只提供了较弱的安全措施,在版本3中这一功能将大大加强。

    第四步:从通过验证的ASN.1对象中提出协议数据单元PDU,如果失败,丢弃报文,不做进一不处理。否则处理PDU,结果将产生一个报文,该报文的发送目的地址应同收到报文的源地址一致。

    根据不同的PDU,SNMP协议实体将做不同的处理:

    1.1 GetRequest PDU

    第一种情况:如果PDU中的变量名在本地维护的MIB树中不存在,则接受到这个PDU的协议实体将向发出者发送一个GetResponse报文,其中的PDU与源PDU只有一点不同:将ERROR-STATUS置为noSuchName,并在ERROR-INDEX中指出产生该变量在变量LIST中的位置。

    第二种情况:如果本地协议实体将产生的响应报文的长度大于本地长度限制,将向该PDU的发出者发送一个GetResponse报文,该PDU除了ERROR-STATUS置为tooBig,ERROR-INDEX置为0以外,与源PDU相同。

    第三种情况:如果本地协议实体因为其他原因不能产生正确的响应报文,将向该PDU的发出者发送一个GetResponse报文,该PDU除了ERROR-STATUS置为genErr,ERROR-INDEX置为出错变量在变量LIST中的位置,其余与源PDU相同。

    第四中情况:如果上面的情况都没有发生,则本地协议实体向该PDU的发出者发送一个GetResponse报文,该PDU中将包含变量名和相应值的对偶表,ERROR-STATUS为noError,ERROR-INDEX为0,request-id域的值应与收到PDU的request-id相同。

    1.2 GetNextRequest PDU

    GetNextRequest PDU的最重要的功能是表的遍历,这种操作受到了前面所说的管理变量的表示方法的支持,从而可以访问一组相关的变量,就好象他们在一个表内。

    下面通过一个例子解释表遍历的过程:

    被管设备维护如下路由表:

    Destination NextHop Metric

    10.0.0.99 89.1.1.42 5

    9.1.2.3 99.0.0.3 3

    10.0.0.51 89.1.1.42 5

    假设网管站欲取得这张路由表的信息,该表的索引是目的网络地址。

    网管站向被管设备发送一个GetNextRequest PDU,其中的受管对象的标识如下

    GetNextRequest ( ipRouteDest, ipRouteNextHop, ipRouteMetric1 )

    SNMP agent响应如下GetResponse PDU:

    GetResponse (( ipRouteDest.9.1.2.3 = "9.1.2.3" ),

    ( ipRouteNextHop.9.1.2.3 = "99.0.0.3" ),

    ( ipRouteMetric1.9.1.2.3 = 3 ))

    网管站继续:

    GetNextRequest ( ipRouteDest.9.1.2.3,

    ipRouteNextHop.9.1.2.3,

    ipRouteMetric1.9.1.2.3 )

    agent响应:

    GetResponse (( ipRouteDest.10.0.0.51 = "10.0.0.51" ),

    ( ipRouteNextHop.10.0.0.51 = "89.1.1.42" ),

    ( ipRouteMetric1.10.0.0.51 = 5 ))

    值得注意的是agent必须能够确定下一个管理变量名,以保证所有变量能被取到且只被取到一次。

    网管站继续:

    GetNextRequest ( ipRouteDest.10.0.0.51,

    ipRouteNextHop.10.0.0.51,

    ipRouteMetric1.10.0.0.51 )

    agent 响应:

    GetResponse (( ipRouteDest.10.0.0.99 = "10.0.0.99" ),

    ( ipRouteNextHop.10.0.0.99 = "89.1.1.42" ),

    ( ipRouteMetric1.10.0.0.99 = 5 ))

    网管站继续

    GetNextRequest ( ipRouteDest.10.0.0.99,

    ipRouteNextHop.10.0.0.99,

    ipRouteMetric1.10.0.0.99 )

    这时因为路由表中所有的行都被取遍,agent因返回路由表对象的下一字典后继即该管理对象在MIB树中的后序遍历的直接后继。这里应是nettoMediaIndex,管理对象的OBJECT IDENTIFIER。这个响应通知网管站对表的遍历已经完成。

    1.3 GetResponse PDU

    GetResponse PDU只有当受到getRequest GetNextRequest SetRequest才由协议实体产生,网管站收到这个PDU后,应显示其结果。

    1.4 SetRequest PDU

    SetRequest PDU除了PDU类型标识以外,和GetRequest相同,当需要对被管变量进行写操作时,网管站侧的协议实体将生成该PDU。

    对SetRequest的响应将根据下面情况分别处理:

    如果是关于一个只读变量的设置请求,则收到该PDU的协议实体产生一个GetReponse报文,并置error status为noSuchName, error index的值是错误变量在变量list中的位置。

    如果被管设备上的协议实体收到的PDU中的变量对偶中的值,类型、长度不符和要求,则收到该PDU的协议实体产生一个GetReponse报文,并置error status为badValue, error index的值是错误变量在变量list中的位置。

    如果需要产生的GetReponse报文长度超过了本地限制,则收到该PDU的协议实体产生一个GetReponse报文,并置error status为tooBig, error index的值是0。

    如果是其他原因导致SET失败,则收到该PDU的协议实体产生一个GetReponse报文,并置error status为genErr, error index的值是错误变量在变量list中的位置。

    如果不符合上面任何情况,则agent将把管理变量设置收到的PDU中的相应值,这往往可以改变被管设备的运行状态。同时产生一个GetResponse PDU,其中error status置为noError,error index的值为0。

    1.5 Trap PDU

    Trap PDU的有如下的形式

     

    产生trap的系统的OBJECT IDENTIFIER

     

    系统的IP地址

    普通类型

    特定类型

    时戳

    变量对偶表

     

    Trap是被管设备遇到紧急情况时主动向网管站发送的消息。网管站收到trap PDU后要将起变量对偶表中的内容显示出来。一些常用的trap类型有冷、热启动,链路状态发生变化等。

     

    通过wireshark抓包工具,捕获一条如下的SNMP报文,接下来对其进行仔细分析。

    SNMPv1原始报文内容:

    00 23 5a 9e 58 b9 00 4c 41 49 50 55 08 00 45 00 00 48 00 00 40 00 40 11 a5 4e c0 a8 0a 01 c0 a8  0a 05 0c 00 00 a2 00 34 ff e0 30 2a 02 01 00 04 06 70 75 62 6c 69 63 a4 1d 06 0a 2b 06 01 04 01 bf 08 03 02 0a 40 04 c0 a8 0a 01 02 01 00 02 01 00 43 01 0e 30 00

     

    目的MAC:00 23 5a 9e 58 b9

    源MAC:00 4c 41 49 50 55

    协议类型:08 00 ,为IP数据报

    IP头:45 00 00 48 00 00 40 00 40 11 a5 4e c0 a8 0a 01 c0 a8 0a 05 0c

    UDP头:0c 00 00 a2 00 34 ff e0

    其余部分都为SNMP报文,接下来我们对照前面的报文结构体来逐个分析一下。

    n  30 表示SNMP消息是ASN.1的SEQUENCE类型;

    n  2a 表示该SNMP报文的总长度是42(0x2a)个字节,该字段所表示的报文长度起始于它后面的第一个字节直到报文结束;

    n  02 01 00 表示版本号,可见其确实为BER编码方式。02表示该字段是INTEGER类型;01表示该字段占1个字节;00表示版本号,该值为“版本号-1”;

    n  04 06 70 75 62 6c 69 63 表示团体名,04表示该字段为OCTET STRING类型;06表示该字段占6个字节;70 75 62 6c 69 63 表示团体名的ANSII码的十六进制形式,这里是“public”;

    n  a4 1d 其中a4中的“4”表示这是一个trap报文,a4又叫报文的标签标记;1d表示后面还有29(0x1d)个字节的数据;

    n  06 0a 2b 06 01 04 01 bf 08 03 02 0a 企业OID标识。06表示该字段是个对象标识符,OBJECT IDENTIFIER;0a表示该字段占10(0x0a)个字节;关于SNMP的OID的编码方式有些奇特:例如1.3.6.1.2…. 取前两个数字分别记为x和y。编码时40*x+y,这里x=1,y=3,因此结果为40*1+3=43,即表示十六进制的2b。因此,这里的企业OID编码即为1.3.6.1.4.1.8072.3.2.10;

    n  40 04 c0 a8 0a 01 同样40表示该字段为OCTET STRING 类型;04表示IP地址占4个字节;IP地址为192.168.10.1;

    n  02 01 00 其中00表示trap类型为coldStart;

    n  02 01 00 其中00表示我们指定的trap即specific-trap也为coldStart类型;

    n  43 01 0e 43表示为TimeTicks类型;01表示该字段占1个字节;0e即十进制的14表示时间标签为0.14秒,这里时间计数器以0.01秒递增;

    n  30 00 30表示“键-值”值对的编码类型为SEQUENCE;00表示该字段占0个字节,即没有该字段。

     

    SNMPv2 Trap报文 SNMPv2的Trap报文格式如图8所示:

     

     

    同样的,这里除了trap类型和报文长度是标准网络字节序之外,其余协议字段也均为BER编码方式。可以看到v2版的trap报文正在向统一的报文格式发展,已经非常类似普通的SNMP请求、响应报文了。

    SNMPv2原始报文内容:

    00 23 5a 9e 58 b9 00 4c 41 49 50 55 08 00 45 00 00 7b 00 00 40 00 40 11 a5 1b c0 a8 0a 01 c0 a8 0a 05 0c 01 00 a2 00 67 04 bb 30 5d02 01 01 04 06 70 75 62 6c 69 63 a7 50 02 04 17 73 2c fb 02 01 00 02 01 00 30 42 30 0d 06 08 2b 06 01 02 01 01 03 00 43 01 0e 30 1706 0a 2b 06 01 06 03 01 01 04 01 00 06 09 2b 06 01 06 03 01 01 05 01 30 18 06 0a 2b 06 01 06 03 01 01 04 03 00 06 0a 2b 06 01 04 01 bf 08 03 02 0a

     

    目的MAC:00 23 5a 9e 58 b9

    源MAC:00 4c 41 49 50 55

    协议类型:08 00,IP报文

    IP头:45 00 00 7b 00 00 40 00 40 11 a5 1b c0 a8 0a 01 c0 a8 0a 05

    UDP头:0c 01 00 a2 00 67 04 bb

    余下部分全为SNMP报文内容,这里我们做一下简单的约定:

    xx 标注类型;xx 标注长度;xx 标注真正的数据。

    这样一来上面这串原始数据就好分析多了J

    n  30 5d 整个SNMP报文的编码方式为30,即SEQUENCE类型,报文长度93(0x5d)字节;

    n  02 01 01 版本号01即v2版本;

    n  04 06 70 75 62 6c 69 63 团体名70 75 62 6c 69 63  即英文的“public”;

    n  a7 50 a7表示trap类型为7,即厂商自定义trap;50表示PDU区段占80(0x50)字节;

    n  02 04 17 73 2c fb 请求ID为17 73 2c fb 十进制的393424123;

    n  02 01 00 错误状态0;

    n  02 01 00 错误索引0;

    n  30 42 “变量名-值”对编码类型30 即SEQUENCE类型;“变量名-值”所占总字节0x42,即66字节;

    n  30 0d 06 08 2b 06 01 02 01 01 03 00 43 01 0e 第一个“名-值”对区段编码方式30 即SEQUENCE类型;第一个“名-值”对总长度0x0d,13字节;第一个变量名的编码类型0x06,时间标签;第一个变量名占0x08个字节;第一个变量名2b 06 01 02 01 01 03 00,为1.3.6.1.2.1.1.3.0;第一个变量值为0x0e,即14;

    n  30 17 06 0a 2b 06 01 06 03 01 01 04 01 00 06 09 2b 06 01 06 03 01 01 05 01 第二个“名-值”对;变量名1.3.6.1.6.3.1.1.4.1.0;变量值1.3.6.1.6.3.1.1.5.1;

    n  30 18 06 0a 2b 06 01 06 03 01 01 04 03 00 06 0a 2b 06 01 04 01 bf 08 03 02 0a 第三个“名-值”对;变量名1.3.6.1.6.3.1.1.4.3.0;变量值1.3.6.1.4.1.8072.3.2.10;

    展开全文
  • can 网络管理

    千次阅读 2018-08-31 16:26:54
    网络管理主要功能: 是用来管理ECU是否在网络里面,不在的话请求加入,也就是ALIVE报文, 要判断是否掉线,以及睡眠状态的转换机制,以及跛行状态判,也即是RING报文。 主要的实现逻辑流程: 从rtos队列里面取出...
  • Linux系统中网络管理命令和查看网络配置的命令

    千次阅读 多人点赞 2020-07-09 14:31:21
    一....网络管理命令 2.1 概述 2.2 测试主机之间的连通性——ping命令 2.3 查看网络状况——netstat和ss命令 2.4 查看用户登录信息——last和lastlog命令 2.5互联网另一端的路径—— traceroute命令
  • 所有命令都验证过,有更好的方式,欢迎留言~~~ CKA习题和真题汇总 CKA考试经验:报考和考纲 CKA :2019年12月英文原题和分值 CKA考试习题:K8S基础概念--API 对象 ... CKA考试习题:网络管理-Pod网络、...
  • CAN笔记(19) 网络管理

    万次阅读 2019-09-11 10:45:18
    网络管理、节点状态、节点上线报文、心跳报文、节点守护、节点状态切换命令、主站设备
  • AutoSar和OSEK网络管理比较

    千次阅读 多人点赞 2019-08-30 17:06:15
    3. 都依靠特定的网络管理CAN报文,每个节点的网络管理ID都不一样。 4. 唤醒方法相同,第一个唤醒的节点发送网络管理帧即同时唤醒其它节点。 不同点: 1. 唤醒帧类型不一样: 网络唤醒后,OSEK要求节点发出的第...
  • 基于CAN的网络管理

    千次阅读 2019-01-08 11:39:34
    基于CAN的网络管理(network management) - 张丁的文章 - 知乎 https://zhuanlan.zhihu.com/p/45226069@TOC 车载网络总线管理的目的是使网络中的ECU节点有序地睡眠和唤醒,在没有通信需求的时候睡眠,可以节约电池...
  • 网络管理软件就是能够完成网络管理功能的网络管理系统,简称网管系统。运用好网管软件,可以减少企业经营成本,保障利益最大化。对网管员来说,可以大大减轻日常的重复性劳动和工作压力,提高工作效率,将更多的精力...
  • SNMP网络管理协议

    千次阅读 2017-02-06 09:27:09
    网络管理系统的组成 1. 被管理节点(设备)--被监视的设备 2. 网络管理代理 ---是驻留在网络设备中的软件模块,对来自管理站的信息查询 和 动作执行 的请求作出响应, 主动向管理站提供一些重要的非请求信息 3. ...
  • AUTOSAR 网络管理NM

    千次阅读 2019-03-13 13:45:09
    此处说一下AUTOSAR独有的网络通讯规范和网络管理模块NM 一、AUTOSAR COM AUTOSAR COM是AUTOSAR标准的一部分,它是从OSEK COM标准的基础上发展而来的。AUTOSAR COM提供了一种标准化的访问汽车通讯系统和ECU...
  • Linux桌面通过使用网络管理器(NetworkManager)来管理你的网络接口。不过在没有安装网络管理器的服务器版上,这2个命令仍然可用。如果确实要在命令行上配置网络管理器, Linux装好以后是不能和网络中的其他机器进行...
  • 网络管理技术(一)

    千次阅读 2015-09-02 07:38:45
    一,网络管理的基本知识  (1)网络管理的基本概念  网络管理系统一般有管理进程,被管对象,代理进程,管理信息库和网络管理协议五部分组成。  1管理进程:也称管理站,是网络管理的主动实体。  2被管对象:网络...
  • AutoSar CAN网络管理状态机理解

    千次阅读 多人点赞 2019-08-28 17:51:03
    AutoSar CAN网络管理状态机理解 前言 网络管理是整车控制很重要的功能。在CAN网络中通常有两种报文,应用数据帧和网络管理帧。应用数据帧只负责网络在正常工作模式下各节点的数据交互,网络管理帧控制和协调各节点...
  • 计算机网络(9)----网络管理

    千次阅读 2019-01-06 17:47:01
    网络管理是这样定义的:网络管理硬件,软件和人类元素的设置,综合和协调,以监视,测试,轮询,配置,分析,评价,和控制网络即网元资源,用合理的成本满足实时性,运营性和服务质量的要求.有点复杂,我也不是太懂.  国际标准...
  • OSEK间接网络管理(NM)

    千次阅读 2019-10-09 10:18:00
    OSEK间接网络管理则是建立在信息传递的基础上的,网络节点周围的各模块向这一节点定时地发送信息,管理模块根据所获得的信息就可以判断出它们的状态,同时由其监控的更新网络状态。 间接的网络管理机制下,Master...
  • 实例解析Docker网络管理机制(bridge network,overlay network),介绍Docker默认的网络方式,并创建自己的网络桥接方式,将开发的容器添加至自己新建的网络,提高Docker网络安全和通信.1.给自己的docker (Dcoker1.12GA)...
  • 10个免费网络管理工具

    万次阅读 2017-10-26 13:26:12
    你可能也在苦苦寻求着好用的免费网络管理工具,在本文中,我将为您介绍10个免费的网络工具,我相信它们在企业网络的日常管理和故障排除方面会非常有用。 一些IT专业人员完全不理会免费的开源工具,因为他们觉得...
  • OSEK直接网络管理(NM)

    千次阅读 2019-10-09 10:20:00
    OSEK直接网络管理(NM)赋予节点“消息地址”的概念,即每个网络上的节点有唯一的标识号。NM规范没有定义最大的节点标识号,但建议采用8位地址(0-255)。虽然底层物理网络不支持消息地址,但直接NM要求间接实现对消息...
  • 计算机网络管理入门(一)

    千次阅读 2018-12-04 16:16:15
    一、网络管理的几个概念 1.1.1网络管理概述 网络管理完成两个任务:一是对网络的运行状态进行监测,而是对网络的运行进行控制。 1.1.2网络管理的目标 使网络的性能状态达到最优化状态,包括网络的有效性、可靠性、...
  • 网络管理的5大功能!

    千次阅读 2018-08-29 14:57:15
    网络管理的重要任务是:控制 和 监控 。 网络管理的5大功能: (1)配置管理 (2)故障管理 (3)性能管理 (4)安全管理 (5)计费管理
  • 四、AUTOSAR的网络通讯规范COM和网络管理NM

    万次阅读 多人点赞 2018-11-15 09:20:31
    此处说一下AUTOSAR独有的网络通讯规范和网络管理模块NM 一、AUTOSAR COM AUTOSAR COM是AUTOSAR标准的一部分,它是从OSEK COM标准的基础上发展而来的。AUTOSAR COM提供了一种标准化的访问汽车通讯系统和ECU...
  • 网络管理之基础知识详解

    千次阅读 2018-08-28 16:11:08
    网络管理之基础知识详解   目录 3.1 网络的特征 3.2 拓扑结构 4.1 OSI简介 4.2 数据传输过程 4.3 分层作用 4.4 PDU 5.1 单播 5.2 多播 5.3 广播 5.4 三种通信方式的优缺点   正文 前言 一、什么...
  • OSEK-NM直接网络管理一:概念部分

    千次阅读 2020-06-21 13:51:18
    OSEK直接网络管理 1:背景 随着整车网络中由不同制造商提供的电控单元日益增长,一个旨在避免开发过充中不必要的变体和节省开发时间的基础、非竞争机制的基础结构标准就尤为必要了。 网络管理的首要任务是确保通信的...
  • 大学网络管理课程复习总结

    万次阅读 2013-06-01 16:53:26
    网络管理复习总结 第1章 网络管理基础 选择题 1. 管理者和代理间的信息交换是通过(A)进行的。 A.PDU(数据单元) B. Polling(轮询) C. Heartbeat(心跳) D. AC(应用上下文) 2. 网络管理的要素包括(A、...
  • Linux (deepin)网络管理详解.

    万次阅读 2018-03-30 17:47:30
    网络管理 编辑历史版本 English前言本条目简单介绍Linux下的网络管理,包含网络配置文件和网络管理命令。网络配置文件关于网络的配置文件有:主机地址配置文件:/etc/hosts网络服务信息文件:/etc/services允许与拒绝...
  • Android4.4 framework网络管理

    千次阅读 2016-04-02 11:16:54
    今天总结一下Android4.4 framework网络管理流程,同样,Android5.0这部分改动很大,在此先不介绍Android5.0的情况。整体框架 每一个网络都会实现一个NetworkStateTracker,例如WIFI对于的是WifiStateTracker,...
  • AutoSAR系列讲解(实践篇)10.4-网络管理

    千次阅读 多人点赞 2019-12-18 14:59:01
    讲解了AutoSAR的网络管理的机制和几种模式

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 167,004
精华内容 66,801
关键字:

网络管理