لب عملی: چالش عیب‌یابی پیشرفته چندلایه (BGP، VXLAN، و QoS)

این لب عملی یک شکست پیچیده در سراسر انتخاب مسیر BGP، یک عدم‌تطابق VNI در VXLAN، و یک اعمال نادرست سیاست QoS به‌طور هم‌زمان ارائه می‌دهد، که نیازمند رویکرد عیب‌یابی سیستماتیک لایه‌به‌لایه استفاده‌شده در سراسر این مجموعه برای ایزوله و رفع هر سه خطاست.

عیب‌یابی چندخطایی پیشرفتهتشخیص انتخاب مسیر BGPتأیید VNI در VXLAN

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

هدف لب

تشخیص و رفع سه خطای مستقل معرفی‌شده در سراسر یک توپولوژی ترکیب‌شده از BGP، VXLAN، و QoS — یک local preference نادرست که باعث انتخاب مسیر غیربهینه می‌شود، یک عدم‌تطابق VNI که گسترش لایه ۲ بین دو VTEP را می‌شکند، و یک سیاست QoS اعمال‌شده در جهت اشتباه — با استفاده از نظم عیب‌یابی سیستماتیک برقرارشده در سراسر این مجموعه.

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

این لب پایانی خطاها را در سراسر سه فناوری پیشرفته‌تر پوشش‌داده‌شده در این مجموعه ترکیب می‌کند، و تقویت می‌کند همان روش‌شناسی bottom-up و لایه‌به‌لایه استفاده‌شده برای مسائل اتصال پایه به محیط‌های چند-فناوری پیچیده مقیاس می‌یابد — هر خطا اینجا یک امضای متمایز و قابل‌شناسایی یک‌بار که دستور تأیید درست استفاده شود تولید می‌کند، دقیقاً مانند هر لب عیب‌یابی در سراسر این مجموعه.

توپولوژی لب

سایت-A (R1, VTEP1) ---- BGP/VXLAN/QoS ---- سایت-B (R2, VTEP2)

وضعیت کاری مورد انتظار:
- ترافیک از سایت-A به شبکه سایت-B باید مسیر
  اصلی (local preference بالاتر) را ترجیح دهد
- HostA (سایت-A، VNI 10100) باید به HostB
  (سایت-B، همان VLAN، باید VNI 10100 باشد) برسد
- ترافیک صوتی باید علامت‌گذاری و اولویت‌بندی
  شود خروجی از R1 به‌سمت WAN

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

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

ترافیک به‌طور غیرمنتظره مسیر پشتیبان را می‌گیرد، HostA نمی‌تواند به HostB برسد، و کیفیت صدا ضعیف است. هر سه علامت را تأیید کن.

وظیفه ۲: تشخیص و رفع خطای انتخاب مسیر BGP

جدول BGP برای مسیر تحت‌تأثیر را بررسی کن و شناسایی کن چرا مسیر مورد انتظار ترجیح داده نمی‌شود.

وظیفه ۳: تشخیص و رفع خطای VXLAN

پیکربندی VNI روی هر دو VTEP را بررسی کن و عدم‌تطابقی که از دسترس‌پذیری لایه ۲ جلوگیری می‌کند را شناسایی کن.

وظیفه ۴: تشخیص و رفع خطای QoS

اعمال policy-map روی اینترفیس‌های R1 را بررسی کن و شناسایی کن چرا ترافیک صوتی اولویت‌بندی نمی‌شود.

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

تأیید کن مسیر اصلی BGP اکنون ترجیح داده می‌شود، HostA به HostB می‌رسد، و ترافیک صوتی به‌درستی علامت‌گذاری و صف‌بندی می‌شود.

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

-- خطای ۱: انتخاب مسیر BGP

R1# show ip bgp 192.168.80.0

   Network              Next Hop        LocPrf  Path
*  192.168.80.0/24     [via primary]     80      65200 i
*> 192.168.80.0/24     [via backup]      100     65200 i
-- مسیر پشتیبان local preference بالاتری
-- (100) نسبت به مسیر اصلی مورد نظر (80) نشان
-- می‌دهد -- دقیقاً برعکس قصد طراحی -- خطای ۱
-- شناسایی شد

R1(config)# route-map SET-PRIMARY-LOCALPREF permit 10
R1(config-route-map)# set local-preference 200
R1(config)# router bgp 65100
R1(config-router)# neighbor [primary-peer] route-map SET-PRIMARY-LOCALPREF in
R1# clear ip bgp [primary-peer] soft in
-- تصحیح شد: مسیر اصلی اکنون بالاترین
-- local preference را دارد

-- خطای ۲: عدم‌تطابق VNI در VXLAN

VTEP1# show nve vni

Interface  VNI     VLAN  State
nve1       10100   100   Up

VTEP2# show nve vni

Interface  VNI     VLAN  State
nve1       10200   100   Up
-- هر دو VLAN 100 را محلی نگاشت می‌کنند، اما
-- به VNI های متفاوت (10100 در مقابل 10200) --
-- آن‌ها دو سگمنت لایه ۲ کاملاً جداگانه که
-- هرگز تلاقی نمی‌کنند را گسترش می‌دهند --
-- خطای ۲ شناسایی شد

