از یک مسیر CE RIP تا یک VRF راه دور: صادرات کجا رخ میدهد
یک پیشوند RIPv2 از CE تنها پس از سه تصمیم جداگانه به یک VRF راه دور میرسد: یادگیری آن، انتخاب آن در VRF، و صادر کردن آن تحت یک سیاست منطبق.
یک بهروزرسانی RIPv2 به لبه ارائهدهنده میرسد، در جدول مسیریابی VRF قرار میگیرد و همانجا میماند مگر اینکه چیزی آن را صریحاً صادر کند. سه تصمیم به ترتیب رخ میدهند و هر یک میتواند پیشوند را به دلیل خودش رد کند. خواندن اینها بهعنوان یک رویداد واحد همان دلیلی است که افراد به سراغ جعبه اشتباه میروند وقتی یک سایت راه دور نمیتواند به شبکهای برسد که CE بهوضوح آن را اعلام میکند. مسیر را از PE دنبال کنید و توالی آشکار میشود.
PE با یک بهروزرسانی RIP چه میکند
PE بهروزرسانی را روی رابط VRF دریافت میکند، بررسی میکند که منبع یک همسایه مجاز باشد، و پیشوند را با شمارنده پرشی که از اعلام مشتق شده در جدول مسیریابی VRF نصب میکند. آن جدول یک جدول مسیریابی معمولی با فاصلههای مدیریتی خودش و انتخاب بهترین مسیر خودش است. اگر CE همان پیشوند را دو بار با متریکهای متفاوت اعلام کند، تنها بهترین در جدول باقی میماند. هیچ چیز در این مرحله به ستون فقرات ارائهدهنده مربوط نیست.
پیشوند اکنون درون بافت مسیریابی یک مشتری وجود دارد، که بسیار دور از دسترسپذیر بودن در جای دیگر است.
صادرات یک کنش سیاست است، نه پیامد پروتکل
برای خروج از VRF، یک مسیر باید به فرایند MP-BGP که مسیرهای VPN را حمل میکند بازتوزیع شود و به یک جامعه گسترده از نوع route target نیاز دارد که مشخص کند کدام VRFهای راه دور مجاز به وارد کردن آن هستند. معماری در RFC 4364 این تبادلات را دقیقاً به همین دلیل از پروتکل CE به PE جدا نگه میدارد. استفاده از RIP در لبه هیچ چیزی درباره آنچه باید از شبکه ارائهدهنده عبور کند نمیگوید.
قرارداد صادرات را قبل از پیکربندی هر چیزی بنویسید: پیشوندهای مشتری که باید از راه دور قابل دسترس باشند، مسیرهایی که باید محلی بمانند، و هر مسیر پیشفرض، خاصتر یا استثناهای سرویس مشترک. آن قرارداد را با VRF واقعی مقایسه کنید، نه با VRFی با نام مشابه که متعلق به مشتری دیگری است.
سمت واردات سیاست دومی با route targetهای خودش است، و صادرات منطبق با واردات نامنطبق پیشوندی تولید میکند که در ستون فقرات وجود دارد و در هیچ جدول راه دوری ظاهر نمیشود.
بازتوزیع و منشأ صریح رفتار متفاوتی دارند
بازتوزیع مسیرهایی را که از قبل در جدول VRF وجود دارند میگیرد و آنها را با فیلتر نقشه مسیر به BGP کپی میکند. نقشه تصمیم میگیرد کدام پیشوندها واجد شرایطاند و چه ویژگیهایی حمل میکنند، و متریک باید صریحاً تنظیم شود زیرا شمارنده پرش RIP بهعنوان متریک BGP معنایی ندارد. هر چیزی که تنظیمنشده بگذارید به شکلی به ارث میرسد که معمولاً کسی را که شش ماه بعد پیکربندی را میخواند شگفتزده میکند.
بازتوزیع متقابل جایی است که آسیب خاموش رخ میدهد. پیشوندی که به BGP صادر شده میتواند از طریق نقطه بازتوزیع دوم بازگردد، و بدون برچسب یا فیلتر مسیر نوسان میکند در حالی که هر دو جدول در هر لحظه باورپذیر به نظر میرسند. بر اساس برچسبهای اعمالشده در لبه فیلتر کنید، نه با اعتماد به توپولوژی برای جلوگیری از مسیر بازگشت.
منشأ صریح مرتبتر به نظر میرسد و بیقید و شرط نیست. یک اعلان شبکه معمولاً پیش از ایجاد پیشوند به مسیری منطبق در جدول مسیریابی نیاز دارد، بنابراین اعلام در همان لحظهای که CE اعلام آن را متوقف میکند ناپدید میشود. این اغلب همان رفتاری است که میخواهید، و با یک مسیر ایستا که برای همیشه پیکربندیشده میماند یکسان نیست. قاعده واقعی پلتفرم را بررسی کنید، نه اینکه یکی از این دو رفتار را فرض کنید.
به هر حال، پرسشی که باید درباره هر پیشوند پرسید این است که کدام منبع فعال آن را واجد شرایط میکند و وقتی آن منبع ناپدید میشود چه اتفاقی میافتد.
زنجیره را در چهار نقطه بررسی کنید
به اعلام CE، جدول مسیریابی VRF، جدول مسیرهای VPN با route target آن، و واردات VRF راه دور نگاه کنید، به همین ترتیب. در IOS این یعنی خروجی همسایه CE، show ip route vrf CUSTOMER، show ip bgp vpnv4 vrf CUSTOMER، و همان فرمان روی PE دور. در IOS-XR خروجی معادل زیر قرار دارد: show bgp vrf CUSTOMER ipv4 unicast. نام فرمانها متفاوت است، چهار نقطه بررسی نه.
پیشوندی را که باید رد شود به همان دقتی بررسی کنید که پیشوندی که باید عبور کند، زیرا سیاستی که همه چیز را مجاز میکند تا زمانی که اولین استثنا برسد با یک سیاست درست یکسان به نظر میرسد. سپس یک پسگیری را تماشا کنید: رابط CE را خاموش کنید و تأیید کنید که ورودی راه دور در زمانسنج مورد انتظار ناپدید میشود نه اینکه باقی بماند.
ثبت کنید که مالک هر سیاست کیست. وقتی ارائهدهنده CE را اداره میکند، رفتار تحویلشده به قرارداد خدمات تعلق دارد، و پروتکل یا سیاست پسگیری متفاوت روی دستگاه مدیریتشده پیش از آنکه مشکل مسیریابی باشد یک مشکل مستندسازی است.