در پست وبلاگ قبلی ، ما در مورد مراحل کلی بحث کردیم که دستگاه های شبکه (یا کنترل کننده متمرکز) باید برای یافتن جاده ها از طریق یک شبکه انجام دهند. امروز خواهیم دید که چگونه این اصول اعمال می شود مسیر شرقییکی از سه راه اصلی برای انتقال بسته ها به یک شبکه.
خلاصه کوتاه: هنگام مسیریابی منابع ، فرستنده باید مسیر (رایگان یا سخت) را که بسته باید شبکه را در اختیار بگیرد ، تعیین کند. به این ترتیب ، فرستنده برای تعیین این بار به مکانیسم نیاز دارد و مثل همیشه راه حل های بی شماری برای این چالش وجود دارد. ما چندین مورد از آنها را با استفاده از توپولوژی نمونه نشان داده شده در نمودار زیر مطالعه خواهیم کرد.
کنترل کننده
شبکه تعریف شده نرم افزار (SDN) مفهوم کنترل کننده متمرکز را دوباره کشف کنید (اکنون به آن اشاره شده است کنترل کننده SDN) مربوط به دستگاه های شبکه. در دارای جریان باز-Base -ONSET ، این کنترلر ترافیک هواپیمای کنترل را ضبط می کند. به عنوان مثال ، هنگامی که X درخواست ARP را ارسال می کند ، توسط SDN Controller ضبط می شود.
در این مرحله ، کنترل کننده سه چیز را می داند:
- آدرس IP x ،
- آدرس MAC x ،
- درگاه سوئیچ A ، که می تواند برای رسیدن به X استفاده شود.
با این اطلاعات ، کنترل کننده می تواند اطلاعات مسیر را به همه گره ها فشار دهد. به عنوان مثال ، کنترلر می تواند مسیر Y را به عنوان “B → E → Y” در A نصب کند.
بخش های مسیر با عناصر محاسبه جاده (PCE) به طور مشابه کار می کند ، اما از ترکیبی از پروتکل های تنظیم مسیر سنتی و تنظیم تنظیم بر اساس یک کنترلر استفاده می کند.
پروتکل های مسیریابی سنتی (IS-IS یا OSPF) برای اختصاص برچسب های گره ای استفاده می شود ، و کنترلر PCE اطلاعات توپولوژی را جمع آوری می کند ، جاده های انتهایی به انتها را محاسبه می کند و برچسب ها (یا عناوین IPv6) را در لبه ها نصب می کند (برای اطلاعات بیشتر ، Watch PCE PCE
ایجاد زنجیرهای مجازی در زمان های قدیمی
قبل از اینکه کسی تصمیم بگیرد نرم افزار اندازه گیری خود را تعریف کند ، دستگاه ها اکنون وانمود می کنند کنترل کننده های SDN احضار شده اند سیستم های مدیریت شبکه (NMS). در بیشتر موارد ، تنها تعامل با این سیستم ها هواپیمایی برای مدیریت دشت در خارج از نوار بود:
- شما یک فرم را تکمیل خواهید کرد
- شما یک فکس را به ارائه دهنده خود ارسال می کنید
- ممکن است قراردادی برای توافق و امضا وجود داشته باشد
- ماهها بعد ، برخی از GUI NMS روی زنجیره شما کلیک و ایمن می کنند. در اینجا چگونه است رله قاب وت دستگاه خودپرداز کار می کند.
برخی از شبکه ها درخواست های زنجیره ای پویا را مجاز می دانند – اینها احضار شدند طرح های مجازی را تغییر دادبرخلاف طرح های مجازی دائمی ایجاد شده توسط NMS. زنجیرهای تغییر یافته در X.25. ، دستگاه خودپردازو هنوز هم در mpls te امروز
اما دوباره همین چالش ها اعمال می شود:
- شکست های جاده باید پیدا شود.
- خرابی ها باید به NMS گزارش شوند که باید مسیرها را محاسبه کنند
- تعداد زیادی از مدارهای مجازی در یک زمان شکست می خورند – مثلاً به دلیل نزول اتصال اصلی – می تواند هواپیمای کنترل را تحت الشعاع قرار دهد.
پل مسیر خروجی
پل مسیر خروجی (فناوری مورد استفاده برای اجرای حلقه های نشانگر) استفاده می شود قاب های تشخیصبیایید بگوییم X می خواهد با Y ارتباط برقرار کند ، اما او هیچ ایده ای ندارد که در آن Y.
به خاطر داشته باشید که این است حلقه توکنبنابراین همه این خطوط در واقع حلقه هستند. پل ها حلقه ها را به هم وصل می کنند و هر دو دارای شماره مشخص هستند.
X ارسال می کند قاب تشخیصی (یک قاب مخصوص -yo) به Y. هر پل قاب را رهگیری می کند ، شناسه خود را اضافه می کند و آن را به جلو می برد.
- A قاب را دریافت می کند ، اطلاعات خود را اضافه می کند و آن را به B می فرستد.
- B اطلاعات خود را اضافه می کند و آن را به E. ارسال می کند
- E اطلاعات خود را اضافه می کند و قاب را به جلو می برد.
یک فرآیند مشابه در مسیرهای جایگزین رخ می دهد. در پایان ، Y چندین فریم افتتاحیه دریافت می کند – که در ابتدا می رسند ، احتمالاً بیش از حد بیش از حد جاده را طی می کنند. این به طور خودکار شرایط فعلی شبکه را اندازه گیری می کند.
قاب تشخیص شامل مسیر بازگشت کامل است تا y بتواند با استفاده از مسیر بازگشت انباشته به x پاسخ دهد. وقتی X جواب را دریافت می کند ، او راه را می بیند ، آن را می چرخاند و از آن برای بسته های آینده استفاده می کند. هر قاب از x تا y اکنون شامل a است قسمت اطلاعاتی برای مسیریابی (RIF)لیست توالی پل ها. همین مورد در مورد مسیر بازگشت از Y به X نیز صدق می کند.
SRB به نظر می رسد یک ایده عالی است ، اما هیچ مکانیسم ساخته شده برای تشخیص آسیب وجود ندارد. اگر چیزی در جاده از X به Y شکست بخورد ، تمام بسته های بعدی از X به Y کاهش می یابد. در پایان ، X تمام خواهد شد ، وحشت می کند و شروع به ارسال فریم ها می کند تا دوباره Y را پیدا کرده و راه را بازگرداند.
بخش
بدون کنترلر بخش (SR) ، همه گره ها در یک پروتکل اساسی برای مسیریابی شرکت می کنند اوسپف یا بدنامS هر گره یک برچسب گره (شناسه بخش – SID) و برچسب های رابط و پیشوند اختیاری را تبلیغ می کند. بنابراین اگر می خواهید بسته هایی را از x به y به → C → D → E ارسال کنید ، فقط برچسب ها را جمع می کنید و یک پشته را با یک برچسب برای بسته تهیه می کنید. انجام شده
SR همچنین در مقابله با شکست کاملاً مؤثر است ، زیرا به پروتکل اساسی برای مسیر تشخیص خرابی و محاسبه مجدد توپولوژی اساسی متکی است. X ممکن است پشته خود را با برچسب ها دوباره محاسبه کرده و مسیر آن را با چیزی مانند → B → E. تنظیم کنید.
مهندسی ترافیک MPLS (MPLS/TE)
در mpls teX از پروتکل سیگنالینگ (RSVP) برای ایجاد یک مدار مجازی یک طرفه (که اغلب به آن یک تونل گفته می شود) برای Y استفاده می کند ، با استفاده از اطلاعات ارائه شده توسط یک مسیر اساسی برای مسیر (که اغلب IS-IS یا OSPF با پسوندهای IT است). به عنوان یک گزینه جایگزین ، یک کنترل کننده PCE می تواند مسیر X به Y را محاسبه کند و به X بگوید که در درخواست RSVP چه زمانی باید استفاده کند.
در صورت عدم موفقیت اتصال ، گره پایین زنجیره پیام خطایی را ارسال می کند: “تونل شکست خورد.” X سپس او باید تصمیم بگیرد که بعد چه کاری انجام دهد. X می تواند جاده را مجدداً محاسبه کند یا به کنترل کننده PCE SDN که نیاز به مداخله دارد و دستورالعمل های جدید را به X تکیه می کند ، محاسبه کند. در حالی که این اتفاق می افتد ، شبکه های شبکه – بسته ها از بین می روند یا کند می شوند.
در MPLS سنتی ، X ، با ارسال درخواست جدید RSVP ، تونل را بازیابی می کند. معمولاً کار می کند – مگر اسپاگتی تونل ها این اتفاق افتاد (یا به همین ترتیب آنها به من گفتند) به یک ارائه دهنده خدمات آسیایی در هنگام وقوع زلزله. چندین اتصالات اصلی شکست خورد و هزاران تونل را بین گره های انتهایی از بین برد. این باعث هزاران اشتباه شد و همه گره های منبع را وحشت کرد و سعی کرد همزمان تونل ها را بازگرداند.
بار بیش از حد حاصل از هواپیمای کنترل باعث شده است که گره ها از بین بروند یا ترافیک را نادیده بگیرند. با تثبیت همه چیز ، این شبکه در یک روز به طور مؤثر کاهش می یابد.
