ارتقاء فرستنده گیرنده سیسکو به بررسی سازگاری نیاز دارد

 

ارتقاء فرستنده گیرنده سیسکو به بررسی سازگاری نیاز دارد زیرا سخت افزار، نسخه نرم افزاری یا مدل های فرستنده گیرنده ناهماهنگ می تواند باعث قطع شدن شبکه با هزینه متوسط ​​9000 دلار در دقیقه شود. راستی‌آزمایی تضمین می‌کند که سه بعد مهم تراز هستند: مدل دستگاه شبکه شما، نسخه سیستم‌عامل آن، و سیستم‌عامل فرستنده گیرنده خاص در حال استقرار.

این نیاز به این دلیل وجود دارد که فرستنده‌ها مستقیماً با سخت‌افزار سوئیچ/روتر از طریق پروتکل‌های{0}خاص فروشنده ارتباط برقرار می‌کنند. هنگامی که Cisco قابلیت‌های ارتقای سیستم عامل فرستنده گیرنده را در MDS 9000 NX{3}}نسخه 9.4(1) OS معرفی کرد، تأیید سازگاری را اجباری کرد زیرا فرآیند ارتقا به طور موقت همه رابط‌های ماژول‌های آسیب‌دیده را خاموش می‌کند-نه فقط پورت‌های در حال ارتقا.

 

 

---

چرا تأیید سازگاری را نمی توان نادیده گرفت

 

پیچیدگی فرستنده‌های شبکه مدرن بسیار فراتر از ماژول‌های نوری ساده-و-پخش است. هر فرستنده و گیرنده حاوی سیستم عامل تعبیه شده است که باید با چیپست دستگاه میزبان مذاکره کند، با پشته درایور سیستم عامل تعامل داشته باشد و پروفیل های توان و حرارت خاصی را حفظ کند.

تحقیقات انجام شده در نظرسنجی انعطاف‌پذیری 2023 مؤسسه Uptime نشان داد که خرابی‌های پیکربندی و مدیریت تغییر باعث 45٪ از قطع‌های مرتبط{2}} شبکه می‌شود. در این دسته، تغییرات ناسازگار{4}}در جایی که به‌روزرسانی‌های مورد نظر با زیرساخت‌های موجود کار نمی‌کنند-بخش قابل‌توجهی را تشکیل می‌دهند. تجزیه و تحلیل Network World نشان می دهد که 44٪ از متخصصان فناوری اطلاعات چندین بار در سال مشکلات خرابی یا عملکرد ناشی از تغییرات شبکه ناسازگار را تجربه می کنند.

تأثیر مالی تلاش های راستی آزمایی را توجیه می کند. تحقیقات گارتنر نشان می دهد که خرابی شبکه به طور متوسط ​​9000 دلار در دقیقه برای شرکت ها هزینه دارد. طبق بررسی های IDC، برای شرکت های Fortune 1000، این رقم به یک میلیون دلار در ساعت می رسد. یک ارتقای ناموفق فرستنده گیرنده سیسکو که بر پیوند مرکز داده حیاتی تأثیر می‌گذارد، می‌تواند به راحتی در عرض یک ساعت به شش رقم-تلفات تبدیل شود.

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

چارچوب تأیید سازگاری سیسکو به این دلیل وجود دارد که فرستنده‌های گیرنده با سخت‌افزار در سطح سیگنال‌دهی الکتریکی تعامل دارند، نه فقط از طریق APIهای نرم‌افزاری. فرستنده و گیرنده ای که برای یک نسل از سوئیچ ASIC طراحی شده است ممکن است به سخت افزار جدیدتر آسیب برساند یا به گونه ای از کار بیفتد که ماژول های دیگر را در همان کارت خط خراب کند.

 

---

چارچوب سازگاری سه بعدی-

 

تأیید ارتقای فرستنده گیرنده سیسکو در سه بعد وابسته به هم عمل می کند. هر بعد شامل حالت‌های خرابی است که فقط در طول بارهای تولید آشکار می‌شوند و اعتبارسنجی قبل از استقرار را ضروری می‌سازد.

بعد 1: سازگاری با بستر سخت افزاری

خود دستگاه شبکه پشتیبانی از فرستنده گیرنده خط پایه را تعیین می کند. سیسکو پلتفرم ها را به خانواده ها (Catalyst 9000، Nexus 9000، MDS 9000) دسته بندی می کند و هر خانواده دارای ماتریس های پشتیبانی از فرستنده گیرنده خاص است.

در یک خانواده واحد، مدل‌های جداگانه از انواع فرستنده گیرنده پشتیبانی می‌کنند. به عنوان مثال، Catalyst 9200-24P با ماژول شبکه C9200-NM-4X از فرستنده گیرنده های SFP+ خاص پشتیبانی می کند، در حالی که همان سوئیچ با ماژول C9200-NM-4G دارای لیست سازگاری کاملاً متفاوتی است. معماری شکاف فیزیکی، قابلیت‌های انتقال نیرو، و طراحی حرارتی همگی محدودیت‌هایی را ایجاد می‌کنند که فرستنده گیرنده به درستی کار می‌کند.

کارت های خط و ماژول های پارچه ای یک لایه دیگر اضافه می کنند. در سوئیچ‌های کلاس-دایرکتوری مانند MDS 9700، هر کارت خط ماتریس سازگاری فرستنده گیرنده خود را دارد. یک فرستنده گیرنده QSFP28 ممکن است در شکاف 3 کار کند، اما اگر نسل های مختلف کارت خط در شاسی ترکیب شوند، در شیار 7 از کار می افتند.

