جابه‌جایی اضطراری WAN در DMVPN: خط‌مشی مسیر یا بستن تونل؟
جابه‌جایی اضطراری دو معنای متفاوت دارد: خط‌مشی‌ای که دیگر گام بعدی را انتخاب نمی‌کند، یا تونلی که به‌صورت مدیریتی پایین می‌آید. بر اساس آنچه به آن وابسته است انتخاب کنید.
یک هاب DMVPN دو-WAN به یکی از دو روش به مسیر پشتیبان جابه‌جا می‌شود و تفاوت بزرگ‌تر از آن است که به نظر می‌رسد. یکی تغییر می‌دهد که خط‌مشی مسیر کدام گام بعدی را انتخاب کند، پس بسته‌ها همچنان جریان دارند و تنها خروجی آن‌ها عوض می‌شود. دیگری تونل را به‌صورت مدیریتی می‌بندد، که همه سرویس‌های آن رابط را با خود پایین می‌آورد. هر دو می‌توانند درست باشند، چون به پرسش‌های متفاوتی پاسخ می‌دهند.
تصمیم پیش از پیکربندی گرفته می‌شود
سه شرط این را برای شما تعیین می‌کند. آیا چیز دیگری به بالا بودن رابط تونل وابسته است، مانند نمایه دوم DMVPN یا پایشگری که وضعیت آن را می‌خواند؟ آیا ترافیکی که باید جابه‌جا شود خط‌مشی خودش را دارد، یا به جدول مسیریابی سراسری تکیه می‌کند؟ و آیا اپراتور به تغییر وضعیت بی‌ابهام نیاز دارد، یا جابه‌جایی آرام مسیر پذیرفتنی است؟ به آن سه پاسخ دهید و انتخاب معمولاً خودش را می‌کند.
اگر بستن، سرویس‌هایی را که کار می‌کردند پایین بیاورد، خط‌مشی مسیر اقدام کوچک‌تری است. اگر الزام این باشد که تا وقتی WAN اصلی پایین است تونل وجود نداشته باشد، هیچ مدخلی در خط‌مشی نمی‌تواند آن را بیان کند.
پاسخ را بنویسید، چون پیکربندی بخش آسان است.
خط‌مشی مسیر واقعاً چه چیزی را تغییر می‌دهد
در مسیریابی مبتنی بر خط‌مشی، یک شیء ردیابی‌شده می‌تواند گام بعدی را کنترل کند. مدخل نقشه مسیر یک گام بعدی نامزد و شیء ردیابی‌شده‌ای را نام می‌برد که باید بالا باشد تا استفاده شود، و آن وضعیت ردیابی از کاوشگر IP SLA می‌آید. وقتی شیء پایین می‌آید، مدخل دیگر تطبیق نمی‌یابد و بسته توسط مدخل بعدی یا جدول مسیریابی معمولی ارزیابی می‌شود.
این جزئیات آخر مردم را شگفت‌زده می‌کند: خط‌مشی‌ای که دیگر گام بعدی را انتخاب نمی‌کند معمولاً مسیریابی عادی را مجاز می‌کند نه اینکه ترافیک را مسدود کند. اگر به یک چاه سیاه در هنگام خرابی نیاز دارید، باید خودتان یکی بنویسید.
نحو میان پلتفرم‌ها و نسخه‌ها متفاوت است، پس راهنمای نسخه‌ای را که واقعاً اجرا می‌کنید بررسی کنید.
بستن تونل چه چیزی را تغییر می‌دهد
بستن یک رابط، وضعیت مدیریتی را تغییر می‌دهد. هر تونل، مسیر و نشستی که به آن وابسته است یک‌جا پایین می‌آید، که دقیقاً همان چیزی است که می‌خواهید اگر تونل چیزی باشد که باید ناپدید شود. اپلت EEM هم به همین شکل یک مشکل WAN را به قطعی‌ای تبدیل می‌کند که سرویس‌های بی‌ربط را نیز در بر می‌گیرد.
اگر این راه را می‌روید، اپلت را به یک رابط و یک محرک محدود کنید، وضعیت مدیریتی قبلی را ذخیره کنید، اقدام بازیابی را تعریف کنید و مطمئن شوید که نوسان‌های تکراری نمی‌توانند آن را به حلقه بکشانند.
یک فرمان بازیابی سخت‌کدشده می‌تواند بستن تعمیراتی‌ای را که شخص دیگری انجام داده نیز لغو کند.
کاری کنید کاوشگر همان مسیری را برود که فکر می‌کنید
کاوشگری که بهترین مسیر فعلی را دنبال می‌کند همراه با همه چیز دیگر به WAN پشتیبان می‌رود و سپس مسیر اصلی را سالم گزارش می‌کند چون دیگر از آن استفاده نمی‌کند.
کاوشگر را به رابط یا نشانی مبدأ مسیری که آزمون می‌کنید سنجاق کنید. همچنین بررسی کنید چه چیزی را هدف می‌گیرد، چون رسیدن به گام بعدی ارائه‌دهنده کمتر از رسیدن به سرویسی را اثبات می‌کند که تونل برای آن وجود دارد. تأخیرهای بالا رفتن و پایین آمدن را آگاهانه تنظیم کنید: تأخیر کوتاه پایین آمدن سریع واکنش می‌دهد و نوسان می‌کند، در حالی که تأخیر بلند نوسان‌های کوتاه را تحمل می‌کند و خرابی‌های واقعی را پنهان می‌کند. راهنمای ردیابی و مسیریابی خط‌مشی در IOS XE از سیسکو ترکیب‌های پشتیبانی‌شده را مستند می‌کند و مجموعه امکانات پلتفرم شما تعیین می‌کند کدام یک را می‌توانید به کار ببرید.
هر دو مقدار تأخیر را کنار شیء ردیابی‌شده ثبت کنید، وگرنه هیچ‌کس نمی‌داند چرا چنین رفتاری کرد.
درباره بازیابی تصمیم بگیرید، سپس بررسی کنید
بازیابی تصمیم خودش را می‌طلبد. پیوندی که پیوسته از آستانه می‌گذرد می‌تواند نشست‌ها را بیشتر از پیوندی که به‌روشنی خراب شده جابه‌جا کند، و هر جابه‌جایی هزینه بازمذاکره کلید و تلاش دوباره برنامه را دارد. یک الزام پایداری انتخاب کنید و بگذارید تأخیر آن را بیان کند. سپس در پنجره تغییر با مسیر کاوشگر قابل مشاهده بررسی کنید: مسیر انتخاب‌شده، مسیر همتای بیرونی و آنچه برنامه واقعاً انجام داد.
اگر جابه‌جایی کار کند اما برنامه هنوز بشکند، مشکل بالاتر از لایه مسیریابی است و هیچ مقدار ردیابی آن را درست نمی‌کند.
شواهد آن پنجره را نگه دارید، چون تغییر بعدی با آن مقایسه خواهد شد.