يفشل التكوين اليدوي ل CTS مع نشر الرقيب على خطوط اتصال Catalyst 9500X من الطبقة 2

خيارات التنزيل

PDF (255.6 KB)
عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
ePub (84.5 KB)
العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
Mobi (Kindle) (70.9 KB)
عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة

تم التحديث:١٠ نوفمبر ٢٠٢٦

معرّف المستند:226586

لغة خالية من التحيز

تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المحتويات

مسألة

عند تمكين التكوين اليدوي ل CTS باستخدام النشر من قبل الرقيب على واجهات خطوط الاتصال من الطبقة 2 بين محولات الوصول Catalyst C9300L ومحولات Catalyst C9500X-60L4D الأساسية، يتم فقد الاتصال في غضون ثوان قليلة حتى على الرغم من أن الوصلة الثانية تظل نشطة ولا يتم لمسها. ويصبح محول الوصول غير قابل للوصول من محطات الإدارة، ويقوم إيقاف تشغيل الوصلة التي تم تكوينها بواسطة CTS على الفور باستعادة الاتصال.

وتشمل الأعراض المحددة التي لوحظت ما يلي:

يتوقف محول الوصول عن إستقبال وحدات بيانات بروتوكول الجسر (BPDUs) على شبكات VLAN المتأثرة بعد تمكين دليل CTS برقيب النشر
يعلن محول الوصول عن جذر STP نفسه على كلا الوصلات، مشكلا حلقة الطبقة 2
عدد كبير من عمليات إسقاط البروتوكول غير المعروفة على واجهة محول الوصول (~عمليات إسقاط بطول 1.3 متر)
ينجح تفويض CTS مع تثبيت برنامج Peer Sgt 9999 وعدم فشل CTS أو MKA أو MacSec
يتعذر الوصول إلى IP الخاص بإدارة محول الوصول C9300 من محطات الإدارة المركزية
تحدث المشكلة تحديدا عندما تجتاز حركة مرور ذات علامات CMD مسار الطبقة 2 يتضمن C9500X

البيئة

محولات Catalyst C9500X-60L4D الأساسية التي تشغل نظام Cisco IOS
محولات وصول Catalyst C9300L التي تشغل إصدارات مختلفة من Cisco IOS (17.12.4، 17.15.4، 17.15.5)
وصلات خط الاتصال من الطبقة 2 مع مخطط الشجرة الممتدة
التكوين اليدوي ل CTS مع الرقيب الثابت 9999 وقم بنشر المساعد الذي تم تمكينه
محولات وصول ثنائية المراكز متصلة بمحولين رئيسيين
إدارة تكوين شبكة VLAN 50

قرار

سبب هذا إصدار بسبب جهاز تحديد خاص إلى المادة حفازة 9500X ومادة حفازة 9600X منصة. وينطوي القرار على فهم حدود المنبر وتنفيذ بدائل التصميم المناسبة.

تأكيد تحديد النظام الأساسي

أكدت الهندسة أن المادة حفازة 9500X منصة يتلقى تحديد جهاز موثق حيث لا يضيف أو يزيل ال cisco MetaData (CMD) رأس ل طبقة 2 يجسر حركة مرور. وهذا يعني:

حركة المرور التي تصل مع أوراق CMD باستخدام CMD
حركة المرور التي تصل دون مغادرة CMD دون CMD
يدعم النظام الأساسي وضع علامات في خط الرقيب فقط لحركة المرور الموجهة (من الطبقة 3)

نتائج الاختبار الاتجاهي

أكد إختبار التحقق من الصحة السلوك الاتجاهي.

الاختبار 1 - دليل CTS دون النشر على كلا الجانبين

interface
 cts manual
  policy static sgt 9999
  no propagate sgt
Result: PASS - Connection remains stable

الاختبار 2a - النشر ممكن فقط في C9500X

! C9500X Core:
interface
 cts manual
  policy static sgt 9999 trusted
  propagate sgt

! C9300L Access:
interface
 cts manual
  policy static sgt 9999 trusted
  no propagate sgt
Result: PASS - Connection remains stable

الاختبار 2b: النشر ممكن فقط في C9300L

! C9300L Access:
interface
 cts manual
  policy static sgt 9999 trusted
  propagate sgt

! C9500X Core:
interface
 cts manual
  policy static sgt 9999 trusted
  no propagate sgt
Result: FAIL - Connection breaks after a few seconds

بديل التصميم الموصى به

بما أن دليل CTS مع انتشار الرقيب لا يعمل بشكل موثوق به على خطوط الاتصال من الطبقة 2 للنظام الأساسي C9500X، فإن الحل الموصى به هو ترحيل الوصلات إلى واجهات الطبقة 3 باستخدام وضع علامات في خط الرقيب.

تهيئة C9500X:

interface <interface-id>
 no switchport
 ip address <ip-address> <subnet-mask>
 mtu 9216
 cts role-based enforcement
 cts role-based sgt-map <subnet> sgt 9999

تكوين C9300L:

interface <interface-id>
 no switchport
 ip address <ip-address> <subnet-mask>
 mtu 9216
 cts role-based enforcement
 cts role-based sgt-map <subnet> sgt 9999

السبب

يرجع السبب في المشكلة إلى تحديد الأجهزة الخاص بالسيليكون One-based Catalyst 9500X و Catalyst 9600X platforms. لا تدعم هذه الأنظمة الأساسية إزالة رأس Cisco MetaData (CMD) لحركة مرور البيانات عبر الطبقة 2. عندما يرسل C9300L حركة مرور الطبقة 2 برؤوس CMD عبر نشر أداة SGT، لا يمكن لجهاز C9500X إزالة رأس CMD قبل إعادة توجيه الحزم إلى نقاط النهاية بخلاف TrustSec، مما يتسبب في مشاكل في الاتصال.

يتم توثيق هذا التحديد في دليل تكوين وضع العلامات للرقيب Cisco Catalyst 9500 Sgt Inline Tag، وهو سلوك مقصود للأجهزة بدلا من عيب في البرامج. ينص التقييد: "بغض النظر عن التكوين اليدوي ل cts على واجهة الخروج، لا يضيف الجهاز ولا يزيل رأس Cisco MetaData (CMD) لحركة مرور الطبقة 2."

لا يكون هناك قيود على أنظمة Catalyst 9000 الأخرى، بما في ذلك السلسلة Catalyst 9550 Series، لأنها تستخدم بنى أجهزة مختلفة.

المحتوى ذي الصلة

محفوظات المراجعة

المراجعة	تاريخ النشر	التعليقات
1.0	10-Nov-2026	الإصدار الأولي

تمت المساهمة بواسطة مهندسو Cisco

برافينكومار بالانيسامي
مهندس إستشاري تقني