IPv6 "پیشرفت" : جایی که شرکت ها در نهایت آن را فعال می کنند و چرا

برای سال ها، IPv6 در شرکت در یک مکان عجیب و غریب زندگی می کرد: به طور جهانی به عنوان "آینده" شناخته می شود، اما مانند یک پروژه اختیاری که می تواند به طور نامحدود به تاخیر بیفتد، درمان شد. در همین حال، شبکه های مصرف کننده، حامل های تلفن همراه و سیستم عامل های بزرگ محتوا به جلو حرکت کردند و به آرامی IPv6 را به مسیر پیش فرض برای بخش های عظیمی از ترافیک اینترنت تبدیل کردند. شرکت ها اغلب به دلایل عملی پشت سر گذاشته می شوند: ابزار میراث، دید امنیتی ناهموار، شکاف های فروشنده، و واقعیت که IPv4 هنوز هم از طریق NAT، RFC1918 فضا و مدیریت آدرس خلاق کار می کند.

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

چرا IPv6 به طور ناگهانی کمتر اختیاری است

مهم ترین راننده ایدئولوژی نیست – این جاذبه است. کمبود آدرس IPv4 باعث ایجاد پیچیدگی در خارج می شود: NAT حامل برای سایت های از راه دور، محدوده RFC1918 در طول ادغام، سیاست های NAT شکننده در چند ابر و استثنائات ثابت در قوانین امنیتی و عیب یابی. IPv6 به طور جادویی هر شبکه را ساده نمی کند، اما یک کلاس کامل از محدودیت هایی را که از تلاش برای ایجاد نقاط انتهایی بسیار زیاد متناسب با تعداد بسیار کمی از آدرس های عمومی است، حذف می کند.

راننده دوم معماری است. شبکه های سازمانی مدرن کمتر شبیه یک دانشگاه واحد با یک مرکز داده و بیشتر شبیه به یک شبکه از لبه های شاخه، ابر VPCs / VNETs، وابستگی SaaS، کاربران از راه دور و کنترل های امنیتی مبتنی بر هویت است. در این جهان، مدیریت آدرس و قابلیت دسترسی به مشکلات سیاسی به اندازه مشکلات مسیریابی تبدیل می شود. IPv6 - با DDI بالغ (DNS، DHCP، IPAM) و کنترل های امنیتی مدرن - به طور طبیعی به طرح های تقسیم شده که در آن وضوح و مقیاس مهم تر از ژیمناستیک های NAT است.

راننده سوم، « آمادگی پلتفرم» است. این اکوسیستم بیشتر از چند سال پیش از IPv6 ناتوان است: سیستم عامل، مرورگرها، CDNها، ارائه دهندگان ابر و بسیاری از فروشندگان امنیتی پشتیبانی IPv6 خود را سخت کرده اند. این موارد حاشیه را از بین نمی برد، اما ترس از قدم زدن به قلمرو ناشناخته را کاهش می دهد. برای بسیاری از تیم های فناوری اطلاعات، این تصمیم از “آیا می توانیم؟” به “جایی که ما برای اولین بار ارزش دریافت می کنیم؟” تغییر کرده است.

جایی که شرکت ها ابتدا IPv6 را فعال می کنند

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

سرویس های اینترنتی و درب های جلویی CDN

ساده ترین “برند” اغلب در لبه ظاهر می شود. شرکت ها می توانند IPv6 را در خواص عمومی - برنامه های وب، API ها، پورتال های مشتری - بدون طراحی مجدد شبکه های داخلی فعال کنند. هنگامی که یک پلت فرم CDN یا لبه ترافیک مشتری را خاتمه می دهد، IPv6 را می توان به مشتریان ارائه داد حتی اگر سرویس های اصلی IPv4 پشت صحنه باقی بمانند. این یک راه کم خطر برای کاهش وابستگی به کمبود IPv4 و بهبود قابلیت دسترسی به شبکه هایی است که IPv6 ترجیح می دهد.

