rfc2932.txt

RFC规范的翻译稿

描述：
“组地址掩码，当结合相应的ipMRouteBoundaryAddress值，定义了的组范围（现有的边界网段）。”
 ::= { ipMRouteBoundaryEntry 3 }

ipMRouteBoundaryStatus对象类型
语法：RowStatus
最大访问权限：读创建
状态：现行
描述：
“在创建的新表项或者从这个表中删除的旧表项时，这个行的状态。”
::= { ipMRouteBoundaryEntry 4 }

-- IP组播范围的名称表

ipMRouteScopeNameTable对象类型
语法：IpMRouteScopeNameEntry的序列
最大访问权限：不可访问
状态：现行
描述：
“列出了组播范围的名称的（概念上）表单。”
 ::= { ipMRoute 6 }

ipMRouteScopeNameEntry对象类型
语法：IpMRouteScopeNameEntry
最大访问权限：不可访问
状态：现行
描述：
“在ipMRouteScopeNameTable中的一个表项(概念上的行)，描述了一个组播范围的名称。”
索引{ ipMRouteScopeNameAddress，
ipMRouteScopeNameAddressMask，
IMPLIED ipMRouteScopeNameLanguage }
::= { ipMRouteScopeNameTable 1 }

IpMRouteScopeNameEntry ::= 序列{
IpMRouteScopeNameAddress：IpAddress，
ipMRouteScopeNameAddressMask：IpAddress，
ipMRouteScopeNameLanguage：LanguageTag，
ipMRouteScopeNameString：SnmpAdminString，
ipMRouteScopeNameDefault：TruthValue，
ipMRouteScopeNameStatus：RowStatus
}

ipMRouteScopeNameAddress对象类型
语法：IpAddress
最大访问权限：不可访问
状态：现行
描述：
“组地址。和相应的ipMRouteScopeNameAddressMask值组合起来，定义了和组播范围相关的组范围。地址范围是239.x.x.x网段。”
::= { ipMRouteScopeNameEntry 1 }

ipMRouteScopeNameAddressMask对象类型
语法：IpAddress
最大访问权限：不可访问
状态：现行
描述：
“组地址掩码。和相应的ipMRouteScopeNameAddress值组合起来，定义了和组播范围相关的组范围。”
::= { ipMRouteScopeNameEntry 2 }

ipMRouteScopeNameLanguage对象类型
语法：LanguageTag
最大访问权限：不可访问
状态：现行
描述：
“和范围名称相关的类RFC 1766语言标签。”
::= { ipMRouteScopeNameEntry 3 }

ipMRouteScopeNameString对象类型
语法：SnmpAdminString
最大访问权限：读创建
状态：现行
描述：
“和组播范围相关的文本名称。这个对象的值应该符合最终用户的显示要求。例如在这个范围内分配一个组播地址。没有指定名称时，这个对象的缺省值应该是字符串239.x.x.x/y， x和y代表和范围相对应的适当的地址和掩码的长度。”
::= { ipMRouteScopeNameEntry 4 }

ipMRouteScopeNameDefault对象类型
语法  TruthValue
最大访问权限：读创建
状态：现行
描述：
“如果为真，表示一种优先选择权，如果在想用的语言中没有可用的名称，那么应用程序就应该使用下列语言中的名称。”
DEFVAL { false }
::= { ipMRouteScopeNameEntry 5 }

ipMRouteScopeNameStatus对象类型
语法：RowStatus
最大访问权限：读创建
状态：现行
描述：
“该行的状态，用于创建新的入口或从列表中删除旧的入口。”
::= { ipMRouteScopeNameEntry 6 }

-- 一致性信息

ipMRouteMIBConformance
对象标识符 ::= { ipMRouteStdMIB 2 }
ipMRouteMIBCompliances
对象标识符 ::= { ipMRouteMIBConformance 1 }
ipMRouteMIBGroups 对象标识符 ::= { ipMRouteMIBConformance 2 }

-- 一致性状态

ipMRouteMIBCompliance依从模块
状态：现行
描述：
“IP组播MIB的一致性状态。”
MODULE  -- this module
强制性组{ ipMRouteMIBBasicGroup，
ipMRouteMIBRouteGroup}

组：ipMRouteMIBBoundaryGroup
描述：
“这个组是强制性的，如果路由器支持管理范围的组播地址边界。”

对象：ipMRouteBoundaryStatus
最小访问权限：只读
描述：
“不需要写入访问。”

对象：ipMRouteScopeNameStatus
最小访问权限：只读
描述：
“不需要写入访问。”

组：ipMRouteMIBHCInterfaceGroup
描述：
“该组只对ifSpeed的相应数值大于20Mbps的网络接口是强制性的。”
::= { ipMRouteMIBCompliances 1 }

-- 一致的单元

