DMVPN المرحلة 3: قراءة المسار المختصر في الاتجاهين
لا يثبت اختبار ping مباشر واحد وجود مسار مختصر في DMVPN المرحلة 3. تتبَّع مساري الذهاب والعودة، ثم اقرأ حالة NHRP والمسار وIPsec كلًا على حدة.
تراقب اختبار ping واحدًا ينتقل من نقطة فرعية إلى أخرى، فيسلك الطريق الطويل عبر المحور، ثم يأتي الثاني مباشرة. من المغري أن تعلن نجاح المسار المختصر عند هذه النقطة. هذا الاستنتاج صحيح نصفه. فقد يكون مسار الذهاب مختصرًا بينما لا يزال مسار العودة يمر عبر المحور، والحالة التي تثبت كل اتجاه هي حالة مختلفة. تتبَّع الاتجاهين واقرأ ثلاثة جداول قبل أن تقبل التصميم سليمًا.
ابدأ بمسار الحزمة الذي تستطيع رؤيته فعلًا
ابدأ من نقطة فرعية باتجاه وجهة لا بد أن تكون مباشرة. تتبَّع الحزمة الأولى: تسلك مسار النقطة الفرعية نحو المحور، لأنه لا يوجد مسار مختصر بعد. يمضي المحور الحزمة إلى الأمام، وفي تصميم المرحلة 3 يرسل أيضًا توجيهًا إلى المصدر يقول إن هناك مسارًا أفضل.
هذا التوجيه هو المحفز، لا الدليل. يقول إن المحور رأى حركة يمكن تحسينها. لا يقول إن المصدر بنى المسار المختصر، ولا إن الوجهة أجابت على الاستعلام، ولا إن مسار الرد يستخدمه.
لذا فأول ملاحظة مفيدة هي قبل وبعد: التدفق الأول عبر المحور، والتدفق اللاحق مباشرًا.
ثلاث حالات تبدو كنفق واحد
يعتمد المسار المختصر على ثلاث قطع من الحالة، ولكل منها عمرها وأمرها الخاص.
| State | What it answers | Where to read it |
|---|---|---|
| NHRP cache | Which transport address maps to this overlay address | show ip nhrp |
| Route or shortcut | Where one specific inner prefix is forwarded | show ip route 10.10.20.5 |
| IPsec association | Which peer traffic is protected, and by which SA | show crypto ipsec sa peer 203.0.113.5 |
يربط إدخال ذاكرة NHRP المؤقتة عنوان overlay بعنوان نقل NBMA. ويحدد المسار أو المسار المختصر كيف تُمرَّر وجهة داخلية واحدة. وتحمي جمعية IPsec أياً كانت الحركة الناتجة. وقد يأتي رد مفقود من أي من الثلاثة، وتخبرك الأوامر أيها غائب.
اقرأها بهذا الترتيب، لأن تعيينًا مفقودًا يجعل الاثنين الآخرين غير مهمين.
تتبَّع الطلب والرد كلًا على حدة
من النقطة الفرعية A، اطلب الاستعلام وراقب ما يعود. يمر الطلب عبر مسار تمرير NHRP المدعوم، ويمكن للوجهة أن تجيب مباشرة بدلًا من المرور عبر المحور. هذا التباين طبيعي، ولهذا يكون الرد هو النصف المهم من التبادل.
اعكس الأدوار الآن. أرسل من B إلى A وكرر القراءات الثلاث نفسها. التصميم الذي يختصر اتجاهًا واحدًا ولا يختصر الآخر ليس متماثلًا، والتباين عادةً يأتي من بادئة مفقودة على أحد الجانبين أو من استعلام لم يتلقَّ إجابة أبدًا.
لا يلزم أن يعبر رد النظير المحور لمجرد أن الطلب عبره. لا تقرأ ذلك كخطأ وتبدأ بمطاردة عطل في التوجيه غير موجود.
اقرأ توجيه المحور، لا مساره فقط
يخبرك جدول مسارات المحور أين سيرسل المحور الحزمة. ويخبرك التوجيه بما طلب المحور من المصدر فعله بشأنها. هاتان حقيقتان مختلفتان، والمحور الذي يملك مسارًا صحيحًا ولا يرسل توجيهات سيبقي كل تدفق على المسار الطويل إلى ما لا نهاية. افحص أحداث NHRP على المحور وتأكد من توليد توجيهات للحركة التي تهمك.
تغيّر المرحلة 3 أيضًا معنى التلخيص. مع سلوك المسار المختصر، لا تحتاج النقاط الفرعية إلى المجموعة الكاملة من المسارات البعيدة المحددة التي كان تصميم المرحلة 2 يتوقعها، لذا فالمسار الملخَّص عند النقطة الفرعية ليس بالضرورة شبكة مفقودة. تأكد من المرحلة ومن سياسة التوجيه قبل أن تقرأ التلخيص كعطل.
هذا الفهم الخاطئ وحده يسبب تذاكر DMVPN أكثر من أي شيء آخر.
سجّل الاستنتاج ككائن مفقود
أنهِ بتدفق تطبيق مصرح به ورده، وسجّل لكل اتجاه ما إذا كان قد استخدم المسار المباشر. ثم اكتب الاستنتاج كالكائن الذي كان مفقودًا: تعيين، أو مسار تمرير مختصر، أو جمعية حماية، أو استجابة تطبيق.
تجاور التوجيه وجمعية أمان مشتركة هما دليل على الصحة، لا دليل على المسار. يمكن أن يكون كلاهما مثاليًا بينما لا تزال كل حزمة تسلك الطريق الطويل. افحص قرار التمرير أولًا، ثم الجمعية التي تحمله. الترتيب مهم، لأن الجمعية تتشكل في كلتا الحالتين.
هذه العادة تنفع في التذكرة التالية. «النفق قائم لكنه بطيء» تصبح «B ليس لديه مسار مختصر لمضيف A»، والعبارة الثانية إصلاح يستغرق خمس دقائق. احتفظ بمخرجات الأوامر مع الاستنتاج، واحتفظ بدليل المرحلة 3 من المورّد بجانبه.