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

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

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

~3 min read · Updated Sep 26, 2026

هدف لب

پیکربندی یک عملیات 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 که این لب جمع‌آوری کرد به‌طور خاص به زمان‌مهرزنی خود پاسخگو از ورود و خروج پروب بستگی دارد، که پیکربندی پاسخگو را هروقت داده عملکرد دقیق (به‌جای دسترس‌پذیری ساده) هدف واقعی است ضروری می‌کند.

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