ipMRouteMIBBasicGroup对象组
对象{ ipMRouteEnable，ipMRouteEntryCount，
ipMRouteUpstreamNeighbor，ipMRouteInIfIndex，
ipMRouteUpTime，ipMRouteExpiryTime，
ipMRouteNextHopState，
ipMRouteNextHopUpTime，
ipMRouteNextHopExpiryTime，
ipMRouteNextHopProtocol，
ipMRouteNextHopPkts，
ipMRouteInterfaceTtl，
ipMRouteInterfaceProtocol，ipMRouteInterfaceRateLimit，
ipMRouteInterfaceInMcastOctets，
ipMRouteInterfaceOutMcastOctets，
ipMRouteProtocol
}
状态：现行
描述：
“支持基本的IP 组播路由管理的对象集合。”
::= { ipMRouteMIBGroups 1 }

ipMRouteMIBHopCountGroup对象组
对象{ ipMRouteNextHopClosestMemberHops }
状态：现行
描述：
“支持IP组播路由跳计数应用管理的对象。”
 ::= { ipMRouteMIBGroups 2 }

ipMRouteMIBBoundaryGroup对象组
对象{ ipMRouteBoundaryStatus，ipMRouteScopeNameString，
ipMRouteScopeNameDefault，ipMRouteScopeNameStatus }
状态：现行
描述：
“支持组播地址边界范围管理的对象集合。”
::= { ipMRouteMIBGroups 3 }

ipMRouteMIBPktsOutGroup对象组
对象{ ipMRouteNextHopPkts }
状态：现行
描述：
“支持各个输出接口表项的路由器的数据包计数器的管理对象集合。”
::= { ipMRouteMIBGroups 4 }

ipMRouteMIBHCInterfaceGroup对象组
对象{ ipMRouteInterfaceHCInMcastOctets，
ipMRouteInterfaceHCOutMcastOctets，
ipMRouteHCOctets }
状态：现行
描述：
“提供给高速网络接口(高于20，000，000 bps)的信息细节的对象集合。”
::= { ipMRouteMIBGroups 5 }

ipMRouteMIBRouteGroup对象组
对象{ ipMRouteRtProto，ipMRouteRtAddress，
ipMRouteRtMask，ipMRouteRtType }
状态：现行
描述：
“提供了与组播路由信息和IP转发列表相关信息的对象集合。”
::= { ipMRouteMIBGroups 6 }

ipMRouteMIBPktsGroup对象组
对象{ ipMRoutePkts，ipMRouteDifferentInIfPackets，
ipMRouteOctets }
状态：现行
描述：
“支持各个转发表项的数据包计数器管理的对象集合。”
::= { ipMRouteMIBGroups 7 }

END
5.  IANA需要考虑的问题
ipMRouteRtProto、ipMRouteNextHopProtocol、ipMRouteInterfaceProtocol和 ipMRouteProtocol采用从了IANA-RTPROTO-MIB引入的文本约定。在单独的MIB模块中定义这些文本约定的目的是允许定义附加变量，除非发布这个文档的新版本。IANA(Internet Assigned Numbers Authority)对分配所有Internet编号（包括各种和SNMP相关的编号）赋有责任；它将管理和这些文本约定相关的数值。
在和IANA-RTPROTO-MIB的MODULE- IDENTITY声明相关的描述条款中，勾勒出了对IANA-RTPROTO-MIB进行变更和增减时所要遵守的规则。
可以从IANA的主页http://www.iana.org/来访问IANA-RTPROTO-MIB的当前版本。
6.  需要考虑的安全因素
这个MIB包含了可读的对象，它们的值提供了有关组播路由的信息，包括用什么机制发送到哪个组的信息。也有许多具有读/写和/或读创建的最大访问权限子句的对象，例如那些允许网络管理员配置的组播边界。
当对可读对象进行无授权的访问时，并没有太多问题；但是对可写对象进行无授权的操作时，就可能导致拒绝服务，或者导致数据包广播，而不仅仅是本地发布。因此，在没有恰当的保护措施的非安全环境中，对SET业务的支持可能会对网络业务产生负面影响。
SNMPv1自身不是一个安全环境。即使假设它自身是安全的（如用IPSec），仍然没有方法在MIB中控制网络上允许连通或GET/SET（read/change/create/delete）的信息。
强烈被推荐具有安全特性的应用----SNMPv3。尤其推荐使用基本用户安全模型RFC2574[12]和基于观点连接控制模型RFC2575[15]。
保证SNMP提供连通MIB是客户/用户的责任，应该配置成只有给那些合法用户有权实施Get或Set信息。
7.  知识产权声明
IETF不考虑任何关于知识产权或其他权利的有效性或适用范围的问题，这些权利可能附属于那些实现和使用本文档描述的技术的文档中声明，基于此产权声明的许可不是必须的。而且也无须表示为了识别此声明而做的努力。关于标准制定和标准相关的IETF版权声明过程的信息可以在BCP-11中找到。可以从IETF秘书处得到出版物的有效版权声明的复制和许可证书，还可以使用此详述的制定者和使用者的私人授权，以便得到通用的授权和许可。
IETF邀请任何感兴趣的组织注意其版权、专利或专利应用、其它专有权利，它们可能需要使用这个标准的技术。请告知IETF 执行董事会相关的信息。
8.  致谢
该MIB模块基于对IETF的Inter- Domain组播路由(IDMR)工作组的建议而修改。
9.  作者地址
Keith McCloghrie
cisco Systems，Inc.
170 West Tasman Drive
San Jose，CA  95134-1706
Phone: [phone]
EMail: [e-mail]

