⁠⁣⁣⁣⁠⁣Service Provider SDN Applications

⁣✳⁣ ⁣الزامات CPE برای کارکرد بهتر

⁣🔖 ⁣در این روش نیاز به سیستم های یکپارچه سازی است تا بتوانند با سخت افزارهای موجود، ارتباط پویا برقرار کنند. همچنین یک شبکه WAN برای اتصال و مدیریت از راه دور نیاز است تا ارائه خدمات سریع تر اتفاق بیفتد. علاوه بر آن ارائه دهندگان نیاز به سیستم عامل هایی دارند که بتوانند انواع برنامه های کاربردی را به عنوان سرویس های مدیریتی، پشتیبانی کنند.
⁣سیستم عامل ARM Holding یکی از این سیستم عامل ها است که توسط اغلب شرکت ها مورد استفاده قرار می‌گیرد.


💡 ⁣در این روش، اتصال به سرویس های Cloud، بسیار ساده است لذا برای استفاده از حداکثر مزایای این روش، نیاز به اتصال و همکاری مداوم با Cloud است. ارائه دهندگان باید تکنسین های شبکه را برای تأمین و پیکربندی CPE آماده سازی کنند، چرا که استقرار سرویس های جدید می تواند زمان گیر باشد.

🚩 ⁣بعضی از تحقیقات نشان می دهد که CPE یکی از رقیبان برتر در توزیع مجازی سازی توابع شبکه است، زیرا پتانسیل آن برای ساده سازی عملیات و ارائه خدمات سریع بالاست و در آینده به مدل برتر برای شرکت های ارائه دهندگان خدمات تبدیل شود.

⁣⁣#مدیریت_شبکه
⁣⁣#ARM_holding
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁠⁠⁣⁠⁣⁠⁣Service Provider SDN Applications

⁣✳⁣ ⁣⁣ ⁣سازگاری NFV برای شبکه هایی با معماری سنتی

⁣✅ ⁣ ⁣شبکه های با معماری سنتی، هنوز هم طرفدارانی دارند. شرکت ها و سازمان ها، به سادگی به مدل‌های جدید معماری اعتماد نمی‌کنند. اما روش NFV، هم از نظر سازگاری با مدل های سنتی و هم از نظر هزینه، می تواند برای تغییر روش خدمات سازمان ها مفید باشد.

⁣⁣✅ دو راه وجود دارد که بدون تغییر اساسی در زیر ساخت شبکه، NFV را به شبکه ادغام کرد:

1- ⁣⁣ایجاد یک لایه بالاتر از NFV

2- ⁣ساخت یک دستگاه مجازی NFV

⁣⁣💡 ⁣⁣هر دو راه موجود بر سرعت پردازش ، تأثیر می گذارند اما این تأثیر به قدری نیست که مدیران سازمان ها را، از این روش منصرف کند.
علاوه بر آن، زنجیره خدمات SDN یا NFV، که مستقل از معماری شبکه است، روند ارتقاء شبکه را آسانتر می کند. ⁣با SDN وNFV، می توان زنجیره های جدیدی ایجاد کرد که کارایی و ظرفیت شبکه را بدون تغییر اساسی سخت افزار افزایش دهد.


🚩 ⁣⁣در مورد جزییات این روش ها ، در پست های بعدی ، توضیح خواهیم داد.


⁣⁣⁣#معماری_شبکه
#مجازی_سازی
⁣⁣#NFV
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁣Southbound Applications

⁣⁣✳⁣ ⁣⁣ ⁣رابط های برنامه نویسی کاربردی (API)

⁣✅ ⁣به طور کلی می توان گفت معماری SDN از چهار لایه تشکیل شده است. "برنامه‌های کاربردی"، "کنترلر"، "دستگاه شبکه مجازی" و "دستگاه فیزیکی".
⁣- ⁣وظایف لایه دوم (لایه کنترلر) ،کنترل اولویت بندی‌ها، مسدود کردن سطح بسته‌های خاص ترافیک و.. است. این کنترلرها، معمولا با زبان پایتون 💻نوشته شده‌اند.

✅ ⁣رابط برنامه نویسی کاربردی (API)، در واقع یک رابط بین اپراتور شبکه و کنترلر است و شامل ‌رابط‌های "Northbound" و "Southbound" می‌شود و ⁣وظیفه اصلی آن کنترل شبکه توسط برنامه نویسان است.
-⁣ این API، فروشندگان و ارائه دهندگان خدمات شبکه را به منظور سفارشی کردن برنامه های خودشان مورد مخاطب قرار می‌دهد.

⁣💡 ⁣مدیر شبکه با استفاده از Southbound میتواند به راحتی ترافیک شبکه را کنترل کند و این امکان را دارد که خدمات شبکه را به راحتی و بدون تنظیمات سخت‌افزاری، به صورت دستی، تنظیم کند. علاوه بر آن، Southbound باعث کاهش وابستگی سازمان‌ها به سوییچ های پرهزینه می‌شود.


🚩 ⁣در قسمت بعد در مورد علت اشتیاق برنامه نویسانِ شبکه به زبان پایتون بیشتر توضیح خواهیم داد...

⁣#پایتون
⁣#API
⁣⁣#southbound
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁣⁣⁣Southbound Applications

⁣⁣✳⁣ ⁣⁣⁣پایتون متعلق به برنامه نویسان شبکه !

⁣✅ ⁣⁣یکی از زبان های رایج و پرکاربرد که برنامه نویسان شبکه از آن استفاده می کنند، زبان پایتون است. این زبان، زبان آسانی برای یادگیری و ایجاد نرم افزارها است.

✅ ⁣⁣با استفاده از پایتون، می توان جمع آوری داده ها و تغییرات پیکربندی اسکریپت ها را به سادگی انجام داد. علاوه بر آن، پایتون به خوبی توسط سیستم های شبکه، پشتیبانی می‌شود.

⁣⁣✅ ⁣امروزه تقریبا هر فروشنده عمده SDN، یک API Python برای محصول خود ارائه می‌دهد. آنها با استفاده از این ابزارها، می توانند گزینه‌های خود را برای رابط های کاربردی تقویت کند. با یادگیری پایتون برای SDN ، می توانید برنامه های سفارشی، برای اجرا و دریافت اطلاعات از API ها را ایجاد کنید و دیگر نیازی به استفاده از برنامه نویسی C یا C++ و تحمیل اضافی ترافیک بر شبکه نیست.

⁣💡 ⁣ علاوه بر آن، زبان پایتون دارای کتابخانه های بسیار مفید برای مجازی سازی NFV است. با استفاده از مجازی سازی تحت پایتون، می‌توان به راحتی هر دو رابط کنترل کننده Northbound و Southbound را تقویت و پشتیبانی کرد.


🚩 ⁣⁣چگونه مدیران شبکه با استفاده از API Python، رابط های کاربردی را تقویت می‌کنند؟

⁣#پایتون
⁣#API
⁣⁣#southbound
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁣⁣⁣⁣⁣Southbound Applications

⁣⁣✳⁣ ⁣⁣⁣⁣مدیران شبکه چگونه با استفاده از API Python، رابط های کاربردی را تقویت می‌کنند؟

⁣⁣⁣⁣مدل OpenFlow

⁣✅ ⁣برنامه کاربردی Southbound از طریق مدل OpenFlow می تواند با کنترلر تعامل داشته باشد. با استفاده از این مدل، مدیر شبکه یک درخواست از طریق API دریافت می‌کند و تنطیمات کنترلی لایه دوم را مشخص می‌سازد. لذا می توان گفت OpenFlow به عنوان یک برنامه کاربردی برای Southbound عمل می‌کند. علاوه بر آن، یک واسط برای ارتباط سوئیچ ها و کنترلرهای SDN نیز می­باشد.

⁣⁣✅ ⁣این مدل، کنترلر مرکزی را تعریف می‌کند و پس از آن مشخص می‌شود که، به چه صورتی و با چه تنظیماتی به دستگاه های شبکه متصل شود. ⁣از ویژگی های قابل توجه این مدل می توان به:

1- عبور بسته های اطلاعاتی با استفاده از API
2- تشخیص بسته از طریق شبکه با استفاده از نرم افزار های نوشته‌شده توسط پایتون
3-سفارشی کردن نیازهای کاربران از طریق API توسط خود کاربران

اشاره کرد.

