خلاصه مسیر DMVPN در برابر نقشه خلاصه NHRP: جدولهای متفاوت
خلاصه مسیر، پیشوند اعلامشده و گام بعدی را تغییر میدهد. نقشه خلاصه NHRP تغییر میدهد که پاسخ تفکیک چه چیزی برمیگرداند. واژه یکسان، جدول متفاوت.
کسی از شما میخواهد spokeها را خلاصه کنید و تیکت با پیشوندهای کمتر روی hub بسته میشود. یک هفته بعد ترافیک شعبهبهشعبه که قبلاً مستقیم میرفت دوباره از hub عبور میکند و هیچکس این دو تغییر را به هم مرتبط نمیکند. عبارت «spokeها را خلاصه کن» دو عملیات متفاوت را پوشش میدهد که دو جدول متفاوت را لمس میکنند. پیش از قرض گرفتن یک فرمان از مثال دیگری از DMVPN مشخص کنید کدام وضعیت را کاهش میدهید.
نشانه: ترافیک مستقیم spoke به hub برگشت
این تفاوت بیشترین اهمیت را دارد وقتی بحثی درباره Phase 2 روی طراحی Phase 3 اعمال میشود. همان واژهها در هر دو گفتگو ظاهر میشوند و اثر روی ارسال متفاوت است.
به همین دلیل هم آن تغییر هنگام بازبینی درست به نظر میرسید: بازبینی جدول مسیریابی را بررسی کرد که تنها یکی از سه وضعیت درگیر است.
یک تجمیع، دو جدول
دو عملیات چنین هستند:
| Operation | What it actually changes |
|---|---|
| Routing summary | Aggregates the prefixes the routing protocol advertises and changes the next hop the receiver installs |
| NHRP summary map | Changes the network returned in a resolution reply, so a requesting spoke resolves to a different address |
| Protection path | IPsec state for the peer you actually resolved; neither aggregation changes it |
خلاصه مسیر بیانیهای است درباره آنچه hub اعلام میکند و آنچه spoke گیرنده بهعنوان مسیر نصب میکند. نقشه خلاصه NHRP بیانیهای است درباره پاسخی که spoke هنگام پرسیدن نحوه رسیدن به یک نشانی از سوی spoke دیگر میفرستد. اینها پرسشهای متفاوتی با شیوههای خرابی متفاوتاند و یک طراحی میتواند یکی را تغییر دهد و دیگری را دقیقاً همانطور که بود بگذارد. برخورد با آنها بهعنوان یک اهرم همین است که تغییر تجمیع بیصدا به تغییر ارسال تبدیل میشود.
هیچیک از دو عملیات بیانیهای درباره مسیر حفاظت نیست، زیرا آن برای همتایی که واقعاً تفکیک کردید مذاکره میشود.
خلاصه روی hub در واقع چه چیزی را تغییر میدهد
راهنمای Cisco برای نقشههای خلاصه NHRP بین spokeها ترتیبی از Phase 3 را توصیف میکند که در آن hub یک خلاصه اعلام میکند و گام بعدی مسیریابی باقی میماند. یک تغییر مسیر و سپس تفکیک NHRP مسیر ارسال مستقیمتری فراهم میکند. پس خواندن تنها مسیر تجمیعشده تمام وضعیت ارسال را توصیف نمیکند و به این معنا نیست که هر بسته باید تا ابد از hub عبور کند. خلاصه درباره دسترسپذیری است، نه درباره مسیر.
به همین دلیل بازبینی طراحی که در جدول مسیریابی متوقف شود میتواند تغییری را تأیید کند که رفتار تفکیک را دگرگون میکند. مسیر انتخابشده، نتیجه NHRP و مسیر حفاظت را سه مشاهده جداگانه بررسی کنید.
اگر نتوانید بگویید کدام یک از سه مورد تغییر کرده، تغییر را تمام نکردهاید.
نقشه خلاصه NHRP چه چیزی را تغییر میدهد
spokeای را در نظر بگیرید که 10.32.0.0/19 را از طریق چند مسیر LAN دقیقتر مالک است، در حالی که hub تجمیع بزرگتری را به دیگر spokeها اعلام میکند. درخواست برای 10.32.12.10 در غیر این صورت اطلاعات تفکیک مربوط به شبکه کوچکتر منطبق را دریافت میکرد. قابلیت مستند نقشه خلاصه NHRP به spoke اجازه میدهد بهجای آن پیشوند پوشش پیکربندیشده خود را برگرداند، که میتواند کار تفکیک تکراری را برای شبکههایی که به آن spoke تعلق دارند کاهش دهد. این کار خلاصه مسیر hub و خلاصه تفکیک spoke را یک شیء واحد نمیکند.
به آن پیشوند پوشش یک مدل مالکیت آگاهانه بدهید. پاسخ گستردهای که نشانیهای متعلق به جای دیگر یا شکافهای غیرقابل دسترس را در بر بگیرد میتواند ترافیک بعدی را به سمت همتای نامناسب بفرستد.
مسیرهای واقعی و موارد رد عمدی را پیش از بزرگ کردن پیشوند بررسی کنید، نه بعد از آن.
مقصد نخست و مقصدی درون خلاصه را مقایسه کنید
دو مقصد انتخاب کنید: نخستین موردی که آزمودید و دیگری که درون خلاصه پیشنهادی قرار دارد. برای هر یک، مسیر انتخابشده، وضعیت NHRP برای رسیدن به آن و مسیر واقعی پاسخ را ثبت کنید. این مقایسه به شما میگوید مقیاس مسیریابی، مقیاس تفکیک یا خطای ارسال را تغییر دادهاید، و این تنها نتیجه مفید است. نمایشی با پیشوندهای کمتر دلیل هیچیک از اینها نیست.
پیش از اعمال یک مثال Phase 3 روی شبکه خود، فاز مستقرشده و رفتار گام بعدی پروتکل مسیریابی را تأیید کنید. یک مثال کوتاه اثبات این نیست که طراحی دیگری همان مسیر مستقیم spoke را حفظ میکند.
تیکت باید بگوید کدام جدول را کاهش دادید و کدام را دستنخورده گذاشتید. کمتر از این، یک ماه بعد از صفر دوباره تشخیص داده میشود.