برخی از ناسازگاری های سخت افزاری به صورت خطاهای درگاه ساده ظاهر می شوند-سوئیچ فرستنده گیرنده را رد می کند و پورت را غیرفعال می کند. ناسازگاری های موذیانه تر باعث می شود فرستنده گیرنده مقداردهی اولیه کند اما عملکرد ضعیفی را ارائه دهد، مانند افزایش نرخ خطا یا کاهش فاصله پیوند.

بعد 2: وابستگی های نسخه نرم افزاری

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

برای پلتفرم‌های IOS-XE که سوئیچ‌های Catalyst را اجرا می‌کنند، پشتیبانی از فرستنده گیرنده اغلب به قطارهای آزادسازی خاصی نیاز دارد. یک فرستنده گیرنده ممکن است به IOS-XE 16.8.1 یا جدیدتر نیاز داشته باشد، به این معنی که نسخه‌های 16.7.x بدون توجه به سازگاری سخت‌افزار، آن را رد می‌کنند. این امر به ویژه در طول به‌روزرسانی‌های چرخشی که سوئیچ‌ها در یک پشته نسخه‌های مختلف نرم‌افزار را به طور موقت اجرا می‌کنند، پیچیده می‌شود.

پلتفرم‌های NX{0}}در سوئیچ‌های Nexus و MDS از طرح‌های نسخه متفاوتی پیروی می‌کنند. بسته‌های میان‌افزار فرستنده گیرنده MDS 9000 که با NX{3}}OS 9.4(1) منتشر شد و نسخه‌های بعد از آن حاوی نسخه‌های میان‌افزار خاصی برای فرستنده‌های پشتیبانی‌شده است. تلاش برای استفاده از این نسخه‌های میان‌افزار در نسخه‌های قبلی NX{7}}سیستم‌عامل ممکن است برای برخی از فرستنده‌ها موفقیت‌آمیز باشد اما برای برخی دیگر با شکست مواجه شود و حالتی غیرقابل پیش‌بینی ایجاد کند.

ناسازگاری های نرم افزاری نیز بر ویژگی های فرستنده گیرنده تأثیر می گذارد. قابلیت‌های نظارت نوری دیجیتال (DOM) به پشتیبانی سیستم عامل فرستنده و گیرنده و نرم‌افزار سوئیچ بستگی دارد. یک فرستنده و گیرنده ممکن است از نظر فیزیکی کار کند اما اگر نسخه نرم افزار فاقد درایورهای DOM مناسب باشد، هیچ داده تشخیصی را گزارش نمی کند.

تعامل بین نرم‌افزار و گیرنده‌های{0}طرف سوم پیچیدگی می‌افزاید. در حالی که فرمان‌هایی مانند فرستنده و گیرنده پشتیبانی‌نشده{2}}سرویس، ماژول‌های غیر{3} سیسکو را در اکثر پلتفرم‌ها مجاز می‌سازند، رفتار آنها بر اساس نسخه IOS متفاوت است. نسخه های قبل از IOS 12.2(25)SE به طور کامل فاقد این دستور هستند. پلتفرم‌های جدیدتر که IOS{8}}XR اجرا می‌کنند ممکن است به هیچ وجه از این فرمان پشتیبانی نکنند و به پیکربندی‌های جایگزین نیاز دارند.

بعد 3: قابلیت همکاری فرستنده و گیرنده-به-

بعد سوم که اغلب نادیده گرفته می شود، شامل قابلیت همکاری فرستنده گیرنده در بین شرکای پیوند می شود. هنگامی که فرستنده گیرنده ها را تنها در یک انتهای اتصال فیبر ارتقا دهید، این امر بسیار مهم می شود.

مسائل مربوط به سازگاری اپتیک-به-نوری ناشی از تفاوت در بودجه توان نوری، مشخصات طول موج، و زمان بندی پروتکل است. یک فرستنده گیرنده 10GBASE{4}}SR که با فرستنده -4.5 دسی بل با یک فرستنده با حداقل توان -1 دسی‌بل متر جفت می‌شود، با خرابی پیوند متناوب مواجه می‌شود، زیرا فیبر اندکی تحلیل می‌رود یا خمیدگی باعث تلفات اضافی می‌شود.

گیرنده‌های BiDi (دو طرفه) چالش‌های قابلیت همکاری ویژه‌ای را ارائه می‌کنند. اینها از طول موج های مختلف ارسال و دریافت بر روی یک رشته فیبر استفاده می کنند. یک فرستنده گیرنده QSFP-100G-SRBD باید با یک ماژول SRBD دیگر جفت شود - اختلاط آن با فرستنده گیرنده های استاندارد SR4 از کار می افتد زیرا تخصیص طول موج ها مطابقت ندارند.

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

سازگاری تشخیص دیجیتال یکی دیگر از نگرانی های قابلیت همکاری است. هنگامی که یک فرستنده و گیرنده اطلاعات دقیق DOM را گزارش می‌کند و شریک پیوند آن گزارش نمی‌دهد، عیب‌یابی نامتقارن می‌شود. این معمولاً زمانی اتفاق می‌افتد که فقط یک طرف اتصال را به فرستنده‌های گیرنده جدیدتر با نظارت پیشرفته ارتقا دهید.

 

 

---

استفاده از ابزارهای تأیید سازگاری سیسکو

 

سیسکو دو ابزار اصلی را برای تأیید سازگاری ارائه می‌کند که هر کدام نیازهای اعتبارسنجی متفاوتی را برآورده می‌کنند.

ابزار ماتریس سازگاری TMG

