DMVPN سلسله‌مراتبی: یک ابر برای هر رابطه تونل
لایه‌های منطقه‌ای و مرکزی DMVPN به نقش‌های صریح رابط، NHS و شبکه زیرین نیاز دارند. شناسه‌های شبکه و کلیدهای GRE زمینه هستند، نه کنترل امنیتی.
یک گره شعبه با موفقیت در مرکز منطقه‌ای خود ثبت می‌شود و با این حال نمی‌تواند به سرویسی در منطقه‌ای دیگر برسد. تونل بالاست، وضعیت NHS سالم به نظر می‌رسد، و خطا فقط برای مقصدهایی ظاهر می‌شود که از مرز یک لایه عبور می‌کنند. این الگو معمولاً یعنی طراحی هرگز مشخص نکرده کدام دستگاه‌ها در کدام ابر DMVPN شرکت دارند، پس لایه‌ها بر پایه شهود ساخته شده‌اند و اکنون با هم سازگار نیستند.
نشانه در مرز لایه‌ها ظاهر می‌شود
در طراحی سلسله‌مراتبی، یک مرکز اصلی، چند مرکز منطقه‌ای و بسیاری گره‌های شعبه هر یک جایگاهی دارند. یک مرکز منطقه‌ای می‌تواند بیش از یک رابطه تونل داشته باشد، و شعبه‌ها لازم نیست در هر نقطه پایانی مرکزی ثبت شوند. مسیرهای مهم عبارت‌اند از شعبه به سرویس منطقه‌ای، شعبه به گره منطقه‌ای تأییدشده دیگر، و شعبه به مقصد مرکزی.
وقتی یکی از این مسیرها از کار می‌افتد و بقیه کار می‌کنند، مشکل تقریباً همیشه تعریف نقش ناقص یا متناقض است، نه تونل خراب. مسیرهای مورد نظر را بنویسید و آنها را با آنچه دستگاه‌ها واقعاً ساخته‌اند مقایسه کنید. این مقایسه یک ساعت طول می‌کشد و مانع یک هفته حدس زدن می‌شود. آن را همراه سند طراحی نگه دارید.
یک ابر، یک قرارداد رابط
برای هر ابر، رابط تونل، آدرس‌دهی رویی، منبع محلی شبکه زیرین، روابط NHS و NBMA، تحویل چندپخشی و سیاست حفاظت را ثبت کنید. همچنین بنویسید کدام مسیرها بین زمینه منطقه‌ای و مرکزی عبور می‌کنند، زیرا همان جمله طراحی است.
یک مرکز منطقه‌ای با دو رابط تونل به دو قرارداد نیاز دارد، نه یکی با دو آدرس. منبع شبکه زیرین، دامنه NHRP و مسیرها می‌توانند برای هر رابط متفاوت باشند، و سندی که آنها را ادغام کند کسی را که رابط دوم را پیکربندی می‌کند گمراه می‌کند.
شناسه‌ها زمینه محلی هستند، نه کنترل دسترسی
شناسه‌های شبکه NHRP و کلیدهای GRE دو مقداری هستند که بیشتر از همه با تنظیمات سراسری اشتباه گرفته می‌شوند. راهنمای NHRP در IOS XE شناسه شبکه را از نظر محلی معنادار توصیف می‌کند، بنابراین شماره‌های یکسان روی روترهای دور چیزی را احراز هویت نمی‌کنند و تغییر شماره محلی یک روتر مرز دسترسی ایجاد نمی‌کند.
کلید GRE، جایی که طراحی از آن استفاده می‌کند، به شناسایی زمینه تونل گیرنده کمک می‌کند و میان نقاط پایانی که آن زمینه را به اشتراک می‌گذارند توافق می‌شود. این رمز عبور نیست و جای احراز هویت IKE یا سیاست مسیریابی را نمی‌گیرد. هر دو مقدار را زمینه پیکربندی بدانید که باید درون یک رابطه یکسان باشد، نه کنترل امنیتی که مناطق را جدا می‌کند.
آگاهانه میان لایه‌ها مسیریابی کنید
تصمیم بگیرید مرکز منطقه‌ای کدام پیشوندها را به سمت بالا اعلام می‌کند و کدام مقصدهای مرکزی را به شعبه‌هایش ارائه می‌دهد. سپس پرش بعدی واقعی و رفتار میان‌بر وابسته به فاز را برای هر مسیر بررسی کنید، زیرا یک مسیر خلاصه و یک میان‌بر می‌توانند ارسال بسیار متفاوتی از آنچه نمودار نشان می‌دهد تولید کنند.
برای اعمال جداسازی منطقه‌ای از مسیریابی و سیاست دسترسی استفاده کنید. اگر شعبه‌ای نباید مستقیماً به منطقه‌ای دیگر برسد، مسیر و سیاست باید این را بگویند، نه اینکه به شناسه‌ای تکیه کنند که هرگز برای اعمال آن طراحی نشده است. سیاست را کنار شناسه بنویسید. در غیر این صورت مهندس بعدی فرض می‌کند این شماره است که کار را انجام می‌دهد.
میان‌بر غیرمنتظره را تشخیص دهید
وقتی شعبه‌ای می‌کوشد رابطه‌ای مستقیم با یک نقطه پایانی مرکزی بسازد، پیش از تغییر تصادفی شناسه‌ها مسیر، نگاشت NHRP و زمینه تونل انتخاب‌شده آن را بررسی کنید. نبود دسترسی، رابطه NHS ناخواسته و میان‌بر مشروع اما غیرمجاز سه اصلاح متفاوت می‌خواهند.
راهنمای پیکربندی DMVPN تنظیمات تونل و NHRP را با هم نشان می‌دهد، و دقیقاً به همین دلیل محدوده‌ها باید نخست روی کاغذ جدا شوند. قراردادهای ابر را ثبت کنید، مسیرهای لایه را صریح نگه دارید، و خطای مرزی بعدی جایی برای اشاره خواهد داشت.