برای متخصصان IT، این نیز یک تابع برای بلوغ عملیاتی است. لحظه ای که شما IPv6 را به صورت خارجی افشا می کنید، باید سیاست های WAF، محدودیت های نرخ، قوانین جغرافیایی، مدیریت ربات ها و ورود به سیستم را به طور یکسان در هر دو خانواده پروتکل تضمین کنید. «سیاستم، همان دید» به استاندارد تبدیل می شود. شرکت هایی که این کار را به خوبی انجام می دهند، اغلب قابلیت های IPv6 را به عنوان یک تمرین معتبر برای وضعیت امنیتی لبه خود درمان می کنند.

شبکه های ابری و تقسیم بندی چند ابری

محیط های ابر عمومی یک متخصص بزرگ هستند. حتی زمانی که شرکت ها کار دوگانه را حفظ می کنند، عمل طراحی طرح های VPC / VNET، مسیریابی و گروه های امنیتی با IPv6 در ذهن تغییر می دهد که چگونه تیم ها در مورد فضا و تقسیم بندی فکر می کنند. آدرس IPv6 فراوان است، که اختصاص پیشوند های تمیز در هر محیط، در هر منطقه، هر مستاجر یا هر دامنه برنامه را آسان تر می کند - بدون اینکه دائماً در حال مذاکره در مورد محدوده های همپوشانی باشد.

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

پردیس Wi-Fi و شبکه های دسترسی مدرن

چرخه های تازه سازی پردیس - کنترل کننده های بی سیم جدید، ارتقاء Wi-Fi 6/6E/7، بهبود NAC و SSIDed SSIDs - یک نقطه ورود مکرر برای IPv6 هستند. بسیاری از سازمان ها IPv6 را در شبکه های مشتری فعال می کنند و سرویس های backend را دو برابر نگه می دارند. دلایل عملی هستند: دستگاه های مشتری مدرن اغلب IPv6 را در صورت در دسترس ترجیح می دهند و IPv6 می توانند رفتارهای ناخوشایند NAT را کاهش دهند که مسیرهای همتا به خدمات، تلهومتر و عیب یابی عملکرد را پیچیده می کند.

این همان جایی است که سیاست و بهداشت مهم است. هنگامی که IPv6 در شبکه های دسترسی ظاهر می شود، تیم های IT نیاز به رفتار ثابت RA (Router)، حفاظت مناسب در برابر RA های سرکش و موضع روشن در SLAAC در مقابل DHCPv6 در بخش های مختلف دارند. بهترین نتایج زمانی حاصل می شود که IPv6 به عنوان بخشی از طراحی دسترسی پایه درمان می شود، نه یک افزودنی برای پچ کردن بعدا.

دفاتر شعبه، SD-WAN و SASE Edge

اتصال شعبه به طور فزاینده ای به بیش از حد SD-WAN و سیاست های SASE متکی است، جایی که دستگاه لبه تبدیل به نقطه اجرا برای تقسیم بندی، فیلترینگ تهدید و فرمان درخواست می شود. در این معماری ها، فعال سازی IPv6 اغلب به عنوان بخشی از " مدرن سازی پیشرفته" به دست می آید. برخی از سازمان ها دو برابر در لبه WAN شاخه در حالی که نگه داشتن VLAN های داخلی IPv4؛ برخی دیگر پایان دو به پایان برای بخش های کاربر خاص است.

سود پنهان عملیاتی است: پرداختن مداوم و لایه های کمتر NAT می تواند ارتباط رویدادها را در سراسر logs، ردیابی جریان پایان به پایان، و اعمال سیاست در یک راه قابل پیش بینی آسان تر کند. بزرگترین مسدود کننده به طور معمول ابزار هماهنگی است - افزایش سیستم عامل SD-WAN / SASE ارائه می دهد برابری در دید، سیاست و گزارش برای IPv6.

Kubernetes، سیستم عامل های container و مش های خدمات

سیستم عامل های Cloud-native تیم های شبکه را به سمت استاندارد سازی و اتوماسیون هدایت می کنند. در محیط های Kubernetes-heavy، مکالمه نه تنها "آیا ما IPv6 را هدایت می کنیم؟" بلکه "آیا CNIs ما، کنترل کننده های مهاجم، تعادل بار و پشته های محافظ به درستی با IPv6 رفتار می کنند؟" شرکت هایی که در سیستم عامل های container عمیق هستند، اغلب با فعال کردن IPv6 در لبه خوشه شروع می شوند، سپس به پدها و خدمات دوگانه هنگامی که اکوسیستم اطراف آماده است، گسترش می یابند.

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

