分类： 系统运维
2008-05-20 09:35:25
介绍
输出调度用于确保重要业务在严重超量预订的情况下不会被丢弃。本文将说明所有涉及Catalyst 6000交换机输出调度的技术和算法。本文还将重点说明如何在运行集成Cisco IOS®（本机模式）的Catalyst 6000上对输出调度进行配置，如何检验操作。
如果您想知道有关加权早期随机检测（WRED）、加权循环（WRR）以及尾端丢弃的详细信息，或者您的Catalyst 6 000上使用混合模式软件，请参考“Catalyst 6000系列交换机上的QoS：采用混合模式在带PFC的Catalyst 6000上进行输出调度”。
Catalyst 6000上不同线路卡的输出队列能力
如果您并不确定某个端口的队列能力，那么首先要做的就是发出 show queueing interface
cosmos#show queueing interface gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
QoS is disabled globally
Trust state: trust DSCP
Default COS is 0
Transmit group-buffers feature is enabled
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
.....(output truncated)
正如您所看到的，该端口的输出队列类型称为1p2q2。
Catalyst 6000以及6500交换机上有好几种队列类型。下表说明了端口QoS体系结构的表示方法。
| 发送/接收端 | 队列表示法 | 队列数量 | 优先级队列 | WRR队列数量 | WRR队列数量及类型阈值 |
| Tx | 2q2t | 2 | - | 2 | 2 configurable Tail-Drop |
| Tx | 1p2q2t | 3 | 1 | 2 | 2 configurable WRED |
| Tx | 1p3q1t | 4 | 1 | 3 | 1 configurable WRED |
| Tx | 1p2q1t | 3 | 1 | 2 | 1 configurable WRED |
| Rx | 1q4t | 1 | - | 1 | 4 configurable Tail-Drop |
| Rx | 1p1q4t | 2 | 1 | 1 | 4 configurable Tail-Drop |
| Rx | 1p1q0t | 2 | 1 | 1 | Not configurable |
| Rx | 1p1q8t | 2 | 1 | 1 | 8 configurable WRED |
下表列出接口/端口接收与发送侧的所有模块以及队列类型。
| 模块 | 接收队列 | 发送队列 |
| WS-X6K-S2-PFC2 | 1p1q4t | 1p2q2t |
| WS-X6K-SUP1A-2GE | 1p1q4t | 1p2q2t |
| WS-X6K-SUP1-2GE | 1q4t | 2q2t |
| WS-X6501-10GEX4 | 1p1q8t | 1p2q1t |
| WS-X6502-10GE | 1p1q8t | 1p2q1t |
| WS-X6516-GBIC | 1p1q4t | 1p2q2t |
| WS-X6516-GE-TX | 1p1q4t | 1p2q2t |
| WS-X6416-GBIC | 1p1q4t | 1p2q2t |
| WS-X6416-GE-MT | 1p1q4t | 1p2q2t |
| WS-X6316-GE-TX | 1p1q4t | 1p2q2t |
| WS-X6408A-GBIC | 1p1q4t | 1p2q2t |
| WS-X6408-GBIC | 1q4t | 2q2t |
| WS-X6524-100FX-MM | 1p1q0t | 1p3q1t |
| WS-X6324-100FX-SM | 1q4t | 2q2t |
| WS-X6324-100FX-MM | 1q4t | 2q2t |
| WS-X6224-100FX-MT | 1q4t | 2q2t |
| WS-X6548-RJ-21 | 1p1q0t | 1p3q1t |
| WS-X6548-RJ-45 | 1p1q0t | 1p3q1t |
| WS-X6348-RJ-21 | 1q4t | 2q2t |
| WS-X6348-RJ21V | 1q4t | 2q2t |
| WS-X6348-RJ-45 | 1q4t | 2q2t |
| WS-X6348-RJ-45V | 1q4t | 2q2t |
| WS-X6148-RJ-45V | 1q4t | 2q2t |
| WS-X6148-RJ21V | 1q4t | 2q2t |
| WS-X6248-RJ-45 | 1q4t | 2q2t |
| WS-X6248A-TEL | 1q4t | 2q2t |
| WS-X6248-TEL | 1q4t | 2q2t |
| WS-X6024-10FL-MT | 1q4t | 2q2t |
[page]
本节说明在支持本机IOS的Catalyst 6000上配置输出调度时应遵循的所有步骤。有关Catalyst 6000的默认配置，请参阅本文的 一节。
Catalyst 6000的配置包含以下任务：
1.启用服务质量（服务质量）
2.将每个可能的服务级别（CoS）值映射到队列和阈值
3.配置WRR加权
4.配置分配给每个队列的缓冲区
5.配置每个队列的阈值级别
注意： 所有这些任务（除第一项外）均为可选任务。您可以决定一个或多个参数保持默认值。
下文将对这五个步骤作详细的解释。
1.首先启用QoS。请记住，QoS默认值禁用。当QOS禁用时，无论您对CoS映射作何种配置，都不会影响结果。系统只会以先进先出（FIFO）的方式处理一条队列，所有数据包将被丢弃。 cosmos#conf t
Enter configuration commands, one per line. End with CNTL/Z.
cosmos(config)#mls qos
QoS is enabled globally
Microflow policing is enabled globally
QoS global counters:
Total packets: 552638
IP shortcut packets: 0
Packets dropped by policing: 0
IP packets with TOS changed by policing: 0
IP packets with COS changed by policing: 0
Non-IP packets with CoS changed by policing: 0
2.CoS到队列/阈值的映射必须分配给所有队列类型。定义给2q2t型端口的映射将不能应用于任何1p2q2t端口。同样，您定义给2q2t的映射将被应用于所有具2q2t队列机制的端口。实现该操作的命令是如下在接口方式下的cos-map命令：
wrr-queue cos-mappriority-queue cos-map
从这里可以看出，您可以对WRR队列分别进行配置。如果存在优先级队列，您可以使用priority-queue命令对其进行配置。
注意： 队列总是从优先级最低的队列开始编号，并以绝对优先的队列结束。例如：
所有类型的队列均可重复此操作或者保持默认的CoS分配值。例如，对于1p2q2t队列：
cosmos#conf t cosmos(config)#int gig 1/1 cosmos(config-if)#priority-queue cos-map 1 5 !-- CoS 5 分配给优先级队列 cos-map configured on: Gi1/1 Gi1/2 cosmos(config-if)#wrr-queue cos-map 1 1 0 1 !-- CoS 0 和1 分配给低WRR队列的第一个阀值 cos-map configured on: Gi1/1 Gi1/2 cosmos(config-if)#wrr-queue cos-map 1 2 2 3 !-- CoS 2 和3 分配给低WRR队列的第二个阀值 cos-map configured on: Gi1/1 Gi1/2 cosmos(config-if)#wrr-queue cos-map 2 1 4 6 !-- CoS 4 和6分配给高WRR队列的第一个阀值 cos-map configured on: Gi1/1 Gi1/2 cosmos(config-if)#wrr-queue cos-map 2 2 7 !-- CoS 7分配给高WRR队列的第一个阀值 cos-map configured on: Gi1/1 Gi1/2
cosmos#show queueing int gig 1/1
...output truncated
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
2 1 4 6
2 2 7
3 1 5
.... output truncated
1.WRR加权需要配置给两个WRR队列。可以通过发出以下接口命令来实现：
wrr-queue bandwith
加权1与队列1关联，该队列应为低优先级WRR队列。该加权应总是保持比加权2低一个级别。该加权可以在1和255之间任意取值，并可使用以下公式分配百分比：
对于队列1：[加权1/（加权1+加权2）]
对于队列2：[加权2/（加权1+加权2）]
必须定义所有队列类型的加权。这些加权类型不必相同。例如，对于2q2t，队列1得到20%的处理而队列2得到80%的处理：
cosmos#conf t Enter configuration commands, one per line. End with CNTL/Z. cosmos(config)#int gig 1/1 cosmos(config-if)#wrr-queue bandwidth ? <1-255> enter bandwidth weight between 1 and 255 cosmos(config-if)#wrr-queue bandwidth 20 80 !-- 队列 1消耗20%的时间， 队列 2将消耗80%的时间。 cosmos(config-if)#
cosmos#show queueing interface gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Port is untrusted
Default cos is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 20[queue 1] 80[queue 2]
queue-limit ratios: 90[queue 1] 5[queue 2]
.... output truncated....
注意： 当无法使用混合模式时，您可以对各接口配置不同的WRR加权。
1.必须定义发送队列比率。这可决定为不同队列之间分缓冲的方式。如果您有三个队列（1p2q2t），您需要对高优先级WRR队列以及绝对优先队列设定相同的级别。这些级别不能因硬件原因而不同。仅为这两个WRR队列配置带宽，如果有绝对优先队列，我们将自动地将与高优先级的WRR队列相同的值配置给该队列。
wrr-queue queue-limitcosmos(config)#int gig 1/2 cosmos(config-if)#wrr-queue queue-limit 70 15 !--队列 1将占用70% 缓冲器，队列 2 和3各占15%。 queue-limit configured on: Gi1/1 Gi1/2
cosmos#show queueing interface gig 1/2
Interface GigabitEthernet1/2 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Port is untrusted
Default cos is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 5[queue 1] 255[queue 2]
queue-limit ratios: 70[queue 1] 15[queue 2]
注意： 最好为低优先级WRR队列留最大缓冲区，因为对于这个队列，我们需要启用更多缓冲器。其它队列将享受较高优先级的服务。
1.最后一步是对WRED队列或者尾端丢弃队列配置阈值级别。命令如下：
使用WRED作为丢弃机制的队列，配置阈值采用以下命令：
wrr-queue random-dtect max-threshold
对于使用尾端丢弃作为丢弃机制的队列，采用以下命令：
wrr-queue threshold
cosmos(config)# int gig 1/1 cosmos(config-if)#wrr-queue random-detect max-threshold 1 50 80 !-- 将队列1的阀值设置为50，最大阀值的80%配置于：Gi1/1 Gi1/2. cosmos(config-if)#wrr-queue random-detect max-threshold 2 40 60 !-- 将队列2的阀值设置为49，最大阀值的60%配置于：Gi1/1 Gi1/2.
cosmos(config)#int fast e 3/1 cosmos(config-if)#wrr-queue threshold ? <1-2> enter threshold queue id (1-2) cosmos(config-if)#wrr-queue threshold 1 ? <1-100> enter percent of queue size between 1 and 100 cosmos(config-if)#wrr-queue threshold 1 50 100 !-- 我们将队列1（低优先级）2q2t接口没有尾数的阀值设置为50， !-- 并填满整个缓冲器： threshold configured on: Fa3/1 Fa3/2 Fa3/3 Fa3/4 Fa3/5 Fa3/6 Fa3/7 Fa3/8 Fa3/9 Fa3/10 Fa3/11 Fa3/12 cosmos(config-if)# cosmos(config-if)# cosmos(config-if)#wrr-queue threshold 2 40 100 !-- 我们将队列2（高优先级）2q2t接口没有尾数的阀值设置为40， !-- 并填满整个缓冲器： threshold configured on: Fa3/1 Fa3/2 Fa3/3 Fa3/4 Fa3/5 Fa3/6 Fa3/7 Fa3/8 Fa3/9 Fa3/10 Fa3/11 Fa3/12 cosmos(config-if)#
cosmos#show queueing int gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Port is untrusted
Default cos is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 20[queue 1] 80[queue 2]
queue-limit ratios: 70[queue 1] 15[queue 2]
queue random-detect-max-thresholds
----------------------------------
1 50[1] 80[2]
2 40[1] 60[2]
cosmos#show queueing int fa 3/1
Interface FastEthernet3/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Port is untrusted
Default cos is 0
Transmit queues [type = 2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
WRR bandwidth ratios: 100[queue 1] 255[queue 2]
queue-limit ratios: 90[queue 1] 10[queue 2]
queue tail-drop-thresholds
--------------------------
1 50[1] 100[2]
2 40[1] 100[2]
对于该队列，阈值的配置以及CoS的分配无法在逐个端口进行。所有变化都应用于一组相邻的端口：
千兆线路卡的四个端口：端口1至端口4是一组，端口5至端口8是另一组
10/100端口或者100光纤端口的12个端口：1到12、13到24、25到36、36到48
对于某个和输出调度相关的端口，检验当前运行时间配置的最简单的命令是show queueing interface [ gig | fast eth] [ slot/port]命令。该命令显示端口上的队列类型、CoS到不同队列和阈值的映射、缓冲共享以及WRR加权（在这里，队列1为20% WRR，队列2为80% WRR）。该命令显示输出调度的所有配置信息，以及每个队列的每个阈值所丢充的数据包数量：
cosmos#show queueing int gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Port is untrusted
Default COS is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 20[queue 1] 80[queue 2]
queue-limit ratios: 70[queue 1] 15[queue 2]
queue random-detect-max-thresholds
----------------------------------
1 50[1] 80[2]
2 40[1] 60[2]
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
2 1 4 6
2 2 7
3 1 5
Receive queues [type = 1p1q4t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 Standard 4
2 Priority 1
queue tail-drop-thresholds
--------------------------
1 100[1] 100[2] 100[3] 100[4]
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
1 3 4
1 4 6 7
2 1 5
Packets dropped on Transmit:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 0 [0 1 ]
1 2 0 [2 3 ]
2 1 0 [4 6 ]
2 2 0 [7 ]
3 1 0 [5 ]
Packets dropped on Receive:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 0 [0 1 ]
1 2 0 [2 3 ]
1 3 0 [4 ]
1 4 0 [6 7 ]
2 1 0 [5 ]
Catalyst 6000中产生以下流量：
所有单点发送业务从交换机每个千兆端口1/1中出口，且出现超量预订。
[page]
本例中的所有输出通过show int queueing int gig 1/1命令进行配置。该命令提供了输入调度的其它信息。但是本文仅说明输出调度，该输出被删节。
想一想如果QoS全面启用且几分钟后使用所有默认参数，会发生什么：
nelix#show queueing int gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Trust state: trust DSCP
Default cos is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 100[queue 1] 255[queue 2]
queue-limit ratios: 90[queue 1] 5[queue 2]
queue random-detect-max-thresholds
----------------------------------
1 40[1] 100[2]
2 40[1] 100[2]
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
2 1 4
2 2 6 7
3 1 5
Packets dropped on Transmit:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 149606424 [0 1 ]
1 2 0 [2 3 ]
2 1 16551394 [4 ]
2 2 4254446 [6 7 ]
3 1 0 [5 ]
从上面的输出可看出默认值包括：
低优先级WRR队列中的大部分数据包被丢弃，但仍有一些因为双重阈值插入在高优先级WRR队列中。总共有（149606424 + 16551394 + 4254446）= 170412264个数据包被丢弃。这些丢弃的数据包按以下方式分布：
注意： 绝对优先队列中没有看到丢弃。
如前面的例子所示，队列2中的数据包仍然被丢弃。修改WRR加权向队列2提供更多带宽。现在队列1将清出4%的时间，队列2将清出96%的时间：
show run int gig 1/1
interface GigabitEthernet1/1
no ip address
wrr-queue bandwidth 10 255
mls qos trust dscp
switchport
switchport mode access
end
nelix#show queueing int gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Trust state: trust DSCP
Default cos is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 10[queue 1] 255[queue 2]
queue-limit ratios: 90[queue 1] 5[queue 2]
queue random-detect-max-thresholds
----------------------------------
1 40[1] 100[2]
2 40[1] 100[2]
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
2 1 4
2 2 6 7
3 1 5
Packets dropped on Transmit:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 2786205 [0 1 ]
1 2 0 [2 3 ]
2 1 11363 [4 ]
2 2 69 [6 7 ]
3 1 0 [5 ]
从以上输出可见，队列2丢弃的百分比现在大大减少。总共2797637的丢弃分布如下：
使用各种WRR加权可以确保队列2得到更多QoS。
我们可对WRR加权作出更大的修改。在以下范例输出中，仅向队列1提供了0.39%的加权：
show run int gig 1/1
interface GigabitEthernet1/1
no ip address
wrr-queue bandwidth 1 255
mls qos trust dscp
switchport
switchport mode access
end
nelix#show queueing int gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Trust state: trust DSCP
Default cos is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 1[queue 1] 255[queue 2]
queue-limit ratios: 90[queue 1] 5[queue 2]
queue random-detect-max-thresholds
----------------------------------
1 40[1] 100[2]
2 40[1] 100[2]
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
2 1 4
2 2 6 7
3 1 5
Packets dropped on Transmit:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 2535315 [0 1 ]
1 2 0 [2 3 ]
2 1 705 [4 ]
2 2 73 [6 7 ]
3 1 0 [5 ]
即使增加了WRR加权，队列2中的数据包仍被丢弃。但是，并非很多数据包被丢弃。队列2中只有0.03%的丢包。
如实例2和3所示，尽管WRR百分比能确保不会出现如此多的丢弃，但在队列2中仍然有丢弃的数据包。在队列2中仍有第二阈值的数据包被丢弃。这说明，当我们到达设定为100%的第二阈值且发现队列饱和时，数据包仍被丢弃。
为了改善这个情况，对队列极限作出更改（分配给各队列的缓冲区大小）。在以下实例中，队列1的队列极限设定为70%，队列2为15%，绝对优先队列为15%：
show run gig 1/1
interface GigabitEthernet1/1
no ip address
wrr-queue bandwidth 1 255
wrr-queue queue-limit 70 15
mls qos trust dscp
switchport
switchport mode access
end
nelix#show queueing int gig 1/1
Interface GigabitEthernet1/1 queueing strategy: Weighted Round-Robin
Port QoS is enabled
Trust state: trust DSCP
Default cos is 0
Transmit queues [type = 1p2q2t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 WRR low 2
2 WRR high 2
3 Priority 1
WRR bandwidth ratios: 1[queue 1] 255[queue 2]
queue-limit ratios: 70[queue 1] 15[queue 2]
queue random-detect-max-thresholds
----------------------------------
1 40[1] 100[2]
2 40[1] 100[2]
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
2 1 4
2 2 6 7
3 1 5
Receive queues [type = 1p1q4t]:
Queue Id Scheduling Num of thresholds
-----------------------------------------
1 Standard 4
2 Priority 1
queue tail-drop-thresholds
--------------------------
1 100[1] 100[2] 100[3] 100[4]
queue thresh cos-map
---------------------------------------
1 1 0 1
1 2 2 3
1 3 4
1 4 6 7
2 1 5
Packets dropped on Transmit:
BPDU packets: 0
queue thresh dropped [cos-map]
---------------------------------------------------
1 1 154253046 [0 1 ]
1 2 0 [2 3 ]
2 1 0 [4 ]
2 2 0 [6 7 ]
3 1 0 [5 ]
现在，仅在队列1中存在丢弃情况。
上述实例表明，实施输出调度的益处在于：万一输出端口出现超量预订，可以避免IP话音（VoIP）或者关键任务的话音丢弃。超量预订在正常网络中并不经常出现（特别是千兆链路上）。超量预订一般只在流量高峰期间发生或在特定短时期内流量突发的情况下发生。
即使没有任何超量预订，输出调度也能在端到端实施QoS的网络中提供极大的帮助。使用输出调度将有助于减少延迟及抖动。以下是输出调度如何帮助减少延迟和抖动的实例。
当数据包在等待传输时如果被“丢失”在各个交换机的缓冲区中，数据包的延迟会增加。例如，一个CoS为5的小型话音数据包在出现大量拥堵或者正在进行巨量文件传输时从端口发出。如果该输出端口不具有任何QoS，且假定该小型话音数据包的队列位于10个大型的1500字节数据包之后，您可以很容易地计算出发送10个大型数据包的千兆速度时间：
120微秒内发送（10 x 1500 x 8）= 120000位
如果该数据包在网络中穿行时需要通过八或九个交换机，则可能产生1毫秒的延迟时间。这只是对网络中通过交换机的输出队列延迟所进行的计算。
注意： 如果您需要让同样的10个大型数据包在10M接口上排队（例如有一个连接IP电话和一台PC机），所产生的延迟将为：
120毫秒内发送（10 x 1500 x 8）= 120000比特
实施输出调度将确保CoS为5的话音数据包被放入绝对优先队列，这样就能在CoS小于5的数据包之前得到发送。由此可减少延迟。
使用输出调度的另一个重要好处就是减少抖动。抖动是可以在同一信息流内的数据包中观察到的延迟变化。以下是输出调度如何来减少抖动的实例情况。
在上述情况中，有两个业务流需要在同一个端口发送：
两个业务流通过同一个输出端口离开交换机。本例说明当没有使用输出调度时可能发生的情况。所有大型数据包可能在两个话音数据包之间交织，在从同一业务流中接收话音数据包时产生抖动。当交换机传送大型数据包时，接收数据包1以及数据包N+1之间，存在一个更大的延迟。但是，N+1和N+2之间的延迟可以忽略不计。这导致了话音业务流中的抖动。可以通过使用绝对优先队列轻而易举地避免该问题的发生。请确保话音数据包的CoS值映射至绝对优先队列。
在本文中，通过对几个实例的研究，您已经了解到在运行混合模式的Catalyst 6000上如何对输出队列调度进行配置以及如何进行故障排除。您还看到在支持话音业务的大部分网络中，使用输出调度有以下好处：