DynagenでCCIEを目指す

INE Workbook Volume I QoS 進捗誤植

最終更新：2011年11月21日 12:50

it_certification

- view

管理者のみ編集可

進捗確認
- 正答率チェック
- 所感
誤植および問題文補足

進捗確認

正答率チェック

	2週目	3週目
10.1 Hold-Queue and Tx-Ring
10.2 Weighted Fair Queueing (WFQ)
10.3 Legacy RTP Reserved Queue
10.4 Legacy RTP Prioritization
10.5 Legacy Custom Queueing		x
10.6 Legacy Custom Queueing with Prioritization
10.7 Legacy Priority Queueing
10.8 Legacy Random Early Detection
10.9 Legacy Flow-Based Random Early Detection
10.10 Selective Packet Discard	x
10.11 Payload Compression on Serial Links
10.12 Generic TCP/UDP Header Compression
10.13 MLP Link Fragmentation and Interleaving
10.14 Legacy Generic Traffic Shaping	x
10.15 Legacy CAR for Admission Control
10.16 Oversubscription with Legacy CAR and WFQ	x
10.17 Legacy CAR for Rate Limiting
10.18 Legacy CAR Access-Lists
10.19 Legacy GTS for Frame Relay	x
10.20 Legacy Frame Relay Traffic Shaping	x
10.21 Legacy Adaptive FRTS
10.22 Legacy FRTS with Per-VC WFQ	x
10.23 Legacy FRTS with Per-VC PQ
10.24 Legacy FRTS with Per-VC CQ
10.25 Legacy FRTS with Per-VC Fragmentation
10.26 Legacy FRTS with Per-VC IP RTP Priority
10.27 Frame-Relay RTP/TCP Header Compression
10.28 Frame-Relay Broadcast Queue
10.29 Frame-Relay DE Marking		x
10.30 Legacy FRTS PVC Interface Priority Queue	xx
10.31 Frame-Relay Priority to DLCI Mapping	xx	x
10.32 Frame-Relay Traffic Policing & Congestion Mgmt	x
10.33 MQC Classification and Marking
10.34 MQC Bandwidth Reservations and CBWFQ
10.35 MQC Bandwidth Percent
10.36 MQC LLQ and Remaining Bandwidth Reservations
10.37 MQC WRED
10.38 MQC Dynamic Flows and WRED
10.39 MQC MQC WRED with ECN
10.40 MQC Class-Based Generic Traffic Shaping	x
10.41 MQC Class-Based GTS nad CBWFQ		x
10.42 MQC Single-Rate Three-Color Policer
10.43 MQC Hierarchical Policers
10.44 MQC Two-Rate Three-Color Policer
10.45 MQC Peak Shaping
10.46 MQC Percent-Based Policing
10.47 MQC Header Compression
10.48 Using Class-Based GTS for FRTS
10.49 MQC Based Frame-Relay DE-Marking
10.50 Using MQC CBWFQ with Legacy FRTS
10.51 MQC Compatible FRF.12 Fragmentation		x
10.52 MQC Based Frame-Relay Traffic Shaping
10.53 Voice Adaptive Traffic Shaping
10.54 Voice Adaptive Fragmentation
10.55 MLPPP LFI over Frame Relay		x
10.56 QoS Pre-Classify
10.57 RSVP and WFQ	x
10.58 RSVP and SBM
10.59 RSVP and CBWFQ
10.60 RSVP and LLQ
10.61 RSVP and Pre-VC WFQ	x
10.62 Catalyst QoS Port-Based Classification
10.63 Catalyst QoS Marking Pass-Through		x
10.64 Catalyst QoS ACL Based Classification & Marking
10.65 Catalyst 3550 Per-Port Per-VLAN Classification
10.66 Catalyst 3560 Per-VLAN Classification
10.67 Catalyst Port-Based Policing and Marking
10.68 Catalyst 3560 Per-Port Per-VLAN Policing	x
10.69 Catalyst 3550 Per-Port Per-VLAN Policing	x
10.70 Catalyst QoS Aggregate Policers
10.71 Catalyst 3560 Ingress Queueing
10.72 Catalyst 3560 Ingress Queue Tuning
10.73 Catalyst 3550 Engress Queueing	x
10.74 Catalyst 3550 Regular Queues Tuning
10.75 Catalyst 3550 Gigabit Interface Queues Tuning
10.76 Catalyst 3550 Egress Policing	x
10.77 Catalyst 3560 SRR Shared Mode
10.78 Catalyst 3560 SRR Shaped Mode
10.79 Catalyst 3560 Egress Queues Tuning	x
10.80 Catalyst QoS DSCP Mutation
10.81 Advanced HTTP Classification with NBAR		x
正答率	79%	87%