⁣💡⁣البته قبل از OpenFlow ، استانداردی برای دستکاری جدول مسیریابی شبکه وجود نداشت و SDN ناچار بود به صورت انحصاری اجرا شود. اما با استفاده از این مدل، عملیات شبکه آسان می‌شود و منابع فیزیکی و مجازی‌، ساده‌تر به اشتراک گذاشته می‌شود. ⁣


🚩 ⁣⁣⁣آیا APIها توانایی ادغام با سرویس های ابری و دسترسی از راه دور را دارند؟

⁣#openflow
⁣#API
⁣⁣#southbound
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁣⁣⁣⁣⁣⁣Southbound Applications

⁣⁣✳⁣ ⁣⁣⁣⁣⁣نقش API ها در SDN چیست ؟

⁣✅ ⁣⁣بین APIها و معماری شبکه باید تناسبی وجود داشته باشد. APIهای Northbound در کنترل کننده های SDN ، باعث فعال شدن برنامه ریزی شبکه و ارائه خدمات آن می‌شوند. آنها همچنین قادر به محاسبه مسیریابی و ایجاد امنیت هستند.اما شاید مزیت مهم این رابط ها ، توانایی ادغام با سرویس های ابری است!

⁣⁣✅ ⁣سیستم های OpenStack Quantum و VMware vCloud ، سیستم هایی هستند که توسط API های northbound تحت پایتون در سرویس های ابری قرار دارند. ⁣معماری SDN نقش مهمی در تعیین استانداردهای API دارد. به همین خاطر معمولا مدیران شبکه، از رابط های برنامه نویسی کاربردی متناسب با لایه های شبکه بهره می‌گیرند .

⁣💡⁣⁣حتی توصیه می‌شود در محیط SDN بر اساس پروتکل OpenFlow، از APIهای مناسب این مدل استفاده شود. مثلا یکی از مهمترین ویژگی هایی که این API ها باید داشته باشند، توانایی در دسترس بودن مداوم در بین مراکز داده از راه دور است. چرا که در صورت بروز هر گونه مشکل و خرابی، این ویژگی باعث کنترل و بهتر شدن وضعیت لایه دوم شبکه می‌شود.

🚩 ⁣⁣⁣⁣اگر به علت معماری شبکه، قادر به استفاده از این مدل نباشیم، چه باید کرد؟

⁣#openflow
⁣#API_شبکه
⁣⁣#southbound
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁣⁣⁣⁣⁣⁣⁣⁣Southbound Applications

⁣⁣✳⁣ ⁣⁣⁣⁣⁣⁣آیا جایگزینی برای OpenFlow وجود دارد؟

⁣✅ ⁣⁣⁣اگرچه OpenFlow مزایای بسیاری دارد اما با مشکلاتی نظیر امنیت و مقیاس پذیری نیز مواجه است. لذا اگر معماری شبکه و یا حساسیت مدیران شبکه اجازه استفاده از این روش را ندهد، نیاز به روش جایگزین وجود دارد!

⁣⁣✅ ⁣⁣ بنیاد ONF پیشنهاد ایجاد یک لایه کنترلی ساده‌تر برای SDN و OpenFlow را داده است. این بنیاد تحقیقی و پژوهشی معتبر در زمینه شبکه، معتقد است که با یک لایه کنترل ساده‌تر، می تواند باعث بهینه‌سازی سرویس ها شود. اگر این لایه کنترل کننده، از لایه داده مستقل باشد، به سادگی می‌توان سرویس‌های جدیدی را با نوشتن برنامه های کاربردی تحت پایتون خلق کرد که روی کنترلر SDN قابل استفاده هستند. در صورت ناتوانی از ایجاد این لایه، یکی از روش های جایگزین برای مدل OpenFlow، پروتکل “NETCONF” است.

⁣💡⁣⁣⁣این پروتکل ، مدیر شبکه را قادر می سازد که با روشی امن بتواند فایروال، سوئیچ، مسیریاب یا هر وسیله دیگری را در شبکه پیکربندی کند.

🚩 ⁣⁣⁣⁣⁣بنیاد ONF اخیرا NETCONF را به رسمیت شناخته است و آن را یک استاندارد اجباری برای پیکربندی وسایل پشتیبانی کننده از OpenFlow معرفی کرده است...

⁣#بنیاد_ONF
⁣#NETCONF
⁣⁣#openflow
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