IoT، دستگاه سوار و شبکه های هویت بزرگ

ناوگان های IoT، استقرار سنسور، فن آوری ساختمان هوشمند و دستگاه های بزرگ که در خط لوله قرار دارند، مقیاس آدرس و فشار تقسیم بندی ایجاد می کنند. بسیاری از این استقرار ها به طور طبیعی “Greenfield” در مقایسه با شبکه های مرکز داده های میراث هستند که آنها را به کاندید های خوب برای طراحی IPv6-First یا دوگانه تبدیل می کند. شرکت ها در اینجا محتاط هستند، نه به این دلیل که IPv6 خطرناک است، بلکه به این دلیل که کنترل عملیاتی باید محکم باشد: موجودی دستگاه، هویت گواهی، تقسیم بندی و جمع آوری تلهومتر همه باید قابل پیش بینی باقی بمانند.

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

"واقعیت مجازی" و آنچه که به معنای عملیاتی است

در اکثر شرکت ها، مقصد نزدیک به مدت “IPv6” در همه جا نیست. این دو برابر در مکان هایی است که مهم است، با بخش های انتخابی IPv6 که در آن امن و مفید است. Dual-stack اغلب به عنوان یک مرحله انتقال توصیف می شود، اما در عمل به یک حالت عملیاتی تبدیل می شود که می تواند برای سال ها دوام بیاورد. این خوب است - اگر آن را به طور عمدی مهندسی شده است.

انجام دوگانه به خوبی به معنای بیش از تبدیل شدن به یک پرچم رابط است. این بدان معنی است که مدل عامل شما دو مسیر موازی را فرض می کند و از شگفتی هایی که مشتریان یکی را بر دیگری انتخاب می کنند، اجتناب می کند. رفتار DNS، شنوندگان تعادل بار، قوانین فایروال، سیاست های نقطه پایانی و نظارت بر همه نیاز به درمان IPv6 به عنوان یک شهروند درجه اول. هدف مساوی است: نتایج یکسان، اجرای یکسان، همان دید.

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

تیم های امنیتی به طور فزاینده ای در حال رانندگی IPv6 هستند

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

هنگامی که IPv6 نادیده گرفته می شود، مشکلات به روش های ظریفی نشان می دهند: log های ناقص، نقاط کور در پوشش NDR/IDS، سیاست های آتش نشانی گیج کننده یا تحلیلگرانی که در تلاش برای ارتباط با حوادث هستند، زیرا دارایی ها تحت چندین خانواده آدرس ظاهر می شوند. تغییر آرام این است که شرکت ها به طور فزاینده ای به عنوان یک نیاز امنیتی با "IPv6" رفتار می کنند.

• سیاست فایروال باید از اشیاء، گروه ها و منطق تقسیم بندی مداوم پشتیبانی کند.
• خطوط لوله SIEM باید زمینه های IPv6 را عادی کرده و آنها را از طریق تجزیه و تحلیل و غنی سازی حفظ کنند.
• تهدیدات intel، Blocklists و سیستم های شهرت باید آدرس ها و پیشوند های IPv6 را اداره کنند.
• اسکن آسیب پذیری و کشف دارایی باید به طور قابل اطمینان نقاط پایانی IPv6 را شناسایی کند.
• کتاب های پاسخ حوادث باید شامل تجزیه و تحلیل جریان IPv6 و الگوهای جستجوی log باشند.

شرکت هایی که سریع ترین حرکت را انجام می دهند، تمایل به هماهنگی مهندسی شبکه و عملیات امنیتی در اوایل دارند. بهترین استقرار IPv6 تنها شبکه نیست - آنها برنامه های آمادگی متقابل عملکردی هستند که در آن مسیریابی، DDI، مهندسی endpoint، SOC Tooling و Rule با هم حرکت می کنند.

بلوک های رایج که در نهایت کوچک می شوند

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

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