所感

1週目 2011/08/14

10.43 rate-limit, policeを階層構造で定義した場合の挙動を記憶違いしていました。まとめると以下の通りです。

rate-limit -> continueを指定すると、次の行のrate-limitが評価される
police -> 親policy-mapが評価され、その結果dropされないものに関しては、子policy-mapが評価される。

10.47 match ip rtpを失念し、以下のような遠回りの解答を作成してしまいました。また、私の作成した解答ではUDP16384のrtpではないパケットもマッチしてしまいますので、INE模範解答の方がより良い解答と言えます。

ip access-list extended ACL_VOICE
 permit udp any any range 16384 32767
 permit udp any range 16384 32767 any
!
class-map match-all CMAP_VOICE
 match access-group name ACL_VOICE
 match ip rtp 16384 16383
!
policy-map PMAP_S12_OUT
 class CMAP_VOICE
  compress header ip rtp
  priority 24

10.50 答えを見るまで設定方法が分かりませんでした。frame relayのshapingは設定方法が多数あるので、一度まとめた方が良いと感じました。
10.52 問題文にpeak adaptiveの指定がありませんが、解答にはpeak adaptiveが記述されています。INEの解説によると、"このシナリオではpeak shapeとpeak adaptiveはセットで使用する"ようです。peak adaptiveが入っているのが単なる誤植なのか、peak shape, peak adaptiveはセットで使用するのがマナーなのか、それ以外の理由なのかは不明です。
10.64 "set ip precedence"と書くと機能しませんが、"set precedence"と書くと機能するようです。バグでしょうか。

policy-map police
 class class
  set ip dscp dscp
  set dscp dscp

10.65 IPX encapsulationの設定を忘れ、どつぼにはまってしまいました。ipxの設定は以下の通りです。

ipx routing
!
interface int
 ipx network network
 ipx encapsulation snap

2週目 2011/09/17

10.2 HDLC header sizeを調べるのに時間がかかってしまいました。
10.8 正解はできましたが、exponential-weighting-constantによるaverage depthの算出方法を忘れてしまいました。おそらく以下のような出題の仕方をされたら対応できなさそうなので、要復習です。
- change exponential-weighting-constant so that average queueu depth changes as quickly as possible.
10.10 ip spd max-thresholdが思い出せませんでした。隠しコマンドなので、helpで確認する事は非常に困難です。暗記しても試験本番でど忘れのリスクを回避できないので、オンラインドキュメント上のどの階層にSPDの説明があるのかを理解しておく必要があります。
10.14 問題文を誤読しました。policingをすべきなのかshapingをすべきなのかを慎重に読み取る必要があります。
10.19 問題文を理解できませんでした。"traffic that exceeds 96Kbps is marked as Discard Eligible"を"96Kbps超過分はDE bitを付与しろ"の意味だと思ってしまいましたが、実際は"ECNを受信した場合、96Kbpsにしなさい"の意味でした。問題文にかなり無理がありますが、frame-relay網上でGTSが実装できる項目を思い浮かべれば、何となく空気を読んで出題意図を理解できるかもしれません。
10.20 知らない英単語が多かったため、誤読しました。
10.22 WFQのチューニングすべきパラメータを失念し、不正解でした。CDT(Congestive Discard Threshold)は"各フローのキュー長"を表します。また、FRTSにおけるWFQの設定は、Legacy WFQと設定の構文が若干異なります。

Router(config-map-class)# frame-relay fair-queue cdt N_flow-queue N_reserved_queue queue_size

