ایران و روت سرور K: ادامه داستان

هم‌رسانی:

ترجمه مقاله رایپ

موسسه تحقیقاتی داین اخیرا مقاله‌ای در رابطه با K-root منتشر کرد. در این مطلب تصمیم داریم تصویر کامل تری به کمک داده‌های اطلس مرکز ارتباطات RIPE در اختیار شما قرار دهیم تا تصور درستی از تاثیرات K-root در ایران به دست آید.

ما گزارش جالبی در رابطه با ایران و K-root از موسسه تحقیقاتی داین دریافت کردیم. K-root توسط RIPE NCC اداره می‌شود و ایران در مناطق تحت پوشش آن قرار دارد. ما هم چنین ابزارهای تحلیل اینترنت در اختیار داریم و با عرضه این داده‌ها، امیدواریم بتوانیم تصویر دقیق تری از این K-root و تاثیرات آن بر منطقه ارائه دهیم.

خبر خوب: K-root  از ایران

وجود یک گره K-root در ایران، تاخیر دسترسی به سرور روت از سوی کاربران حاضر در این کشور را کاهش می‌دهد. تصویر شماره ۱ مدت زمان رفت و برگشت درخواست‌ها از ایران به K-root را به نمایش می‌گذارد. می‌توانید کاهش زمان رفت و برگشت درخواست‌ها به K-root را پس از نصب یک گره K-root در ایران در ماه آوریل امسال مشاهده کنید. از اواسط ماه آوریل، نقاط اندازه گیری ما کاهش چشم گیر لختی به سمت گره K-root در تهران (ir-thr) نسبت به تجربه‌های قبلی با گره‌های K-root در آمستردام (nl-ams)، لندن (gb-lon) و فرانکفورت(de-fra) را  ثبت کرده‌اند.

نکته قابل ذکر اینکه نقاط نمایش داده شده در پایین سمت چپ تصویر، شماره شناسایی گره‌هایی است که در پاسخ برخی از درخواست‌ها دریافت شد ولی از شماره شناسایی‌های رسمی K-root نبودند. به نظر می‌رسد که دستگاه‌هایی در ارتباط برخی از نقاط دسترسی تداخل ایجاد کرده‌اند.

تصویر ۱: لختی به سمت K-root از نقاط تماشا در ایران. هر رنگ محل قرار گرفتن یکی از K-root‌ها که به درخواست‌ها پاسخ داده‌اند را نمایش می‌دهد. اسامی براساس UN LOCODE هستند. (منبع: اندازه گیری DNS NSID توسط پروب اطلس RIPE در ایران)

آنکه برخی زمان‌ها خیلی خوب نیست: K-root  از هند

همانطور که گزارش شد، شبکه‌ها در هند، گره K-root در تهران را دیده‌اند. این مساله تا حدی غافلگیر کننده است. چرا که میزبان هر K-root تصمیم می‌گیرد که گره خود را برای کدام مناطق در دسترس قرار دهد و میزبان تهران تصمیم گرفته که این گره تنها در ایران قابل دیدن باشد.

تصویر ۲ نشان می‌دهد که نقاط تماشای اطلس RIPE در هند، K-root  را چطور می‌بینند. ما جا به جایی از سن پترزبورگ (ru-led) به تهران (ir-thr) را در تاریخ ۱ سپتامبر مشاهده می‌کنیم. همین طور این مساله قابل مشاهده است که بیشترین درخواست‌ها همچنان از گره محلی دهلی نو (in-del) صورت می‌پذیرد، اما این مساله در رابطه با K-root در توکیو (jp-tyo)، لندن (gb-lon) و ژنو (ch-gva) نیز صادق است. همین طور می‌توانید ببینید که از حدود تاریخ ۲۶ سپتامبر، دیگر نقاط تماشا در هند، گره تهران را ندیده و به روال سابق خود پیش از شروع ماه سپتامبر بازگشته‌اند. این نشان می‌دهد که در آن زمان خواست اصلی K-root تهران برآورده شده است.

تصویر ۲: لختی به سمت K-root از نقاط تماشا در هند. هر رنگ محل قرار گرفتن یکی از K-root‌ها که به درخواست‌ها پاسخ داده‌اند را نمایش می‌دهد. اسامی براساس UN LOCODE هستند. (منبع: اندازه گیری DNS NSID توسط پروب اطلس RIPE در ایران)

به دلیل اینکه پروب‌های اطلس RIPE مشخصا بهترین توصیف کننده شبکه‌ها با تعداد کاربر زیاد نیستند، ما تحلیل‌ها را این بار تنها با استفاده از پروب‌هایی که کاربران شبکه در هند و در محدوده تحت پوشش ما استفاده می‌کنند، انجام دادیم. ما از روش eyeballtrace  برای انتخاب قسمتی از پروب‌ها که این شبکه‌ها را نمایندگی کنند، استفاده کردیم.

همانطور که در تصویر شماره ۳ مشاهده می‌کنید، این گروه از نقاط تماشا گره محلی دهلی نو را نمی‌دیدند، اما برخی از آن‌ها از تاریخ ۲۶ سپتامبر به این گره جا به جا شده اند. این تصویر همچنین نشان می‌دهد که برخی اوقات، لختی گره تهران با لختی گره لندن قابل مقایسه است. به عنوان مثال، حداقل مدت زمان رفت و برگشت درخواست‌ها در حدود تاریخ ۲۰ سپتامبر حدود ۱۲۰ میلی ثانیه است.

تصویر ۳: لختی به سمت K-root از نقاط تماشا در هند با بیشترین تعداد کاربر. هر رنگ محل قرار گرفتن یکی از K-root‌ها که به درخواست‌ها پاسخ داده‌اند را نمایش می‌دهد. اسامی براساس UN LOCODE هستند. (منبع: اندازه گیری DNS NSID توسط پروب اطلس RIPE در ایران)

در تصویر شماره ۴ درصد حدودی درخواست‌های از دست رفته به سمت گره‌های K-root از نقاط تماشا در هند نمایش داده شده است. این اعداد حدودی هستند، چرا که ما نمی‌دانیم کدام سرور پاسخ نداده است و هر زمان که درخواستی با وقفه مواجه شود، ما آن را به حساب آخرین گره K-root که پاسخ داده، می‌گذاریم. همانطور که مشاهده می‌کنید، وقفه و نگرفتن پاسخ از گره تهران (در بازه ۱۷ تا ۲۷ سپتامبر نزدیک به ۶۰ درصد درخواست‌ها از دست رفته) بسیار زیاد است. هرچند که شرایط مشابهی در رابطه با گره‌های لندن و توکیو نیز وجود دارد. احتمالا نکته جالب اما درصد درخواست‌های از دست رفته به سمت گره دهلی نو است، چرا که گره دهلی نو یک گره محلی است و در کشوری یکسان با نقاط تماشا واقع شده.

تصویر ۴: حدود درخواست‌های از دست رفته به سمت K-root از نقاط تماشا در هند در شبکه‌هایی با بیشترین تعداد کاربر. هر رنگ محل قرار گرفتن یکی از K-root‌ها که به درخواست‌ها پاسخ داده‌اند را نمایش می‌دهد. اسامی براساس UN LOCODE هستند. (منبع: اندازه گیری DNS NSID توسط پروب اطلس RIPE در ایران)

نمونه K-root ایران در دیگر کشور‌ها

حالا که ما زمان بندی دقیق این مسیریابی غیر معمول را داریم، می‌توانیم از ابزار جدید RIPE Atlas time travel functionality بر روی بسیاری از نقشه‌های اطلس RIPE استفاده کنیم تا ببینیم از کشوری دیگر به جز هند نیز گره K-root در ایران مشاهده شده یا نه. تصویر شماره ۵ نمایش پروب‌ها از نقاط مختلف دنیا به مقصد گره تهران است، که آن را می‌توانید در وب سایت اطلس RIPE نیز مشاهده کنید.

تصویر ۵: نقاط تماشای اطلس که گره K-root تهران را در ۱۵ سپتامبر هدف قرار داده‌اند.

