Network Working Group                                         A. Bierman
Requests for Comment: 2896                                      C. Bucci
Category: Informational                              Cisco Systems, Inc.
                                                                R. Iddon
                                                              3Com, Inc.
                                                             August 2000
        
Network Working Group                                         A. Bierman
Requests for Comment: 2896                                      C. Bucci
Category: Informational                              Cisco Systems, Inc.
                                                                R. Iddon
                                                              3Com, Inc.
                                                             August 2000
        

Remote Network Monitoring MIB Protocol Identifier Macros

远程网络监视MIB协议标识符宏

Status of this Memo

本备忘录的状况

This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited.

本备忘录为互联网社区提供信息。它没有规定任何类型的互联网标准。本备忘录的分发不受限制。

Copyright Notice

版权公告

Copyright (C) The Internet Society (2000). All Rights Reserved.

版权所有(C)互联网协会(2000年)。版权所有。

Abstract

摘要

This memo contains various protocol identifier examples, which can be used to produce valid protocolDirTable INDEX encodings, as defined by the Remote Network Monitoring MIB (Management Information Base) Version 2 [RFC2021] and the RMON Protocol Identifier Reference [RFC2895].

本备忘录包含各种协议标识符示例,这些示例可用于生成有效的protocolDirTable索引编码,如远程网络监控MIB(管理信息库)版本2[RFC2021]和RMON协议标识符参考[RFC2895]所定义。

This document contains protocol identifier macros for well-known protocols. A conformant implementation of the RMON-2 MIB [RFC2021] can be accomplished without the use of these protocol identifiers, and accordingly, this document does not specify any IETF standard. It is published to encourage better interoperability between RMON-2 agent implementations, by providing a great deal of RMON related protocol information in one document.

本文档包含已知协议的协议标识符宏。RMON-2 MIB[RFC2021]的一致性实现可以在不使用这些协议标识符的情况下完成,因此,本文件未规定任何IETF标准。它的发布旨在通过在一个文档中提供大量与RMON相关的协议信息,鼓励RMON-2代理实现之间更好的互操作性。

The first version of the RMON Protocol Identifiers Document [RFC2074] has been split into a standards-track Reference portion [RFC2895], and an "RMON Protocol Identifier Macros", document (this document) which contains the non-normative portion of that specification.

RMON协议标识符文件[RFC2074]的第一个版本已分为标准轨道参考部分[RFC2895]和“RMON协议标识符宏”文件(本文件),其中包含该规范的非规范部分。

Table of Contents

目录

   1 The SNMP Network Management Framework .........................  2
   2 Overview ......................................................  3
   2.1 Terms .......................................................  3
   2.2 Relationship to the Remote Network Monitoring MIB ...........  4
   2.3 Relationship to the RMON Protocol Identifier Reference ......  4
        
   1 The SNMP Network Management Framework .........................  2
   2 Overview ......................................................  3
   2.1 Terms .......................................................  3
   2.2 Relationship to the Remote Network Monitoring MIB ...........  4
   2.3 Relationship to the RMON Protocol Identifier Reference ......  4
        
   2.4 Relationship to Other MIBs ..................................  4
   3 Protocol Identifier Macros ....................................  4
   3.1 Protocol Stacks And Single-Vendor Applications ..............  5
   3.1.1 The TCP/IP protocol stack .................................  5
   3.1.2 Novell IPX Stack .......................................... 44
   3.1.3 The XEROX Protocol Stack .................................. 49
   3.1.4 AppleTalk Protocol Stack .................................. 51
   3.1.5 Banyon Vines Protocol Stack ............................... 56
   3.1.6 The DECNet Protocol Stack ................................. 61
   3.1.7 The IBM SNA Protocol Stack.  .............................. 65
   3.1.8 The NetBEUI/NetBIOS Family ................................ 66
   3.2 Multi-stack protocols ....................................... 70
   4 Intellectual Property ......................................... 72
   5 Acknowledgements .............................................. 72
   6 References .................................................... 73
   7 Security Considerations ....................................... 82
   8 Authors' Addresses ............................................ 83
   9 Full Copyright Statement ...................................... 84
        
   2.4 Relationship to Other MIBs ..................................  4
   3 Protocol Identifier Macros ....................................  4
   3.1 Protocol Stacks And Single-Vendor Applications ..............  5
   3.1.1 The TCP/IP protocol stack .................................  5
   3.1.2 Novell IPX Stack .......................................... 44
   3.1.3 The XEROX Protocol Stack .................................. 49
   3.1.4 AppleTalk Protocol Stack .................................. 51
   3.1.5 Banyon Vines Protocol Stack ............................... 56
   3.1.6 The DECNet Protocol Stack ................................. 61
   3.1.7 The IBM SNA Protocol Stack.  .............................. 65
   3.1.8 The NetBEUI/NetBIOS Family ................................ 66
   3.2 Multi-stack protocols ....................................... 70
   4 Intellectual Property ......................................... 72
   5 Acknowledgements .............................................. 72
   6 References .................................................... 73
   7 Security Considerations ....................................... 82
   8 Authors' Addresses ............................................ 83
   9 Full Copyright Statement ...................................... 84
        
1. The SNMP Network Management Framework
1. SNMP网络管理框架

The SNMP Management Framework presently consists of five major components:

SNMP管理框架目前由五个主要组件组成:

o An overall architecture, described in RFC 2571 [RFC2571].

o RFC 2571[RFC2571]中描述的总体架构。

o Mechanisms for describing and naming objects and events for the purpose of management. The first version of this Structure of Management Information (SMI) is called SMIv1 and described in STD 16, RFC 1155 [RFC1155], STD 16, RFC 1212 [RFC1212] and RFC 1215 [RFC1215]. The second version, called SMIv2, is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580].

o 为管理目的描述和命名对象和事件的机制。这种管理信息结构(SMI)的第一个版本称为SMIv1,并在STD 16、RFC 1155[RFC1155]、STD 16、RFC 1212[RFC1212]和RFC 1215[RFC1215]中进行了描述。第二个版本称为SMIv2,在STD 58、RFC 2578[RFC2578]、STD 58、RFC 2579[RFC2579]和STD 58、RFC 2580[RFC2580]中进行了描述。

o Message protocols for transferring management information. The first version of the SNMP message protocol is called SNMPv1 and described in STD 15, RFC 1157 [RFC1157]. A second version of the SNMP message protocol, which is not an Internet standards track protocol, is called SNMPv2c and described in RFC 1901 [RFC1901] and RFC 1906 [RFC1906]. The third version of the message protocol is called SNMPv3 and described in RFC 1906 [RFC1906], RFC 2572 [RFC2572] and RFC 2574 [RFC2574].

o 用于传输管理信息的消息协议。SNMP消息协议的第一个版本称为SNMPv1,在STD 15 RFC 1157[RFC1157]中进行了描述。SNMP消息协议的第二个版本不是Internet标准跟踪协议,称为SNMPv2c,在RFC 1901[RFC1901]和RFC 1906[RFC1906]中进行了描述。消息协议的第三个版本称为SNMPv3,在RFC 1906[RFC1906]、RFC 2572[RFC2572]和RFC 2574[RFC2574]中进行了描述。

o Protocol operations for accessing management information. The first set of protocol operations and associated PDU formats is described in STD 15, RFC 1157 [RFC1157]. A second set o protocol operations and associated PDU formats is described in RFC 1905 [RFC1905].

o 访问管理信息的协议操作。STD 15、RFC 1157[RFC1157]中描述了第一组协议操作和相关PDU格式。RFC 1905[RFC1905]中描述了第二组协议操作和相关PDU格式。

o A set of fundamental applications described in RFC 2573 [RFC2573] and the view-based access control mechanism described in RFC 2575 [RFC2575].

o RFC 2573[RFC2573]中描述的一组基本应用程序和RFC 2575[RFC2575]中描述的基于视图的访问控制机制。

A more detailed introduction to the current SNMP Management Framework can be found in RFC 2570 [RFC2570].

有关当前SNMP管理框架的更详细介绍,请参见RFC 2570[RFC2570]。

Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. Objects in the MIB are defined using the mechanisms defined in the SMI.

托管对象通过虚拟信息存储(称为管理信息库或MIB)进行访问。MIB中的对象是使用SMI中定义的机制定义的。

This memo does not specify a MIB module.

此备忘录未指定MIB模块。

2. Overview
2. 概述

The RMON-2 MIB [RFC2021] uses hierarchically formatted OCTET STRINGs to globally identify individual protocol encapsulations in the protocolDirTable.

RMON-2 MIB[RFC2021]使用分层格式的八位字节字符串全局标识protocolDirTable中的各个协议封装。

This guide contains examples of protocol identifier encapsulations, which can be used to describe valid protocolDirTable entries. The syntax of the protocol identifier descriptor is defined in the RMON Protocol Identifier Reference [RFC2895].

本指南包含协议标识符封装的示例,可用于描述有效的protocolDirTable条目。协议标识符描述符的语法在RMON协议标识符参考[RFC2895]中定义。

This document is not intended to be an authoritative reference on the protocols described herein. Refer to the Official Internet Standards document [RFC2600], the Assigned Numbers document [RFC1700], or other appropriate RFCs, IEEE documents, etc. for complete and authoritative protocol information.

本文件无意成为本文所述协议的权威参考。请参阅官方互联网标准文件[RFC2600]、分配号码文件[RFC1700]或其他适当的RFC、IEEE文件等,以获取完整和权威的协议信息。

This is the the second revision of this document, and is intended to replace Section 5 of the first RMON-2 Protocol Identifiers document [RFC2074].

这是本文件的第二次修订,旨在取代第一份RMON-2协议标识符文件[RFC2074]的第5节。

The RMONMIB working group has decided to discontinue maintenance of this Protocol Identifier Macro repository document, due to a lack of contributions from the RMON vendor community. This document is published as an aid in implementation of the protocolDirTable.

由于缺乏RMON供应商社区的贡献,RMONMIB工作组已决定停止维护此协议标识符宏存储库文档。本文档作为protocolDirTable实现的辅助工具发布。

2.1. Terms
2.1. 条款

Refer to the RMON Protocol Identifier Reference [RFC2895] for definitions of terms used to describe the Protocol Identifier Macro and aspects of protocolDirTable INDEX encoding.

有关用于描述协议标识符宏和protocolDirTable索引编码方面的术语定义,请参阅RMON协议标识符参考[RFC2895]。

2.2. Relationship to the Remote Network Monitoring MIB
2.2. 与远程网络监控MIB的关系

This document is intended to describe some protocol identifier macros, which can be converted to valid protocolDirTable INDEX values, using the mapping rules defined in the RMON Protocol Identifier Reference [RFC2895].

本文档旨在描述一些协议标识符宏,这些宏可以使用RMON协议标识符参考[RFC2895]中定义的映射规则转换为有效的protocolDirTable索引值。

This document is not intended to limit the protocols that may be identified for counting in the RMON-2 MIB. Many protocol encapsulations, not explicitly identified in this document, may be present in an actual implementation of the protocolDirTable. Also, implementations of the protocolDirTable may not include all the protocols identified in the example section below.

本文件不打算限制RMON-2 MIB中可能确定用于计数的协议。本文档中未明确标识的许多协议封装可能存在于protocolDirTable的实际实现中。此外,protocolDirTable的实现可能不包括下面示例部分中标识的所有协议。

2.3. Relationship to the RMON Protocol Identifier Reference
2.3. 与RMON协议标识符引用的关系

This document is intentionally separated from the normative reference document defining protocolDirTable INDEX encoding rules and the protocol identifier macro syntax [RFC2895]. This allows frequent updates to this document without any republication of MIB objects or protocolDirTable INDEX encoding rules. Note that the base layer and IANA assigned protocol identifier macros are located in Reference document, since these encoding values are defined by the RMONMIB WG.

本文件有意与定义protocolDirTable索引编码规则和协议标识符宏语法的规范性参考文件[RFC2895]分开。这允许频繁更新此文档,而无需重新发布MIB对象或protocolDirTable索引编码规则。请注意,基本层和IANA分配的协议标识符宏位于参考文档中,因为这些编码值由RMONMIB WG定义。

Protocol Identifier macros submitted from the RMON working group and community at large (to the RMONMIB WG mailing list at ' rmonmib@cisco.com') will be collected and added to this document.

RMON工作组和整个社区提交的协议标识符宏(发送至RMONMIB WG邮件列表,地址为'rmonmib@cisco.com“)将被收集并添加到此文档中。

Macros submissions will be collected in the IANA's MIB files under the directory "ftp://ftp.isi.edu/mib/rmonmib/rmon2_pi_macros/" and in the RMONMIB working group mailing list message archive file "ftp://ftpeng.cisco.com/ftp/rmonmib/rmonmib".

宏提交将收集在IANA的MIB文件中,目录为“ftp://ftp.isi.edu/mib/rmonmib/rmon2_pi_macros/“以及在RMONMIB工作组邮件列表邮件存档文件中”ftp://ftpeng.cisco.com/ftp/rmonmib/rmonmib".

2.4. Relationship to Other MIBs
2.4. 与其他MIB的关系

The RMON Protocol Identifier Macros document is intended for use with the RMON Protocol Identifier Reference [RFC2895] and the RMON-2 MIB protocolDirTable [RFC2021]. It is not relevant to any other MIB, or intended for use with any other MIB.

RMON协议标识符宏文档旨在与RMON协议标识符参考[RFC2895]和RMON-2 MIB协议目录[RFC2021]一起使用。它与任何其他MIB无关,或与任何其他MIB一起使用。

3. Protocol Identifier Macros
3. 协议标识符宏

This section contains protocol identifier macros for some well-known protocols, although some of them may no longer be in use. These macros reference the base layer identifiers found in section 4 of the RMON Protocol Identifier Reference [RFC2895]. These identifiers are listed below:

本节包含一些已知协议的协议标识符宏,尽管其中一些可能不再使用。这些宏引用RMON协议标识符参考[RFC2895]第4节中的基本层标识符。以下列出了这些标识符:

ether2 llc snap vsnap ianaAssigned 802-1Q

ether2 llc snap vsnap IANAS 802-1Q

Refer to the RMON Protocol Identifier Reference [RFC2895] for the protocol identifier macro definitions for these protocols.

有关这些协议的协议标识符宏定义,请参阅RMON协议标识符参考[RFC2895]。

3.1. Protocol Stacks And Single-Vendor Applications
3.1. 协议栈和单一供应商应用程序

Network layer protocol identifier macros contain additional information about the network layer, and is found immediately following a base layer-identifier in a protocol identifier.

网络层协议标识符宏包含有关网络层的附加信息,并紧跟在协议标识符中的基本层标识符之后。

The ProtocolDirParameters supported at the network layer are ' countsFragments(0)', and 'tracksSessions(1). An agent may choose to implement a subset of these parameters.

网络层支持的ProtocolDirParameters是“countsFragments(0)”和“tracksSessions(1)”。代理可以选择实现这些参数的子集。

The protocol-name should be used for the ProtocolDirDescr field. The ProtocolDirType ATTRIBUTES used at the network layer are ' hasChildren(0)' and 'addressRecognitionCapable(1)'. Agents may choose to implement a subset of these attributes for each protocol, and therefore limit which tables the indicated protocol can be present (e.g. protocol distribution, host, and matrix tables).

ProtocolDirDescr字段应使用协议名称。网络层使用的ProtocolDirType属性为“hasChildren(0)”和“addressRecognitionCapable(1)”。代理可以选择为每个协议实现这些属性的子集,从而限制所示协议可以存在的表(例如,协议分布、主机和矩阵表)。

The following protocol-identifier macro declarations are given for example purposes only. They are not intended to constitute an exhaustive list or an authoritative source for any of the protocol information given. However, any protocol that can encapsulate other protocols must be documented here in order to encode the children identifiers into protocolDirID strings. Leaf protocols should be documented as well, but an implementation can identify a leaf protocol even if it isn't listed here (as long as the parent is documented).

以下协议标识符宏声明仅供示例使用。它们并非旨在构成所给任何协议信息的详尽列表或权威来源。但是,任何可以封装其他协议的协议都必须在这里记录,以便将子标识符编码到protocolDirID字符串中。叶协议也应该被记录,但是一个实现可以识别叶协议,即使它没有在这里列出(只要父协议被记录)。

3.1.1. The TCP/IP protocol stack
3.1.1. TCP/IP协议栈
arp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "An Address Resolution Protocol message (request or response).
       This protocol does not include Reverse ARP (RARP) packets, which
       are counted separately."
    REFERENCE
       "RFC 826 [RFC826] defines the Address Resolution Protocol."
        
arp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "An Address Resolution Protocol message (request or response).
       This protocol does not include Reverse ARP (RARP) packets, which
       are counted separately."
    REFERENCE
       "RFC 826 [RFC826] defines the Address Resolution Protocol."
        
    ::= {
     ether2 0x806,   -- [ 0.0.8.6 ]
     snap   0x806,
     802-1Q 0x806    -- [ 0.0.8.6 ]
    }
        
    ::= {
     ether2 0x806,   -- [ 0.0.8.6 ]
     snap   0x806,
     802-1Q 0x806    -- [ 0.0.8.6 ]
    }
        
ip PROTOCOL-IDENTIFIER
    PARAMETERS {
       countsFragments(0)  -- This parameter applies to all child
                           -- protocols.
    }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "The protocol identifiers for the Internet Protocol (IP). Note
       that IP may be encapsulated within itself, so more than one of
       the following identifiers may be present in a particular
       protocolDirID string."
    CHILDREN
       "Children of 'ip' are selected by the value in the Protocol field
       (one octet), as defined in the PROTOCOL NUMBERS table within the
       Assigned Numbers Document.
        
ip PROTOCOL-IDENTIFIER
    PARAMETERS {
       countsFragments(0)  -- This parameter applies to all child
                           -- protocols.
    }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "The protocol identifiers for the Internet Protocol (IP). Note
       that IP may be encapsulated within itself, so more than one of
       the following identifiers may be present in a particular
       protocolDirID string."
    CHILDREN
       "Children of 'ip' are selected by the value in the Protocol field
       (one octet), as defined in the PROTOCOL NUMBERS table within the
       Assigned Numbers Document.
        

The value of the Protocol field is encoded in an octet string as [ 0.0.0.a ], where 'a' is the protocol field .

协议字段的值在八位字节字符串中编码为[0.0.0.a],其中“a”是协议字段。

Children of 'ip' are encoded as [ 0.0.0.a ], and named as 'ip a' where 'a' is the protocol field value. For example, a protocolDirID-fragment value of: 0.0.0.1.0.0.8.0.0.0.0.1

“ip”的子项编码为[0.0.0.a],并命名为“ip a”,其中“a”是协议字段值。例如,protocolDirID片段值为:0.0.0.1.0.0.8.0.0.0.0.1

defines an encapsulation of ICMP (ether2.ip.icmp)" ADDRESS-FORMAT "4 octets of the IP address, in network byte order. Each ip packet contains two addresses, the source address and the destination address." DECODING "Note: ether2.ip.ipip4.udp is a different protocolDirID than ether2.ip.udp, as identified in the protocolDirTable. As such, two different local protocol index values will be assigned by the agent. E.g. (full INDEX values shown): ether2.ip.ipip4.udp = 16.0.0.0.1.0.0.8.0.0.0.0.4.0.0.0.17.4.0.0.0.0 ether2.ip.udp = 12.0.0.0.1.0.0.8.0.0.0.0.17.3.0.0.0 " REFERENCE

定义ip地址的ICMP(ether2.ip.ICMP)“ADDRESS-FORMAT”4个八位字节(按网络字节顺序)的封装。每个ip数据包包含两个地址,即源地址和目标地址。“解码”注意:ether2.ip.ipip4.udp是与ether2.ip.udp不同的protocolDirID,如protocolDirTable中所示。因此,代理将分配两个不同的本地协议索引值。例如(显示完整索引值):ether2.ip.ipip4.udp=16.0.0.0.1.0.0.0.8.0.0.0.0.4.0.0.0.0.0.17.4.0.0.0.0.0 ether2.ip.udp=12.0.0.0.1.0.8.0.0.0.0.0.0.0“参考

"RFC 791 [RFC791] defines the Internet Protocol; The following URL defines the authoritative repository for the PROTOCOL NUMBERS Table:

“RFC 791[RFC791]定义了Internet协议;以下URL定义了协议编号表的权威存储库:

          ftp://ftp.isi.edu/in-notes/iana/assignments/protocol-numbers"
    ::= {
       ether2     0x0800,
       llc        0x06,
       snap       0x0800,
          -- ip         4,           ** represented by the ipip4 macro
          -- ip         94,          ** represented by the ipip macro
       802-1Q     0x0800,         -- [0.0.8.0]
       802-1Q     0x02000006      -- 1Q-LLC [2.0.0.6]
    }
        
          ftp://ftp.isi.edu/in-notes/iana/assignments/protocol-numbers"
    ::= {
       ether2     0x0800,
       llc        0x06,
       snap       0x0800,
          -- ip         4,           ** represented by the ipip4 macro
          -- ip         94,          ** represented by the ipip macro
       802-1Q     0x0800,         -- [0.0.8.0]
       802-1Q     0x02000006      -- 1Q-LLC [2.0.0.6]
    }
        
 -- ****************************************************************
 --
 --                        Children of IP
 --
 -- ****************************************************************
        
 -- ****************************************************************
 --
 --                        Children of IP
 --
 -- ****************************************************************
        
icmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Message Control Protocol"
    REFERENCE
       "RFC 792 [RFC792] defines the Internet Control Message Protocol."
    ::= {
     ip 1,
     ipip4 1,
     ipip 1
    }
        
icmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Message Control Protocol"
    REFERENCE
       "RFC 792 [RFC792] defines the Internet Control Message Protocol."
    ::= {
     ip 1,
     ipip4 1,
     ipip 1
    }
        
igmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Group Management Protocol; IGMP is used by IP hosts to
       report their host group memberships to any immediately-
       neighboring multicast routers."
    REFERENCE
       "Appendix A of Host Extensions for IP Multicasting [RFC1112]
       defines the Internet Group Management Protocol."
    ::= {
     ip 2,
     ipip4 2,
     ipip 2
        
igmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Group Management Protocol; IGMP is used by IP hosts to
       report their host group memberships to any immediately-
       neighboring multicast routers."
    REFERENCE
       "Appendix A of Host Extensions for IP Multicasting [RFC1112]
       defines the Internet Group Management Protocol."
    ::= {
     ip 2,
     ipip4 2,
     ipip 2
        

}

}

ggp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Gateway-to-Gateway Protocol; DARPA Internet Gateway
       (historical)"
    REFERENCE
       "RFC 823 [RFC823] defines the Gateway-to-Gateway Protocol."
    ::= {
     ip 3,
     ipip4 3,
     ipip 3
    }
        
ggp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Gateway-to-Gateway Protocol; DARPA Internet Gateway
       (historical)"
    REFERENCE
       "RFC 823 [RFC823] defines the Gateway-to-Gateway Protocol."
    ::= {
     ip 3,
     ipip4 3,
     ipip 3
    }
        
ipip4 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "IP in IP Tunneling"
    CHILDREN
       "Children of 'ipip4' are selected and encoded in the same manner
       as children of IP."
    ADDRESS-FORMAT
       "The 'ipip4' address format is the same as the IP address
       format."
    DECODING
       "Note: ether2.ip.ipip4.udp is a different protocolDirID than
       ether2.ip.udp, as identified in the protocolDirTable.  As such,
       two different local protocol index values will be assigned by the
       agent. E.g. (full INDEX values shown):
        ether2.ip.ipip4.udp =
            16.0.0.0.1.0.0.8.0.0.0.0.4.0.0.0.17.4.0.0.0.0
        ether2.ip.udp =
            12.0.0.0.1.0.0.8.0.0.0.0.17.3.0.0.0 "
    REFERENCE
       "RFC 1853 [RFC1853] defines IP in IP over Protocol 4."
    ::= {
     ip 4,
     ipip4 4,
     ipip 4
    }
        
ipip4 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "IP in IP Tunneling"
    CHILDREN
       "Children of 'ipip4' are selected and encoded in the same manner
       as children of IP."
    ADDRESS-FORMAT
       "The 'ipip4' address format is the same as the IP address
       format."
    DECODING
       "Note: ether2.ip.ipip4.udp is a different protocolDirID than
       ether2.ip.udp, as identified in the protocolDirTable.  As such,
       two different local protocol index values will be assigned by the
       agent. E.g. (full INDEX values shown):
        ether2.ip.ipip4.udp =
            16.0.0.0.1.0.0.8.0.0.0.0.4.0.0.0.17.4.0.0.0.0
        ether2.ip.udp =
            12.0.0.0.1.0.0.8.0.0.0.0.17.3.0.0.0 "
    REFERENCE
       "RFC 1853 [RFC1853] defines IP in IP over Protocol 4."
    ::= {
     ip 4,
     ipip4 4,
     ipip 4
    }
        

st PROTOCOL-IDENTIFIER

st协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Stream Protocol Version 2 (ST2); (historical) ST2 is an
       experimental resource reservation protocol intended to provide
       end-to-end real-time guarantees over an internet."
    REFERENCE
       "RFC 1819 [RFC1819] defines version 2 of the Internet Stream
       Protocol."
    ::= {
     ip 5,
     ipip4 5,
     ipip 5
    }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Stream Protocol Version 2 (ST2); (historical) ST2 is an
       experimental resource reservation protocol intended to provide
       end-to-end real-time guarantees over an internet."
    REFERENCE
       "RFC 1819 [RFC1819] defines version 2 of the Internet Stream
       Protocol."
    ::= {
     ip 5,
     ipip4 5,
     ipip 5
    }
        
tcp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0)
    }
    DESCRIPTION
       "Transmission Control Protocol"
    CHILDREN
       "Children of TCP are identified by the 16 bit Source or
       Destination Port value as specified in RFC 793. They are encoded
       as [ 0.0.a.b], where 'a' is the MSB and 'b' is the LSB of the
       port value. Both bytes are encoded in network byte order.  For
       example, a protocolDirId-fragment of:
           0.0.0.1.0.0.8.0.0.0.0.6.0.0.0.23
        