✳⁣ در هفته آینده با استانداردهای SDN با شما همراه خواهیم بود...
#SDN_standards
#SDN_research

⁠⁠⁠⁠⁣SDN Standards & Research

⁣⁣✳⁣ ⁣⁣⁣⁣⁣⁣⁣ابزارهای مدیریت API در SDN

⁣✅ ⁣⁣⁣⁣فرایند نظارت و کنترل بر API در یک محیط امن و قابل مقیاس را مدیریت API می گویند. APIها مستندات قوی، سطح امنیت، تست جامع، نسخه معمولی و قابلیت اطمینان بالا را ارائه می کنند. از آنجا که این الزامات اغلب فراتر از محدوده پروژه های شبکه است، استفاده از نرم افزار مدیریت API، امری ضروریست.

⁣⁣✅ ⁣⁣ ⁣نرم افزار مدیریت API با هدف طراحی ، استقرار و تعمیر و نگهداری ساده تر و کارآمد تر برنامه‌ها ساخته شده است. ابزارهای نرم افزاری مدیریت API به طور معمول خدمات زیر را ارائه می دهند:

⁣1. ارتباطات بین API و برنامه های کاربردی که
از آن استفاده می کنند
2. اطمینان از هماهنگی بین پیاده سازی
چند API و نسخه فعلی
3. نظارت بر ترافیک برنامه های فردی
4. مدیریت حافظه و مکانیسم های ذخیره سازی
برای بهبود عملکرد نرم افزار
5. حفاظت امنیتی از API

⁣💡⁣⁣⁣⁣نرم افزار مدیریت API می تواند در خانه یا به عنوان یک سرویس از طریق ارائه دهنده شخص ثالث خریداری شود.

🚩⁣اما پلتفرم مناسب مدیریت API، چه ویژگی هایی باید داشته باشد؟

⁣#مدیریت_API
⁣⁣⁣#API_شبکه
#SDN

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠Cloud APIs For Networking

⁣⁣✳⁣⁣هر آنچه در مورد پلتفرم مدیریت API باید بدانیم...

⁣✅ ⁣⁣⁣⁣⁣برخی از سازمان ها از چندین ابزار برای مدیریت API را استفاده می­کنند. در حالی‌که، برخی دیگر برای مدیریت بهتر و صرفه جویی در هزینه‌ها، تنها از یک پلتفرم استفاده می کنند. مدیر API می تواند از پلتفرم مدیریت API به عنوان یک پروکسی برای درخواست‌ها استفاده کنند. علاوه بر این می تواند اطمینان حاصل کند که مشتریان، شرکا یا کاربران داخلی، آنها را عمدا یا ناخواسته، به سرور back-end متصل نکنند.

⁣⁣✅ ⁣⁣ ⁣⁣به طور کلی، پلتفرم مدیریت API شامل تجزیه و تحلیل، گزارش استفاده و مدیریت جامع برنامه نویس­ ها است که باعث سرعت بیشتر خدمات و کاهش هزینه ها می‌شود.

⁣⁣✅ این پلتفرم همچنین ممکن است یک پورتال توسعه دهنده را فراهم کند که راهکار ساده‌ای برای به دست آوردن و توزیع API های مورد نیاز است. با استفاده از این پلتفرم می توان، به سادگی برنامه های مورد نیاز شبکه را ایجاد و مدیریت کرد.

⁣💡⁣⁣⁣⁣⁣پلتفرم "Apigee" نمونه ای از یک پلتفرم مدیریت API است که دارای یک Development Portal می ­باشد.

🚩⁣⁣آیا APIهای "باز" هم می توانند با این پلتفرم‌ها مدیریت شوند؟

⁣#مدیریت_API
⁣⁣⁣#Apigee
#SDN
#Cloud_APIs

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁣⁠⁠⁠⁠⁠⁠⁠⁠⁠⁣⁣Cloud APIs For Networking

⁣⁣⁣🔻⁣⁣ ⁣⁣پلتفرم مدیریت API در Cloud

⁣✅⁣ ⁣درSDN یک Software Control Function، تصمیم می گیرد که چه اتصالاتی در شبکه برقرار شود و کدام مسیر ترافیک برای آن اتصالات ایجاد شود. این مدیریت منابع تقریبا مشابه با استراتژی مدیریت منابع خدمات IaaS، PaaS و SaaS در Cloud است.

