لب عملی: پیکربندی NBAR2 برای دید برنامه

این لب عملی کشف پروتکل NBAR2 را روی یک اینترفیس روتر فعال می‌کند، و ترافیک لایه-برنامه را با امضا به‌جای فقط شماره پورت شناسایی می‌کند، سپس آن طبقه‌بندی را مستقیماً درون یک policy-map QoS برای اولویت‌دادن به یک برنامه خاص استفاده می‌کند.

کشف پروتکل NBAR2طبقه‌بندی مبتنی‌بر-برنامهبازرسی عمیق بسته با match protocol

~4 min read · Updated Sep 26, 2026

هدف لب

فعال‌کردن کشف پروتکل NBAR2 روی یک اینترفیس، بررسی تفکیک برنامه حاصل ترافیک مشاهده‌شده، سپس پیکربندی یک class-map که یک برنامه خاص را با امضای NBAR2 به‌جای شماره پورت تطبیق می‌دهد، و اعمال رفتار QoS بر اساس آن طبقه‌بندی.

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

هر class-map پوشش‌داده‌شده در سراسر لب‌های QoS این مجموعه ترافیک را با ACL ها، مقادیر DSCP، یا تطبیق‌های ساده پروتکل/پورت تطبیق دادند — هیچ‌کدام به‌طور قابل‌اعتماد برنامه‌ای که از پورت‌های پویا استفاده می‌کند یا خودش را روی یک پورت رایج پنهان می‌کند را شناسایی نمی‌کنند. NBAR2 بازرسی عمیق بسته انجام می‌دهد تا برنامه واقعی را با امضا شناسایی کند، و طبقه‌بندی‌ای را امکان‌پذیر می‌کند که تطبیق مبتنی‌بر-پورت به‌تنهایی نمی‌تواند به دست آورد.

توپولوژی لب

R1 ---- Gi0/1 (اینترفیس رو‌به‌سمت-WAN)

ترافیک مخلوط شامل یک برنامه کنفرانس ویدیویی
که از پورت‌های UDP پویا که به‌ازای-هر-جلسه
تغییر می‌کنند استفاده می‌کند، که تطبیق ACL
ایستا مبتنی‌بر-پورت را غیرقابل‌اعتماد می‌کند

وظیفه ۱: فعال‌کردن کشف پروتکل NBAR2

کشف پروتکل را روی اینترفیس رو‌به‌سمت-WAN برای مشاهده منفعلانه ترکیب ترافیک فعال کن.

وظیفه ۲: تولید ترافیک مخلوط شامل برنامه ویدیو

یک تنوع از انواع ترافیک، شامل برنامه کنفرانس ویدیویی که از پورت‌های پویایش استفاده می‌کند، تولید کن.

وظیفه ۳: بررسی آمار کشف پروتکل

تفکیک برنامه‌های شناسایی‌شده و مصرف پهنای‌باندشان را بررسی کن.

وظیفه ۴: ساخت یک Class-Map که برنامه ویدیو را با امضای NBAR2 تطبیق می‌دهد

یک class-map با استفاده از match protocol که به برنامه خاصی که NBAR2 شناسایی کرد ارجاع می‌دهد، به‌جای یک شماره پورت، پیکربندی کن.

وظیفه ۵: اعمال رفتار اولویتی بر اساس این طبقه‌بندی

یک policy-map که به این ترافیک طبقه‌بندی‌شده-با-NBAR2 صف‌بندی اولویتی می‌دهد پیکربندی کن، و تأیید کن با وجود استفاده پویا از پورت برنامه تأثیر می‌گذارد.

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

R1(config)# interface gigabitethernet0/1
R1(config-if)# ip nbar protocol-discovery

VideoApp-PC> [یک جلسه کنفرانس ویدیویی آغاز
              می‌کند، و پورت‌های UDP پویا برای
              جلسه مذاکره می‌کند]

R1# show ip nbar protocol-discovery interface gigabitethernet0/1

Protocol                Total       Input        Output
                         (packets)   (packets)    (packets)
webex-meeting            48210       24105        24105
http                     12403       6201         6202
unknown                  3204        1602         1602
-- NBAR2 به‌درستی برنامه کنفرانس ویدیویی را با
-- امضا شناسایی کرد ("webex-meeting" در این
-- مثال)، با وجود استفاده‌اش از پورت‌های UDP
-- پویا که یک ACL ایستا مبتنی‌بر-پورت را کاملاً
-- شکست می‌داد

R1(config)# class-map match-all VIDEO-APP
R1(config-cmap)# match protocol webex-meeting

-- "match protocol" که به نام امضای NBAR2
-- ارجاع می‌دهد، به‌جای "match protocol udp"
-- ترکیب‌شده با یک بازه پورت که نیاز به
-- به‌روزرسانی‌مداوم همان‌طور که پورت‌های پویای
-- برنامه تغییر می‌کنند داشت

R1(config)# policy-map CBWFQ-POLICY
R1(config-pmap)# class VIDEO-APP
R1(config-pmap-c)# priority percent 15