tcp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0)
    }
    DESCRIPTION
       "Transmission Control Protocol"
    CHILDREN
       "Children of TCP are identified by the 16 bit Source or
       Destination Port value as specified in RFC 793. They are encoded
       as [ 0.0.a.b], where 'a' is the MSB and 'b' is the LSB of the
       port value. Both bytes are encoded in network byte order.  For
       example, a protocolDirId-fragment of:
           0.0.0.1.0.0.8.0.0.0.0.6.0.0.0.23
        

identifies an encapsulation of the telnet protocol (ether2.ip.tcp.telnet)" REFERENCE "RFC 793 [RFC793] defines the Transmission Control Protocol.

标识telnet协议(ether2.ip.tcp.telnet)“参考”RFC 793[RFC793]定义传输控制协议的封装。

The following URL defines the authoritative repository for reserved and registered TCP port values:

以下URL为保留和注册的TCP端口值定义了权威存储库:

         ftp://ftp.isi.edu/in-notes/iana/assignments/port-numbers"
    ::=  {
     ip 6,
     ipip4 6,
     ipip 6
    }
        
         ftp://ftp.isi.edu/in-notes/iana/assignments/port-numbers"
    ::=  {
     ip 6,
     ipip4 6,
     ipip 6
    }
        
egp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
        
egp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
        
    DESCRIPTION
       "Exterior Gateway Protocol (historical)"
    REFERENCE
       "RFC 904 [RFC904] defines the Exterior Gateway Protocol."
    ::= {
     ip  8,
     ipip4  8,
     ipip  8
    }
        
    DESCRIPTION
       "Exterior Gateway Protocol (historical)"
    REFERENCE
       "RFC 904 [RFC904] defines the Exterior Gateway Protocol."
    ::= {
     ip  8,
     ipip4  8,
     ipip  8
    }
        
igp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Any private interior gateway."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip  9,
     ipip4  9,
     ipip  9
    }
        
igp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Any private interior gateway."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip  9,
     ipip4  9,
     ipip  9
    }
        
nvp2 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NVP-II; Network Voice Protocol"
    REFERENCE
       "RFC 741 [RFC741] defines the Network Voice Protocol"
    ::= {
     ip 11,
     ipip4 11,
     ipip 11
    }
        
nvp2 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NVP-II; Network Voice Protocol"
    REFERENCE
       "RFC 741 [RFC741] defines the Network Voice Protocol"
    ::= {
     ip 11,
     ipip4 11,
     ipip 11
    }
        
pup PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "PUP Protocol"
    REFERENCE
       "Xerox"
    ::= {
     ip 12,
     ipip4 12,
     ipip 12
    }
        
pup PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "PUP Protocol"
    REFERENCE
       "Xerox"
    ::= {
     ip 12,
     ipip4 12,
     ipip 12
    }
        
xnet PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Cross Net Debugger (historical)"
    REFERENCE
       "[IEN158]"
    ::= {
     ip  15,
     ipip4  15,
     ipip  15
    }
        
xnet PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Cross Net Debugger (historical)"
    REFERENCE
       "[IEN158]"
    ::= {
     ip  15,
     ipip4  15,
     ipip  15
    }
        
chaos PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "CHAOS Protocol; historical"
    REFERENCE
       "J. Noel Chiappa  <JNC@XX.LCS.MIT.EDU>"
    ::= {
     ip 16,
     ipip4 16,
     ipip 16
    }
        
chaos PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "CHAOS Protocol; historical"
    REFERENCE
       "J. Noel Chiappa  <JNC@XX.LCS.MIT.EDU>"
    ::= {
     ip 16,
     ipip4 16,
     ipip 16
    }
        
udp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0)
    }
    DESCRIPTION
       "User Datagram Protocol"
    CHILDREN
       "Children of UDP are identified by the 16 bit Source or
       Destination Port value as specified in RFC 768. They are encoded
       as [ 0.0.a.b ], where 'a' is the MSB and 'b' is the LSB of the
       port value. Both bytes are encoded in network byte order.  For
       example, a protocolDirId-fragment of:
           0.0.0.1.0.0.8.0.0.0.0.17.0.0.0.161
        
udp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0)
    }
    DESCRIPTION
       "User Datagram Protocol"
    CHILDREN
       "Children of UDP are identified by the 16 bit Source or
       Destination Port value as specified in RFC 768. They are encoded
       as [ 0.0.a.b ], where 'a' is the MSB and 'b' is the LSB of the
       port value. Both bytes are encoded in network byte order.  For
       example, a protocolDirId-fragment of:
           0.0.0.1.0.0.8.0.0.0.0.17.0.0.0.161
        

identifies an encapsulation of SNMP (ether2.ip.udp.snmp)" REFERENCE "RFC 768 [RFC768] defines the User Datagram Protocol.

标识SNMP的封装(ether2.ip.udp.SNMP)“参考”RFC 768[RFC768]定义用户数据报协议。

The following URL defines the authoritative repository for reserved and registered UDP port values:

以下URL为保留和注册的UDP端口值定义了权威存储库:

         ftp://ftp.isi.edu/in-notes/iana/assignments/port-numbers"
   ::= {
     ip 17,
     ipip4 17,
     ipip 17
    }
        
         ftp://ftp.isi.edu/in-notes/iana/assignments/port-numbers"
   ::= {
     ip 17,
     ipip4 17,
     ipip 17
    }
        
mux PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Multiplexing Protocol (historical)"
    REFERENCE
       "IEN-90 [IEN-90] defines the Multiplexing Protocol"
    ::= {
     ip 18,
     ipip4 18,
     ipip 18
    }
        
mux PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Multiplexing Protocol (historical)"
    REFERENCE
       "IEN-90 [IEN-90] defines the Multiplexing Protocol"
    ::= {
     ip 18,
     ipip4 18,
     ipip 18
    }
        
hmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Host Monitoring Protocol; historical"
    REFERENCE
       "RFC 869 [RFC869] defines the Host Monitoring Protocol"
    ::= {
     ip  20,
     ipip4  20,
     ipip  20
    }
        
hmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Host Monitoring Protocol; historical"
    REFERENCE
       "RFC 869 [RFC869] defines the Host Monitoring Protocol"
    ::= {
     ip  20,
     ipip4  20,
     ipip  20
    }
        
xns-idp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XEROX NS IDP"
    REFERENCE
       "Xerox Corporation"
    ::= {
     ip  22,
     ipip4  22,
     ipip  22
    }
        
xns-idp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XEROX NS IDP"
    REFERENCE
       "Xerox Corporation"
    ::= {
     ip  22,
     ipip4  22,
     ipip  22
    }
        

rdp PROTOCOL-IDENTIFIER PARAMETERS { }

rdp协议标识符参数{}

    ATTRIBUTES { }
    DESCRIPTION
       "Reliable Data Protocol"
    REFERENCE
       "RFC 908 [RFC908] defines the original protocol; RFC 1151
       [RFC1151] defines version 2 of the Reliable Data Protocol."
    ::= {
     ip 27,
     ipip4 27,
     ipip 27
    }
        
    ATTRIBUTES { }
    DESCRIPTION
       "Reliable Data Protocol"
    REFERENCE
       "RFC 908 [RFC908] defines the original protocol; RFC 1151
       [RFC1151] defines version 2 of the Reliable Data Protocol."
    ::= {
     ip 27,
     ipip4 27,
     ipip 27
    }
        
irtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Reliable Transaction Protocol"
    REFERENCE
       "RFC 938 [RFC938] defines the Internet Reliable Transaction
       Protocol functional and  interface specification."
    ::= {
     ip 28,
     ipip4 28,
     ipip 28
    }
        
irtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Reliable Transaction Protocol"
    REFERENCE
       "RFC 938 [RFC938] defines the Internet Reliable Transaction
       Protocol functional and  interface specification."
    ::= {
     ip 28,
     ipip4 28,
     ipip 28
    }
        
iso-tp4  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ISO Transport Protocol Specification"
    REFERENCE
       "RFC 905 [RFC905] defines the ISO Transport Protocol
       Specification; ISO DP 8073"
    ::= {
     ip  29,
     ipip4  29,
     ipip  29
    }
        
iso-tp4  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ISO Transport Protocol Specification"
    REFERENCE
       "RFC 905 [RFC905] defines the ISO Transport Protocol
       Specification; ISO DP 8073"
    ::= {
     ip  29,
     ipip4  29,
     ipip  29
    }
        
netblt PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Bulk Data Transfer Protocol; historical"
    REFERENCE
       "RFC 998 [RFC998] defines NETBLT: A Bulk Data Transfer Protocol."
    ::= {
        
netblt PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Bulk Data Transfer Protocol; historical"
    REFERENCE
       "RFC 998 [RFC998] defines NETBLT: A Bulk Data Transfer Protocol."
    ::= {
        

ip 30, ipip4 30, ipip 30 }

ip 30,ipip4 30,ipip 30}

mfe-nsp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "MFE Network Services Protocol; historical"
    REFERENCE
       "Shuttleworth, B., 'A Documentary of MFENet, a National Computer
       Network', UCRL-52317, Lawrence Livermore Labs, Livermore,
       California, June 1977."
    ::= {
     ip 31,
     ipip4 31,
     ipip 31
    }
        
mfe-nsp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "MFE Network Services Protocol; historical"
    REFERENCE
       "Shuttleworth, B., 'A Documentary of MFENet, a National Computer
       Network', UCRL-52317, Lawrence Livermore Labs, Livermore,
       California, June 1977."
    ::= {
     ip 31,
     ipip4 31,
     ipip 31
    }
        
idpr PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Inter-Domain Policy Routing Protocol"
    REFERENCE
       "RFC 1479 [RFC1479] defines Version 1 of the Inter-Domain Policy
       Routing Protocol."
    ::= {
     ip 35,
     ipip4 35,
     ipip 35
    }
        
idpr PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Inter-Domain Policy Routing Protocol"
    REFERENCE
       "RFC 1479 [RFC1479] defines Version 1 of the Inter-Domain Policy
       Routing Protocol."
    ::= {
     ip 35,
     ipip4 35,
     ipip 35
    }
        
idpr-cmtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IDPR Control Message Transport Protocol"
    REFERENCE
       "RFC 1479 [RFC1479] defines Version 1 of the Inter-Domain Policy
       Routing Protocol."
    ::= {
     ip 38,
     ipip4 38,
     ipip 38
    }
        
idpr-cmtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IDPR Control Message Transport Protocol"
    REFERENCE
       "RFC 1479 [RFC1479] defines Version 1 of the Inter-Domain Policy
       Routing Protocol."
    ::= {
     ip 38,
     ipip4 38,
     ipip 38
    }
        
sdrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Source Demand Routing Protocol"
    REFERENCE
       "RFC 1940 [RFC1940] defines version 1 of the Source Demand
       Routing: Packet Format and Forwarding Specification"
    ::= {
     ip 42,
     ipip4 42,
     ipip 42
    }
        
sdrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Source Demand Routing Protocol"
    REFERENCE
       "RFC 1940 [RFC1940] defines version 1 of the Source Demand
       Routing: Packet Format and Forwarding Specification"
    ::= {
     ip 42,
     ipip4 42,
     ipip 42
    }
        
idrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Inter-Domain Routing Protocol"
    REFERENCE
       "RFC 1745 [RFC1745] defines BGP4/IDRP for IP."
    ::= {
     ip 45,
     ipip4 45,
     ipip 45
    }
        
idrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Inter-Domain Routing Protocol"
    REFERENCE
       "RFC 1745 [RFC1745] defines BGP4/IDRP for IP."
    ::= {
     ip 45,
     ipip4 45,
     ipip 45
    }
        
rsvp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Resource Reservation Setup Protocol"
    REFERENCE
       "Resource ReSerVation Protocol (RSVP); Version 1 Functional
        Specification [RFC2205]."
    ::= {
     ip 46,
     ipip4 46,
     ipip 46
    }
        
rsvp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Resource Reservation Setup Protocol"
    REFERENCE
       "Resource ReSerVation Protocol (RSVP); Version 1 Functional
        Specification [RFC2205]."
    ::= {
     ip 46,
     ipip4 46,
     ipip 46
    }
        
gre PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "General Routing Encapsulation"
    REFERENCE
        "RFC 1701 [RFC1701] defines Generic Routing Encapsulation (GRE);
        
gre PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "General Routing Encapsulation"
    REFERENCE
        "RFC 1701 [RFC1701] defines Generic Routing Encapsulation (GRE);
        
       RFC 1702 [RFC1702] defines Generic Routing Encapsulation over
       IPv4 networks"
    ::= {
     ip 47,
     ipip4 47,
     ipip 47
    }
        
       RFC 1702 [RFC1702] defines Generic Routing Encapsulation over
       IPv4 networks"
    ::= {
     ip 47,
     ipip4 47,
     ipip 47
    }
        
nhrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NBMA Next Hop Resolution Protocol (NHRP)"
    REFERENCE
       "RFC 2332 [RFC2332] defines the Next Hop Resolution Protocol."
    ::= {
     ip 54,
     ipip4 54,
     ipip 54
    }
        
nhrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NBMA Next Hop Resolution Protocol (NHRP)"
    REFERENCE
       "RFC 2332 [RFC2332] defines the Next Hop Resolution Protocol."
    ::= {
     ip 54,
     ipip4 54,
     ipip 54
    }
        
priv-host PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any internal host protocol."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 61,
     ipip4 61,
     ipip 61
    }
        
priv-host PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any internal host protocol."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 61,
     ipip4 61,
     ipip 61
    }
        
priv-net PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any local network protocol."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 63,
     ipip4 63,
     ipip 63
    }
        
priv-net PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any local network protocol."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 63,
     ipip4 63,
     ipip 63
    }
        

priv-distfile PROTOCOL-IDENTIFIER

priv-distfile协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any distributed file system."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 68,
     ipip4 68,
     ipip 68
    }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any distributed file system."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 68,
     ipip4 68,
     ipip 68
    }
        
dgp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Dissimilar Gateway Protocol"
    REFERENCE
       "M/A-COM Government Systems, 'Dissimilar Gateway Protocol
       Specification, Draft Version', Contract no. CS901145, November
       16, 1987."
    ::= {
     ip 86,
     ipip4 86,
     ipip 86
    }
        
dgp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Dissimilar Gateway Protocol"
    REFERENCE
       "M/A-COM Government Systems, 'Dissimilar Gateway Protocol
       Specification, Draft Version', Contract no. CS901145, November
       16, 1987."
    ::= {
     ip 86,
     ipip4 86,
     ipip 86
    }
        
igrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IGRP; Cisco routing protocol"
    REFERENCE
       "Cisco Systems, Inc."
    ::= {
     ip 88,
     ipip4 88,
     ipip 88
    }
        
igrp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IGRP; Cisco routing protocol"
    REFERENCE
       "Cisco Systems, Inc."
    ::= {
     ip 88,
     ipip4 88,
     ipip 88
    }
        
ospf PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Open Shortest Path First Interior GW Protocol (OSPFIGP)."
    REFERENCE
       "RFC 1583 [RFC1583] defines version 2 of the OSPF protocol."
    ::= {
        
ospf PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Open Shortest Path First Interior GW Protocol (OSPFIGP)."
    REFERENCE
       "RFC 1583 [RFC1583] defines version 2 of the OSPF protocol."
    ::= {
        

ip 89, ipip4 89, ipip 89 }

ip 89,ipip4 89,ipip 89}

mtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Multicast Transport Protocol"
    REFERENCE
       "RFC 1301 [RFC1301] defines the Multicast Transport Protocol."
    ::= {
     ip 92,
     ipip4 92,
     ipip 92
    }
        
mtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Multicast Transport Protocol"
    REFERENCE
       "RFC 1301 [RFC1301] defines the Multicast Transport Protocol."
    ::= {
     ip 92,
     ipip4 92,
     ipip 92
    }
        
ax-25 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AX.25 Frame Encapsulation"
    REFERENCE
       "RFC 1226 [RFC1226] defines Internet Protocol Encapsulation of
       AX.25 Frames."
    ::= {
     ip 93,
     ipip4 93,
     ipip 93
    }
        
ax-25 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AX.25 Frame Encapsulation"
    REFERENCE
       "RFC 1226 [RFC1226] defines Internet Protocol Encapsulation of
       AX.25 Frames."
    ::= {
     ip 93,
     ipip4 93,
     ipip 93
    }
        
ipip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "IP-within-IP Encapsulation Protocol"
    CHILDREN
       "Children of 'ipip' are selected and encoded in the same manner
       as children of IP."
    ADDRESS-FORMAT
       "The 'ipip' address format is the same as the IP address format."
    DECODING
       "Note: ether2.ip.ipip.udp is a different protocolDirID than
       ether2.ip.udp, as identified in the protocolDirTable.  As such,
        
ipip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "IP-within-IP Encapsulation Protocol"
    CHILDREN
       "Children of 'ipip' are selected and encoded in the same manner
       as children of IP."
    ADDRESS-FORMAT
       "The 'ipip' address format is the same as the IP address format."
    DECODING
       "Note: ether2.ip.ipip.udp is a different protocolDirID than
       ether2.ip.udp, as identified in the protocolDirTable.  As such,
        
       two different local protocol index values will be assigned by the
       agent. E.g. (full INDEX values shown):
        ether2.ip.ipip.udp =
            16.0.0.0.1.0.0.8.0.0.0.0.94.0.0.0.17.4.0.0.0.0
        ether2.ip.udp =
            12.0.0.0.1.0.0.8.0.0.0.0.17.3.0.0.0 "
    REFERENCE
       "RFC 2003 [RFC2003] defines IP Encapsulation within IP."
    ::= {
     ip 94,
     ipip4 94,
     ipip 94
    }
        
       two different local protocol index values will be assigned by the
       agent. E.g. (full INDEX values shown):
        ether2.ip.ipip.udp =
            16.0.0.0.1.0.0.8.0.0.0.0.94.0.0.0.17.4.0.0.0.0
        ether2.ip.udp =
            12.0.0.0.1.0.0.8.0.0.0.0.17.3.0.0.0 "
    REFERENCE
       "RFC 2003 [RFC2003] defines IP Encapsulation within IP."
    ::= {
     ip 94,
     ipip4 94,
     ipip 94
    }
        
encap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Encapsulation Header; A Scheme for an Internet Encapsulation
       Protocol: Version 1"
    REFERENCE
       "RFC 1241 [RFC1241] defines version 1 of the ENCAP Protocol."
    ::= {
     ip 98,
     ipip4 98,
     ipip 98
    }
        
encap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Encapsulation Header; A Scheme for an Internet Encapsulation
       Protocol: Version 1"
    REFERENCE
       "RFC 1241 [RFC1241] defines version 1 of the ENCAP Protocol."
    ::= {
     ip 98,
     ipip4 98,
     ipip 98
    }
        
priv-encript PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private encryption scheme."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 99,
     ipip4 99,
     ipip 99
    }
        
priv-encript PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private encryption scheme."
    REFERENCE
       "[RFC1700]"
    ::= {
     ip 99,
     ipip4 99,
     ipip 99
    }
        
 -- ****************************************************************
 --
 --                    Children of UDP and TCP
 --
 -- ****************************************************************
        
 -- ****************************************************************
 --
 --                    Children of UDP and TCP
 --
 -- ****************************************************************
        

tcpmux PROTOCOL-IDENTIFIER

tcpmux协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "TCP Port Service Multiplexer Port."
    REFERENCE
       "RFC 1078 [RFC1078] defines the TCP Port Service Multiplexer
       Protocol."
    ::= { tcp 1 }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "TCP Port Service Multiplexer Port."
    REFERENCE
       "RFC 1078 [RFC1078] defines the TCP Port Service Multiplexer
       Protocol."
    ::= { tcp 1 }
        
rje  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Entry Protocol; RJE Logger Port; (historical)."
    REFERENCE
       "RFC 407 [RFC407] defines the Remote Job Entry Protocol."
    ::= { tcp 5 }
        
rje  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Entry Protocol; RJE Logger Port; (historical)."
    REFERENCE
       "RFC 407 [RFC407] defines the Remote Job Entry Protocol."
    ::= { tcp 5 }
        
echo  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Echo Protocol for debugging  TCP and UDP transports."
    REFERENCE
       "RFC 862 [RFC862] defines the Echo Protocol."
    ::= {
       tcp 7,
       udp 7  }
        
echo  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Echo Protocol for debugging  TCP and UDP transports."
    REFERENCE
       "RFC 862 [RFC862] defines the Echo Protocol."
    ::= {
       tcp 7,
       udp 7  }
        
discard  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Discard Protocol for debugging TCP and UDP transports."
    REFERENCE
       "RFC 863 [RFC863] defines the Discard Protocol."
    ::= {
       tcp 9,
       udp 9  }
        
discard  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Discard Protocol for debugging TCP and UDP transports."
    REFERENCE
       "RFC 863 [RFC863] defines the Discard Protocol."
    ::= {
       tcp 9,
       udp 9  }
        
systat  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Retrieve the Active Users list; a debugging tool for TCP and UDP
       transports."
    REFERENCE
       "RFC 866 [RFC866] defines the Active Users Protocol."
        
systat  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Retrieve the Active Users list; a debugging tool for TCP and UDP
       transports."
    REFERENCE
       "RFC 866 [RFC866] defines the Active Users Protocol."
        
    ::= {
       tcp 11,
       udp 11  }
        
    ::= {
       tcp 11,
       udp 11  }
        
daytime  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Retrieve the current time of day; a debugging tool for TCP and
       UDP transports."
    REFERENCE
       "RFC 867 [RFC867] defines the Daytime Protocol."
    ::= {
       tcp 13,
       udp 13  }
        
daytime  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Retrieve the current time of day; a debugging tool for TCP and
       UDP transports."
    REFERENCE
       "RFC 867 [RFC867] defines the Daytime Protocol."
    ::= {
       tcp 13,
       udp 13  }
        
qotd  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Quote of the Day Protocol; retrieve a short message (up to 512
       bytes); a debugging tool for TCP and UDP transports."
    REFERENCE
       "RFC 865 [RFC865] defines the Quote of the Day Protocol."
    ::= {
       tcp 17,
       udp 17  }
        
qotd  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Quote of the Day Protocol; retrieve a short message (up to 512
       bytes); a debugging tool for TCP and UDP transports."
    REFERENCE
       "RFC 865 [RFC865] defines the Quote of the Day Protocol."
    ::= {
       tcp 17,
       udp 17  }
        
msp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Message Send Protocol"
    REFERENCE
       "RFC 1312 [RFC1312] defines the Message Send Protocol."
        
msp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Message Send Protocol"
    REFERENCE
       "RFC 1312 [RFC1312] defines the Message Send Protocol."
        
    ::= {
       tcp 18,
       udp 18  }
        
    ::= {
       tcp 18,
       udp 18  }
        
chargen  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Character Generator Protocol; a debugging tool for TCP and UDP
       transports."
    REFERENCE
       "RFC 864 [RFC864] defines the Character Generator Protocol."
        
chargen  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Character Generator Protocol; a debugging tool for TCP and UDP
       transports."
    REFERENCE
       "RFC 864 [RFC864] defines the Character Generator Protocol."
        
    ::= {
       tcp 19,
       udp 19  }
        
    ::= {
       tcp 19,
       udp 19  }
        
ftp-data PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The File Transfer Protocol Data Port; the FTP Server process
       default data-connection port. "
    REFERENCE
       "RFC 959 [RFC959] defines the File Transfer Protocol.  Refer to
       section 3.2 of [RFC959] for details on FTP data connections."
    ::= { tcp 20 }
        
ftp-data PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The File Transfer Protocol Data Port; the FTP Server process
       default data-connection port. "
    REFERENCE
       "RFC 959 [RFC959] defines the File Transfer Protocol.  Refer to
       section 3.2 of [RFC959] for details on FTP data connections."
    ::= { tcp 20 }
        
ftp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The File Transfer Protocol Control Port; An FTP client initiates
       an FTP control connection by sending FTP commands from user port
       (U) to this port."
    REFERENCE
       "RFC 959 [RFC959] defines the File Transfer Protocol."
    ::= { tcp 21 }
        
ftp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The File Transfer Protocol Control Port; An FTP client initiates
       an FTP control connection by sending FTP commands from user port
       (U) to this port."
    REFERENCE
       "RFC 959 [RFC959] defines the File Transfer Protocol."
    ::= { tcp 21 }
        
telnet PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The Telnet Protocol; The purpose of the TELNET Protocol is to
       provide a fairly general, bi-directional, eight-bit byte oriented
       communications facility.  Its primary goal is to allow a standard
       method of interfacing terminal devices and terminal-oriented
       processes to each other. "
    REFERENCE
       "RFC 854 [RFC854] defines the basic Telnet Protocol."
    ::= { tcp 23 }
        
telnet PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The Telnet Protocol; The purpose of the TELNET Protocol is to
       provide a fairly general, bi-directional, eight-bit byte oriented
       communications facility.  Its primary goal is to allow a standard
       method of interfacing terminal devices and terminal-oriented
       processes to each other. "
    REFERENCE
       "RFC 854 [RFC854] defines the basic Telnet Protocol."
    ::= { tcp 23 }
        
priv-mail PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private mail system."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 24,
       udp 24 }
        
priv-mail PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private mail system."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 24,
       udp 24 }
        
smtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The Simple Mail Transfer Protocol; SMTP control and data
       messages are sent on this port."
    REFERENCE
       "RFC 821 [RFC821] defines the basic Simple Mail Transfer
       Protocol."
    ::= { tcp 25 }
        
smtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The Simple Mail Transfer Protocol; SMTP control and data
       messages are sent on this port."
    REFERENCE
       "RFC 821 [RFC821] defines the basic Simple Mail Transfer
       Protocol."
    ::= { tcp 25 }
        
priv-print PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private printer server."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 35,
       udp 35  }
        
priv-print PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private printer server."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 35,
       udp 35  }
        
time PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Time Protocol"
    REFERENCE
       "RFC 868 [RFC868] defines the Time Protocol."
    ::= { tcp 37,
       udp 37 }
        
time PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Time Protocol"
    REFERENCE
       "RFC 868 [RFC868] defines the Time Protocol."
    ::= { tcp 37,
       udp 37 }
        
rap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Route Access Protocol"
    REFERENCE
       "RFC 1476 [RFC1476] defines the Internet Route Access Protocol."
    ::= { tcp 38 }
        
rap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Route Access Protocol"
    REFERENCE
       "RFC 1476 [RFC1476] defines the Internet Route Access Protocol."
    ::= { tcp 38 }
        
rlp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Resource Location Protocol"
    REFERENCE
       "RFC 887 [RFC887] defines the Resource Location Protocol."
    ::= { udp 39 }
        
rlp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Resource Location Protocol"
    REFERENCE
       "RFC 887 [RFC887] defines the Resource Location Protocol."
    ::= { udp 39 }
        
graphics PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Graphics Protocol"
    REFERENCE
       "RFC 493 [RFC493] defines the Graphics Protocol."
    ::= { tcp 41,
       udp 41  }
        
graphics PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Graphics Protocol"
    REFERENCE
       "RFC 493 [RFC493] defines the Graphics Protocol."
    ::= { tcp 41,
       udp 41  }
        
nameserver  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Host Name Server Protocol"
    REFERENCE
       "IEN 116 [IEN116] defines the Internet Name Server."
    ::= { udp 42 }
        
nameserver  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Host Name Server Protocol"
    REFERENCE
       "IEN 116 [IEN116] defines the Internet Name Server."
    ::= { udp 42 }
        
nicname  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NICNAME/WHOIS Protocol"
    REFERENCE
       "RFC 954 [RFC954] defines the NICNAME/Who Is Protocol."
    ::= { tcp 43 }
        
nicname  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NICNAME/WHOIS Protocol"
    REFERENCE
       "RFC 954 [RFC954] defines the NICNAME/Who Is Protocol."
    ::= { tcp 43 }
        
mpm-flags  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "MPM FLAGS Protocol; (historical)."
    REFERENCE
       "RFC 759 [RFC759] defines the Message Processing Module."
    ::= { tcp 44 }
        
mpm-flags  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "MPM FLAGS Protocol; (historical)."
    REFERENCE
       "RFC 759 [RFC759] defines the Message Processing Module."
    ::= { tcp 44 }
        
mpm  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Message Processing Module -- Receiver; (historical)."
    REFERENCE
       "RFC 759 [RFC759] defines the Message Processing Module."
    ::= { tcp 45 }
        
mpm  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Message Processing Module -- Receiver; (historical)."
    REFERENCE
       "RFC 759 [RFC759] defines the Message Processing Module."
    ::= { tcp 45 }
        

mpm-snd PROTOCOL-IDENTIFIER PARAMETERS { }

mpm snd协议标识符参数{}

    ATTRIBUTES { }
    DESCRIPTION
       "Message Processing Module -- Default Send; (historical)."
    REFERENCE
       "RFC 759 [RFC759] defines the Message Processing Module."
    ::= { tcp 46 }
        
    ATTRIBUTES { }
    DESCRIPTION
       "Message Processing Module -- Default Send; (historical)."
    REFERENCE
       "RFC 759 [RFC759] defines the Message Processing Module."
    ::= { tcp 46 }
        
tacacs  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Login Host Protocol (TACACS)"
    REFERENCE
       "An Access Control Protocol, Sometimes Called TACACS [RFC1492]."
    ::= { tcp 49 }
        
tacacs  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Login Host Protocol (TACACS)"
    REFERENCE
       "An Access Control Protocol, Sometimes Called TACACS [RFC1492]."
    ::= { tcp 49 }
        
re-mail-ck  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Mail Checking Protocol"
    REFERENCE
       "RFC 1339 [RFC1339] defines the Remote Mail Checking Protocol."
    ::= { udp 50 }
        
re-mail-ck  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Mail Checking Protocol"
    REFERENCE
       "RFC 1339 [RFC1339] defines the Remote Mail Checking Protocol."
    ::= { udp 50 }
        
xns-time  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Time Protocol"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 52,
       udp 52 }
        
xns-time  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Time Protocol"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 52,
       udp 52 }
        
domain PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Domain Name Service Protocol; DNS may be transported by either
       UDP [RFC768] or TCP [RFC793].  If the transport is UDP, DNS
       requests restricted to 512 bytes in length may be sent to this
       port."
    REFERENCE
       "RFC 1035 [RFC1035] defines the Bootstrap Protocol."
    ::= { udp 53,
       tcp 53  }
        
domain PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Domain Name Service Protocol; DNS may be transported by either
       UDP [RFC768] or TCP [RFC793].  If the transport is UDP, DNS
       requests restricted to 512 bytes in length may be sent to this
       port."
    REFERENCE
       "RFC 1035 [RFC1035] defines the Bootstrap Protocol."
    ::= { udp 53,
       tcp 53  }
        
xns-ch PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Clearinghouse"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 54,
       udp 54 }
        
xns-ch PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Clearinghouse"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 54,
       udp 54 }
        
xns-auth PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Authentication Protocol"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 56,
       udp 56 }
        
xns-auth PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Authentication Protocol"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 56,
       udp 56 }
        
priv-term PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private terminal access
       protocol."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 57,
       udp 57 }
        
priv-term PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private terminal access
       protocol."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 57,
       udp 57 }
        
xns-mail PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Mil Protocol"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 58,
       udp 58 }
        
xns-mail PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS Mil Protocol"
    REFERENCE
       "Xerox Corporation"
    ::= { tcp 58,
       udp 58 }
        
priv-file PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private file service."
    REFERENCE
       "[RFC1700]"
        
priv-file PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private file service."
    REFERENCE
       "[RFC1700]"
        
    ::= { tcp 59,
       udp 59 }
        
    ::= { tcp 59,
       udp 59 }
        
tacacs-ds PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Default Server Port; TACACS Access Control Protocol Database
       Service."
    REFERENCE
       "RFC 1492 [RFC1492] defines the TACACS Protocol."
    ::= { tcp 65 }
        
tacacs-ds PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Default Server Port; TACACS Access Control Protocol Database
       Service."
    REFERENCE
       "RFC 1492 [RFC1492] defines the TACACS Protocol."
    ::= { tcp 65 }
        
sqlnet PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Oracle SQL*NET"
    REFERENCE
       "Oracle Corporation"
    ::= { tcp 66 }
        
sqlnet PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Oracle SQL*NET"
    REFERENCE
       "Oracle Corporation"
    ::= { tcp 66 }
        
bootps PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Bootstrap Protocol Server Protocol; BOOTP Clients send requests
       (usually broadcast) to the bootps port."
    REFERENCE
       "RFC 951 [RFC951] defines the Bootstrap Protocol."
    ::= { udp 67 }
        
bootps PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Bootstrap Protocol Server Protocol; BOOTP Clients send requests
       (usually broadcast) to the bootps port."
    REFERENCE
       "RFC 951 [RFC951] defines the Bootstrap Protocol."
    ::= { udp 67 }
        
bootpc PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Bootstrap Protocol Client Protocol; BOOTP Server replies are
       sent to the BOOTP Client using this destination port."
    REFERENCE
       "RFC 951 [RFC951] defines the Bootstrap Protocol."
    ::= { udp 68 }
        
bootpc PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Bootstrap Protocol Client Protocol; BOOTP Server replies are
       sent to the BOOTP Client using this destination port."
    REFERENCE
       "RFC 951 [RFC951] defines the Bootstrap Protocol."
    ::= { udp 68 }
        
tftp PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES { }
    DESCRIPTION
        
tftp PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES { }
    DESCRIPTION
        
       "Trivial File Transfer Protocol; Only the first packet of each
       TFTP transaction will be sent to port 69. If the tracksSessions
       attribute is set, then packets for each TFTP transaction will be
       attributed to tftp, instead of the unregistered port numbers that
       will be encoded in subsequent packets."
    REFERENCE
       "RFC 1350 [RFC1350] defines the TFTP Protocol (revision 2);
        RFC 1782 [RFC1782] defines TFTP Option Extensions;
        RFC 1783 [RFC1783] defines the TFTP Blocksize Option;
        RFC 1784 [RFC1784] defines TFTP Timeout Interval and Transfer
        Size  Options."
    ::= { udp 69 }
        
       "Trivial File Transfer Protocol; Only the first packet of each
       TFTP transaction will be sent to port 69. If the tracksSessions
       attribute is set, then packets for each TFTP transaction will be
       attributed to tftp, instead of the unregistered port numbers that
       will be encoded in subsequent packets."
    REFERENCE
       "RFC 1350 [RFC1350] defines the TFTP Protocol (revision 2);
        RFC 1782 [RFC1782] defines TFTP Option Extensions;
        RFC 1783 [RFC1783] defines the TFTP Blocksize Option;
        RFC 1784 [RFC1784] defines TFTP Timeout Interval and Transfer
        Size  Options."
    ::= { udp 69 }
        
gopher PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Gopher Protocol"
    REFERENCE
       "RFC 1436 [RFC1436] defines the Gopher Protocol."
    ::= { tcp 70 }
        
gopher PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Gopher Protocol"
    REFERENCE
       "RFC 1436 [RFC1436] defines the Gopher Protocol."
    ::= { tcp 70 }
        
netrjs-1 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 71 }
        
netrjs-1 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 71 }
        
netrjs-2 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 72 }
        
netrjs-2 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 72 }
        
netrjs-3 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 73 }
        
netrjs-3 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 73 }
        
netrjs-4 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 74 }
        
netrjs-4 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Job Service Protocol; (historical)."
    REFERENCE
       "RFC 740 [RFC740] defines the NETRJS Protocol."
    ::= { tcp 74 }
        

priv-dialout PROTOCOL-IDENTIFIER

priv拨号协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private dial out service."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 75,
       udp 75 }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private dial out service."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 75,
       udp 75 }
        
priv-rje PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private remote job entry
       service."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 77,
       udp 77 }
        
priv-rje PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private remote job entry
       service."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 77,
       udp 77 }
        
finger PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Finger User Information Protocol"
    REFERENCE
       "RFC 1288 [RFC1288] defines the finger protocol."
    ::= { tcp 79 }
        
finger PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Finger User Information Protocol"
    REFERENCE
       "RFC 1288 [RFC1288] defines the finger protocol."
    ::= { tcp 79 }
        
www-http PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Hypertext Transfer Protocol"
    REFERENCE
       "RFC 1945 [RFC1945] defines the Hypertext Transfer Protocol
(HTTP/1.0).
        
www-http PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Hypertext Transfer Protocol"
    REFERENCE
       "RFC 1945 [RFC1945] defines the Hypertext Transfer Protocol
(HTTP/1.0).
        
        RFC 2068 [RFC2068] defines the Hypertext Transfer Protocol
(HTTP/1.1).
        RFC 2069 [RFC2069] defines an Extension to HTTP: Digest Access
           Authentication.
        RFC 2109 [RFC2109] defines the HTTP State Management Mechanism.
        RFC 2145 [RFC2145] defines the use and interpretation of HTTP
           version numbers."
    ::= { tcp 80 }
        
        RFC 2068 [RFC2068] defines the Hypertext Transfer Protocol
(HTTP/1.1).
        RFC 2069 [RFC2069] defines an Extension to HTTP: Digest Access
           Authentication.
        RFC 2109 [RFC2109] defines the HTTP State Management Mechanism.
        RFC 2145 [RFC2145] defines the use and interpretation of HTTP
           version numbers."
    ::= { tcp 80 }
        

priv-termlink PROTOCOL-IDENTIFIER

priv-termlink协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private terminal link
       protocol."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 87,
       udp 87 }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol reserved for any private terminal link
       protocol."
    REFERENCE
       "[RFC1700]"
    ::= { tcp 87,
       udp 87 }
        
kerberos PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The Kerberos Network Authentication Service (V5)"
    REFERENCE
       "RFC 1510 [RFC1510] defines the Kerberos protocol."
    ::= { udp 88 }
        
kerberos PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "The Kerberos Network Authentication Service (V5)"
    REFERENCE
       "RFC 1510 [RFC1510] defines the Kerberos protocol."
    ::= { udp 88 }
        
supdup PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SUPDUP Display; (historical)"
    REFERENCE
       "RFC 734 [RFC734] defines the SUPDUP Protocol."
    ::= { tcp 95 }
        
supdup PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SUPDUP Display; (historical)"
    REFERENCE
       "RFC 734 [RFC734] defines the SUPDUP Protocol."
    ::= { tcp 95 }
        
dixie PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DIXIE Directory Service"
    REFERENCE
       "RFC 1249 [RFC1249] defines the DIXIE Protocol."
    ::= { tcp 96,
       udp 96 }
        
dixie PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DIXIE Directory Service"
    REFERENCE
       "RFC 1249 [RFC1249] defines the DIXIE Protocol."
    ::= { tcp 96,
       udp 96 }
        
hostname  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NIC Internet Hostname Server Protocol; (historical)"
    REFERENCE
       "RFC 953 [RFC953] defines the Hostname Server Protocol."
    ::= { tcp 101 }
        
hostname  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NIC Internet Hostname Server Protocol; (historical)"
    REFERENCE
       "RFC 953 [RFC953] defines the Hostname Server Protocol."
    ::= { tcp 101 }
        
3com-tsmux PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "3COM-TSMUX"
    REFERENCE
       "3Com, Inc."
    ::= { tcp 106,
       udp 106 }
        
3com-tsmux PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "3COM-TSMUX"
    REFERENCE
       "3Com, Inc."
    ::= { tcp 106,
       udp 106 }
        
rtelnet  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote User Telnet Protocol; (historical)."
    REFERENCE
       "RFC 818 [RFC818] defines the Remote User Telnet Service."
    ::= { tcp 107 }
        
rtelnet  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote User Telnet Protocol; (historical)."
    REFERENCE
       "RFC 818 [RFC818] defines the Remote User Telnet Service."
    ::= { tcp 107 }
        
pop2 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Post Office Protocol -- Version 2. Clients establish connections
       with POP2 servers by using this destination port number.
       Historical."
    REFERENCE
       "RFC 937 [RFC937] defines Version 2 of the Post Office Protocol."
    ::= { tcp 109 }
        
pop2 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Post Office Protocol -- Version 2. Clients establish connections
       with POP2 servers by using this destination port number.
       Historical."
    REFERENCE
       "RFC 937 [RFC937] defines Version 2 of the Post Office Protocol."
    ::= { tcp 109 }
        
pop3 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Post Office Protocol -- Version 3. Clients establish connections
       with POP3 servers by using this destination port number."
    REFERENCE
       "RFC 1725 [RFC1725] defines Version 3 of the Post Office
       Protocol."
        
pop3 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Post Office Protocol -- Version 3. Clients establish connections
       with POP3 servers by using this destination port number."
    REFERENCE
       "RFC 1725 [RFC1725] defines Version 3 of the Post Office
       Protocol."
        
    ::= { tcp 110,
       udp 110 }     -- RFC defines tcp use
        
    ::= { tcp 110,
       udp 110 }     -- RFC defines tcp use
        

sunrpc PROTOCOL-IDENTIFIER

sunrpc协议标识符

    PARAMETERS {
        tracksSessions(1) -- learn port mapping of programs
    }
    ATTRIBUTES {
        hasChildren(0)   -- port mapper function numbers
    }
    DESCRIPTION
       "SUN Remote Procedure Call Protocol. Port mapper function
       requests are sent to this destination port."
    CHILDREN
       "Specific RPC functions are represented as children of the sunrpc
       protocol.  Each 'RPC function protocol' is identified by its
       function number assignment. RPC function number assignments are
       defined by different naming authorities, depending on the
       function identifier value.
       From [RFC1831]:
        
    PARAMETERS {
        tracksSessions(1) -- learn port mapping of programs
    }
    ATTRIBUTES {
        hasChildren(0)   -- port mapper function numbers
    }
    DESCRIPTION
       "SUN Remote Procedure Call Protocol. Port mapper function
       requests are sent to this destination port."
    CHILDREN
       "Specific RPC functions are represented as children of the sunrpc
       protocol.  Each 'RPC function protocol' is identified by its
       function number assignment. RPC function number assignments are
       defined by different naming authorities, depending on the
       function identifier value.
       From [RFC1831]:
        

Program numbers are given out in groups of hexadecimal 20000000 (decimal 536870912) according to the following chart:

根据下表,程序编号按十六进制20000000(十进制536870912)分组给出:

0 - 1fffffff defined by rpc@sun.com 20000000 - 3fffffff defined by user 40000000 - 5fffffff transient 60000000 - 7fffffff reserved 80000000 - 9fffffff reserved a0000000 - bfffffff reserved c0000000 - dfffffff reserved e0000000 - ffffffff reserved

0-1FFFFFF由定义的rpc@sun.com20000000-用户定义的3FFFFF 40000000-5fffffff 60000000-7fffffff保留80000000-9fffffff保留a0000000-bfffffff保留c0000000-dfffffff保留e0000000-FFFFFFFFFF保留

Children of 'sunrpc' are encoded as [ 0.0.0.111], the protocol identifier component for 'sunrpc', followed by [ a.b.c.d ], where a.b.c.d is the 32 bit binary RPC program number encoded in network byte order. For example, a protocolDirID-fragment value of: 0.0.0.111.0.1.134.163

“sunrpc”的子项编码为[0.0.0.111],是“sunrpc”的协议标识符组件,后跟[a.b.c.d],其中a.b.c.d是按网络字节顺序编码的32位二进制RPC程序号。例如,protocolDirID片段值为:0.0.0.111.0.1.134.163

defines the NFS function (and protocol).

定义NFS功能(和协议)。

Children are named as 'sunrpc' followed by the RPC function number in base 10 format. For example, NFS would be named: 'sunrpc 100003'." DECODING "The first packet of many SUNRPC transactions is sent to the

子项命名为“sunrpc”,后跟基10格式的RPC函数号。例如,NFS将命名为:“sunrpc 100003”。“解码”许多sunrpc事务的第一个数据包将发送到

port- mapper program, and therefore decoded statically by monitoring RFC portmap requests [RFC1831]. Any subsequent packets must be decoded and correctly identified by 'remembering' the port assignments used in each RPC function call (as identified according to the procedures in the RPC Specification Version 2 [RFC1831]).

端口映射程序,因此通过监视RFC端口映射请求进行静态解码[RFC1831]。必须通过“记住”每个RPC函数调用中使用的端口分配来解码和正确识别任何后续数据包(根据RPC规范版本2[RFC1831]中的程序识别)。

In some cases the port mapping for a particular protocol is well known and hard coded into the requesting client. In these cases the client will not send portmap requests; instead it will send the SUNRPC request directly to the well known port. These cases are rare and are being eliminated over time. NFS is the most significant SUNRPC program of this class. Such programs should still be declared as children of SUNRPC as described under CHILDREN above. How an implementation detects this behaviour and handles it is beyond the scope of this document.

在某些情况下,特定协议的端口映射是众所周知的,并硬编码到请求客户端。在这些情况下,客户端不会发送端口映射请求;相反,它将直接向已知端口发送SUNRPC请求。这些病例很少见,而且随着时间的推移正在被消除。NFS是此类中最重要的SUNRPC程序。此类程序仍应声明为SUNRPC的子级,如上文“子级”中所述。实现如何检测和处理这种行为超出了本文档的范围。

       The 'tracksSessions(1)' PARAMETER bit is used to indicate whether
       the probe can (and should) monitor portmapper activity to
       correctly track SUNRPC connections."
    REFERENCE
       "RFC 1831 [RFC1831] defines the Remote Procedure Call Protocol
       Version 2.  The authoritative list of RPC Functions is identified
       by the URL:
           ftp://ftp.isi.edu/in-notes/iana/assignments/sun-rpc-numbers"
    ::= { tcp 111,
       udp 111 }
        
       The 'tracksSessions(1)' PARAMETER bit is used to indicate whether
       the probe can (and should) monitor portmapper activity to
       correctly track SUNRPC connections."
    REFERENCE
       "RFC 1831 [RFC1831] defines the Remote Procedure Call Protocol
       Version 2.  The authoritative list of RPC Functions is identified
       by the URL:
           ftp://ftp.isi.edu/in-notes/iana/assignments/sun-rpc-numbers"
    ::= { tcp 111,
       udp 111 }
        
auth PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Authentication Service; Identification Protocol."
    REFERENCE
       "RFC 1413 [RFC1413] defines the Identification Protocol."
    ::= { tcp 113 }
        
auth PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Authentication Service; Identification Protocol."
    REFERENCE
       "RFC 1413 [RFC1413] defines the Identification Protocol."
    ::= { tcp 113 }
        
sftp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple File Transfer Protocol; (historical)."
    REFERENCE
       "RFC 913 [RFC913] defines the Simple File Transfer Protocol."
    ::= { tcp 115 }
        
sftp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple File Transfer Protocol; (historical)."
    REFERENCE
       "RFC 913 [RFC913] defines the Simple File Transfer Protocol."
    ::= { tcp 115 }
        

uucp-path PROTOCOL-IDENTIFIER

uucp路径协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "UUCP Path Service"
    REFERENCE
       "RFC 915 [RFC915] defines the Network Mail Path Service."
    ::= { tcp 117 }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "UUCP Path Service"
    REFERENCE
       "RFC 915 [RFC915] defines the Network Mail Path Service."
    ::= { tcp 117 }
        
nntp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Network News Transfer Protocol"
    REFERENCE
       "RFC 977 [RFC977] defines the Network News Transfer Protocol."
    ::= { tcp 119 }
        
nntp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Network News Transfer Protocol"
    REFERENCE
       "RFC 977 [RFC977] defines the Network News Transfer Protocol."
    ::= { tcp 119 }
        
cfdptkt PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "CFDPTKT; Coherent File Distribution Protocol"
    REFERENCE
       "RFC 1235 [RFC1235] defines the Coherent File Distribution
       Protocol."
    ::= { udp 120 }
        
cfdptkt PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "CFDPTKT; Coherent File Distribution Protocol"
    REFERENCE
       "RFC 1235 [RFC1235] defines the Coherent File Distribution
       Protocol."
    ::= { udp 120 }
        
ntp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Network Time Protocol"
    REFERENCE
       "RFC 1305 [RFC1305] defines version 3 of the Network Time
       Protocol."
    ::= { udp 123 }
        
ntp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Network Time Protocol"
    REFERENCE
       "RFC 1305 [RFC1305] defines version 3 of the Network Time
       Protocol."
    ::= { udp 123 }
        
pwdgen  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Password Generator Protocol"
    REFERENCE
       "RFC 972 [RFC972] defines the Password Generator Protocol."
    ::= { tcp 129,
       udp 129  }
        
pwdgen  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Password Generator Protocol"
    REFERENCE
       "RFC 972 [RFC972] defines the Password Generator Protocol."
    ::= { tcp 129,
       udp 129  }
        

cisco-fna PROTOCOL-IDENTIFIER

cisco fna协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "cisco FNATIVE"
    REFERENCE
       "Cisco Systems, Inc."
    ::= { tcp 130,
       udp 130 }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "cisco FNATIVE"
    REFERENCE
       "Cisco Systems, Inc."
    ::= { tcp 130,
       udp 130 }
        
cisco-tna  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "cisco TNATIVE"
    REFERENCE
       "Cisco Systems, Inc."
    ::= { tcp 131,
       udp 131 }
        
cisco-tna  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "cisco TNATIVE"
    REFERENCE
       "Cisco Systems, Inc."
    ::= { tcp 131,
       udp 131 }
        
cisco-sys  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "cisco SYSMAINT"
    REFERENCE
       "Cisco Systems, Inc."
    ::= { tcp 132,
       udp 132 }
        
cisco-sys  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "cisco SYSMAINT"
    REFERENCE
       "Cisco Systems, Inc."
    ::= { tcp 132,
       udp 132 }
        
statsrv  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Statistics Server; (historical)."
    REFERENCE
       "RFC 996 [RFC996] defines the Statistics Server Protocol."
    ::= { tcp 133,
       udp 133 }
        
statsrv  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Statistics Server; (historical)."
    REFERENCE
       "RFC 996 [RFC996] defines the Statistics Server Protocol."
    ::= { tcp 133,
       udp 133 }
        
 -- defined as nbt-name in IPX section
 -- netbios-ns      137/tcp    NETBIOS Name Service
 -- netbios-ns      137/udp    NETBIOS Name Service
 -- defined as nbt-data in IPX section
 -- netbios-dgm     138/tcp    NETBIOS Datagram Service
 -- netbios-dgm     138/udp    NETBIOS Datagram Service
        
 -- defined as nbt-name in IPX section
 -- netbios-ns      137/tcp    NETBIOS Name Service
 -- netbios-ns      137/udp    NETBIOS Name Service
 -- defined as nbt-data in IPX section
 -- netbios-dgm     138/tcp    NETBIOS Datagram Service
 -- netbios-dgm     138/udp    NETBIOS Datagram Service
        
 -- defined as nbt-session in IPX section
 -- netbios-ssn     139/tcp    NETBIOS Session Service
        
 -- defined as nbt-session in IPX section
 -- netbios-ssn     139/tcp    NETBIOS Session Service
        

-- netbios-ssn 139/udp NETBIOS Session Service

--netbios ssn 139/udp netbios会话服务

imap2  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Interactive Mail Access Protocol v2;
        Internet Message Access Protocol v4 (IMAP4) also uses this
       server port."
    REFERENCE
       "RFC 1064 [RFC1064] defines Version 2 of the Interactive Mail
       Access
        Protocol.
        RFC 1730 [RFC1730] defines Version 4 of the Internet Message
       Access
        Protocol."
    ::= { tcp 143 }
        
imap2  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Interactive Mail Access Protocol v2;
        Internet Message Access Protocol v4 (IMAP4) also uses this
       server port."
    REFERENCE
       "RFC 1064 [RFC1064] defines Version 2 of the Interactive Mail
       Access
        Protocol.
        RFC 1730 [RFC1730] defines Version 4 of the Internet Message
       Access
        Protocol."
    ::= { tcp 143 }
        
iso-tp0  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ISO-IP0; ISO-TP0 bridge between TCP and X.25"
    REFERENCE
       "RFC 1086 [RFC1086] defines the ISO-TP0 protocol."
    ::= { tcp 146,
       udp 146 }
        
iso-tp0  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ISO-IP0; ISO-TP0 bridge between TCP and X.25"
    REFERENCE
       "RFC 1086 [RFC1086] defines the ISO-TP0 protocol."
    ::= { tcp 146,
       udp 146 }
        
iso-ip  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ISO-IP; Use of the Internet as a Subnetwork for Experimentation
       with the OSI Network Layer"
    REFERENCE
       "RFC 1070 [RFC1070] defines the ISO-IP Protocol."
    ::= { tcp 147,
       udp 147 }
        
iso-ip  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ISO-IP; Use of the Internet as a Subnetwork for Experimentation
       with the OSI Network Layer"
    REFERENCE
       "RFC 1070 [RFC1070] defines the ISO-IP Protocol."
    ::= { tcp 147,
       udp 147 }
        
hems  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "HEMS; High Level Entity Management System; (historical)."
    REFERENCE
       "RFC 1021 [RFC1021] defines HEMS."
    ::= { tcp 151 }
        
hems  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "HEMS; High Level Entity Management System; (historical)."
    REFERENCE
       "RFC 1021 [RFC1021] defines HEMS."
    ::= { tcp 151 }
        
bftp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Background File Transfer Program"
    REFERENCE
       "RFC 1068 [RFC1068] defines the Background File Transfer
       Program."
    ::= { tcp 152 }
        
bftp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Background File Transfer Program"
    REFERENCE
       "RFC 1068 [RFC1068] defines the Background File Transfer
       Program."
    ::= { tcp 152 }
        
sgmp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Gateway Monitoring Protocol; (historical)."
    REFERENCE
       "RFC 1028 [RFC1028] defines the Simple Gateway Monitoring
       Protocol."
    ::= { udp 153 }
        
sgmp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Gateway Monitoring Protocol; (historical)."
    REFERENCE
       "RFC 1028 [RFC1028] defines the Simple Gateway Monitoring
       Protocol."
    ::= { udp 153 }
        
pcmail-srv  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "PCMail Server; Distributed Mail System Protocol (DMSP)"
    REFERENCE
       "RFC 1056 [RFC1056] defines the PCMAIL Protocol."
    ::= { tcp 158 }
        
pcmail-srv  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "PCMail Server; Distributed Mail System Protocol (DMSP)"
    REFERENCE
       "RFC 1056 [RFC1056] defines the PCMAIL Protocol."
    ::= { tcp 158 }
        
sgmp-traps  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Gateway Monitoring Protocol Traps; (historical)."
    REFERENCE
       "RFC 1028 [RFC1028] defines the Simple Gateway Monitoring
        
sgmp-traps  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Gateway Monitoring Protocol Traps; (historical)."
    REFERENCE
       "RFC 1028 [RFC1028] defines the Simple Gateway Monitoring
        
       Protocol."
    ::= { udp 160 }
        
       Protocol."
    ::= { udp 160 }
        
 -- snmp and snmptrap found in the Protocol-Independent section
 -- snmp            161/udp    SNMP
 -- snmptrap        162/udp    SNMPTRAP
        
 -- snmp and snmptrap found in the Protocol-Independent section
 -- snmp            161/udp    SNMP
 -- snmptrap        162/udp    SNMPTRAP
        
cmip-man  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
        
cmip-man  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
        
       "CMIP/TCP (CMOT) Manager; (historical)."
    REFERENCE
       "RFC 1095 [RFC1095] defines the Common Management Information
       Services and Protocol over TCP/IP."
    ::= { tcp 163,
       udp 163 }
        
       "CMIP/TCP (CMOT) Manager; (historical)."
    REFERENCE
       "RFC 1095 [RFC1095] defines the Common Management Information
       Services and Protocol over TCP/IP."
    ::= { tcp 163,
       udp 163 }
        
cmip-agent  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "CMIP/TCP (CMOT) Agent; (historical)."
    REFERENCE
       "RFC 1095 [RFC1095] defines the Common Management Information
       Services and Protocol over TCP/IP."
    ::= { tcp 164,
       udp 164 }
        
cmip-agent  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "CMIP/TCP (CMOT) Agent; (historical)."
    REFERENCE
       "RFC 1095 [RFC1095] defines the Common Management Information
       Services and Protocol over TCP/IP."
    ::= { tcp 164,
       udp 164 }
        
xdmcp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "X Display Manager Control Protocol"
    REFERENCE
       "X11 Consortium"
    ::= { udp 177 }
        
xdmcp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "X Display Manager Control Protocol"
    REFERENCE
       "X11 Consortium"
    ::= { udp 177 }
        
bgp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Border Gateway Protocol"
    REFERENCE
       "RFC 1267 [RFC1267] defines version 3 of the Border Gateway
        
bgp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Border Gateway Protocol"
    REFERENCE
       "RFC 1267 [RFC1267] defines version 3 of the Border Gateway
        
       Protocol."
    ::= { tcp 179 }
        
       Protocol."
    ::= { tcp 179 }
        
remote-kis  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote-Knowbot Information Service (KIS)"
    REFERENCE
       "RFC 1739 [RFC1739] describes the KNOWBOT Protocol."
    ::= { tcp 185,
       udp 185 }
        
remote-kis  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote-Knowbot Information Service (KIS)"
    REFERENCE
       "RFC 1739 [RFC1739] describes the KNOWBOT Protocol."
    ::= { tcp 185,
       udp 185 }
        
kis  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Knowbot Information Service (KIS)"
    REFERENCE
       "RFC 1739 [RFC1739] describes the KNOWBOT Protocol."
    ::= { tcp 186,
       udp 186 }
        
kis  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Knowbot Information Service (KIS)"
    REFERENCE
       "RFC 1739 [RFC1739] describes the KNOWBOT Protocol."
    ::= { tcp 186,
       udp 186 }
        
irc  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Relay Chat Protocol"
    REFERENCE
       "RFC 1459 [RFC1459] defines the Internet Relay Chat Protocol."
    ::= { tcp 194,
       udp 194 }
        
irc  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Relay Chat Protocol"
    REFERENCE
       "RFC 1459 [RFC1459] defines the Internet Relay Chat Protocol."
    ::= { tcp 194,
       udp 194 }
        
smux PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SMUX; SNMP MUX Protocol and MIB; (historical)."
    REFERENCE
       "RFC 1227 [RFC1227] defines the SMUX Protocol."
    ::= { tcp 199 }
        
smux PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SMUX; SNMP MUX Protocol and MIB; (historical)."
    REFERENCE
       "RFC 1227 [RFC1227] defines the SMUX Protocol."
    ::= { tcp 199 }
        
 --
 -- AppleTalk applications are defined in the AppleTalk Stack section
 --
 -- at-rtmp         201/tcp    AppleTalk Routing Maintenance
 -- at-rtmp         201/udp    AppleTalk Routing Maintenance
 -- at-nbp          202/tcp    AppleTalk Name Binding
 -- at-nbp          202/udp    AppleTalk Name Binding
 -- at-3            203/tcp    AppleTalk Unused
 -- at-3            203/udp    AppleTalk Unused
 -- at-echo         204/tcp    AppleTalk Echo
 -- at-echo         204/udp    AppleTalk Echo
 -- at-5            205/tcp    AppleTalk Unused
 -- at-5            205/udp    AppleTalk Unused
 -- at-zis          206/tcp    AppleTalk Zone Information
 -- at-zis          206/udp    AppleTalk Zone Information
 -- at-7            207/tcp    AppleTalk Unused
 -- at-7            207/udp    AppleTalk Unused
 -- at-8            208/tcp    AppleTalk Unused
 -- at-8            208/udp    AppleTalk Unused
        
 --
 -- AppleTalk applications are defined in the AppleTalk Stack section
 --
 -- at-rtmp         201/tcp    AppleTalk Routing Maintenance
 -- at-rtmp         201/udp    AppleTalk Routing Maintenance
 -- at-nbp          202/tcp    AppleTalk Name Binding
 -- at-nbp          202/udp    AppleTalk Name Binding
 -- at-3            203/tcp    AppleTalk Unused
 -- at-3            203/udp    AppleTalk Unused
 -- at-echo         204/tcp    AppleTalk Echo
 -- at-echo         204/udp    AppleTalk Echo
 -- at-5            205/tcp    AppleTalk Unused
 -- at-5            205/udp    AppleTalk Unused
 -- at-zis          206/tcp    AppleTalk Zone Information
 -- at-zis          206/udp    AppleTalk Zone Information
 -- at-7            207/tcp    AppleTalk Unused
 -- at-7            207/udp    AppleTalk Unused
 -- at-8            208/tcp    AppleTalk Unused
 -- at-8            208/udp    AppleTalk Unused
        
z39-50 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ANSI Z39.50"
    REFERENCE
       "RFC 1729 [RFC1729] describes the Z39.50 Protocol."
    ::= { tcp 210 }
        
z39-50 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "ANSI Z39.50"
    REFERENCE
       "RFC 1729 [RFC1729] describes the Z39.50 Protocol."
    ::= { tcp 210 }
        
ipx-tunnel  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Tunneling IPX Traffic through IP Networks"
    REFERENCE
       "RFC 1234 [RFC1234] defines the IPX Tunnel Protocol."
    ::= { udp 213 }
        
ipx-tunnel  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Tunneling IPX Traffic through IP Networks"
    REFERENCE
       "RFC 1234 [RFC1234] defines the IPX Tunnel Protocol."
    ::= { udp 213 }
        
mpp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Netix Message Posting Protocol"
    REFERENCE
       "RFC 1204 [RFC1204] defines the Message Posting Protocol."
    ::= { tcp 218 }
        
mpp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Netix Message Posting Protocol"
    REFERENCE
       "RFC 1204 [RFC1204] defines the Message Posting Protocol."
    ::= { tcp 218 }
        
imap3  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Interactive Mail Access Protocol v3; (historical)."
    REFERENCE
       "RFC 1203 [RFC1203] defines version 3 of the Interactive Mail
       Access Protocol."
    ::= { tcp 220 }
        
imap3  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Interactive Mail Access Protocol v3; (historical)."
    REFERENCE
       "RFC 1203 [RFC1203] defines version 3 of the Interactive Mail
       Access Protocol."
    ::= { tcp 220 }
        
ldap  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Lightweight Directory Access Protocol"
    REFERENCE
       "RFC 1777 [RFC1777] defines Lightweight Directory Access
       Protocol; RFC 1798 [RFC1798] defines Connection-less Lightweight
       X.500 Directory Access Protocol"
    ::= { tcp 389,       -- RFC 1777
       udp 389  }        -- RFC 1798
        
ldap  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Lightweight Directory Access Protocol"
    REFERENCE
       "RFC 1777 [RFC1777] defines Lightweight Directory Access
       Protocol; RFC 1798 [RFC1798] defines Connection-less Lightweight
       X.500 Directory Access Protocol"
    ::= { tcp 389,       -- RFC 1777
       udp 389  }        -- RFC 1798
        
mobileip-agent  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IP Mobility Support"
    REFERENCE
       "RFC 2002 [RFC2002] defines the IP Mobility Support protocol."
    ::= { udp 434 }
        
mobileip-agent  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IP Mobility Support"
    REFERENCE
       "RFC 2002 [RFC2002] defines the IP Mobility Support protocol."
    ::= { udp 434 }
        
https  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Secure HTTP; HTTP over TLS/SSL"
    REFERENCE
       "Netscape; http://home.netscape.com/eng/ssl3/"
    ::= { tcp 443 }
        
https  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Secure HTTP; HTTP over TLS/SSL"
    REFERENCE
       "Netscape; http://home.netscape.com/eng/ssl3/"
    ::= { tcp 443 }
        
smtps  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SMTP protocol over TLS/SSL"
    REFERENCE
       "Netscape; http://home.netscape.com/eng/ssl3/"
    ::= { tcp 465 }
        
smtps  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SMTP protocol over TLS/SSL"
    REFERENCE
       "Netscape; http://home.netscape.com/eng/ssl3/"
    ::= { tcp 465 }
        
isakmp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Security Association and Key Management Protocol
       (ISAKMP)"
    REFERENCE
       "RFC 2408 [RFC2408]"
    ::= { udp 500 }
        
isakmp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Internet Security Association and Key Management Protocol
       (ISAKMP)"
    REFERENCE
       "RFC 2408 [RFC2408]"
    ::= { udp 500 }
        
login  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "BSD Rlogin; remote login a la telnet"
    REFERENCE
       "RFC 1282 [RFC1282] defines the BSD Rlogin Protocol."
    ::= { tcp 513 }
        
login  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "BSD Rlogin; remote login a la telnet"
    REFERENCE
       "RFC 1282 [RFC1282] defines the BSD Rlogin Protocol."
    ::= { tcp 513 }
        

syslog PROTOCOL-IDENTIFIER PARAMETERS { }

syslog协议标识符参数{}

    ATTRIBUTES { }
    DESCRIPTION
       "syslog"
    REFERENCE
       "[RFC1700]"
    ::= { udp 514 }
        
    ATTRIBUTES { }
    DESCRIPTION
       "syslog"
    REFERENCE
       "[RFC1700]"
    ::= { udp 514 }
        
uucp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Unix-to-Unix copy protocol"
    REFERENCE
       "[RFC1700]"
    ::= { tcp 540 }
        
uucp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Unix-to-Unix copy protocol"
    REFERENCE
       "[RFC1700]"
    ::= { tcp 540 }
        
doom  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DOOM Game;"
    REFERENCE
       " Id Software"
    ::= { tcp 666 }
        
doom  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DOOM Game;"
    REFERENCE
       " Id Software"
    ::= { tcp 666 }
        
radius  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Authentication Dial In User Service (RADIUS)"
    REFERENCE
       "RFC 2138 [RFC2138] defines the Radius protocol."
    ::= { udp 1812 }
        
radius  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Remote Authentication Dial In User Service (RADIUS)"
    REFERENCE
       "RFC 2138 [RFC2138] defines the Radius protocol."
    ::= { udp 1812 }
        
radiusacct  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "RADIUS Accounting Protocol"
    REFERENCE
       "RFC 2139 [RFC2139] defines the Radius Accounting protocol."
    ::= { udp 1813 }
        
radiusacct  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "RADIUS Accounting Protocol"
    REFERENCE
       "RFC 2139 [RFC2139] defines the Radius Accounting protocol."
    ::= { udp 1813 }
        

-- -- Portmapper Functions; Children of sunrpc --

----端口映射器函数;sunrpc的孩子们--

portmapper PROTOCOL-IDENTIFIER

端口映射器协议标识符

    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SUNRPC PORTMAPPER program.  This is the SUNRPC program which is
       used to locate the UDP/TCP ports on which other SUNRPC programs
       can be found."
    REFERENCE
       "Appendix A of RFC 1057 [RFC1057] describes the portmapper
       operation."
    ::= { sunrpc 100000 }
        
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "SUNRPC PORTMAPPER program.  This is the SUNRPC program which is
       used to locate the UDP/TCP ports on which other SUNRPC programs
       can be found."
    REFERENCE
       "Appendix A of RFC 1057 [RFC1057] describes the portmapper
       operation."
    ::= { sunrpc 100000 }
        
nfs  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Sun Network File System (NFS);"
    DECODING
       "NFS is a SUNRPC program which may or may not use the port mapper
       SUNRPC program to connect clients and servers.  In many cases the
       NFS server program runs over UDP/TCP port 2049, but an
       implementation is encouraged to perform further analysis before
       assuming that a packet to/from this port is a SUNRPC/NFS packet.
       Likewise an implementation is encouraged to track port mapper
       activity to spot cases where it is used to locate the SUNRPC/NFS
       program as this is more robust."
    REFERENCE
       "The NFS Version 3 Protocol Specification is defined in RFC 1813
       [RFC1813]."
    ::= {
     sunrpc 100003       --  [0.1.134.163]
    }
        
nfs  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Sun Network File System (NFS);"
    DECODING
       "NFS is a SUNRPC program which may or may not use the port mapper
       SUNRPC program to connect clients and servers.  In many cases the
       NFS server program runs over UDP/TCP port 2049, but an
       implementation is encouraged to perform further analysis before
       assuming that a packet to/from this port is a SUNRPC/NFS packet.
       Likewise an implementation is encouraged to track port mapper
       activity to spot cases where it is used to locate the SUNRPC/NFS
       program as this is more robust."
    REFERENCE
       "The NFS Version 3 Protocol Specification is defined in RFC 1813
       [RFC1813]."
    ::= {
     sunrpc 100003       --  [0.1.134.163]
    }
        
xwin PROTOCOL-IDENTIFIER
    PARAMETERS {
        tracksSessions(1)
    }
    ATTRIBUTES { }
    DESCRIPTION
       "X Windows Protocol"
    DECODING
       "The X Windows Protocol when run over UDP/TCP normally runs over
       the well known port 6000.  It can run over any port in the range
       6000 to 6063, however.  If the tracksSessions(1) parameter bit is
       set the agent can and should detect such X Window sessions and
       report them as the X protocol."
    REFERENCE
         "The X Windows Protocol is defined by TBD"
    ::= {
        
xwin PROTOCOL-IDENTIFIER
    PARAMETERS {
        tracksSessions(1)
    }
    ATTRIBUTES { }
    DESCRIPTION
       "X Windows Protocol"
    DECODING
       "The X Windows Protocol when run over UDP/TCP normally runs over
       the well known port 6000.  It can run over any port in the range
       6000 to 6063, however.  If the tracksSessions(1) parameter bit is
       set the agent can and should detect such X Window sessions and
       report them as the X protocol."
    REFERENCE
         "The X Windows Protocol is defined by TBD"
    ::= {
        

tcp 6000, udp 6000 -- lat ? }

tcp 6000,udp 6000--lat?}

3.1.2. Novell IPX Stack
3.1.2. Novell IPX堆栈
ipx PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0),
      addressRecognitionCapable(1)
    }
        
ipx PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0),
      addressRecognitionCapable(1)
    }
        

DESCRIPTION "Novell IPX" CHILDREN "Children of IPX are defined by the 8 bit packet type field. The value is encoded into an octet string as [ 0.0.0.a ], where 'a' is the single octet of the packet type field.

DESCRIPTION“Novell IPX”CHILDREN“IPX的子级”由8位数据包类型字段定义。该值被编码为八位字节字符串[0.0.0.a],其中“a”是数据包类型字段的单个八位字节。

Notice that in many implementations of IPX usage of the packet type field is inconsistent with the specification and implementations are encouraged to use other techniques to map inconsistent values to the correct value (which in these cases is typically the Packet Exchange Protocol). It is beyond the scope of this document to describe these techniques in more detail.

注意,在IPX的许多实现中,数据包类型字段的使用与规范不一致,并且鼓励实现使用其他技术将不一致的值映射到正确的值(在这些情况下通常是数据包交换协议)。更详细地描述这些技术超出了本文档的范围。

Children of IPX are encoded as [ 0.0.0.a ], and named as 'ipx a' where a is the packet type value. The novell echo protocol is referred to as 'ipx nov-echo' OR 'ipx 2'." ADDRESS-FORMAT "4 bytes of Network number followed by the 6 bytes Host address each in network byte order." REFERENCE "The IPX protocol is defined by the Novell Corporation

IPX的子级编码为[0.0.0.a],并命名为“IPX a”,其中a是数据包类型值。novell echo协议被称为“ipx nov echo”或“ipx 2”。“地址格式”是4字节的网络编号,然后是6字节的主机地址,每个主机地址按网络字节顺序排列。“参考”ipx协议由novell公司定义

       A complete description of IPX may be secured at the following
       address:
              Novell, Inc.
              122 East 1700 South
              P. O. Box 5900
              Provo, Utah 84601 USA
              800 526 5463
              Novell Part # 883-000780-001"
    ::= {
        ether2       0x8137,       -- [0.0.129.55]
           snap         0x8137,       -- [0.0.129.55]
        
       A complete description of IPX may be secured at the following
       address:
              Novell, Inc.
              122 East 1700 South
              P. O. Box 5900
              Provo, Utah 84601 USA
              800 526 5463
              Novell Part # 883-000780-001"
    ::= {
        ether2       0x8137,       -- [0.0.129.55]
           snap         0x8137,       -- [0.0.129.55]
        
           ianaAssigned 1,            -- [0.0.0.1]   (ipxOverRaw8023)
        llc          224,          -- [0.0.0.224]
           802-1Q       0x8137,       -- [0.0.129.55]
        802-1Q       0x020000e0,   -- 1Q-LLC [2.0.0.224]
           802-1Q       0x05000001    -- 1Q-IANA [5.0.0.1]
                                      -- (ipxOverRaw8023)
    }
        
           ianaAssigned 1,            -- [0.0.0.1]   (ipxOverRaw8023)
        llc          224,          -- [0.0.0.224]
           802-1Q       0x8137,       -- [0.0.129.55]
        802-1Q       0x020000e0,   -- 1Q-LLC [2.0.0.224]
           802-1Q       0x05000001    -- 1Q-IANA [5.0.0.1]
                                      -- (ipxOverRaw8023)
    }
        
nov-rip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell Routing Information Protocol"
    REFERENCE
       "Novell Corporation"
    ::= {
        ipx 0x01,       -- when reached by IPX packet type
        nov-pep 0x0453  -- when reached by IPX socket number
    }
        
nov-rip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell Routing Information Protocol"
    REFERENCE
       "Novell Corporation"
    ::= {
        ipx 0x01,       -- when reached by IPX packet type
        nov-pep 0x0453  -- when reached by IPX socket number
    }
        
nov-echo PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell Echo Protocol"
    REFERENCE
       "Novell Corporation"
    ::= { ipx 0x02 }
        
nov-echo PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell Echo Protocol"
    REFERENCE
       "Novell Corporation"
    ::= { ipx 0x02 }
        
nov-error PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell Error-handler Protocol"
    REFERENCE
       "Novell Corporation"
    ::= { ipx 0x03 }
        
nov-error PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell Error-handler Protocol"
    REFERENCE
       "Novell Corporation"
    ::= { ipx 0x03 }
        
nov-pep PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Novell Packet Exchange Protocol.  This is really a null protocol
       layer as all IPX packets contain the relevant fields for this
       protocol.  This protocol is defined so that socket-based decoding
       has a point of attachment in the decode tree while still allowing
        
nov-pep PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Novell Packet Exchange Protocol.  This is really a null protocol
       layer as all IPX packets contain the relevant fields for this
       protocol.  This protocol is defined so that socket-based decoding
       has a point of attachment in the decode tree while still allowing
        

packet type based decoding also." CHILDREN "Children of PEP are defined by the 16 bit socket values. The value is encoded into an octet string as [ 0.0.a.b ], where 'a' and 'b' are the network byte order encodings of the MSB and LSB of the socket value.

也基于包类型的解码。PEP的“子”子项由16位套接字值定义。该值被编码为八位字节字符串[0.0.a.b],其中“a”和“b”是套接字值的MSB和LSB的网络字节顺序编码。

       Each IPX/PEP packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Novell Corporation"
    ::= {
     -- ipx 0x00     ** Many third party IPX's use this value always
     ipx 0x04        -- Xerox assigned for PEP
     -- ipx 0x11     ** Novell use this for PEP packets, often
    }
        
       Each IPX/PEP packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Novell Corporation"
    ::= {
     -- ipx 0x00     ** Many third party IPX's use this value always
     ipx 0x04        -- Xerox assigned for PEP
     -- ipx 0x11     ** Novell use this for PEP packets, often
    }
        