⁣⁣✅ ⁣⁣ ⁣⁣ با استفاده از OpenFlow(که پیش تر در مورد آن توضیح دادیم )، زمانی که سوئیچ یا روتر یک بسته را دریافت می کند، آن را به Controller می فرستد.با استفاده از پلتفرم مدیریت در API می توان خط مشی هایی برای تصمیم گیری در این قسمت استفاده نمود. این خط مشی ها روندی را ایجاد میکنند که باعث انتقال کنترل کننده به دستگاه درخواستی می شود. در اینجا ادغام OpenFlow و پلتفرم مدیریت API یک معماری در Cloud محسوب می‌شود. مزیت این کار کنترل و امنیت بیشتر خدمات است.

⁣⁣⁣💡⁣⁣⁣⁣⁣⁣⁣با این ادغام، هربسته در شبکه باید به کنترل کننده مرکزی ارسال شود که در صورت معماری نامناسب، ممکن است شبکه دچار مشکل شود.

🚩⁣⁣ ⁣چگونه OpenFlow به مدیریت API در Cloud کمک می کند؟

⁣#مدیریت_API
#SDN
#Cloud_API

⁣⁣🌏www.aliasys.co
@aliasysertebat

⁠⁣⁣⁠⁣⁣⁠⁠⁠⁠⁠⁠⁠⁠⁠⁣⁣Cloud APIs For Networking

🔻 ⁣مدیریت API به شیوه OpenFlow

⁣✅⁣ ⁣⁣اصولا مدیران سرویس های Cloud، برای رفع مشکلات مدیریتی، به ادغام روش های معماری در شبکه متوسل می شوند. روش OpenFlow یکی از این روش هاست که برای استفاده در Cloud پیشنهاد شده است.

⁣⁣✅ ⁣⁣⁣⁣ ⁣استاندارد OpenFlow اجازه می دهد که کنترلر همزمان چندین سوئیچ را مدیریت کند در نتیجه توسعه OpenFlow و ایجاد یک API متن باز، مشکلات مدیریتی را برای ارائه دهندگان سرویس های Cloud کاهش می دهد.

⁣⁣💡 ⁣⁣⁣ارائه دهندگان سرویس های Cloud می توانند با پلتفرم مدیریتی API، مجموعه داده های بزرگ موجود در یک مرکز داده را مدیریت کنند (معمولا در این گونه موارد از فیبر تیره یا فیبر اختصاصی استفاده می‌کنند). با OpenFlow، یک توسعه دهنده نرم افزار شبکه می تواند بسته را برای مدیریت انواع خاص جریان در شبکه ارسال کند.

⁣⁣⁣⁣🚩⁣⁣⁣⁣⁣⁣⁣⁣ سرویس های OpenFlow و SDN به ارائه دهندگان سرویس های cloud کمک می کند تا با مدیریت APIها به توسعه شبکه و دسترسی به خدمات سریعتر دست پیدا کنند.

⁣#رایانش_ابری
#SDN
#Cloud_API
⁣#Openflow

Aliasys Website ▪ Aliasys Telegram

⁠⁣⁣Emerging SDN Protocol

🔻⁣پروتکل انتقال (MPLS -TP)

⁣✅⁣ ⁣شرکت های پیشرو قصد دارند SDNها رابر روی زیرساخت های فیزیکی خود ایجاد کنند. آنها از پروتکل‌های مختلف برای افزایش بهره‌وری شبکه های SDN استفاده می کنند. یکی از این پروتکلها، پروتکل انتقال MPLS -TP است. پروتکل انتقال MPLS-TP اجازه می دهد تا اکثر بسته ها در لایه دوم (به جای لایه سوم) فرستاده شوند.

⁣⁣✅ ⁣⁣⁣⁣ پروتکل ⁣⁣MPLS-TP برای سرعت بخشیدن در شبکه های مخابراتی طراحی شده است. شبکه های حمل و نقل به طور معمول با استفاده از دستگاه های بارگذاری چندگانه (TDM) SONET / SDH ساخته شده اند که بسیار پر هزینه هستند. اما پروتکل MPLS -TP انعطاف پذیری و قابلیت اداره ترافیک شبکه را با هزینه کمتری دارد. این پروتکل دستوراتی برای ارائه عملیات، مدیریت و نگهداری (OAM) بهتر SDN ارائه می دهد.

