لب عملی: پیکربندی IP SLA برای نظارت بر عملکرد شبکه

این لب عملی یک عملیات IP SLA را برای اندازه‌گیری فعال زمان رفت-و-برگشت و jitter به یک مقصد دوردست پیکربندی می‌کند، آن را برای اجرای پیوسته زمان‌بندی می‌کند، و آمار عملکرد جمع‌آوری‌شده را بررسی می‌کند.

نظارت بر عملکرد با IP SLAاندازه‌گیری زمان رفت-و-برگشتعملیات Jitter

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

هدف لب

پیکربندی یک عملیات IP SLA UDP jitter که عملکرد به یک مقصد دوردست را اندازه‌گیری می‌کند، زمان‌بندی آن برای اجرای پیوسته، و بررسی آمار زمان رفت-و-برگشت، jitter، و از‌دست‌رفتن بسته جمع‌آوری‌شده در طول زمان.

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

ردیابی دسترس‌پذیری IP SLA پیش‌تر در این مجموعه صرفاً به‌عنوان یک ورودی up/down دوتایی برای ردیابی شیء HSRP استفاده شد. هدف گسترده‌تر IP SLA اندازه‌گیری فعال عملکرد است — تولید فعالانه ترافیک مصنوعی برای اندازه‌گیری مداوم تأخیر، jitter، و از‌دست‌رفتن به یک مقصد، و فراهم‌کردن داده عینی برای برنامه‌ریزی ظرفیت و تأیید SLA به‌جای فقط وضعیت دسترس‌پذیری.

توپولوژی لب

R1 ---- لینک WAN ---- R2 (پاسخگوی SLA)

R1: منبع عملیات SLA
R2: 172.20.50.2، هدف اندازه‌گیری، پیکربندی‌شده
    برای پاسخ به پروب‌های SLA

وظیفه ۱: پیکربندی R2 به‌عنوان یک پاسخگوی SLA

نقش پاسخگوی IP SLA را روی R2 فعال کن، مورد نیاز برای اندازه‌گیری دقیق jitter.

وظیفه ۲: پیکربندی عملیات Jitter روی R1

یک عملیات IP SLA UDP jitter روی R1 که R2 را هدف قرار می‌دهد، با مشخص‌کردن یک پورت منبع و مقصد مناسب، پیکربندی کن.

وظیفه ۳: زمان‌بندی عملیات برای اجرای پیوسته

عملیات SLA را طوری زمان‌بندی کن که فوراً شروع شود و نامحدود اجرا شود.

وظیفه ۴: اجازه‌دادن به عملیات برای جمع‌آوری داده

اجازه بده عملیات برای چند بازه پرس‌وجو اجرا شود تا آمار معناداری جمع‌آوری کند.

وظیفه ۵: بررسی آمار عملکرد جمع‌آوری‌شده

داده زمان رفت-و-برگشت، jitter، و از‌دست‌رفتن بسته‌ای که عملیات جمع‌آوری کرده را بررسی کن.

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

R2(config)# ip sla responder

-- پاسخگو پروب‌ها را تا حد ممکن دقیق در ورود
-- و خروج زمان‌مهر می‌زند، که این چیزی است که
-- محاسبات یک‌طرفه و jitter دقیق را به‌جای
-- فقط زمان رفت-و-برگشت ساده امکان‌پذیر می‌کند

R1(config)# ip sla 10
R1(config-ip-sla)# udp-jitter 172.20.50.2 5000
R1(config-ip-sla-jitter)# frequency 30

R1(config)# ip sla schedule 10 life forever start-time now

-- اجازه‌دادن به گذشت چند دقیقه طوری‌که چند
-- چرخه پرس‌وجوی ۳۰-ثانیه‌ای کامل شود

R1# show ip sla statistics 10

Round Trip Time (RTT) for       Index 10
        Latest RTT: 24 ms
Latest operation start time: ...
Latest operation return code: OK
RTT Values:
        Number Of RTT: 10
        RTT Min/Avg/Max: 21/24/29 ms
Source to Destination Jitter Min/Avg/Max: 1/3/8 ms
Destination to Source Jitter Min/Avg/Max: 1/2/7 ms
Packet Loss Values:
        Loss Source to Destination: 0
        Loss Destination to Source: 0
Number of successes: 45
Number of failures: 0
-- داده عملکرد دقیق و پیوسته -- بسیار فراتر
-- از بررسی ساده دسترس‌پذیری up/down استفاده‌شده
-- برای ردیابی HSRP در یک لب قبلی

نکته کلیدی

نقش پاسخگوی IP SLA روی R2 چیزی است که اندازه‌گیری دقیق jitter و تأخیر یک‌طرفه را به‌جای فقط زمان رفت-و-برگشت امکان‌پذیر می‌کند — بدون یک پاسخگو، R1 همچنان می‌توانست دسترس‌پذیری پایه و تأخیر رفت-و-برگشت را اندازه‌گیری کند، اما آمار دقیق jitter که این لب جمع‌آوری کرد به‌طور خاص به زمان‌مهرزنی خود پاسخگو از ورود و خروج پروب بستگی دارد، که پیکربندی پاسخگو را هروقت داده عملکرد دقیق (به‌جای دسترس‌پذیری ساده) هدف واقعی است ضروری می‌کند.

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

مقالات مرتبط

لب عملی: پیکربندی مسیریابی 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 پوشش‌داده‌شده در لب قبلی که اجازه می‌دهد سوئیچ‌ها بسیار دورتر از هم قرار بگیرند مقایسه می‌کند.

ادامه