يصف هذا وثيقة كيف أن يشكل يحول محلل أيسر (فسحة بين دعامتين) على cisco تطبيق مرتكز بنية أساسية (ACI).
عموما، هناك ثلاثة أنواع الفسحة بين دعامتين. فسحة بين دعامتين محلي، فسحة بين دعامتين بعيد (RSPAN) ويغلف فسحة بين دعامتين بعيد (ERSPAN). الفروق بين هذا فسحة بين دعامتين أساسا الغاية من نسخة ربط. Cisco ACI يساند فسحة بين دعامتين محلي و ERSPAN.
ملاحظة: يفترض هذا وثيقة أن القراء بالفعل يعرف مع فسحة بين دعامتين عموما مثل محلي فسحة بين دعامتين و ERSPAN فرق.

cisco aci يتلقى ثلاثة نوع الفسحة بين دعامتين؛Fabric SPAN،Tenant SPANوAccess SPAN. الفرق بين كل فسحة بين دعامتين المصدر من نسخة ربط.
كما ذكر سابقا،
هذا فسحة بين دعامتين يماثل إسم إلى حيث أن يكون شكلت على cisco ACI GUI.
بما أن ل الغاية من كل فسحة بين دعامتين، فقط منفذ فسحة بين دعامتين قادر من كلا فسحة بين دعامتين محلي و ERSPAN. الآخر فسحة بين دعامتين (بناء ومستأجر) فقط قادر من ERSPAN.
يرجى مراجعة القيود والمبادئ التوجيهية من دليل أستكشاف أخطاء APIC وإصلاحها من Cisco. مذكور في يتحرى أداة ومنهجية>يستعمل فسحة بين دعامتين.
يقدم هذا قسم مثال موجز أن يرتبط إلى التشكيل لكل فسحة بين دعامتين نوع. هناك عينة حالة محددة على كيف أن ينتقي الفسحة بين دعامتين نوع في القسم متأخر.
فسحة بين دعامتين وصفت تشكيل أيضا في ال cisco APIC يتحرى مرشد: يتحرى أداة ومنهجية > إستخدام فسحة بين دعامتين.
يمكن أن تظهر واجهة المستخدم مختلفة عن الإصدارات الحالية ولكن نهج التكوين هو نفسه.


حيث:
انتقل إلى البنية > سياسات الوصول > سياسات أستكشاف الأخطاء وإصلاحها > الفسحة بين دعامتين.
SPAN Source Group الروابطDestinationوSources.
كيف:
ملاحظة: يرجى الرجوع إلى الصورة للحصول على تفاصيل كل معلمة.
ملاحظة: يرجى الرجوع إلى الصورة للحصول على تفاصيل كل معلمة.
ملاحظة: فسحة بين دعامتين يتوقف عندما أنت تحدد معطل على هذا مدير دولة. لا توجد حاجة لحذف كافة السياسات إذا قمت بإعادة إستخدامها لاحقا.
أيضا رجاء ضمنت أن الغاية ip ل ERSPAN يكون علمت كنقطة نهاية تحت ال يعين غاية EPG. في المثال المذكور سابقا، 192.168.254.1 يجب تعلمه تحت Tenant TK > Application Profile SPAN_APP > EPG SPAN. أو الغاية ip يستطيع كنت شكلت كساكن إستاتيكي EndPoint تحت هذا EPG إن الغاية أداة يكون مضيف صامت.


Fabric > ACCESS POLICIES > Troubleshoot Policies > SPAN
- SPAN Source Groups
- SPAN Destination Groups
SPAN Source Group الروابطDestination و Sources.
تأكد من تمكين حالة المسؤول.
※ توقف فسحة بين دعامتين عندما أنت تختار معطل على هذا مسؤول دولة. لا توجد حاجة لحذف كافة السياسات إذا قمت بإعادة إستخدامها لاحقا.
لا تتطلب الواجهة الوجهة أي تكوين بواسطة مجموعات نهج الواجهة. يعمل عند توصيل كبل في الواجهة الموجودة على صفحة واجهة التحكم في الوصول (ACI).
القيود:
أنت يستطيع استعملت ACL مرشح على منفذ فسحة بين دعامتين مصدر. يزود هذا سمة القدرة أن يجسر خاص تدفق أو تدفق حركة مرور داخل/خارج فسحة بين دعامتين مصدر.
يمكن للمستخدمين تطبيق الفسحة بين دعامتين ACL (قوائم التحكم في الوصول) على مصدر عندما هناك حاجة أن يجسر تدفق حركة مرور معينة.
لا يساند هو في بناء فسحة بين دعامتين ومستأجر فسحة بين دعامتين مصدر مجموعة/مصدر.
يجب توخي الحذر عند إضافة إدخالات عامل التصفية في مجموعة عوامل التصفية نظرا لأنه يمكن إضافة إدخالات النظام لكل مصدر يستخدم مجموعة عوامل التصفية حاليا.
يمكن إقران مجموعة عوامل التصفية ب:
-فسحة بين دعامتين مصدر: استعملت مجموعة المرشح أن مرشح حركة مرور على كل قارن يعين تحت هذا فسحة بين دعامتين مصدر.
-فسحة بين دعامتين مصدر مجموعة: استعملت المجموعة مرشح (أقول x) أن مرشح حركة مرور على كل قارن يعين تحت كل من الفسحة بين دعامتين مصدر (مصادر) من هذا فسحة بين دعامتين مصدر مجموعة.
في لقطة التكوين هذه، يتم تطبيق مجموعة المرشحات على الفسحة بين دعامتين مجموعة مصدر.

في الحالة حيث فسحة بين دعامتين خاص يقترن مصدر بالفعل مع مرشح مجموعة (يقول y)، أن مرشح مجموعة (y) استعملت بدلا من ذلك أن مرشح مجموعة على كل قارن تحت هذا فسحة بين دعامتين مصدر
- تنطبق مجموعة عوامل التصفية التي يتم تطبيقها في مجموعة مصدر تلقائيا على جميع المصادر في مجموعة المصادر هذه.
- تنطبق مجموعة عوامل التصفية التي يتم تطبيقها في المصدر على ذلك المصدر فقط.
- يتم تطبيق مجموعة عوامل التصفية على كل من المجموعة المصدر والمصدر في مجموعة المصادر تلك، وتكون لمجموعة عوامل التصفية المطبقة على المصدر الأولوية.
- يتم حذف مجموعة عوامل التصفية المطبقة في مصدر ما، ويتم تطبيق مجموعة عوامل التصفية المطبقة في مجموعة المصادر الأصلية تلقائيا.
- يتم حذف مجموعة عوامل التصفية المطبقة في مجموعة مصدر، ويتم حذفها من كافة المصادر التي ترث حاليا في مجموعة المصدر هذه.


المستأجرين > {اسم المستأجر} > نهج أستكشاف الأخطاء وإصلاحها > فسحة بين دعامتين
- فسحة بين دعامتين مصدر مجموعة
- فسحة بين دعامتين غاية مجموعة
※ فسحة بين دعامتين مصدر مجموعةDestinationو Sources.


بناء > سياسات البنية > سياسات أستكشاف الأخطاء وإصلاحها > فسحة بين دعامتين
- البنية
- فسحة بين دعامتين غاية مجموعة
على الرغم من أنه يصف في قسم متأخر ERSPAN صيغة (نوع)، أنت يستطيع أخبرت ERSPAN استعملت صيغة ii لبناء فسحة بين دعامتين و صيغة أنا استعملت لمستأجر و منفذ فسحة بين دعامتين.

يرجى التأكد من أن حالة التشغيل قد انتهت.
يرجى التأكد من أن حالة التشغيل قد انتهت.
فسحة بين دعامتين جلسة تسمية إتفاق:
- فسحة بين دعامتين بناء: fabric_xxxx
- منفذ فسحة بين دعامتين: infra_xxxx
- فسحة بين دعامتين المستأجر: tn_xxxx

