یکی از نکات مهم در پیکربندی سوئیچ سیسکو، نحوه تخصیص منابع سختافزاری برای پردازش ترافیک، مسیریابی و مدیریت شبکه است. در برخی از سوئیچهای Cisco، قابلیتی به نام SDM Template وجود دارد که تعیین میکند منابع داخلی دستگاه چگونه میان عملکردهای مختلف شبکه تقسیم شوند. بااینحال، پس از تغییر SDM Template، معمولاً سوئیچ پیغامی نمایش میدهد که برای اعمال تنظیمات جدید باید دستگاه راهاندازی مجدد شود. اما چرا این تغییر بدون ریبوت امکانپذیر نیست و آیا راهاندازی مجدد میتواند باعث اختلال در شبکه شود؟
در این مقاله بررسی میکنیم SDM Template در سوئیچ سیسکو چیست، چه ارتباطی با حافظه TCAM دارد، چرا تغییر آن نیازمند Reload است و چگونه میتوان بدون ایجاد مشکلات ناخواسته، تنظیمات SDM را بررسی و مدیریت کرد.
عبارت SDM مخفف Switch Database Management است. SDM Template مکانیزمی در برخی از خانوادههای سوئیچ Cisco Catalyst است که نحوه تخصیص منابع سختافزاری مورد استفاده برای پردازش و ارسال بستهها را مشخص میکند.
سوئیچهای سیسکو برای انجام وظایفی مانند مسیریابی، بررسی آدرسهای MAC، اجرای ACL و پردازش اطلاعات شبکه از منابع سختافزاری محدودی استفاده میکنند. یکی از مهمترین این منابع، حافظه TCAM است.
در بعضی از پلتفرمهای Catalyst، SDM Template تعیین میکند چه سهمی از ظرفیت سختافزاری به جدولهای مختلف اختصاص پیدا کند.
برای مثال، یک سوئیچ ممکن است بیشتر برای شبکههای لایه دوم طراحی شده باشد و نیاز چندانی به ذخیره مسیرهای IP نداشته باشد. در مقابل، سوئیچ دیگری ممکن است بهعنوان Distribution Switch فعالیت کند و به ظرفیت بیشتری برای مسیریابی نیاز داشته باشد.
در چنین شرایطی، انتخاب SDM Template مناسب میتواند به استفاده بهینه از منابع سختافزاری کمک کند.
البته باید توجه داشت که تمام سوئیچهای سیسکو از SDM Template یکسان پشتیبانی نمیکنند. نام Templateها، ظرفیت جدولها و حتی دستورهای مدیریتی بسته به مدل دستگاه و نسخه سیستمعامل متفاوت است.
برای درک علت نیاز به راهاندازی مجدد سوئیچ پس از تغییر SDM Template، ابتدا باید با حافظه TCAM آشنا شویم. TCAM مخفف Ternary Content Addressable Memory است. این حافظه سختافزاری برای جستوجوی سریع اطلاعات و تطبیق قوانین در تجهیزات شبکه استفاده میشود. برخلاف حافظه RAM معمولی که اطلاعات بر اساس آدرس خوانده میشوند، TCAM برای جستوجوی موازی و سریع الگوها طراحی شده است.
این قابلیت به سوئیچ کمک میکند تصمیمات مربوط به ارسال بستهها را با سرعت بسیار بالا انجام دهد. از کاربردهای TCAM در سوئیچهای سیسکو میتوان به موارد زیر اشاره کرد:
حافظه TCAM ظرفیت محدودی دارد و نمیتوان بدون توجه به محدودیتهای ASIC، تعداد نامحدودی Rule یا Route در آن ذخیره کرد. در پلتفرمهایی که از SDM Template مبتنی بر تقسیم منابع پشتیبانی میکنند، تغییر Template میتواند نحوه تخصیص این ظرفیت را تغییر دهد.
برای مثال، انتخاب یک Template مناسب مسیریابی ممکن است ظرفیت بیشتری را برای Routeهای IP در نظر بگیرد، اما در مقابل ظرفیت برخی جدولهای دیگر کاهش پیدا کند. بنابراین SDM Template صرفاً یک تنظیم نرمافزاری ساده نیست؛ بلکه با ساختار استفاده از منابع سختافزاری سوئیچ ارتباط مستقیم دارد.

