SNMP 协议

Size: px

Start display at page:

Download "SNMP 协议"

潮启池
6 years ago
Views:

1 SNMP 协议目录 1 简介概况名词模型组成 SMI 数据类型 Message BER MIB UDP 组实例标识 system 组 interface 组 at 组 ip 组 icmp 组 tcp 组 SNMP 端口结构 PDU Trap-PDU 过程 Manager Agent 应用 snmpget snmptrap 附录...28

2 4.1 其他网络管理 SNMP 版本比较参考...29

3 1 简介 1.1 概况 1. SNMP 是为网络管理服务而定义的应用协议, 在 1988 年 8 月首次定义, 由 Internet 工程任务组织 (Internet Engineering Task Force)(IETF) 的研究小组为了解决 Internet 上的路由器管理问题而提出的, 很快就在 RFC1157 中达到了正式标准 2. SNMP 是 NMS 和代理之间的异步请求和相应协议 3. SNMP 是由一系列协议组和规范组成的, 它们提供了一种从网络上的设备中收集网络管理信息的方法 4. SNMP 被设计成与协议无关, 所以它可以在 IP,IPX,AppleTalk,OSI 以及其他用到的传输协议上被使用 5. 从被管理设备中收集数据有两种方法 : 一种是轮询 (polling-only) 方法, 另一种是基于中断 (interrupt-based) 的方法 6. SNMP 消息全部通过 UDP 端口 161 接收, 只有 Trap 信息采用 UDP 端口名词 SNMP,Simple Network Management Protocol: 简单网络管理协议它是一个标准的用于管理 IP 网络上结点的协议此协议包括了监视和控制变量集以及用于监视设备的两个数据格式 :SMI 和 MIB MIB,Management Information Base: 管理信息库由网络管理协议访问的管理对象数据库, 它包括 SNMP 可以通过网络设备的 SNMP 管理代理进行设置的变量 SMI,Structure of Management Information: 管理信息结构用于定义通过网络管理协议可访问的对象的规则 SMI 定义在 MIB 中使用的数据类型及网络资源在 MIB 中的名称或表示 ASN.1,Abstract Syntax Notation One: 抽象语法定义用于定义语法的正式语言, 在 SNMP 中它用于定义 SNMP 协议数据单元和对象的格式 PDU,Protocol Data Unit: 协议数据单元在网络中传送的数据包 BER,basic encoding rules: 基本编码规则由 CCITT (X.209) 和 ISO (ISO 8825) 指定的编码规则, 它描述了如何将 ASN.1 类型表示为字符串 1.3 模型 SNMP 参考模型由以下 4 个主要部分构成 : 互联网络, 网络协议, 网络管理进程和被管网络

4 实体, 如图所示 : 用户界面网络管理应用 1 网络管理应用 2 网络管理应用 3 NMS MIB NMS SNMP 协议代理进程代理进程 MIB 网络协议网络协议互联网其中的核心内容是 SNMP 管理模型, 如图所示 : 网络管理系统 (NMS) 管理应用管理者 SNMP SNMP SNMP 代理代理代理 MIB MIB MIB 被管对象被管对象被管对象 2 组成 3 个主要的组成部分 :SMI MIB 协议.

5 2.1 SMI 管理信息结构是管理信息库中对象定义和编码的基础 SMI 是对公共结构和一般类型的描述, 和标识方法在一起, 在现实中都要用到 SMI 经常被比作数据库的模式, 它描述 MIB 中的对象 SMI 中最关键的原则是管理对象的形式化定义要用抽象语法记法 (ASN.1) 来描述管理对象在现实中都是作为特定的 MIB 严格定义的, 在 SMI 称为为对象类型 SNMP 的对象类型有 3 个用来描述其特征的最基本属性 : 名, 语法, 编码数据类型 (1) INTEGER: 有些整形变量没有范围限制, 有些整形变量定义为特殊的数值 (2) OCTER STRING:0 或多个 8 位字节, 每个字节值在之间 (3) DisplayString:0 或多个 8 位字节, 每个字节必须是 ASCII 码, 所有该类型的变量不能超过 255 个字符 (4) OBJECT IDENTIFIER: 一个任意长的非负整数序列, 用于标记对象. (5) NULL: 相关变量还没有值 (6) IPAddress:4 字节的 OCTER STRING, 以网络序表示的 IP 地址, 每个字节代表 IP 地址的一个字段 (7) PhyAddress:OCTER STRING 类型, 代表物理地址 (8) Counter: 非负整数, 范围为 , 达到最大后从 0 开始 (9) Gauge: 非负整数, 范围为 , 或增或减, 达到最大值后锁定, 直到复位 (10) TimeTicks: 时间计数器, 以 0.01 秒递增, 但是不同的变量可以有不同的递增幅度, 所以定义该类变量时必须指定递增幅度