10.30 PIPQが何の略であるか忘れてしまいました。前後の文脈からPIPQを何となく推測できない事もないですが、PIPQがFrame Relay PVC Interface Priority Queueingの略である事くらい覚えておいた方が無難です。
10.40 正解できましたが、Be省略時の扱いについて忘れていました。
- GTS -> Be = Bc
- FRTS -> Be = 0
10.41 問題文を読み落としてしまいました。voiceの取り扱いは、帯域を保証するだけなのか、それとも優先制御も行わなければならないのか、慎重に要件を読み取る必要があります。
10.42 設問とは全く関係ありませんが、HTTPのパスワード設定(ip http client password cisco)が反映されず、ISOファイルのダウンロードに失敗する不具合に遭遇しました(初めてではなく、2度目です)。

Rack17R4#copy http://150.17.6.6/c1841-adventerprisek9-mz.124-24.T.bin null:
Address or name of remote host [150.17.6.6]?
Source filename [c1841-adventerprisek9-mz.124-24.T.bin]?
%Error opening http://*****@150.17.6.6/c1841-adventerprisek9-mz.124-24.T.bin (Permission denied)
Rack17R4#

この不具合に遭遇した場合は、ルータ再起動を実施するか、以下のようにユーザ名, パスワードを明示的に指定するかで、本現象を回避する事ができます。

Rack17R4#copy http://cisco:cisco@150.17.6.6/c1841-adventerprisek9-mz.124-24.T.bin null:

10.61 何とか正解する事ができましたが、かなり曖昧な記憶でした。frame relayにおいて、RSVPを設定すると、自動的にRSVP用のWFQが作成されます。このWFQは、interface単位のWFQであるかPVC単位のWFQであるかを以下のコマンドにより指定する事ができます。

Router(config-if)# ip rsvp resource-provider wfq { interface | wfq }

3週目 2011/11/12

10.5 default-queue の考慮漏れをしてしまいました。また、HDLC header Frame Relay headerも含めてbyte数を定義しなければならない事を失念していました。

 R4:
queue-list 1 protocol ip 0 udp rip
queue-list 1 protocol ip 1 lt 61
queue-list 1 protocol ip 1 lt 65
queue-list 1 protocol ip 2 list 105
queue-list 1 protocol ip 3 list 106
queue-list 1 default 3
queue-list 1 queue 1 byte-count 320
queue-list 1 queue 2 byte-count 640
queue-list 1 queue 3 byte-count 104 limit 100
!
interface Serial0/1/0
 custom-queue-list 1

10.5 headerを含めた値を定義すべきかどうか迷った場合は、以下の方法で確認する事ができます。問題文の指示では60byteのパケットはqueue 1に格納されるべきですが、実際はqueue 3に格納されています。このような観察をすれば設定誤りに気づけたはずです。

 R4:
Rack9R4#clear counters
Clear "show interface" counters on all interfaces [confirm]
Rack9R4#
Nov  3 04:56:04.751: %CLEAR-5-COUNTERS: Clear counter on all interfaces by console
Rack9R4#
Rack9R4#
Rack9R4#
Rack9R4#ping 155.9.45.5 repeat 100 size 60

Type escape sequence to abort.
Sending 100, 60-byte ICMP Echos to 155.9.45.5, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
Success rate is 100 percent (100/100), round-trip min/avg/max = 8/10/64 ms
Rack9R4#
Rack9R4#
Rack9R4#
Rack9R4#
Rack9R4#show queueing interface Serial 0/1/0
Interface Serial0/1/0 queueing strategy: custom

Output queue utilization (queue/count)
        0/6 1/0 2/0 3/108 4/0 5/0 6/0 7/0 8/0
        9/0 10/0 11/0 12/0 13/0 14/0 15/0 16/0
Rack9R4#

10.29 headerを含めるかどうか迷った場合は、"10.5"と同様のテストが可能です。60byte pingと61byte pingを送信し、61byte pingのみDEbitが付与されている事を確認します。確認例は以下の通りです。(60byte pingは省略)

 R3:
Rack9R3#ping 155.9.0.5 size 61 repeat 99999

Type escape sequence to abort.
Sending 99999, 61-byte ICMP Echos to 155.9.0.5, timeout is 2 seconds:
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

 R5:
Rack9R5#clear counters
Clear "show interface" counters on all interfaces [confirm]
Rack9R5#
Rack9R5#
Nov  3 08:21:48.210: %CLEAR-5-COUNTERS: Clear counter on all interfaces by console
Rack9R5#
Rack9R5#
Rack9R5#
Rack9R5#show frame-relay pvc 503

PVC Statistics for interface Serial0/0/0 (Frame Relay DTE)