⁣⁣💡 ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ پروتکل ⁣MPLS-TP در حال حاضر توسط نیروی کار مهندسی اینترنت (IETF) در همکاری با اتحادیه بین المللی مخابرات (ITU)مورد استفاده قرار گرفته است. این پروتکل با معماری SDN سازگار است و پیش بینی می شود که به خاطر مزایای آن، بیشتر مورد استفاده قرار گیرد.

🚩 ⁣چرا شبکه های SDN پروتکل های مجازی سازی و اتوماسیون را انتخاب می کنند؟

⁣#مدیریت_شبکه
#SDN
#MPLS_TP

Aliasys Website l Aliasys Telegram

⁠⁣⁣⁣Emerging SDN Protocol

🔻⁣⁣حرکت SDN به سمت اتوماسیون

⁣✅⁣ ⁣⁣سازمان ها به طور فزاینده ای در جهت برنامه ریزی و اتوماسیون حرکت می کنند و این مسئله آینده SDN را تحت تأثیر قرار می دهد. بازار SDN کلاسیک -که بیشتر بر روش OpenFlow استوار است - به آرامی رشد می کند.(به پست های قبلی در مورد روش OpenFlow مراجعه فرمایید)

⁣⁣✅ ⁣⁣⁣⁣ استقرار OpenFlow معمولا تنها در بخشی از مرکز داده هاست، اما پروتکل های جدید SDN مبتنی بر اتوماسیون، اهداف زیر را دنبال می کنند:

1-سیاست های کنترل بیشتر بر روی سرویس ها و برنامه های کاربردی نسبت به آدرس ها و پورت ها
2-مجازی سازی شبکه برای ایجاد یک شبکه منطقی بر روی یک شبکه فیزیکی موجود
3-یک شبکه ارزان تر، خودکارتر و انعطاف پذیرتر
4-برنامه نویسی شبکه، معمولا توسط API ها بر روی کنترلر
5-انتشار در Private Clouds

⁣⁣💡 ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ ⁣پروتکل های جدید مبتنی بر اتوماسیون، با استفاده از زیرساخت های مجازی، انعطاف پذیری و پویایی بیشتری را به دنبال خواهند داشت. اما سوال اصلی این است که برای مجازی سازی زیرساخت های شبکه و بهبود عملکرد آن چه باید کرد؟

⁣#اتوماسیون
#SDN

Aliasys Website l Aliasys Telegram

⁠⁠⁠⁣⁣⁣⁣⁣Emerging SDN Protocol

🔻⁣⁣⁣ ⁣دانش پروتکل های نوین شبکه

⁣✅⁣ ⁣⁣برای یادگیری و استفاده ازمزایای SDN، دو نکته ضروری است:

1- دانش کافی از پروتکل های جدید شبکه

2- اطلاع از این که کدام پروتکل ها، بر روی SDN قابل پیاده سازی است

⁣به عنوان مثال، اگر سازمانی یک مرکز داده SDN را راه اندازی کند، مدیران نیازمند درک پروتکل آن در شبکه فیزیکی هستند. از جمله این پروتکلها NVGRE ، VXLAN و یک استاندارد در حال ظهور به نام GENEVE است.

⁣⁣✅ ⁣⁣⁣⁣ ⁣⁣مدیران شبکه باید بدانند چگونه پیکربندی شبکه، انتقال اطلاعات در این پروتکل ها را ممکن می سازد. . علاوه بر این، باید بدانند چگونه برای نظارت و رفع معضلات ترافیکی از این گونه پروتکل‌ها استفاده می شود. البته متقاضیان SDN مبتنی بر OpenFlow، باید ویژگی های پروتکل OpenFlow را درک کنند، تا در صورت بروز هرگونه مشکل، بسیاری از پروتکل های دیگر در حال ظهور را جایگزین کنند.

⁣⁣💡 ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ ⁣ ⁣مثلا، OpFlex برای ارتباط بین یک کنترل کننده SDN و سوئیچ اختراع شده است. اما شرکت IETF ،OpFlex را به عنوان یک استاندارد صنعتی عرضه کرده است و آن را بر روی چندین پروتکل دیگر SDN راه اندازی کرده اند.

