در بخش 15.3.6 ، ما یک طراحی ASIC اصلاح شده را توصیف کردیم که هنگام انجام جستجوی جدول جریان مورد نیاز در پردازش جریان SDN ، از مصرف انرژی بیشتری نسبت به ASIC سوئیچینگ موجود برخوردار است. پیشرفت دیگری در [53] ارائه شده است که در آن ترکیبی از یک ASIC فعال SDN و یک CPU محلی و حافظه با هدف عمومی می تواند برای رسیدگی به کاربردهای فعلی و هنوز پیش بینی نشده شمارنده های هر جریان برنامه ریزی شود. این یک مسئله مهم است ، زیرا نگهداری و استفاده از شمارنده ها بر اساس هر جریان بخشی اساسی از برنامه نویسی SDN است ، اما عدم توانایی در پیش بینی تمام برنامه های آینده این شمارنده ها ساخت همه آنها در طرح های ASIC را دشوار می کند. در [53] نویسندگان یک روش ترکیبی را توصیف می کنند که در آن شمارنده های سخت افزاری در ASIC قابل برنامه ریزی هستند و ممکن است به اهداف مختلف و به جریان های مختلف اختصاص داده شوند. اطلاعات شمارنده عدد قانون تطبیق را با تعداد بایت بسته همسان ترکیب می کند. این اطلاعات به طور دوره ای در CPU محلی آپلود می شود ، جایی که شمارنده ها به شمارنده های OpenFlow با کاربردهای عمومی ترسیم می شوند. چنین سیستمی می تواند برخی از برنامه نویسی های سطح بالای شبکه را که در بخش 15.3.2 توصیف می کنیم ، فعال کند ، که به موجب آن برنامه های محرک نرم افزاری مبتنی بر مقدار بدست آمده می توانند مستقیماً در پردازنده مرکزی منظور شوند.
در فصل 10 ما در مورد همپوشانی SDN و NFV بحث کردیم و نشان دادیم که چه تعداد عملکرد شبکه می توانند در نرم افزار مجازی شوند. ما توضیح دادیم که چگونه می توان از فناوری SDN سیستم های تشخیص نفوذ ابتدایی (IDS) ساخت. هر چند در برخی مواقع ، بازرسی بسته های عمیق (DPI) مورد نیاز برای برخی از کارهای NFV سخت افزار تخصصی را الزامی می کند. وقتی این سخت افزار بیش از حد تخصصی شود ، صرفه جویی در هزینه و سادگی مورد انتظار برای SDN و NFV متضرر می شود. بنابراین منطقی است که یک پلت فرم کالای X86 را به گونه ای ارتقا دهیم که دارای قابلیت DPI باشد. در [54] نویسندگان یک طرح جدید برای تراشه شتاب دهنده SDN / NFV با مصرف انرژی سازگار با معماری کم هزینه X86 ارائه داده اند. این از آنجا قابل توجه است که چنین برنامه خاصی با دستورالعمل مجموعه پردازنده به نرم افزار استاندارد X86 اجازه می دهد تا عملکردهای DPI پرسرعت را کنترل کند. سیستم های حمل و نقل هوشمند (STS) در شرایط بحرانی
بیشتر بخوانید: تعرفه خدمات اکتیو شبکه
4.2 چرا جواب نداد؟
اگرچه شبکه های فعال چشم انداز شبکه های قابل برنامه ریزی را بیان می کنند ، اما به دلیل تغییر پارادایم تحقیقات شبکه های فعال در مقایسه با جامعه اینترنت ، این فناوری ها استقرار گسترده ای را مشاهده نمی کنند. علاوه بر این ، عدم وجود یک مشکل فوری قانع کننده یا راهی روشن برای استقرار ، مانعی برای پذیرش گسترده مکانیزم های پیشنهادی توسط تحقیقات شبکه های فعال بود.
در مورد جداسازی صفحه کنترل از هواپیماهای داده ، فروشندگان تجهیزات غالب انگیزه کمی برای اتخاذ API های استاندارد صفحه داده مانند ForCES داشتند ، زیرا API های باز می توانند افراد تازه وارد را به بازار جذب کنند. در پایان ، اگرچه نمونه های اولیه صنعت و تلاش های استاندارد سازی پیشرفت هایی داشته است ، اما تصویب گسترده دست نیافتنی است.
ایده های اساسی SDN با بینش شبکه های کاملاً قابل برنامه ریزی و عمل گرایی که امکان استقرار در دنیای واقعی را فراهم می کند ، دچار تنش شده اند. OpenFlow که بعداً شرح داده شد ، تعادل بین این دو هدف است که از طریق فعال کردن عملکردهای بیشتر از کنترل کننده های مسیر قبلی و ایجاد سخت افزار موجود در سوئیچ ، تعادل است. اگرچه تکیه بر سخت افزار سوئیچ موجود تا حدودی انعطاف پذیری را محدود کرد ، OpenFlow تقریباً بلافاصله قابل اجرا بود و به حرکت SDN اجازه می داد هم عملگرا باشد و هم پررنگ. به دنبال ایجاد OpenFlow API [41] با طراحی سیستم عامل های کنترل کننده مانند NOX [42] به سرعت ایجاد شد که ایجاد بسیاری از برنامه های کنترل جدید را امکان پذیر کرد.