ماتریس سازگاری TMG (گروه ماژول فرستنده گیرنده) موجود در tmgmatrix.cisco.com/home به عنوان منبع معتبر برای سازگاری اپتیک-به{3}}دستگاه است. این ابزار ماتریس های PDF ایستا را با یک رابط جستجوی تعاملی جایگزین کرد.

قابلیت جستجو چندین نوع ورودی را می پذیرد: خانواده محصول دستگاه شبکه، شناسه محصول خاص، خانواده فرستنده گیرنده یا شماره قطعه فرستنده گیرنده. با وارد کردن "C9200-48P" همه فرستنده‌های گیرنده سازگار برای آن مدل سوئیچ، از جمله حداقل نسخه‌های نرم‌افزار و یادداشت‌های عملیاتی را برمی‌گرداند.

نتایج جستجو در قالب جدولی با فیلدهای مهم نمایش داده می شود: واحد تجاری فرستنده گیرنده، نرخ داده، ضریب فرم، دسترسی، نوع کابل، نوع رسانه، نوع رابط، دمای عملیاتی، قابلیت DOM و حداقل پشتیبانی نرم افزار. قسمت حداقل پشتیبانی نرم افزار به توجه خاصی نیاز دارد-هم نسخه ای را که پشتیبانی معرفی شد و هم نسخه ای را که عملکرد DOM در دسترس قرار گرفت مشخص می کند.

فیلدهای یادداشت حاوی جزئیات عملیاتی حیاتی هستند. به عنوان مثال، یک یادداشت ممکن است "OM3: 70m؛ OM4/OM5: 100m" را برای یک فرستنده گیرنده SR 100G نشان دهد، که حداکثر فواصل پیوند را بر اساس نوع فیبر مشخص می کند. نکته متداول دیگر: "DAC 100G فقط زمانی پشتیبانی می‌شود که مذاکره خودکار غیرفعال باشد و سوئیچ‌ها "باز{10}به{11}"پیکربندی شده باشند." فقدان این جزئیات منجر به استقرارهایی می‌شود که بررسی‌های اولیه سازگاری را پشت سر می‌گذارند اما در طول عملیات شکست می‌خورند.

قابلیت صادرات ابزار نتایج را در قالب‌های Excel، PDF یا CSV ایجاد می‌کند. صادرات اکسل مرتب‌سازی و فیلتر کردن بین جستجوهای سازگاری متعدد را امکان‌پذیر می‌کند، که برای استانداردسازی انتخاب فرستنده گیرنده در سراسر استقرارهای بزرگ مفید است.

ابزار ماتریس قابلیت همکاری

ابزار ماتریس قابلیت همکاری (IMT) در tmgmatrix.cisco.com/iop سازگاری فرستنده گیرنده-به-فرستنده گیرنده را تأیید می‌کند. این امر هنگام اختلاط فرستنده‌های Cisco با قدیمی‌های مختلف، برنامه‌ریزی استقرار چندگانه تقسیم طول موج (WDM) یا واجد شرایط بودن ماژول‌های شخص ثالث ضروری می‌شود.

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

برای استقرار WDM، IMT نشان می دهد که کدام طول موج های CWDM یا DWDM با هم کار می کنند. پرس و جو برای DWDM-SFP-5575 فرستنده‌های گیرنده سازگار را در طول موج 1557.36 نانومتر برمی‌گرداند، و تضمین می‌کند که تخصیص‌های طول موج در سیستم‌های چندگانه تضاد ندارند.

این ابزار همچنین مجموعه های کابل آزمایش شده را مستند می کند. برای کابل‌های مسی{1} مستقیم (DAC)، مشخص می‌کند که کدام پلت‌فرم سوئیچ از کابل‌های فعال در مقابل کابل‌های غیرفعال پشتیبانی می‌کند و اینکه آیا کابل‌های شکست (QSFP تا 4xSFP+) با پورت‌های خاصی کار می‌کنند یا خیر.

فرمان-تأیید خط

فراتر از ابزارهای وب، دستورات CLI اعتبار سنجی سازگاری واقعی- را ارائه می‌کنند. فرمان فرستنده گیرنده show interfaces جزئیات فرستنده گیرنده فعلی از جمله شماره قطعه، شماره سریال و نسخه سیستم عامل را نمایش می دهد. مقایسه این خروجی با ارتقاهای برنامه ریزی شده مشکلات سازگاری را قبل از پنجره های تعمیر و نگهداری پیدا می کند.

برای پلتفرم‌های MDS که از ارتقاء میان‌افزار فرستنده گیرنده پشتیبانی می‌کنند، دستور نصب فرستنده گیرنده شامل حالت اجرای خشک-است. در حال اجرا ماژول [محدوده] فرستنده گیرنده [نام فایل] نصب بدون تأیید، نشان می دهد که کدام فرستنده گیرنده نیاز به ارتقا دارد و آیا بارگذاری مجدد ضروری است یا خیر. این پیش‌نمایش ناسازگاری‌ها را قبل از انجام عملیات مخرب شناسایی می‌کند.

دستور show inventory جزئیات سخت افزاری از جمله مدل دقیق سوئیچ، ماژول های نصب شده و شماره قطعه آنها را نشان می دهد. ارجاع متقابل به این موجودی در برابر ماتریس های سازگاری ماژول-محدودیت های خاص را جلب می کند.

 

---

تله های سازگاری رایج

 

استقرارهای عملی با مشکلات مکرر سازگاری مواجه می شوند که ابزارهای تأیید به تنهایی مانع از آن نمی شوند.

فرستنده و گیرنده های مختلط چند-فروشنده