في هذا القسم، يتم وصف سيناريوهات تفصيلية لكل نوع من أنواع ACI (الوصول، المستأجر، النسيج) يتم ذكر المخطط الأساسي لكل سيناريو في القسم السابق.
إن يفهم أنت هذا سيناريو، أنت يستطيع حددت ال مناسب ACI فسحة بين دعامتين نوع لمتطلب ك مثل ربط على فقط قارن خاص ينبغي كنت مسحوب أو كل ربط على EPG خاص regardless of قارن ينبغي كنت مسحوب، وأكثر.
في cisco ACI، شكلت فسحة بين دعامتين مع المصدر مجموعة و غاية مجموعة. تحتوي مجموعة المصدر على عوامل مصدر متعددة مثل الواجهات أو EPG. تحتوي مجموعة الوجهة على معلومات الوجهة مثل واجهة الوجهة للفسحة بين دعامتين محلي أو غاية IP ل ESPAN.
بعد التقاط الحزم، رجاء رأيت القسم "كيف أن يقرأ فسحة بين دعامتين بيانات" أن يفك شفرة الحزم الملتقطة.
ملاحظة: الرجاء التركيز على الأجهزة الافتراضية التي تم إبرازها بضوء أخضر في كل مخطط. كل سيناريو أن على قبض ربط من هذا مبرزة VMs.
SRC "Leaf1 e1/11 e1/34 & Leaf2 e1/11" | DST "192.168.254.1"

منفذ فسحة بين دعامتين يستطيع عينت يتعدد قارن ل وحيد فسحة بين دعامتين جلسة. ويمكن أن يلتقط جميع الحزم التي تدخل من الواجهات المحددة أو تخرج منها بغض النظر عن EPG الخاصة بها.
عندما يعين يتعدد قارن كمصدر مجموعة من يتعدد ورقة مفتاح، الغاية مجموعة ينبغي كنت ERSPAN، لا محلي فسحة بين دعامتين.
في هذا المثال، يقوم بنسخ الحزم من جميع الأجهزة الافتراضية (VMs) على EPG1 و EPG2.
نقطة التحقق من واجهة سطر الأوامر
SRC "Leaf1 e1/11 & Leaf2 e1/11" | DST "192.168.254.1"

في هذا مثال، أزلت ورقة 1 e1/34 من الفسحة بين دعامتين مصدر مجموعة يشكل في حالة سابقة 1.
النقطة الأساسية في هذا المثال هي أن منفذ فسحة بين دعامتين يستطيع عينت مصدر قارن بغض النظر عن EPG.
نقطة التحقق من واجهة سطر الأوامر:
عامل تصفية SRC "Leaf1 e1/11 & Leaf2 e1/11 & EPG1" | DST "192.168.254.1"

يوضح هذا مثال أن منفذ فسحة بين دعامتين يستطيع أيضا عينت EPG خاص على المصدر ميناء. ويكون هذا الإجراء مفيدا عند تدفق العديد من بروتوكولات EPG على واجهة واحدة، كما يكون مطلوبا لالتقاط حركة مرور البيانات فقط ل EPG1 على هذه الواجهة.
بما أن EPG1 لا ينشر على ورقة 2، فسحة بين دعامتين لورقة 2 يفشل مع خلل F1553 و F1561. غير أن، فسحة بين دعامتين على ورقة 1 لا يزال يعمل.
أيضا، إثنان VLAN أضفت تلقائيا للفسحة بين دعامتين جلسة على ورقة 1 لأن EPG1 يستعمل إثنان VLANs (VLAN-751،752) على ورقة 1.
يرجى ملاحظة أن معرف شبكة VLAN على CLI (35، 39) هو شبكة VLAN الداخلية التي تسمى PI-VLAN (شبكة VLAN المستقلة عن النظام الأساسي) والتي لا تمثل المعرف الفعلي على السلك. كما هو موضح في الصورة، يعرض الأمر show vlan extended التخطيط لمعرف VLAN الوارد الفعلي وشبكة PI-VLAN.
هذا فسحة بين دعامتين يسمح جلسة نحن أن على قبض ربط فقط ل EPG1(VLAN-752) على ورقة1 e1/11 even though EPG2 (VLAN-753) يتدفق على ال نفسه قارن.
نقطة التحقق من واجهة سطر الأوامر:
SRC "Leaf1-Leaf2 vPC" | DST "192.168.254.1"