VTEP2(config)# interface nve1
VTEP2(config-if)# no member vni 10200 vlan-mapping 100
VTEP2(config-if)# member vni 10100 vlan-mapping 100
-- تصحیح شد: هر دو VTEP اکنون از VNI 10100
-- برای VLAN 100 استفاده می‌کنند

-- خطای ۳: جهت سیاست QoS

R1# show policy-map interface gigabitethernet0/1

  Service-policy input: QUEUE-POLICY
-- سیاست صف‌بندی ورودی روی اینترفیس WAN اعمال
-- شده -- صف‌بندی فقط روی خروجی منطقی است،
-- جایی که ازدحام و بافرینگ واقعاً رخ می‌دهد
-- -- خطای ۳ شناسایی شد

R1(config)# interface gigabitethernet0/1
R1(config-if)# no service-policy input QUEUE-POLICY
R1(config-if)# service-policy output QUEUE-POLICY
-- تصحیح شد: به‌جای آن خروجی اعمال شد

R1# show ip bgp 192.168.80.0
*> 192.168.80.0/24     [via primary]     200     65200 i
-- مسیر اصلی اکنون ترجیح داده می‌شود

HostA> ping HostB
!!!!!
Success rate is 100 percent (5/5)
-- اتصال VXLAN بازگردانده شد

R1# show policy-map interface gigabitethernet0/1
  Service-policy output: QUEUE-POLICY
    Class-map: VOICE-TRAFFIC
      Strict Priority
      (total drops) 0
-- ترافیک صوتی اکنون به‌درستی خروجی اولویت‌بندی
-- می‌شود، drop ها صفر

نکته کلیدی

حتی در سراسر سه فناوری پیشرفته نامرتبط، هر خطا خودش را از طریق همان الگوی برقرارشده در سراسر این مجموعه آشکار کرد: بررسی ویژگی یا حالت خاص مرتبط با علامت (local preference در جدول BGP، نگاشت VNI در پیکربندی NVE، جهت سیاست در خروجی service-policy اینترفیس) به‌جای حدس‌زدن گسترده — این تشخیص سطح-ویژگی و مبتنی‌بر-شواهد از ساده‌ترین مسئله کابل‌کشی لایه ۱ در یک لب اولیه تا این سناریوی پایانی چند-فناوری بدون نیاز به یک رویکرد عیب‌یابی اساساً متفاوت مقیاس می‌یابد.

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

مقالات مرتبط

لب عملی: پیکربندی مسیریابی Stub در EIGRP

این لب عملی یک روتر شعبه را به‌عنوان یک stub در EIGRP پیکربندی می‌کند، و تأیید می‌کند فقط مسیرهای متصل و خلاصه خودش را تبلیغ می‌کند در حالی که روتر hub به‌درستی از پرس‌وجوکردن stub در طول یک تغییر توپولوژی در جای دیگری از شبکه اجتناب می‌کند.

ادامه

لب عملی: پیکربندی حالت Named در EIGRP

این لب عملی یک پیکربندی EIGRP کلاسیک موجود را به حالت named EIGRP بازپیکربندی می‌کند، و عبارات network و پیکربندی خاص-اینترفیس را در یک سلسله‌مراتب address-family ساختاریافته‌تر سازمان‌دهی می‌کند، و تعادل عملکردی با سبک پیکربندی کلاسیک استفاده‌شده در سراسر لب‌های EIGRP قبلی این مجموعه را تأیید می‌کند.

ادامه

لب عملی: پیکربندی ERSPAN در سراسر یک شبکه مسیریابی‌شده

این لب عملی Encapsulated RSPAN (ERSPAN) را برای آینه‌کردن ترافیک در سراسر یک شبکه مسیریابی‌شده-لایه-۳ به‌جای یک ترانک لایه ۲ واحد پیکربندی می‌کند، و مفهوم RSPAN از لب قبلی را فراتر از مرزهای یک VLAN یا دامنه سوئیچ‌شده واحد گسترش می‌دهد.

ادامه

لب عملی: پیکربندی RSPAN در سراسر سوئیچ‌ها

این لب عملی Remote SPAN (RSPAN) را با استفاده از یک VLAN RSPAN اختصاصی حمل‌شده در سراسر یک ترانک پیکربندی می‌کند، و اجازه می‌دهد ترافیک آینه‌شده روی یک سوئیچ توسط یک دستگاه گرفتن متصل به یک سوئیچ کاملاً متفاوت نظارت شود، و مفهوم SPAN محلی پوشش‌داده‌شده در یک لب قبلی را در سراسر شبکه گسترش می‌دهد.

ادامه

لب عملی: پیکربندی In-Service Software Upgrade (ISSU) روی یک Stack

این لب عملی یک In-Service Software Upgrade را در سراسر یک stack StackWise انجام می‌دهد، و ایمیج IOS هر عضو را یکی‌یکی ارتقا می‌دهد در حالی که stack در سراسر آن به فوروارد‌کردن ترافیک ادامه می‌دهد، و صفر خرابی را در مقایسه با رویکرد مخل reload استفاده‌شده در لب‌های ارتقای IOS قبلی تأیید می‌کند.

ادامه

لب عملی: پیکربندی Stacking سنتی StackWise در Catalyst

این لب عملی stacking سنتی Catalyst (StackWise) را در سراسر سه سوئیچ با استفاده از کابل‌های stack پیکربندی می‌کند، و نیازمندی تک-لایه و مجاورت فیزیکی‌اش را با جفت StackWise Virtual پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه