了解CoS类
服务等级 （CoS） 转发类可视为输出队列。实际上，对数据包进行分类的结果就是特定数据包的输出队列的标识。对于将输出队列分配给数据包的分类器，必须将该数据包与以下转发类之一关联：
尽力而为 （be） — 提供无服务配置文件。丢失优先级通常不会按一个标准值CoS。
加速转发 （ef） — 提供低丢失、低延迟、低 抖动、保证带宽、端到端服务。
确保转发 （af） — 提供一组您可以定义并包括四个子类的值：AF1、AF2、AF3 和 AF4，每个子类都有两个丢弃概率：低和高。
网络控制 （nc） — 支持协议控制，因此通常是高优先级。
组播尽力服务 （mcast-be） — 不为组播数据包提供服务配置文件。
组播加速转发 （mcast-ef）—支持高优先级组播数据包。
组播保证转发 （mcast-af） — 提供两个丢弃配置文件;高或低。
组播网络控制 （mcast-nc） — 支持不对延迟敏感的高优先级组播数据包。
转发类组播加速转发、组播保证转发和组播尽力服务仅适用于瞻博网络 EX8200和EX4300 以太网交换机。转发类组播网络控制仅适用于EX4300交换机。
瞻博网络 EX 系列以太网交换机最多支持 16 个转发类，因此允许细粒度数据包分类。例如，您可以配置多个加速转发 （EF） 信息流类，如 EF、EF1 和 EF2。
EX 系列交换机最多支持 8 个输出队列，EX4300 12 个输出队列的交换机除外。因此，如果配置了更多支持的队列数的转发类，必须将多个转发类映射到一个或多个输出队列。在 EX8200虚拟机箱，只能配置八个转发类，并且只能将一个转发类分配给每个输出队列。
在EX8200 虚拟机箱，队列号 7 承载虚拟机箱端口 （VCP） 信息流，还可承载高优先级用户信息流。
本主题介绍：
默认转发类
表 1显示了为单播信息流定义的四个默认转发类，而表2显示为组播信息流定义的默认转发类。
组播信息流的默认转发类仅适用于EX8200 虚拟机箱和EX4300交换机。
您可重命名与交换机上支持的队列相关联的转发类。将新类名称分配给输出队列不会改变适用于该队列的默认分类或计划。但是，CoS配置可能十分复杂，我们建议您避免更改默认类名称或队列号关联。
转发类名称 |
评论 |
|---|---|
尽力服务 （be） |
该软件不会将任何特殊CoS应用于 DiffServ 字段中具有 000000 的数据包。这是向后兼容性功能。这些数据包通常在网络资源塞塞的情况下丢弃。 |
加速转发 （ef） |
此软件为此服务类中的数据包提供有保障的带宽、低丢失、低延迟和低延迟的端到端变化（抖动）。软件接受此类中的多余信息流，但是与保证的转发类不同，出类加速转发类数据包可以不按顺序转发或丢弃。 |
确保转发 （af） |
只要来自客户的数据包流保持在您定义的特定服务配置文件内，该软件就可提供数据包交付的高级别保证。 软件接受多余信息流，但是会应用尾部丢弃配置文件，以确定是否丢弃多余数据包，而不是转发。 为此服务类定义了两个丢弃探测能力（低和高）。 |
网络控制 （nc） |
软件以高优先级在此服务类中提供数据包。（这些数据包对延迟不敏感。） 通常，这些数据包表示路由协议 hello 或保留活动消息。由于丢失这些数据包会危及网络正常运行，因此数据包延迟比这些数据包的数据包丢弃更可取。 |
转发类名称 |
评论 |
|---|---|
组播尽力服务 （mcast-be） |
该软件不会将任何特殊CoS应用于组播数据包。这些数据包通常在网络资源塞塞的情况下丢弃。 |
组播加速转发 （mcast-ef） |
此软件为此服务类的组播数据包提供有保障的带宽、低丢失、低延迟和低延迟变化（抖动）端到端。软件接受此类中的多余信息流，但与组播保证转发类不同，出类播组播加速转发类数据包可不按顺序转发或丢弃。 |
组播保证转发 （mcast-af） |
只要来自客户的数据包流保持在您定义的特定服务配置文件内，该软件就可提供组播数据包的高级别保证。 软件接受多余信息流，但是应用尾部丢弃配置文件以确定是否丢弃多余数据包而不是转发。 为此服务类定义了两个丢弃探测能力（低和高）。 |
组播网络控制 （mcast-nc） |
（EX4300交换机）软件以高优先级在此服务类中提供数据包。（这些数据包对延迟不敏感。） 通常，这些数据包表示路由协议 hello 或保留活动消息。由于丢失这些数据包会危及网络正常运行，因此数据包延迟比这些数据包的数据包丢弃更可取。 |
以下规则管辖队列分配：
CoS交换机可以支持更多队列的配置不会被接受。如果提交此类配置，则提交失败，并显示一条消息，规定可用队列数。
所有默认CoS配置均基于队列号。在队列号的默认配置中显示的转发类的名称是当前与该队列关联的转发类的名称。