استفاده از فرستنده‌های گیرنده از چندین سازنده، حتی زمانی که همه ادعا می‌کنند که سیسکو سازگاری دارند، خطر ایجاد می‌کند. فروشنده‌های شخص ثالث اغلب فرستنده‌های گیرنده خود را برای تقلید از شماره‌های قطعه خاص Cisco کد می‌کنند. وقتی Cisco به‌روزرسانی‌های میان‌افزار را برای فرستنده گیرنده واقعی منتشر می‌کند، معادل‌های شخص ثالث به‌روزرسانی‌های همگام‌سازی شده را دریافت نمی‌کنند.

این سناریویی را ایجاد می‌کند که در آن برخی از فرستنده‌های گیرنده در یک گروه تجمع پیوند (LAG) نسخه‌های مختلف سفت‌افزار را اجرا می‌کنند. در حالی که هر فرستنده گیرنده به طور جداگانه بررسی های سازگاری را انجام می دهد، عدم تطابق نسخه سیستم عامل باعث ناپایداری LAG می شود. ترافیک به طور یکنواخت بارگیری نمی‌شود،

فرمان فرستنده گیرنده{0}}خدمات پشتیبانی نشده، ماژول‌های شخص ثالث{1} را فعال می‌کند اما هشدارهای قابل توجهی دارد. مهندسان شبکه از استقرار Catalyst 9200 گزارش می‌دهند که این دستور در نسخه‌های اولیه IOS-XE 16.x به‌طور نامنظم عمل می‌کند، و گاهی اوقات نیاز به راه‌اندازی مجدد چندگانه قبل از راه‌اندازی فرستنده گیرنده دارد. با IOS-XE 17.x، رفتار تثبیت شد، اما پشتیبانی TAC برای هر گونه مشکلی که مربوط به اپتیک‌های غیر{9}}سیسکو باشد، در دسترس نیست.

برخی از اپراتورهای شبکه این مشکل را با نگهداری موجودی های جداگانه حل می کنند. لینک‌های تولید حیاتی منحصراً از فرستنده‌های گیرنده برند Cisco-استفاده می‌کنند، در حالی که ماژول‌های شخص ثالث به محیط‌های آزمایشگاهی و اتصالات غیر مهم-خدمت می‌کنند. این سیاست از ابهام سازگاری در مسیرهایی که تفاوت هزینه را توجیه می کنند جلوگیری می کند.

عدم تطابق سیستم عامل قدیمی

فرستنده‌های Cisco که با فاصله سال‌ها از هم خریداری شده‌اند ممکن است نسخه‌های سفت‌افزار متفاوتی داشته باشند، حتی زمانی که شماره‌های قطعه به طور یکسان مطابقت داشته باشند. ویژگی ارتقای سیستم عامل فرستنده گیرنده MDS 9000 به طور خاص این مشکل را برطرف می کند-به روز رسانی فیلد{3}}سیستم افزار فرستنده گیرنده مستقر شده به نسخه های فعلی اجازه می دهد.

با این حال، ارتقاء سیستم عامل الزامات سازگاری خود را معرفی می کند: ویرایش سخت افزار فرستنده گیرنده باید از به روز رسانی سیستم عامل پشتیبانی کند. سخت افزار فرستنده گیرنده قدیمی فاقد حافظه فلش یا رابط برنامه نویسی لازم است. ماتریس سازگاری با فهرست کردن فرستنده گیرنده ها در جدول "پشتیبانی شده برای ارتقای سیستم عامل"، پشتیبانی ارتقا را نشان می دهد.

سازمان‌ها معمولاً هنگام مخلوط کردن سهام قدیمی با خریدهای جدید، متوجه مشکلات قدیمی می‌شوند. استقرار با استفاده از ماژول‌های GLC-LX-SM خریداری‌شده در سال 2018 ممکن است در صورت ترکیب با شماره‌های قطعه یکسان از خرید سال 2024، به کیفیت پیوند مورد انتظار دست پیدا نکند، به دلیل ویژگی‌های لیزر اصلاح‌شده در میان‌افزار جدیدتر.

بسته‌های میان‌افزار فرستنده گیرنده برای پلتفرم‌های MDS این مشکل را با آوردن همه فرستنده‌های پشتیبانی‌شده به نسخه‌های میان‌افزار سازگار حل می‌کنند. شماره نسخه بسته (9.4.1a، 9.4.2) با نسخه‌های NX{3}}OS مرتبط است، و تضمین می‌کند که نرم‌افزار و فرستنده گیرنده سازگاری آزمایش‌شده را حفظ می‌کنند.

نسخه نرم افزار Edge Cases

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

پلتفرم های کاتالیست این را با فرستنده های اترنت سریع GLC-FE-100ZX تجربه کردند. این‌ها در ماتریس‌های سازگاری تا IOS 15.2 باقی ماندند، اما از پشتیبانی IOS-XE 16.x ناپدید شدند، زیرا Cisco تمرکز خود را روی گیگابیت و سرعت‌های بالاتر تغییر داد. ارتقاء سوئیچ‌ها به نسخه‌های جدیدتر IOS-XE با حفظ این فرستنده‌ها، پیکربندی‌های پشتیبانی‌نشده‌ای را ایجاد کرد.

انتشار نقطه در یک نسخه اصلی گاهی اوقات رفتار فرستنده گیرنده را تغییر می دهد. انجمن‌های انجمن مواردی را مستند می‌کنند که یک فرستنده گیرنده که روی IOS-XE 17.6.1 کار می‌کرد، پس از ارتقاء به 17.6.3 به دلیل تغییرات در پشته درایور نوری، از کار افتاد. در حالی که سیسکو این رگرسیون ها را اصلاح می کند، دوره میانی ریسک عملیاتی را ایجاد می کند.

