《需求规格说明书(SRS).doc》由会员分享，可在线阅读，更多相关《需求规格说明书(SRS).doc（32页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、8070V100R005 NetStream Software Requirements Specification8070V100R005 NetStream软件需求规格说明书Confidential机密产品名称Product name密级Confidentiality levelNE16机密 Confidential产品版本Product versionTotal 32pages 共32页V100R0058070V100R005 NetStream Software Requirements Specification8070V100R005 NetStream软件需求规格说明书Prepa
2、red by 拟制王蓬Date日期2001-09-15Reviewed by 评审人廖旭东Date日期2001-09-20Approved by批准危峰Date日期2001-09-25Authorized by签发Date日期Huawei-3Com Technologies Co., Ltd. 华为3Com技术有限公司All rights reserved版权所有 侵权必究（REP01T01 V2.4/ IPD-CMM V3.0 / for internal use only）（REP01T01 V2.4/ IPD-CMM V3.0 / 仅供内部使用）Revision Record 修订记录D
3、ate日期Revision Version修订版本CR ID / Defect IDCR号Sec No. 修改章节Change Description修改描述Author作者2001/09/131.00完成初稿王蓬、杨华2001/09/151.01review表001根据内部评审结果进行修改王蓬、杨华2001/09/191.02review表002根据系统测试计划评审结果进行修改王蓬、杨华2001/09/241.03CR001根据外部评审结果进行修改杨华、王蓬2001/10/171.04CR002根据内部审计结果进行修改孙延峰2001/11/021.05CR003详细设计阶段更新杨华2001/
4、11/191.06CR004编码阶段进行更新孙延峰2001/12/161.07CR005集成测试阶段进行更新孙延峰2001/12/221.08CR006系统测试阶段进行更新孙延峰、田红健点评：修订记录需要保证对文档的每一次修改的可回溯性，包括内容、日期、版本、责任人等相关信息Catalog 目 录1Introduction 简介71.1Purpose 目的71.2Scope 范围72General description总体概述72.1Software perspective 软件概述72.1.1About the Project 项目介绍72.1.2Environment of Produc
5、t 产品环境介绍82.2Software function 软件功能92.3User characteristics 用户特征112.4Assumptions & Dependencies 假设和依赖关系113Requirements Modeling 需求建模113.1Modeling tool 1 建模工具1114Specific Requirements 具体需求124.1Functional Requirements 功能需求124.1.1R.FUNC.1 支持对输入IP报文按网络流分类统计124.1.2R.FUNC.2 支持对输出IP报文按流分类统计144.1.3R.FUNC.3 支
6、持流的按时老化154.1.4R.FUNC.7 支持按UDP V5.00格式输出流统计信息154.1.5R.FUNC.10 输出流统计时支持防火墙的快速处理194.1.6R.FUNC.11 流统计时支持策略路由的快速处理204.1.7R.FUNC.12 支持热插拔和热备份204.2Performance Requirements 性能需求214.2.1R.PERF.1 同时统计流数214.3External Interface Requirements 外部接口需求214.3.1User Interface 用户接口214.3.2Software Interface 软件接口274.3.3Har
7、dware Interface 硬件接口274.3.4Communication Interface 通讯接口285Overall Design Constraints 总体设计约束285.1Standards compliance 标准符合性285.2Hardware Limitations 硬件约束285.3Technology Limitations 技术限制286Software Quality Attributes 软件质量特性286.1Reliability 可靠性296.2Usability 易用性296.3安全性296.4可维护性296.5可移植性297Dependencies
8、 依赖关系298Other Requirements其他需求308.1Database数据库308.2Operations 操作308.3Localization 本地化309Requirements Classification 需求分级3010Issues To Be Determined 待确定问题3111Appendix 附录3111.1Appendix A 附录A Feasibility Analysis Results 可行性分析结果3111.2本软件所使用的外部环境提供的通用接口3111.3本文相关的背景知识3111.3.1流的定义和判断31Table List 表目录表1 UD
9、P V5格式表18表2 UDP V5报文格式19display nat命令输出信息描述（Table Description）29Figure List 图目录图1 NetStream特性组网图9图2 NetStream外部环境图108070V100R005 NetStream Software Requirements Specification8070V100R005 NetStream软件需求规格说明书Keywords 关键词：网络流、IP报文点评：关键词是能够反映本文中心意思的常用词语，读者通过关键词可以大概了解本文的基本内容，同时也便于检索文档的内容。Abstract 摘 要：本文描述
10、8070路由器软件中NetStream软件特性的需求规格。点评：用简短的语言对本文主要内容的概要性描述。List of abbreviations 缩略语清单： Abbreviations缩略语Full spelling 英文全名Chinese explanation 中文解释NSCNetStream Collector网络流数据收集器NDANetStream Data Analyzer网络流数据分析器FIBForwarding Information Block转发表PRPolicy Routing策略路由ASAutonomous System自治系统，在BGP路由协议中应用TOSType
11、Of Service服务类型，在IP报文头中的标志，用来进行流量控制点评：对本文所用缩略语进行说明，要求提供每个缩略语的英文全名和中文解释。1 Introduction 简介1.1 Purpose 目的这部分要描述文档的目的。应该指明读者。说明本需求文档描述了哪个产品的软件需求。为助于理解，本文仍保留了编写建议，但开发人员在输出正式文档时需删除编写建议。本文阐述了8070V100R005路由器主机软件中NetStream软件特性的开发需求。用于指导NetStream项目的开发人员进行设计、开发和测试，是整个项目后续工作的基础。1.2 Scope 范围本节应描述文档所包括和不包括的内容。本项目输
12、出产品名称为 NetStream，是NE16产品的8070 V100R005版本的一个软件特性模块，在这个特性模块中将实现以下特性：1、支持对输入IP报文按网络流分类统计。2、支持对输出IP报文按网络流分类统计。3、支持网络流定时老化。4、支持按UDP V5.00格式输出统计信息。5、输出网络流统计时支持防火墙的快速处理。6、支持对策略路由的快速处理。7、支持热插拔和热备份。NetStream 不支持以下特性：1、不处理广播报文、多播报文，但正常转发。点评：在容易引起歧义的时候需要描述不支持的特性，如本文中的IP报文如不特殊说明不支持多播、广播，则容易引起误解。2 General descri
13、ption总体概述本节描述影响产品和产品需求的一般因素。由以下4个部分构成。 有一点需说明的是本节不描述具体的需求，只是使那些将要描述的具体需求更易于理解。2.1 Software perspective 软件概述2.1.1 About the Project 项目介绍描述本软件需求所描述的项目的背景。例如：本项目是一系列版本中的一个，或者是替代某个已经存在的系统，还是一个新的独立的项目。随着网络的应用日渐增多，用户对服务的要求更高，如客户需要对网络流进行统计分析功能，NetStream特性提供了这样的一种解决方法。NetStream提供了统计的方法和详细的流量统计信息，这些信息可以用于网络管
14、理和规划、企业记帐和分部门的计费、ISP编制帐单、数据储备、以及用于商业目的的数据采集。根据有关统计信息显示，在网络上的流量绝大部分的数据流量都是短暂阵发的双向数据流，NetStream特性主要根据一个报文的目的IP地址、源IP地址、目的端口号、源端口号、协议号、TOS、输入/输出接口来判定一个网络流，针对这些网络流做独立的数据统计。统计结果将定期的向一个NetStream Collector发送，由NSC进行进一步的处理，然后交给后续的NDA进行数据分析报表，进行计费、网络规划等等。NE16路由器为了适应这种需求，在V100R005版本中增加NetStream特性，下图是该特性的一种典型的组
15、网应用。图中显示的是数据采集和分析的一个过程，NE16把采集到的关于网络流的详细信息输出给NSC，由NSC进行初步处理输出给NDA，然后由后续的NDA进行分析。图1 NetStream特性组网图点评：项目的性质、项目的产生背景，项目在网络中的应用，让读者对项目的由来、性质和技术背景有一个概要的了解。2.1.2 Environment of Product 产品环境介绍描述的是本产品与其它产品或项目所组成的整体环境。1.如果本产品是独立的并完全自我包含，在此说明这一点。2.如果SRS定义的产品是更大的系统或项目的组件（此种情形经常发生），那么应：A. 描述此大系统或项目每个组件的功能，并且标识接
16、口。B. 确定本软件产品主要外部接口。（ 注意：在此部分并不进行这些接口的详细描述；对这些接口的详细描述在SRS的其它 部分提供。）C. 描述相关产品硬件和所使用的外部设备。（ 注意： 这只是概述性描述。）通过方块图来描述大系统或项目的主要组件，互连性以及外部接口将是非常有帮助的。本部分不应提出一个具体的设计解决方案或对解决方案的具体设计约束（具体设计约束将在具体需求章节中描述）。本部分内容是产生设计约束的基础。图2 NetStream外部环境图NetStream 模块是VRP软件的一个特性，位于IP层，在IP报文转发过程，对于接口送入IP层的报文和IP层发到接口的报文，以网络流的形式进行分类
17、、统计，并将统计结果以UDP报文发送到网络上的数据采集器，供进一步的统计、分析。同时，NetStream对于防火墙和策略路由可以在网络流交换的基础上实现快速处理，这里的快速处理指对于同一个网络流的报文只判断第一个数据包。NetStream特性支持用户的配置和调试功能，为用户提供丰富的命令行接口。点评：描述本产品与外部实体之间的关系，主要是从系统的整个体系结构上来描述的，看到的是整个系统的结构以及本产品在这个结构中的位置及其与周边实体的关系。2.2 Software function 软件功能概述软件的必须实现的和通过用户操作实现的主要功能。这里只需要进行简要描述（例如目录列表），详细描述在详细
18、需求部分描述。对需求功能进行组织，以便于读者理解，并能指导后续的设计和测试。可以用图表来表示主要需求群组之间的关系，例如：高层的数据流图，面向对象的分析等。有时此部分所要求的功能概述可以从分配具体功能给此软件产品的更高层规格（如果存在的话）直接引用。本节不应描述具体需求。但本节内容是具体需求章节的基础。Netstream软件实现以下功能：1、支持对输入IP报文按网络流分类统计。2、支持对输出IP报文按网络流分类统计。3、支持网络流定时老化。4、支持按UDP V5.00格式输出统计信息。5、输出网络流统计时支持防火墙的快速处理。6、支持对策略路由的快速处理。7、支持热插拔和热备份。NetStre
19、am 不支持以下特性：1、不处理广播报文、多播报文，但正常转发关于具体的功能，在第一章“范围”小节已描述，这里可以直接引用，没必要再罗列出来。向用户提供以下操作接口：（1）启动/关闭接口的输出流统计/输入流统计功能（2）配置流缓存区大小（3）配置流活跃老化时间（4）配置流不活跃老化时间（5）配置NetStream 统计输出报文版本号（6）配置流统计输出报文源IP地址或源接口（7）配置流统计输出报文的目的IP地址和UDP端口号（8）进入NetStream 聚合配置模式（9）在某种NetStream聚合配置模式下，使能/禁止该种聚合模式（10）显示NetStream 信息（11）显示NetStre
20、am 统计报文输出信息（12）清除NetStream 状态统计信息（13）NetStream debug 调试开关点评：以列表的方式罗列需求，若能以图形化的方式将各功能之间的联系体现出来则更好。若使用DFD、STD、ERD等建模工具进行需求分析，各功能之间的关系可以在需求建模章节表述。2.3 User characteristics 用户特征列出对用户或系统操作者的要求，如：经验，能力，角色等。本节不应描述具体需求。但本节内容是具体需求章节的基础。NetStream 的用户为8070V100R005路由器的相关模块的设计开发人员，路由器的使用者以及维护人员。这些用户应具备丰富的数据通信知识，了
21、解 NetStream 的功能和原理。点评：描述会对软件的需求和设计造成约束的用户特征，如用户的知识背景、工作角色、操作经验等。2.4 Assumptions & Dependencies 假设和依赖关系列出可能影响SRS中需求的所有的假设因素（与已知事实相对而言），包括准备使用的第三方或商业组件，操作和开发环境的问题约束等。如果上述假设不正确、没有被告知或者改变了都将对项目产生影响。列出项目对外部条件的依赖，例如重用其他项目的模块等。如果在其他文档（例如项目计划或范围文档等）里已经描述了，在这里可以不用描述。1、依赖VRP提供的VOS底层平台，如内存管理、定时器、消息和队列等。2、依赖VRP
22、提供的中间件，如MBUF、IFNET、IPC、VP等。4、依赖VRP提供的IP层模块的接收、发送、FIB维护等功能。3、依赖VRP提供的路由管理模块。5、依赖防火墙模块提供匹配信息，说明匹配的ACL规则是在1-199之内还是之外。6、依赖策略路由模块提供的匹配信息，说明是长度匹配还是ACL匹配。点评：假设是现在不能确定但又必须给出一个参考结果的情况下对未知结果作出的假设，依赖是两者之间明确的需求关系。3 Requirements Modeling 需求建模请选择合适的需求建模工具进行需求分析，以保证分配需求清晰准确完备地映射到软件需求。一般常用的需求建模工具有功能建模工具DFD（数据流图）、行
23、为建模工具STD（状态迁移图）和数据建模工具ERD（实体关系图）。其中DFD是最常用的工具，适合于功能需求部分的分析。对于状态较复杂的系统，如某些协议软件，若使用STD建模，给出系统的动态行为，有助于对系统的理解，并易于查出功能建模中容易遗漏的状态处理。若开发数据库软件或软件中包含关系较为复杂的数据结构，建议使用ERD。在使用DFD时，要有完整的文字说明，包括数据字典和加工说明。建议DFD要分解到原子层，此时第4.1节的功能需求可以省略。3.1 Modeling tool 1 建模工具1用所选择的具体的建模工具作为标题，不要用“建模工具1”作为标题。如果下面还需求小章节，请自己添加。4 Spe
24、cific Requirements 具体需求4.1 Functional Requirements 功能需求本子章节应描述软件产品的输入怎样被转换成输出。它描述了软件必须执行的基本动作。 对每一类功能或有时对每一个单独的功能，必须描述输入、处理、输出方面的需求。这些通常以下面四个子段落来组织：4.1.1 R.FUNC.1 支持对输入IP报文按网络流分类统计用需求编号加上简短词汇做为功能需求名，不要用“功能需求（1）”作为功能名，例如：R.INTF.CALC.001 计算表达式R.INTF.CALC.002 打印需求编号规则按照软件需求管理规程(REP01)进行点评：本节描述中要突出“做什么事
25、”这个中心，以及做这件事的条件、经历的过程和结果，描述要简明，完整，不含糊，可验证，内容要准确，前后要一致，语气上力求肯定，尽量使用短句。从粒度上讲，可以从采用多少测试用例、总共多少代码等方面来衡量，但能否描述清楚事情是主要标准。1. Introduction介绍逐条列出与本特性相关的功能需求。包括项目如何响应预期的错误输入，非法条件和无效输入。需求应该简明，完整，不含糊，可验证，必要的。 当需要的信息不确定的时候使用“待定”。本需求实现对接收的IP报文按照报文的网络流匹配域进行分类统计，网络流匹配域指报文和流中的以下域：1）入接口索引2）源IP地址3）目的IP地址4）源端口5）目的端口6）T
26、OS7）协议号不同报文属于同一个网络流的条件是他们的流匹配域完全相同。对于路由负载分担的情况，网络流统计信息中的下一跳和出接口只统计第一个路由项的信息，但转发时还是按正常的路由负载分担处理。点评：概要描述需求实现的功能及必要的知识背景，帮助读者准确理解后面的描述。如这里首先介绍属于同一个流的报文需要具备什么条件，以帮助理解后面关于流的描述。2. Inputs 输入本子段落应包含下列内容：A. 对该功能所有输入数据的详细描述，包括：输入来源数量度量单位时间要求包含精度和容忍度的有效输入范围B. 在适当的地方提供的对接口规格或接口控制文档的参考。从链路层输入的单播IP报文，对报文输入的时间和数量没
27、有要求，报文的大小和格式需要满足IP协议（V4）的要求。点评：本功能的输入，即本功能的实现需要得到的输入数据、触发条件等，包括各种可能的输入信息。3. Process 处理本子段落应描述对输入数据所执行的所有操作和如何获得输出的过程。这包括下列规格：A. 输入数据的有效性检测。B. 操作的确切次序，包括各事件的时序。C. 对异常情况的回应，例如：溢出通信失败错误处理D. 用于把系统输入转换到相应输出的任何方法（诸如方程式，数学算法，逻辑操作）。例如，这可能描述下列方面：对工资单里代扣所得税的计算公式。用于气象预报的气象模型。E. 对输出数据的有效性检测。读取输入单播IP报文中的网络流匹配域信息
28、；根据匹配域在网络缓存区中查找匹配的流；IF ( 查到匹配的数据流 ) 为此流记录报文数、字节数、最后一个报文流过时间信息；ELSE 在缓存区中以解析到的匹配域信息创建一条新流； 初始化该新建流；伪码形式描述，要比“对于输入的单播IP报文，在 网络流缓存区中查找匹配的流，如果找到匹配的流，则为此流记录报文数、字节数、最后一个报文流过时间信息。否则，创建一条新流，对新流进行初始化。”更清晰。点评：应能指导测试计划中环境的搭建、测试过程以及测试方案的设计。4. Output 输出本子段落应包含：A. 对该功能所有输出数据的详细描述，这个描述包括：输出的到何处（如打印机，文件）数量度量单位时序包含精
29、确度和容忍度的有效输出范围对非法值的处理错误消息B. 在适当的地方提供对接口规格或接口控制文档的参考。系统存在与输入IP报文相匹配的流时，刷新此流的统计信息； 系统不存在与输入IP报文相匹配的流时，创建一条新流。点评：输入与输出之间具有明确的对应关系，同时输出信息必须具备可验证性。 此外，对那些需求集中在输入/输出行为的系统，SRS应描述所有重要的输入/输出行为及输入输出对的次序。对一个需要记忆其行为以根据输入和过去的行为进行反应的系统，输入输出对的次序是要求的；这种功能行为就类似于有限状态机。4.1.2 R.FUNC.2 支持对输出IP报文按流分类统计1. Introduction介绍本需求
30、实现对输出报文按流进行分类统计，每一类报文构成一条NetStream 流，在流分类的基础上进行统计和转发。2. Inputs 输入从本路由器输出的单播IP报文，对报文输出的时间和数量没有要求，报文的大小和格式需要满足IP协议（V4）的要求。3. Process 处理读取输出单播IP报文中的网络流匹配域信息；根据匹配域信息在流缓存区中查找匹配的流；IF ( 查到匹配的数据流 ) 为此流记录报文数、字节数、最后一个报文流过时间信息；ELSE 在缓存区中以解析到的匹配域信息创建一条新流； 初始化该新建流；4. Output 输出系统存在与输出IP报文相匹配的流时，刷新此流的统计信息； 系统不存在与输
31、出IP报文相匹配的流时，创建一条新流。4.1.3 R.FUNC.3 支持流的按时老化1. Introduction介绍由于网络上的数据的多样性，导致往往几秒时间就产生数万个流，这样我们就需要根据一定的规则把当前的一些流从内存中删除，称为老化。按时老化一个流的判断依据有两个，1）判断不活跃时间是否超过 inactive timeout（系统设置的初始默认值，可以通过命令行修改），超过则老化，不活跃时间指从此流的最后一个报文流过到当前的时间；2）判断活跃时间是否超过 active timeout（系统设置的默认初始值，可以通过命令行修改），超过则老化，活跃时间指从第一个报文流过到当前的时间。2.
32、Inputs 输入定时器消息3. Process 处理系统定期检查流缓存区，对满足按时老化条件的流进行老化。4. Output 输出对流缓存区中满足按时老化条件的流进行老化，不满足老化条件的流不受影响。4.1.4 R.FUNC.7 支持按UDP V5.00格式输出流统计信息1. Introduction介绍流被老化后，相应的统计信息被封装成UDP报文发送出去，供网上的网络流数据采集器采集处理。输出报文有多种格式，版本5格式的报文中包含每个流的原始信息，它由一个报文头和若干条报文记录组成，每条记录分别对应一条被老化的流。对于输出流的统计信息和输入流的统计信息，分别生成不同的UDP V5.00报文
33、，两种报文格式一样，但是带有区别出统计和入统计的标志位。UDP报文中的输入/输出接口索引字段由原来的32位映射为16位，其中高4位表示板号，低12位表示接口号，具体映射关系如下：IF_16 = ( USHORT ) ( ( IF_32 14 ) & 0x0000F000 + ( IF_32 7 ) & 0x00000FFF ) );其中，IF_16为16位接口索引，IF_32位32位接口索引。2. Inputs 输入定时器消息，即将被下一次定时老化的流。3. Process 处理进行流信息统计，判断是否有老化的流，有被老化的流时将统计信息组成一条UDP报文发送出去。4. Output 输出按U
34、DP协议V5.00格式输出统计信息，具体报文格式如下：（1）报文的头格式：共24字节表1 UDP V5格式表TypeContentsDescriptionucharNS_IDNetStream IdentifierNetStream的标识位第7个比特位0，表示入接口统计报文，第7个比特位1，表示出接口统计报文，ucharversionNetStream export format version number. Current version=5.NetStream输出报文格式版本编号，对于V5，为0x05ushortcountNumber of flows exported in this
35、packet (1-30)当前报文中的流记录数（1-30）ulongSysUptimeCurrent time in milliseconds since the export device booted报文产生的时间，是系统启动以来的毫秒数ulongunix_secsCurrent count of seconds since 0000 UTC 1970从1970年1月1日0时起，到报文产生时间的整秒数ulongunix_nsecsResidual nanoseconds since 0000 UTC 1970报文产生时间的纳秒数，也即不足一秒的余下的纳秒数ulongflow_sequenc
36、eSequence counter of total flows seen输出的流记录的顺序号，在第一个NetStream报文中，此值为0，Count=c1, 在第二个NetStream报文中，此值为c1，count=c2,在第三个NetStream报文中，此值为c2+c1,.在第n-1个NetStream报文中，此值为fs(n-1)，count=c(n-1)在第n个NetStream报文中，此值为fs(n-1) + c(n-1)。利用此值可以判断报文是否丢失当流序列号溢出时，按自然溢出继续进行。ucharengine_typeType of flow-switching engine (RP
37、,VIP,etc.)流交换引擎类型ucharengine_idSlot number of the flow-switching engine交换引擎槽号ushortreservedUnused (zero) bytes保留字段，全零（2）报文的记录格式：共48字节表2 UDP V5报文格式TypeContentsDescriptionulongsrcaddrSource IP address源IP地址ulongdstaddrDestination IP address目的IP地址ulongnexthopIP address of next hop router路由表或FIB表中的下一跳，对于
38、dstaddr为本地的flow，为全0ushortinputinput interface入接口索引ushortoutputoutput interface出接口索引，对于dstaddr为本地的flow，为0ulongdPktsPackets in the flow流的报文统计1ulongdOctetsTotal number of Layer 3 bytes in the packets of the flow流的IP报文字节数统计ulongFirstSysUptime at start of flow流记录的第一个报文的记录时间ulongLastSysUptime at the time
39、the last packet of the flow was received流记录的最近一个报文的记录时间，存在Last=FirstushortsrcportTCP/UDP source port number or equivalentTCP/UDP源端口号或对等体：对于其他任何非TCP/UDP的报文，均为0。ushortdstportTCP/UDP destination port number or equivalentTCP/UDP目的端口号或对等体：对于ICMP，填充的是ICMP报文的Type与Code字段；对于其他任何的报文，均为0。uchar1pad1Unused (zero
40、) bytes为0uchartcp_flagsCumulative OR of TCP flagsTCP flag字段累计的或（OR）。如果prot = 6（即TCP），此值为各报文的TCP报文头中flag字段的按位或（OR）的结果。ucharprotIP protocol type (for example, TCP = 6; UDP = 17)IP承载的协议类型uchartosIP type of service (ToS)IP的TOS域ushortsrc_asAutonomous system number of the source, either origin or peer源地址的
41、自治域号，如果为origin，src_as为源地址所属的AS，如果为peer，src_as为源地址的AS PATH的上一个AS，对于属于本自治域的源地址，或从路由表中不能获取AS号，填0ushortdst_asAutonomous system number of the destination, either origin or peer目的地址的自治域号，如果为origin，dst_as为目的地址所属的AS，如果为peer，dst_as为目的地址的AS PATH的上一个AS，对于属于本自治域的目的地址，或从路由表中不能获取AS号，填0ucharsrc_maskSource address
42、prefix mask bits源地址掩码长度，支持无类型子网掩码uchardst_maskDestination address prefix mask bits目的地址掩码长度，支持无类型子网掩码ushortpad2Unused (zero) bytes为04.1.5 R.FUNC.10 输出流统计时支持防火墙的快速处理1. Introduction介绍输出流统计可以实现对防火墙的快速处理。由于一个输出流中所有报文与ACL匹配的结果是相同的，可以只对第一个报文进行出防火墙检查，将检查结果保存在缓存中，对于后续报文可以直接采用第一个报文的判断结果，从而避免查防火墙耗费的系统时间，即快速处理。
43、本功能只对ACL序号为-199的出防火墙有效，对于其他类型防火墙，仍然对每一个报文都进行防火墙检查。2. Inputs 输入（1）从本路由器输出的可以通过出防火墙的报文，ACL序号为-199的出防火墙。（2）从本路由器输出的不可以通过出防火墙的报文，ACL序号为-199的出防火墙。（3）从本路由器输出的可以通过出防火墙的报文，ACL序号不为-199的出防火墙。（4）从本路由器输出的不可以通过出防火墙的报文，ACL序号不为-199的出防火墙。3. Process 处理对第一条报文进行入防火墙检查，并记录检查结果。对后续报文将不再进行防火墙检查，直接采用第一个报文的判断结果。4. Output 输
44、出输入（1）时，报文正常通过出防火墙转发且报文被快速处理。输入（2）时，报文不能通过出防火墙，被丢弃。输入（3）时，报文正常通过出防火墙转发且报文不能被快速处理。输入（4）时，报文不能通过出防火墙转发。4.1.6 R.FUNC.11 流统计时支持策略路由的快速处理1. Introduction介绍实现对策略路由的快速处理。由于一个流中所有IP报文对IP地址匹配的策略路由检查的结果是相同的，因此对于每一个流，可以只对第一个报文进行策略路由检查，将检查结果保存在缓存中，对于后续报文可以直接采用第一个报文检查的结果，从而避免查策略路由消耗的CPU时间，即快速处理。本功能仅支持ACL匹配的策略路由规则
45、，对于长度匹配的策略路由无效。也就是说，对于长度匹配的策略路由规则，每一个报文都要进行策略路由检查。2. Inputs 输入（1）单播IP报文，匹配条件为ACL的策略路由。（2）单播IP报文，匹配条件为长度匹配的策略路由。3. Process 处理对第一条报文进行策略路由查找，记录检查结果并转发。对后续报文，直接采用第一条报文的检查结果。4. Output 输出输入（1）时，策略策略路由实现快速处理。输入（2）时，策略策略路由不实现快速处理。4.1.7 R.FUNC.12 支持热插拔和热备份1. Introduction介绍支持热插拔功能，即当正常运行流统计功能的单板被拔出然后再插上时，单板仍能正常运行流统计功能，这需要实现配置信息的下载、配置的恢复。这些