DLCI = 503, DLCI USAGE = LOCAL, PVC STATUS = ACTIVE, INTERFACE = Serial0/0/0

  input pkts 187           output pkts 188          in bytes 12366
  out bytes 13142          dropped pkts 0           in pkts dropped 0
  out pkts dropped 0                out bytes dropped 0
  in FECN pkts 0           in BECN pkts 0           out FECN pkts 0
  out BECN pkts 0          in DE pkts 187           out DE pkts 0
  out bcast pkts 2         out bcast bytes 1032

 omitted

誤植および問題文補足

10.5 Legacy Custom Queueing

Custom QueueをI/Fに適用する設定が漏れています。下記を加筆して、Custome Queueをs0/1/0に適用して下さい。

R4:
interface Serial0/1/0
 custom-queue-list 1

10.6 Legacy Custom Queueing with Prioritization

前問でRTR trafficをqueue 1に設定している場合は、何も設定する必要ありません。system queueの次に送信権が与えられるのは、queue 1ですので、模範解答を赤字の通り修正する必要があります。(但し、赤字に修正した解答はデフォルト設定ですので、show runコマンドで確認するとlowest-customに関する設定は確認する事ができません)

R4:
queue-list 1 lowest-custom 1

10.11 Payload Compression on Serial Links

模範解答のone-way-negotiationは必須の設定ではないので、設定しても設定しなくてもどちらでも構いません。

 R2:
interface Serial0/0
 frame-relay map ip 155.X.0.5 205 broadcast IEFT payload-compression FRF9 stac one-way-negotiation

 R5:
interface Serial0/0/0
 frame-relay map ip 155.X.0.5 205 broadcast IEFT payload-compression FRF9 stac one-way-negotiation

 omitted

10.12 Generic TCP/UDP Header Compression

特に問題文に指定がありませんが、R4, R5間のSerial Link側にCompressionの設定を投入して下さい。

10.16 Oversubcsription with Legacy CAR and WFQ

以下問題文のguaranteedですが、これは"IP precedence 1で送信しなさい"の意味らしいです。この問題文から"IP precedenceを設定しろ"という出題意図を読み取るのはかなり無理があります。また、burst sizeの下限は1600byteですので、以下問題文の通りtcを200msに設定するのは不可能です。tcを400msに変更します。

Configure WFQ on R4's pointo-to-point link to R5, and clock the link at 128Kbps.
Configure a CAR policy on R4 to achieve the following
- 64Kbps that R4 recieves from R1 and R6 each should be guaranteed on the link out to R5
- Traffic from R1 and R6 should be allowed up to 128Kbps each total.
- Traffic above 128Kbps should be dropped.
- Use the averaging time interval of ~~200ms~~ 400ms

以下INE模範解答の青字部分ですが、"Use the averaging time interval of 200 ms"との指定があるので、本来は1600byteにすべきです。しかし、burst sizeの下限は2000byteであるので、模範解答通りで妥協します。

 R4:
interface FastEthernet0/1
 rate-limit input access-group 111 64000 3200 3200 conform-action set prec-transmit 1 exceed-action continue
 rate-limit input access-group 111 128000 3200 3200 6400 6400 conform-action set prec-transmit 0 exceed-action drop
 rate-limit input access-group 116 64000 3200 3200 conform-action set prec-transmit 1 exceed-action continue
 rate-limit input access-group 116 128000 3200 3200 6400 6400 conform-action set prec-transmit 0 exceed-action drop

10.17 Legacy CAR for Rate Limiting

問題部のburst sizeについて以下の通り訂正します。

Use a committed burst of 384Kbps 384Kbyte and an excess burst of 768Kbps 768Kbyte.

10.23 Legacy FRTS with Per-VC PQ

INE模範解答は、RIPを優先する設定が漏れています。模範解答を以下の通り訂正します。

R5:
access-list 100 permit icmp any any
!
priority-list 1 protocol ip high udp rip
priority-list 1 protocol ip medium tcp www
priority-list 1 protocol ip low list 100
!
map-class frame-relay TO_R3
 framge-relay priority-group 1

10.24 Legacy FRTS with Per-VC CQ

INE模範解答通りでも題意を満たしています（？）が、packet sizeを考慮した以下の設定の方が"better"な解答と言えます。

