لب عملی: پیکربندی QoS پایه با علامت‌گذاری و صف‌بندی مبتنی‌بر-کلاس

این لب عملی یک class-map و policy-map برای طبقه‌بندی ترافیک صوتی پیکربندی می‌کند، آن را با DSCP EF علامت‌گذاری می‌کند، یک صف اولویت که پهنای‌باند برایش تضمین می‌کند اعمال می‌کند، و تأیید می‌کند هم رفتار علامت‌گذاری و هم صف‌بندی روی اینترفیس خروجی تأثیر می‌گذارد.

Class-Map Policy-Map در QoSعلامت‌گذاری DSCPپیکربندی صف‌بندی اولویت

~3 دقیقه مطالعه · آخرین به‌روزرسانی ۱ مهر ۱۴۰۵

هدف لب

پیکربندی یک class-map که ترافیک صوتی را بر اساس پروتکل تطبیق می‌دهد، علامت‌گذاری‌اش با DSCP EF با استفاده از یک policy-map، اعمال یک policy-map دوم که یک صف اولویت سخت‌گیرانه برای آن ترافیک پیاده‌سازی می‌کند، و تأیید هم آمار علامت‌گذاری و هم صف‌بندی.

هدف لب (چرا مهم است)

درک الگوی Modular QoS CLI (MQC) — class-map مشخص می‌کند چه چیزی تطبیق شود، policy-map مشخص می‌کند چه کاری انجام شود، service-policy آن را روی یک اینترفیس اعمال می‌کند — برای تقریباً هر پیکربندی QoS بنیادین است، که پیش‌تر در این مجموعه درباره اصول QoS بحث شد.

توپولوژی لب

R1 ---- Gi0/1 ---- لینک WAN به‌سمت سایت دوردست

ترافیک صوتی شناسایی‌شده با بازه پروتکل RTP،
تولیدشده توسط یک تلفن IP در سمت LAN

وظیفه ۱: ساخت یک Class-Map که ترافیک صوتی را تطبیق می‌دهد

یک class-map که ترافیک پروتکل RTP را تطبیق می‌دهد بساز.

وظیفه ۲: ساخت یک Policy-Map علامت‌گذاری

یک policy-map که DSCP EF را برای ترافیک منطبق با class-map صوتی تنظیم می‌کند بساز.

وظیفه ۳: اعمال سیاست علامت‌گذاری ورودی

policy-map علامت‌گذاری را روی اینترفیس رو‌به‌سمت-LAN، ورودی، اعمال کن.

وظیفه ۴: ساخت یک Policy-Map صف‌بندی با اولویت

یک policy-map دوم بساز که صف‌بندی اولویت سخت‌گیرانه را روی کلاس صوتی، با یک تضمین پهنای‌باند، و مدیریت پیش‌فرض برای هر ترافیک دیگر اعمال می‌کند.

وظیفه ۵: اعمال سیاست صف‌بندی خروجی

policy-map صف‌بندی را روی اینترفیس رو‌به‌سمت-WAN، خروجی، اعمال کن.

وظیفه ۶: تولید ترافیک و تأیید علامت‌گذاری و صف‌بندی

ترافیک صوتی تولید کن و هم آمار علامت‌گذاری DSCP و هم صف اولویت را تأیید کن.

راه‌حل و تأیید

R1(config)# class-map match-all VOICE-TRAFFIC
R1(config-cmap)# match protocol rtp

R1(config)# policy-map MARK-VOICE
R1(config-pmap)# class VOICE-TRAFFIC
R1(config-pmap-c)# set dscp ef

R1(config)# interface gigabitethernet0/0
R1(config-if)# service-policy input MARK-VOICE

R1(config)# policy-map QUEUE-POLICY
R1(config-pmap)# class VOICE-TRAFFIC
R1(config-pmap-c)# priority 128
R1(config-pmap)# class class-default
R1(config-pmap-c)# fair-queue

R1(config)# interface gigabitethernet0/1
R1(config-if)# service-policy output QUEUE-POLICY

IPPhone> [یک تماس RTP فعال تولید می‌کند]

R1# show policy-map interface gigabitethernet0/0

  Service-policy input: MARK-VOICE
    Class-map: VOICE-TRAFFIC (match-all)
      842 packets, 67360 bytes
      QoS Set
        dscp ef
          Packets marked 842