nov-spx PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
    hasChildren(0)
 }
    DESCRIPTION
       "Novell Sequenced Packet Exchange Protocol.  This protocol is an
       extension of IPX/PEP as it shares a common header."
    CHILDREN
       "Children of SPX are defined by the 16 bit socket values.  The
       value is encoded into an octet string as [ 0.0.a.b ], where 'a'
       and 'b' are the network byte order encodings of the MSB and LSB
       of the socket value.
        
nov-spx PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
    hasChildren(0)
 }
    DESCRIPTION
       "Novell Sequenced Packet Exchange Protocol.  This protocol is an
       extension of IPX/PEP as it shares a common header."
    CHILDREN
       "Children of SPX are defined by the 16 bit socket values.  The
       value is encoded into an octet string as [ 0.0.a.b ], where 'a'
       and 'b' are the network byte order encodings of the MSB and LSB
       of the socket value.
        
       Each IPX/SPX packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Novell Corporation"
    ::= {
     ipx 0x05 -- Xerox assigned for SPX
    }
        
       Each IPX/SPX packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Novell Corporation"
    ::= {
     ipx 0x05 -- Xerox assigned for SPX
    }
        
nov-sap PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
        
nov-sap PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
        

DESCRIPTION "Novell Service Advertising Protocol. This protocol binds applications on a particular host to an IPX/PEP or IPX/SPX socket number. Although it never truly acts as a transport protocol itself it is used to establish sessions between clients and servers and barring well-known sockets is the only reliable way to determine the protocol running over a given socket on a given machine." CHILDREN "Children of SAP are identified by a 16 bit service type. They are encoded as [ 0.0.a.b ], where 'a' is the MSB and 'b' is the LSB of the service type.

描述Novell服务广告协议。此协议将特定主机上的应用程序绑定到IPX/PEP或IPX/SPX套接字号。尽管它本身从未真正充当传输协议,但它用于在客户端和服务器之间建立会话,并且禁止已知套接字是确定在给定机器上的给定套接字上运行的协议的唯一可靠方法。SAP的“子”子级由16位服务类型标识。它们编码为[0.0.a.b],其中“a”是MSB,“b”是服务类型的LSB。

Children of SAP are named as 'nov-sap a' where 'a' is the service type in hexadecimal notation. The novell NCP protocol is referred to as 'nov-sap ncp' OR 'nov-sap 0x0004'." DECODING "The first packet of any session for a SAP based application (almost all IPX/PEP and IPX/SPX based applications utilize SAP) is sent to the SAP server(s) to map the service type into a port number for the host(s) on which the SAP server(s) is(are) running. These initial packets are SAP packets and not application packets and must be decoded accordingly.

SAP的子项命名为“nov SAP a”,其中“a”是十六进制表示法中的服务类型。novell NCP协议被称为“nov sap NCP”或“nov sap 0x0004”。“解码”基于sap的应用程序(几乎所有基于IPX/PEP和IPX/SPX的应用程序都使用sap)的任何会话的第一个数据包被发送到sap服务器,以将服务类型映射到运行sap服务器的主机的端口号。这些初始数据包是SAP数据包,而不是应用程序数据包,必须进行相应的解码。

Having established the mapping, clients will then send application packets to the newly discovered socket number. These must be decoded by 'remembering' the socket assignments transmitted in the SAP packets.

建立映射后,客户端将向新发现的套接字号发送应用程序包。这些必须通过“记住”SAP数据包中传输的套接字分配来解码。

In some cases the port mapping for a particular protocol is well known and SAP will always return the same socket number for that application.

在某些情况下,特定协议的端口映射是众所周知的,SAP将始终为该应用程序返回相同的套接字编号。

Such programs should still be declared as children of nov-sap as described under CHILDREN above. How an implementation detects a client which is bypassing the SAP server to contact a well-known application is beyond the scope of this document.

如上文儿童部分所述,此类计划仍应声明为nov sap的儿童。实现如何检测绕过SAP服务器联系知名应用程序的客户端超出了本文档的范围。

       The 'tracksSessions(1)' PARAMETER bit is used to indicate whether
       the probe can (and should) monitor nov-sap activity to correctly
       track SAP-based connections."
    REFERENCE
       "A list of SAP service types can be found at
          ftp://ftp.isi.edu/in-notes/iana/assignments/novell-sap-
       numbers"
    ::= { nov-pep 0x0452 }
        
       The 'tracksSessions(1)' PARAMETER bit is used to indicate whether
       the probe can (and should) monitor nov-sap activity to correctly
       track SAP-based connections."
    REFERENCE
       "A list of SAP service types can be found at
          ftp://ftp.isi.edu/in-notes/iana/assignments/novell-sap-
       numbers"
    ::= { nov-pep 0x0452 }
        

ncp PROTOCOL-IDENTIFIER

协议标识符

    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Netware Core Protocol"
    CHILDREN
       "Children of NCP are identified by the 8 bit command type field.
       They are encoded as [ 0.0.0.a ] where 'a' is the command type
       value.
        
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Netware Core Protocol"
    CHILDREN
       "Children of NCP are identified by the 8 bit command type field.
       They are encoded as [ 0.0.0.a ] where 'a' is the command type
       value.
        

Children of NCP are named as 'ncp a' where 'a' is the command type in decimal notation. The NDS sub-protocol is referred to as 'ncp nds' OR 'ncp 104'." DECODING "Only the NCP request frames carry the command type field. How the implementation infers the command type of a response frame is an implementation specific matter and beyond the scope of this document.

NCP的子项命名为“NCP a”,其中“a”是十进制表示法中的命令类型。NDS子协议称为“ncp NDS”或“ncp 104”。“解码”只有ncp请求帧带有命令类型字段。实现如何推断响应帧的命令类型是实现特有的问题,超出了本文档的范围。

       The tracksSessions(1) PARAMETERS bit indicates whether the probe
       can (and should) perform command type inference."
    REFERENCE
       "Novell Corporation"
    ::= { nov-sap 0x0004,
       nov-pep 0x0451 }
        
       The tracksSessions(1) PARAMETERS bit indicates whether the probe
       can (and should) perform command type inference."
    REFERENCE
       "Novell Corporation"
    ::= { nov-sap 0x0004,
       nov-pep 0x0451 }
        
nds PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
         "The Netware Directory Services sub-protocol."
    REFERENCE
       "Novell Corporation"
    ::= { ncp 104 }
        
nds PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
         "The Netware Directory Services sub-protocol."
    REFERENCE
       "Novell Corporation"
    ::= { ncp 104 }
        
nov-diag PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell's diagnostic Protocol"
    REFERENCE
       "Novell Corporation"
    ::= {
     nov-sap 0x0017,   -- [ed., this is the right one]
     nov-pep 0x0456
        
nov-diag PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell's diagnostic Protocol"
    REFERENCE
       "Novell Corporation"
    ::= {
     nov-sap 0x0017,   -- [ed., this is the right one]
     nov-pep 0x0456
        

}

}

nov-sec PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell security - serialization - copy protection protocol."
    REFERENCE
       "Novell Corporation"
    ::= { nov-pep 0x0457 }
        
nov-sec PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell security - serialization - copy protection protocol."
    REFERENCE
       "Novell Corporation"
    ::= { nov-pep 0x0457 }
        
nov-watchdog PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell watchdog protocol."
    REFERENCE
       "Novell Corporation"
    ::= { nov-pep 0x4004 }
        
nov-watchdog PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell watchdog protocol."
    REFERENCE
       "Novell Corporation"
    ::= { nov-pep 0x4004 }
        
nov-bcast PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell broadcast protocol."
    REFERENCE
       "Novell Corporation"
    ::= { nov-pep 0x4005 }
        
nov-bcast PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell broadcast protocol."
    REFERENCE
       "Novell Corporation"
    ::= { nov-pep 0x4005 }
        
3.1.3. The XEROX Protocol Stack
3.1.3. XEROX协议栈
idp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0),
      addressRecognitionCapable(1)
    }
    DESCRIPTION
       "Xerox IDP"
    CHILDREN
       "Children of IDP are defined by the 8 bit value of the Packet
       type field.  The value is encoded into an octet string as [
       0.0.0.a ], where 'a' is the value of the packet type field in
       network byte order.
        
idp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
      hasChildren(0),
      addressRecognitionCapable(1)
    }
    DESCRIPTION
       "Xerox IDP"
    CHILDREN
       "Children of IDP are defined by the 8 bit value of the Packet
       type field.  The value is encoded into an octet string as [
       0.0.0.a ], where 'a' is the value of the packet type field in
       network byte order.
        

Children of IDP are encoded as [ 0.0.0.a ], and named as 'idp a' where a is the packet type value. The XNS SPP protocol is referred to as 'idp xns-spp' OR 'idp 2'."

IDP的子项编码为[0.0.0.a],并命名为“IDP a”,其中a是数据包类型值。XNS SPP协议称为“idp XNS SPP”或“idp 2”

    ADDRESS-FORMAT
       "4 bytes of Network number followed by the 6 bytes Host address
       each in network byte order."
    REFERENCE
       "Xerox Corporation, Document XNSS 028112, 1981"
    ::=  {
       ether2  0x600,     -- [ 0.0.6.0 ]
       snap    0x600,
       802-1Q  0x600      -- [ 0.0.6.0 ]
    }
        
    ADDRESS-FORMAT
       "4 bytes of Network number followed by the 6 bytes Host address
       each in network byte order."
    REFERENCE
       "Xerox Corporation, Document XNSS 028112, 1981"
    ::=  {
       ether2  0x600,     -- [ 0.0.6.0 ]
       snap    0x600,
       802-1Q  0x600      -- [ 0.0.6.0 ]
    }
        
xns-rip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Routing Information Protocol."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 1 }
        
xns-rip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Routing Information Protocol."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 1 }
        
xns-echo PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS echo protocol."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 2 }
        
xns-echo PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS echo protocol."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 2 }
        
xns-error PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS error-handler protocol."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 3 }
        
xns-error PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "XNS error-handler protocol."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 3 }
        
xns-pep PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
        
xns-pep PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
        

} DESCRIPTION "XNS Packet Exchange Protocol." CHILDREN "Children of PEP are defined by the 16 bit socket values. The

}DESCRIPTION“XNS数据包交换协议”。PEP的“CHILDREN”子级由16位套接字值定义

value is encoded into an octet string as [ 0.0.a.b ], where 'a' and 'b' are the network byte order encodings of the MSB and LSB of the socket value.

值作为[0.0.a.b]编码到八位字节字符串中,其中“a”和“b”是套接字值的MSB和LSB的网络字节顺序编码。

       Each XNS/PEP packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 4 }
        
       Each XNS/PEP packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 4 }
        
xns-spp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Sequenced Packet Protocol."
    CHILDREN
       "Children of SPP are defined by the 16 bit socket values.  The
       value is encoded into an octet string as [ 0.0.a.b ], where 'a'
       and 'b' are the network byte order encodings of the MSB and LSB
       of the socket value.
        
xns-spp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Sequenced Packet Protocol."
    CHILDREN
       "Children of SPP are defined by the 16 bit socket values.  The
       value is encoded into an octet string as [ 0.0.a.b ], where 'a'
       and 'b' are the network byte order encodings of the MSB and LSB
       of the socket value.
        
       Each XNS/SPP packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 5 }
        
       Each XNS/SPP packet contains two sockets, source and destination.
       How these are mapped onto the single well-known socket value used
       to identify its children is beyond the scope of this document."
    REFERENCE
       "Xerox Corporation"
    ::= { idp 5 }
        
3.1.4. AppleTalk Protocol Stack
3.1.4. AppleTalk协议栈
apple-oui PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol which binds Apple's protocols to vsnap."
    CHILDREN
       "Children of apple-oui are identified by the ether2 type field
       value that the child uses when encapsulated in ether2.  The value
       is encoded into an octet string as [ 0.0.a.b ], where 'a' and 'b'
       are the MSB and LSB of the 16-bit ether type value in network
       byte order."
    REFERENCE
       "AppleTalk Phase 2 Protocol Specification, document ADPA
        #C0144LL/A."
    ::=   {
        
apple-oui PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Pseudo-protocol which binds Apple's protocols to vsnap."
    CHILDREN
       "Children of apple-oui are identified by the ether2 type field
       value that the child uses when encapsulated in ether2.  The value
       is encoded into an octet string as [ 0.0.a.b ], where 'a' and 'b'
       are the MSB and LSB of the 16-bit ether type value in network
       byte order."
    REFERENCE
       "AppleTalk Phase 2 Protocol Specification, document ADPA
        #C0144LL/A."
    ::=   {
        

vsnap 0x080007, -- [ 0.8.0.7 ] 802-1Q 0x04080007 -- 1Q-VSNAP [ 4.8.0.7 ] }

vsnap 0x080007,-[0.8.0.7]802-1Q 0x04080007--1Q-vsnap[4.8.0.7]}

aarp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Address Resolution Protocol."
    REFERENCE
       "AppleTalk Phase 2 Protocol Specification, document ADPA
        #C0144LL/A."
    ::=   {
     ether2    0x80f3,            --  [ 0.0.128.243 ]
     snap      0x80f3,
     apple-oui 0x80f3,
     802-1Q    0x80f3             --  [ 0.0.128.243 ]
    }
        
aarp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Address Resolution Protocol."
    REFERENCE
       "AppleTalk Phase 2 Protocol Specification, document ADPA
        #C0144LL/A."
    ::=   {
     ether2    0x80f3,            --  [ 0.0.128.243 ]
     snap      0x80f3,
     apple-oui 0x80f3,
     802-1Q    0x80f3             --  [ 0.0.128.243 ]
    }
        
atalk PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "AppleTalk Protocol."
    CHILDREN
       "Children of ATALK are defined by the 8 bit value of the DDP type
       field.  The value is encoded into an octet string as [ 0.0.0.a ],
       where 'a' is the value of the DDP type field in network byte
       order."
    ADDRESS-FORMAT
       "2 bytes of Network number followed by 1 byte of node id each in
       network byte order."
    REFERENCE
       "AppleTalk Phase 2 Protocol Specification, document ADPA
        #C0144LL/A."
    ::=   {
     ether2     0x809b,   -- [ 0.0.128.155 ]
        apple-oui  0x809b,
     802-1Q     0x809b    -- [ 0.0.128.155 ]
    }
        
atalk PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "AppleTalk Protocol."
    CHILDREN
       "Children of ATALK are defined by the 8 bit value of the DDP type
       field.  The value is encoded into an octet string as [ 0.0.0.a ],
       where 'a' is the value of the DDP type field in network byte
       order."
    ADDRESS-FORMAT
       "2 bytes of Network number followed by 1 byte of node id each in
       network byte order."
    REFERENCE
       "AppleTalk Phase 2 Protocol Specification, document ADPA
        #C0144LL/A."
    ::=   {
     ether2     0x809b,   -- [ 0.0.128.155 ]
        apple-oui  0x809b,
     802-1Q     0x809b    -- [ 0.0.128.155 ]
    }
        
rtmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
        
rtmp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
        
       "AppleTalk Routing Table Maintenance Protocol."
    REFERENCE
       "Apple Computer"
    ::= {
     atalk   0x01,       -- responses
     atalk   0x05        -- requests
    }
        
       "AppleTalk Routing Table Maintenance Protocol."
    REFERENCE
       "Apple Computer"
    ::= {
     atalk   0x01,       -- responses
     atalk   0x05        -- requests
    }
        
aep PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Echo Protocol."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x04 }
        
aep PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Echo Protocol."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x04 }
        
nbp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Name Binding Protocol."
    DECODING
       "In order to correctly identify the application protocol running
       over atp NBP packets must be analyzed.  The mechanism by which
       this is achieved is beyond the scope of this document."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x02 }
        
nbp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Name Binding Protocol."
    DECODING
       "In order to correctly identify the application protocol running
       over atp NBP packets must be analyzed.  The mechanism by which
       this is achieved is beyond the scope of this document."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x02 }
        
zip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Zone Information Protocol."
    REFERENCE
       "Apple Computer"
    ::= {
     atalk   0x06,
     atp     3
    }
        
zip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Zone Information Protocol."
    REFERENCE
       "Apple Computer"
    ::= {
     atalk   0x06,
     atp     3
    }
        
atp PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
        
atp PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
        

} DESCRIPTION "AppleTalk Transaction Protocol." CHILDREN "Children of atp are identified by the following (32 bit) enumeration: 1 asp (AppleTalk Session Protocol) 2 pap (Printer Access Protocol) 3 zip (Zone Information Protocol) Children of atp are encoded as [ a.b.c.d ] where 'a', 'b', 'c' and 'd' are the four octets of the enumerated value in network order (i.e. 'a' is the MSB and 'd' is the LSB).

}说明“AppleTalk事务协议”。atp的子级“子级”由以下(32位)枚举标识:1 asp(AppleTalk会话协议)2 pap(打印机访问协议)3 zip(区域信息协议)atp的子级编码为[a.b.c.d]其中,“a”、“b”、“c”和“d”是按网络顺序排列的枚举值的四个八位字节(即,“a”是MSB,“d”是LSB)。

       The ZIP protocol is referred to as 'atp zip' OR 'atp 3'."
    DECODING
       "An implementation is encouraged to examine both the socket
       fields in the associated DDP header as well as the contents of
       prior NBP packets in order to determine which (if any) child is
       present.  A full description of this algorithm is beyond the
       scope of this document.  The tracksSessions(1) PARAMETER
       indicates whether the probe can (and should) perform this
       analysis."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x03 }
        
       The ZIP protocol is referred to as 'atp zip' OR 'atp 3'."
    DECODING
       "An implementation is encouraged to examine both the socket
       fields in the associated DDP header as well as the contents of
       prior NBP packets in order to determine which (if any) child is
       present.  A full description of this algorithm is beyond the
       scope of this document.  The tracksSessions(1) PARAMETER
       indicates whether the probe can (and should) perform this
       analysis."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x03 }
        
adsp PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "AppleTalk Data Stream Protocol."
    CHILDREN
       "Children of adsp are identified by enumeration.  At this time
       none are known."
    DECODING
       "An implementation is encouraged to examine the socket numbers in
       the associated DDP header as well as the contents of prior NBP
       packets in order to determine which (if any) child of ADSP is
       present.
        
adsp PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "AppleTalk Data Stream Protocol."
    CHILDREN
       "Children of adsp are identified by enumeration.  At this time
       none are known."
    DECODING
       "An implementation is encouraged to examine the socket numbers in
       the associated DDP header as well as the contents of prior NBP
       packets in order to determine which (if any) child of ADSP is
       present.
        

The mechanism by which this is achieved is beyond the scope of this document.

实现这一目标的机制超出了本文件的范围。

The tracksSessions(1) PARAMETER indicates whether the probe can

tracksSessions(1)参数指示探针是否可以

       (and should) perform this analysis."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x07 }
        
       (and should) perform this analysis."
    REFERENCE
       "Apple Computer"
    ::= { atalk 0x07 }
        
asp PROTOCOL-IDENTIFIER
 PARAMETERS { }
    ATTRIBUTES {
  hasChildren(0)
 }
    DESCRIPTION
       "AppleTalk Session Protocol."
    CHILDREN
       "Children of asp are identified by the following (32 bit)
       enumeration:
         1   afp (AppleTalk Filing Protocol)
       Children of asp are encoded as [ a.b.c.d ] where 'a', 'b', 'c'
       and 'd' are the four octets of the enumerated value in network
       order (i.e. 'a' is the MSB and 'd' is the LSB).
        
asp PROTOCOL-IDENTIFIER
 PARAMETERS { }
    ATTRIBUTES {
  hasChildren(0)
 }
    DESCRIPTION
       "AppleTalk Session Protocol."
    CHILDREN
       "Children of asp are identified by the following (32 bit)
       enumeration:
         1   afp (AppleTalk Filing Protocol)
       Children of asp are encoded as [ a.b.c.d ] where 'a', 'b', 'c'
       and 'd' are the four octets of the enumerated value in network
       order (i.e. 'a' is the MSB and 'd' is the LSB).
        

The AFP protocol is referred to as 'asp afp' OR 'asp 1'." DECODING "ASP is a helper layer to assist in building client/server protocols. It cooperates with ATP to achieve this; the mechanisms used when decoding ATP apply equally here (i.e. checking DDP socket numbers and tracking NBP packets).

AFP协议称为“asp AFP”或“asp 1”。“解码”asp是帮助构建客户端/服务器协议的帮助层。它与ATP合作实现这一目标;解码ATP时使用的机制在这里同样适用(即检查DDP套接字编号和跟踪NBP数据包)。

       Hence the tracksSessions(1) PARAMETER of atp applies to this
       protocol also."
    REFERENCE
       "Apple Computer"
    ::= { atp 1 }
        
       Hence the tracksSessions(1) PARAMETER of atp applies to this
       protocol also."
    REFERENCE
       "Apple Computer"
    ::= { atp 1 }
        
afp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
         "AppleTalk Filing Protocol."
    REFERENCE
       "Apple Computer"
    ::= { asp 1 }
        
afp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
         "AppleTalk Filing Protocol."
    REFERENCE
       "Apple Computer"
    ::= { asp 1 }
        
pap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Printer Access Protocol."
    REFERENCE
        
pap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "AppleTalk Printer Access Protocol."
    REFERENCE
        
       "Apple Computer"
    ::= { atp 2 }
        
       "Apple Computer"
    ::= { atp 2 }
        
3.1.5. Banyon Vines Protocol Stack
3.1.5. Banyon-Vines协议栈
vtr PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Banyan Vines Token Ring Protocol Header."
    CHILDREN
       "Children of vines-tr are identified by the 8 bit packet type
       field.  Children are encoded as [ 0.0.0.a ] where 'a' is the
       packet type value.
        
vtr PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Banyan Vines Token Ring Protocol Header."
    CHILDREN
       "Children of vines-tr are identified by the 8 bit packet type
       field.  Children are encoded as [ 0.0.0.a ] where 'a' is the
       packet type value.
        
       The vines-ip protocol is referred to as 'vines-tr vip' OR 'vines-
       tr 0xba'."
    REFERENCE
       "See vip."
    ::= {
     llc          0xBC,      -- declared as any LLC, but really TR only.
     802-1Q       0x020000BC   -- 1Q-LLC [2.0.0.188]
    }
        
       The vines-ip protocol is referred to as 'vines-tr vip' OR 'vines-
       tr 0xba'."
    REFERENCE
       "See vip."
    ::= {
     llc          0xBC,      -- declared as any LLC, but really TR only.
     802-1Q       0x020000BC   -- 1Q-LLC [2.0.0.188]
    }
        
vecho PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines data link level echo protocol."
    REFERENCE
       "See vip."
    ::= {
     ether2      0x0BAF,      -- [0.0.11.175]
     snap        0x0BAF,
     -- vfrp     0x0BAF,
     vtr         0xBB,        -- [ed. yuck!]
     802-1Q      0x0BAF       -- [0.0.11.175]
     }
        
vecho PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines data link level echo protocol."
    REFERENCE
       "See vip."
    ::= {
     ether2      0x0BAF,      -- [0.0.11.175]
     snap        0x0BAF,
     -- vfrp     0x0BAF,
     vtr         0xBB,        -- [ed. yuck!]
     802-1Q      0x0BAF       -- [0.0.11.175]
     }
        
vip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
        
vip PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
        

"Banyan Vines Internet Protocol." CHILDREN "Children of vip are selected by the one-byte 'protocol type' field located at offset 5 in the vip header. The value is encoded as [ 0.0.0.a ], where a is the 'protocol type.' For example, a protocolDirId fragment of:

“Banyan Vines Internet Protocol.”vip的“CHILDREN”子项由位于vip标头偏移量5处的一个字节的“Protocol type”字段选择。该值编码为[0.0.0.a],其中a是“protocolDirId”片段。例如,一个protocolDirId片段:

0.0.0.1.0.0.11.173.0.0.0.1

0.0.0.1.0.0.11.173.0.0.0.1

identifies an encapsulation of vipc (ether2.vip.vipc)." ADDRESS-FORMAT "vip packets have 6-byte source and destination addresses. The destination address is located at offset 6 in the vip header, and the source address at offset 12. These are encoded in network byte order." REFERENCE "Vines Protocol Definition - part# 092093-001, order# 003673

标识vipc(ether2.vip.vipc)的封装。“地址格式”vip数据包具有6字节的源地址和目标地址。目标地址位于vip报头中的偏移量6处,源地址位于偏移量12处。这些以网络字节顺序编码。“参考”Vines协议定义-第092093-001部分,顺序为003673

         BANYAN,
         120 Flanders Road,
         Westboro, MA 01581 USA"
    ::= {
     ether2  0x0BAD,
     snap    0x0BAD,
     -- vfrp 0x0BAD,
     vtr     0xBA,        -- [ed. yuck!]
     802-1Q  0x0BAD       -- [0.0.11.173]
    }
        
         BANYAN,
         120 Flanders Road,
         Westboro, MA 01581 USA"
    ::= {
     ether2  0x0BAD,
     snap    0x0BAD,
     -- vfrp 0x0BAD,
     vtr     0xBA,        -- [ed. yuck!]
     802-1Q  0x0BAD       -- [0.0.11.173]
    }
        
varp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines Address Resolution Protocol."
    REFERENCE
       "BANYAN"
    ::= { vip 0x04 }
        