این نقشه نشان می‌دهد که به غیر از هند، نقاط تماشایی در پاکستان و سریلانکا نیز توانسته‌اند گره K-root تهران را ببینند. ما هیچ پروب آنلاینی در عمان نداریم، اما احتمالا در آن نقطه نیز گره تهران قابل مشاهده بوده است.

کارآیی سیستم روت سرور در کل

تاثیر استفاده از گره K-root تهران چه تاثیری بر کاربران هندی داشته؟ اگر هم تاثیری داشته، آنقدر ناچیز بوده که تفاوت محسوسی ایجاد نکرده است. سیستم روت سرور از بسیاری از جهات استفاده چندانی ندارد. یکی از مهم‌ترین مکانیزم‌ها این است که ۱۳ سرور نام روت توسط موسسات مختلف در سراسر جهان وجود دارند، بنابراین اگر یکی از این سرورهای روت کند شود، ۱۲ سرور دیگر کمبود را پوشش می‌دهند.

اجرای یک Cache resolver معمولی می‌تواند تاثیر به سزایی بر تعداد درخواست‌ها به سمت سروری که از نظر لختی در نزدیک‌ترین مکان قرار دارد، داشته باشد. اگر هر یک از سرورهای روت به هر دلیلی با مشکل در زمان پاسخ گویی مواجه شود، تعداد درخواست‌ها از آن سرور‌ کاهش شدیدی می‌یابد. ما در نمونه هند نیز تصور می‌کنیم به دلیل بالا رفتن مشهود لختی برای برخی از شبکه‌ها، درخواست‌ها به سمت دیگر سرورهای روت بالا رفته. در تصویر شماره ۶ نمونه‌ای از لختی سرور روت در هند در AS۴۷۵۵ (تاتا هند) برای پروب‌های اطلس RIPE را ببینید. K-root در انتهای لیست قرار گرفته، چرا که بالاترین لختی را از برخی از نقاط تماشا در هند دارد. می‌توانید نتایج حال حاضر را از اینجا ببینید.

تصویر ۶: نمونه لختی سرور روت برای نقاط تماشای اطلس RIPE در هند

همانطور که در تصویر شماره ۷ مشاهده می‌کنید، وضعیت در ایران کاملا بر خلاف تجربه ما در هند است. به دلیل وجود یک گره K-root  در کشور، لختی این سرور روت به شکل باور نکردنی کاهش یافته است. در نتیجه انتظار می‌رفت که تعداد تقاضاها به شکل قابل ملاحظه‌ای به این سرور روت افزایش یابد. در تصویر شماره ۷ سرور K-root را در بالای لیست مشاهده می‌کنید.

تصویر ۷: نمونه لختی سرور روت برای نقاط تماشای اطلس RIPE در ایران

نتیجه گیری و بازخورد

ناهنجاری در مسیریابی اتفاق می‌افتد، اما تاثیر این ناهنجاری به خصوص، بر کاربر نهایی بسیار ناچیز بوده است.

شنیده شده که افراد دوست دارند پیش از آنکه خبری در رابطه با ناهنجاری در رفتار شبکه در مقاله‌های آزمایشگاه RIPE بخوانند از آن مطلع شوند. در صورتی که این مساله برای شما اهمیت دارد، لطفا از طریق آدرس ایمیل  labs [at] ripe [dot] net، نظر خود را به ما اطلاع دهید. و اگر فکر می‌کنید که ناهنجاری در مسیریابی اتفاقی است که باید وقت و هزینه بیشتری صرف آن شود، لطفا ما را از نظرات خود محروم نکنید.

ما همین طور شنیده‌ایم که برخی افراد نسبت به مسیری که ترافیک سرورهای روت طی می‌کنند و یا مقصد نهایی آن‌ها نگران بوده‌اند. یکی از راه‌های مرتفع ساختن این نگرانی استفاده از آنکور‌ها و یا پروب‌های اطلس RIPE و همین طور چک کردن صفحه DNS root instances  در وب سایت RIPE NCC با فیلتر کردن برای AS و یا کشور مورد نظر است. یک روش دیگر استفاده از ابزاری است که در صورت ایجاد هر تغییری، شما را از آن مطلع کند.

 

 

به ما ایمیل بفرستید

ما را دنبال کنید

اشتراک