لب عملی: پیکربندی سیاست داده متمرکز SD-WAN برای مسیریابی آگاه-از-برنامه

این لب عملی یک کلاس SLA که آستانه‌های قابل‌قبول loss، latency، و jitter را مشخص می‌کند تعریف می‌کند، یک سیاست داده متمرکز که ترافیک صوتی را تطبیق می‌دهد و آن کلاس SLA را با یک رنگ انتقال ترجیحی اعمال می‌کند پیکربندی می‌کند، و تصمیمات مسیریابی آگاه-از-برنامه گرفته‌شده به‌طور متمرکز به‌جای از طریق route-map های به‌ازای-هر-دستگاه را نشان می‌دهد.

سیاست متمرکز در SD-WANمسیریابی آگاه-از-برنامهرنگ ترجیحی کلاس SLA

~4 min read · Updated Sep 26, 2026

هدف لب

تعریف یک کلاس SLA که آستانه‌های حداکثر قابل‌قبول loss، latency، و jitter برای ترافیک با کیفیت-صوتی را مشخص می‌کند، پیکربندی یک سیاست داده متمرکز که ترافیک صوتی را تطبیق می‌دهد و آن کلاس SLA را با یک رنگ انتقال ترجیحی اعمال می‌کند، و تأیید اینکه ترافیک صوتی به‌سمت مسیر منطبق هدایت می‌شود در حالی که سایر ترافیک از مسیر پیش‌فرض استفاده می‌کند.

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

Policy-Based Routing، پیش‌تر در این مجموعه پوشش داده شد، نیازمند پیکربندی یک route-map روی هر روتر جداگانه برای هدایت ترافیک خاص بود. سیاست داده متمرکز SD-WAN یک نتیجه از نظر مفهومی مشابه به دست می‌آورد — هدایت ترافیک بر اساس معیار فراتر از مسیریابی ساده مبتنی‌بر-مقصد — اما یک‌بار روی کنترل‌کننده نوشته می‌شود و به‌طور خودکار به هر دستگاه لبه مرتبط پوش می‌شود.

توپولوژی لب

Edge1 (سایت 100) دو انتقال دارد:
  رنگ biz-internet (تأخیر بالاتر)
  رنگ mpls (تأخیر پایین‌تر، ترجیحی برای صدا)

Edge2 (سایت 200) از طریق هر دو رنگ دسترس‌پذیر

هدف: ترافیک صوتی (UDP 16384-32767) باید
انتقال mpls را وقتی SLA را برآورده می‌کند
ترجیح دهد

وظیفه ۱: تعریف یک کلاس SLA

یک کلاس SLA که حداکثر loss، latency، و jitter قابل‌قبول برای ترافیک با کیفیت-صوتی را مشخص می‌کند بساز.

وظیفه ۲: ساخت یک سیاست داده متمرکز که ترافیک صوتی را تطبیق می‌دهد

یک سیاست داده که بازه پورت UDP معمولاً استفاده‌شده برای ترافیک صوتی RTP را تطبیق می‌دهد تعریف کن.

وظیفه ۳: اعمال کلاس SLA با یک رنگ ترجیحی

عمل سیاست را طوری پیکربندی کن که کلاس SLA را اعمال کند، و رنگ mpls را وقتی SLA برآورده می‌شود ترجیح دهد.

وظیفه ۴: اعمال سیاست روی سایت مرتبط

سیاست متمرکز را روی دستگاه‌های لبه سایت 100 اعمال کن.

وظیفه ۵: تأیید دنبال‌کردن مسیر ترجیحی توسط ترافیک صوتی

ترافیک الگوی-صوتی تولید کن و تأیید کن از انتقال mpls استفاده می‌کند، در حالی که سایر ترافیک به استفاده از انتخاب مسیر پیش‌فرض ادامه می‌دهد.

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

-- پیکربندی سیاست متمرکز
-- (از نظر مفهومی روی کنترل‌کننده وارد‌شده،
--  اینجا در شکل CLI سیاست نشان‌داده‌شده):

policy
 sla-class VOICE-SLA
  loss 1
  latency 150
  jitter 30

 data-policy VOICE-STEERING
  vpn-list VPN-1
   sequence 10
    match
     source-data-prefix-list ANY
     dscp 46
    action accept
     set-service sla-class VOICE-SLA preferred-color mpls

policy
 apply-policy site-list SITE-100
  data-policy VOICE-STEERING from-service

Edge1# show sdwan policy from-vsmart

...
data-policy VOICE-STEERING
  vpn-list VPN-1
    sequence 10
      match: dscp 46
      action: accept, sla-class VOICE-SLA,
              preferred-color mpls
-- تأیید می‌کند سیاست نوشته‌شده-به‌طور-متمرکز
-- پوش داده شده و روی این لبه فعال است، بدون
-- هیچ پیکربندی سیاست محلی CLI‌ای که روی خود
-- Edge1 تایپ شده باشد

IPPhone1> [یک تماس برقرار می‌کند، و ترافیک
           RTP علامت‌گذاری‌شده DSCP EF/46
           تولید می‌کند]

Edge1# show sdwan app-route stats

TLOC-COLOR   LOSS   LATENCY   JITTER   SLA-CLASS
mpls          0       28ms      3ms    VOICE-SLA (met)
biz-internet  0       95ms     18ms    VOICE-SLA (met)
-- هر دو مسیر در حال حاضر SLA را برآورده
-- می‌کنند، اما mpls رنگ ترجیحی پیکربندی‌شده
-- است، پس ترافیک صوتی به‌طور خاص به‌سمت آن
-- هدایت می‌شود

Edge1# show sdwan policy app-route-stats | include mpls

...voice flow matched, using tloc mpls...
-- تأیید می‌کند ترافیک علامت‌گذاری‌شده-صوتی
-- مسیر mpls را همان‌طور که مورد نظر است دنبال
-- می‌کند

OtherApp-PC> [ترافیک غیر-صوتی تولید می‌کند]

Edge1# show ... (جریان غیر-صوتی)
...default path selection applied, not
subject to VOICE-STEERING policy...
-- ترافیک نامنطبق به استفاده از انتخاب مسیر
-- معمولی ادامه می‌دهد، تحت‌تأثیر سیاست خاص-صدا
-- نیست

نکته کلیدی

سیاست داده متمرکز SD-WAN یک‌بار نوشته می‌شود و به‌طور خودکار به هر لبه قابل‌اعمال توزیع می‌شود، در تضاد با لب PBR قبلی جایی که همان منطق route-map باید دستی روی هر روتری که نیاز به همان رفتار هدایت داشت تکرار می‌شد — این تمرکز دقیقاً چیزی است که مسیریابی آگاه-از-برنامه سازگار را در سراسر ده‌ها یا صدها سایت عملی می‌کند، چون یک تغییر سیاست واحد روی کنترل‌کننده به هرجا که اعمال می‌شود منتشر می‌شود بدون لمس پیکربندی‌های دستگاه منفرد.

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