🚩 ⁣یکی از ویژگی های پروتکل های جدید، زبان های برنامه نویسی جدیدی است که در آنها استفاده می شود. در پست بعدی در مورد این زبان های برنامه نویسی توضیح خواهیم داد...

⁣#پروتکل_شبکه
#SDN
#openflow

Aliasys Website l Aliasys Channel

⁠⁣⁠⁠⁠⁣⁣⁣⁣⁣Emerging SDN Protocol

🔻⁣⁣⁣ ⁣⁣زبان Frenetic و Pyretic

⁣✅⁣ ⁣⁣⁣با اینکه OpenFlow می تواند شبکه ها را ساده کند، اما پروتکل آن، پیچیده است. بنابراین محققان در حال توسعه زبان های برنامه نویسی شبکه، مانند Frenetic و Pyretic هستند که برنامه نویسی SDN را ساده می کند.

⁣⁣✅ ⁣⁣⁣⁣ ⁣⁣⁣هر دو زبان، سطح بالا طراحی شده اند تا پیچیدگی برنامه نویسی SDN را کاهش داده و احتمال خطاها را کم کنند. Frenetic شامل دستور زبان و زمان های اجرا بر اساس Ocaml است. این زبان با کنترل کننده NOX طراحی شده است درحالی که Pyretic بر پایه Python و با کنترل کننده POX عمل می کند.

⁣⁣💡 ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣هر دو زبان ، با جایگزینی تعداد زیادی از دستورات OpenFlow و با چند فرمان، به توسعه خط مشی شبکه سرعت می بخشند. Frenetic الگوریتم های موازی ارائه می دهد، و به برنامه نویس کمک میکند تا که هر ماژول را بر روی هر بسته ای که به کنترلر هدایت می شود اعمال کند.، یعنی ماژول ها به صورت موازی اجرا می شوند. Pyretic هم از اجرای موازی پشتیبانی می کند و یکی از مهمترین ویژگی های آن، نظارت بر وضعیت شبکه است.

🚩 ⁣⁣از آنجایی که این زبان ها برای برنامه های کاربردی تجاری قابل دسترسی هستند، برای استفاده در SDN توصیه می شوند.

⁣#زبان_شبکه
#SDN
#Frentic
#Pyretic

Aliasys Website l Aliasys Channel

⁠⁣⁣⁠⁣Networking APIs From Vendors

🔻⁣⁣⁣ ⁣دیدگاه مهندسین شبکه درباره مدیریت APIها

⁣✅⁣ ⁣بدون شک APIهای "REST" نقش مهمی در Controllerها و برنامه های کاربردی SDN بازی می کنند. تعریف و مدیریت API به تنهایی برای یک مهندس شبکه تعیین کننده نیست، بلکه مهندسین شبکه بیشتر به ویژگی های APIها توجه می‌کنند تا تعاریف آن ها.

⁣⁣✅ ⁣⁣⁣⁣ ⁣⁣⁣⁣⁣درواقع API مانند سیستم های پشتیبانی عملیاتی و یک کنترلر متمرکز در SDN فعالیت می کند. یکی از فناوری های رایج API، انتقال دولتی (REST) ​​است. API های REST از پروتکل HTTP/HTTPS برای اجرای عملیات مشترک استفاده می کنند.

⁣⁣💡 ⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣⁣ مهندسین شبکه در مورد این APIها سه دیدگاه زیر را ارائه میدهند:

⁣1- اگر شما هیچ تجربه برنامه نویسی قبلی ندارید، یک ابزار REST API را استفاده کنید.
2- دسترسی به یک کنترلر SDN برای مدیریت بهتر APIها، ضروری است.
3- مستندات مرتبط REST API برای کنترلر SDN، باید تجزیه و تحلیل شود.

🚩⁣ در سیستم های muiticloud چگونه به مدیریت APIها بپردازیم؟

#SDN_api
#REST_api

Aliasys Website l Aliasys Channel

⁠⁣⁠⁣⁣⁣⁠⁠⁣OpenFlow

🔻 ⁣⁣آیا جایگزینی برای پروتکل OpenFlow وجود دارد؟

⁣✅⁣ ⁣⁣با اینکه OpenFlow معروف ترین پروتکل برای ارتباط بین یک کنترلر و سوئیچ است، اما معایبی هم دارد. حتی در محیط SDN براساس پروتکل OpenFlow، مدیریت پیکربندی عمومی در دستگاه های شبکه به پروتکل های دیگر نیاز خواهد داشت.

