ميزة mLRE على موجه IOS-XE

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

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

تم التحديث:١٢ يونيو ٢٠٢٠

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

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

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

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

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

المحتويات

المقدمة

المشكلة

الحل

المقدمة

يصف هذا وثيقة ال multicast إعادة تدوير سمة (mLRE) إزالة على ال IOS-XE مسحاج تخديد.

المشكلة

إذا كانت الأجهزة المضيفة متصلة على واجهات متعددة وطلبت حركة مرور البث المتعدد على الموجه. يجب أن يقوم الموجه بإنشاء نسخة من حركة مرور البث المتعدد ويجب أن يرسلها على جميع الواجهات التي تطلب حركة مرور البث المتعدد لمجموعة البث المتعدد المحددة. إذا تم معالجة الحزم بشكل تسلسلي، وهو ما يعني حزمة تلو الأخرى، فهذا يساعد الموجه على تحسين الأداء. غير أنه يحدث تأخيرا غير عادل في عقد مختلفة بسبب طبيعته. ويطلق على هذه المعالجة التسلسلية لحركة مرور البث المتعدد اسم LRE في موجهات البث المتعدد ويتم تمكينها بشكل افتراضي على الموجهات التي تعتمد على إصدار IOS وطرازها.

على الرغم من أن معالجة الحزم تتسبب في حدوث فرق يتراوح من 4 إلى 12 ميكروثانية بين الحزم التي تمت معالجتها تجاورا.
قد يؤدي ذلك إلى حدوث تأخير كبير في البيئات ذات الوقت الحرج مثل الشركة التجارية في حالة وجود عدد كبير من العقد الطرفية التي تطلب حركة مرور البث المتعدد.

توضح هذه الصورة المخطط لفهم هذا بشكل أفضل.

كما يمكنك أن ترى أن لدينا 4 مضيفين متصلين ب LHR وهم يطلبون حركة مرور لمجموعة البث المتعدد 239.1.1.1.

إذا تم تشغيل تعقب الحزمة على LHR، فيرى أن الحزمة المستلمة من المصدر يتم إستهلاكها بصمت بواسطة LHR ثم تقوم بإنشاء 4 حزم مماثلة وإعادة توجيهها إلى كل واجهة متصلة بالمضيف.

LHR#show platform packet-trace summary 
Pkt   Input             Output            State  Reason
0     Gi2               <none>            CONS   Packet Consumed Silently     <<< recieved packet from sender
1     Gi2               Gi6               FWD                                 <<< first replicated packet sent to int gig6
2     Gi2               Gi5               FWD                                 <<< first replicated packet sent to int gig5
3     Gi2               Gi4               FWD                                 <<< first replicated packet sent to int gig4
4     Gi2               Gi3               FWD                                 <<< first replicated packet sent to int gig3

إذا تم فتح تفاصيل الحزم الملتقطة، فيمكنك رؤية وقت البدء ووقت الانتهاء لكل حزمة.

LHR#show platform packet-trace packet 0
Packet: 0           CBUG ID: 85
Summary
  Input     : GigabitEthernet2
  Output    : <none>
  State     : CONS Packet Consumed Silently
  Timestamp
    Start   : 37067929596524 ns (05/27/2020 02:43:56.203649 UTC)
    Stop    : 37067929669545 ns (05/27/2020 02:43:56.203722 UTC)
	
LHR#show platform packet-trace packet 1
Packet: 1           CBUG ID: 85
Summary
  Input     : GigabitEthernet2
  Output    : GigabitEthernet6
  State     : FWD 
  Timestamp
    Start   : 37067929722925 ns (05/27/2020 02:43:56.203776 UTC)
    Stop    : 37067929750941 ns (05/27/2020 02:43:56.203804 UTC)

LHR#show platform packet-trace packet 2
Packet: 2           CBUG ID: 85
Summary
  Input     : GigabitEthernet2
  Output    : GigabitEthernet5
  State     : FWD 
  Timestamp
    Start   : 37067929752437 ns (05/27/2020 02:43:56.203805 UTC)
    Stop    : 37067929759667 ns (05/27/2020 02:43:56.203812 UTC)

LHR#show platform packet-trace packet 3
Packet: 3           CBUG ID: 85
Summary
  Input     : GigabitEthernet2
  Output    : GigabitEthernet4
  State     : FWD 
  Timestamp
    Start   : 37067929760929 ns (05/27/2020 02:43:56.203814 UTC)
    Stop    : 37067929766997 ns (05/27/2020 02:43:56.203820 UTC)

LHR#show platform packet-trace packet 4
Packet: 4           CBUG ID: 85
Summary
  Input     : GigabitEthernet2
  Output    : GigabitEthernet3
  State     : FWD 
  Timestamp
    Start   : 37067929768236 ns (05/27/2020 02:43:56.203821 UTC)
    Stop    : 37067929774283 ns (05/27/2020 02:43:56.203827 UTC)

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

  Start   : 37067929722925 ns (05/27/2020 02:43:56.203776 UTC)  << packet1
    Stop    : 37067929750941 ns (05/27/2020 02:43:56.203804 UTC)
    Start   : 37067929752437 ns (05/27/2020 02:43:56.203805 UTC)  << packet 2
    Stop    : 37067929759667 ns (05/27/2020 02:43:56.203812 UTC)
    Start   : 37067929760929 ns (05/27/2020 02:43:56.203814 UTC)  << packet 3
    Stop    : 37067929766997 ns (05/27/2020 02:43:56.203820 UTC)
    Start   : 37067929768236 ns (05/27/2020 02:43:56.203821 UTC)  << packet 4
    Stop    : 37067929774283 ns (05/27/2020 02:43:56.203827 UTC)

إن قارنت وقت التوقف من ربط 1 (02:43:56.203804) و ربط 4 (02:43:56.203821)، أنت يستطيع رأيت أن هناك فرق وقت من 17 ميكرو ثانية.
وقد لا يكون هذا التأخير مقبولا في بعض المنظمات ذات الأهمية الزمنية، ومن ثم ينبغي تخفيضه.