(11) SEQUENCE: 类似于结构, 包括 0 个或多个元素, 相当于 C 语言的结构体 struct (12) SEQUENCE OF: 向量, 其所有元素具有相同的类型, 相当于 C 语言的数组 array 2.1.1.2 Message 一条 SNMP 消息由版本号 SNMP 共同体名和协议数据单元 (PDU) 构成 The length of SNMP messages should not exceed 484 octets.

6 (11) SEQUENCE: 类似于结构, 包括 0 个或多个元素, 相当于 C 语言的结构体 struct (12) SEQUENCE OF: 向量, 其所有元素具有相同的类型, 相当于 C 语言的数组 array Message 一条 SNMP 消息由版本号 SNMP 共同体名和协议数据单元 (PDU) 构成 The length of SNMP messages should not exceed 484 octets. Message ::= SEQUENCE { version community data } INTEGER {version-1(0)}, OCTET STRING, ANY 版本识别符 (version identifier): 确保 SNMP 代理使用相同的协议, 每个 SNMP 代理都直接抛弃与自己协议版本不同的数据报团体名 (Community Name): 用于 SNMP 从代理对 SNMP 管理站进行认证 ; 如果网络配置成要求验证时,SNMP 从代理将对团体名和管理站的 IP 地址进行认证, 如果失败,SNMP 从代理将向管理站发送一个认证失败的 Trap 消息共同体为一个字符串, 这是管理进程和代理进程之间的口令, 是明文格式, 默认为 public 协议数据单元 (PDU): 其中 PDU 指明了 SNMP 的消息类型及其相关参数 BER BER 基本编码规则 (Basic Encoding Rules) ITU-T(X.690) 和 ISO(8825-1) 标准一种编码规格说明描述如何将 ASN.1 类型的值编码成字节串 (string of octets) 的方法基于一种称为 type-length-value (TLV) 结构的方法, 在 ASN.1 中, 也称 identifier-length-content(ilc)

7 Identifier 字段 Tag number < 31: Tag number >= 31:

8 Length 字段短格式既可用于基本类型, 也可用于内容长度不超过 128 的构造类型长格式既可用于基本类型, 也可用于构造类型通常内容长度大于或等于 128 不定长格式仅用于构造类型 EOC 字节可看作是 tag 为 0 的基本类型, 内容长度为 0 例 Example 1, integer 14 Example 2, string HI Example 3, ObjectIdentifier

9 Example 4, IPAddress Example 5, INTEGER Example 6, INTEGER BER coding of two s complement integers -129: = FF 7F -128: = : = : = FF 0: = : = : = F 128: = : = Example 7,SEQUENCE

10 Example 8,OBJECT IDENTIFIER Example 9,OBJECT IDENTIFIER Coding of OID Root ccitt(0): Z = Y {0..39} iso(1): Z = 40 + Y {40..79} joint-iso-ccitt(2): Z= 80 + Y { } Coding of OID nude numbers 类似于 Identifier 字段中的 Tag 编码 Range {0..127}: 0XXX XXXX Range { }: 1XXX XXXX 0XXX XXXX

11 Range { }: 1XXX XXXX 1XXX XXXX 0XXX XXXX 例 :RSA 数据安全公司 { } a f7 0d BER 编码存在的问题不唯一示例同一个值可能有超过 1 种合法的编码 ; 灵活, 但容易造成混淆 BIT STRING 值 BIT STRING 编码中, 在长度字段后的第一个字节给出了最后一个字节中未用到的位数 ( 本例中为 6) e 5d c0 ( 用 0 填充, 短格式 ) e 5d e0 ( 用填充 ) e 5d e0 ( 长格式 ) ( 构造式编码 ) e 5d ( ) c0 解决方案 ( 两种方向 ) DER: BER 子集, 只使用定长编码 CER: BER 子集, 基于不定长编码

2.2 MIB MIB 定义了可以通过网络管理协议进行访问的管理对象的集合第一组 RFC 定义的 MIB 成为 MIB-I 接下来的 RFC1213 中又添加了新的对象, 成为了正式的标准, 称为 MIB-II MIB 经常被当作管理对象的虚拟的数据库 MIB 可以描述为一棵树, 各个数据项构成了树的叶结点每个 MIB 对象都有一个唯一的对象标识符 (OID) 来标识和命名,