رویکرد پیشنهادی شامل بررسی یادداشت‌های انتشار برای هر دو نسخه نرم‌افزار مبدأ و هدف در طول برنامه‌ریزی ارتقاء است. یادداشت‌های انتشار، فرستنده و گیرنده سند از تغییرات پشتیبانی می‌کند، حتی زمانی که ماتریس‌های سازگاری حذف خاص نسخه را برجسته نمی‌کنند.

زمان بندی درج ماژول شبکه

در سوئیچ های مدولار مانند سری Catalyst 9000 با ماژول های شبکه (NM)، زمان قرار دادن ماژول و فرستنده گیرنده بر بررسی های سازگاری تأثیر می گذارد. قرار دادن فرستنده گیرنده قبل از اینکه سوئیچ ماژول شبکه را به طور کامل شناسایی کند، گاهی اوقات باعث می شود سوئیچ درایورهای نادرست فرستنده گیرنده را اختصاص دهد.

ترتیب مناسب: سوئیچ را بوت کنید، منتظر بمانید تا تمام ماژول های شبکه نصب شده را به طور کامل شناسایی کند (تأیید شده از طریق ماژول نمایش)، سپس فرستنده گیرنده را وارد کنید. این به سیستم عامل اجازه می دهد تا درایورهای مناسب را بر اساس فرستنده گیرنده و ماژول شبکه خاصی که میزبان آن است انتخاب کند.

تعویض داغ-ماژول‌های شبکه در حالی که فرستنده‌های گیرنده نصب هستند، حاشیه دیگری ایجاد می‌کند. برخی از مدل‌های سوئیچ این کار را به خوبی انجام می‌دهند و پس از شروع مجدد ماژول، درایورهای فرستنده گیرنده را تغییر می‌دهند. برخی دیگر نیاز به خاموش کردن دستی همه پورت‌های ماژول، حذف فرستنده گیرنده، جابجایی مجدد ماژول شبکه، انتظار برای مقداردهی اولیه کامل و سپس قرار دادن مجدد فرستنده گیرنده دارند.

اسناد به ندرت جزئیات این توالی‌های درج را نشان می‌دهد، که باعث می‌شود دانش قبیله‌ای بین تیم‌های شبکه منتقل شود. تأیید قبل از استقرار تولید به ایجاد رویه های قابل اعتماد برای هر پلت فرم کمک می کند.

 

---

ارزیابی ریسک برای ارتقاء فرستنده گیرنده سیسکو

 

کمی کردن خطرات قبل از ارتقاء فرستنده گیرنده به اولویت بندی تلاش های کاهش و برنامه ریزی مناسب برای نگهداری کمک می کند.

تجزیه و تحلیل اختلال

ارتقاء سیستم عامل فرستنده گیرنده MDS به صراحت ماهیت مخرب آنها را مستند می کند. هنگام ارتقاء فرستنده گیرنده در سوئیچ فابریک، همه پورت ها بدون توجه به اینکه فرستنده گیرنده آنها نیاز به به روز رسانی دارند، خاموش می شوند. این فرآیند به 8+ دقیقه در دسترس نبودن کامل سوئیچ، به‌علاوه زمان بارگذاری مجدد خودکار، اگر تغییرات میان‌افزار نیازمند چرخه برق باشد، نیاز دارد.

سوئیچ‌های کلاس{0}مدیر، اختلال را در کارت‌های خط آسیب‌دیده بومی‌سازی می‌کنند، اما همچنان همه پورت‌های آن کارت‌ها را خاموش می‌کنند. مدیری با 18 کارت خط ممکن است نیاز به ارتقاء در کارت های 1، 8 و 18 داشته باشد که باعث می شود همه پورت های آن سه کارت به طور همزمان آفلاین شوند.

این الگوی اختلال، بر خلاف ارتقای نرم‌افزاری که سوئیچ‌ها می‌توانند ترافیک را در طول فرآیند حفظ کنند، به‌روزرسانی‌های غلتشی را برای فرستنده‌ها غیرممکن می‌کند. هر ارتقای فرستنده گیرنده باید به عنوان یک قطع برنامه ریزی شده با کنترل تغییر مناسب در نظر گرفته شود.

پلتفرم‌های Catalyst و Nexus از ارتقاء سیستم عامل فرستنده گیرنده از طریق CLI پشتیبانی نمی‌کنند، اما تعویض فیزیکی فرستنده‌ها همچنان باعث اختلال در پورت می‌شود. این سوال پیش می‌آید که آیا جایگزینی تنها پورت خاص را مختل می‌کند یا اینکه حذف یک فرستنده گیرنده از یک ماژول شبکه پر جمعیت باعث شروع اولیه‌سازی مجدد می‌شود که بر پورت‌های همسایه تأثیر می‌گذارد.

آزمایش این رفتار در محیط‌های آزمایشگاهی مخصوص ترکیب سخت‌افزاری شما از غافلگیری در طول نگهداری تولید جلوگیری می‌کند. برخی از طراحی‌های ماژول، منابع تغذیه را در بین گروه‌های پورت به اشتراک می‌گذارند، که باعث می‌شود هنگام قرار دادن یا برداشتن فرستنده‌گیرنده، برق لحظه‌ای ایجاد شود.

نقشه وابستگی پیوند

بسیاری از شبکه‌ها وابستگی‌های پنهانی دارند که در آن ارتقاء یک فرستنده گیرنده بر خدماتی تأثیر می‌گذارد که مستقیماً از آن پیوند عبور نمی‌کنند. پروتکل های صفحه کنترل، خارج از-مدیریت باند، و مسیرهای پشتیبان، همگی این وابستگی ها را ایجاد می کنند.

