امروز به بررسی پروتکل IPv6 می پردازیم. نسخه قبلی دوره CCNA نیازی به آشنایی دقیق با این پروتکل نداشت، اما در نسخه سوم 200-125 مطالعه عمیق آن برای قبولی در آزمون الزامی است. پروتکل IPv6 مدت ها پیش توسعه یافت، اما برای مدت طولانی به طور گسترده ای مورد استفاده قرار نگرفت. این برای توسعه آینده اینترنت بسیار مهم است، زیرا در نظر گرفته شده است که کاستی های پروتکل IPv4 همه جا حاضر را از بین ببرد.
از آنجایی که پروتکل IPv6 یک موضوع نسبتاً گسترده است، من آن را به دو آموزش تصویری تقسیم کردم: روز 24 و روز 25. روز اول به مفاهیم اساسی اختصاص خواهیم داد و در روز دوم به پیکربندی آدرس های IP IPv6 برای سیسکو خواهیم پرداخت. دستگاه ها امروز طبق معمول به سه موضوع می پردازیم: نیاز به IPv6، فرمت آدرس های IPv6 و انواع آدرس های IPv6.
تا کنون در درس‌هایمان، از آدرس‌های IP v4 استفاده کرده‌ایم، و شما به این واقعیت عادت کرده‌اید که آنها بسیار ساده به نظر می‌رسند. وقتی آدرس نشان داده شده در این اسلاید را دیدید، کاملاً متوجه شدید که در مورد چیست.
با این حال، آدرس های IP v6 کاملاً متفاوت به نظر می رسند. اگر با نحوه ایجاد آدرس ها در این نسخه از پروتکل اینترنت آشنا نیستید، ابتدا از اینکه این نوع آدرس IP فضای زیادی را اشغال می کند شگفت زده خواهید شد. در نسخه چهارم پروتکل، ما فقط 4 عدد اعشاری داشتیم، و همه چیز با آنها ساده بود، اما تصور کنید که باید به آقای X خاصی آدرس IP جدیدش مانند 2001:0db8:85a3:0000:0000:8a2e را بگویید. :0370: 7334.
اما نگران نباشید - ما در پایان این آموزش ویدیویی در موقعیت بسیار بهتری خواهیم بود. بیایید ابتدا نگاه کنیم که چرا نیاز به استفاده از IPv6 بوجود آمد.
امروزه اکثر مردم از IPv4 استفاده می کنند و کاملا از آن راضی هستند. چرا نیاز به ارتقا به نسخه جدید داشتید؟ اول اینکه آدرس های IP نسخه 4 32 بیت هستند. این به شما امکان می دهد تقریباً 4 میلیارد آدرس در اینترنت ایجاد کنید، یعنی تعداد دقیق آدرس های IP 232 است. در زمان ایجاد IPv4، توسعه دهندگان معتقد بودند که این تعداد آدرس بیش از اندازه کافی است. اگر به خاطر داشته باشید، آدرس‌های این نسخه به 5 کلاس تقسیم می‌شوند: کلاس‌های فعال A، B، C و کلاس‌های رزرو D (چند پخش) و E (تحقیق). بنابراین، اگرچه تعداد آدرس‌های IP فعال تنها 75 درصد از 4 میلیارد بود، سازندگان پروتکل مطمئن بودند که آنها برای تمام بشریت کافی هستند. با این حال، با توجه به توسعه سریع اینترنت، هر ساله کمبود آدرس های IP رایگان احساس می شود و اگر استفاده از فناوری NAT نبود، آدرس های IPv4 رایگان مدت ها پیش به پایان رسیده بود. در واقع NAT ناجی این پروتکل اینترنتی شده است. به همین دلیل ایجاد یک نسخه جدید از پروتکل اینترنت بدون نقص نسخه 4 ضروری شد. ممکن است بپرسید که چرا مستقیماً از نسخه 5 به نسخه 1,2 پریدید. این به این دلیل است که نسخه 3 مانند نسخه های XNUMX،XNUMX و XNUMX آزمایشی بود.
بنابراین، آدرس های IP v6 دارای فضای آدرس 128 بیتی هستند. فکر می کنید تعداد آدرس های IP احتمالی چند بار افزایش یافته است؟ احتمالاً خواهید گفت: "4 بار!". اما اینطور نیست، زیرا 234 در حال حاضر 4 برابر بزرگتر از 232 است. بنابراین 2128 فوق العاده بزرگ است - برابر است با 340282366920938463463374607431768211456. این تعداد آدرس های IP در دسترس از طریق IPv6 است. این بدان معنی است که شما می توانید یک آدرس IP به هر چیزی که می خواهید اختصاص دهید: ماشین، تلفن، ساعت مچی. یک فرد مدرن می تواند یک لپ تاپ، چندین گوشی هوشمند، ساعت های هوشمند، یک خانه هوشمند - یک تلویزیون متصل به اینترنت، یک ماشین لباسشویی متصل به اینترنت، یک خانه کامل متصل به اینترنت داشته باشد. این تعداد آدرس، مفهوم "اینترنت اشیاء" را که توسط سیسکو پشتیبانی می شود، امکان پذیر می کند. این بدان معنی است که همه چیز در زندگی شما به اینترنت متصل است و همه آنها به آدرس IP خود نیاز دارند. با IPv6 این امکان وجود دارد! هر شخصی روی زمین می‌تواند از میلیون‌ها آدرس این نسخه برای دستگاه‌های خود استفاده کند، و همچنان تعداد زیادی آدرس رایگان وجود خواهد داشت. ما نمی‌توانیم پیش‌بینی کنیم که فناوری چگونه توسعه می‌یابد، اما می‌توان امیدوار بود که بشریت به زمانی نرسد که تنها یک رایانه روی زمین باقی بماند. می توان فرض کرد که IPv1 برای مدت طولانی و طولانی وجود خواهد داشت. بیایید نگاهی به فرمت آدرس IP نسخه ششم بیندازیم.
این آدرس ها به صورت 8 گروه از اعداد هگزادسیمال نمایش داده می شوند. این بدان معنی است که هر کاراکتر آدرس 4 بیت است، بنابراین هر گروه از 4 کاراکتر از این قبیل 16 بیت طول دارد و کل آدرس 128 بیت است. هر گروه متشکل از 4 کاراکتر با دو نقطه از گروه بعدی جدا می شود، بر خلاف آدرس های IPv4 که گروه ها با نقطه جدا می شدند، زیرا نقطه نمایش دهدهی اعداد است. از آنجایی که یادآوری چنین آدرسی آسان نیست، قوانین متعددی برای کوتاه کردن آن وجود دارد. قانون اول می گوید که گروه های تمام صفرها را می توان با دو دونقطه جایگزین کرد. یک عملیات مشابه را می توان روی هر آدرس IP فقط 1 بار انجام داد. بیایید ببینیم این به چه معناست.
همانطور که می بینید، در مثال آدرس داده شده، سه گروه 4 صفر وجود دارد. تعداد کل دو نقطه‌هایی که این گروه‌های 0000:0000:0000 را از هم جدا می‌کنند، 2 عدد است. بنابراین، اگر از دو نقطه :: استفاده کنید، به این معنی است که گروه‌های صفر در این مکان آدرس قرار دارند. پس چگونه می دانید که این دو نقطه دو برابر چند گروه صفر است؟ اگر به شکل اختصاری آدرس نگاه کنید، می توانید 5 گروه 4 کاراکتری را بشمارید. اما از آنجایی که می دانیم آدرس کامل از 8 گروه تشکیل شده است، پس دو نقطه به معنای 3 گروه 4 صفر است. این اولین قانون شکل اختصاری آدرس است.
قانون دوم می گوید که شما می توانید صفرهای اول را در هر گروه از کاراکترها کنار بگذارید. به عنوان مثال، گروه ششم فرم طولانی آدرس مانند 6FF است و شکل اختصاری آن مانند 04FF خواهد بود، زیرا صفر اول را حذف کردیم. بنابراین، ورودی 4FF به معنای چیزی بیش از 4FF نیست.
با استفاده از این قوانین، می توانید هر آدرس IP را کوتاه کنید. با این حال، حتی پس از کوتاه کردن، این آدرس واقعا کوتاه به نظر نمی رسد. بعداً به آنچه می توانید در مورد آن انجام دهید نگاه خواهیم کرد، در حال حاضر فقط این 2 قانون را به خاطر بسپارید.
بیایید نگاهی به سرفصل های آدرس IPv4 و IPv6 بیاندازیم.
این عکسی که از اینترنت گرفتم به خوبی تفاوت این دو هدر را توضیح می دهد. همانطور که می بینید، هدر آدرس IPv4 بسیار پیچیده تر است و حاوی اطلاعات بیشتری نسبت به هدر IPv6 است. اگر هدر پیچیده باشد، روتر زمان بیشتری را برای پردازش آن صرف می‌کند تا تصمیم مسیریابی بگیرد، بنابراین هنگام استفاده از آدرس‌های IP ساده‌تر نسخه ششم، روترها کارآمدتر کار می‌کنند. به همین دلیل است که IPv6 بسیار بهتر از IPv4 است.
طول هدر IPv4 از 0 تا 31 بیت، 32 بیت طول می کشد. بدون احتساب آخرین خط گزینه‌ها و Padding، یک آدرس IP نسخه 4 یک آدرس 20 بایتی است، به این معنی که حداقل اندازه آن 20 بایت است. طول آدرس نسخه ششم حداقل اندازه ندارد و چنین آدرسی دارای طول ثابت 40 بایت است.
در هدر IPv4، نسخه اول و به دنبال آن طول هدر IHL قرار می گیرد. پیش‌فرض 20 بایت است، اما اگر اطلاعات گزینه‌های اضافی در هدر مشخص شده باشد، می‌تواند طولانی‌تر باشد. با استفاده از Wireshark، می توانید مقدار نسخه 4 و مقدار IHL را 5 بخوانید، که به معنای پنج بلوک عمودی 4 بایتی (32 بیتی) هر کدام است، بدون احتساب بلوک گزینه ها.
نوع سرویس ماهیت بسته را نشان می دهد - به عنوان مثال، یک بسته صوتی یا یک بسته داده، زیرا ترافیک صوتی بر سایر انواع ترافیک اولویت دارد. به طور خلاصه این فیلد اولویت ترافیک را نشان می دهد. طول کل مجموع طول هدر 20 بایت به اضافه طول بار بار است که داده های در حال انتقال است. اگر 50 بایت باشد، طول کل 70 بایت خواهد بود. بسته Identification برای تأیید یکپارچگی بسته با استفاده از پارامتر checksum هدر Header Checksum استفاده می شود. اگر بسته به 5 قسمت تقسیم شده باشد، هر یک از آنها باید دارای شناسه یکسانی باشند - Fragment Offset Fragment Offset، که می تواند مقداری از 0 تا 4 داشته باشد، در حالی که هر قطعه از بسته باید مقدار افست یکسانی داشته باشد. پرچم ها نشان می دهند که آیا جابجایی قطعه مجاز است یا خیر. اگر نمی خواهید تکه تکه شدن داده ها اتفاق بیفتد، DF - not fragmenting flag را تنظیم می کنید. یک پرچم MF وجود دارد - قطعه بیشتر. به این معنی که اگر بسته اول به 5 قطعه تقسیم شود، بسته دوم روی 0 تنظیم می شود، یعنی دیگر هیچ قطعه ای وجود ندارد! در این صورت آخرین قطعه بسته اول با علامت 4 مشخص می شود تا دستگاه گیرنده بتواند به راحتی بسته را جدا کند، یعنی یکپارچه سازی را اعمال کند.
به رنگ های استفاده شده در این اسلاید دقت کنید. فیلدهایی که از هدر IPv6 حذف شده اند با رنگ قرمز مشخص شده اند. رنگ آبی پارامترهایی را نشان می دهد که از نسخه چهارم به ششم پروتکل به صورت اصلاح شده منتقل شده اند. جعبه های زرد در هر دو نسخه بدون تغییر باقی ماندند. رنگ سبز فیلدی را نشان می دهد که اولین بار فقط در IPv6 ظاهر شد.
فیلدهای Identification، Flags، Fragment Offset و Header Checksum حذف شده‌اند، زیرا در شرایط مدرن انتقال داده، تکه تکه شدن اتفاق نمی‌افتد و نیازی به تأیید جمع‌بندی بررسی نیست. سال ها پیش، با انتقال داده های آهسته، تکه تکه شدن بسیار رایج بود، اما امروزه اترنت IEEE 802.3 با MTU 1500 بایتی همه جا وجود دارد و دیگر با تکه تکه شدن مواجه نمی شویم.
TTL یا بسته زمان برای زندگی کردن، یک شمارنده شمارش معکوس است - وقتی زمان زندگی به 0 رسید، بسته حذف می شود. در واقع این حداکثر تعداد پرش هایی است که می توان در این شبکه انجام داد. قسمت Protocol نشان می دهد که کدام پروتکل، TCP یا UDP، در شبکه استفاده می شود.
Header Checksum یک پارامتر منسوخ شده است، بنابراین از نسخه جدید پروتکل حذف شده است. قسمت بعدی آدرس منبع 32 بیتی و آدرس مقصد 32 بیتی است. اگر مقداری اطلاعات در خط Options داشته باشیم، مقدار IHL از 5 به 6 تغییر می کند که نشان می دهد یک فیلد اضافی در هدر وجود دارد.
هدر IPv6 نیز از نسخه Version استفاده می کند و کلاس ترافیک مربوط به فیلد Type of Service در هدر IPv4 است. برچسب جریان شبیه به کلاس ترافیک است و برای ساده کردن مسیریابی یک جریان همگن بسته ها استفاده می شود. Payload Length به معنای طول بار یا اندازه فیلد داده است که در قسمت زیر هدر قرار دارد. طول خود هدر، 40 بایت، ثابت است و به همین دلیل در جایی ذکر نشده است.
قسمت هدر بعدی، Next Header، نشان می دهد که بسته بعدی چه نوع سرصفحه ای خواهد داشت. این یک عملکرد بسیار مفید است که نوع پروتکل حمل و نقل بعدی - TCP، UDP و غیره را تعیین می کند و در فناوری های انتقال داده های آینده تقاضای زیادی خواهد داشت. حتی اگر از پروتکل خود استفاده کنید، می توانید بفهمید که کدام پروتکل بعدی است.
محدودیت hop یا محدودیت هاپ، مشابه TTL در هدر IPv4 است، مکانیزمی برای جلوگیری از حلقه های مسیریابی است. قسمت بعدی آدرس منبع 128 بیتی و آدرس مقصد 128 بیتی است. کل هدر 40 بایت است. همانطور که گفتم، IPv6 بسیار ساده تر از IPv4 است و برای تصمیم گیری مسیریابی روتر بسیار کارآمدتر است.
انواع آدرس های IPv6 را در نظر بگیرید. ما می دانیم یونیکست چیست - زمانی که یک دستگاه مستقیماً به دستگاه دیگری متصل است و هر دو دستگاه فقط می توانند با یکدیگر ارتباط برقرار کنند، یک انتقال مستقیم است. Multicast یک انتقال پخش است و به این معنی است که چندین دستگاه می توانند به طور همزمان با یک دستگاه ارتباط برقرار کنند، که به نوبه خود می تواند همزمان با چندین دستگاه ارتباط برقرار کند. از این نظر، چندپخشی مانند یک ایستگاه رادیویی است که سیگنال های آن در همه جا پخش می شود. اگر می خواهید کانال خاصی را بشنوید، باید رادیو خود را روی فرکانس خاصی تنظیم کنید. اگر آموزش تصویری پروتکل RIP را به خاطر دارید، می دانید که این پروتکل از دامنه پخش 255.255.255.255 برای توزیع به روز رسانی ها استفاده می کند که همه زیرشبکه ها به آن متصل هستند. اما فقط دستگاه هایی که از پروتکل RIP استفاده می کنند این به روز رسانی ها را دریافت خواهند کرد.
نوع دیگری از پخش که در IPv4 دیده نمی شد Anycast نام دارد. زمانی استفاده می شود که دستگاه های زیادی با آدرس IP یکسان دارید و به شما امکان می دهد بسته ها را از گروهی از گیرندگان به نزدیک ترین مقصد ارسال کنید.
در مورد اینترنت که شبکه‌های CDN داریم، می‌توانیم مثالی از سرویس یوتیوب بزنیم. این سرویس توسط افراد زیادی در نقاط مختلف جهان استفاده می شود، اما این بدان معنا نیست که همه آنها مستقیماً به سرور این شرکت در کالیفرنیا متصل می شوند. سرویس یوتیوب سرورهای زیادی در سراسر جهان دارد، به عنوان مثال سرور یوتیوب هندی من در سنگاپور قرار دارد. به طور مشابه، پروتکل IPv6 دارای مکانیزم داخلی برای پیاده سازی انتقال CDN با استفاده از ساختار شبکه توزیع شده جغرافیایی، یعنی با استفاده از Anycast است.
همانطور که می بینید، یک نوع پخش دیگر در اینجا وجود ندارد، Broadcast، زیرا IPv6 از آن استفاده نمی کند. اما Multicast در این پروتکل مشابه Broadcast در IPv4 عمل می کند، فقط به روشی کارآمدتر.
نسخه ششم پروتکل از سه نوع آدرس استفاده می کند: لینک محلی، سایت منحصر به فرد محلی و جهانی. به یاد داریم که در IPv4 یک رابط فقط یک آدرس IP دارد. بیایید فرض کنیم که دو روتر به یکدیگر متصل شده اند، بنابراین هر یک از رابط های اتصال تنها 1 آدرس IP دارند. هنگام استفاده از IPv6، هر رابط به طور خودکار یک آدرس IP محلی Link دریافت می کند. این آدرس ها با FE80 شروع می شوند:/64.
این آدرس های IP فقط برای اتصالات محلی استفاده می شود. افرادی که با ویندوز کار می کنند آدرس های بسیار مشابهی مانند 169.254.X.X را می شناسند - این آدرس هایی هستند که به طور خودکار توسط پروتکل IPv4 پیکربندی می شوند.
اگر رایانه ای از سرور DHCP یک آدرس IP بخواهد، اما به دلایلی نتواند با آن ارتباط برقرار کند، دستگاه های مایکروسافت مکانیزمی دارند که به رایانه اجازه می دهد یک آدرس IP به خود اختصاص دهد. در این صورت آدرس چیزی شبیه به این خواهد بود: 169.254.1.1. اگر یک کامپیوتر، یک سوئیچ و یک روتر داشته باشیم، وضعیت مشابهی پیش خواهد آمد. فرض کنید روتر یک آدرس IP از سرور DHCP دریافت نکرده و به طور خودکار همان آدرس IP 169.254.1.1 را به خود اختصاص داده است. پس از آن، درخواست پخش ARP را از طریق سوئیچ از طریق شبکه ارسال می کند، که در آن می پرسد آیا برخی از دستگاه های شبکه این آدرس را دارند یا خیر. پس از دریافت درخواست، رایانه به او پاسخ می دهد: "بله، من دقیقا همان آدرس IP را دارم!"، پس از آن روتر یک آدرس تصادفی جدید را به خود اختصاص می دهد، به عنوان مثال، 169.254.10.10، و دوباره یک درخواست ARP را ارسال می کند. شبکه.
اگر کسی گزارش نداد که او همان آدرس را دارد، آدرس 169.254.10.10 را برای خود نگه می دارد. بنابراین، دستگاه های موجود در شبکه محلی ممکن است به هیچ وجه از سرور DHCP استفاده نکنند و از مکانیسم تخصیص خودکار آدرس های IP به خود برای برقراری ارتباط با یکدیگر استفاده کنند. این همان پیکربندی خودکار آدرس IP است که بارها دیده ایم اما هرگز از آن استفاده نکرده ایم.
به طور مشابه، IPv6 دارای مکانیزمی برای تخصیص آدرس های IP محلی Link است که با FE80:: شروع می شود. اسلش 64 به معنای جداسازی آدرس های شبکه و آدرس های میزبان است. در این حالت 64 اول به معنی شبکه و 64 دوم به معنای میزبان است.
FE80:: به معنی آدرس هایی مانند FE80.0.0.0/ است که در آن قسمت اسلش بخشی از آدرس میزبان را دنبال می کند. این آدرس ها برای دستگاه ما و رابط متصل به آن یکسان نیستند و به صورت خودکار پیکربندی می شوند. در این حالت قسمت میزبان از آدرس MAC استفاده می کند. همانطور که می دانید مک آدرس یک آدرس IP 48 بیتی است که از 6 بلوک از 2 عدد هگزادسیمال تشکیل شده است. مایکروسافت از چنین سیستمی استفاده می کند، سیسکو از 3 بلوک از 4 عدد هگزادسیمال استفاده می کند.
در مثال ما از دنباله مایکروسافت به شکل 11:22:33:44:55:66 استفاده می کنیم. چگونه آدرس MAC یک دستگاه را اختصاص می دهد؟ این دنباله از اعداد در آدرس میزبان، نشان دهنده آدرس MAC، به دو بخش تقسیم می شود: در سمت چپ سه گروه 11:22:33، در سمت راست سه گروه 44:55:66، و FF و FE قرار دارند. بین آنها اضافه می شود. این یک بلوک 64 بیتی از آدرس IP میزبان ایجاد می کند.
همانطور که می دانید، دنباله 11:22:33:44:55:66 یک آدرس مک است که برای هر دستگاه منحصر به فرد است. با تنظیم آدرس های MAC FF:FE بین دو گروه از اعداد، یک آدرس IP منحصر به فرد برای این دستگاه به دست می آوریم. به این ترتیب یک آدرس IP از نوع Local Link ایجاد می شود که فقط برای برقراری ارتباط بین همسایگان بدون پیکربندی خاص و سرورهای خاص استفاده می شود. چنین آدرس IP فقط در یک بخش شبکه قابل استفاده است و نمی توان از آن برای ارتباطات خارجی خارج از این بخش استفاده کرد.
نوع بعدی آدرس، Unique Site Local Scope است که با آدرس های IP داخلی (خصوصی) IPv4 مانند 10.0.0.0/8، 172.16.0.0/12 و 192.168.0.0/16 مطابقت دارد. دلیل استفاده از آدرس های IP عمومی خصوصی داخلی و خارجی به دلیل فناوری NAT است که در درس های قبلی در مورد آن صحبت کردیم. Unique Site Local Scope یک فناوری است که آدرس های IP داخلی را تولید می کند. می توانید بگویید: "عمران، چون گفتی هر دستگاهی می تواند آدرس IP خود را داشته باشد، به همین دلیل به IPv6 تغییر دادیم" و کاملاً حق با شماست. اما برخی افراد به دلایل امنیتی ترجیح می دهند از مفهوم آدرس های IP داخلی استفاده کنند. در این مورد، NAT به عنوان یک فایروال استفاده می شود و دستگاه های خارجی نمی توانند خودسرانه با دستگاه های واقع در شبکه ارتباط برقرار کنند، زیرا آدرس های IP محلی دارند که از اینترنت خارجی قابل دسترسی نیستند. با این حال، NAT مشکلات زیادی را با VPN ها مانند پروتکل ESP ایجاد می کند. IPv4 از IPSec برای امنیت استفاده می کند، اما IPv6 دارای مکانیزم امنیتی داخلی است، بنابراین ارتباط بین آدرس های IP داخلی و خارجی بسیار آسان است.
برای انجام این کار، IPv6 دارای دو نوع آدرس مختلف است: در حالی که آدرس های محلی منحصر به فرد با آدرس های IP داخلی IPv4 مطابقت دارند، آدرس های جهانی با آدرس های خارجی IPv4 مطابقت دارند. بسیاری از مردم به هیچ وجه از آدرس های محلی منحصر به فرد استفاده نمی کنند، دیگران نمی توانند بدون آنها کار کنند، بنابراین این موضوع مورد بحث دائمی است. من معتقدم که اگر فقط از آدرس های IP خارجی استفاده کنید، در درجه اول از نظر تحرک، مزایای بسیار بیشتری دریافت خواهید کرد. به عنوان مثال، دستگاه من چه در بنگلور یا نیویورک باشم، آدرس IP یکسانی خواهد داشت، بنابراین می توانم به راحتی از هر یک از دستگاه های خود در هر کجای دنیا استفاده کنم.
همانطور که گفتم، IPv6 دارای مکانیزم امنیتی داخلی است که به شما امکان می دهد یک تونل VPN امن بین محل دفتر و دستگاه های خود ایجاد کنید. قبلاً برای ایجاد چنین تونل VPN به مکانیزم خارجی نیاز داشتیم، اما در IPv6 این یک مکانیسم استاندارد داخلی است.
از آنجایی که امروز به اندازه کافی در مورد موضوعات بحث کرده ایم، برای ادامه بحث در مورد نسخه ششم پروتکل اینترنت IP در ویدیوی بعدی، درس خود را قطع می کنم. برای تکالیف از شما می خواهم که به خوبی مطالعه کنید که سیستم اعداد هگزادسیمال چیست، زیرا برای درک IPv6، درک تبدیل سیستم اعداد باینری به هگزادسیمال و بالعکس بسیار مهم است. به عنوان مثال، شما باید بدانید که 1111=F و غیره، فقط از گوگل بخواهید آن را مرتب کند. در آموزش تصویری بعدی سعی می کنم در چنین تحولی با شما تمرین کنم. توصیه می کنم آموزش تصویری امروز را چندین بار مشاهده کنید تا در رابطه با موضوعات مطرح شده سوالی نداشته باشید.
از اینکه با ما ماندید متشکرم آیا مقالات ما را دوست دارید؟ آیا می خواهید مطالب جالب تری ببینید؟ با ثبت سفارش یا معرفی به دوستان از ما حمایت کنید 30٪ تخفیف برای کاربران Habr در آنالوگ منحصر به فرد سرورهای سطح ورودی که توسط ما برای شما اختراع شده است: (در دسترس با RAID1 و RAID10، حداکثر 24 هسته و حداکثر 40 گیگابایت DDR4).
Dell R730xd 2 برابر ارزان تر است؟ فقط اینجا در هلند! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - از 99 دلار! در مورد بخوانید
منبع: www.habr.com