R5:
queue-list 1 queue 0 limit 15
queue-list 1 queue 1 byte-count 504 limit 15
queue-list 1 queue 2 byte-count 168 limit 15
queue-list 1 queue 3 byte-count 84 limit 15

10.32 Frame-Relay Traffic Policing & Congestion Mgmt

下記GTSについてどのI/Fに設定すべきか明記されていませんが、BECNs受信時の挙動が後の問題文で書かれている事から、frame-relay switchされるsecond subinterface側に設定すべきであると推測する事ができます。

Configure generic traffic-shaping on R1 and R2 to average 128Kbps with a Bc of 16000 bits.

具体的なminCIRについて記載されていませんが、CIRの半分である64KbpsをminCIRとして設定して下さい。

R1 should reduce its sending rate to the guaranteed rate in the case that BECNs are received.

INE模範解答のfirst subinterface, second subinterfaceが逆に設定されています。解答例は以下の通りとなります。

 R1:
interface Serial0/1
 no ip address
 encapsulation frame-relay
!
interface Serial0/1.1 point-to-point
 ip address 155.18.13.1 255.255.255.0
 traffic-shape rate 128000 16000 16000 1000
 frame-relay interface-dlci 133
!
interface Serial0/1.2 point-to-point
 ip address 155.18.12.1 255.255.255.0
 traffic-shape rate 128000 16000 0 1000
 traffic-shape adaptive 64000
 frame-relay interface-dlci 132
  load-interval 30

 R2:
interface Serial0/1
 no ip address
 encapsulation frame-relay
!
interface Serial0/1.1 point-to-point
 ip address 155.18.23.2 255.255.255.0
 frame-relay interface-dlci 233
!
interface Serial0/1.2 point-to-point
 ip address 155.18.12.2 255.255.255.0
 traffic-shape rate 128000 16000 0 1000
 frame-relay interface-dlci 231
  load-interval 30

 R3:
interface Serial1/2
 ip address 155.18.13.3 255.255.255.0
 encapsulation frame-relay
 clock rate 128000
 frame-relay traffic-shaping
 frame-relay map ip 155.18.13.1 133 broadcast
 frame-relay interface-dlci 132 switched
  class FROM_R1
 frame-relay interface-dlci 133
 frame-relay intf-type dce
 frame-relay congestion-management
  threshold ecn 3
  threshold de 5
!
interface Serial1/3
 ip address 155.18.23.3 255.255.255.0
 encapsulation frame-relay
 clock rate 128000
 frame-relay traffic-shaping
 frame-relay map ip 155.18.23.2 233 broadcast
 frame-relay interface-dlci 231 switched
  class FROM_R2
 frame-relay interface-dlci 233
 frame-relay intf-type dce
 frame-relay congestion-management
  threshold ecn 3
  threshold de 5

map-class frame-relay FROM_R2
 frame-relay cir in 0
 frame-relay bc in 0
 frame-relay be in 16000
 frame-relay tc 125
!
map-class frame-relay FROM_R1
 frame-relay cir in 64000
 frame-relay bc in 8000
 frame-relay be in 8000
!
connect R1R2 Serial1/3 231 Serial1/2 132

10.34 MQC Bandwidth Reservations and CBWFQ

以下問題文の赤字部分についてですが、これはCDT(Congestive Discard Threshold)が32 packetという意味ではなく、WFQのキュー長が32 packetという意味のようです。

Modify R4's MQC policy to meet the following requirements:
- Set the total size of the MQC queue to 512 buffers
- The traffic flow for the web servers in VLAN 146 and the IP Precedence 0 packets from VLAN 146 should be guaranteed 32Kbps each
- Limit the size of the FIFO queue the HTTP and IP Precedence 0 traffic classes to 16 and 24 packets respectively
- All other unmatched traffic in the policy should run WFQ
- Dynamic flows in this WFQ should start dropping when they reach 32 packets in length

INE模範解答の赤字部分は不要です。但し、bandwidth percent等の指定は、bandwidthの指定を基に計算するので、bandwidthを明示的に投入する癖をつけておくのは悪い事ではありません。

R4:
interface Serial 0/1/0
 bandwidth 128
 max-reserved-bandwidth 100
 no fair-queue
 hold-queue 512 out

 omitted

10.35 Bandwidth Percent