varp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines Address Resolution Protocol."
    REFERENCE
       "BANYAN"
    ::= { vip 0x04 }
        
vipc PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Banyan Vines Interprocess Communications Protocol."
    CHILDREN
       "Children of Vines IPC are identified by the packet type field at
       offset 4 in the vipc header.
        
vipc PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Banyan Vines Interprocess Communications Protocol."
    CHILDREN
       "Children of Vines IPC are identified by the packet type field at
       offset 4 in the vipc header.
        

These are encoded as [ 0.0.0.a ] where 'a' is the packet type value. Children of vipc are defined as 'vipc a' where 'a' is the packet type value in hexadecimal notation.

它们被编码为[0.0.0.a],其中“a”是数据包类型值。vipc的子项定义为“vipc a”,其中“a”是十六进制表示法中的数据包类型值。

       The Vines Reliable Data Transport protocol is referred to as
       'vipc vipc-rdp' OR 'vipc 0x01'."
    DECODING
       "Children of vipc are deemed to start at the first byte after the
       packet type field (i.e. at offset 5 in the vipc header)."
    REFERENCE
       "BANYAN"
    ::= { vip 0x01 }
        
       The Vines Reliable Data Transport protocol is referred to as
       'vipc vipc-rdp' OR 'vipc 0x01'."
    DECODING
       "Children of vipc are deemed to start at the first byte after the
       packet type field (i.e. at offset 5 in the vipc header)."
    REFERENCE
       "BANYAN"
    ::= { vip 0x01 }
        
 -- Banyan treats vipc, vipc-dgp and vipc-rdp as one protocol, IPC.
 -- Vines IPC really comes in two flavours.  The first is used to
 -- send unreliable datagrams (vipc packet type 0x00).  The second
 -- used to send reliable datagrams (vipc packet type 0x01),
 -- consisting of up to four actual packets.
 -- In order to distinguish between these we need two 'virtual'
 -- protocols to identify which is which.
        
 -- Banyan treats vipc, vipc-dgp and vipc-rdp as one protocol, IPC.
 -- Vines IPC really comes in two flavours.  The first is used to
 -- send unreliable datagrams (vipc packet type 0x00).  The second
 -- used to send reliable datagrams (vipc packet type 0x01),
 -- consisting of up to four actual packets.
 -- In order to distinguish between these we need two 'virtual'
 -- protocols to identify which is which.
        
vipc-dgp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
     }
    DESCRIPTION
       "Vines Unreliable Datagram Protocol."
    CHILDREN
       "Children of vipc-dgp are identified by the 16 bit port numbers
       contained in the vipc (this protocol's parent protocol) header.
        
vipc-dgp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
     }
    DESCRIPTION
       "Vines Unreliable Datagram Protocol."
    CHILDREN
       "Children of vipc-dgp are identified by the 16 bit port numbers
       contained in the vipc (this protocol's parent protocol) header.
        

These are encoded as [ 0.0.a.b ] where 'a' is the MSB and 'b' is the MSB of the port number in network byte order.

它们被编码为[0.0.a.b],其中“a”是MSB,“b”是端口号的MSB,按网络字节顺序排列。

Children of vipc-dgp are defined as 'vipc-dgp a' where 'a' is the port number in hexadecimal notation.

vipc dgp的子项定义为“vipc dgp a”,其中“a”是十六进制表示法中的端口号。

The StreetTalk protocol running over vipc-dgp would be referred to as 'vipc-dgp streettalk' OR 'vipc-dgp 0x000F'.

在vipc dgp上运行的StreetTalk协议称为“vipc dgp StreetTalk”或“vipc dgp 0x000F”。

The mechanism by which an implementation selects which of the source and destination ports to use in determining which child protocol is present is implementation specific and beyond the scope of this document." DECODING "Children of vipc-dgp are deemed to start after the single padding byte found in the vipc header. In the case of vipc-dgp

实现选择用于确定存在哪个子协议的源端口和目标端口的机制是特定于实现的,超出了本文档的范围。vipc dgp的“解码”子端口被视为在vipc报头中找到的单个填充字节之后开始。就vipc dgp而言

       the vipc header is a so called 'short' header, total length 6
       bytes (including the final padding byte)."
    REFERENCE
       "BANYAN"
    ::= { vipc 0x00 }
        
       the vipc header is a so called 'short' header, total length 6
       bytes (including the final padding byte)."
    REFERENCE
       "BANYAN"
    ::= { vipc 0x00 }
        
vipc-rdp PROTOCOL-IDENTIFIER
    PARAMETERS {
     countsFragments(0)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Vines Reliable Datagram Protocol."
    CHILDREN
       "Children of vipc-rdp are identified by the 16 bit port numbers
       contained in the vipc (this protocol's parent protocol) header.
        
vipc-rdp PROTOCOL-IDENTIFIER
    PARAMETERS {
     countsFragments(0)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Vines Reliable Datagram Protocol."
    CHILDREN
       "Children of vipc-rdp are identified by the 16 bit port numbers
       contained in the vipc (this protocol's parent protocol) header.
        

These are encoded as [ 0.0.a.b ] where 'a' is the MSB and 'b' is the MSB of the port number in network byte order.

它们被编码为[0.0.a.b],其中“a”是MSB,“b”是端口号的MSB,按网络字节顺序排列。

Children of vipc-dgp are defined as 'vipc-rdp a' where 'a' is the port number in hexadecimal notation.

vipc dgp的子项定义为“vipc rdp a”,其中“a”是十六进制表示法中的端口号。

The StreetTalk protocol running over vipc-rdp would be referred to as 'vipc-rdp streettalk' OR 'vipc-rdp 0x000F'.

在vipc rdp上运行的StreetTalk协议称为“vipc rdp StreetTalk”或“vipc rdp 0x000F”。

The mechanism by which an implementation selects which of the source and destination ports to use in determining which child protocol is present is implementation specific and beyond the scope of this document." DECODING "Children of vipc-rdp are deemed to start after the error/length field at the end of the vipc header. For vipc-rdp the vipc header is a so called 'long' header, total 16 bytes (including the final error/length field).

实现选择在确定存在哪个子协议时使用哪个源端口和目标端口的机制是特定于实现的,超出了本文档的范围。vipc rdp的“解码”子端口被视为在vipc报头末尾的错误/长度字段之后开始。对于vipc rdp,vipc头是一个所谓的“长”头,总共16个字节(包括最终错误/长度字段)。

       vipc-rdp includes a high level fragmentation scheme which allows
       up to four vipc packets to be sent as a single atomic PDU.  The
       countsFragments(0) PARAMETERS bit indicates whether the probe can
       (and should) identify the child protocol in all fragments or only
       the leading one."
    REFERENCE
       "BANYAN"
    ::= { vipc 0x01 }
        
       vipc-rdp includes a high level fragmentation scheme which allows
       up to four vipc packets to be sent as a single atomic PDU.  The
       countsFragments(0) PARAMETERS bit indicates whether the probe can
       (and should) identify the child protocol in all fragments or only
       the leading one."
    REFERENCE
       "BANYAN"
    ::= { vipc 0x01 }
        

vspp PROTOCOL-IDENTIFIER

vspp协议标识符

    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
         "Banyan Vines Sequenced Packet Protocol."
    CHILDREN
       "Children of vspp are identified by the 16 bit port numbers
       contained in the vspp header.
        
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
         "Banyan Vines Sequenced Packet Protocol."
    CHILDREN
       "Children of vspp are identified by the 16 bit port numbers
       contained in the vspp header.
        

These are encoded as [ 0.0.a.b ] where 'a' is the MSB and 'b' is the MSB of the port number in network byte order.

它们被编码为[0.0.a.b],其中“a”是MSB,“b”是端口号的MSB,按网络字节顺序排列。

Children of vspp are defined as 'vspp a' where 'a' is the port number in hexadecimal notation.

vspp的子级定义为“vspp a”,其中“a”是十六进制表示法中的端口号。

The StreetTalk protocol running over vspp would be referred to as 'vspp streettalk' OR 'vspp 0x000F'.

在vspp上运行的StreetTalk协议称为“vspp StreetTalk”或“vspp 0x000F”。

       The mechanism by which an implementation selects which of the
       source and destination ports to use in determining which child
       protocol is present is implementation specific and beyond the
       scope of this document."
    DECODING
       "The implementation must ensure only those vspp packets which
       contain application data are decoded and passed on to children.
       Although it is suggested that the packet type and control fields
       should be used to determine this fact it is beyond the scope of
       this document to fully define the algorithm used."
    REFERENCE
       "BANYAN"
    ::= { vip 0x02 }
        
       The mechanism by which an implementation selects which of the
       source and destination ports to use in determining which child
       protocol is present is implementation specific and beyond the
       scope of this document."
    DECODING
       "The implementation must ensure only those vspp packets which
       contain application data are decoded and passed on to children.
       Although it is suggested that the packet type and control fields
       should be used to determine this fact it is beyond the scope of
       this document to fully define the algorithm used."
    REFERENCE
       "BANYAN"
    ::= { vip 0x02 }
        
vrtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines Routing Update Protocol."
    REFERENCE
       "BANYAN"
    ::= { vip 0x05 }
        
vrtp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines Routing Update Protocol."
    REFERENCE
       "BANYAN"
    ::= { vip 0x05 }
        
vicp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines Internet Control Protocol."
    REFERENCE
        
vicp PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Banyan Vines Internet Control Protocol."
    REFERENCE
        
       "BANYAN"
    ::= { vip 0x06 }
        
       "BANYAN"
    ::= { vip 0x06 }
        
3.1.6. The DECNet Protocol Stack
3.1.6. DECNet协议栈
dec PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC"
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6000,
     802-1Q 0x6000      -- [0.0.96.0]
    }
        
dec PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC"
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6000,
     802-1Q 0x6000      -- [0.0.96.0]
    }
        
lat PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Local Area Transport Protocol."
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6004,
     802-1Q 0x6004      -- [0.0.96.4]
    }
        
lat PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Local Area Transport Protocol."
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6004,
     802-1Q 0x6004      -- [0.0.96.4]
    }
        
mop PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Maintenance Operations Protocol."
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6001,    -- mop dump/load
     ether2 0x6002,    -- mop remote console
     802-1Q 0x6001,    -- [0.0.96.1]  VLAN + mop dump/load
     802-1Q 0x6002     -- [0.0.96.2]  VLAN + mop remote console
    }
        
mop PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Maintenance Operations Protocol."
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6001,    -- mop dump/load
     ether2 0x6002,    -- mop remote console
     802-1Q 0x6001,    -- [0.0.96.1]  VLAN + mop dump/load
     802-1Q 0x6002     -- [0.0.96.2]  VLAN + mop remote console
    }
        
dec-diag PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Diagnostic Protocol."
        
dec-diag PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Diagnostic Protocol."
        
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6005,
     802-1Q 0x6005     -- [0.0.96.5]
    }
        
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6005,
     802-1Q 0x6005     -- [0.0.96.5]
    }
        
lavc PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Local Area VAX Cluster Protocol."
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6007,
     802-1Q 0x6007         -- [0.0.96.7]
    }
        
lavc PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Local Area VAX Cluster Protocol."
    REFERENCE
       "Digital Corporation"
    ::= {
     ether2 0x6007,
     802-1Q 0x6007         -- [0.0.96.7]
    }
        
drp PROTOCOL-IDENTIFIER
    PARAMETERS {
     countsFragments(1)
    }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "DEC Routing Protocol."
        
drp PROTOCOL-IDENTIFIER
    PARAMETERS {
     countsFragments(1)
    }
    ATTRIBUTES {
     hasChildren(0),
     addressRecognitionCapable(1)
    }
    DESCRIPTION
       "DEC Routing Protocol."
        

CHILDREN "There is only one child of DRP, NSP. This is encoded as [ 0.0.0.1 ]." ADDRESS-FORMAT "There are three address formats used in DRP packets, 2-byte (short data packet and all control except ethernet endnode & router hello messages), 6-byte (ethernet router & endnode hello messages) and 8-byte (long data packet). All of these contain the 2-byte format address in the last 2 bytes with the remaining bytes being unimportant for the purposes of system identification. It is beyond the scope of this document to define the algorithms used to identify packet types and hence address formats.

CHILDREN“DRP只有一个子NSP。编码为[0.0.0.1]。“ADDRESS-FORMAT”DRP数据包中使用三种地址格式,2字节(短数据包和除以太网端节点和路由器hello消息外的所有控件)、6字节(以太网路由器和端节点hello消息)和8字节(长数据包)。所有这些都包含最后2个字节中的2字节格式地址,其余字节对于系统识别而言并不重要。定义用于识别数据包类型和地址格式的算法超出了本文档的范围。

The 2-byte address format is the concatenation of a 6-bit area and a 10-bit node number. In all cases this is placed in little endian format (i.e. LSB, MSB). The probe, however, will return them in network order (MSB, LSB). Regardless of the address

2字节地址格式是6位区域和10位节点号的串联。在所有情况下,它都以小尾端格式(即LSB、MSB)放置。但是,探测器将按网络顺序(MSB、LSB)返回它们。不管地址如何

format in the packet, the probe will always use the 2-byte format.

在数据包中,探测器将始终使用2字节格式。

For example area=13 (001101) and node=311 (0100110111) gives: 0011 0101 0011 0111 = 0x3537 in network order (the order the probe should return the address in).

例如,area=13(001101)和node=311(010011011)以网络顺序给出:0011 0101 0011 0111=0x3537(探测器返回地址的顺序)。

In packets this same value would appear as (hex):

在数据包中,该值将显示为(十六进制):

2-byte 37 35 6-byte AA 00 04 00 37 35 8-byte 00 00 AA 00 04 00 37 35

2字节37 35 6字节AA 00 04 00 37 35 8字节00 00 AA 00 04 00 37 35

Notice that the AA 00 04 00 prefix is defined in the specification but is unimportant and should not be parsed.

请注意,AA 00 04 00前缀在规范中定义,但并不重要,不应进行解析。

Notice that control messages only have a source address in the header and so they can never be added into the conversation based tables." DECODING "NSP runs over DRP data packets; all other packet types are DRP control packets of one sort or another and do not carry any higher layer protocol.

请注意,控制消息的头中只有一个源地址,因此它们永远不能添加到基于会话的表中。“解码”NSP在DRP数据包上运行;所有其他数据包类型都是一种或另一种DRP控制数据包,不携带任何更高层协议。

NSP packets are deemed to start at the beginning of the DRP data area.

NSP数据包被视为从DRP数据区的开头开始。

Data packets may be fragmented over multiple DRP data packets. The countsFragments(1) parameter indicates whether a probe can (and should) attribute non-leading fragments to the child protocol (above NSP in this case) or not.

数据分组可以在多个DRP数据分组上被分段。countsFragments(1)参数指示探测是否可以(并且应该)将非前导片段属性化为子协议(在本例中为NSP之上)。

       Recognition of DRP data packets and fragments is beyond the scope
       of this document."
    REFERENCE
       "DECnet Digital Network Architecture
         Phase IV
         Routing Layer Functional Specification
         Order# AA-X435A-TK
         Digital Equipment Corporation, Maynard, Massachusetts, USA"
    ::= {
     ether2  0x6003,
     snap    0x6003,
     802-1Q  0x6003     -- [0.0.96.3]
    }
        
       Recognition of DRP data packets and fragments is beyond the scope
       of this document."
    REFERENCE
       "DECnet Digital Network Architecture
         Phase IV
         Routing Layer Functional Specification
         Order# AA-X435A-TK
         Digital Equipment Corporation, Maynard, Massachusetts, USA"
    ::= {
     ether2  0x6003,
     snap    0x6003,
     802-1Q  0x6003     -- [0.0.96.3]
    }
        

nsp PROTOCOL-IDENTIFIER PARAMETERS {

nsp协议标识符参数{

     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "DEC Network Services Protocol."
    CHILDREN
       "Children of NSP are identified by the SCP 8-bit object type.
       Notice that the object type is included only in the session
       establishment messages (connect initiate, retransmitted connect
       initiate).
        
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "DEC Network Services Protocol."
    CHILDREN
       "Children of NSP are identified by the SCP 8-bit object type.
       Notice that the object type is included only in the session
       establishment messages (connect initiate, retransmitted connect
       initiate).
        

Children of NSP are encoded [ 0.0.0.a ] where 'a' is the SCP object type. Children of NSP are named as 'nsp' followed by the SCP object type in decimal. CTERM is referred to as 'nsp cterm' OR 'nsp 42'." DECODING "An implementation is encouraged to examine SCP headers included in NSP control messages in order to determine which child protocol is present over a given session. It is beyond the scope of this document to define the algorithm used to do this.

NSP的子项编码为[0.0.0.a],其中“a”是SCP对象类型。NSP的子对象命名为“NSP”,后跟十进制的SCP对象类型。CTEM称为“nsp CTEM”或“nsp 42”。“解码”鼓励实现检查nsp控制消息中包含的SCP头,以确定给定会话中存在哪个子协议。定义用于执行此操作的算法超出了本文档的范围。

       The tracksSessions(1) flag indicates whether the probe can (and
       should) perform this analysis."
    REFERENCE
       "DECnet Digital Network Architecture
         Phase IV
         NSP Functional Specification
         Order# AA-X439A-TK
         Digital Equipment Corporation, Maynard, Massachusetts, USA"
    ::= { drp 1 }
        
       The tracksSessions(1) flag indicates whether the probe can (and
       should) perform this analysis."
    REFERENCE
       "DECnet Digital Network Architecture
         Phase IV
         NSP Functional Specification
         Order# AA-X439A-TK
         Digital Equipment Corporation, Maynard, Massachusetts, USA"
    ::= { drp 1 }
        
dap-v1 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Data Access Protocol version 1."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 1 }
        
dap-v1 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Data Access Protocol version 1."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 1 }
        
dap-v4 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Data Access Protocol versions 4 and above."
    REFERENCE
        
dap-v4 PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Data Access Protocol versions 4 and above."
    REFERENCE
        
       "Digital Corporation"
    ::= { nsp 17 }
        
       "Digital Corporation"
    ::= { nsp 17 }
        
nice PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Network Information and Control Exchange protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 19 }
        
nice PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Network Information and Control Exchange protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 19 }
        
dec-loop PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Loopback Protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 25 }
        
dec-loop PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Loopback Protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 25 }
        
dec-event PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Event Protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 26 }
        
dec-event PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC Event Protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 26 }
        
cterm PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC CTERM Protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 42 }
        
cterm PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "DEC CTERM Protocol."
    REFERENCE
       "Digital Corporation"
    ::= { nsp 42 }
        

3.1.7. The IBM SNA Protocol Stack.

3.1.7. IBMSNA协议栈。

sna-th PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IBM's SNA TH protocol."
    REFERENCE
       "IBM Systems Network Architecture
        
sna-th PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "IBM's SNA TH protocol."
    REFERENCE
       "IBM Systems Network Architecture
        

Format and Protocol Reference Manual: Architectural Logic

格式和协议参考手册:架构逻辑

SC30-3112-2

SC30-3112-2

         IBM System Communications Division,
         Publications Development,
         Department E02,
         PO Box 12195,
         Research Triangle Park,
         North Carolina 27709."
    ::= {
     llc        0x04,              -- [0.0.0.4]
     llc        0x08,              -- [0.0.0.8]
     llc        0x0c,              -- [0.0.0.12]
        ether2     0x80d5,            -- [0.0.128.213]
     802-1Q     0x02000004,        -- 1Q-LLC [2.0.0.4]
     802-1Q     0x02000008,        -- 1Q-LLC [2.0.0.8]
     802-1Q     0x0200000c,        -- 1Q-LLC [2.0.0.12]
        802-1Q     0x80d5             -- [0.0.128.213]
    }
        
         IBM System Communications Division,
         Publications Development,
         Department E02,
         PO Box 12195,
         Research Triangle Park,
         North Carolina 27709."
    ::= {
     llc        0x04,              -- [0.0.0.4]
     llc        0x08,              -- [0.0.0.8]
     llc        0x0c,              -- [0.0.0.12]
        ether2     0x80d5,            -- [0.0.128.213]
     802-1Q     0x02000004,        -- 1Q-LLC [2.0.0.4]
     802-1Q     0x02000008,        -- 1Q-LLC [2.0.0.8]
     802-1Q     0x0200000c,        -- 1Q-LLC [2.0.0.12]
        802-1Q     0x80d5             -- [0.0.128.213]
    }
        
