HP StorageWorks 8/80 Brocade Converged Enhanced Ethernet Administrator's Guide - Page 130

Scheduling, Strict priority scheduling

Page 130 highlights

9 Scheduling Multicast rate limit is applied to the output of each multicast receive queue. Rate limits apply equally to ingress receive queueing (first level expansion) and egress receive queueing (second level expansion) since the same physical receive queues are utilized. You can set policies to limit the maximum multicast frame rate differently for each traffic class level and cap the total multicast egress rate out of the system. Multicast rate limiting includes the following features: • All configuration parameters are applied globally. Multicast rate limits are applied to multicast receive queues as frame replications are placed into the multicast expansion queues. The same physical queues are used for both ingress receive queues and egress receive queues so rate limits are applied to both ingress and egress queueing. • Four explicit multicast rate limit values are supported, one for each traffic class. The rate limit values represent the maximum multicast expansion rate in packets per second (PPS). Creating a receive queue multicast rate-limit Perform the following steps from Privileged EXEC mode to create the receive queue multicast rate-limit. 1. Enter global configuration mode. switch#configure terminal 2. Create a lower maximum multicast frame expansion rate. In this example, the rate is to 10000 PPS. switch(config)#qos rcv-queue multicast rate-limit 10000 Example of creating a lower maximum multicast frame expansion rate to 10000pkt/s. switch:admin>cmsh switch>enable switch#configure terminal Enter configuration commands, one per line. End with CNTL/Z. switch(config)#qos rcv-queue multicast rate-limit 10000 switch(config)#end 3. Enter the copy command to save the running-config file to the startup-config file. switch#copy running-config startup-config Scheduling Scheduling arbitrates among multiple queues waiting to transmit a frame. The Brocade 8000 supports both Strict Priority (SP) and Deficit Weighted Round Robin (DWRR) scheduling algorithms. Also supported is the flexible selection of the number of traffic classes using SP-to-DWRR. When there are multiple queues for the same traffic class, then scheduling takes these equal priority queues into consideration. Strict priority scheduling Strict priority scheduling is used to facilitate support for latency-sensitive traffic. A strict priority scheduler drains all frames queued in the highest priority queue before continuing on to service lower priority traffic classes. A danger with this type of service is that a queue can potentially starve out lower priority traffic classes. 110 Converged Enhanced Ethernet Administrator's Guide 53-1001346-01

  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105
  • 106
  • 107
  • 108
  • 109
  • 110
  • 111
  • 112
  • 113
  • 114
  • 115
  • 116
  • 117
  • 118
  • 119
  • 120
  • 121
  • 122
  • 123
  • 124
  • 125
  • 126
  • 127
  • 128
  • 129
  • 130
  • 131
  • 132
  • 133
  • 134
  • 135
  • 136
  • 137
  • 138
  • 139
  • 140
  • 141
  • 142
  • 143
  • 144
  • 145
  • 146
  • 147
  • 148
  • 149
  • 150
  • 151
  • 152
  • 153
  • 154
  • 155
  • 156
  • 157
  • 158
  • 159
  • 160
  • 161
  • 162

110
Converged Enhanced Ethernet Administrator’s Guide
53-1001346-01
Scheduling
9
Multicast rate limit is applied to the output of each multicast receive queue. Rate limits apply
equally to ingress receive queueing (first level expansion) and egress receive queueing (second
level expansion) since the same physical receive queues are utilized. You can set policies to limit
the maximum multicast frame rate differently for each traffic class level and cap the total multicast
egress rate out of the system.
Multicast rate limiting includes the following features:
All configuration parameters are applied globally. Multicast rate limits are applied to multicast
receive queues as frame replications are placed into the multicast expansion queues. The
same physical queues are used for both ingress receive queues and egress receive queues so
rate limits are applied to both ingress and egress queueing.
Four explicit multicast rate limit values are supported, one for each traffic class. The rate limit
values represent the maximum multicast expansion rate in packets per second (PPS).
Creating a receive queue multicast rate-limit
Perform the following steps from Privileged EXEC mode to create the receive queue multicast
rate-limit.
1.
Enter global configuration mode.
switch#
configure terminal
2.
Create a lower maximum multicast frame expansion rate. In this example, the rate is to 10000
PPS.
switch(config)#
qos rcv-queue multicast rate-limit 10000
Example of creating a lower maximum multicast frame expansion rate to 10000pkt/s.
switch:admin>
cmsh
switch>
enable
switch#
configure terminal
Enter configuration commands, one per line.
End with CNTL/Z.
switch(config)#
qos rcv-queue multicast rate-limit 10000
switch(config)#end
3.
Enter the copy command to save the running-config file to the startup-config file.
switch#
copy running-config startup-config
Scheduling
Scheduling arbitrates among multiple queues waiting to transmit a frame. The Brocade 8000
supports both Strict Priority (SP) and Deficit Weighted Round Robin (DWRR) scheduling algorithms.
Also supported is the flexible selection of the number of traffic classes using SP-to-DWRR. When
there are multiple queues for the same traffic class, then scheduling takes these equal priority
queues into consideration.
Strict priority scheduling
Strict priority scheduling is used to facilitate support for latency-sensitive traffic. A strict priority
scheduler drains all frames queued in the highest priority queue before continuing on to service
lower priority traffic classes. A danger with this type of service is that a queue can potentially starve
out lower priority traffic classes.