درباره تایمرهای پیری ARP و MAC « وبلاگ ipSpace.net

نوین کومار دواراج در کامنت خود در رابطه با EVPN به واقعیت جالبی اشاره کرد:
تایم اوت ARP پیشفرض EOS 4 ساعت و پیری MAC 5 دقیقه است.
Arista تنها پلتفرمی نیست که از این مقادیر پیشفرض استفاده میکند. آیا تا به حال فکر کرده اید که آنها از کجا آمده اند؟
ARP در روزهایی ایجاد شد که میتوانستیم 30 کاربر تعاملی را روی یک رایانه مشترک با 2 مگابایت حافظه و CPU پایین مگاهرتز پشتیبانی کنیم. هر بیت مهم است، و فرستادن بیرویه برنامههایی که چرخههای CPU هر کامپیوتر متصل به همان کابل کواکسیال ضخیم را میسوزاند، گناه بزرگی است. الگوهای ارتباطی نیز با آنچه امروز می بینیم بسیار متفاوت بود. اکثر ایستگاه های کاری فقط با چند سرور ارتباط برقرار می کنند.
شایان ذکر است که ARP از مکانیزم درخواست/پاسخ استفاده میکند، زیرا طراح آن جایگزین (میزبانها با پیامهای دورهای HELLO تبلیغ میشوند، مانند CLNP End System Hellos) را بسیار هدر میدهد.
تنظیم بازه زمانی ARP روی مقدار بالایی مانند این کاملا منطقی است – ARP یک a را ایجاد می کند نقشه برداری بین لایه ها به جای یک زیرساخت ارسال بسته. زیرا آدرس های IP و MAC معمولا تا حدودی پایدار هستند، می توانید با خیال راحت از ورودی ARP برای مدت طولانی استفاده کنید و ARP رایگان چالش تغییرات تصادفی آدرس MAC یا IP را حل می کند. بازه زمانی ARP بیشتر یک مکانیسم جمع آوری زباله است.
تغییر آدرس MAC یک میزبان IP یا تخصیص آدرس IP به میزبان دیگر از نقطه نظر حافظه پنهان ARP معادل است. اثبات به عنوان تمرین برای خواننده باقی مانده است.
جالب اینجاست که RFC نیازمندی های میزبان (RFC 1122) چهار مکانیسم را برای اعتبار سنجی کش ARP ذکر می کند، از مهلت زمانی آشنا تا نظرسنجی یونیکاست. RFC در سال 1989 نوشته شده است، اما من به خاطر نمی آورم که ARP unicast را تا سال 2000 دیده باشم (یا شاید من فقط به اندازه کافی سخت نگاه نکرده ام؛ در این صورت یک یا دو نظر قدردانی می کنم).
پیری MAC یک مشکل کاملا متفاوت را حل می کند: زیرساخت ارسال بسته (جدول آدرس MAC) را نسبتاً تمیز نگه می دارد. تا قبل از EVPN، پلسازی شفاف هرگز هواپیمای کنترلی نداشت که بتواند به طور معتبر بگوید سوئیچ ها پل هایی که مک آدرس هستند. همچنین مهم است که ورودی های قدیمی در جدول آدرس MAC نداشته باشید. این بر اساس فرضیات (یادگیری MAC پویا) است و بهتر است یک فریم unicast را سیلاب کنید تا اینکه آن را در جهت اشتباه ارسال کنید. از سوی دیگر، تایمر پیری MAC کم، میزان ترافیک unicast سیل شده را افزایش می دهد، که بدیهی است اگر پل شما دو بخش 10 مگابیت بر ثانیه را به هم متصل کند، نامطلوب است..
تایمر 5 دقیقه ای پیری MAC احتمالاً یک مصالحه است و بر اساس زمانی که اولین پل ها ظاهر شدند، منطقی است که فرض کنیم آنها مقداری کمتر از زمان لازم برای جدا کردن یک ایستگاه کاری، انتقال آن به اتاق دیگر و وصل مجدد آن را انتخاب کرده اند.
تاریخچه تجدید نظر
- 11-05-2026
- پست وبلاگ ادعا می کند که اولین پل ها دارای دو اتصال 10BASE-T بودند – با توجه به زمان ارسال آنها، مزخرف آشکار (10BASE-T تقریبا یک دهه بعد ارسال شد). توسط Samuel K. Lam از طریق LinkedIn مشاهده شد.