前問でbandwidthの設定を投入していない場合は、この問題の時点でbandwidthを入力して下さい。bandwidthの設定が投入されていないとserial linkの帯域は、clock rateに関わらず1544Kbpsとして計算されてしまいます。

R4:
interface Serial 0/1/0
 bandwidth 128
!
policy-map SERIAL_LINK
 class HTTP
  no queue-limit 16 packets
  no bandwidth
 class SCAVENGER
  no queue-limit 24 packets
  no bandwidth
 !
 class HTTP
  bandwidth percent 25
  queue-limit 16 packets
 class SCAVENGER
  bandwidth percent 25
  queue-limit 24 packets

10.36 MQC LLQ and Remaining Bandwidth Reservations

INE模範解答の以下赤字部分を訂正する必要があります。

R4:
interface Serial 0/1/0
 bandwidth 128
!
policy-map SERIAL_LINK
 class VOICE
  priority 27 26
 class HTTP
  no bandwidth
  bandwidth remaining percent 33
 class SCAVENGER
  no bandwidth
  bandwidth remaining percent 33

HLDC headerには、Cisco独自規格とISO標準規格があります。INE模範解答ではCisco独自規格(header sizeは7byteです)を基に計算していますが、現在はISO標準のHLDC header(header sizeは4byteです)が使用されています。従って、VoIPに割り当てる帯域は以下の通り計算できます。

( 60 + 4 ) byte/packet * 50 packet/sec * 8 bit/byte = 25600 bit/sec

10.38 MQC Dynamic Flows and WRED

問題文に"precedence 1に対して設定しなさい"との指定はないので、INE模範解答に赤字部分を加筆した解答の方が無難かと思われます。

policy-map SERIAL_LINK
 class class-default
  fair-queue 32
  random-detect
  random-detect precedence 0 1 40 4
  random-detect precedence 1 1 40 4
  random-detect precedence 2 1 40 4
  random-detect precedence 3 1 40 4
  random-detect precedence 4 1 40 4
  random-detect precedence 5 1 40 4
  random-detect precedence 6 1 40 4
  random-detect precedence 7 1 40 4

10.39 MQC WRED with ECN

INE模範解答の赤字部分は不要です。恐らく前の問題の解答が紛れ込んでしまったのではないかと推測できます。

R4:
policy-map SERIAL_LINK
 class HTTP
  random-detect ecn
  random-detect precedence 2 4 16 4

10.40 MQC Class-Based Generic Traffic Shaping

INE模範解答について、VLAN146, VLAN67に適用する帯域が逆になっています。問題文または解答を訂正する必要がありますが、私の場合は問題文を以下の通り訂正します(問題文を訂正した方が後述の設問で矛盾が少なくなるので)。

Configure MQC shaping on R6 to limit the sending rate on its link to VLAN 146 to ~~512Kbps~~ 384Kbps.
The link to VLAN 67 should be limited to ~~384Kbps~~ 512Kbps.
Use a burst interval of 20ms.

10.44 MQC Two-Rate Three-Color Policer

INE模範解答のexcess burstを以下赤字の通り訂正します。

R4:
policy-map SUBRATE_POLICER
 class FROM_R1
  police cir 64000 bc 3200 pir 128000 be 3200
   conform-action set-prec-transmit 1
   exceed-action set-prec-transmit 0
   violate-action drop
  class FROM_R6
  police cir 64000 bc 3200 pir 128000 be 3200
   conform-action set-prec-transmit 1
   exceed-action set-prec-transmit 0
   violate-action drop

10.45 MQC Peak Shaping

問題文を以下の通り訂正します。

Configure R1 and R6 to shape HTTP traffic to a peak rate of 128Kbps as it is sent out to VLAN 146.
Use Bc and Be bursts based on ~~10ms~~ 100ms interval.

10.46 MQC Percent-Based Policing

模範解答通りの設定を投入すると、以下のようなエラーが発生します。設問通りの設定を投入する事が不可能ですので、動作確認はせず、コマンドのみを確認します。

Rack17R1(config)#interface FastEthernet 0/0
Rack17R1(config-if)#service-policy input PMAP_FROM_VLAN146
cir must fall between 8000 and 2000000000
cir must fall between 8000 and 2000000000
Rack17R1(config-if)#

10.51 MQC Compatible FRF.12 Fragmentation

問題文を以下の通り訂正します。