12 2.2 MIB MIB 定义了可以通过网络管理协议进行访问的管理对象的集合第一组 RFC 定义的 MIB 成为 MIB-I 接下来的 RFC1213 中又添加了新的对象, 成为了正式的标准, 称为 MIB-II MIB 经常被当作管理对象的虚拟的数据库 MIB 可以描述为一棵树, 各个数据项构成了树的叶结点每个 MIB 对象都有一个唯一的对象标识符 (OID) 来标识和命名, 这个标识符取决于 MIB 对象在树中的位置, 而对象的实例也有标识符, 由对象类的对象标识符加上实例标识符构成的 SNMP MIB 的对象标识符结构定义了三个主要分支 : 国际电报电话咨询委员会 CCITT( 现在的国际电信联盟的电信部门 ITU-T) 负责管理分支 0 国际标准化组织 ISO 负责管理分支 1, CCITT 和 ISO 联合机构管理分支 2 Internet 的 MIB 都在分支 1, 属于 ISO.ORG.DOD.INTERNET 子树, 具体如下图所示

13 CCITT(0) ISO(1) JOINT-ISOCCITT(2) ORG(3) DOD(6) INTERNET(1) DIRECTORY(1) MGMT(2) EXPERIMENTAL(3) PRIVATE(4) MIB-2(1) SYSTEM(1) AT(3) ICMP(5) UDP(7) TRANSMISSION(9) INTERFACE(2) IP(4) TCP(6) EGP(8) SNMP(10) RFC1213 中定义了 Internet 标准的 MIB 和 MIB-II, 共包含 171 个对象, 分成 11 组, 下表对各组总体信息作了具体解释 MIB 类型 System Interface AT IP ICMP TCP UDP EGP Transmission SNMP 类型说明主机或网关信息网络接口信息地址转换信息网际信息网际控制报文协议传输控制协议用户数据报协议外部网关协议传输媒体信息简单网络管理协议

14 2.2.1 UDP 组 UDP 组中包含几个变量和一个表格变量为 : udpindatagram(1) udpnoports(2) udpinerrors(3) udpoutdatagram(4) udptable(5) 名称数据类型 R/W 描述 udpindatagram Counter R UDP 数据报输入数 udpnoports Counter R udpinerrors Counter R 没有发送到有效端口的 UDP 数据报个数接收到的有错误的 UDP 数据报个数 udpoutdatagram Counter R UDP 数据报输出数在 udptable 中有 2 个变量 : UDP 监听表, 索引 =<udplocaladdress>.<udplocalport> 名称数据类型 R/W 描述监听进程的本地 IP 地址, udplocaladdress IpAddress R 代表接收任何接口的数据报 udplocalport [ ] R 监听进程的本地端口号

15 实例标识对 MIB 变量进行操作, 必须对 MIB 的每个变量进行标识只有叶子节点是可操作的 SNMP 没法处理表格的一整行或一整列. 简单变量对于简单变量的处理是通过在其对象标识后面添加 ".0" 处理例如对象标识是 , 则实例标识是表格每个 MIB 中的索引都包含一个以上的索引对于 UDP 监听表来说,MIB 定义了包含两个变量的联合索引假定 UDP 监听表中有 3 行具体成员 : 这表明系统将从端口和 520 接收来自任何接口的 UDP 数据报这三行数据处理后为 : 行对象标识简称值 UdpLocalAddress UdpLocalPort UdpLocalAddress UdpLocalPort UdpLocalAddress UdpLocalPort 字典式排序

MIB 中按照对象标识进行排序有一个隐含规则,MIB 表格是根据其对象标识按照字典的顺序进行排序的上面表格排序后如下所示 : 行对象标识简称值 1.3.6.1.2.1.7.5.1.1.0.

0.0.0.0.5200.0.0.0 1.3.6.1.2.1.7.5.1.2.0.0.0.0. 67 UdpLocalPort.0.0.0. 67 67 1.3.6.1.2.1.7.5.1.2.0.0.0.0. UdpLocalPort.0.0.0. 161 161 161 UdpLocalPort.

16 MIB 中按照对象标识进行排序有一个隐含规则,MIB 表格是根据其对象标识按照字典的顺序进行排序的上面表格排序后如下所示 : 行对象标识简称值 UdpLocalAddress UdpLocalAddress UdpLocalAddress UdpLocalPort UdpLocalPort UdpLocalPort

