مکانیزم های مهاجرت به IPv6: راهکار ۴۶۴XLAT

با استفاده از راهکار NAT64 دستگاه‌های موبایل IPv6-only توانایی برقراری ارتباط با سرورهای IPv4-only را داشتند. اما NAT64 به تنهایی جوابگوی نیازهای شبکه های موبایل نبود چرا که اکثر نرم‌افزارهای موبایل هم چنان بر مبنای IPv4 می باشند. به همین دلیل راهکار دیگری با نام ۴۶۴XLAT معرفی گردید.

با استفاده از این مکانیزم آدرس IPv4 آن دسته از کاربران (بیشتر موبایل و نرم‌افزارهای موبایلی) که IPv6 را پشتیبانی نمی کنند، توسط نرم‌افزاری با نام Customer-side Translator یا به اختصار CLAT، به یک آدرس IPv6 با mask ای خاص، /۹۶، ترجمه شده و پکت از طریق ساختار IPv6 به سمت PLAT یا Provider-site Translator ارسال می شود.

PLAT با گشودن پکت IPv6 به آدرس های Private IPv4 مبدا و مقصد داخل پکت دست یافته و پکت را به مقصد مورد نظر ارسال می کند. به عبارتی در این روش کلاینت و سرور فقط از طریق Private IPv4 خود در بستری مبتنی بر IPv6 می توانند با یکدیگر ارتباط برقرار نمایند.

روش ۴۶۴XLAT تنها از مدل های کلاینت-سروری پشتیبانی می کند و نمی‌توان از طریق آن یک ارتباط peer-to-peer بر اساس IPv4 Private را برقرار ساخت. ویدیوی زیر از RIPE NCC به تشریح عملکرد این مکانیزم می پردازد (به جهت سهولت دسترسی هم وطنان داخل کشور، این ویدیو در آپارات آپلود شده است).

ادامه خواندن “مکانیزم های مهاجرت به IPv6: راهکار ۴۶۴XLAT”

مکانیزم های مهاجرت به IPv6: راهکار NAT64

یکی از مشکلات بر سر راه Mobile Provider ها فراهم کردن شرایطی است که هاست های IPv6-only بتوانند با سرورهای IPv4-only ارتباط برقرار نمایند. NAT64 مکانیزمی است بر پایه ی Network Address Translation (NAT) که با نگاشت آدرس IPv6 هاست متصل به پروایدر به یک آدرس IPv4، این مشکل را برطرف می سازد. ادامه خواندن “مکانیزم های مهاجرت به IPv6: راهکار NAT64”

آشنایی با اصول اولیه ی IPv6 (اینفوگرافیک)

با کم رنگ شدن هر چه بیشتر IPv4 در سال های اخیر، نیاز سازمان ها برای مهاجرت به سمت استفاده از IPv6 هر روز پر رنگ تر می شود به گونه ای که این نیاز در آینده ای نه چندان دور به امری حیاتی برای بقای یک کسب و کار در بازار تجارت جهانی محسوب خواهد شد.

با این حال هنوز هم بسیاری از دستگاه ها در دنیای اینترنت هم چنان از IPv4 استفاده می کنند و بسیاری از کاربران با مفهوم IP آشنا نمی باشند.

اینفوگرافیگی که در ادامه آمده جهت آشنایی و کمک به افرادی تهیه شده است که شناخت چندانی از IP و ضرورت مهاجرت به IPv6 ندارند ولی این روزها بیش از پیش با این مفاهیم روبه رو می شوند. ادامه خواندن “آشنایی با اصول اولیه ی IPv6 (اینفوگرافیک)”

پایان عمر IPv4 در حوزه ی آمریکای لاتین و کارائیب!

نهایتا LACNIC (حوزه ی آمریکای لاتین و کارائیب) نیز طی گزارشی رسما اعلام کرد که فاز آخر اختصاص آدرس های IPv4 پابلیک رو اجرایی کرده و بعد از این فاز دیگه هیچ فازی برای اختصاص آدرسهای IPv4 پابلیک وجود نخواهد داشت.

پایان عمر IPv4
تصویر: وبسایت MakeUseOf

این امر به این معنی هست که آدرس های IPv4 پابلیک LACNIC رو به پایان هستن و بر طبق شرطی که LACNIC گذاشته، این آدرس های باقی مونده  تنها به سازمان هایی اختصاص داده میشن که تا به حال هیچ آدرس IPv4 پابلیکی از جانب LACNIC به اون ها اختصاص پیدا نکرده باشه. به این ترتیب LACNIC توصیه کرده که سرویس پروایدرها باید برای ارتباطات خودشون با مشتریانشون به سمت فراهم سازی بستری برای استفاده از IPv6 حرکت کنند.
متن این اطلاعیه رو میتونید از لینک زیر مشاهده کنید:

http://www.lacnic.net/en/web/anuncios/2017-fase-final-de-agotamiento-de-ipv4

مهاجرت به IPv6: دیتاسنترهای فیسبوک

در بحث مهاجرت به IPv6 ، شاید بشه گفت دیتاسنترها اولین نقطه‌ای هستن که باید براشون برنامه‌ریزی کرد تا سرویس‌ها IPv6-enabled و در دسترس باشن. شرکتهای بزرگ راهکارهای حرکت به سمت IPv6 خاص خودشون رو دارن. در این میون شرکتی مثل فیسبوک از ایده های جالبی برای پیاده سازی IPv6 در دیتاسنترهای خودش استفاده کرده.

۹۹ درصد ترافیک درون شبکه ای فیسبوک و نیمی از کلاسترهای اون ها IPv6 only هستن و این در حالی هست که تنها ۱۵ درصد کابران فیسبوک از IPv6 استفاده می کنند و ۸۵ درصد ترافیکی که به سمت سرورهای فیسبوک روونه میشه، IPv4 only هستن!

جریان ترافیکی IPv6 در فیسبوک

فیسبوک در استفاده از راهکارها و دیوایس های خاص خودش همیشه مشهور بوده، برای همین شاید براتون جالب باشه که بدونید چطور فیسبوک بدون هیچ تداخلی تونسته ترافیک IPv4 ای که بخش اعظمی از ترافیک ورودی به دیتاسنترهاش رو شامل میشه از بستری مبتنی بر IPv6 عبور بده. پیشنهاد می کنم این پست کوتاه که با زبانی بسیار ساده به توضیح این راهکارها پرداخته مطالعه کنید 🙂

https://code.facebook.com/posts/635645183305089/legacy-support-on-ipv6-only-infra