التشغيل المتبادل بين Cisco وHuawei: ما يتعطّل فعلاً

تنتهي المنشآت إلى بنى مختلطة من Cisco وHuawei لأسباب عادية: اندماج، أو تحديث على مراحل، أو قرار شراء تغيّر بين مشروعين، أو بناء فرع سُعّر بمعزل عن المقرّ. والخبر الجيد أن هذه الشبكات تعمل. أما المشكلات، حين تظهر، فتتجمّع في المواضع القليلة نفسها كل مرة — وكلها أرخص في المعالجة عند التصميم منها عند تتبّع الأعطال.

طبقة المعايير ليست المشكلة

ابدأ من ما هو سليم فعلاً، لأن كثيراً من القلق هنا في غير موضعه. فترقيم VLAN هو 802.1Q على الجانبين. وتجميع الوصلات هو 802.3ad. وشجرة الامتداد، في صيغها المعيارية، تعمل متبادلاً. وOSPF هو OSPF وBGP هو BGP. ومبدّل Huawei يتّصل بمبدّل Cisco حاملاً شبكات VLAN موسومة ومشاركاً في بروتوكول التوجيه نفسه، وهذا أمر عادي وسيبقى مستقراً.

وإذا استخدم تصميمك بروتوكولات معيارية عبر حدّ المورّدين، فقد تفاديت أصلاً معظم المتاعب.

المشكلة الأولى: التجميع وميزات الهيكل

التجميع خاص بكل مورّد. فتقنية Cisco StackWise وتجميع Huawei غير متوافقين، ولا يغيّر ذلك أي قدر من التهيئة. والأمر نفسه ينطبق على معظم ميزات التكرار على مستوى الهيكل.

والنتيجة التصميمية بسيطة: المجموعة المكدّسة وحدة أحادية المورّد. فلا تخطّط لخزانة أسلاك يُفترض أن تتصرّف فيها علامتان كمبدّل منطقي واحد. اجعل مورّداً واحداً لكل مجموعة، واعبر الحدّ بوصلة مجمّعة معيارية بدلاً من ذلك.

المشكلة الثانية: شبكات الصوت الافتراضية واكتشاف الأجهزة

هذه هي التي تولّد أكثر مكالمات الدعم، وتظهر عادةً كهاتف IP يعمل على شبكة افتراضية خاطئة أو لا يعمل أصلاً.

يدعم المورّدان بروتوكول LLDP وهو المعيار، وLLDP-MED هو ما ينبغي أن يستخدمه الهاتف لمعرفة شبكة الصوت الافتراضية. والاحتكاك يأتي من بروتوكول Cisco Discovery Protocol الخاص بـ Cisco: فهاتف Cisco في تصميم متمركز حول Cisco قد يعتمد على CDP دون أن يلاحظ أحد، ومبدّل وصول من Huawei لن يتكلّمه.

والحل هو توحيد الاعتماد على LLDP-MED في البنية كلها والتحقّق من أن الهواتف تستخدمه فعلاً بدلاً من افتراض ذلك. افعل هذا على منفذ اختبار قبل تعميمه على طابق، لأن العَرَض متقطّع بما يكفي لإهدار أسبوع.

المشكلة الثالثة: التفاوض على PoE في الحالات الحدّية

التفاوض المعياري على PoE وPoE+ متوافق ونادراً ما يكون مشكلة. أما حيث يعضّ فعلاً فهو في الطرف الأعلى ومع السلوك السابق للمعيار: جهاز عالي السحب مثل نقطة وصول متعدّدة الراديو أو كاميرا PTZ، على مبدّل تختلف ميزانية منفذه أو سلوك تفاوضه عمّا يتوقّعه الجهاز.

تحقّق من ميزانية الطاقة الفعلية لكل منفذ وللمبدّل كاملاً في الطراز المحدّد مقابل السحب الفعلي للجهاز المحدّد، عند الفئة التي يتفاوض عليها لا عند رقمه في السكون. فالجهاز الذي يُقلع ثم يُعيد التشغيل تحت الحمل هو هذا تقريباً دائماً.

المشكلة الرابعة: الإدارة والمراقبة والتكلفة البشرية

التكلفة الحقيقية طويلة الأمد للبنية المختلطة ليست عدم توافق بروتوكول، بل أنك تشغّل الآن مستويَي إدارة، ودورتَي إصدار برمجيات، وعقدَي دعم، ومجموعتَي معرفة هندسية. ولا يدير أي من المورّدين الآخر، والجواب لتوحيد المراقبة هو نظام إدارة شبكات من طرف ثالث يتكلّم SNMP وقياسات البيانات بصورة متزايدة.

وهذا قابل للتنفيذ وكثير من المنشآت تفعله. لكن ينبغي أن يكون قراراً مُتخذاً وقد حُسبت أعباؤه التشغيلية، لا حالةً تنزلق إليها أمر شراء بعد أمر شراء.

تصميم يبقى بعيداً عن المتاعب

ارسم حدّ المورّدين عند طبقة أو موقع، لا داخل خزانة. واعبره ببروتوكولات معيارية فقط. ووحّد الاعتماد على LLDP-MED لاكتشاف الأجهزة. وتحقّق من ميزانيات PoE مقابل فئات الأجهزة الحقيقية. وحدّد مسبقاً أي نظام إدارة هو المرجع، واحرص على أن تُغذّيه المنصّتان.

ثم اختبر الحدّ قبل أن تحتاجه: أعطِل وصلة، وأعِد تشغيل مبدّلاً، وافصل هاتفاً، وراقب ما يحدث. فالبنى المختلطة التي جرى التحقّق منها تتصرّف بشكل متوقّع؛ وقصص الانقطاعات تأتي من تلك التي جرى افتراضها.

وإذا كنت تشغّل أو تخطّط لبنية مختلطة في المملكة، فنحن نورّد الخطّين وندعمهما، ويمكننا مراجعة تصميم الحدّ معك قبل تنفيذه.