عندما ال vPC شكلت قارن كمصدر، غاية ينبغي كنت بعيد IP (ERSPAN) ليس القارن (فسحة بين دعامتين محلي)
SRC "Leaf1 e1/11 e1/34" | DST "Leaf1 e1/33"

منفذ فسحة بين دعامتين يستطيع أيضا استعملت فسحة بين دعامتين محلي (أن يكون قارن خاص كغاية)
مهما، في هذه الحالة، مصدر قارن ينبغي كنت على ال نفسه ورقة بما أن الغاية قارن.
عامل تصفية SRC Leaf1 e1/11 e1/34 & EPG1 | DST " Leaf1 e1/33"

منفذ فسحة بين دعامتين مع فسحة بين دعامتين محلي يستطيع أيضا استعملت EPG مرشح as well as ERSPAN.
SRC "Leaf1 e1/11 & Leaf2 e/11" | DST "Leaf1 e1/33" (حالة سيئة)

عامل تصفية SRC "Leaf1 e1/11 & EPG3" | DST "Leaf1 e1/33" (حالة سيئة)

هو مماثل إلى الحالة 3 على منفذ فسحة بين دعامتين (ERSPAN) غير في هذا مثال، الواحد وفقط فسحة بين دعامتين جلسة على ورقة 1 يفشل لأن EPG3 لا يتواجد على ورقة 1. لذلك فسحة بين دعامتين لا يعمل على الإطلاق.
عامل تصفية SRC "EPG1" | DST "Leaf1 e1/33" (حالة سيئة)

يعمل عامل تصفية EPG على فسحة بين دعامتين الوصول فقط عند تكوين منافذ المصدر. إن EPG هو المصدر الوحيد أن يكون عينت، مستأجر فسحة بين دعامتين ينبغي كنت استعملت بدلا من منفذ فسحة بين دعامتين.
SRC "Leaf1 - Leaf2 vPC" | DST "Leaf1 e1/33" (حالة سيئة)

لا يمكن تكوين واجهة vPC كمصدر مع فسحة بين دعامتين محلي. الرجاء إستخدام ERSPAN. يرجى الرجوع إلى الحالة 4 لفسحة بين دعامتين الوصول (ERSPAN).
برنامج SRC "Leaf1 e1/11" | DST "تنتمي الورقة 1 e1/33 و e1/33 إلى EPG" (تعمل مع الخطأ)

إن غاية I/F لفسحة بين دعامتين ينتسب بالفعل إلى EPG، خطأ F1696 : ميناء يتلقى تشكيل غير صالح من على حد سواء EPG وفسحة بين دعامتين غاية يكون رفعت تحت ال physical i/F.
ولكن حتى مع هذا خطأ، يعمل فسحة بين دعامتين دون أي مشكلة. هذا خطأ فقط تحذير حول حركة مرور إضافي بسبب فسحة بين دعامتين بما أن هو يستطيع أثرت الزبون عادي EPG حركة مرور على ال نفسه i/F.
SRC "EPG1" | DST "192.168.254.1"

يستخدم فسحة بين دعامتين المستأجر EPG نفسه كمصدر بينما يستخدم فسحة بين دعامتين الوصول EPG فقط لمرشح.
النقطة المفتاح من مستأجر فسحة بين دعامتين أن لا يحتاج أنت أن يعين كل ميناء فرد و ACI تلقائيا يكشف VLANs مناسب على كل ورقة مفتاح. لذلك سيكون هذا مفيدا عندما يجب مراقبة جميع الحزم الخاصة ب EPG المحدد وتنتمي نقاط النهاية الخاصة ب EPG هذا إلى واجهات متعددة عبر المحولات الطرفية.
SRC "Leaf1 e1/49-50" | DST "192.168.254.1"