17 520 在表格中, 一个给定变量的所有实例都在下个变量的所有实例之前显示这意味表格的操作顺序是先行后列的表格中对行的排序和表格中索引的值有关 system 组 system 组包含 7 个变量, 没有表格, 分别是 : sysdescr sysobjectid sysuptime syscontact sysname syslocation sysservices interface 组 interface 组只定义了一个简单变量, 是系统的接口数量该组还有一个表格变量, 有 22 列 at 组 at 组是地址转换组, 在该组中仅有一个由 3 列组成的表格变量 ip 组 ip 组定义了很多简单变量和 3 个表格变量 ( 地址表路由表地址转换表 ) icmp 组 icmp 组包含 4 个普通计数器变量 (ICMP 报文的输出和输入数量以及 ICMP 差错报文的输入和输出数量 ) 和 22 个其他 ICMP 报文数量的计数器,11 个输出计数器,11 个输入计数器 tcp 组连接表 tcp 组包含 14 个简单变量, 主要为 TCP 状态还包含 1 个表格变量, 即 TCP

18 2.3 SNMP 端口 Passive open by both client and server: Exchange of request and response messages: Sending trap messages by the server: 结构 PDUs::= CHOICE { get-request [0] IMPLICIT PDU, get-next-request [1] IMPLICIT PDU, get-response [2] set-request [3] trap [4] IMPLICIT PDU, IMPLICIT PDU, IMPLICIT Trap-PDU }

GetRequest, GetNextRequest, SetRequest PDU type request-id 0 0 variable-bindings GetResponse PDU type request-id error-status error-index variable-bindings variable-bindings.

19 GetRequest, GetNextRequest, SetRequest PDU type request-id 0 0 variable-bindings GetResponse PDU type request-id error-status error-index variable-bindings variable-bindings... name value name value name value VarBindList ::= SEQUENCE OF VarBind VarBind ::= SEQUENCE { name ObjectName, value ObjectSyntax } ObjectName ::= OBJECT IDENTIFIER ObjectSyntax ::= CHOICE { simple SimpleSyntax, application-wide ApplicationSyntax } SimpleSyntax ::= CHOICE { number INTEGER, string OCTET STRING, object OBJECT IDENTIFIER,

20 empty NULL } ApplicationSyntax::= CHOICE { address NetworkAddress, counter Counter, gauge Gauge, ticks TimeTicks, arbitrary Opaque } NetworkAddress::= CHOICE { internet IpAddress } Message format for trap:

21 Encoding SNMP message using BER

22 差错状态字段是一个整数, 由代理进程设置, 指明有错误发生差错状态名称描述 0 NoError 没有错误 1 TooBig 代理进程无法把响应放在一个 SNMP 消息中发送 2 NoSuchName 操作一个不存在的变量 3 BadValue Set 操作的值或语法有错误 4 ReadOnly 管理进程试图改变一个只读变量 5 generr 其他错误 PDU PDU 为协议数据单元, 即分组 PDU ::= SEQUENCE { request-id INTEGER, error-status INTEGER { noerror(0),

23 toobig(1), nosuchname(2), badvalue(3), readonly(4) generr(5)}, error-index INTEGER, variable-bindings SEQUENCE OF { name ObjectName, value ObjectSyntax } } PDU 类型名称 0 Get-request 1 Get-next-request 2 Get-response 3 Set-request 4 Trap Trap-PDU PDU type enterprise agent-addr generic-trapspecific-traptime-stamp variable-bindings specific-trap INTEGER, time-stamp TimeTicks, variable-bindings VarBindList } -- enterprise OID equals sysobjectid Trap-PDU ::= [4] IMPLICIT SEQUENCE { enterprise OBJECT IDENTIFIER, agent-addr NetworkAddress, generic-trap INTEGER { coldstart(0), warmstart(1), linkdown(2), linkup(3),

specific-trap time-stamp variable-bindings authenticationfailure(4), egpneighborloss(5), enterprisespecific(6)}, INTEGER, TimeTicks, VarBindList } Enterprise: Type of Object generating trap.

24 specific-trap time-stamp variable-bindings authenticationfailure(4), egpneighborloss(5), enterprisespecific(6)}, INTEGER, TimeTicks, VarBindList } Enterprise: Type of Object generating trap. Agent Address: Address of object generating trap. Generic Trap: Generic trap type. Specific Trap: Enterprise specific trap. Time Stamp: Time elapsed between the last initialization of the network entity and the generation of the trap. Variable Bindings: Interesting information 过程