⁣⁣✅ ⁣ ⁣⁣برای تعیین اینکه کدام پروتکل برای شبکه شما مناسب است، مهم است بدانید هدف اصلی شبکه شما چیست و کدام ویژگی های شبکه را می توانید حذف کنید. اگر برای شما امنیت مهم تر از ارزان بودن شبکه مهم است، پروتکل های امنیتی را به پروتکل های کم هزینه ترجیح داده و به شبکه اضافه کنید.

⁣⁣⁣💡 ⁣در حالت ایده آل، پروتکل های southbound که توسط کنترلر خاص مورد استفاده قرار می گیرند، به عنوان استانداردهایی کار می کنند که می توانند جایگزین openflow شوند.

#SDN
#Openflow
#Southbound

Aliasys Website l Aliasys Channel

⁠پست جدید وبلاگ آلیاسیس ارتباط - در ۴ دقیقه بخوانید.
➖ عنوان : Software Load Balancer (SLB) برای #SDN چیست؟

🔹️ ارائه‌دهندگان خدمات ابری (CSP) و شرکت‌هایی که از شبکه تعریف شده با نرم‌افزار (SDN) استفاده می‌کنند، می‌توانند از #Software_Load_Balancer یا به اختصار SLB برای ایجاد تعادل بار نرم‌افزاری به‌منظور توزیع یکنواخت ترافیک شبکه بین همه منابع استفاده کنند.


🔹️ با استفاده از Software Load Balancer، می‌توانید قابلیت‌های متعادل‌کننده بار را با استفاده از ماشین‌های مجازی SLB در سرورهای محاسباتی Hyper-V مورد استفاده افزایش دهید. به همین منظور، Software Load Balancer از ایجاد و حذف سریع نقاط پایانی متعادل‌کننده بار برای عملیات #CSP پشتیبانی می‌کند.

🔷️ مزایا و ویژگی‌های Software Load Balancer :
🔹️ یک SLB می‌تواند چندین منبع را اداره کند.
🔹️ داده‌های نظارت بر سلامت در اختیار نهادهای مدیریتی است.
🔹️ خدمات تعادل بار لایه ۴ را برای ترافیک TCP/UDP ارائه می‌دهد.
🔹️ از SLB در شبکه مبتنی بر مجازی‌سازی شبکه Hyper-V استفاده می‌شود.
🔹️ یک ماژول SLB Manager Controller Network فعال می‌تواند از هشت #MUX پشتیبانی کند.

🔗 از طریق لینک زیر متن کامل بلاگ فوق را در ۴ دقیقه بخوانید⏱
☝ https://lnkd.in/dF7XRe-T

🌏 WWW.ALIASYS.CO

🔘راه‌حل امنیتی مشترک #Fortinet و #NEC؛ دفاع سایبری خودکار توسط #SDN

🔹حملات سایبری از نظر حجم و پیچیدگی در حال افزایش هستند و باعث لو رفتن گسترده داده‌های سازمان‌ها در سراسر جهان می‌شوند. در واقع ۸۰ درصد از اطلاعات لو رفته از طریق حملات سایبری بیرون از سازمان به‌دست می‌آید.

🔸 ویروس یا بدافزار می‌تواند به محیط یک شبکه سازمانی نفوذ کند و اطلاعات را طی مدت چند ماه یا حتی سال‌ها با پنهان کردن زیرکانه خود به سرقت ببرد. تا زمانی که این رخنه کشف شود، اطلاعات مهم اغلب به بیرون درز کرده است.

🔴شرکت‌های #NEC و #Fortinetبرای مقابله با چالش‌هایی که گفته شد دست به یک همکاری در حوزه فناوری زدند. راه‌حل امنیتی مشترک Fortinet و NEC دفاع سایبری خودکار #SDN_enabled را فراهم می‌کند. این راه‌حل باعث می‌شود توانایی سازمان در مقابل حملات سایبری افزایش یافته و به صورت خودکار عمل کند.

👈 در این مقاله به راه‌حل امنیتی مشترک Fortinet و NEC می‌پردازیم.👇

🌐https://lnkd.in/duAjAC3e

🌏 آلیاسیس ارتباط