3.1.8. The NetBEUI/NetBIOS Family
3.1.8. NetBEUI/NetBIOS系列
-- CHILDREN OF NETBIOS
-- The NetBIOS/NetBEUI functions are implemented over a wide variety of
-- transports.  Despite varying implementations they all share two
-- features.  First, all sessions are established by connecting to
-- locally named services.  Second, all sessions transport application
-- data between the client and the named service.  In all cases the
-- identification of the application protocol carried within the data
-- packets is beyond the scope of this document.]
--
-- Children of NetBIOS/NetBEUI are identified by the following (32 bit)
-- enumeration
--
--      1   smb (Microsoft's Server Message Block Protocol)
--      2   notes (Lotus' Notes Protocol)
--      3   cc-mail (Lotus' CC Mail Protocol)
--
-- Children of NetBIOS/NetBEUI are encoded as [ a.b.c.d ] where 'a', 'b',
-- 'c' and 'd' are the four octets of the enumerated value in network
-- order (i.e.  'a' is the MSB and 'd' is the LSB).
--
-- For example notes over NetBEUI is declared as
--      'notes ::= { netbeui 2 }'
-- but is referred to as
--      'netbeui notes' OR 'netbeui 2'.
        
-- CHILDREN OF NETBIOS
-- The NetBIOS/NetBEUI functions are implemented over a wide variety of
-- transports.  Despite varying implementations they all share two
-- features.  First, all sessions are established by connecting to
-- locally named services.  Second, all sessions transport application
-- data between the client and the named service.  In all cases the
-- identification of the application protocol carried within the data
-- packets is beyond the scope of this document.]
--
-- Children of NetBIOS/NetBEUI are identified by the following (32 bit)
-- enumeration
--
--      1   smb (Microsoft's Server Message Block Protocol)
--      2   notes (Lotus' Notes Protocol)
--      3   cc-mail (Lotus' CC Mail Protocol)
--
-- Children of NetBIOS/NetBEUI are encoded as [ a.b.c.d ] where 'a', 'b',
-- 'c' and 'd' are the four octets of the enumerated value in network
-- order (i.e.  'a' is the MSB and 'd' is the LSB).
--
-- For example notes over NetBEUI is declared as
--      'notes ::= { netbeui 2 }'
-- but is referred to as
--      'netbeui notes' OR 'netbeui 2'.
        
netbeui PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Lan Manager NetBEUI protocol."
        
netbeui PROTOCOL-IDENTIFIER
    PARAMETERS {
     tracksSessions(1)
    }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Lan Manager NetBEUI protocol."
        

CHILDREN "See `CHILDREN OF NETBIOS`" DECODING "NETBEUI provides a named service lookup function. This function allows clients to locate a service by (locally assigned) name. An implementation is encouraged to follow lookups and session establishments and having determined the child protocol, track them.

CHILDREN“请参阅`CHILDREN OF NETBIOS`“DECODING”NETBEUI提供了一个命名服务查找功能。此功能允许客户端通过(本地分配的)名称查找服务。鼓励实现跟踪查找和会话建立,并在确定子协议后跟踪它们。

       How the child protocol is determined and how the sessions are
       tracked is an implementation specific matter and is beyond the
       scope of this document."
    REFERENCE
       "IBM"
    ::= {
     llc        0xF0,          --  [0.0.0.240]
     802-1Q     0x020000F0     --  1Q-LLC [2.0.0.240]
    }
        
       How the child protocol is determined and how the sessions are
       tracked is an implementation specific matter and is beyond the
       scope of this document."
    REFERENCE
       "IBM"
    ::= {
     llc        0xF0,          --  [0.0.0.240]
     802-1Q     0x020000F0     --  1Q-LLC [2.0.0.240]
    }
        
nbt-name PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NetBIOS-over-TCP name protocol."
    REFERENCE
       "RFC 1001 [RFC1001] defines the 'PROTOCOL STANDARD FOR A NetBIOS
       SERVICE ON A TCP/UDP TRANSPORT: CONCEPTS AND METHODS.'  RFC 1002
       [RFC1002] defines the 'PROTOCOL STANDARD FOR A NetBIOS SERVICE ON
       A TCP/UDP TRANSPORT: DETAILED SPECIFICATIONS'."
    ::= {
     udp     137,
     tcp     137
    }
        
nbt-name PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "NetBIOS-over-TCP name protocol."
    REFERENCE
       "RFC 1001 [RFC1001] defines the 'PROTOCOL STANDARD FOR A NetBIOS
       SERVICE ON A TCP/UDP TRANSPORT: CONCEPTS AND METHODS.'  RFC 1002
       [RFC1002] defines the 'PROTOCOL STANDARD FOR A NetBIOS SERVICE ON
       A TCP/UDP TRANSPORT: DETAILED SPECIFICATIONS'."
    ::= {
     udp     137,
     tcp     137
    }
        
nbt-session PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
        
nbt-session PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
        
       "NetBIOS-over-TCP session protocol."
    REFERENCE
       "RFC 1001 [RFC1001] defines the 'PROTOCOL STANDARD FOR A NetBIOS
       SERVICE ON A TCP/UDP TRANSPORT: CONCEPTS AND METHODS.'  RFC 1002
       [RFC1002] defines the 'PROTOCOL STANDARD FOR A NetBIOS SERVICE ON
       A TCP/UDP TRANSPORT: DETAILED SPECIFICATIONS'."
    ::= {
        
       "NetBIOS-over-TCP session protocol."
    REFERENCE
       "RFC 1001 [RFC1001] defines the 'PROTOCOL STANDARD FOR A NetBIOS
       SERVICE ON A TCP/UDP TRANSPORT: CONCEPTS AND METHODS.'  RFC 1002
       [RFC1002] defines the 'PROTOCOL STANDARD FOR A NetBIOS SERVICE ON
       A TCP/UDP TRANSPORT: DETAILED SPECIFICATIONS'."
    ::= {
        

udp 139, tcp 139 }

udp 139,tcp 139}

nbt-data PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "NetBIOS-over-TCP datagram protocol."
    CHILDREN
       "See `CHILDREN OF NETBIOS`"
    REFERENCE
       "RFC 1001 [RFC1001] defines the 'PROTOCOL STANDARD FOR A NetBIOS
       SERVICE ON A TCP/UDP TRANSPORT: CONCEPTS AND METHODS.'  RFC 1002
       [RFC1002] defines the 'PROTOCOL STANDARD FOR A NetBIOS SERVICE ON
       A TCP/UDP TRANSPORT: DETAILED SPECIFICATIONS'."
    ::= {
     udp     138,
     tcp     138
    }
        
nbt-data PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "NetBIOS-over-TCP datagram protocol."
    CHILDREN
       "See `CHILDREN OF NETBIOS`"
    REFERENCE
       "RFC 1001 [RFC1001] defines the 'PROTOCOL STANDARD FOR A NetBIOS
       SERVICE ON A TCP/UDP TRANSPORT: CONCEPTS AND METHODS.'  RFC 1002
       [RFC1002] defines the 'PROTOCOL STANDARD FOR A NetBIOS SERVICE ON
       A TCP/UDP TRANSPORT: DETAILED SPECIFICATIONS'."
    ::= {
     udp     138,
     tcp     138
    }
        
netbios-3com PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "3COM NetBIOS protocol."
    CHILDREN
       "See `CHILDREN OF NETBIOS`"
    REFERENCE
       "3Com Corporation"
    ::= {
     ether2  0x3C00,
     ether2  0x3C01,
     ether2  0x3C02,
     ether2  0x3C03,
     ether2  0x3C04,
        
netbios-3com PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "3COM NetBIOS protocol."
    CHILDREN
       "See `CHILDREN OF NETBIOS`"
    REFERENCE
       "3Com Corporation"
    ::= {
     ether2  0x3C00,
     ether2  0x3C01,
     ether2  0x3C02,
     ether2  0x3C03,
     ether2  0x3C04,
        

ether2 0x3C05, ether2 0x3C06, ether2 0x3C07, ether2 0x3C08, ether2 0x3C09, ether2 0x3C0A, ether2 0x3C0B, ether2 0x3C0C, ether2 0x3C0D, 802-1Q 0x3C00, 802-1Q 0x3C01, 802-1Q 0x3C02, 802-1Q 0x3C03, 802-1Q 0x3C04, 802-1Q 0x3C05, 802-1Q 0x3C06, 802-1Q 0x3C07, 802-1Q 0x3C08, 802-1Q 0x3C09, 802-1Q 0x3C0A, 802-1Q 0x3C0B, 802-1Q 0x3C0C, 802-1Q 0x3C0D }

以太0x3C05、以太0x3C06、以太0x3C07、以太0x3C08、以太0x3C09、以太0x3C0A、以太0x3C0B、以太0x3C0C、以太0x3C0D、802-1Q 0x3C00、802-1Q 0x3C01、802-1Q 0x3C02、802-1Q 0x3C03、802-1Q 0x3C04、802-1Q 0x3C05、802-1Q 0x3C07、802-1Q 0x3C08、802-1Q 0x3C09、802-1Q 0x3C0A、802-1Q 0x3C0C、802-1Q-0x3C0C、802-1Q-0x3C0C、0x0C-0Q-0C}

nov-netbios PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Novell's version of the NetBIOS protocol."
    CHILDREN
       "See `CHILDREN OF NETBIOS`"
    REFERENCE
       "Novell Corporation"
    ::= {
     nov-sap 0x0020,  -- preferred encapsulation to use, even though
                      -- the following are typically used also
     -- ipx  0x14,       -- when reached by IPX packet type
     -- nov-pep 0x0455   -- when reached by socket number
    }
        
nov-netbios PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES {
     hasChildren(0)
    }
    DESCRIPTION
       "Novell's version of the NetBIOS protocol."
    CHILDREN
       "See `CHILDREN OF NETBIOS`"
    REFERENCE
       "Novell Corporation"
    ::= {
     nov-sap 0x0020,  -- preferred encapsulation to use, even though
                      -- the following are typically used also
     -- ipx  0x14,       -- when reached by IPX packet type
     -- nov-pep 0x0455   -- when reached by socket number
    }
        
burst PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell burst-mode transfer"
        
burst PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Novell burst-mode transfer"
        

REFERENCE

参考

       "Novell Corporation"
    ::= { nov-pep 0x0d05 }
        
       "Novell Corporation"
    ::= { nov-pep 0x0d05 }
        
3.2. Multi-stack protocols
3.2. 多栈协议
smb PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Microsoft Server Message Block Protocol."
    REFERENCE
       "Microsoft Corporation"
    ::= {
        netbeui         1,
        netbios-3com    1,
        nov-netbios     1,
        nbt-data        1,
        nbt-session     1,
        nov-pep         0x550,
        nov-pep         0x552
    }
        
smb PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Microsoft Server Message Block Protocol."
    REFERENCE
       "Microsoft Corporation"
    ::= {
        netbeui         1,
        netbios-3com    1,
        nov-netbios     1,
        nbt-data        1,
        nbt-session     1,
        nov-pep         0x550,
        nov-pep         0x552
    }
        
notes PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Lotus Notes Protocol."
    REFERENCE
       "Lotus Development"
    ::= {
     netbeui         2,
     netbios-3com    2,
     nov-netbios     2,
     nbt-data        2,
     tcp             1352,
     udp             1352,
        nov-sap         0x039b
    }
        
notes PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Lotus Notes Protocol."
    REFERENCE
       "Lotus Development"
    ::= {
     netbeui         2,
     netbios-3com    2,
     nov-netbios     2,
     nbt-data        2,
     tcp             1352,
     udp             1352,
        nov-sap         0x039b
    }
        
ccmail PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
        
ccmail PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
        

DESCRIPTION "Lotus CC-mail Protocol." REFERENCE

说明“Lotus CC邮件协议”。参考

       "Lotus Development"
    ::= {
     netbeui         3,
     netbios-3com    3,
     nov-netbios     3,
     nbt-data        3,
     tcp             3264,
     udp             3264
    }
        
       "Lotus Development"
    ::= {
     netbeui         3,
     netbios-3com    3,
     nov-netbios     3,
     nbt-data        3,
     tcp             3264,
     udp             3264
    }
        
snmp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Network Management Protocol. Includes SNMPv1 and SNMPv2
       protocol versions. Does not include SNMP trap packets."
    REFERENCE
       "The SNMP SMI is defined in RFC 1902 [RFC1902].  Version 1 of the
       SNMP  protocol is defined in RFC 1905 [RFC1905].  Transport
       mappings are defined in RFC 1906 [RFC1906]; RFC 1420 (SNMP over
       IPX) [RFC1420]; RFC 1419 (SNMP over AppleTalk) [RFC1419]."
    ::= {
     udp 161,
        nov-pep 0x900f,   -- [ 0.0.144.15 ]
     atalk 8,
     tcp 161
    }
        
snmp  PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Network Management Protocol. Includes SNMPv1 and SNMPv2
       protocol versions. Does not include SNMP trap packets."
    REFERENCE
       "The SNMP SMI is defined in RFC 1902 [RFC1902].  Version 1 of the
       SNMP  protocol is defined in RFC 1905 [RFC1905].  Transport
       mappings are defined in RFC 1906 [RFC1906]; RFC 1420 (SNMP over
       IPX) [RFC1420]; RFC 1419 (SNMP over AppleTalk) [RFC1419]."
    ::= {
     udp 161,
        nov-pep 0x900f,   -- [ 0.0.144.15 ]
     atalk 8,
     tcp 161
    }
        
snmptrap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Network Management Protocol Trap Port."
    REFERENCE
       "The SNMP SMI is defined in RFC 1902 [RFC1902].  The SNMP
       protocol is defined in RFC 1905 [RFC1905].  Transport mappings
       are defined in RFC 1906 [RFC1906]; RFC 1420 (SNMP over IPX)
       [RFC1420]; RFC 1419 (SNMP over AppleTalk) [RFC1419]."
    ::= {
     udp 162,
        nov-pep 0x9010,
     atalk 9,
     tcp 162
    }
        
snmptrap PROTOCOL-IDENTIFIER
    PARAMETERS { }
    ATTRIBUTES { }
    DESCRIPTION
       "Simple Network Management Protocol Trap Port."
    REFERENCE
       "The SNMP SMI is defined in RFC 1902 [RFC1902].  The SNMP
       protocol is defined in RFC 1905 [RFC1905].  Transport mappings
       are defined in RFC 1906 [RFC1906]; RFC 1420 (SNMP over IPX)
       [RFC1420]; RFC 1419 (SNMP over AppleTalk) [RFC1419]."
    ::= {
     udp 162,
        nov-pep 0x9010,
     atalk 9,
     tcp 162
    }
        

-- END

--结束

4. Intellectual Property
4. 知识产权

The IETF takes no position regarding the validity or scope of any intellectual property or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementors or users of this specification can be obtained from the IETF Secretariat."

IETF对可能声称与本文件所述技术的实施或使用有关的任何知识产权或其他权利的有效性或范围,或此类权利下的任何许可可能或可能不可用的程度,不采取任何立场;它也不表示它已作出任何努力来确定任何此类权利。有关IETF在标准跟踪和标准相关文件中权利的程序信息,请参见BCP-11。可从IETF秘书处获得可供发布的权利声明副本和任何许可证保证,或本规范实施者或用户试图获得使用此类专有权利的一般许可证或许可的结果。”

The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.

IETF邀请任何相关方提请其注意任何版权、专利或专利申请,或其他可能涉及实施本标准所需技术的专有权利。请将信息发送给IETF执行董事。

5. Acknowledgements
5. 致谢

This document was produced by the IETF RMONMIB Working Group.

本文件由IETF RMONMIB工作组编制。

The authors wish to thank the following people for their contributions to this document:

作者希望感谢以下人士对本文件的贡献:

Anil Singhal Frontier Software Development, Inc.

Anil Singhal Frontier软件开发公司。

Jeanne Haney Bay Networks

珍妮哈尼湾网络

Dan Hansen Network General Corp.

丹汉森网络总公司。

Special thanks are in order to the following people for writing RMON PI macro compilers, and improving the specification of the PI macro language:

特别感谢以下人员编写RMON PI宏编译器,并改进PI宏语言的规范:

David Perkins DeskTalk Systems, Inc.

David Perkins DeskTalk系统公司。

Skip Koppenhaver Technically Elite, Inc.

Skip Koppenhaver Technical Elite公司。

6. References
6. 工具书类

[IEN158] J. Haverty, "XNET Formats for Internet Protocol Version 4", IEN 158, October 1980.

[IEN158]J.Haverty,“互联网协议版本4的XNET格式”,IEN158,1980年10月。

[RFC407] Bressler, R., Guida. R. and A. McKenzie, "Remote Job Entry Protocol", RFC 407, October 1972.

[RFC407]布雷斯勒,右,吉达。R.和A.McKenzie,“远程作业输入协议”,RFC 407,1972年10月。

[RFC493] Michener, J., Cotton, I., Kelley, K., Liddle, D. and E. Meyer, "E.W., Jr Graphics Protocol", RFC 493, April 1973.

[RFC493]Michener,J.,Cotton,I.,Kelley,K.,Liddle,D.和E.Meyer,“E.W.,Jr图形协议”,RFC 493,1973年4月。

[RFC734] Crispin, M., "SUPDUP Protocol", RFC 734, October 1977.

[RFC734]Crispin,M.,“SUPDUP方案”,RFC 734,1977年10月。

[RFC740] Braden, R., "NETRJS Protocol", RFC 740, November 1977.

[RFC740]Braden,R.,“NETRJS协议”,RFC740,1977年11月。

[RFC741] Cohen, D., "Specifications for the Network Voice Protocol", RFC 741, ISI/RR 7539, March 1976.

[RFC741]Cohen,D.,“网络语音协议规范”,RFC 741,ISI/RR 7539,1976年3月。

[RFC759] Postel, J., "Internet Message Protocol", RFC 759, August 1980.

[RFC759]Postel,J.,“互联网消息协议”,RFC759,1980年8月。

[RFC768] Postel, J., "User Datagram Protocol", STD 6, RFC 768, August 1980.

[RFC768]Postel,J.,“用户数据报协议”,STD 6,RFC 768,1980年8月。

[RFC791] Postel, J., "Internet Protocol - DARPA Internet Program Protocol Specification", STD 5, RFC 791, September 1981.

[RFC791]Postel,J.,“互联网协议-DARPA互联网程序协议规范”,STD 5,RFC 7911981年9月。

[RFC792] Postel, J., "Internet Control Message Protocol - DARPA Internet Program Protocol Specification", STD 5, RFC 792, September 1981.

[RFC792]Postel,J.,“互联网控制消息协议-DARPA互联网程序协议规范”,STD 5,RFC 792,1981年9月。

[RFC793] Postel, J., "Transmission Control Protocol - DARPA Internet Program Protocol Specification", STD 5, RFC 793, September 1981.

[RFC793]Postel,J.,“传输控制协议-DARPA互联网程序协议规范”,STD 5,RFC 793,1981年9月。

[RFC818] Postel, J., "Remote User Telnet service", RFC 818, November 1982.

[RFC818]Postel,J.,“远程用户Telnet服务”,RFC818,1982年11月。

[RFC821] Postel, J., "Simple Mail Transfer Protocol", STD 10, RFC 821, August 1982.

[RFC821]Postel,J.,“简单邮件传输协议”,STD 10,RFC 821,1982年8月。

[RFC823] Hinden, R. and A. Sheltzer, "The DARPA Internet Gateway", RFC 823, September 1982.

[RFC823]Hinden,R.和A.Sheltzer,“DARPA互联网网关”,RFC 823,1982年9月。

[RFC826] Plummer, D., "An Ethernet Address Resolution Protocol or Converting Network Protocol Addresses to 48-bit Ethernet Addresses for Transmission on Ethernet Hardware", STD 37, RFC 826, November 1982.

[RFC826]Plummer,D.,“以太网地址解析协议或将网络协议地址转换为48位以太网地址以在以太网硬件上传输”,STD 37,RFC 826,1982年11月。

[RFC854] Postel, J. and J. Reynolds, "Telnet Protocol Specification", STD 8, RFC 854, May 1983.

[RFC854]Postel,J.和J.Reynolds,“Telnet协议规范”,STD 8,RFC 854,1983年5月。

[RFC862] Postel, J., "Echo Protocol", STD 20, RFC 862, May 1983.

[RFC862]Postel,J.,“回波协议”,STD 20,RFC 862,1983年5月。

[RFC863] Postel, J., "Discard Protocol", STD 21, RFC 863, May 1983.

[RFC863]Postel,J.,“丢弃协议”,STD 21,RFC 863,1983年5月。

[RFC864] Postel, J., "Character Generator Protocol", STD 22, RFC 864, May 1983.

[RFC864]Postel,J.,“字符生成器协议”,STD 22,RFC 864,1983年5月。

[RFC865] Postel, J., "Quote of the Day Protocol", STD 23, RFC 865, May 1983.

[RFC865]Postel,J.,“当日报价协议”,STD 23,RFC 865,1983年5月。

[RFC866] Postel, J., "Active Users", STD 26, RFC 866, May 1983.

[RFC866]Postel,J.,“活跃用户”,STD 26,RFC 866,1983年5月。

[RFC867] Postel, J., "Daytime Protocol", STD 25, RFC 867, May 1983.

[RFC867]Postel,J.,“日间协议”,STD 25,RFC 867,1983年5月。

[RFC868] Postel, J., "Time Protocol", STD 26, RFC 868, May 1983.

[RFC868]Postel,J.,“时间协议”,STD 26,RFC 868,1983年5月。

[RFC869] Hinden, R., "A Host Monitoring Protocol", RFC 869, December 1983.

[RFC869]Hinden,R.,“主机监控协议”,RFC 869,1983年12月。

[RFC887] Accetta, M., "Resource Location Protocol", RFC 887, December 1983.

[RFC887]阿克塔,M.,“资源定位协议”,RFC887,1983年12月。

[RFC904] International Telegraph and Telephone Co., D. Mills, "Exterior Gateway Protocol Formal Specification", STD 18, RFC 904, April 1984.

[RFC904]国际电报电话公司D.Mills,“外部网关协议正式规范”,STD 18,RFC 904,1984年4月。

[RFC905] McKenzie, A., "ISO Transport Protocol Specification - ISO DP 8073", RFC 905, April 1984.

[RFC905]McKenzie,A.,“ISO传输协议规范-ISO DP 8073”,RFC 905,1984年4月。

[RFC908] Velten, D., Hinden, R., and J. Sax, "Reliable Data Protocol", RFC 908, July 1984.

[RFC908]Velten,D.,Hinden,R.,和J.Sax,“可靠数据协议”,RFC 908,1984年7月。

[RFC913] Lottor, M., "Simple File Transfer Protocol", RFC 913, September 1984.

[RFC913]洛托,M.,“简单文件传输协议”,RFC 913,1984年9月。

[RFC915] Elvy, M. and R. Nedved, "Network mail path service", RFC 915, December 1984.

[RFC915]Elvy,M.和R.Nedved,“网络邮件路径服务”,RFC9151984年12月。

[RFC937] Butler, M., Chase, D., Goldberger, J., Postel, J., and J. Reynolds, "Post Office Protocol - version 2", RFC 937, February 1985.

[RFC937]Butler,M.,Chase,D.,Goldberger,J.,Postel,J.,和J.Reynolds,“邮局协议-版本2”,RFC 937,1985年2月。

[RFC938] Miller, T., "Internet Reliable Transaction Protocol", RFC 938, February 1985.

[RFC938]Miller,T.,“互联网可靠交易协议”,RFC938,1985年2月。

[RFC951] Croft, W. and J. Gilmore, "BOOTSTRAP Protocol (BOOTP)", RFC 951, September 1985.

[RFC951]Croft,W.和J.Gilmore,“引导协议(BOOTP)”,RFC9511985年9月。

[RFC953] Feinler, E., Harrenstien, K. and M. Stahl, "Hostname Server", RFC 953, October 1985.

[RFC953]Feinler,E.,Harrenstien,K.和M.Stahl,“主机名服务器”,RFC953,1985年10月。

[RFC954] Feinler, E., Harrenstien, K. and M. Stahl, "NICNAME/WHOIS", RFC 954, October 1985.

[RFC954]Feinler,E.,Harrenstien,K.和M.Stahl,“NICNAME/WHOIS”,RFC954,1985年10月。

[RFC959] Postel, J., and J. Reynolds, "File Transfer Protocol", STD 9, RFC 959, October 1985.

[RFC959]Postel,J.和J.Reynolds,“文件传输协议”,标准9,RFC 959,1985年10月。

[RFC972] Wancho, F., "Password Generator Protocol", RFC 972, January 1986.

[RFC972]Wancho,F.,“密码生成器协议”,RFC972,1986年1月。

[RFC977] Kantor, B. and P. Lapsley, "Network News Transfer Protocol: A Proposed Standard for the Stream-Based Transmission of News", RFC 977, February 1986.

[RFC977]Kantor,B.和P.Lapsley,“网络新闻传输协议:基于流的新闻传输的拟议标准”,RFC 977,1986年2月。

[RFC996] Mills, D., "Statistics server", RFC 996, February 1987.

[RFC996]Mills,D.,“统计服务器”,RFC996,1987年2月。

[RFC998] Clark, D., Lambert, M. and L. Zhang, "NETBLT: A Bulk Data Transfer Protocol", RFC 998, March 1987.

[RFC998]Clark,D.,Lambert,M.和L.Zhang,“NETBLT:大容量数据传输协议”,RFC 998,1987年3月。

[RFC1001] NetBIOS Working Group in the Defense Advanced Research Projects Agency, Internet Activities Board, End-to-End Services Task Force. "Protocol standard for a NetBIOS service on a TCP/UDP transport: Concepts and methods", STD 19, RFC 1001, March 1987.

[RFC1001]国防高级研究项目局、互联网活动委员会、端到端服务工作组的NetBIOS工作组。“TCP/UDP传输上NetBIOS服务的协议标准:概念和方法”,STD 19,RFC 10011987年3月。

[RFC1002] NetBIOS Working Group in the Defense Advanced Research Projects Agency, Internet Activities Board, End-to-End Services Task Force. "Protocol standard for a NetBIOS service on a TCP/UDP transport: Detailed specifications.", STD 19, RFC 1002, March 1987.

[RFC1002]国防高级研究项目局、互联网活动委员会、端到端服务工作组的NetBIOS工作组。“TCP/UDP传输上NetBIOS服务的协议标准:详细规范”,STD 19,RFC 1002,1987年3月。

[RFC1021] Partridge, C. and G. Trewitt, "High-level Entity Management System HEMS", RFC 1021, October 1987.

[RFC1021]帕特里奇,C.和G.特雷维特,“高级实体管理系统HEMS”,RFC10211987年10月。

[RFC1028] Case, J., Davin, J., Fedor, M. and M. Schoffstall, "Simple Gateway Monitoring Protocol", RFC 1028, November 1987.

[RFC1028]Case,J.,Davin,J.,Fedor,M.和M.Schoffstall,“简单网关监控协议”,RFC 1028,1987年11月。

[RFC1035] Mockapetris, P., "Domain Names - Implementation and Specification", STD 13, RFC 1035, November 1987.

[RFC1035]Mockapetris,P.,“域名-实现和规范”,STD 13,RFC 1035,1987年11月。

[RFC1056] Lambert, M., "PCMAIL: A distributed mail system for personal computers", RFC 1056, June 1988.

[RFC1056]Lambert,M.,“PCMAIL:个人计算机的分布式邮件系统”,RFC10561988年6月。

[RFC1057] Sun Microsystems, Inc, "RPC: Remote Procedure Call Protocol Specification version 2", RFC 1057, June 1988.

[RFC1057]Sun Microsystems,Inc,“RPC:远程过程调用协议规范版本2”,RFC 1057,1988年6月。

[RFC1064] Crispin, M., "Interactive Mail Access Protocol: Version 2", RFC 1064, July 1988.

[RFC1064]Crispin,M.,“交互式邮件访问协议:版本2”,RFC10641988年7月。

[RFC1068] DeSchon, A. and R. Braden, "Background File Transfer Program BFTP", RFC 1068, August 1988.

[RFC1068]DeSchon,A.和R.Braden,“背景文件传输程序BFTP”,RFC1068,1988年8月。

[RFC1070] Hagens, R., Hall, N. and M. Rose, "Use of the Internet as a subnetwork for experimentation with the OSI network layer", RFC 1070, February 1989.

[RFC1070]Hagens,R.,Hall,N.和M.Rose,“将互联网用作OSI网络层实验的子网”,RFC 1070,1989年2月。

[RFC1078] Lottor, M., "TCP port service Multiplexer TCPMUX", RFC 1078, November, 1988.

[RFC1078]洛托,M.,“TCP端口服务多路复用器TCPMUX”,RFC1078,1988年11月。

[RFC1086] Onions, J. and M. Rose, "ISO-TP0 bridge between TCP and X.25", RFC 1086, December 1988.

[RFC1086]Ononions,J.和M.Rose,“TCP和X.25之间的ISO-TP0桥梁”,RFC 1086,1988年12月。

[RFC1095] Warrier, U. and L. Besaw, "Common Management Information Services and Protocol over TCP/IP (CMOT)", RFC 1095, April 1989.

[RFC1095]Warrier,U.和L.Besaw,“TCP/IP上的公共管理信息服务和协议(CMOT)”,RFC 1095,1989年4月。

[RFC1112] Deering, S., "Host Extensions for IP Multicasting", STD 5, RFC 1112, August 1989.

[RFC1112]Deering,S.,“IP多播的主机扩展”,STD 5,RFC11121989年8月。

[RFC1155] Rose, M. and K. McCloghrie, "Structure and Identification of Management Information for TCP/IP-based Internets", STD 16, RFC 1155, May 1990.

[RFC1155]Rose,M.和K.McCloghrie,“基于TCP/IP的互联网管理信息的结构和识别”,STD 16,RFC 1155,1990年5月。

[RFC1157] Case, J., Fedor, M., Schoffstall, M. and J. Davin, "Simple Network Management Protocol", STD 15, RFC 1157, May 1990.

[RFC1157]Case,J.,Fedor,M.,Schoffstall,M.和J.Davin,“简单网络管理协议”,STD 15,RFC 1157,1990年5月。

[RFC1203] Rice, J., "Interactive Mail Access Protocol - Version 3", RFC 1203, February 1991.

[RFC1203]Rice,J.,“交互式邮件访问协议-版本3”,RFC1203,1991年2月。

[RFC1204] Lee, D. and S. Yeh, "Message Posting Protocol (MPP)", RFC 1204, February 1991.

[RFC1204]Lee,D.和S.Yeh,“消息发布协议(MPP)”,RFC1204,1991年2月。

[RFC1212] Rose, M. and K. McCloghrie, "Concise MIB Definitions", STD 16, RFC 1212, March 1991.

[RFC1212]Rose,M.和K.McCloghrie,“简明MIB定义”,STD 16,RFC 1212,1991年3月。

[RFC1213] McCloghrie, K. and M. Rose, "Management Information Base for Network Management of TCP/IP-based internets: MIB-II", STD 17, RFC 1213, March 1991.

[RFC1213]McCloghrie,K.和M.Rose,“基于TCP/IP的互联网网络管理的管理信息库:MIB-II”,STD 17,RFC 1213,1991年3月。

[RFC1215] Rose, M., "A Convention for Defining Traps for use with the SNMP", RFC 1215, March 1991.

[RFC1215]Rose,M.,“定义用于SNMP的陷阱的约定”,RFC1215,1991年3月。

[RFC1226] Kantor, B., "Internet Protocol Encapsulation of AX.25 Frames", RFC 1226, May 1991.

[RFC1226]Kantor,B.,“AX.25帧的互联网协议封装”,RFC1226,1991年5月。

[RFC1227] Rose, M., "SNMP MUX Protocol and MIB", RFC 1227, May 1991.

[RFC1227]Rose,M.,“SNMP MUX协议和MIB”,RFC 1227,1991年5月。

[RFC1234] Provan, D., "Tunneling IPX Traffic through IP Networks", RFC 1234, June 1991.

[RFC1234]Provan,D.,“通过IP网络隧道IPX流量”,RFC 12342991年6月。

[RFC1235] Ioannidis, J. and G. Maguire, Jr., "The Coherent File Distribution Protocol", RFC 1235, June 1991.

[RFC1235]Ioannidis,J.和G.Maguire,Jr.,“一致文件分发协议”,RFC 1235,1991年6月。

[RFC1241] Mills, D. and R. Woodburn, "A Scheme for an Internet Encapsulation Protocol: Version 1", RFC 1241, July 1991.

[RFC1241]Mills,D.和R.Woodburn,“互联网封装协议的方案:版本1”,RFC 12411991年7月。

[RFC1249] Howes, T., Smith, M. and B. Beecher, "DIXIE Protocol Specification", RFC 1249, August 1991.

[RFC1249]Howes,T.,Smith,M.和B.Beecher,“DIXIE协议规范”,RFC 1249,1991年8月。

[RFC1267] Lougheed, K. and Y. Rekhter, "A Border Gateway Protocol 3 (BGP-3)", RFC 1267, October 1991.

[RFC1267]Lougheed,K.和Y.Rekhter,“边境网关协议3(BGP-3)”,RFC 1267,1991年10月。

[RFC1282] Kantor, B., "BSD Rlogin", RFC 1282, December 1991.

[RFC1282]Kantor,B.,“BSD Rlogin”,RFC 1282,1991年12月。

[RFC1288] Zimmerman, D., "The Finger User Information Protocol", RFC 1288, December 1991.

[RFC1288]Zimmerman,D.,“手指用户信息协议”,RFC12881991年12月。

[RFC1301] Amstrong, S., Freier, A. and K. Marzullo, "Multicast Transport Protocol", RFC 1301, February 1992.

[RFC1301]Amstrong,S.,Freier,A.和K.Marzullo,“多播传输协议”,RFC 13011992年2月。

[RFC1305] Mills, D., "Network Time Protocol (v3)", RFC 1305, April 1992.

[RFC1305]Mills,D.,“网络时间协议(v3)”,RFC1305,1992年4月。

[RFC1312] Nelson, R. and G. Arnold, "Message Send Protocol", RFC 1312, April 1992.

[RFC1312]Nelson,R.和G.Arnold,“消息发送协议”,RFC1312,1992年4月。

[RFC1339] Dorner, S. and P. Resnick, "Remote Mail Checking Protocol", RFC 1339, June 1992.

[RFC1339]Dorner,S.和P.Resnick,“远程邮件检查协议”,RFC 13391992年6月。

[RFC1350] Sollins, K., "TFTP Protocol (revision 2)", RFC 1350, July 1992.

[RFC1350]Sollins,K.,“TFTP协议(修订版2)”,RFC1350,1992年7月。

[RFC1413] St. Johns, M., "Identification Protocol", RFC 1413, February 1993.

[RFC1413]圣约翰,M.,“识别协议”,RFC14131993年2月。

[RFC1419] Minshall, G. and M. Ritter, "SNMP over AppleTalk", RFC 1419, March 1993.

[RFC1419]Minshall,G.和M.Ritter,“应用程序上的SNMP”,RFC 1419,1993年3月。

[RFC1420] Bostock, S., "SNMP over IPX", RFC 1420, March 1993.

[RFC1420]Bostock,S.,“IPX上的SNMP”,RFC14201993年3月。

[RFC1436] Anklesaria, F., McCahill, M., Lindner, P., Johnson, D., John, D., Torrey, D. and B. Alberti, "The Internet Gopher Protocol (a distributed document search and retrieval protocol)", RFC 1436, March 1993.

[RFC1436]Anklesaria,F.,McCahill,M.,Lindner,P.,Johnson,D.,John,D.,Torrey,D.和B.Alberti,“互联网地鼠协议(分布式文档搜索和检索协议)”,RFC 1436,1993年3月。

[RFC1459] Oikarinen, J. and D. Reed, "Internet Relay Chat Protocol", RFC 1459, May 1993.

[RFC1459]Oikarinen,J.和D.Reed,“互联网中继聊天协议”,RFC 1459,1993年5月。

[RFC1476] Ullmann, R., "RAP: Internet Route Access Protocol", RFC 1476, June 1993.

[RFC1476]Ullmann,R.,“RAP:互联网路由访问协议”,RFC 14761993年6月。

[RFC1479] Steenstrup, M., "Inter-Domain Policy Routing Protocol Specification: Version 1", RFC 1479, July 1993.

[RFC1479]Steenstrup,M.,“域间策略路由协议规范:版本1”,RFC 1479,1993年7月。

[RFC1483] Heinanen, J., "Multiprotocol Encapsulation over ATM Adaptation Layer 5", RFC 1483, July 1993.

[RFC1483]Heinanen,J.,“ATM适配层5上的多协议封装”,RFC 1483,1993年7月。

[RFC1492] Finseth, C., "An Access Control Protocol, Sometimes Called TACACS", RFC 1492, July 1993.

[RFC1492]Finseth,C.,“访问控制协议,有时称为TACACS”,RFC 1492,1993年7月。

[RFC1510] Kohl, J. and B. Neuman, "The Kerberos Network Authentication Service (V5)", RFC 1510, September 1993.

[RFC1510]Kohl,J.和B.Neuman,“Kerberos网络身份验证服务(V5)”,RFC15101993年9月。

[RFC1583] Moy, J., "OSPF Version 2", RFC 1583, March 1994.

[RFC1583]莫伊,J.,“OSPF版本2”,RFC1583,1994年3月。

[RFC1700] Reynolds, J. and J. Postel, "Assigned Numbers", STD 2, RFC 1700, October 1994.

[RFC1700]Reynolds,J.和J.Postel,“分配的数字”,标准2,RFC 1700,1994年10月。

[RFC1701] Hanks, S., Li, T., Farinacci, D. and P. Traina, "Generic Routing Encapsulation (GRE)", RFC 1701, October 1994.

[RFC1701]Hanks,S.,Li,T.,Farinaci,D.和P.Traina,“通用路由封装(GRE)”,RFC 17011994年10月。

[RFC1702] Hanks, S., Li, T., Farinacci, D. and P. Traina, "Generic Routing Encapsulation over IPv4 networks", RFC 1702, October 1994.

[RFC1702]Hanks,S.,Li,T.,Farinaci,D.和P.Traina,“IPv4网络上的通用路由封装”,RFC 1702,1994年10月。

[RFC1725] Myers, J. and M. Rose, "Post Office Protocol - Version 3", RFC 1725, November 1994.

[RFC1725]迈尔斯,J.和M.罗斯,“邮局协议-第3版”,RFC17251994年11月。

[RFC1729] Lynch, C., "Using the Z39.50 Information Retrieval Protocol in the Internet Environment", RFC 1729, December 1994.

[RFC1729]Lynch,C.,“在互联网环境中使用Z39.50信息检索协议”,RFC1729,1994年12月。

[RFC1730] Crispin, M., "Internet Message Access Protocol - Version 4", RFC 1730, December 1994.

[RFC1730]Crispin,M.,“互联网消息访问协议-第4版”,RFC1730,1994年12月。

[RFC1739] Kessler, G. and S. Shepard, "A Primer On Internet and TCP/IP Tools", RFC 1739, December 1994.

[RFC1739]Kessler,G.和S.Shepard,“互联网和TCP/IP工具入门”,RFC 1739,1994年12月。

   [RFC1745]  Varadhan, K., Hares, S. and Y. Rekhter, "BGP4/IDRP for
              IP---OSPF Interaction", RFC 1745, December 1994.
        
   [RFC1745]  Varadhan, K., Hares, S. and Y. Rekhter, "BGP4/IDRP for
              IP---OSPF Interaction", RFC 1745, December 1994.
        

[RFC1757] Waldbusser, S., "Remote Network Monitoring MIB", RFC 1757, February 1995.

[RFC1757]Waldbusser,S.,“远程网络监控MIB”,RFC1757,1995年2月。

[RFC1777] Yeong, W., Howes, T. and S. Kille, "Lightweight Directory Access Protocol", RFC 1777, March 1995.

[RFC1777]Yeong,W.,Howes,T.和S.Kille,“轻量级目录访问协议”,RFC 17771995年3月。

[RFC1782] Malkin, G. and A. Harkin, "TFTP Option Extension", RFC 1782, March 1995.

[RFC1782]Malkin,G.和A.Harkin,“TFTP期权扩展”,RFC1782,1995年3月。

[RFC1783] Malkin, G. and A. Harkin, "TFTP BlockOption Option", RFC 1783, March 1995.

[RFC1783]Malkin,G.和A.Harkin,“TFTP区块期权”,RFC1783,1995年3月。

[RFC1784] Malkin, G. and A. Harkin, "TFTP Timeout Interval and Transfer Size Options", RFC 1784, March 1995.

[RFC1784]Malkin,G.和A.Harkin,“TFTP超时间隔和传输大小选项”,RFC17841995年3月。

[RFC1798] Young, A., "Connection-less Lightweight Directory Access Protocol", RFC 1798, June 1995.

[RFC1798]杨,A.,“无连接轻型目录访问协议”,RFC17981995年6月。

[RFC1813] Callaghan, B., Pawlowski, B. and P. Staubach, "NFS Version 3 Protocol Specification", RFC 1813, June 1995.

[RFC1813]Callaghan,B.,Pawlowski,B.和P.Staubach,“NFS版本3协议规范”,RFC 1813,1995年6月。

[RFC1819] Delgrossi, L. and L. Berger, "Internet Stream Protocol Version 2 (ST2)", RFC 1819, August 1995.

[RFC1819]Delgrossi,L.和L.Berger,“互联网流协议版本2(ST2)”,RFC 18191995年8月。

[RFC1831] Srinivasan, R., "Remote Procedure Call Protocol Version 2", RFC 1831, August 1995.

[RFC1831]Srinivasan,R.,“远程过程调用协议版本2”,RFC 18311995年8月。

[RFC1853] Simpson, W., "IP in IP Tunneling", RFC 1853, October 1995.

[RFC1853]辛普森,W.,“IP隧道中的IP”,RFC1853,1995年10月。

[RFC1901] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Introduction to Community-based SNMPv2", RFC 1901, January 1996.

[RFC1901]Case,J.,McCloghrie,K.,Rose,M.和S.Waldbusser,“基于社区的SNMPv2简介”,RFC 19011996年1月。

[RFC1902] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Structure of Management Information for version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1902, January 1996.

[RFC1902]Case,J.,McCloghrie,K.,Rose,M.和S.Waldbusser,“简单网络管理协议(SNMPv2)版本2的管理信息结构”,RFC 1902,1996年1月。

[RFC1903] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Textual Conventions for version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1903, January 1996.

[RFC1903]Case,J.,McCloghrie,K.,Rose,M.和S.Waldbusser,“简单网络管理协议(SNMPv2)版本2的文本约定”,RFC 1903,1996年1月。

[RFC1904] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Conformance Statements for version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1904, January 1996.

[RFC1904]Case,J.,McCloghrie,K.,Rose,M.和S.Waldbusser,“简单网络管理协议(SNMPv2)版本2的一致性声明”,RFC 1904,1996年1月。

[RFC1905] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Protocol Operations for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1905, January 1996.

[RFC1905]Case,J.,McCloghrie,K.,Rose,M.和S.Waldbusser,“简单网络管理协议(SNMPv2)版本2的协议操作”,RFC 1905,1996年1月。

[RFC1906] Case, J., McCloghrie, K., Rose, M. and S. Waldbusser, "Transport Mappings for Version 2 of the Simple Network Management Protocol (SNMPv2)", RFC 1906, January 1996.

[RFC1906]Case,J.,McCloghrie,K.,Rose,M.和S.Waldbusser,“简单网络管理协议(SNMPv2)版本2的传输映射”,RFC 1906,1996年1月。

[RFC1940] Estrin, D., Li, T., Rekhter, Y., Varadhan, K. and D. Zappala, "Source Demand Routing: Packet Format and Forwarding Specification (Version 1)", RFC 1940, May 1996.

[RFC1940]Estrin,D.,Li,T.,Rekhter,Y.,Varadhan,K.和D.Zappala,“源请求路由:数据包格式和转发规范(版本1)”,RFC 1940,1996年5月。

[RFC1945] Berners-Lee, T. and R. Fielding, "Hypertext Transfer Protocol -- HTTP/1.0", RFC 1945, November 1995.

[RFC1945]Berners Lee,T.和R.Fielding,“超文本传输协议——HTTP/1.0”,RFC 1945,1995年11月。

[RFC2002] Perkins, C., "IP Mobility Support", RFC 2002, October 1996.

[RFC2002]Perkins,C.,“IP移动支持”,RFC 2002,1996年10月。

[RFC2003] Perkins, C., "IP Encapsulation within IP", RFC 2003, October 1996.

[RFC2003]Perkins,C.,“IP内的IP封装”,RFC 2003,1996年10月。

[RFC2021] Waldbusser, S., "Remote Network Monitoring MIB (RMON-2)", RFC 2021, January 1997.

[RFC2021]Waldbusser,S.,“远程网络监控MIB(RMON-2)”,RFC 20211997年1月。

[RFC2037] McCloghrie, K. and A. Bierman, "Entity MIB using SMIv2", RFC 2037, October 1996.

[RFC2037]McCloghrie,K.和A.Bierman,“使用SMIv2的实体MIB”,RFC 2037,1996年10月。

[RFC2068] Fielding, R., Gettys, J., Mogul, J., Frystyk, H. and T. Berners-Lee, "Hypertext Transfer Protocol -- HTTP/1.1", RFC 2068, January 1997.

[RFC2068]菲尔丁,R.,盖蒂斯,J.,莫卧儿,J.,弗莱斯蒂克,H.和T.伯纳斯李,“超文本传输协议——HTTP/1.1”,RFC 2068,1997年1月。

[RFC2069] Franks, J., Hallam-Baker, P., Hostetler, J., Luotonen, P. A. and E. L. Stewart, "An Extension to HTTP: Digest Access Authentication", RFC 2069, January 1997.

[RFC2069]Franks,J.,Hallam Baker,P.,Hostetler,J.,Lootonen,P.A.和E.L.Stewart,“HTTP的扩展:摘要访问认证”,RFC 2069,1997年1月。

[RFC2074] Bierman, A. and R. Iddon, "Remote Network Monitoring MIB Protocol Identifiers", RFC 2074, January 1997.

[RFC2074]Bierman,A.和R.Iddon,“远程网络监控MIB协议标识符”,RFC 2074,1997年1月。

[RFC2109] Kristol, D. and L. Montulli, "HTTP State Management Mechanism", RFC 2109, February 1997.

[RFC2109]Kristol,D.和L.Montulli,“HTTP状态管理机制”,RFC2109,1997年2月。

[RFC2138] Rigney, C., Rubens, A., Simpson, W. and W. Willens, "Remote Authentication Dial In User Service (RADIUS)", RFC 2138, April 1997.

[RFC2138]Rigney,C.,Rubens,A.,Simpson,W.和W.Willens,“远程认证拨入用户服务(RADIUS)”,RFC 21381997年4月。

[RFC2139] Rigney, C., "RADIUS Accounting", RFC 2139, April 1997.

[RFC2139]里格尼,C.,“半径会计”,RFC2139,1997年4月。

[RFC2145] Mogul, J., Fielding, R., Gettys, J. and H. Frystyk, "Use and interpretation of HTTP version numbers", RFC 2145, May 1997.

[RFC2145]Mogul,J.,Fielding,R.,Gettys,J.和H.Frystyk,“HTTP版本号的使用和解释”,RFC 2145,1997年5月。

[RFC2205] Braden, R., Zhang, L., Berson, S., Herzog, S. and S. Jamin, "Resource ReSerVation Protocol (RSVP) -- Version 1 Functional Specification", RFC 2205, September, 1997.

[RFC2205]Braden,R.,Zhang,L.,Berson,S.,Herzog,S.和S.Jamin,“资源预留协议(RSVP)——第1版功能规范”,RFC 22052997年9月。

[RFC2233] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB Using SMIv2", RFC 2233, November, 1997.

[RFC2233]McCloghrie,K.和F.Kastenholz,“使用SMIv2的接口组MIB”,RFC 2233,1997年11月。

[RFC2271] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for Describing SNMP Management Frameworks", RFC 2271, January 1998.

[RFC2271]Harrington,D.,Presohn,R.和B.Wijnen,“描述SNMP管理框架的体系结构”,RFC 22711998年1月。

[RFC2272] Case, J., Harrington D., Presuhn R. and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2272, January 1998.

[RFC2272]Case,J.,Harrington D.,Presohn R.和B.Wijnen,“简单网络管理协议(SNMP)的消息处理和调度”,RFC 2272,1998年1月。

[RFC2273] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC 2273, January 1998.

[RFC2273]Levi,D.,Meyer,P.和B.Stewart,“SNMPv3应用”,RFC 2273,1998年1月。

[RFC2274] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2274, January 1998.

[RFC2274]Blumenthal,U.和B.Wijnen,“简单网络管理协议(SNMPv3)第3版的基于用户的安全模型(USM)”,RFC 2274,1998年1月。

[RFC2275] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 2275, January 1998.

[RFC2275]Wijnen,B.,Presohn,R.和K.McCloghrie,“用于简单网络管理协议(SNMP)的基于视图的访问控制模型(VACM)”,RFC 22751998年1月。

[RFC2332] Luciani, J., Katz, D., Piscitello, D., Cole, B. and N. Doraswamy, "NBMA Next Hop Resolution Protocol (NHRP)", RFC 2332, April 1998.

[RFC2332]Luciani,J.,Katz,D.,Piscitello,D.,Cole,B.和N.Doraswamy,“NBMA下一跳解析协议(NHRP)”,RFC 2332,1998年4月。

[RFC2408] Maughan, D., Schertler, M., Schneider, M. and J. Turner, RFC 2408, November 1998.

[RFC2408]Maughan,D.,Schertler,M.,Schneider,M.和J.Turner,RFC 2408,1998年11月。

[RFC2570] Case, J., Mundy, R., Partain, D. and B. Stewart, "Introduction to Version 3 of the Internet-standard Network Management Framework", RFC 2570, April 1999.

[RFC2570]Case,J.,Mundy,R.,Partain,D.和B.Stewart,“互联网标准网络管理框架第3版简介”,RFC 25701999年4月。

[RFC2571] Harrington, D., Presuhn, R. and B. Wijnen, "An Architecture for Describing SNMP Management Frameworks", RFC 2571, April 1999.

[RFC2571]Harrington,D.,Presohn,R.和B.Wijnen,“描述SNMP管理框架的体系结构”,RFC 2571,1999年4月。

[RFC2572] Case, J., Harrington D., Presuhn R. and B. Wijnen, "Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)", RFC 2572, April 1999.

[RFC2572]Case,J.,Harrington D.,Presohn R.和B.Wijnen,“简单网络管理协议(SNMP)的消息处理和调度”,RFC 2572,1999年4月。

[RFC2573] Levi, D., Meyer, P. and B. Stewart, "SNMPv3 Applications", RFC 2573, April 1999.

[RFC2573]Levi,D.,Meyer,P.和B.Stewart,“SNMPv3应用”,RFC 2573,1999年4月。

[RFC2574] Blumenthal, U. and B. Wijnen, "User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)", RFC 2574, April 1999.

[RFC2574]Blumenthal,U.和B.Wijnen,“简单网络管理协议(SNMPv3)第3版基于用户的安全模型(USM)”,RFC 2574,1999年4月。

[RFC2575] Wijnen, B., Presuhn, R. and K. McCloghrie, "View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)", RFC 2575, April 1999.

[RFC2575]Wijnen,B.,Presohn,R.和K.McCloghrie,“用于简单网络管理协议(SNMP)的基于视图的访问控制模型(VACM)”,RFC 2575,1999年4月。

[RFC2578] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999.

[RFC2578]McCloghrie,K.,Perkins,D.,Schoenwaeld,J.,Case,J.,Rose,M.和S.Waldbusser,“管理信息的结构版本2(SMIv2)”,STD 58,RFC 2578,1999年4月。

[RFC2579] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999.

[RFC2579]McCloghrie,K.,Perkins,D.,Schoenwaeld,J.,Case,J.,Rose,M.和S.Waldbusser,“SMIv2的文本约定”,STD 58,RFC 2579,1999年4月。

[RFC2580] McCloghrie, K., Perkins, D., Schoenwaelder, J., Case, J., Rose, M. and S. Waldbusser, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999.

[RFC2580]McCloghrie,K.,Perkins,D.,Schoenwaeld,J.,Case,J.,Rose,M.和S.Waldbusser,“SMIv2的一致性声明”,STD 58,RFC 25801999年4月。

[RFC2600] Reynolds, J. and R. Braden, "Internet Official Protocol Standards", STD 1, RFC 2600, March 2000.

[RFC2600]Reynolds,J.和R.Braden,“互联网官方协议标准”,STD 1,RFC 2600,2000年3月。

[RFC2895] Bierman, A., Bucci, C. and R. Iddon, "RMON Protocol Identifier Reference", RFC 2895, August 2000.

[RFC2895]Bierman,A.,Bucci,C.和R.Iddon,“RMON协议标识符参考”,RFC 28952000年8月。

7. Security Considerations
7. 安全考虑

This document contains textual descriptions of well-known networking protocols, not the definition of any networking behavior. As such, no security considerations are raised by its publication.

本文档包含已知网络协议的文本描述,而不是任何网络行为的定义。因此,其发布没有提出任何安全考虑。

8. Authors' Addresses
8. 作者地址

Andy Bierman Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA USA 95134

安迪·比尔曼思科系统公司,美国加利福尼亚州圣何塞西塔斯曼大道170号,邮编95134

   Phone: +1 408-527-3711
   EMail: abierman@cisco.com
        
   Phone: +1 408-527-3711
   EMail: abierman@cisco.com
        

Chris Bucci Cisco Systems, Inc. 170 West Tasman Drive San Jose, CA USA 95134

Chris Bucci Cisco Systems,Inc.美国加利福尼亚州圣何塞西塔斯曼大道170号,邮编95134

   Phone: +1 408-527-5337
   EMail: cbucci@cisco.com
        
   Phone: +1 408-527-5337
   EMail: cbucci@cisco.com
        

Robin Iddon c/o 3Com Inc. Blackfriars House 40/50 Blackfrias Street Edinburgh, EH1 1NE, UK

Robin Iddon c/o 3Com Inc.Blackfriars House 40/50 Blackfrias Street Edinburgh,EH1 1NE,英国

Phone: +44 131.558.3888 EMail: None

电话:+44131.558.3888电子邮件:无

9. Full Copyright Statement
9. 完整版权声明

Copyright (C) The Internet Society (2000). All Rights Reserved.

版权所有(C)互联网协会(2000年)。版权所有。

This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.

本文件及其译本可复制并提供给他人,对其进行评论或解释或协助其实施的衍生作品可全部或部分编制、复制、出版和分发,不受任何限制,前提是上述版权声明和本段包含在所有此类副本和衍生作品中。但是,不得以任何方式修改本文件本身,例如删除版权通知或对互联网协会或其他互联网组织的引用,除非出于制定互联网标准的需要,在这种情况下,必须遵循互联网标准过程中定义的版权程序,或根据需要将其翻译成英语以外的其他语言。

The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns.

上述授予的有限许可是永久性的,互联网协会或其继承人或受让人不会撤销。

This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

本文件和其中包含的信息是按“原样”提供的,互联网协会和互联网工程任务组否认所有明示或暗示的保证,包括但不限于任何保证,即使用本文中的信息不会侵犯任何权利,或对适销性或特定用途适用性的任何默示保证。

Acknowledgement

确认

Funding for the RFC Editor function is currently provided by the Internet Society.

RFC编辑功能的资金目前由互联网协会提供。