تونل بدون شماره: کدام نشانی را قرض می‌گیرد؟
تونل بدون شماره نشانی یک واسط دیگر را قرض می‌گیرد و اهداکننده را به یک وابستگی تبدیل می‌کند. منبع بیرونی، هویت قرض‌گرفته و پیشوندهای مسیریابیشده را جدا کنید.
تونل بدون شماره از مرحلهٔ ساختن یک زیرشبکه برای واسط منطقی می‌گذرد، اما آدرس‌دهی را کاملاً کنار نمی‌گذارد. پیاده‌سازی هنوز به یک هویت IP محلی نیاز دارد، بنابراین نشانی یک واسط پیکربندی‌شدهٔ دیگر را قرض می‌گیرد. آن اهداکننده اکنون بخشی از طراحی شماست: اگر نشانی‌اش تغییر کند یا واسطش نوسان کند، رفتار IP تونل از آن پیروی می‌کند. سه تصمیم در بیشتر نوشته‌ها با هم اشتباه می‌شوند و جدا کردن آن‌ها از پیکربندی‌ای جلوگیری می‌کند که درست به نظر میرسد و هیچ چیزی را مسیریابی نمی‌کند.
با اهداکننده مانند یک انتخاب طراحی رفتار کنید، نه مانند یک جزئیات نگارشی.
سه نقش نشانی، جدا نگه‌داشته‌شده
منبع بیرونی نشانی است که بسته‌های تونل را در لایهٔ زیرین حمل می‌کند و همان چیزی است که همتا باید بتواند به آن برسد. نشانی قرض‌گرفته هویتی است که واسط منطقی بدون شماره پس از رمزگشایی بسته‌ها برای پردازش IP به کار می‌برد. پیشوندهای محافظت‌شده شبکه‌های LAN هستند که ترافیکشان باید از تونل بگذرد و توسط پروتکل مسیریابی اعلام می‌شوند، نه با نشانی تونل. علامت‌گذاری یک واسط به‌عنوان بدون شماره هیچ‌یک از این نقش‌ها را به بقیه نمی‌دهد.
این جداسازی یک سردرگمی رایج را توضیح می‌دهد: قرض گرفتن یک نشانی کل بخش Ethernet اهداکننده را به همتای دور نمی‌سپارد.
انتخاب واسط اهداکننده
یک loopback معمولاً اهداکنندهٔ بهتر است، زیرا نشانی‌اش پایدار، همیشه فعال و مستقل از هر پیوند فیزیکی واحد است. قرض گرفتن از یک واسط LAN تونل را به وضعیت و تخصیص نشانی آن واسط گره می‌زند، که یک بده‌بستان عملیاتی متفاوت است: در آزمایشگاه راحت، وقتی LAN نشانی تازه می‌گیرد شکننده. پیش از انتخاب هر یک از این دو، تأیید کنید که پلتفرم از کار بدون شماره در نوع تونلی که می‌سازید پشتیبانی می‌کند.
هر اهداکننده‌ای که انتخاب کنید، آن را به‌عنوان یک وابستگی در سابقهٔ تغییر، کنار خود پیکربندی تونل مستند کنید.
پیکربندی و بازخوانی تونل
مثال زیر یک تونل GRE چندنقطه‌ای روی روترهای خانوادهٔ IOS است که یک loopback را قرض می‌گیرد و منبع بیرونی‌اش را به واسط لایهٔ زیرین نشانه می‌رود. هویت NHRP از نشانی قرض‌گرفته جدا است و باید به‌صراحت پیکربندی شود.
interface Loopback0 ip address 10.255.255.1 255.255.255.255 interface Tunnel0 ip unnumbered Loopback0 tunnel source GigabitEthernet0/0 tunnel mode gre multipoint ip nhrp network-id 100 ! verify show interfaces Tunnel0 | include line protocol|Tunnel source show ip interface brief | include Tunnel|Loopback show ip nhrp
ابتدا خط واسط را بخوانید: تونل بدون شماره‌ای که down گزارش می‌دهد، صرف‌نظر از نشانی قرض‌گرفته مسیریابی نخواهد کرد. سپس بررسی کنید که اهداکننده فعال است و نشانی‌اش همان است که در نظر داشتید، زیرا loopback با نشانی تازه بی‌صدا هویتی را که تونل ارائه می‌دهد تغییر می‌دهد.
در پایان جدول مسیریابی را برای پیشوندهای محافظت‌شده و مجاورت روی تونل بررسی کنید، زیرا وضعیت درست واسط دسترس‌پذیری هیچ‌یک از این دو را اثبات نمی‌کند.
آنچه نشانی قرض‌گرفته فراهم نمی‌کند
DMVPN به ثبت‌ها و نگاشت‌های NHRP نیاز دارد تا spokes بتوانند یکدیگر را پیدا کنند؛ یک خط بدون شماره هیچ‌یک از این‌ها را فراهم نمی‌کند. احراز هویت، ارسال مجاز و مسیرهای بازگشت هنوز لازم‌اند و پروتکل مسیریابی باید پیش از تبادل هر پیشوندی، مجاورتی روی تونل تشکیل دهد. هر یک از این‌ها می‌تواند شکست بخورد در حالی که واسط فعال گزارش می‌دهد، به همین دلیل بررسی از نشانی به نگاشت و از آن به مسیر می‌رود.
نحو فرمان‌ها و قواعد آدرس‌دهی نیز بر اساس محصول و نسخه متفاوت است، پس خود را با مدل واسط دستگاه پیش رویتان هماهنگ کنید نه اینکه پیکربندی را از پلتفرم دیگری کپی کنید. ممکن است هدف یکسان باشد در حالی که خطوط لازم یکسان نیستند.
اهداکننده، منبع بیرونی و پیشوندهای اعلام‌شده را در مستندات تونل بنویسید، سپس یک بررسی اضافه کنید که اگر نشانی اهداکننده تغییر کند بلند شکست بخورد. همان یک بررسی حالت شکستی را می‌گیرد که طراحی‌های بدون شماره بیشتر پنهانش می‌کنند.