rfc2670.txt

本程序为在linux下实现FTP传输文件的实现

组织：中国互动出版网（http://www.china-pub.com/）
RFC文档中文翻译计划（http://www.china-pub.com/compters/emook/aboutemook.htm）
E-mail：[e-mail]
译者：郭大刚（guodagang [e-mail]）
译文发布时间：2002-1-18
版权：本中文翻译文档版权归中国互动出版网所有。可以用于非商业用途自由转载，但必须
保留本文档的翻译及版权信息。



Network Working Group                                    M. St. Johns，Ed.
Request for Comments: 2670                                   @Home Network 
Category: Proposed Standard                                    August 1999    

关于MCNS/DOCSIS兼容RF接口的RF接口MIB 
（RFC2670——Radio Frequency (RF) Interface Management Information Base
for MCNS/DOCSIS compliant RF interfaces）

本备忘录的状态
本文档讲述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建
议以得到改进。请参考最新版的”Internet架构委员会正式协议标准”来获得本协议的标准
化程度和状态。本备忘录的发布不受任何限制。
版权声明
Copyright (C) The Internet Society (1999)。版权声明。
摘要
这个备忘录定义了管理信息数据库(Management Information Base，缩写为MIB)的一部
分用于管理INTERNET社团的网络管理对象。尤其是，它定义了一套基本的基于SNMP来
管理遵从MCNS/DOCSIS标准的射频(Radio Frequency，缩写为RF)接口的管理对象。
这个备忘录以遵从SNMP SMIv2 [5][6][7]的风格定义了一种MIB模块。这套对象和
SNMP构架以及现存的SNMP标准是协调一致的。
这个备忘录是IETF的IPCDN工作组的产物。其注解可以寄往工作组的邮件列表 
[e-mail] 以及作者。
目录
1. SNMP管理框架	2
2. 术语表	3
2.1.有线电视(CATV)	3
2.2.频道(Channel)	3
2.3. 线缆调制解调器(Cable Modem，缩写为CM)	3
2.4. 线缆调制解调器头端系统(Cable Modem Termination System，缩写为CMTS)	4
2.5.代码字(Codeword)	4
2.6.数据包(Data Packet)	4
2.7.dBmV	4
2.8.DOCSIS	4
2.9.下行(Downstream)	4
2.10.前端(Head-end)	4
2.11.MAC数据包	4
2.12.MCNS	5
2.13.袖珍通道	5
2.14.QPSK(Quadrature Phase Shift Keying)	5
2.15.QAM(Quadrature Amplitude Modulation)	5
2.16.RF(Radio Frequency)	5
2.17.Symbol-times	5
2.18.上行(Upstream)	5
3. 综述	5
3.1. MIB的结构	6
3.1.1.docsIfBase对象	6
3.1.2.docsIfCm对象	6
3.1.3.docsIfCmts对象	6
3.2. 和接口MIB的关系	7
3.2.1.分层模型	7
3.2.2.虚电路(Virtual Circuits)	8
3.2.3.ifTestTable	8
3.2.4.ifRcvAddressTable	8
3.2.5.ifEntry	8
3.2.5.1.下行接口的ifEntry	8
3.2.5.1.1. CMTS下行接口的ifEntry	8
3.2.5.1.2. Cable Modem的下行接口ifEntry	9
3.2.5.2.上行接口的ifEntry	9
3.2.5.2.1.CMTS的上行接口ifEntry	10
3.2.5.2.2. Cable Modem的上行接口ifEntry	10
3.2.5.3. MAC 层的ifEntry	11
4. 定义	11
5. 致谢	57
6. 参考文献	57
7. 需要考虑的安全问题	58
8.知识产权	59
9.作者地址	59
10. 完整的版权声明	59
致谢	59