R1# show policy-map interface gigabitethernet0/1

  Service-policy output: QUEUE-POLICY
    Class-map: VOICE-TRAFFIC (match-all)
      Queueing
      Strict Priority
      Bandwidth 128 (kbps) Burst 3200 (Bytes)
      (pkts matched/bytes matched) 842/67360
      (total drops) 0
-- صفر drop تأیید می‌کند ترافیک صوتی بلافاصله
-- توسط صف اولویت سخت‌گیرانه خدمت می‌گیرد،
-- دقیقاً همان‌طور که طراحی شده

نکته کلیدی

الگوی سه‌گام MQC (class-map، policy-map، service-policy) طبقه‌بندی را از عمل و از اعمال جدا می‌کند — این جداسازی چیزی است که اجازه می‌دهد همان class-map (VOICE-TRAFFIC) در سراسر دو policy-map کاملاً متفاوت در این لب، یکی برای علامت‌گذاری و یکی برای صف‌بندی، دوباره استفاده شود بدون بازتعریف معیار تطبیق دوبار.

نوشته و پژوهش‌شده توسط دکتر شاهین صیامی

مقالات مرتبط

لب عملی: پیکربندی Storm Control

این لب عملی آستانه‌های storm control را روی یک پورت سوئیچ برای محدودکردن ترافیک پخش و مالتی‌کست پیکربندی می‌کند، یک طوفان پخش را شبیه‌سازی می‌کند، و تأیید می‌کند سوئیچ ترافیک اضافی را پیش از اینکه بتواند شبکه را غرق کند سرکوب می‌کند.

ادامه

لب عملی: پیکربندی PVLAN Edge (پورت‌های Protected)

این لب عملی PVLAN Edge (پورت‌های protected) را روی دو پورت access درون همان VLAN پیکربندی می‌کند، و آن‌ها را از یکدیگر در لایه ۲ ایزوله می‌کند در حالی که هر دو اتصال معمولی به یک پورت آپ‌لینک را حفظ می‌کنند، و یک ویژگی ایزوله‌سازی سبک که هیچ VLAN جداگانه‌ای نیاز ندارد را نشان می‌دهد.

ادامه

لب عملی: پیکربندی Flex Links

این لب عملی Flex Links را بین دو آپ‌لینک روی یک سوئیچ access پیکربندی می‌کند، و failover زیر-ثانیه‌ای بدون تکیه اصلاً به Spanning Tree فراهم می‌کند، و تأیید می‌کند ترافیک به‌طور خودکار وقتی اصلی شکست بخورد به لینک پشتیبان تغییر می‌کند.

ادامه

لب عملی: پیکربندی UDLD

این لب عملی UDLD را در حالت aggressive روی یک لینک فیبر بین دو سوئیچ پیکربندی می‌کند، یک شکست فیبر یک‌طرفه را شبیه‌سازی می‌کند، و تأیید می‌کند UDLD عدم‌تطابق را تشخیص می‌دهد و پورت تحت‌تأثیر را پیش از اینکه یک حلقه لایه ۲ بتواند تشکیل شود خاموش می‌کند.

ادامه

لب عملی: پیکربندی Loop Guard

این لب عملی Loop Guard را روی پورت‌های غیر-designated یک سوئیچ در یک توپولوژی افزونه پیکربندی می‌کند تا از یک شکست لینک یک‌طرفه که باعث یک حلقه لایه ۲ می‌شود جلوگیری کند، و از‌دست‌رفتن یک‌طرفه BPDU را شبیه‌سازی می‌کند و تأیید می‌کند پورت تحت‌تأثیر وارد یک حالت مسدود loop-inconsistent می‌شود به‌جای گذار نادرست به forwarding.

ادامه

لب عملی: پیکربندی BPDU Guard و BPDU Filter

این لب عملی BPDU Guard را به‌طور سراسری برای پورت‌های فعال‌شده-PortFast پیکربندی می‌کند و رفتار متمایز و ریسکی‌تر BPDU Filter را نشان می‌دهد، و مقایسه می‌کند هرکدام چگونه پاسخ می‌دهند وقتی یک سوئیچ به یک پورت access که باید فقط دستگاه‌های کاربر-نهایی را ببیند متصل می‌شود.

ادامه