Configure R2, R3, and R5 to fragment packets to 480 bytes as they are sent out to the Frame Relay network.
Enable fragmentation on the main Frame-Relay interfaces of &colo(#cc0000){&s(){R3 and R4} R3 and R5}.
Enable fragmentation under the map-class for DLCI 205 on R2.

10.52 MQC Based Frame-Relay Traffic Shaping

INE記載のshowコマンドでは確認できません。INEでは"show frame-relay pvc 503"を使用していますが、以下のshowコマンドによる確認を行って下さい。

 R5:
Rack8R5#show policy-map interface
 Serial0/0/0: DLCI 502 -

  Service-policy output: PMAP_PVC502

    Class-map: class-default (match-any)
      6996 packets, 767404 bytes
      30 second offered rate 13000 bps, drop rate 0 bps
      Match: any
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 6996/767404
      shape (peak) cir 256000, bc 12800, be 12800
      target shape rate 512000
        lower bound cir 256000,  adapt to fecn 0
      QoS Set
        fr-de
          Packets marked 6996
 Serial0/0/0: DLCI 503 -

  Service-policy output: PMAP_PVC503

    Class-map: class-default (match-any)
      6555 packets, 720816 bytes
      30 second offered rate 13000 bps, drop rate 0 bps
      Match: any
      Queueing
      queue limit 64 packets
      (queue depth/total drops/no-buffer drops) 0/0/0
      (pkts output/bytes output) 6555/720816
      shape (peak) cir 128000, bc 6400, be 6400
      target shape rate 256000
        lower bound cir 128000,  adapt to fecn 0
Rack8R5#

10.55 MLPPP LFI over Frame Relay

問題文はFRTSの指定ですが、解答はGTSになっています。問題文を以下の通り訂正します。

Configure PPP over Frame Relay on the back-to-back Serial link between R4 and R5 using DLCI 100.
Configure ~~FRTS~~ GTS on both routers assuming a PVC CIR of 256Kbps, and an interface rate of 512Kbps.

10.60 RSVP and LLQ

Configure R5 to classify RSVP flows with a PQ-profile that ignores peak-rate, and classfies all flows below ~~2000Kbyte/s~~ 2000byte/s with the burst sizes below or equal to 2000 bytes as eligible for LLQ.

10.64 Catalys QoS ACL Based Classification & Marking

以下のエラーメッセージの通りinput policyに対してcos値を設定する事はできません。

Rack9SW4(config-if)#service-policy input PMAP_MARKING
Set cos not supported in input policy
Rack9SW4(config-if)#

問題文を以下の通り変更します。

Configure SW4 to trust IP DSCP value in packets comming from R4$s(){, and set the CoS to a value of 2}.

INE模範解答からcos 2の設定を削除します。また、INEの解説ではcat 3550はclass-defaultが機能しないと記載されていますが、cat 3560もclass-defaultが機能しません。SW2 (cat 3560)のclass-defaultを以下の通り変更します。

 SW2:
mls qos rewrite ip dscp
!
mac access-list extended IPX
 permit any any 0x8137 0x0
ip access-list extended ICMP
 permit icmp any any
ip access-list extended TELNET
 permit tcp any any eq telnet
 permit tcp any eq telnet any
ip access-list standard IP_ANY
 permit any
!
class-map match-all IPX
 match access-group name IPX
class-map match-all ICMP
 match access-group name ICMP
class-map match-all TELNET
 match access-group name TELNET
class-map match-all IP_ANY
 match access-group name IP_ANY
!
policy-map CLASSIFY
 class IPX
  set dscp ef
 class ICMP
  set dscp cs3
 class TELNET
  set precedence 2
 class IP_ANY
  trust cos
 class class-default
  trust cos


 SW4:
policy-map CLASSIFY
 class IP_ANY
  trust dscp
  set cos 2

 omitted

10.67 Catalyst QoS Port-Based Policing and Marking

要確認 問題文誤植 byteではなくbitにする必要あり？もしかしたら、byteのままでOK？

10.75 Catalyst 3550 Gigabit Interface Queues Tuning

Catalyst 3550はSW3, SW4です。また、SW3, SW4はminimum thresholdsをサポートしていません。問題文を以下の通り、変更します。

Configure the first GigabitEthernet interface on ~~SW1~~ SW4 as follows:
- Set thresholds to 50 and 100 for all four queues
- Map DSCP values 46, 48, and 56 to threshold 2
- Set WRR queue weights to 20, 20, 20 and 40 for queues 1 through 4
Enable WRED on the second GigabitEthernet interface of ~~SW1~~ SW4 and configure as following:
- Set WRED ~~minimum thresholds~~ maximum thresholds to 50 and 80 for all queues
- Map DSCP values 46, 48, and 56 to threshold 2
- Set WRR queue weights to 20, 20, 20 and 40 for queues 1 through 4

「INE Workbook Volume I QoS 進捗誤植」をウィキ内検索

人気記事ランキング

最近更新されたページ

新規Wikiランキング

最近作成されたWikiのアクセスランキングです。見るだけでなく加筆してみよう！

人気Wikiランキング

atwikiでよく見られているWikiのランキングです。新しい情報を発見してみよう！

全体ページランキング

最近アクセスの多かったページランキングです。話題のページを見に行こう！

INE Workbook Volume I QoS 進捗誤植

進捗確認

正答率チェック

所感

1週目 2011/08/14

2週目 2011/09/17

3週目 2011/11/12

誤植および問題文補足

10.5 Legacy Custom Queueing

10.6 Legacy Custom Queueing with Prioritization

10.11 Payload Compression on Serial Links

10.12 Generic TCP/UDP Header Compression

10.16 Oversubcsription with Legacy CAR and WFQ

10.17 Legacy CAR for Rate Limiting

10.23 Legacy FRTS with Per-VC PQ

10.24 Legacy FRTS with Per-VC CQ

10.32 Frame-Relay Traffic Policing & Congestion Mgmt

10.34 MQC Bandwidth Reservations and CBWFQ

10.35 Bandwidth Percent

10.36 MQC LLQ and Remaining Bandwidth Reservations

10.38 MQC Dynamic Flows and WRED

10.39 MQC WRED with ECN

10.40 MQC Class-Based Generic Traffic Shaping

10.44 MQC Two-Rate Three-Color Policer

10.45 MQC Peak Shaping

10.46 MQC Percent-Based Policing

10.51 MQC Compatible FRF.12 Fragmentation

10.52 MQC Based Frame-Relay Traffic Shaping

10.55 MLPPP LFI over Frame Relay

10.60 RSVP and LLQ

10.64 Catalys QoS ACL Based Classification & Marking

10.67 Catalyst QoS Port-Based Policing and Marking

10.75 Catalyst 3550 Gigabit Interface Queues Tuning

メインコンテンツ

更新履歴

@Wiki

INE Workbook Volume I QoS 進捗 誤植

進捗確認

正答率 チェック

所感

1週目 2011/08/14

2週目 2011/09/17

3週目 2011/11/12

誤植 および 問題文補足

10.5 Legacy Custom Queueing

10.6 Legacy Custom Queueing with Prioritization

10.11 Payload Compression on Serial Links

10.12 Generic TCP/UDP Header Compression

10.16 Oversubcsription with Legacy CAR and WFQ

10.17 Legacy CAR for Rate Limiting

10.23 Legacy FRTS with Per-VC PQ

10.24 Legacy FRTS with Per-VC CQ

10.32 Frame-Relay Traffic Policing & Congestion Mgmt

10.34 MQC Bandwidth Reservations and CBWFQ

10.35 Bandwidth Percent

10.36 MQC LLQ and Remaining Bandwidth Reservations

10.38 MQC Dynamic Flows and WRED

10.39 MQC WRED with ECN

10.40 MQC Class-Based Generic Traffic Shaping

10.44 MQC Two-Rate Three-Color Policer

10.45 MQC Peak Shaping

10.46 MQC Percent-Based Policing

10.51 MQC Compatible FRF.12 Fragmentation

10.52 MQC Based Frame-Relay Traffic Shaping

10.55 MLPPP LFI over Frame Relay

10.60 RSVP and LLQ

10.64 Catalys QoS ACL Based Classification & Marking

10.67 Catalyst QoS Port-Based Policing and Marking

10.75 Catalyst 3550 Gigabit Interface Queues Tuning

メインコンテンツ

更新履歴

@Wiki

INE Workbook Volume I QoS 進捗誤植

正答率チェック

誤植および問題文補足