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

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

عیب‌یابی یکپارچه BGP DMVPN QoSرد‌شدن Client در Route Reflectorتشخیص شکست ثبت NHRP

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

هدف لب

تشخیص و رفع سه خطای مستقل معرفی‌شده در سراسر توپولوژی ترکیبی BGP-روی-DMVPN-با-QoS ساخته‌شده در سراسر لب‌های اخیر — یک spoke رد‌شده از پیکربندی route-reflector-client hub، یک spoke با یک ثبت NHRP شکسته که از تشکیل تونل جلوگیری می‌کند، و یک سیاست QoS که ترافیک را با مقدار DSCP اشتباه علامت‌گذاری می‌کند — با استفاده از رویکرد عیب‌یابی سیستماتیک برقرارشده در سراسر این کل مجموعه.

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

این لب پایانی خطاها را در سراسر بازتاب مسیر BGP، برقراری تونل DMVPN، و علامت‌گذاری QoS — سه مورد از پیشرفته‌ترین موضوعات پوشش‌داده‌شده در سراسر این مجموعه گسترده — ترکیب می‌کند، و نشان می‌دهد همان نظم تشخیصی bottom-up و مبتنی‌بر-شواهد اعمال‌شده روی اولین لب عیب‌یابی لایه ۱ بدون تغییر به پیچیده‌ترین محیط‌های چند-فناوری‌ای که یک مهندس احتمالاً با آن‌ها روبه‌رو می‌شود مقیاس می‌یابد.

توپولوژی لب

Hub (route reflector، hub DMVPN، نقطه
     علامت‌گذاری QoS) ---- DMVPN ---- Spoke1
Hub ---- DMVPN ---- Spoke2

ترافیک صوتی از LAN Spoke1 باید EF علامت‌گذاری
و خروجی از hub به‌سمت WAN اولویت‌بندی شود

سه خطا عمداً در سراسر این سه سیستم معرفی
شده‌اند

وظیفه ۱: تأیید علائم گزارش‌شده

Spoke2 نمی‌تواند مسیرهای Spoke1 را از طریق BGP ببیند، تونل Spoke2 به‌نظر می‌رسد هرگز کاملاً شکل نگرفته، و کیفیت صدا از Spoke1 ضعیف است. هر سه علامت را تأیید کن.

وظیفه ۲: تشخیص و رفع خطای Route Reflector در BGP

پیکربندی BGP hub را بررسی کن تا شناسایی کنی چرا مسیرهای یک spoke بازتاب نمی‌شوند.

وظیفه ۳: تشخیص و رفع خطای ثبت NHRP

پیکربندی تونل Spoke2 را بررسی کن تا شناسایی کنی چرا ثبت NHRP آن با hub هرگز کامل نشد.

وظیفه ۴: تشخیص و رفع خطای علامت‌گذاری QoS

سیاست QoS اعمال‌شده روی hub را بررسی کن تا شناسایی کنی چرا ترافیک صوتی رفتار درست را دریافت نمی‌کند.

وظیفه ۵: تأیید رفع‌شدن همه علائم

تأیید کن بازتاب مسیر BGP برای هر دو spoke کار می‌کند، تونل Spoke2 کاملاً ثبت شده، و ترافیک صوتی به‌درستی علامت‌گذاری و اولویت‌بندی شده.

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

-- خطای ۱: عدم‌وجود Route-Reflector-Client

Hub# show running-config | section router bgp

router bgp 65100
 neighbor 172.16.200.2 remote-as 65100
 neighbor 172.16.200.2 route-reflector-client
 neighbor 172.16.200.3 remote-as 65100
-- Spoke2 (172.16.200.3) یک عبارت neighbor
-- دارد اما کلیدواژه route-reflector-client
-- را ندارد -- خطای ۱ شناسایی شد: بدون این،
-- hub با Spoke2 به‌عنوان یک همتای iBGP معمولی
-- تحت قانون split-horizon رفتار می‌کند، و
-- هرگز مسیرهای Spoke1 را به آن بازتاب نمی‌دهد

Hub(config)# router bgp 65100
Hub(config-router)# neighbor 172.16.200.3 route-reflector-client
-- تصحیح شد

-- خطای ۲: شکست ثبت NHRP

Spoke2# show running-config interface tunnel0