1. SNMP管理框架
目前，SNMP管理框架有五个主要的组成部分：
o在RFC2571[1]中描述了整体结构。
o描述和命名用来管理的对象和事件的机制。SMI第一版称做SMIv1，在STD 16，RFC 
1155[2]，STD 16，FRC1212[3]，RFC1215[4]中描述。第二版，称做SMIv2，在STD58，
RFC2578[5]，RFC2579[6]，RFC 2580[7]中描述。
o传输管理信息的消息协议。SNMP消息协议的第一版称为SNMPv1，在STD15，
RFC1157[8]中描述。第二版称为SNMPv2c，不是INTERNET标准协议，在RFC1901[9]，
RFC1906[10]中描述。第三版称为SNMPv3，在RFC1906[10]，RFC2572[11]，RFC2574[12]
中描述。
o访问管理信息的操作协议。第一套可操作的与PDU格式有关的协议在STD15，
RFC1157[8]中描述。第二套在RFC1905[13]中描述。
o在RFC2573[14]中描述的是一套基础应用，还有基于视图的访问控制机制，在
RFC2575[15]中描述。
管理对象通过虚拟信息仓库访问，术语叫做管理信息库或MIB。MIB中的对象使用在SMI
中定义的机制来定义。
本备注指定了一个服从SMIv2的MIB模块。遵从SMIv1的MIB可通过适当的翻译得出，
结果在语义上必须等价，除非由于不可翻译而省略对象或事件(use of Counter64)。在翻译时，
一些机器可读的SMIv2信息会转换成SMIv1的原文描述。然而，这些丢失的信息被认为不
会改变MIB的语义。
2. 术语表
在这个文档中的术语既来源于常规的同轴电缆系统的应用，也来源于有关DCSIS的文
档。
2.1.有线电视(CATV)
原先的“有线电视(Community Antenna Television)”，现在指用来为社区传送视频信号
的任何电缆或者光纤/电缆混合系统。
2.2.频道(Channel)
分配给一个RF介质的特定频率，由频道宽度(单位是Hertz，每秒的周期数)和中心频率
指定。在北美的电缆系统中，上行频带一般是在5-42MHz这个范围，为了兼容现有系统下
行频带一般是在50-750MHz这个范围。在北美，典型的广播频道的频宽是6MHz。上行频
道的频宽根据DOCSIS标准而有所不同。
2.3. 线缆调制解调器(Cable Modem，缩写为CM)
在符合DOCSIS的电缆数据系统中CM被当作一个“从属(slave)” 数据终端设备。
2.4. 线缆调制解调器头端系统(Cable Modem Termination 
System，缩写为CMTS)
对前端的电缆桥接器和电缆路由器的统称。在兼容DOCSIS的电缆数据系统中，CMTS
是主数据终端设备。它是唯一的发射下行信号的数据终端设备，而且CMTS控制着和它相连
的CM的下行数据传输的调度。
2.5.代码字(Codeword)
见[16]。用于RF介质层上的前向纠错模式的一种工作特性。
2.6.数据包(Data Packet)
MAC数据包的有效载荷部分。
2.7.dBmV
一微伏上的分贝值。RF功率的单位。
2.8.DOCSIS
“电缆接口上的数据规范(Data Over Cable Interface Specification)”。在ITU-T J.112 
附录B cable modem系统的标准[20]中提出的一个术语。
2.9.下行(Downstream)
从前端到用户的方向。
2.10.前端(Head-end)
在大多数为用户提供视频信号的电缆系统中信号源。
2.11.MAC数据包
一种DOCSIS协议数据单元(PDU)。
2.12.MCNS
“多媒体电缆网络系统(Multimedia Cable Network System)”。一般情况下，用途和 
DOCSIS相同。
2.13.袖珍通道
见[16]。通常，为了使CM在上行信道中传输数据，而由CMTS分配给CM的时间间隙。
2.14.QPSK(Quadrature Phase Shift Keying)
一种在RF介质上的特定的调制方案。见[19]。
2.15.QAM(Quadrature Amplitude Modulation)
一种在RF介质上的特定的调制方案。一般用表示调制星座的数量来进行描述(例如16 
QAM)。见[19]，或者其他任何完整的讲解在RF上进行数据通讯的参考书。
2.16.RF(Radio Frequency)
射频。
2.17.Symbol-times
见[16]。一种RF调制方法的特征。
2.18.上行(Upstream)
从用户到前端的方向。
3. 综述
这个MIB为进行符合MCNS/DOCSIS标准的线缆调制解调器(Cable Modem，缩写为
CM)和线缆调制解调器终端系统(Cable Modem Termination System，缩写为CMTS)的RF
接口的管理提供了一套对象。这个规范引用了在DOCSIS RF接口规范[16]中阐述了的一部
分参数和协议.
3.1. MIB的结构
这个MIB包括如下三种结构：
o 所有与CM和CMTS相关的管理信息 (docsIfBaseObjects)。
o 只和CM相关的管理信息(docsIfCmObjects)。
o 只和CMTS相关的管理信息(docsIfCmtsObjects)。
在这些表中聚集了这些功能上的组对象 – 例如服务质量(Quality of Service，缩写为
QoS)、频道特性、MAC层管理等等。自行创建的 (例如根据硬件配置由设备创建的) 行可以，
而且通常是状态对象和配置的组合。通常，要由管理工作站创建的行对于配置对象(读创建)
要受到限制。
3.1.1.docsIfBase对象
docsIfDownstreamChannelTable – 这个表描述了在某个CMTS中激活的下行频道以
及某个CM中收到的下行频道。
docsIfUpstreamChannelTable - 这个表描述了在某个CMTS中激活的上行频道以及
某个CM中当前的上行传输频道。
docsIfQosProfileTable – 这个表描述了电缆数据系统中的有效的QoS服务协议子集。
DocsIfSignalQualityTable – 这个表用于监测收到的RF信号的质量特性。
3.1.2.docsIfCm对象
docsIfCmMacTable – 这个表用于监测DOCSIS MAC接口，并且可以认为是对ifEntry
的扩展。
docsIfCmServiceTable – 这个表描述了在这个CM中可用的上行服务等级。在CMTS
上有一个相同的表 – docsIfCmtsServiceEntry，它从CMTS的角度对服务分级进行了描述。
3.1.3.docsIfCmts对象
docsIfCmtsStatusTable – 这个表格提供了一系列在低层子接口上产生的累计值和事
件的统计数据。
docsIfCmtsCmStatusTable – 这个表格用于处理在由这个CMTS提供服务的系统中
有关已知(例如注册的) cable modem的信息。
docsIfCmtsServiceEntry – 这个表提供了对和上行服务分级有关的信息。
docsIfCmtsModulationTable – 这个表格允许控制和这个CMTS相关的RF信道的调
制方式。
docsIfCmtsMacToCmTable – 这个表允许通过在docsIfCmtsCmTable中的一个(CM
的)MAC地址的接口来进行快速访问。
3.2. 和接口MIB的关系
这一节澄清了这个MIB和Interfaces MIB[17]的关系。相关的几个方面在以下几个小节
里进行了叙述。为了理解这些方面的大概含义，将参考一个应用来讲解Interfaces MIB文档。
3.2.1.分层模型
对每一个RF Downstream接口、RF Upstream接口以及RF MAC层都存在一个ifEntry
的实例。必须执行ifStackTable [17]来定义相关的子接口。
下面是一个具有一个下行和两个上行信道的MAC接口图例
正如从这个例子中看到的那样，RF MAC接口是在下行和上行接口上的一层。
在这个例子中，索引值的分配可能如下：
ifIndex 
ifType
描述
1
docsCableMaclayer(127)
CATV MAC层
2
docsCableDownstream(128) CATV 
下行接口
3
docsCableUpstream(129)
CATV上行接口
4
docsCableUpstream(129)
CATV上行接口
相应的ifStack表项应该是：
IfStackHigherLayer
ifStackLowerLayer
0
1
1
2
1
3
1
4
2
0
3
0
4
0
在电话和Telco回传系统中也采用相同的接口模型。在纯粹的Telco回传系统中(Cable 
Modem象CMTS一样)将没有上行，而只有下行电缆信道。支持Telco回传和电缆上行信道
的系统可以直接使用以上模型，不必做任何修改。
Telco回传上行通道由其他相应的MIB处理，例如PPP或者Modem MIB。
3.2.2.虚电路(Virtual Circuits)
由于这种介质不支持虚电路，所以在这个MIB中没有这方面的应用。
3.2.3.ifTestTable
这个MIB不支持ifTestTable。
3.2.4.ifRcvAddressTable
这个MIB不支持ifRcvAddressTable。
3.2.5.ifEntry
这一节是和在接口MIB规范中指定的需求唯一不同的部分。可以看到有关队列被从如下
的描述中被删除了。
3.2.5.1.下行接口的ifEntry
下行接口的ifEntry支持接口MIB的ifGeneralInformationGroup和ifPacketGroup。这
是在CMTS上唯一的输出接口和所有输入状态的累计 - ifIn* - 会返回数值0。这是在CM上
唯一的一个输入接口和所有输出状态的累计 - ifOut* - 会返回数值0。
3.2.5.1.1. CMTS下行接口的ifEntry
ifTable
注释
ifIndex
各个RF Cable下行接口都以一个ifEntry来表示。
ifType
docsCableDownstream(128)的IANA值。
ifSpeed
返回这个下行通道的速度。返回这个接口的带宽（以bits/s为单位）。这
是字符速率乘以每字符的位数得到的。
ifPhysAddress
返回一个空字符串。
ifAdminStatus
这个接口的管理状态。
ifOperStatus
这个接口当前的可选状态。
ifMtu
接口可以发送的最大帧长度（以字节为单位）。这个数值包括MAC报头的长
度。
ifInOctets
返回0。
ifInUcastPkts
返回0。
ifInMulticastPkts
返回0。
ifInBroadcastPkts
返回0。
ifInDiscards
返回0。
ifInErrors
返回0。
ifInUnknownProtos 
返回0。
ifOutOctets
这个接口上传输的字节总量。包括MAC数据包，也包括MAC报头长度。
ifOutUcastPkts
这个接口上传输的单播数据包的总数，也包括MAC数据报。
ifOutMulticastPkts
返回在这个接口上传输的组播数据包的数量，包括MAC数据包的数据。
ifOutBroadcastPkts
返回在这个接口上传输的广播数据包的数量，包括MAC数据包的数据。
ifOutDiscards
丢弃的输出数据包的总数。可能的结果是：缺乏缓存。
ifOutErrors
由于错误导致不能传输的数据包的数量。
ifPromiscuousMode 
返回失效。
3.2.5.1.2. Cable Modem的下行接口ifEntry
ifTable
注释。
ifIndex
每个RF电缆下行接口都由一个ifEntry来进行标识。
ifType
docsCableDownstream(128)的IANA值。
ifSpeed
返回这个下行通道的速度。返回这个接口的带宽（以bits/s为单位）。这
是字符速率乘以每字符的位数得到的。
ifPhysAddress
返回一个空串。
ifAdminStatus
这个接口的管理状态。
ifOperStatus
这个接口的当前可选状态。
ifMtu
可以从接口接收到的最大帧长度（以字节为单位）。这个数值包括MAC报
头的长度。
ifInOctets
这个接口上收到的字节总数。包括MAC层的数据包，也包括MAC包头的长
度。
IfInUcastPkts
从这个接口上收到的单播数据报的数量。也包括MAC层数据包。
ifInMulticastPkts
从这个接口上收到的组播数据报的数量。也包括MAC层数据包。
ifInBroadcastPkts
从这个接口上收到的广播数据报的数量。也包括MAC层数据包。
ifInDiscards
已经丢弃的收到的数据包的总数。可能的原因是：缓存缺乏
ifInErrors
输入数据包的数量，包括使这些数据包无法向高层交付的错误。可能的原
因是：MAC FCS错误。
ifInUnknownProtos
带有未知数据包类型的帧数。也包括带有未知数据包类型MAC帧
ifOutOctets
返回0。
ifOutUcastPkts
返回0。
ifOutMulticastPkts
返回0。
ifOutBroadcastPkts
返回0。
ifOutDiscards
返回0。
ifOutErrors
返回0。
ifPromiscuousMode
查阅接口MIB。
3.2.5.2.上行接口的ifEntry
上行接口的ifEntry支持接口MIB的ifGeneralInformationGroup和ifPacketGroup。这
只是一个对CMTS上输入接口和输出状态的统计 - ifOut* - 将返回数值0。这只是一个对CM
上输出接口和所有输入状态的统计 - ifIn* - 将返回数值0。
3.2.5.2.1.CMTS的上行接口ifEntry
ifTable
注释。
ifIndex
由ifEntry表示的各个RF电缆上行接口。
ifType
docsCableUpstream(129)的IANA数值。
ifSpeed
返回这个上行信道的速率。这个返回值是这个接口的带宽（以bits/s为单
位），有关定义的更高速的调制方式。这是字符速率乘以这种调制方式的每
字符的位数得到的。
ifPhysAddress
返回空串。
ifAdminStatus
这个接口的管理状态。
ifOperStatus
这个接口当前的可选择的状态。
ifMtu
这个接口可以收的最大帧长度（单位为字节）。这个值包括MAC包头的长度。
ifInOctets
这个接口收到的总的字节数，也包括MAC层的数据包和MAC包头的长度。
ifInUcastPkts
这个接口上收到的单播数据包的数量，也包括MAC层数据包。
ifInMulticastPkts
这个接口上收到的组播数据包的数量，也包括MAC层数据包。
ifInBroadcastPkts
这个接口上收到的广播数据包的数量，也包括MAC层数据包。
ifInDiscards
丢弃的收到的数据包的总数，可能的原因是：缓存缺乏。
ifInErrors
输入数据包的数量，包括使这些数据包无法向高层交付的错误。可能的原因
是: MAC FCS错误。
ifInUnknownProtos
含有未知数据类型的帧的数量，也就是含有未知数据包类型的MAC帧。
ifOutOctets
返回0
ifOutUcastPkts
返回0
ifOutMulticastPkts
返回0
ifOutBroadcastPkts
返回0
ifOutDiscards
返回0
ifOutErrors
返回0
3.2.5.2.2. Cable Modem的上行接口ifEntry
ifTable