Dino Farinacci
Procket Networks
3850 North First Street
San Jose，CA 95134
Phone: [phone]
Email: [e-mail]

Dave Thaler
Microsoft Corporation
One Microsoft Way
Redmond，WA  98052-6399
Phone: [phone]
EMail: [e-mail]
10.  参考文献
[1]  Wijnen，B.，Harrington，D. and R. Presuhn，"An Architecture for  Describing SNMP Management Frameworks"，RFC 2571，April 1999.
[2]  Rose，M. and K. McCloghrie，"Structure and Identification of Management Information for TCP/IP-based Internets"，STD 16，RFC 1155，May 1990.
[3]  Rose，M. and K. McCloghrie，"Concise MIB Definitions"，STD 16，RFC 1212，March 1991.
[4]  Rose，M.，"A Convention for Defining Traps for use with the SNMP"，RFC 1215，March 1991.
[5]  McCloghrie，K.，Perkins，D.，Schoenwaelder，J.，Case，J.，Rose，M.  and S. Waldbusser，"Structure of Management Information Version 2 (SMIv2)"，STD 58，RFC 2578，STD 58，April 1999.
[6]  McCloghrie，K.，Perkins，D.，Schoenwaelder，J.，Case，J.，Rose，M.  and S. Waldbusser，"Textual Conventions for SMIv2"，STD 58，RFC 2579，April 1999.
[7]  McCloghrie，K.，Perkins，D.，Schoenwaelder，J.，Case，J.，Rose，M.  and S. Waldbusser，"Conformance Statements for SMIv2"，STD 58，RFC 2580，April 1999.
[8]  Case，J.，Fedor，M.，Schoffstall，M. and J. Davin，"Simple Network Management Protocol"，STD 15，RFC 1157，May 1990.
[9]  Case，J.，McCloghrie，K.，Rose，M. and S. Waldbusser，"Introduction to Community-based SNMPv2"，RFC 1901，January 1996.
[10] 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.
[11] Case，J.，Harrington D.，Presuhn R. and B. Wijnen，"Message Processing and Dispatching for the Simple Network Management Protocol (SNMP)"，RFC 2572，April 1999.
[12] Blumenthal，U. and B. Wijnen，"User-based Security Model (USM) for version 3 of the Simple Network Management Protocol (SNMPv3)"，RFC 2574，April 1999.
[13] 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.
[14] Levi，D.，Meyer，P. and B. Stewart，"SNMPv3 Applications"，RFC 2573，April 1999.
[15] Wijnen，B.，Presuhn，R. and K. McCloghrie，"View-based Access Control Model (VACM) for the Simple Network Management Protocol (SNMP)"，RFC 2575，April 1999.
[16] Deering，S.，"multicast Routing in a Datagram Internetwork"，PhD thesis，Electrical Engineering Dept.，Stanford University，December 1991.
[17] Waitzman，D.，Partridge，C. and S. Deering，"Distance Vector multicast routing protocol"，RFC 1075，November 1988.
[18] Estrin，D.，Farinacci，D.，Helmy，A.，Thaler，D.，Deering，S.，Handley，M.，Jacobson，V.，Liu，C.，Sharma，P. and L. Wei，"Protocol Independent multicast-Sparse Mode (PIM-SM): Protocol Specification"，RFC 2362，June 1998.
[19] Deering，S.，Estrin，D.，Farinacci，D.，Jacobson，V.，Helmy，A. and L. Wei，"Protocol Independent multicast Version 2，Dense Mode Specification"，Work in Progress.
[20] Moy，J.，"multicast Extensions to OSPF"，RFC 1584，March 1994.
[21] Ballardie，A.，"Core Based Trees (CBT version 2) multicast routing"，RFC 2189，September 1997.
[22] Meyer，D.，"Administratively Scoped IP multicast"，BCP 23，RFC 2365，July 1998.
11.  完整的版权声明
Copyright (C) The Internet Society (2000)。版权所有。
本文档及其译文可以拷贝和提供给他人，且其衍生物，如评论、解释或帮助实施的作品可以全部或部分地定制、拷贝、出版和发布，对此我们不加任何限制，前提是上述版权声明，及本段内容包含在所有的拷贝和派生作品中。然而，本文档本身不允许以任何方式修改，例如删除Internet社团或其他Internet组织的版权声明或参考，除非是为了开发Internet标准的需要。即便在这种情况下，也需要添加Internet标准中定义的版权声明，或者根据需要把他翻译成英语以外的其他语言。
上述准许的有限许可是永久性的， 无论是Internet社团以及其继承者或代理者都将不会废止这些许可。
本文档及其中包含的信息基于“AS IS”提供，而且INTERNET社团和IETF拒绝所有授权、表达或影射，包括但不限于任何这里使用的消息的授权将不会违背任何版权或者隐含的商业性授权或对特定的合理目的。
致谢
目前，RFC编者活动的基金由Internet社团提供。

RFC2932——IPv4组播路由MIB

RFC文档中文翻译计划                                                                                 [Page 22]