Media is too big
VIEW IN TELEGRAM
خیلی از دوستان سوال دارن که امتحان های سیسکو مثل ccna ccnp یا CCIE Written چطور هست !این دمو دقیقا خود نرم افزار آزمون سیسکو هست:
https://www.cisco.com/c/en/us/training-events/training-certifications/exam-tutorial.html
🆔 @Notrobit
https://www.cisco.com/c/en/us/training-events/training-certifications/exam-tutorial.html
🆔 @Notrobit
خیلی اوقات این سوال پیش میاد که در IPV6 بوسیله ی EUI-64 که بخش Interface-id توسط Mac Address ساخته میشه اگر روتر ما هیچ اینترفیس اترنتی نداشته باشه تا ادرس مک داشته باشه و از طرفی مک نداشته باشه و اینترفیس ما یک اینترفیس سریال باشه بخش Interface-id چگونه ساخته میشه؟؟؟!!!! و اما جواب👇👇👇👇
If no IEEE 802 interface types
are in the router, link-local IPv6 addresses are generated on the interfaces in the router in the following sequence:
1. The router is queried for MAC addresses (from the pool of MAC addresses in the router).
2. If no MAC addresses are available in the router, the serial number of the router is used to form the link-local addresses.
3. If the serial number of the router cannot be used to form the link-local addresses, the router uses a message digest algorithm 5 (MD5) hash to determine the MAC address of the router from the hostname of the router.
🆔 @Notrobit
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipv6_basic/configuration/15-mt/ip6b-15-mt-book/ip6-uni-routing.pdf
If no IEEE 802 interface types
are in the router, link-local IPv6 addresses are generated on the interfaces in the router in the following sequence:
1. The router is queried for MAC addresses (from the pool of MAC addresses in the router).
2. If no MAC addresses are available in the router, the serial number of the router is used to form the link-local addresses.
3. If the serial number of the router cannot be used to form the link-local addresses, the router uses a message digest algorithm 5 (MD5) hash to determine the MAC address of the router from the hostname of the router.
🆔 @Notrobit
https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipv6_basic/configuration/15-mt/ip6b-15-mt-book/ip6-uni-routing.pdf
This media is not supported in your browser
VIEW IN TELEGRAM
در این ویدئو 3 دقیقه ای از بخش SOC شرکت زیمنس، با زبانی ساده به 10 تهدید فضای سایبری پرداخته شده است که دیدن آن خالی ازلطف نیست.
🆔 @Notrobit
🆔 @Notrobit
📣📣📣📣
در صورت به وجود آمدن هرگونه مشکل برای تلگرام تنها راه ارتباطی ما و شما اینستاگرام و آی دی Notrobit خواهد بود.
🔴 هم اکنون ما را در اینستاگرام دنبال کنید...
🌐 https://www.instagram.com/Notrobit/
در صورت به وجود آمدن هرگونه مشکل برای تلگرام تنها راه ارتباطی ما و شما اینستاگرام و آی دی Notrobit خواهد بود.
🔴 هم اکنون ما را در اینستاگرام دنبال کنید...
🌐 https://www.instagram.com/Notrobit/
💢تاريخ پيدايش تكنولوژي wi-fi به اوايل دهه ۹۰ بازمي گردد يعني زماني كه ويك هايس يكي از دانشمندان شركت NCR به فكر استانداردسازي شبكه ها افتاد. اين فرآيند طولاني سرانجام در سال ۱۹۹۷ به ثمر نشست و در اين سال نخستين نگارش از استانداردb IEEE802/11 عرضه شد كه پس از مدتي با نام wi-fi wireless Fidelity)) شناخته شد. دو سال پس از اين نگارش يعني در سال ۱۹۹۹ شركت اپل تكنولوژي wi-fi را به رايانه هاي همراه خود اضافه كرد و آنها را روانه بازار ساخت.
🆔 @Notrobit
🆔 @Notrobit
در تاریخ 14 جولای 2017، نهاد IETF با انتشار RFC 8200 رسما اعلام کرد که IPv6، آخرین نسخه ی استاندارد IP هست.
البته باید اذعان کرد که اولین بار IPv6 در RFC 2460 و حدود 18 سال پیش معرفی شده بود اما این RFC صرفا یک Draft Standard بود ولی RFC 8200 برخلاف اون یک، Internet Standard هست.
اما مگه تفاوت این دو تا چی هست که انقد مهمه؟ برای دونستن تفاوت بین Draft Standard و Internet Standard باید مروری بر فرآیند استاندارد سازی فایل ها در IETF داشته باشیم، قضیه از این قرار هست که:
بر طبق RFC 2026، همه چیز با یک Internet Draft آغاز میشه. Internet Draft ها فایل هایی هستن که حاوی ایده های خام و اولیه در رابطه با یک موضوعن و هنوز روی این موضوع ها داره کار میشه. عمر اون ها هم معمولا 6 ماه هست و بعد شیش ماه منقضی میشن یا این که به روزرسانی میشن.
ممکنه یک ID توسط یک Working Group به تصویب برسه اما برای این که برسه به فاز بازبینی و تبدیل شدن به یک Request for Comment یا RFC باید انقد تغییر و اصلاح بشه تا سر تصویب اون موضوع یک توافق عام کسب بشه.
بر اساس اون چیزی که در RFC 2026 مشخص شده، موضوعات برای این که بتونن به Internet Standard یا به بیان دیگه Standards Track تبدیل بشن، اول در یکی از سه دسته ی زیر قرار می گرفتن:
1- Proposed Standard:
موضوعاتی که در این گروه قرار میگیرن، خوب تونستن توجیه، درک و فهمیده بشن، مورد توجه و بازبینی قابل توجهی هم از طرف نهادها قرار گرفتن اما هنوز نیازمند پیاده سازی و تجربیات عملی هستن و ممکنه بعد از کسب این تجربیات، تغییر کنن.
2- Draft Standard:
موضوعاتی هستن که تقریبا به مرحله ی پیاده سازی رسیدن و تونستن تجربیات موفقیت آمیز خوبی هم به دست بیارن اما باید بیشتر روی توسعه و پیاده سازی های اون ها کار بشه تا ثباتشون کاملا مشخص بشه.
3- Internet Standard:
موضوعاتی که در این دسته قرار میگیرن دیگه از همه جهت تونستن پیاده سازی و تجربیات عملیاتی موفقیت آمیزی رو کسب کنن و کاملا مورد تایید community قرار بگیرن. به موضوعاتی که در این دسته قرار بگیرن شماره ای تحت عنوان SID اختصاص پیدا می کنه.
در سال 2011 در RFC 6410 که در واقع نسخه ی آپدیت شده ی RFC 2026 هست، دسته بندی بالا به دو دسته ی Proposed و Internet Standard تبدیل شد و Draft Standard حذف شد بنابراین موضوعاتی که در دسته ی Draft Standard قرار میگرفتن، یکی از این دو عمل زیر در قبالشون انجام گرفت:
1- اگر در رابطه با یک draft standard هیچ errata یا غلطنامه ای وجود نداشته باشه که نیازمند یک پیاده سازی جدید باشه، اون draft standard به دسته ی Internet Standard منتقل میشه.
2- خود IESG تصمیم بگیره که یک Draft Standard در دسته ی Proposed قرار بگیره.
اتفاقی که برای IPv6 افتاد، مورد اول از موارد بالا بود. یعنی کارگروه 6MAN یا همون IPv6 Maintenance (6MAN) Working Group از سال 2015 تلاش کرد که تمام RFC ها (9 مورد) و همینطور Errata ها (2 مورد) در رابطه با IPv6 رو مورد بازبینی و تجدید نظر قرار بده و کل اون ها رو در قالب RFC 8200 معرفی کنه. در واقع این RFC شامل مفاهیم مطرح شده در RFC 2460 به همراه تمام RFC ها و Errata های مرتبط با IPv6 هست و تغییر چندانی رو شامل نمیشه.
🆔 @Notrobit
البته باید اذعان کرد که اولین بار IPv6 در RFC 2460 و حدود 18 سال پیش معرفی شده بود اما این RFC صرفا یک Draft Standard بود ولی RFC 8200 برخلاف اون یک، Internet Standard هست.
اما مگه تفاوت این دو تا چی هست که انقد مهمه؟ برای دونستن تفاوت بین Draft Standard و Internet Standard باید مروری بر فرآیند استاندارد سازی فایل ها در IETF داشته باشیم، قضیه از این قرار هست که:
بر طبق RFC 2026، همه چیز با یک Internet Draft آغاز میشه. Internet Draft ها فایل هایی هستن که حاوی ایده های خام و اولیه در رابطه با یک موضوعن و هنوز روی این موضوع ها داره کار میشه. عمر اون ها هم معمولا 6 ماه هست و بعد شیش ماه منقضی میشن یا این که به روزرسانی میشن.
ممکنه یک ID توسط یک Working Group به تصویب برسه اما برای این که برسه به فاز بازبینی و تبدیل شدن به یک Request for Comment یا RFC باید انقد تغییر و اصلاح بشه تا سر تصویب اون موضوع یک توافق عام کسب بشه.
بر اساس اون چیزی که در RFC 2026 مشخص شده، موضوعات برای این که بتونن به Internet Standard یا به بیان دیگه Standards Track تبدیل بشن، اول در یکی از سه دسته ی زیر قرار می گرفتن:
1- Proposed Standard:
موضوعاتی که در این گروه قرار میگیرن، خوب تونستن توجیه، درک و فهمیده بشن، مورد توجه و بازبینی قابل توجهی هم از طرف نهادها قرار گرفتن اما هنوز نیازمند پیاده سازی و تجربیات عملی هستن و ممکنه بعد از کسب این تجربیات، تغییر کنن.
2- Draft Standard:
موضوعاتی هستن که تقریبا به مرحله ی پیاده سازی رسیدن و تونستن تجربیات موفقیت آمیز خوبی هم به دست بیارن اما باید بیشتر روی توسعه و پیاده سازی های اون ها کار بشه تا ثباتشون کاملا مشخص بشه.
3- Internet Standard:
موضوعاتی که در این دسته قرار میگیرن دیگه از همه جهت تونستن پیاده سازی و تجربیات عملیاتی موفقیت آمیزی رو کسب کنن و کاملا مورد تایید community قرار بگیرن. به موضوعاتی که در این دسته قرار بگیرن شماره ای تحت عنوان SID اختصاص پیدا می کنه.
در سال 2011 در RFC 6410 که در واقع نسخه ی آپدیت شده ی RFC 2026 هست، دسته بندی بالا به دو دسته ی Proposed و Internet Standard تبدیل شد و Draft Standard حذف شد بنابراین موضوعاتی که در دسته ی Draft Standard قرار میگرفتن، یکی از این دو عمل زیر در قبالشون انجام گرفت:
1- اگر در رابطه با یک draft standard هیچ errata یا غلطنامه ای وجود نداشته باشه که نیازمند یک پیاده سازی جدید باشه، اون draft standard به دسته ی Internet Standard منتقل میشه.
2- خود IESG تصمیم بگیره که یک Draft Standard در دسته ی Proposed قرار بگیره.
اتفاقی که برای IPv6 افتاد، مورد اول از موارد بالا بود. یعنی کارگروه 6MAN یا همون IPv6 Maintenance (6MAN) Working Group از سال 2015 تلاش کرد که تمام RFC ها (9 مورد) و همینطور Errata ها (2 مورد) در رابطه با IPv6 رو مورد بازبینی و تجدید نظر قرار بده و کل اون ها رو در قالب RFC 8200 معرفی کنه. در واقع این RFC شامل مفاهیم مطرح شده در RFC 2460 به همراه تمام RFC ها و Errata های مرتبط با IPv6 هست و تغییر چندانی رو شامل نمیشه.
🆔 @Notrobit