-- افزودن این به سیاست LLQ موجود از لب قبلی،
-- در کنار صف اولویت صوتی و کلاس‌های CBWFQ
-- از‌قبل پیکربندی‌شده

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

VideoApp-PC> [یک تماس ویدیویی دیگر انجام می‌دهد،
              و مجموعه‌ای متفاوت از پورت‌های
              UDP پویا نسبت به قبل مذاکره می‌کند]

R1# show policy-map interface gigabitethernet0/1

    Class-map: VIDEO-APP
      Strict Priority
      (pkts matched/bytes matched) 38942/...
      (total drops) 0
-- سیاست به‌درستی این جلسه را نیز تطبیق داد و
-- اولویت‌بندی کرد، با وجود استفاده از یک
-- مجموعه کاملاً متفاوت از پورت‌های پویا نسبت
-- به جلسه قبلی که NBAR2 در ابتدا مشاهده کرد --
-- و تأیید می‌کند طبقه‌بندی بر اساس امضای واقعی
-- برنامه است، نه هیچ شماره پورت خاصی

نکته کلیدی

طبقه‌بندی match protocol در NBAR2 ترافیک را با امضای واقعی لایه-برنامه‌اش به‌جای شماره پورت شناسایی می‌کند، که آن را منحصراً قادر به طبقه‌بندی سازگار برنامه‌هایی که از پورت‌های پویا یا غیر-استاندارد استفاده می‌کنند می‌کند — قابلیتی که هر class-map مبتنی‌بر-پورت یا مبتنی‌بر-ACL پوشش‌داده‌شده پیش‌تر در لب‌های QoS این مجموعه اساساً فاقد آن است، چون آن رویکردها نیاز به به‌روزرسانی‌های دستی مداوم هر بار که استفاده پورت یک برنامه تغییر می‌کند داشتند.

Written & researched by Dr. Shahin Siami

Related Articles

لب عملی: چالش عیب‌یابی جامع نهایی CCNP (یکپارچگی BGP، DMVPN، و QoS)

این لب عملی یک شکست پیچیده چندلایه در سراسر یک توپولوژی یکپارچه BGP-روی-DMVPN ترکیب‌شده با علامت‌گذاری QoS ارائه می‌دهد، و نیازمند تشخیص سیستماتیک یک پیکربندی نادرست route reflector، یک شکست ثبت NHRP، و یک سیاست QoS نادرست‌اعمال‌شده که هم‌زمان روی همان شبکه تأثیر می‌گذارند است.

Continue

لب عملی: پیکربندی BGP روی DMVPN

این لب عملی iBGP را به‌عنوان پروتکل مسیریابی در سراسر همان توپولوژی hub-and-spoke DMVPN استفاده‌شده در دو لب قبلی اجرا می‌کند، hub را به‌عنوان یک route reflector BGP پیکربندی می‌کند طوری‌که spoke ها مسیرهای یکدیگر را بدون یک mesh کامل iBGP یاد بگیرند، و دو مفهوم قبلاً جداگانه را در یک طراحی یکپارچه ترکیب می‌کند.

Continue

لب عملی: پیکربندی OSPF روی DMVPN

این لب عملی OSPF را به‌عنوان پروتکل مسیریابی پویا در سراسر همان توپولوژی hub-and-spoke DMVPN اجرا می‌کند، و اینترفیس تونل را به‌عنوان یک نوع شبکه OSPF point-to-multipoint پیکربندی می‌کند تا الگوی همسایگی hub-and-spoke را به‌درستی بدون نیاز به انتخاب DR/BDR نوع شبکه broadcast مدیریت کند.

Continue

لب عملی: پیکربندی EIGRP روی DMVPN

این لب عملی EIGRP را به‌عنوان پروتکل مسیریابی پویا در سراسر توپولوژی hub-and-spoke DMVPN ساخته‌شده در لب‌های قبلی اجرا می‌کند، و تأیید می‌کند روابط همسایه به‌درستی در سراسر تونل چندنقطه‌ای شکل می‌گیرند و مسیرها بدون نیاز به پیکربندی ایستای هر-spoke روی hub منتشر می‌شوند.

Continue

لب عملی: پیکربندی احراز هویت MD5 در HSRP

این لب عملی احراز هویت MD5 را روی یک گروه HSRP پیکربندی می‌کند، و تأیید می‌کند دو روتر با رشته‌های احراز هویت منطبق یک رابطه active/standby معمولی تشکیل می‌دهند در حالی که یک روتر با رشته نامنطبق کاملاً از گروه مستثنی می‌شود.

Continue

لب عملی: پیکربندی امنیت DNS به‌سبک-Cisco Umbrella از طریق تغییرمسیر Forwarding DNS

این لب عملی یک روتر را برای رهگیری هر پرس‌وجوی DNS کلاینت و تغییرمسیر آن به‌سمت یک resolver DNS امنیت-محور با استفاده از رهگیری forwarding DNS پیکربندی می‌کند، و اعمال امنیت DNS تحویل‌شده-با-ابر را بدون نیاز به تغییرات پیکربندی به‌ازای-هر-کلاینت تقریب می‌زند.

Continue