ارتقاء فرستنده گیرنده که یک پورت را به مدت پنج دقیقه غیرفعال می کند، تا زمانی که کشف شود که پورت دارای قابلیت همتاسازی BGP برای لبه اینترنت است، جزئی به نظر می رسد. زمان پایان جلسه BGP باعث خروج مسیر می شود، و همگرایی مسیر در سراسر شبکه باعث از دست رفتن بسته از ثانیه- تا{2}}دقیقه فراتر از قطع مستقیم پورت می شود.

نگاشت این وابستگی ها مستلزم ترکیب اطلاعات از چندین منبع است: وضعیت پروتکل مسیریابی، جداول همسایه CDP/LLDP، تخصیص VLAN، و نگاشت سرویس به-درگاه. ابزارهای خودکار کمک می کنند، اما بررسی دستی موارد گوشه را جلب می کند.

نقشه برداری نه تنها باید مسیرهای اولیه بلکه مسیرهای آماده به کار را نیز مشخص کند. به‌روزرسانی فرستنده‌های گیرنده در پیوندهای آماده به کار HSRP تا زمانی که مسیر اصلی در اواسط تعمیر از کار بیفتد، ایمن به نظر می‌رسد.

الزامات صلاحیت فروشنده

سازمان‌هایی که سیاست‌های کنترل تغییر سخت‌گیرانه دارند ممکن است برای هر پیکربندی که صریحاً در ماتریس‌های سازگاری مستند نشده است، به گواهی فروشنده نیاز داشته باشند. این موضوع هنگام ترکیب نسل‌های تجهیزات، اجرای نسخه‌های نرم‌افزار قدیمی‌تر، یا استفاده از فرستنده‌های گیرنده{1} شخص ثالث مرتبط می‌شود.

برخی از صنایع (خدمات مالی، مراقبت های بهداشتی) اجباری می کنند که هر جزء شبکه ای که می تواند بر تولید تأثیر بگذارد باید آزمایش رسمی صلاحیت را پشت سر بگذارد. برای فرستنده گیرنده، این به معنای اعتبار سنجی آزمایشگاهی است که ترکیب خاصی از مدل سوئیچ، نسخه نرم افزار و عملکرد شماره قطعه گیرنده را به درستی تحت بار مورد انتظار نشان می دهد.

فرآیند صلاحیت معمولاً شامل موارد زیر است: آزمایش عملکرد پایه، آزمایش استرس با حداکثر استفاده از پورت، عملیات پایدار در 72+ ساعت، و تأیید سناریوی شکست. در حالی که{2}}مشکل صلاحیت زمان بر است، مشکلات سازگاری را ایجاد می کند که فقط در شرایط تولید آشکار می شود.

نتایج صلاحیت باید نسخه‌های نرم‌افزار و سفت‌افزار دقیق آزمایش‌شده را مستند کند. مدرکی که نشان می‌دهد یک فرستنده گیرنده با IOS-XE 17.6.1 کار می‌کند، به‌طور خودکار به 17.9.1 گسترش نمی‌یابد، و پس از تغییرات عمده نسخه نیاز به صلاحیت مجدد دارد.

 

---

بهترین روش ها برای اجرای ارتقاء فرستنده گیرنده سیسکو

 

ارتقای موفقیت‌آمیز فرستنده گیرنده سیسکو تأیید کامل را با روش‌های عملیاتی دقیق ترکیب می‌کند.

پیش{0}لیست بررسی تأیید صحت ارتقا دهید

قبل از باز کردن پنجره تعمیر و نگهداری برای ارتقاء فرستنده گیرنده سیسکو، تأیید کنید:

موجودی سخت افزار با اسناد مطابقت دارد. از نمایش موجودی برای تأیید ماژول‌های نصب شده و مدل‌های سوئیچ استفاده کنید، در مقایسه با آنچه ابزارهای سازگاری انتظار دارند. شناسایی نادرست سخت افزار یکی از دلایل رایج جستجوهای سازگاری نادرست است.

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

شماره قطعات فرستنده گیرنده دقیقاً با قطعات سفارش داده شده مطابقت دارد. شماره قطعات سیسکو شامل پسوندهایی است (-I برای دمای صنعتی، -S برای استاندارد) که سازگاری را تحت تأثیر قرار می‌دهند. دریافت QSFP-40G-SR4 زمانی که QSFP-40G-SR4-I را تأیید کردید، یک پیکربندی تأیید نشده ایجاد می‌کند.

گیرنده های شریک لینک مستند و سازگار هستند. برای پیوندهای-به-نقطه‌ای که فراتر از شبکه شما گسترش می‌یابند، با انتهای راه دور هماهنگ کنید تا مدل فرستنده گیرنده آنها را تأیید کنید. اگر از فروشندگان یا نسل های فرستنده گیرنده مختلف استفاده می کنند، ماتریس قابلیت همکاری را بررسی کنید.

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

استراتژی عرضه مرحله‌ای

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

فاز 1 پیوندهای غیر مهم در تولید-پیوندهای بالا را برای دسترسی به سوئیچ‌هایی که به جمعیت‌های کوچک کاربران سرویس می‌دهند، پیوندهای پشتیبان در جفت‌های اضافی، یا پیوندهایی به شبکه‌های توسعه را هدف قرار می‌دهد. عملیات موفقیت آمیز در محیط تولید تحت ترافیک واقعی، سازگاری نظری را تأیید می کند.

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

فاز 3 لینک‌های تولید اولیه را پوشش می‌دهد، که در طول پنجره‌های تعمیر و نگهداری تایید شده با رویه‌های بازگشت معین برنامه‌ریزی شده‌اند. در این مرحله، هر گونه مشکل سازگاری ظاهر شده و حل شده است.

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

برنامه ریزی بازگشت

هر طرح ارتقای فرستنده گیرنده سیسکو به یک روش بازگشت تعریف شده با معیارهای موفقیت خاص و محرک های بازگشت نیاز دارد.

معیارهای موفقیت باید قابل اندازه‌گیری باشند: پیوند در 30 ثانیه ایجاد می‌شود، خطاهای CRC در طول 5 دقیقه صفر می‌شود، تأخیر پینگ در هنجارهای تاریخی باقی می‌ماند، هیچ پیام گزارشی که نشان‌دهنده هشدار آستانه نوری باشد. مانیتورینگ خودکار این معیارها را برای مقایسه با خط پایه ثبت می‌کند.

محرک‌های بازگشت نقطه تصمیم را مشخص می‌کنند: اگر معیارهای موفقیت در عرض X دقیقه برآورده نشدند، به پیکربندی قدیمی برگردید. برای جایگزینی فرستنده گیرنده فیزیکی، این بدان معناست که فرستنده گیرنده های قدیمی را فوراً در دسترس داشته باشید، نه اینکه به موجودی بازگردانده شوند.

روال بازگشت باید مستند شده و تمرین شود. مراحلی مانند "حذف فرستنده گیرنده جدید، پورت تمیز کردن، قرار دادن فرستنده گیرنده قدیمی، تایید پیوند" واضح به نظر می رسند اما تحت فشار فراموش می شوند. اجراهای تمرینی زمان‌بندی‌شده نشان می‌دهند که بازگشت مجدد چقدر طول می‌کشد.

برای ارتقای میان‌افزار در پلت‌فرم‌های MDS، بازگشت به عقب امکان‌پذیر نیست-سیستم‌افزار فرستنده گیرنده را فقط می‌توان ارتقا داد، نه تنزل. این امر رویکرد عرضه مرحله‌ای را حتی حیاتی‌تر می‌کند، زیرا مشکلاتی که در اواسط-به‌روزرسانی کشف شد، هیچ گزینه عقب‌نشینی باقی نمی‌گذارد.

استانداردهای مستندسازی

جزئیات تأیید و ارتقا را در اسنادی که فراتر از پنجره تعمیر و نگهداری وجود دارد، ضبط کنید. عناصر ضروری عبارتند از:

شماره قطعات دقیق همه اجزای درگیر: مدل سوئیچ، کارت خط، ماژول شبکه، فرستنده گیرنده قدیمی، فرستنده گیرنده جدید. شامل شماره سریال برای مسیرهای بحرانی.

نسخه های نرم افزاری هم برای سیستم عامل سوئیچ و هم برای سیستم عامل فرستنده گیرنده. برای هر گونه ارتقاء به حالت های «قبل» و «بعد» توجه کنید.

اسکرین شات های ماتریس سازگاری که پیکربندی تایید شده را نشان می دهد. اینها سعی و کوشش لازم را اثبات می کنند و اگر ماه ها بعد سؤالاتی مطرح شد، مرجع سریع ارائه می دهند.

معیارهای عملکرد پایه جمع آوری شده قبل از ارتقا: وضعیت پیوند، سطوح توان نوری، شمارنده خطا، استفاده از پهنای باند. سنجه‌های ارتقای پست{1}}باید با این خطوط پایه مطابقت یا بهبود یابد.

هرگونه انحراف از رویه های استاندارد و توجیه آنها. اگر رویه‌های بازگشت دقیقاً رعایت نمی‌شد، به جای آن دلیل و آنچه انجام شد را مستند کنید.

این سطح مستندات بیش از حد به نظر می رسد تا زمانی که مشکلات عیب یابی شش ماه پس از ارتقاء فرستنده گیرنده سیسکو انجام شود. زمانی که سیسکو اعلامیه‌های میدانی یا گزارش‌های اشکالی را منتشر می‌کند که بر نسخه‌های خاص تأثیر می‌گذارد، دانستن اینکه دقیقاً کدام نسخه سیستم عامل فرستنده گیرنده مستقر شده است، بسیار مهم می‌شود.

 

---

سوالات متداول

 

آیا در صورت خرید مستقیم از سیسکو، می توانم از بررسی سازگاری رد شوم؟

فرستنده‌های{0}}سیسکو هنوز به تأیید سازگاری نیاز دارند. حتی ماژول های معتبر سیسکو فقط با مدل های سوئیچ خاص و نسخه های نرم افزاری کار می کنند. ماتریس سازگاری TMG این الزامات را بدون توجه به جایی که فرستنده گیرنده خریداری می کنید، مستند می کند. برچسب "سیسکو-با نام تجاری" اصالت را تضمین می کند، نه سازگاری جهانی.

الزامات سازگاری بین پلتفرم های Catalyst، Nexus و MDS چگونه متفاوت است؟

هر خانواده پلتفرم از سیستم عامل ها و معماری های سخت افزاری مختلفی استفاده می کند و ماتریس های سازگاری جداگانه ایجاد می کند. Catalyst IOS یا IOS{1}}XE را اجرا می‌کند، Nexus NX-OS را اجرا می‌کند و MDS از یک نوع تخصصی NX-OS استفاده می‌کند. یک فرستنده و گیرنده تأیید شده برای Catalyst 9300 به تأیید جداگانه برای Nexus 9300 نیاز دارد، حتی اگر شماره قطعه مشابه به نظر برسد. ماتریس های{8}خاص پلت فرم را همیشه بررسی کنید.

اگر از فرمان فرستنده گیرنده پشتیبانی نشده-سرویس استفاده کنم،-فرستنده های شخص ثالث کار خواهند کرد؟

این فرمان به سوئیچ اجازه می‌دهد که فرستنده‌های غیر{0}}سیسکو را بپذیرد، اما عملکرد را تضمین نمی‌کند. نرخ موفقیت بسته به پلتفرم، نسخه نرم افزار، و فروشنده شخص ثالث خاص متفاوت است. برخی از ماژول‌های شخص ثالث بدون نقص کار می‌کنند، برخی دیگر باعث خرابی‌های متناوب تحت بار می‌شوند و برخی کاملاً ناسازگار هستند. لینک های تولید حیاتی باید از فرستنده و گیرنده های تایید شده سیسکو استفاده کنند. پشتیبانی TAC برای مشکلات مربوط به اپتیک شخص ثالث در دسترس نیست.

اگر تأیید را رد کنم و یک فرستنده ناسازگار نصب کنم چه اتفاقی می افتد؟

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

آیا باید سازگاری هر فرستنده گیرنده یا فقط شماره قطعه را تأیید کنم؟

با شماره قطعه تأیید کنید، اما توجه داشته باشید که فرستنده‌های گیرنده با شماره قطعه یکسان ممکن است نسخه‌های سفت‌افزار متفاوتی داشته باشند که بر رفتار تأثیر می‌گذارند. برای پلتفرم‌های MDS که از ارتقاء سیستم‌افزار پشتیبانی می‌کنند، فرآیند ارتقا سیستم‌افزار را در همه فرستنده‌های گیرنده از یک نوع استاندارد می‌کند. برای پلتفرم‌هایی که قابلیت ارتقای سیستم‌افزار ندارند، خرید فرستنده گیرنده از همان دسته به اطمینان از نسخه‌های سفت‌افزار سازگار کمک می‌کند.

ماتریس های سازگاری سیسکو هر چند وقت یک بار به روز می شوند؟

سیسکو به طور مداوم ماتریس ها را با راه اندازی مدل های فرستنده گیرنده و سوئیچ جدید به روز می کند و نسخه های نرم افزاری پشتیبانی از ترکیب های اضافی را امکان پذیر می کند. همیشه با استفاده از ماتریس آنلاین زنده به جای کپی های ذخیره شده یا دانلود شده، تأیید کنید. سازگاری که شش ماه پیش وجود نداشت، ممکن است اکنون در دسترس باشد، و برعکس{2}}گاهی اوقات فرستنده‌ها منسوخ می‌شوند، زیرا سیسکو فناوری‌های قدیمی‌تر را کنار می‌گذارد.

 

---

برنامه ریزی برای ارتقای فرستنده گیرنده سیسکو بعدی

 

الزامات تأیید سازگاری سیسکو با جلوگیری از عدم تطابق بین فرستنده‌ها، سخت‌افزار شبکه و سیستم‌های عامل، از قابلیت اطمینان شبکه محافظت می‌کند. چارچوب سازگاری سه‌بعدی یک رویکرد سیستماتیک برای اعتبارسنجی در پلتفرم‌های سخت‌افزار، نسخه‌های نرم‌افزار، و قابلیت همکاری فرستنده گیرنده ارائه می‌کند.

بینش کلیدی: مشکلات سازگاری همیشه به صورت شکست فوری ظاهر نمی شوند. بسیاری از مشکلات به صورت عملکرد ضعیف، خطاهای متناوب یا خرابی هایی ظاهر می شوند که فقط در شرایط خاص رخ می دهند. این تجلی تأخیر{2}}تأیید صحت قبل از استقرار را ضروری می‌کند-پیگیری ناسازگاری‌ها در آزمایش‌های آزمایشگاهی به‌طور قابل‌توجهی ارزان‌تر از عیب‌یابی در تولید است.

ارتقاء فرستنده گیرنده سیسکو بعدی خود را با مستند کردن دقیقاً آنچه که در حال ارتقاء هستید شروع کنید: مدل‌های سوئیچ خاص، کارت‌های خط یا ماژول‌های شبکه، نسخه‌های نرم‌افزار فعلی، و شماره قطعات فرستنده گیرنده هدف. اینها را از طریق ابزارهای TMG Compatibility Matrix و Interoperability Matrix اجرا کنید و از صفحه نمایش برای مستندسازی عکس بگیرید. در صورت امکان در محیط آزمایشگاهی مطابق با پیکربندی تولید آزمایش کنید. راه اندازی خود را به گونه ای تنظیم کنید که مشکلات را قبل از اینکه بر مسیرهای حیاتی تأثیر بگذارند، شناسایی کنید.

زمان صرف شده برای تأیید سازگاری کامل، چندین برابر را در قطعی های اجتناب شده، کاهش زمان عیب یابی و جلوگیری از خرید سخت افزار اضطراری برمی گرداند. قابلیت اطمینان شبکه با درست کردن اصول اولیه شروع می شود-و سازگاری فرستنده گیرنده اساسی است.

---

منابع داده

تحقیقات گارتنر: تجزیه و تحلیل هزینه شبکه (2024)

موسسه Uptime: تجزیه و تحلیل قطعی سالانه 2023

Network World: Survey of Network Professionals on Downtime Causes (2024)

سیسکو: یادداشت‌های انتشار میان‌افزار فرستنده گیرنده سری MDS 9000، نسخه 9.4(1a)

Cisco: Optics Compatibility Matrix Manual User (2025)

IDC: مطالعه هزینه شبکه

انجمن های انجمن سیسکو: بحث های سازگاری فرستنده گیرنده (2021-2025)