مهمترین دلیل نیاز به راهاندازی مجدد این است که تغییر SDM Template میتواند ساختار تخصیص منابع سختافزاری Forwarding را تغییر دهد.
هنگامی که سوئیچ روشن میشود، سیستمعامل و درایورهای سختافزاری، منابع قابل استفاده را بر اساس قابلیتهای پلتفرم و Template فعال آماده میکنند.
در بعضی از سوئیچهای Catalyst، این فرایند شامل تخصیص ظرفیت جدولهای سختافزاری مرتبط با TCAM است.
اگر مدیر شبکه SDM Template را تغییر دهد، دستگاه نمیتواند لزوماً تمام این منابع را در زمان فعالیت عادی دوباره تقسیمبندی کند.
به همین دلیل، تنظیم جدید ذخیره میشود، اما اعمال کامل آن به چرخه راهاندازی بعدی موکول خواهد شد.
در برخی از سوئیچهای Cisco Catalyst، ظرفیت TCAM بین قابلیتهای مختلف تقسیم میشود.
فرض کنید سوئیچ در حال حاضر از Template مناسب شبکه لایه دوم استفاده میکند. در این وضعیت، ممکن است سهم بیشتری از منابع برای عملکردهای مرتبط با Switching در نظر گرفته شده باشد.
اگر مدیر شبکه بخواهد از همان سوئیچ برای مسیریابی گستردهتر استفاده کند، ممکن است به Template دیگری نیاز داشته باشد.
تغییر این Template میتواند ظرفیت جدولهای سختافزاری را تغییر دهد.
برای اعمال این تغییر، دستگاه باید منابع مربوطه را دوباره مقداردهی اولیه کند؛ عملیاتی که در پلتفرمهای مورد بحث طی Reload انجام میشود.
ASIC مخفف Application-Specific Integrated Circuit است و نقش مهمی در پردازش سختافزاری ترافیک شبکه دارد.
در سوئیچهای مدیریتی، ASIC مسئول بسیاری از عملیات مرتبط با Forwarding است.
هنگامی که SDM Template تغییر میکند، بعضی از ساختارهای داخلی مرتبط با ASIC باید مطابق تنظیمات جدید آماده شوند.
این فرایند ممکن است شامل بازسازی جدولهای سختافزاری و اعمال تخصیص جدید منابع باشد.
به همین دلیل، در سوئیچهایی که چنین محدودیتی دارند، راهاندازی مجدد برای فعالسازی Template جدید ضروری است.
در زمان فعالیت سوئیچ، جدولهای سختافزاری دائماً برای پردازش ترافیک استفاده میشوند.
اگر ساختار تخصیص منابع در همان لحظه تغییر کند، ممکن است جدولهای موجود با ساختار جدید سازگار نباشند.
برای جلوگیری از چنین وضعیتی، سیستمعامل تغییر را به زمان راهاندازی بعدی منتقل میکند.
البته این موضوع به معنای آن نیست که هر تغییر سختافزاری در تمام سوئیچهای سیسکو الزاماً به Reload نیاز دارد. رفتار دقیق دستگاه به معماری سختافزار و نسخه نرمافزار بستگی دارد.
در برخی از نسلهای Catalyst، چند Template مختلف برای نیازهای متفاوت شبکه ارائه شده است.
| نوع Template | کاربرد اصلی |
|---|---|
| Default | تخصیص متعادل منابع بر اساس طراحی پلتفرم |
| Routing | اختصاص منابع بیشتر به قابلیتهای مسیریابی |
| VLAN | مناسب سناریوهایی با نیاز بیشتر به منابع مرتبط با VLAN |
| Access | بهینهسازی منابع برای برخی قابلیتهای شبکه دسترسی |
| Dual IPv4 and IPv6 | تخصیص منابع برای پشتیبانی همزمان از IPv4 و IPv6 |
این جدول یک دستهبندی کلی است و به معنی وجود تمام گزینهها در همه مدلهای سیسکو نیست.
برای مثال، در برخی از سوئیچهای قدیمیتر Catalyst 3560 و 3750، Templateهایی با نامهایی مانند desktop default و desktop routing دیده میشوند. در مدلهای دیگر ممکن است نامگذاری و ساختار کاملاً متفاوت باشد.
در خانوادههای جدیدتر Catalyst نیز نباید فرض کرد که همان دستورهای قدیمی SDM و همان روش تقسیم TCAM قابل استفاده هستند.
در مدلهایی که از دستور کلاسیک SDM پشتیبانی میکنند، میتوان با استفاده از دستور زیر اطلاعات مربوط به Template فعال را مشاهده کرد:
Switch# show sdm prefer
این دستور، بسته به مدل سوئیچ، ممکن است نام Template فعال و ظرفیتهای تقریبی یا اختصاصیافته به جدولهای مختلف را نمایش دهد.
در برخی از مدلها، خروجی شامل اطلاعاتی مانند موارد زیر است:
این ظرفیتها ممکن است بهصورت تقریبی نمایش داده شوند و الزاماً نشاندهنده تعداد ورودیهای مصرفشده در همان لحظه نیستند.
پیش از تغییر SDM Template بهتر است مدل دقیق سوئیچ و نسخه سیستمعامل مشخص شود.
Switch# show version
این دستور اطلاعاتی مانند مدل دستگاه، نسخه نرمافزار و زمان روشن بودن سوئیچ را نمایش میدهد.
با استفاده از این اطلاعات میتوان مستندات مربوط به همان پلتفرم را بررسی کرد و متوجه شد کدام Templateها پشتیبانی میشوند.
برای درک بهتر موضوع، فرض میکنیم یک سوئیچ قدیمی Cisco Catalyst از SDM Template کلاسیک پشتیبانی میکند و مدیر شبکه قصد دارد منابع بیشتری را به مسیریابی اختصاص دهد.
مرحله اول: ورود به Configuration Mode
Switch# configure terminal
مرحله دوم: انتخاب Template مناسب
برای برخی از مدلهای Catalyst 3560 و 3750 میتوان از دستور زیر استفاده کرد:
Switch(config)# sdm prefer routing
در صورت پشتیبانی دستگاه، این دستور Template مناسب مسیریابی را انتخاب میکند.
ممکن است سوئیچ پیغامی مشابه زیر نمایش دهد:
Changes to the running SDM preferences
have been stored, but cannot take effect
until the next reload.
این پیام نشان میدهد که تغییر SDM ثبت شده است، اما برای فعال شدن باید دستگاه Reload شود.
مرحله سوم: ذخیره تنظیمات
Switch(config)# end
Switch# copy running-config startup-config
ذخیره تنظیمات پیش از راهاندازی مجدد، برای حفظ سایر تغییرات پیکربندی نیز اهمیت دارد.
مرحله چهارم: راهاندازی مجدد سوئیچ
Switch# reload
با اجرای این دستور، سوئیچ راهاندازی مجدد میشود و ارتباط شبکه از طریق دستگاه در طول فرایند بوت قطع خواهد شد.
بنابراین Reload باید در زمان مناسب و پس از هماهنگی با کاربران شبکه انجام شود.
مرحله پنجم: بررسی فعال شدن Template
پس از بالا آمدن سوئیچ، دوباره دستور زیر را اجرا کنید:
Switch# show sdm prefer
در صورت پشتیبانی و اعمال موفق تنظیمات، خروجی باید Template جدید را نشان دهد.
نکته مهم: دستور sdm prefer routing برای تمام مدلهای Cisco معتبر نیست. قبل از اجرا باید راهنمای Configuration همان مدل و نسخه IOS یا IOS XE بررسی شود.