interface Tunnel0
 ip address 172.16.200.3 255.255.255.0
 tunnel source gigabitethernet0/1
 tunnel mode gre multipoint
 ip nhrp network-id 1
 ip nhrp nhs 172.16.200.1 nbma 203.0.113.99
-- آدرس nbma (203.0.113.99) با آدرس WAN واقعی
-- hub تطبیق ندارد -- خطای ۲ شناسایی شد: آدرس
-- NBMA اشتباه از رسیدن Spoke2 به hub برای ثبت
-- هرگز جلوگیری می‌کند

Hub# show ip interface brief | include GigabitEthernet0/1
GigabitEthernet0/1   203.0.113.50   YES manual up  up
-- آدرس واقعی hub را تأیید می‌کند

Spoke2(config)# interface tunnel0
Spoke2(config-if)# no ip nhrp nhs 172.16.200.1 nbma 203.0.113.99
Spoke2(config-if)# ip nhrp nhs 172.16.200.1 nbma 203.0.113.50
-- تصحیح شد

-- خطای ۳: عدم‌تطابق علامت‌گذاری QoS

Hub# show policy-map MARK-VOICE

  Class-map: VOICE-TRAFFIC (match-all)
    Match protocol rtp
  QoS Set
    dscp af31
-- ترافیک صوتی AF31 به‌جای EF علامت‌گذاری
-- می‌شود -- خطای ۳ شناسایی شد: صف اولویت در
-- جای دیگری از سیاست به‌طور خاص با EF تطبیق
-- دارد، پس این ترافیک اشتباه‌علامت‌گذاری‌شده
-- هرگز رفتار اولویتی دریافت نمی‌کند اصلاً

Hub(config)# policy-map MARK-VOICE
Hub(config-pmap)# class VOICE-TRAFFIC
Hub(config-pmap-c)# set dscp ef
-- تصحیح شد

Spoke2# show ip bgp

   Network             Next Hop        Path
*>i 192.168.11.0/24    172.16.200.2    i
-- Spoke2 اکنون به‌درستی LAN Spoke1 را یاد می‌گیرد

Hub# show ip nhrp | include 172.16.200.3
172.16.200.3/32 via 172.16.200.3, Tunnel0 created
  NBMA address: 203.0.113.51
-- Spoke2 با موفقیت ثبت شد

Hub# show policy-map interface gigabitethernet0/2
    Class-map: VOICE-TRAFFIC
      Strict Priority
      (total drops) 0
-- ترافیک صوتی اکنون به‌درستی EF علامت‌گذاری
-- شده و رفتار اولویتی دریافت می‌کند،
-- تأیید‌شده با صفر drop

نکته کلیدی

در سراسر BGP، DMVPN، و QoS — سه فناوری کاملاً متفاوت که پیشرفته‌ترین مطالب این مجموعه را در بر می‌گیرند — هر خطا همچنان همان نوع تناقض خاص و قابل‌بررسی‌ای که این مجموعه از همان اولین لب عیب‌یابی‌اش تأکید کرده تولید کرد: یک کلیدواژه گم‌شده، یک آدرس اشتباه‌تایپ‌شده، یک مقدار نامنطبق بین دو نقطه پیکربندی مرتبط. هیچ‌مقدار پیچیدگی فناوری نظم بنیادین مقایسه‌کردن آنچه واقعاً پیکربندی شده با آنچه طراحی مورد نظر داشته، یک لایه قابل‌تأیید در هر لحظه، را تغییر نمی‌دهد.

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

مقالات مرتبط

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

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

ادامه

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

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

ادامه

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

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

ادامه

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

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

ادامه

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

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

ادامه

لب عملی: پیکربندی امتیازدهی سلامت به‌سبک-Assurance در Cisco DNA Center (شبیه‌سازی‌شده از طریق IP SLA و EEM)

این لب عملی نظارت IP SLA را با یک applet EEM ترکیب می‌کند تا یک بررسی سلامت ساده‌شده به‌سبک-assurance را شبیه‌سازی کند، و سلامت یک لینک را بر اساس آستانه‌های عملکرد اندازه‌گیری‌شده به‌طور خودکار طبقه‌بندی می‌کند و یک تغییر وضعیت واضح را وقتی لینک بدتر می‌شود لاگ می‌کند.

ادامه