مهارت ها و اعتماد به نفس عملیاتی یکی دیگر از موانع هستند. IPv6 خود "سخت" نیست، اما جزئیات عملیاتی متفاوت است: پرداختن به برنامه های مبتنی بر پیشوندها، رفتارهای کشف همسایه، ملاحظات محافظ RA و تغییر ذهنی از NAT به عنوان یک پتو ایمنی پیش فرض. شرکت هایی که موفق به درمان IPv6 به عنوان یک تلاش برای ساخت صلاحیت هستند، نه فقط یک کار پیکربندی.

برابری ابزار آخرین بلوک بزرگ است. حتی زمانی که فروشندگان از IPv6 پشتیبانی می کنند، شرکت ها نیاز به اثبات در عملیات روزانه دارند: داشبوردها، هشدارها، ضبط بسته، ورود جریان و اشیاء سیاستی که همه به صورت تمیز کار می کنند. روند تشویق این است که فروشندگان بیشتری در حال حاضر از IPv6 به اندازه کافی پشتیبانی می کنند که شرکت ها می توانند بر روی مجموعه ای از ابزارهای “IPv6-validated” استاندارد سازی کنند و از کارهای مخرب اجتناب کنند.

انتخاب های طراحی شرکت ها در حال ادغام هستند

اگرچه هر شرکت متفاوت است، چندین الگوی عملی به طور مکرر در برنامه های موفق IPv6 ظاهر می شوند. این الگوها ابهام را کاهش می دهند، عملیات را ساده می کنند و مانع از استقرار جزئی می شوند که ریسک پنهان ایجاد می کنند.

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

DNS حتی مرکزی تر می شود. در شبکه های دوگانه، پاسخ های DNS اغلب تعیین می کنند که کدام پروتکل مشتریان مسیر را می گیرند. شرکت هایی که مسائل مربوط به اتصال “رمز” را تجربه می کنند، اغلب کشف می کنند که رفتار DNS، پیکربندی های تقسیم شده یا سوابق AAAA متناقض ریشه دارند. پیشرفت آرام معمولا شامل یک مدرن سازی DNS آرام است: مالکیت واضح تر، مدیریت خودکار و سیاست های سازگار برای انتشار سوابق AAAA.

بلوغ DDI یک عامل متفاوت است. IPAM که پیشوندهای IPv6 را درک می کند، بلوک ها را نمایندگی می کند و مدیریت چرخه عمر مانع از بازگشت “فرشته” می شود. تصمیمات DHCPv6 و SLAAC بر اساس نوع دستگاه، نیازهای انطباق و ترجیحات عملیاتی انجام می شود. هدف مستند شده است: تیم ها می دانند که چرا یک بخش از یک روش خاص استفاده می کند و چه محافظت هایی در محل قرار دارند.

قابلیت نظارت عملیاتی: عامل واقعی سازنده یا شکست

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

شرکت های "پیشرفت دقیق" که در آن سرمایه گذاری می کنند، شامل اطمینان از تلهومتری هستند که به صورت خسته کننده قابل اعتماد هستند: log های جریان شامل زمینه های IPv6، جریان های ضبط بسته کار را به همان شیوه کار می کنند، CMDB و موجودی دارایی IPv6 را به دستگاه ها متصل می کنند و نظارت عملکرد به طور تصادفی مسیرهای IPv6 را نادیده نمی گیرد. عیب یابی نباید تبدیل به یک مهارت خاص برای چند مهندس شبکه شود؛ باید برای تیم های NOC و SOC معمول باشد.

این نیز جایی است که ثبات اهمیت دارد. اگر ترافیک IPv6 به دنبال راه های مختلف امنیتی یا خروج نسبت به IPv4 باشد، تیم ها می توانند دو شبکه جداگانه را از بین ببرند. شرکت های بالغ عمدا از "شبکه سازی مغز" با اطمینان از سیاست، هدف مسیریابی و طراحی تهاجمی در هر دو خانواده در هر صورت ممکن، اجتناب می کنند.

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