فسحة بين دعامتين بناء يعين بناء ميناء كمصدر حيث بناء ميناء يكون قارن بين ورقة وعمود رئيسي مفتاح.
هذا فسحة بين دعامتين مفيد عندما هو يتطلب أن ينسخ ربط بين ورقة وعمود رئيسي مفتاح. ومع ذلك، يتم تضمين الحزم بين محولات الأوراق والعمود الرئيسي باستخدام رأس iVxLAN. لذا فالأمر يتطلب القليل من الحيلة لقراءته. يرجى الرجوع إلى "كيفية قراءة بيانات فسحة بين دعامتين".
ملاحظة: VxLAN Header هو رأس VxLAN محسن فقط للاستخدام الداخلي ل ACI Fabric.
عامل تصفية SRC "Leaf1 e1/49-50 & VRF" | DST "192.168.254.1"

فسحة بين دعامتين بناء يستطيع استعملت مرشح as well as منفذ فسحة بين دعامتين. لكن نوع المرشح مختلف. فسحة بين دعامتين بناء يستعمل تحشد واعادة توجيه ظاهري (VRF) أو BD كمرشح.
في Cisco ACI، كما هو موضح سابقا، يتم تضمين الحزم التي تمر عبر منافذ البنية باستخدام رأس iVxLAN. يحتوي رأس iVxLAN هذا على معلومات VRF أو BD كمعرف الشبكة الظاهرية (VNID). عندما تتم إعادة توجيه الحزم كطبقة 2 (L2)، فإن معرف vnid الخاص بشبكة iVxLAN يمثل BD. عندما تتم إعادة توجيه الحزم كطبقة 3 (L3)، فإن iVxLAN VNID يمثل VRF.
لذلك عندما يكون مطلوبا لالتقاط حركة مرور موجهة على منافذ البنية، أستخدم VRF كمرشح.
عامل تصفية SRC "Leaf1 e1/49-50 و BD" | DST "192.168.254.1"

كما هو موضح في الحالة السابقة 2، بناء فسحة بين دعامتين يستطيع استعملت BD كمرشح.
عندما يكون مطلوبا لالتقاط حركة مرور البيانات المتقاطعة على منافذ البنية، أستخدم BD كمرشح.
ملاحظة: يمكن تكوين عامل تصفية واحد فقط لأي من BD أو VRF في كل مرة.
إرتباط الفيديو:
الفسحة بين دعامتين إلى CPU مدعوم فقط على هذا منصة. هذه القائمة ليست ثابتة ويمكن أن تتغير مع مرور الوقت.
فسحة بين دعامتين إحصائية دعم
ليس هناك CLI للتحقق من معدل الشرطي، هو مرمز بشكل ثابت 500 كيلوبت في الثانية.
يرجى التحقق من معلومات الإصدار المحددة للإصدار، مثل دليل التكوين الأساسي لواجهة برمجة التطبيقات (APIC) من Cisco، الإصدار 6.2(x).
تماما مثل يشكل فسحة بين دعامتين محلي، أنت تشكل:
sup-eth0الفرق الوحيد مقابل فسحة بين دعامتين محلي نموذجي غاية ينتقي sup-eth0 كالغاية قارن.
طقطقت بناء > منفذ سياسة > يتحرى > فسحة بين دعامتين>غاية مجموعة.

فسحة بين دعامتين config مع مصدر، غاية ومرشح معلومات:


بما أن مع أي فسحة بين دعامتين تشكيل، أنت يستطيع دققت جلسة يستعمل المفتاح CLI:
leaf103# show monitor session all
session 5
---------------
name : spansource_vpc_component
description : Span session 5
type : sup
scale-mode : filter
state : up (active)
mode : access
Filter Group : 4
source intf :
rx : [Po3, FG:4]
tx : [Po3, FG:4]
both : [Po3, FG:4]
source VLANs :
rx :
tx :
both :
filter VLANs : filter not specified
filter L3Outs : filter not specified
destination ports : sup-eth0
tx :
both :
filter VLANs : filter not specified
filter L3Outs : filter not specified
destination ports : sup-eth0
تحقق من إدخالات التصفية المبرمجة على المحول الطرفي:
leaf103# show monitor filter 4 ______________________________________________________________________________________________________________________________________________________________________________________________________________________________________ Filter name (id): interandintraepg (4) Filter Entries: Src IP Dst IP Src port Dst port Proto dscp dot1p Routeable tcpflags ------ ------ -------- -------- ----- ---- ----- ---------- --------- 10.1.121.0/24 10.1.130.0/24 - - - - - both 10.1.121.0/24 10.1.121.0/24 - - - - - both 10.1.130.0/24 10.1.121.0/24 - - - - - both ______________________________________________________________________________________________________________________________________________________________________________________________________________________________________
تظهر عدادات الحزم المنسوخة لكل جلسة ما إذا كانت حركة المرور مطابقة ويتم نسخها. محولات النظام الأساسي HX فقط.
aci-HX-leaf# vsh_lc
module-1# show platform internal hal span session all stats
SPAN hardware session id:30 asic:0 slice:0 packet counts:2557
SPAN hardware session id:31 asic:0 slice:0 packet counts:510634359
وبمجرد تكوينها، يتم تكوين جميع حركة المرور المطابقة (مثال: ICMP بين الشبكات الفرعية التي تمر عبر ETH1/4) هو فسحة بين دعامتين إلى وحدة المعالجة المركزية.
يمكن فك ترميزه وتصفيته باستخدام البرنامج النصي المضمن:
يكون مثال الالتقاط من إعداد مختلف عن ما تم عرضه في قسم التكوين
pod16-leaf3# tcpdump -xxxvi tahoe0 | python3 isan/utils/span_to_cpu_parser.py --decoder tahoe --verbose --payload
tcpdump: listening on tahoe0, link-type EN10MB (Ethernet), capture size 262144 bytes
Frame 9
Time: 1970-01-01T19:01:53.944622+00:00
ieth-extn:
sup_code=0x2b sup_qnum=0x6
icmp-request(8): id:0x7710, seq:0xf00
Payload:
Internal Header:
0x0000: 0101 0101 0101 0000 0000 0000 a00e 0000 ................
0x0010: 0404 0404 8889 0000 0000 ae00 0000 0006 ................
0x0020: 2b00 0000 fb00 0000 003f ffff ffc0 0000 +........?......
0x0030: 1000 0000 ....
Frame Data:
0x0000: 0022 bdf8 19ff acf2 c5f8 2e01 8100 0a6d .".............m
0x0010: 0800 4500 0054 ff89 0000 ff01 aec9 c0a8 ..E..T..........
0x0020: 7802 c0a8 1402 0800 a049 7710 0f00 114e x........Iw....N
0x0030: 5d69 7f67 0e00 cdab 0000 cdab 0000 cdab ]i.g............
0x0040: 0000 cdab 0000 cdab 0000 cdab 0000 cdab ................
0x0050: 0000 cdab 0000 cdab 0000 cdab ............
يمكنك حفظ المخرجات التي تم فك ترميزها إلى ملف PCAP باستخدام خيار —الكتابة:
pod16-leaf3# tcpdump -xxxvi tahoe0 | python3 /isan/utils/span_to_cpu_parser.py --decoder tahoe --write /data/techsupport/mualshei-SPAN-CPU.pcap
tcpdump: listening on tahoe0, link-type EN10MB (Ethernet), capture size 262144 bytes
^C
Bye!
659 packets captured
662 packets received by filter
0 packets dropped by kernel
ثم اقرأوا ما يلي:
pod16-leaf3# tcpdump -r /data/techsupport/mualshei-SPAN-CPU.pcap
reading from file /data/techsupport/mualshei-SPAN-CPU.pcap, link-type EN10MB (Ethernet)
20:07:43.966489 IP truncated-ip - 10 bytes missing! 192.168.120.2 > 192.168.20.2: ICMP echo request, id 30480, seq 27905, length 64
20:07:43.966901 IP truncated-ip - 10 bytes missing! 192.168.20.2 > 192.168.120.2: ICMP echo reply, id 30480, seq 27905, length 64
20:07:44.966505 IP truncated-ip - 10 bytes missing! 192.168.120.2 > 192.168.20.2: ICMP echo request, id 30480, seq 28161, length 64
20:07:44.966843 IP truncated-ip - 10 bytes missing! 192.168.20.2 > 192.168.120.2: ICMP echo reply, id 30480, seq 28161, length 64
sup-th0 والجلسة هي منفذ محلي فسحة بين دعامتين (ليس SPNs / NOT fabric / NOT vPC source)ما عليك سوى تشغيل تطبيق التقاط حزمة مثلtcpdump, wiresharkما عليه. لا يتطلب هو أن يشكل ال ERSPAN غاية جلسة أو أي شيء.
رجاء ضمنت أن يركض قبض أداة على القارن مع الغاية ip ل ERSPAN بما أن فسحة بين دعامتين أرسلت ربط إلى الغاية ip.
يتم تضمين الحزمة المستلمة باستخدام رأس GRE. يرجى الرجوع إلى هذا القسم "كيفية قراءة بيانات ERSPAN" على كيفية فك ترميز رأس ERSPAN GRE.
رجاء ضمنت أن يركض إلتقاط أداة على القارن أن يربط إلى الفسحة بين دعامتين غاية قارن على ACI ورقة.
يتم تلقي الحزم الخام في هذه الواجهة. ليس مطلوبا أن تتعامل مع رأس ERSPAN.
ERSPAN يغلف الربط المنسوخ أن يرسل هم إلى الغاية بعيد. يتم إستخدام GRE لعملية التضمين هذه. نوع البروتوكول ل ERSPAN على رأس GRE هو 0x88be.
في وثيقة قوة عمل هندسة الإنترنت (IETF)، وصف إصدار ERSPAN على أنه نوع بدلا من صيغة.
هناك ثلاثة نوع من ERSPAN. الأول والثاني والثالث. ذكر ERSPAN نوع في هذا RFC مسودة. أيضا، هذا GRE rfc1701 يستطيع كنت مفيد أن يفهم كل ERSPAN نوع أيضا.
هنا تنسيق الحزمة من كل نوع:

النوع I لا يستخدم حقل التسلسل على رأس GRE. هو لا يستعمل حتى ال ERSPAN رأس أي ينبغي خلف ال GRE رأس إن هو كان ERSPAN نوع ii و iii. يدعم Broadcom Trident 2 فقط هذا ERSPAN النوع I.

إذا تم تنشيط حقل التسلسل بواسطة البت S، فيجب أن يكون هذا هو ERSPAN النوع II أو III. يعين حقل الإصدار على رأس ERSPAN نوع ERSPAN. في قائمة التحكم في الوصول (ACI)، النوع III غير مدعوم اعتبارا من 03/20/2016.
إن فسحة بين دعامتين مصدر مجموعة ل منفذ أو مستأجر فسحة بين دعامتين يتلقى مصدر على كلا من الجيل الأول والجيل الثاني عقد، ال ERSPAN غاية يستلم كلا ERSPAN نوع I و II ربط من كل جيل من عقد. مهما، يستطيع Wireshark فك شفرة فقط واحد من ال ERSPAN نوع في وقت واحد. افتراضيا، هو فقط يفك ERSPAN نوع ii. إن يمكن أنت ال decode من ERSPAN نوع I، لا يفك Wireshark ERSPAN نوع II. راجع القسم التالي حول كيفية فك تشفير ERSPAN النوع I على Wireshark.
لتجنب هذا نوع إصدار، أنت يستطيع شكلت ERSPAN نوع على فسحة بين دعامتين غاية مجموعة.