25 Manager NM Application Translates Internal Data to ASN.1 Format Sends Request Agent NM Application Translates ASN.1 Package to Internal Data Format Received Response PDU from Agent Agent Agent From Manager Received SNMP Request PDU from Manager Translates ASN.1 Structure to Internal Data Maps MIB Variables to Internal Variables To Manager Sends SNMP Response PDU to Manager Translates Response PDU to ASN.1 Format Implement SNMP Request to Set or Get MIB Value Main Loop of Agent: 1. Agent waits for an incoming datagram in Port Reads the datagram from UDP and notes the transport address of the sending entity. 3. Increments the QUANTUM to keep track of the logical request-id being processed by agent 4. De-serializes the datagram into an ASN.1 structure. If error occurs, log error and discard packet. 5. The ASN.1 structure is translated into SNMP message. If error occurs, log error and discard packet. 6. Check on VERSION-NUMBER field. If error occurs, log error and

26 discard packet. 7. Community name is looked up. If community is unknown to agent, agent send AUTHENTICATION trap to Manager station in Port 162; log error and discard packet. 8. Agent loops through list of variables in the request. If no prototype is found, return a GET-RESPONE with error nosuchname and discard package. Once prototype is fund, operation is checked against community profile. If mismatch occurs, return get-respone with error nosuchname or readonly and discard package.otherwise, agent invokes access routine to perform the desired operation. 3 应用 3.1 snmpget 命令 : snmpget [options] node variable [...] query a node using SNMP Get request 例 : >>snmpget -d Transmitted 41 bytes to port 161: Initial Timeout: 0.80 seconds 0: c a0 1a 02 0'...public... 16: bc e 30 0c b : : SNMP MESSAGE (0x30): 39 bytes 2: INTEGER VERSION (0x2) 1 bytes: 0 (SNMPv1) 5: OCTET-STR COMMUNITY (0x4) 6 bytes: "public" 13: GET-REQUEST-PDU (0xa0): 26 bytes 15: INTEGER REQUEST-ID (0x2) 2 bytes: : INTEGER ERROR-STATUS (0x2) 1 bytes: noerror(0) 22: INTEGER ERROR-INDEX (0x2) 1 bytes: 0 25: SEQUENCE VARBIND-LIST (0x30): 14 bytes 27: SEQUENCE VARBIND (0x30): 12 bytes 29: OBJ-ID (0x6) 8 bytes: : NULL (0x5) 0 bytes Received 69 bytes from port 161: 0: c a C...public.6. 16: bc a b...0*0(..+ 32: c e e 4d...Sun SNM

27 48: e 74 2c e 57 2c 55 6c P Agent, SUNW,Ul 64: d tra : SNMP MESSAGE (0x30): 67 bytes 2: INTEGER VERSION (0x2) 1 bytes: 0 (SNMPv1) 5: OCTET-STR COMMUNITY (0x4) 6 bytes: "public" 13: RESPONSE-PDU (0xa2): 54 bytes 15: INTEGER REQUEST-ID (0x2) 2 bytes: : INTEGER ERROR-STATUS (0x2) 1 bytes: noerror(0) 22: INTEGER ERROR-INDEX (0x2) 1 bytes: 0 25: SEQUENCE VARBIND-LIST (0x30): 42 bytes 27: SEQUENCE VARBIND (0x30): 40 bytes 29: OBJ-ID (0x6) 8 bytes: : OCTET-STR (0x4) 28 bytes: "Sun SNMP Agent, SUNW,Ultra-1" system.sysdescr.0 : DISPLAY STRING- (ascii): Sun SNMP Agent, SUNW,Ultra snmptrap 命令 : snmptrap [-d] [-p port] [-c community] node enterprise agent-addr generic-trap specific-trap time-stamp variable type value [variable type value...] issue an SNMP Version 1 Trap options:[-d] [-t timeout] [-r retries] [-p port] [-c community] [-v version] 例 : >>snmptrap -d manager octetstringascii "Trap test" Transmitted 64 bytes to manager ( ) port 162: 0: 30 3e c a >...public.1. 16: 09 2b a d..@...t 32: f C : 04 2b Trap test 0: SNMP MESSAGE (0x30): 62 bytes 2: INTEGER VERSION (0x2) 1 bytes: 0 (SNMPv1) 5: OCTET-STR COMMUNITY (0x4) 6 bytes: "public" 13: V1-TRAP-PDU (0xa4): 49 bytes 15: OBJ-ID ENTERPRISE (0x6) 9 bytes: : IPADDRESS AGENT-ADDR (0x40) 4 bytes: (manager2) 32: INTEGER GENERIC-TRAP (0x2) 1 bytes: 6 35: INTEGER SPECIFIC-TRAP (0x2) 3 bytes: : TIMETICKS TIME-STAMP (0x43) 1 bytes: 0 (0x0) 43: SEQUENCE VARBIND-LIST (0x30): 19 bytes 45: SEQUENCE VARBIND (0x30): 17 bytes 47: OBJ-ID (0x6) 4 bytes:

28 53: OCTET-STR (0x4) 9 bytes: "Trap test" 4 附录 4.1 其他网络管理从 1985 年开始,CCITT 致力于开发和制定电信网的网络管理标准, 并且在 1988 年年的研究期间, 引进了许多 OSI 管理思想进行了重写, 目前已经形成了较为完善的电信网络管理推荐标准, 即 TMN 网络管理由于前面一段的发展经历, 实际上现在的 OSI 管理标准与 TMN 建议可以互为补充八十年代后,Internet 发展迅猛,IETF 采用了基于 OSI 的 CMIP 协议作为 Internet 的管理协议, 并对它作了修改, 修改后的协议被称作 CMOT(Common Management Over TCP/IP) 但 CMOT 迟迟未能出台,IETF 决定把已有的 SGMP( 简单网关监控协议 ) 进一步修改后, 作为临时的解决方案这个在 SGMP 基础上开发的解决方案就是著名的简单网络管理协议 (SNMP) 由于 SNMP 存在一些不足,IETF 已经提出了改进版本 SNMPv2,SNMPv3, 在多个方面进行改进和强化 RMON TMN CMIP 4.2 SNMP 版本比较 SNMP v1 基本上没有什么安全性可言, 在安全方面 SNMP v1 存在以下主要的安全问题 : SNMP 数据包的修改 : 指一个未经验证的用户捕获到 SNMP 数据包后, 修改其信息, 又把数据包发送到目的站而接收设备不能得知数据的改变, 于是就响应包里的信息, 导致安全问题 SNMP v2 在原有的 Get GetNext Set Trap 等操作外增加了 GetBulk 和 Inform 两个新的协议操作其中 GetBulk 操作快速获取大块数据 Inform 操作允许一个 NMS 向另一个 NMS 发送 Trap 信息, 并接收一个响应消息 SNMP v2 安全标准对数据修改假冒和数据包顺序改变等安全问题提出了比较满意的解决方案, 进一步为安全标准提出了一系列的目标, 提出了分级的安全机制以及验证机制和使用 DES 标准加密算法 SNMP v3 并不是一个自成体系, 用以取代 SNMP v1 和 SNMP v2 的协议 SNMP v3 定义了安全方面的扩展能力, 用来和 SNMP v1 及 SNMP v2c 相连接在 SNMP v3 工作组定义的五个 RFC 中,2271 描述了现行的 SNMP 使用的体系结构,2275 描述了一种接入控制的方法, 它同 SNMP v3 的核心功能是独立开的, 只有三个 RFC 才是真正有关安全方面的建议

29 4.3 参考 Version RFC Description v1 Structure and Identification of Management Information for RFC 1155 TCP/IP-based Internets. RFC 1157 Simple Network Management Protocol. RFC 1213 MIB II Implementation for Linux and VxWorks. RFC 1215 Convention for defining traps for use with the SNMP v2 RFC 1901 Introduction to Community-based SNMPv2. RFC 1907 MIB for SNMPv2. v3 RFC 2571 SNMP Framework MIB. RFC 2572 SNMP Message Processing and Dispatching (MPD). RFC 2573 SNMP Target MIB and SNMP Notification MIB. RFC 2574 SNMP User-Based Security Model (USM) MIB. RFC 2575 SNMP View-Based Access Control Model (VACM) MIB. RFC 2576 SNMP Co-existence between Version 1, Version 2, and Version 3 MIB. 网络管理论坛网络管理技术

Chapter #

Chapter # 第三章 TCP/IP 协议栈本章目标通过本章的学习, 您应该掌握以下内容 : 掌握 TCP/IP 分层模型掌握 IP 协议原理理解 OSI 和 TCP/IP 模型的区别和联系 TCP/IP 介绍主机主机 Internet TCP/IP 早期的协议族全球范围 TCP/IP 协议栈 7 6 5 4 3 应用层表示层会话层传输层网络层应用层主机到主机层 Internet 层 2 1 数据链路层