در مدلهایی که تغییر SDM به Reload نیاز دارد، صرفاً وارد کردن دستور جدید باعث فعال شدن فوری Template نمیشود.
در این شرایط معمولاً سوئیچ با ساختار تخصیص منابع قبلی به فعالیت خود ادامه میدهد.
بهعنوان مثال، اگر هدف از تغییر SDM افزایش ظرفیت مسیریابی باشد، تا زمانی که Template جدید اعمال نشده است، نمیتوان فرض کرد که ظرفیت سختافزاری بیشتری در دسترس قرار گرفته است.
همچنین ممکن است مدیر شبکه تصور کند تغییرات اعمال شدهاند، درحالیکه دستگاه هنوز از تنظیمات قبلی استفاده میکند.
بنابراین بعد از هر تغییر SDM باید وضعیت فعال شدن Template بررسی شود و در صورت نیاز، راهاندازی مجدد انجام گیرد.
خیر. تغییر SDM Template بهخودیخود به معنای پاک شدن Configuration سوئیچ نیست.
تنظیماتی مانند VLAN، آدرسهای IP، تنظیمات پورتها و بسیاری از بخشهای دیگر پیکربندی معمولاً پس از Reload باقی میمانند؛ به شرط آنکه تنظیمات مورد نیاز ذخیره شده باشند.
اما نکته مهم این است که تغییر Template میتواند ظرفیت منابع سختافزاری را تغییر دهد.
اگر Template جدید منابع کمتری برای یک قابلیت خاص در نظر بگیرد، ممکن است برخی ورودیها یا قابلیتها به دلیل کمبود منابع سختافزاری بهدرستی برنامهریزی نشوند.
برای مثال، کاهش ظرفیت مربوط به ACL یا جدولهای مسیریابی میتواند در شبکههایی که تعداد زیادی Rule یا Route دارند مشکل ایجاد کند.
در نتیجه، سالم ماندن فایل Configuration لزوماً به معنای بدون تغییر ماندن عملکرد شبکه نیست.
یکی از تصورات اشتباه این است که با انتخاب SDM Template مناسب، سرعت پورتها یا پهنای باند سوئیچ افزایش پیدا میکند.
در واقع، SDM Template معمولاً سرعت فیزیکی پورتهای شبکه را تغییر نمیدهد.
برای مثال، انتخاب Routing Template باعث نمیشود یک پورت یک گیگابیتی به پورت ده گیگابیتی تبدیل شود یا ظرفیت Switching Fabric دستگاه افزایش پیدا کند.
هدف اصلی SDM، در پلتفرمهای مرتبط، مدیریت ظرفیت منابع سختافزاری برای قابلیتهای مختلف است.
بااینحال، انتخاب Template نامناسب ممکن است محدودیتهایی در ظرفیت Route، ACL یا دیگر جدولها ایجاد کند.
در چنین شرایطی، انتخاب Template مناسب میتواند به رفع محدودیت منابع کمک کند؛ نه اینکه مستقیماً سرعت سختافزار را افزایش دهد.
یکی از مشکلاتی که مدیران شبکه ممکن است با آن مواجه شوند، خطای TCAM Exhaustion است.
این وضعیت زمانی رخ میدهد که منابع مورد نیاز برای ثبت اطلاعات در جدولهای سختافزاری کافی نباشند.
برای مثال، ممکن است تعداد Routeها یا قوانین ACL از ظرفیت قابل استفاده فراتر برود.
در برخی از سوئیچهای قدیمی Catalyst، تغییر SDM Template میتواند یکی از راهکارهای افزایش ظرفیت جدول مورد نیاز باشد.
اما این راهکار همیشه مناسب نیست.
دلایل آن عبارتاند از:
بنابراین هنگام مشاهده خطای TCAM Exhaustion نباید بدون بررسی علت اصلی، SDM Template را تغییر داد.
ابتدا باید مشخص شود کدام جدول یا منبع سختافزاری با کمبود ظرفیت مواجه شده است.
یکی از نکات بسیار مهم این است که مفهوم SDM در تمام نسلهای Catalyst به یک شکل پیادهسازی نشده است.
| ویژگی | برخی مدلهای قدیمی Catalyst | مدلهای جدیدتر Catalyst |
|---|---|---|
| نمونه دستگاه | Catalyst 3560 / 3750 | Catalyst 9200 / 9300 |
| مدیریت منابع | Templateهای کلاسیک SDM | معماری و پروفایلهای وابسته به پلتفرم |
دستور sdm prefer | در مدلهای پشتیبانیشده موجود است | پشتیبانی و Syntax وابسته به مدل و نسخه |
| تغییر ظرفیت TCAM | با انتخاب برخی Templateها | تابع معماری ASIC و قابلیتهای سیستمعامل |
| نیاز به Reload | معمولاً پس از تغییر Template | باید بر اساس دستور و مستندات همان پلتفرم بررسی شود |
در مدلهای جدیدتر مانند Cisco Catalyst 9200 و 9300، نباید روشهای مربوط به Catalyst 3560 یا 3750 را بدون بررسی مستندات اجرا کرد.
حتی اگر در نسخهای از IOS XE قابلیت SDM وجود داشته باشد، ممکن است نوع Template، ساختار تخصیص منابع و محدودیتهای آن با مدلهای قدیمی متفاوت باشد.
تغییر SDM Template زمانی ارزش بررسی دارد که محدودیت مشخصی در تخصیص منابع سختافزاری وجود داشته باشد و دستگاه نیز از Template جایگزین مناسب پشتیبانی کند.
برای مثال، در یک شبکه سازمانی ممکن است سوئیچ قبلاً صرفاً برای اتصال کاربران و تجهیزات استفاده شده باشد، اما اکنون قرار است بخشی از عملیات مسیریابی شبکه را نیز انجام دهد.
در چنین شرایطی، ممکن است ظرفیت مسیریابی Template فعلی پاسخگوی نیاز جدید نباشد.
اگر مستندات مدل سوئیچ نشان دهد که Routing Template ظرفیت بیشتری برای Routeها فراهم میکند، تغییر SDM میتواند راهکار مناسبی باشد.
در مقابل، اگر مشکل شبکه ناشی از خرابی لینک، تنظیمات نادرست VLAN، محدودیت پهنای باند یا اشکال در Routing Protocol باشد، تغییر SDM معمولاً راهحل مرتبطی نیست.
قبل از راهاندازی مجدد سوئیچ پس از تغییر SDM Template، چند موضوع باید بررسی شود.
بررسی وضعیت فعلی دستگاه: مطمئن شوید سوئیچ خطای سختافزاری یا مشکل جدی در زمان بوت ندارد.
تهیه نسخه پشتیبان: از Running Configuration و Startup Configuration نسخه پشتیبان تهیه کنید.
بررسی ظرفیت منابع: مطمئن شوید Template جدید برای تعداد Routeها، ACLها و سایر قابلیتهای مورد استفاده مناسب است.
بررسی دسترسی مدیریتی: اگر سوئیچ از راه دور مدیریت میشود، باید احتمال قطع دسترسی پس از Reload در نظر گرفته شود.
انتخاب Maintenance Window: راهاندازی مجدد را در زمانی انجام دهید که قطع ارتباط کمترین تأثیر را بر کاربران داشته باشد.
بررسی Stack: اگر دستگاه عضو یک Stack است، رفتار Reload و اثر تغییر Template بر اعضای Stack باید مطابق مستندات همان پلتفرم بررسی شود.
یکی از رایجترین اشتباهات، انتخاب Template صرفاً بر اساس نام آن است.
برای مثال، ممکن است مدیر شبکه تصور کند Routing Template همیشه بهتر از Default Template است.
درحالیکه این موضوع صحیح نیست.
هر Template برای نوع خاصی از مصرف منابع طراحی شده است و انتخاب آن باید بر اساس نیاز واقعی شبکه انجام شود.
اشتباه دیگر، اجرای دستورهای مربوط به یک مدل سوئیچ روی مدل متفاوت است.
همچنین برخی مدیران شبکه پس از تغییر SDM، بدون بررسی پیام سیستمعامل تصور میکنند تنظیم جدید فوراً فعال شده است.
از طرف دیگر، Reload کردن سوئیچ بدون ذخیره تنظیمات یا بدون برنامهریزی برای قطعی شبکه نیز میتواند مشکلات عملیاتی ایجاد کند.
در بسیاری از سوئیچهای Catalyst که از SDM Template کلاسیک استفاده میکنند، تغییر Template برای اعمال شدن به Reload نیاز دارد. رفتار دقیق به مدل و نسخه سیستمعامل بستگی دارد.
خیر. SDM Template مستقیماً سرعت فیزیکی پورتها را افزایش نمیدهد. کاربرد اصلی آن مدیریت ظرفیت منابع سختافزاری مرتبط با پردازش ترافیک است.
خیر. تغییر SDM بهخودیخود VLANها را پاک نمیکند، اما باید تنظیمات ذخیره شوند و سازگاری قابلیتهای مورد استفاده با Template جدید بررسی شود.
در مدلهای پشتیبانیشده معمولاً میتوان Template قبلی یا پیشفرض را دوباره انتخاب کرد. اعمال تغییر ممکن است به Reload دیگری نیاز داشته باشد.
بله، در برخی پلتفرمها انتخاب Template میتواند ظرفیت منابع سختافزاری قابل استفاده برای ACL را تغییر دهد.
show sdm prefer دارند؟خیر. این دستور در تمام مدلها و نسخههای سیستمعامل پشتیبانی نمیشود. برای بررسی منابع در مدلهای دیگر باید از دستورهای مخصوص همان پلتفرم استفاده کرد.
خیر. SDM Template ظرفیت فیزیکی RAM را افزایش نمیدهد و عمدتاً به نحوه تخصیص منابع سختافزاری Forwarding در پلتفرمهای مرتبط مربوط است.
باید پیامهای Console و وضعیت Boot بررسی شود. بدون مشاهده خروجی خطا نمیتوان نتیجه گرفت که مشکل مستقیماً از SDM است. در صورت لزوم باید از روش بازیابی مستندشده برای همان مدل استفاده کرد.
بله، در برخی سوئیچها Template انتخابشده بر ظرفیت منابع مورد استفاده برای IPv6 تأثیر میگذارد و ممکن است پشتیبانی از برخی قابلیتها به Template مناسب نیاز داشته باشد.
خیر. ابتدا باید نوع منبعی که با کمبود ظرفیت مواجه شده مشخص شود. تغییر SDM فقط در شرایطی مفید است که پلتفرم از تخصیص جایگزین منابع پشتیبانی کند.
دلیل اصلی نیاز سوئیچ سیسکو به راهاندازی مجدد پس از تغییر SDM Template، نحوه مدیریت و تخصیص منابع سختافزاری دستگاه است. در برخی از سوئیچهای Cisco Catalyst، این تنظیمات با ظرفیت جدولهای TCAM و ساختار Forwarding ارتباط دارند و تغییر آنها تنها در زمان مقداردهی اولیه مجدد سختافزار اعمال میشود.
بااینحال، انتخاب SDM Template مناسب باید بر اساس مدل سوئیچ، نسخه سیستمعامل، تعداد Routeها، قوانین ACL و نیاز واقعی شبکه انجام شود. تغییر بدون بررسی میتواند ظرفیت بعضی قابلیتها را کاهش دهد و مشکلات جدیدی ایجاد کند.
در نهایت، اگر پس از تغییر SDM Template پیام نیاز به Reload مشاهده کردید، بهتر است ابتدا از تنظیمات نسخه پشتیبان تهیه کنید، تأثیر تغییر بر منابع سختافزاری را بررسی کنید و سپس راهاندازی مجدد را در زمان مناسب انجام دهید.