RFC中文Word格式.doc
《RFC中文Word格式.doc》由会员分享，可在线阅读，更多相关《RFC中文Word格式.doc（21页珍藏版）》请在冰点文库上搜索。
在编撰本文档过程中，作者试图牢记完成那些被描述的测试所需的设备必须确实被建立起来的请求。
我们不确定现货供应的设备是否足以完成所有测试，但这种设备能够被构建起来也是我们的观点。
3需要完成的测试
本文档中描述了许多需要被完成的测试，但并非所有的测试过程都适用所有型号的用于测试的设备。
卖方应该完成所有的能被一种特定设备支持的测试。
读者应该理解，在推荐条件下完成所有被建议的测试过程要花费一段相当长的时间。
我们认为这些投入是值得的。
附录A列出了一些测试过程，以及我们认为有必要包含进来的某些个案的相关条件。
4结果评估
完成所有推荐的测试将产生大量的数据，其中的许多数据并不适用于再各种环境下对设备的评价。
例如，一个路由器转发IPX帧格式的速率将对挑选一个用于不支持这种协议环境的路由器没有什么作用。
甚至评价与某个特定网络设置相关的数据也需要不是很容易就可以得到的特殊经历。
而且，选择需要完成的测试和对测试数据的评价也必须在一个大众接受的，考虑到可重复性、差异性、以及少量试验的统计意义的理解基础上完成。
5要求
在本文档中，被用于描述各个特定要求的意义的词语都被大写。
这些单词如下：
“必须”，这个单词，或者单词“要求的”、“将要”都是指这是详细过程中绝对需要的。
“应该”，这个单词或者形容词“推荐的”都是指可能存在可信得原因，在某个特定环境下可以忽略这个词语，但完整含义必须被正确理解，而且必须在选择一个不同的过程之前认证权衡案例。
“可能”，“可选的”意味着这个名称是真正可选的，某个卖主可能由于某特定市场环境需要它或者它可以增强某产品而选择包括这个词，例如，另一个厂商可能忽略了这个方面。
一个具体实施可能并不遵照这些，如果没有满足一个或多个“必须”的实现协议的要求；
一个具体实施如果能够满足所有必须的和应该的协议需求，则可以说是“无条件服从的”；
一个具体实施，如果满足了协议所需的所有“必须”条件，但并不满足所有“应该”条件，则可以说是“有条件服从的”。
6测试设置
理想的方法实现这一系列测试是使用一个同时带发送端口和接收端口的测试仪。
将测试仪的发送端口与测试设备的接收端口连接，将测试设备的发送端口连接回测试仪的接收端口（如图1）。
因为测试仪同时发送并接收数据流，在数据流已经被测试仪转发但没有被测试设备转发时，测试仪能够很容易地判断出是否所有的已发送数据包都已被接收并验证正确的数据包被接收。
同样的功能也能通过分离的发送、接收设备获得（如图2），但除非他们被一些计算机远程控制并用一种方法将其模拟成单个设备，要求操作人员精确地完成一些测试（特别是吞吐量测试）可以被禁止。
6.1测试中多媒介类型设置
可以使用两种不同的设置来检测一个被用于连接现实网络和不同媒介类型网络的测试设备，例如，连接一个局部以太网到一个骨干FDDI线路。
测试仪必须能支持不同的媒介类型，在这种情形下，如图1中的设置必须被使用。
两个完全相同的测试设备被用于其他的测试设置（如图3），在很多情形下，这种设置可能更能模拟现实情况。
例如，使用一个WAN链路或高速骨干网将两个LAN连接起来。
这种设置将不如模拟一个处于局部以太网的客户机与处于FDDI骨干网的服务器互连情形的系统。
7测试设备设置
在开始测试前，将要被检测的测试设备必须按照提供给用户的如下指示完成配置，特别地，最好能在设置过程中使所有的支持协议都被配置并开放（查看附录A）。
最好是所有的测试都在不用修改配置或者测试设备的设置是在任何情形而不是被要求的某个特殊测试情况下使用。
例如，在帧处理频率测试实验中改变帧处理缓冲区的大小或者在测试某协议的吞吐量时关闭除传输层协议外的所有协议都是不允许的。
在开始一项测试时修改配置以决定过滤器对吞吐量的影响是有必要的，但这种改变必须能开启某种特定的过滤器。
测试设备的设置应该包含正常的推荐的路由更新间隔时间和保持有效频率。
软件的特殊版本与测试设备的正确配置，包括在测试期间哪些功能已被关闭，哪些功能正在被使用都必须作为结果报告的一部分被包含进来。
8帧格式
使用的以太网协议之上TCP/IP协议测试帧格式如附录C中所示：
测试帧格式。
这些特定的帧格式应该会在本文件中描述的专为某种协议媒介组合设计的测试过程中被使用，然后这些帧将作为其他协议媒介组合的模版使用。
被用来定义某种特别测试序列的测试帧特定格式必须被包含在结果报告中。
9帧大小
所有的被描述的测试过程都应该使用多种不同大小的帧完成。
特别的，帧大小应该包含测试协议、测试媒介允许的最大与最小合法限制值，之间应该有足够多的帧大小以使能获得测试设备的全方面性能数据。
除非特别说明，最开始的五个帧大小应该在每种测试条件下全部使用。
理论上，最小的UDP回复请求帧长将会包含一个IP头（最小20字节），一个UDP头（最小8字节）和其他MAC层帧头在使用过程中是必须的。
理论最大帧长又IP头部的length字段决定。
几乎在所有情形中，实际的最大与最小帧长都受到媒介的限制。
在理论上，按照某种方式分配帧长以使之最终同时分布在某种理论帧频率上将是理想的情形。
下面这些建议包含了这种理论，但指定了一些容易理解记忆的帧长。
另外，许多同样的帧长都被指定用于各种媒介类型中使用以使能够形成简单的性能对比。
注意：
文件中包含某些媒介上使用的不现实的小帧长只是为了帮助描述测试设备的单帧处理开销。
9.1以太网中使用的帧长
64，128，256，512，1024，1280，1518
这些帧长包含以太网标准允许的最大与最小帧长和处于这两者之间为了达到更小的帧长和更高的帧频的一些选择值。
9.24Mb/6Mb口令环中使用的帧长
54，64，128，256，1024，1518，2048，4472
这些推荐的口令环帧长将确保在路由协议帧中不存在RIF字段。
RIF字段将会在所有源路由桥接性能测试试验中出现。
口令环上最小的UDP帧长是54字节，16Mb口令环中使用的最大帧长是4472字节而不是理论上帧长17.9Kb，因为其被很多口令环接口限制。
余下的帧长值被用于与其他媒介类型形成对比。
另外，一个IP帧（非UDP）也可能被使用，如果想要得到更高的数据率，在这种情况下，最小帧长将是46字节。
9.3FDDI中使用的帧长
FDDI中使用的UDP最小帧长是53字节，使用54字节的最小帧长是为了与口令环性能情况形成字节对比。
使用4472字节的最大帧长而不是4500字节是为了允许同类型的对比，如果想要获得更高的数据率，可能要使用IP帧格式（而不是UDP），在这种情况下，最小帧长将为45字节。
9.4不同的MTU中使用的帧长
当测试设备支持连接到不同的MTU时，连接MTU的帧长应该使用两者间较大者，直至达到测试协议的限制值。
如果MTU不匹配时互联的测试设备不支持帧分片，则该帧长的转发率将被报告为0.
例如，如果是FDDI连接到以太网，则IP包在通过连接了FDDI和以太网的网桥或路由器的转发测试时应该使用FDDI的帧长。
如果网桥不支持IP分片，则那些对以太网来说太长的帧将会被报告为0.
10验证接收到的帧
测试设备应该丢弃所有的帧，如果这些帧实际上不是转发的测试帧。
例如，保持活动帧与路由更新帧就不应该被包含在接受的帧总量中。
在任何情形下，测试设备都应该检查接收到的帧长，并验证其是否符合期望的长度。
更好的情形是，测试设备应该能包括发送帧的序列号码，并在接受帧中检查这些号码。
如果这样做了，报告的结果应该包括丢弃的帧数量，接受的过期帧数量，重复帧数量以及在接受帧序列间的空白间隙数量。
这些功能特性在某些描述的测试过程中是需要的。
11修改器
知道测试设备在大量条件下的表现性能可能是有用的，其中的一些条件在下面列出。
报告的结果应该包含测试设备能产生的尽可能多的这些条件。
一整套测试器材应该在不修改任何测试条件的情况下先运行，然后分别在每种不同条件下重复。
为了保存对比这些测试结果的能力，要求的产生修改条件下的任何帧将会被包含在相同的数据流中作为正常的测试帧以代替其中的一个测试帧，这些没有被包含在测试设备在一个独立的网络端口上。
11.1广播帧
在大多数路由器中，当指向硬件广播地址的帧被接受时，设计特殊的处理过程是需要的。
在网桥中（或者在路由器上的桥接模式下），这些广播帧必须广播道大量的端口。
测试帧序列应该使用1%的指向相应硬件广播地址的帧放大。
发送到广播地址的帧应该是一种路由器不必去处理的类型。
这种测试的目标是检查数据流中的其他数据的转发率是否有一些影响作用。
应该被使用的特定帧被包含在测试帧格式文件中。
广播帧应该通过数据流被平均分配，例如，每第一百帧。
同样的测试应该也在类网桥测试设备上完成，但这种情形下，广播包将会被处理并转发到所有的输出端。
广播帧的1%水平比许多网络实际中更高，这是可以理解的，但就像在药物的毒性评估中，更高的水平是需要的，以使之能度量那些可能影响系统正常可变性性能下降的因素。
由于某些设计的因素，一些测试设备将不能产生如此低的可替换水平的帧。
在这些情形下，这些比例应该达到设备能提供的、在测试结果报告中描述的实际水平的尽可能小的水平。
11.2管理帧
大多数通信网络现在使用网络如SNMP的管理帧。
在许多环境中，将有大量的管理站在同一时间发送请求到相同的测试设备。
测试帧序列应该附加使用一个管理询问请求作为第一帧在测试过程没一秒发送一次。
询问结果必须结合到一个应答帧中。
应答帧应该使用测试设备验证。
需要使用的一个特定询问请求帧例子在附录C中给出。
11.3路由更新帧
动态路由协议更新过程将会对一个路由器转发数据帧的能力产生重大的影响。
测试帧序列应该使用一个路由更新信息帧加长，并作为第一帧在测试序列中发送。
路由更新帧应该以附录Ｃ中指定的测试过程中使用的特定路由协议相对应的频率发送，两个路由更新帧以以太网帧加TCP/IP协议为例定义在附录Ｃ中。
这种路由帧被设计用于改变到许多在转发的测试数据中没有包含的网络的路由信息，第一帧将路由标签设置为A，第二个将状态改变到B，这些帧必须在发送序列中轮流替换。
测试过程应该能验证路由更新信息已被测试设备处理。
11.4过滤器
过滤器被添加到路由器或网桥中，以使之能有选择的阻止帧的转发，这些帧在正常情况下将会被转发出去。
这个过程通常被用来完成对在一个区域与其他区域间数据的安全控制。
不同的产品有不同的能力来实现过滤器。
测试设备应该开始被设置用于增加一种测试完成所需的过滤条件。
过滤器应该允许测试数据流的转发。
在路由器中，这种过滤器应该是如下形式中的一种：
转发输入协议地址到输出协议地址。
在网桥中过滤器应该是如下形式中的一种：
转发目标硬件地址。
测试设备应该然后被配置以实现总共25种过滤器。
这些过滤器中的开始24种应该是如下形式中的一种：
阻塞输入协议地址到输出协议地址。
这24种输入、输出协议地址应该不是在测试数据流中出现的任何值。
最后一个过滤器应该允许测试数据流的转发。
这里所说的第一个、最后一个，我们是用于确保在第二种情形下，25中情形都必须能被检查，这种检查在数据帧将要符合允许转发帧的条件之前完成。
当然，如果测试设备对过滤器重新排序，或者不使用对过滤器的线性扫描方式进行，这些过滤器决定了那些以某种序列排列以使所有过滤器都有输入的影响可能消失。
使用的准确过滤器配置命令行应该被包含在结果报告中。
11.4.1过滤器地址
两种过滤器地址集合是被要求的，一种是单过滤器情形，另一种是25个过滤器的情形。
但过滤器情形应该允许从IP地址为192.168.1.2到IP地址为192.168.65.2的所有数据流，并阻止所有其他的数据流。
25个过滤器的情形中应该按照如下的序列进行设置：
阻止aa.ba.1.1到aa.ba.100.1
阻止aa.ba.2.2到aa.ba.101.2
阻止aa.ba.3.3到aa.ba.103.3
……
阻止aa.ba.12.12到aa.ba.112.12
允许aa.bc.1.2到aa.bc.65.1
阻止aa.ba.13.13到aa.ba.113.13
阻止aa.ba.14.14到aa.ba.114.14
阻止aa.ba.24.24到aa.ba.124.124
阻止所有其他
所有先前的过滤条件在该序列进入前从路由器中清除。
测试过程中选择该序列以检查路由器是否能整理过滤条件，或者能否按数据进入的顺序接受他们。
这两种过程都将导致比一些杂乱编码更大的影响效果。
12协议地址
使用一种单一的逻辑数据流，使用一种源协议地址，使用一种目的协议地址，或者一种实际要求中的使用的像上面描述的某些条件来完成测试将会更加简单。
但现实世界中使用的网络并没有被限制在一种大一的数据流类型。
测试过程集合应该最先使用单一协议源（或者对网桥测试过程中的单一硬件）和目的地址对来运行，测试过程然后应该使用随机目的地址重复。
而在测试路由器过程中，地址应该被随机分配，并在256种网络范围中唯一分发，同时在网桥中的全部MAC范围内随机且唯一分发。
IP测试中使用的特定的地址范围在附录C中给出。
13路由设置
所有路由信息都需要才能实现测试数据流的转发是不合理的，特别是在多地址情形时，因此需要进行手动设置。
在每个测试的开始时，一个路由更新信息必须背发送到测试设备。
路由更新必须包含测试过程中要求的所有的网络地址。
所有的地址应该重新解析同一“下一跳”。
正常情况下，这将是测试设备接收端的地址。
这种路由更新将必须按一定的时间间隔重发，这些时间间隔是使用的路由协议要求的。
一种格式及其相关的数据更新帧重复间隔在附录C中给出。
14双向通信
正常网络活动并不是只在一个方向上进行。
为了检查测试设备的双向通信性能，测试序列应该按照提供的每个方向同样的数据率运行。
数据通信的总量应该不能传输媒介的理论限制值。
15单流量路径
全部测试过程应该要在所有修改器条件下运行，这些条件与测试设备上的单输入输出网络端口相关。
如果测试设备的内部设计使用多重独特路径，例如，配置多重网络端口的多重接口卡，那么所有可能路径类型应该被分开测试。
16多端口
很多当前的路由器呵网桥产品在相同的模式下提供很多网络端口。
完成这些测试时，端口中最开始的一半被设计为输入端口，另一半则被设计为输出端口。
这些端口应该被平均分配到测设备结构中。
例如，如果一个测试设备有两个各有四端口的接口卡，其中每个接口卡上的两个端口被设计成输入，两个被设计为输出。
某些特定的测试过程要使用被提供到每个输入端口的相同数据率完成，输入数据流中的地址应该被设置，因此一种框架将会被到指导到序列中的每个输出端口。
因此所有的输出端口都将得到从这个输入的平均流量分布。
相同的配置可能被使用来完成一个双向多流量测试过程。
在这种情形下，所有的端口都被认为同时是输入输出端口，每个数据流必须包含有地址指向所有其他端口的帧。
考虑如下的6端口测试设备：
每个输入数据流的地址应该是：
数据流向输入端口A：
分组输出到X，分组输出到Y，分组输出到Z。
数据流向输入端口B：
数据流向输入端口C：
注意这些数据流分割遵照相同的序列，以致3个分组包将在同一时间到达输出端X，然后3个数据包同时到达Y，然后3个数据包同时到达Z。
这个过程将确保在显示世界中，测试设备将必须在同一时间处理地址标记到相同输出端的多分组包。
17多协议
本文件并不强调测试一个混合协议环境的影响问题，除了建议如果需要这类测试，那么框架应该在所有测试协议间分发。
这种分发过程可能近似模拟测试设备将要使用的网络条件。
18多帧长
本文件并不强调测试一个混合帧长环境的影响问题，除了建议如果需要这类测试，那么所有帧都应该在所有测试中列出的协议长度间分发。
作者们也不知道这样一个测试的结果将会被展现出来，除了在一些非常特殊的仿真网络环境中直接比较多测试设备。
19在单测试设备的另一端的测试表现
在单测试设备的另一端的测试表现中，范例能够被描述成在测试设备上应用一些输入，同时监控输出情况。
测试结果能够用于形成一套在这些测试条件下的测试设备的基本特性。
当测试的输入输出端是同步时，这种模型是有用的（例如，测试设备上的64字节IP，802.3体系帧输入；
64字节IP，802.3帧输出），或者测试模型能够在不相似的输入输出端各部相同（例如，1518字节IP，802.3体系帧输入；
576字节分片IP，X.25帧输出）。
通过扩展但测试设备测试模型，关于多测试设备或者混杂环境的合理标准可能被找到。
在这中扩展中，单测试设备被一个互联的网络测试设备系统替代。
这种测试方法将支持大量设备、媒介、服务、协议的标准。
例如，一个LAN的配置到WAN再到LAN的测试过程就可能如下：
（1）802.3->
DUT1->
X.25@64kbps->
DUT2->
802.3或者一种混合的LAN配置方案可能为：
（2）802.3->
FDDI->
FDDI-DUT3->
802.3
在示例1，2中，每个系统系统的端到端标准都能被试验性查明。
其他行为可能通过中间设备的使用刻画出来。
在示例2中，配置可能被用于给出测试设备2的FDDI到FDDI能力暗示。
因为多测试设备被当做一个单系统，这种方法仍然存在限制。
例如，这种发法可能夸大一个测试系统的标准作用。
然而，仅仅是那种标准的话，可能不能反映出测试设备间的行为非对称性，以及其他属性（例如CSU，DSU，交换机）带来的等待时间等等。
而且，当对比不同系统的标准时必须要小心，以确保测试系统测试设备的特性、配置有合适的共同公共点来允许对比。
20最大帧频
当测试LAN连接时需要使用的最大帧频应该就是被列出的媒介上帧大小的理论最大频率值。
当测试WAN连接时需要使用的最大帧频应该比该速度连接上帧大小的理论最大频率值更大。
WAN测试的更高的频率是为了补偿一些卖方使用各种各样形式的头部压缩的现实。
一份LAN连接的最大帧频列表被包括在附录B中。
21突发性流量
测量测试设备在稳定状态负载下的性能是方便的，但这是一种不现实的方法来衡量测试设备的功能，因为实际的网络流量正常情况下包含突发性帧流量。
一次突发性传输中的帧使用最小的合法内部帧间隔来被传输。
测试的目的是为了决定突发性流量间的最小的间隔，测试设备能不带任何帧损失的处理这些流量。
在每个测试过程中，每次突发性流量中帧的数量保持平稳，内部突发间隔也可以各不相同。
测试过程应该使用突发流量大小为16，64，256，1024帧运行。
22每次口令的帧
尽管配置一些口令环和FDDI接口来一次转发多于各口令接受到的一帧是可能的，大多数网络设备目前仅仅能够一次口令下转发一帧。
当一次口令下仅仅转发一帧时这种测试应该首先被完成。
一些目前的高性能工作站服务器的确可以在FDDI上一次口令下转发多于一帧来最大化流量。
因为这可能是未来工作站和服务器上的一种平常特性，与FDDI接口互连的设备应该分别使用每口令1，4，8，16帧来进行测试。
报告的帧频应该是在整个通信测试期间的平均帧转发频率。
23测试描述
一个精确的测试包含多个实验过程。
每个实验返回一份信息，例如在一个特定输入帧频上的丢失率。
每个实验包含大量的阶段：
A）如果测试设备是一个路由器，发送路由更新信息到输入端口并暂停两秒来确保路由信息已经被设置。
B）发送“学习帧”到输出端口并等待2秒来确保学习到的信息已经被设置。
网桥学习帧时测试帧使用的源地址与目标地址相同的帧。
其他协议的学习帧被用于为测试设备的地址解析表做好准备。
需要使用的学习帧格式在测试帧格式文件中给出。
C）运行测试实验过程。
D）等待2秒以使所有剩余的帧都能被接受。
E）等待至少5秒是测试设备可以休息。
24实验持续时间
测试的目标是为了决定测试设备能够连续支持的频率。
实际的测试实验过程必须是在这种目标与测试集标准持续时间之间的一种平衡。
每个实验的测试部分持续时间应该最少达到60秒。
涉及到一些二分查找形式的测试，例如流量测试来决定准确的结果可能要使用一个更短的实验时间来最小化搜寻过程，但最终的决定应该由中实验长度做出。
25地址解析
测试设备应该能够回答测试设备发出的地址解析请求，不管该协议过程是否需要一个如此过程。
26标准测试
“数据流类型”的概念是指以上使用一个稳定的内部帧间隔对于一个帧流的修改，例如，在测试设备设置中添加流量过滤。
26.1吞吐量
目标：
决定RFC1242中定义的测试设备吞吐量。
过程：
发送特定数量的由测试设备转发的帧。
如果提供的帧数量与接收到的帧计数量相等，或者接收到的帧少于发送出的，那么提供的数据流频率被减少，测试返回。
吞吐量是测试设备转发的测试帧计数量与测试仪器发出的测试帧数量相等的最高频率。
报告格式：
吞吐量测试的结果应该使用
升级会员 