افتراضيا، فسحة بين دعامتين صيغة صيغة 2 وفرض فسحة بين دعامتين صيغة يكون unchecked. هذا يعني أنه إذا كانت العقدة المصدر هي الجيل الثاني أو ما بعده والتي تدعم ERSPAN النوع الثاني، فإنها تولد ERSPAN مع النوع الثاني. إن المصدر قارن يكون 1 نوع أي لا يساند ERSPAN نوع 2 (ماعدا فسحة بين دعامتين بناء)، هو يرجع إلى النوع I منذ أن الفرض فسحة بين دعامتين صيغة لا يفحص. ونتيجة لذلك، ال ERSPAN يستلم غاية نوع مختلط من ERSPAN.
يشرح هذا الجدول كل مجموعة لفسحة بين دعامتين Access والمستأجر.
| فسحة بين دعامتين صيغة |
فرض إصدار الفسحة بين دعامتين |
عقدة مصدر الجيل الأول |
عقدة مصدر الجيل الثاني |
| الإصدار 2 |
غير محدد |
يستخدم النوع I |
يستخدم النوع الثاني |
| الإصدار 2 |
تم التحقق |
فشل |
يستخدم النوع الثاني |
| الإصدار 1 |
غير محدد |
يستخدم النوع I |
يستخدم النوع I |
| الإصدار 1 |
تم التحقق |
يستخدم النوع I |
يستخدم النوع I |

يجب فك ترميز الحزم لأنه يتم تغليفها بواسطة ERSPAN النوع I. ويمكن القيام بذلك باستخدام برنامج Wireshark. يرجى الرجوع إلى القسم "كيفية فك ترميز ERSPAN النوع 1".


تقوم Wireshark تلقائيا بفك ترميز ERSPAN النوع الثاني. ومع ذلك، لا يزال مغلفا بواسطة رأس iVxLAN.
بشكل افتراضي، لا يفهم Wireshark رأس شبكة iVxLAN لأنه الرأس الداخلي ل ACI. يرجى الرجوع إلى كيفية فك ترميز رأس iVxLAN.

خيار 1. انتقل إلى تحرير > تفضيل > بروتوكولات > ERSPAN وفحص فرض لفك تشفير إطار ERSPAN المزيف.

user1@linux# tshark -f 'proto GRE' -nV -i eth0 -o erspan.fake_erspan:true
ملاحظة: رجاء ضمنت أن يعجز هذا خيار عندما يقرأ أنت ERSPAN نوع ii أو iii.
الخيار 2. انتقل إلى Decode As > Network > ICMP (if it’s ICMP).


يستخدم رأس شبكة iVxLAN منفذ الوجهة 48879. لذلك، يمكنك فك ترميز رأس iVxLAN بالإضافة إلى VxLAN إذا قمت بتكوين منفذ وجهة UDP 48879 على أنه VxLAN على Wireshark.
ملاحظة: هناك إتصال ربط بين APICs على بناء ميناء. لا يتم تضمين هذه الحزم بواسطة رأس iVxLAN.
عندما تأخذ ERSPAN التقاط على شبكة مستخدم تقوم بتشغيل بروتوكول وقت Precision (PTP) في بعض الأحيان يرى أن Wireshark لا يفسر البيانات بسبب EtherType غير معروف ضمن GRE Encap (0x8988). 0x8988 هو EtherType لعلامة الوقت التي يتم إدراجها في حزم مستوى البيانات عندما PTP يكون مكنت. فك ترميز EtherType 0x8988 على أنه "Cisco Tag" لعرض تفاصيل الحزمة.

| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
3.0 |
07-Oct-2026
|
إعادة التنسيق |
2.0 |
06-Aug-2024
|
تمت إعادة تسميته لتضمين علامة تمييز Call-to-Action WordRemove 'Follow'Updated MDF |
1.0 |
01-Feb-2023
|
الإصدار الأولي |