شرکت هایی که پیشرفت می کنند به طور پیوسته قابلیت های IPv6 را مانند یک برنامه پلتفرم با Guardrails درمان می کنند. آن ها تعریف می کنند که IPv6 از چه ابزارهایی «انجام شده» پشتیبانی می کند و چگونه استثناها به کار گرفته می شوند. آنها همچنین مالکیت را تعریف می کنند: چه کسی برنامه های آدرس را مدیریت می کند، چه کسی سوابق را منتشر می کند، چه کسی اعتبار امنیتی را تأیید می کند و چه کسی در آمادگی تولید ثبت می کند.

یک رویکرد حکمرانی عملی معمولا شامل مجموعه ای از استانداردهای سبک وزن است که تیم ها می توانند بدون کاهش تحویل دنبال کنند:

• مدل تخصیص پیشوند استاندارد برای سایت ها و محیط های ابری
• مستند سیاست های DNS برای پرونده های AAAA و انتشار خدمات دوگانه
• الزامات برابری امنیتی برای آتش سوزی، ورود و نظارت
• لیست معتبر فروشنده / ابزار برای سیستم عامل های غیر قابل اطمینان و جریان های کاری عملیاتی.
• معماری مرجع برای الگوهای مشترک (branch، محوطه دانشگاه، ابر، Kubernetes)

این نباید بوروکراسی سنگین باشد. هدف این است که از IPv6 تصادفی - جایی که در برخی از مکان ها بدون کنترل پشتیبانی ظاهر می شود - و جایگزین آن با IPv6 عمدی است که قابل مشاهده، قابل پشتیبانی و امن است.

"پیشرفت دقیق" در معیارهای شرکت واقعی به نظر می رسد

از آنجا که بسیاری از استقرار ها رو به افزایش هستند، پیشرفت می تواند دشوار باشد اگر تنها معیار شما "مهاجرت" باشد. شرکت ها اغلب شاخص های عملی بیشتری را اتخاذ می کنند:

• درصد از خدمات اینترنت در دسترس بیش از IPv6 در لبه است.
• درصد نقاط انتهایی مدیریت شده IPv6 را در شبکه های دسترسی اولیه دریافت می کنند.
• شمارش کنترل های امنیتی بحرانی با برابری IPv6 تایید شده (سیاست + logs + هشدارها).
• تعداد محیط های ابری با الگوهای تخصیص پیشوند و مسیریابی استاندارد IPv6.
• کاهش حوادث برخورد IPv4 در طول ادغام و M&A کار اتصال.

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

چرا این موضوع در حال حاضر برای متخصصان IT اهمیت دارد؟

اگر شبکه ها، زیرساخت ها، عملیات امنیتی و یا سیستم عامل های ابری را مدیریت می کنید، IPv6 به طور فزاینده ای بخشی از پشته صلاحیت شکست شما است. حتی اگر سازمان شما برای یک وضعیت تنها IPv6 کامل نباشد، شما با IPv6 در رفتار مشتری، خدمات فروشنده، اتصال تلفن همراه و ادغام های ابر مواجه خواهید شد. سوال عملیاتی این نیست که آیا IPv6 وجود دارد - این است که آیا محیط شما آن را به طور پیش بینی شده و ایمن اداره می کند.

پیشرفت آرام در سراسر شرکت ها یک سیگنال است که صنعت از آمادگی IPv6 نظری برای فعال سازی IPv6 عملی حرکت می کند. این تیم های پاداشی که به سرعت در برابری سرمایه گذاری می کنند: سیاست های سازگار، دید مداوم و کتاب های بازی عملیاتی سازگار.

آینده نزدیک: تصمیم گیری های IPv6-by-default

انتظار داشته باشید که IPv6 بیشتر به عنوان یک نیاز ضمنی به جای یک ویژگی اختیاری ظاهر شود. تازه سازی های جدید محوطه دانشگاه، سیستم عامل های امنیتی لبه، مناطق فرود ابری و برنامه های بزرگ سوار بر دستگاه به طور فزاینده ای فرض می کنند که IPv6 وجود خواهد داشت. شرکت هایی که IPv6 را به عنوان "مشکل یک دیگر" درمان می کنند، به استقرار های جزئی تبدیل می شوند که نقاط کور و استثنائات شکننده ایجاد می کنند.

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