المحتويات

المقدمة

المتطلبات الأساسية

المتطلبات

المكونات المستخدمة

معلومات أساسية

نظرة عامة على المحول-FEX

التكوين

تكوين بطاقات واجهة الشبكة (NICs) لشبكة الإيثرنت

تكوين vHBAs

التحقق من الصحة

استكشاف الأخطاء وإصلاحها

لم يتم إنشاء واجهة إيثرنت الظاهرية

تجميع معلومات الدعم الفني للمحول من جانب الخادم

المقدمة

يوضح هذا المستند كيفية تكوين ميزة موسع هيكل المحول (FEX) وتشغيلها واستكشاف أخطائها وإصلاحها على محولات Nexus 5500.

المتطلبات الأساسية

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

المكونات المستخدمة

تستند المعلومات الواردة في هذا المستند إلى إصدارات البرامج والمكونات المادية التالية:

- Nexus 5548UP الذي يشغل الإصدار 5.2(1)N1(4)

- خادم Unified Computing System (UCS) C210 M2 المثبت على حامل مع بطاقة الواجهة الظاهرية UCS P81E (VIC) التي تشغل الإصدار 1.4(2) من البرنامج الثابت

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

معلومات أساسية

نظرة عامة على المحول-FEX

تتيح هذه الميزة لمحول Nexus 5500 إدارة الواجهات الظاهرية (كل من وحدات تحكم واجهة الشبكة الظاهرية لشبكة الإيثرنت (vNICs) ومهايئات الناقل المضيف الظاهرية (FC vHBAs) للقناة الليفية) على VIC للخادم. يعد هذا الأمر مستقلا عن أي برنامج مراقبة أجهزة افتراضية يعمل على الخادم. أيا كانت الواجهات الظاهرية التي سيتم إنشاؤها، ستكون مرئية لنظام التشغيل الرئيسي (OS) المثبت على الخادم (شريطة أن يكون لنظام التشغيل برامج التشغيل المناسبة).

يمكن العثور على الأنظمة الأساسية المدعومة في هذا القسم من دليل عمليات مهايئ NX-OS من السلسلة Cisco Nexus 5000 Series، الإصدار 5.1(3)N1(1).

يمكن العثور على المخططات المدعومة للمهايئ-FEX في هذا القسم من دليل عمليات المهايئ Cisco Nexus 5000 Series NX-OS FEX، الإصدار 5.1(3)N1(1).

المخططات المدعومة هي:

- خادم أحادي الإتجاه إلى محول Nexus 5500

- خادم أحادي الإتجاه إلى محول FEX متناظر

- خادم مخصص إلى FEX نشط/نشط

- خادم ثنائي الإتجاه من خلال وصلات نشطة/إحتياطية إلى زوج من محولات Nexus 5500

- خادم ثنائي الإتجاه عبر وصلات نشطة/إحتياطية إلى زوج من شبكات FEX النشطة/النشطة التي تعمل عبر قناة المنفذ الظاهري (vPC)

يناقش قسم التكوين اللاحق "خادم مزدوج الإتجاه عبر وصلات نشطة/إحتياطية إلى زوج من محولات Nexus 5500" والذي يتم تصويره هنا:

سيكون لكل بطاقة واجهة شبكة (NIC) واجهة إيثرنت افتراضية مطابقة على Nexus 5000. وبالمثل سيكون لكل مهايئ ناقل مضيف (HBA) واجهة قناة ليفية افتراضية (VFC) متوافقة على Nexus 5000.

التكوين

ملاحظة: أستخدم أداة بحث الأوامر (للعملاء المسجلين فقط) للحصول على مزيد من المعلومات حول الأوامر المستخدمة في هذا القسم.

تكوين بطاقات واجهة الشبكة (NICs) لشبكة الإيثرنت

أكمل الخطوات التالية على كل من محولات Nexus 5000:

1. عادة ما يتم تحديد vPC وتشغيله على المحولين Nexus 5000. تحقق من تحديد مجال vPC، وإنشاء إرتباط نظير UP، وإنشاء إرتباط نظير.

2. أدخل هذه الأوامر لتمكين مجموعة ميزات المحاكاة الظاهرية.
(config)# install feature-set virtualization

(config)# feature-set virtualization

3. (إختياري) اسمح ل Nexus 5000 بإنشاء واجهات إيثرنت الظاهرية الخاصة به تلقائيا عند تحديد بطاقات واجهة الشبكة (NIC) المطابقة على الخادم. لاحظ أن هذا لا ينطبق على واجهات VFC التي يمكن تعريفها يدويا فقط على Nexus 5000.
(config)# vethernet auto-create

4. قم بتكوين واجهة Nexus 5000 التي تتصل بالخوادم في وضع "علامة الشبكة الظاهرية (VNTag)".
(config)# interface Eth 1/10

(config-if)# switchport mode vntag

(config-if)# no shutdown

5. قم بتكوين ملف تعريف المنفذ (ملفات تعريف المنفذ) المطلوب تطبيقه على بطاقات واجهة الشبكة (NICs).
ملفات تعريف المنفذ هي قوالب تكوين يمكن تطبيقها (موروثة) بواسطة واجهات المحول. في سياق Adapter-FEX، يمكن تطبيق توصيفات المنافذ إما على واجهات الإيثرنت الظاهرية التي يتم تعريفها يدويا أو على تلك التي يتم إنشاؤها تلقائيا عند تكوين بطاقات واجهة المستخدم الرسومية (GUI) لوحدة التحكم في الإدارة المتكاملة (CIMC) من Cisco UCS C-Series.

نوع ملف تعريف المنفذ هو 'vethernet'.
يتم عرض نموذج لتكوين ملف تعريف المنفذ هنا:
(config)# port-profile type vethernet VNIC1

(config-port-prof)# switchport mode access

(config-port-prof)# switchport access vlan 10

(config-port-prof)# no shutdown

(config-port-prof)# state enabled

أكمل الخطوات التالية على خادم UCS C-Series:

1. قم بالاتصال بواجهة CIMC عبر HTTP وسجل الدخول باستخدام بيانات اعتماد المسؤول.

2. أختر جرد > محولات الشبكة > تعديل خصائص المحول.

3. حدد خانة الاختيار تمكين وضع NIV.

4. انقر فوق حفظ التغييرات.

5. قم بإيقاف التشغيل ثم قم بتشغيل الخادم.

6. بعد ظهور الخادم، أختر جرد > مهايئات الشبكة > بطاقات واجهة الشبكة (NICs) > إضافة لإنشاء بطاقات واجهة الشبكة (NICs). أهم الحقول التي سيتم تعريفها هي:

1. منفذ وصلة VIC المطلوب إستخدامه (يحتوي P81E على منفذي وصلات يشار إليهما على أنهما 0 و 1).

2. رقم القناة - معرف قناة فريد لبطاقة واجهة الشبكة (NIC) على المحول. وتتم الإشارة إلى هذا في الأمر bind تحت واجهة إيثرنت الظاهرية على Nexus 5000. يقتصر نطاق رقم القناة على الارتباط المادي VNTag. يمكن إعتبار القناة ك "إرتباط ظاهري" على الارتباط الفعلي بين المحول ومهايئ الخادم.

3. ملف تعريف المنفذ - يمكن تحديد قائمة ملفات تعريف المنافذ المحددة على Nexus 5000 للتحميل. سيتم إنشاء واجهة إيثرنت افتراضية تلقائيا على Nexus 5000 إذا تم تكوين Nexus 5000 باستخدام الأمر veethernet auto-create. لاحظ أنه يتم تمرير أسماء ملفات تعريف منافذ الإيثرنت الظاهرية فقط (تكوين ملف تعريف المنفذ) إلى الخادم. وهذا يحدث بعد إنشاء اتصال إرتباط VNTag ويتم إجراء خطوات المصافحة والتفاوض الأولية بين المحول ومهايئ الخادم.

7. انقر فوق حفظ التغييرات.

8. قم بإيقاف التشغيل ثم قم بتشغيل الخادم مرة أخرى.

تكوين vHBAs

عندما تقوم بإنشاء vHBAs على محول الخادم، لا يتم إنشاء واجهات المحولات المطابقة تلقائيا. وبدلا من ذلك، ينبغي تعريفها يدويا. يتم عرض الخطوات الخاصة بالمحول وجانب الخادم هنا.

أتمت هذا steps على المفتاح جانب:

1. قم بإنشاء واجهة خط اتصال إيثرنت افتراضية مرتبطة بقناة واجهة VNTag الخاصة بواجهة الخادم vHBA. يجب ألا تكون شبكة VLAN التي تعمل عبر القنوات الليفية عبر شبكة إيثرنت (FCoE) هي شبكة VLAN الأصلية. يجب أن تكون أرقام الإيثرنت الظاهرية فريدة عبر محولين من Nexus 5000.
مثال:

(config)# interface veth 10

(config-if)# switchport mode trunk

(config-if)# switchport trunk allowed vlan 1,100

(config-if)# bind interface eth1/1 channel 3

(config-if)# no shutdown

2. قم بإنشاء واجهة VFC مرتبطة بواجهة إيثرنت الظاهرية المعرفة سابقا.
مثال:

(config)# interface vfc10

(config-if)# bind interface veth 10

(config-if)# no shut

يتم تحديد عضوية شبكة منطقة التخزين الظاهرية (VSAN) لهذه الواجهة ضمن قاعدة بيانات شبكة منطقة التخزين الظاهرية (VSAN):

(config)# vsan database

(config-vsan-db)# vsan 100 interface vfc10

(config-vsan-db)# vlan 100

(config-vlan)# fcoe vsan 100

(config-vlan)# show vlan fcoe

أكمل الخطوات التالية من جانب الخادم:

1. أختر المخزون > مهايئات الشبكة > HBAs لإنشاء واجهة vHBA.
الحقول الرئيسية التي سيتم تعريفها هي:

- اسم Port World الواسع (pWWN)/اسم Node العالمي الواسع (nWWN)

- FCoE VLAN

- معرف الوصلة

- رقم القناة

- التمهيد من شبكة منطقة التخزين (SAN) إذا تم إستخدامه

2. قم بتشغيل الخادم.

التحقق من الصحة

استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.

يمكن عرض قائمة واجهات الإيثرنت الظاهرية باستخدام الأوامر التالية:

n5k1# show interface virtual summary

Veth       Bound        Channel/  Port        Mac                VM

Interface  Interface    DV-Port   Profile     Address            Name

-------------------------------------------------------------------------

Veth32770  Eth1/2       1         UPLINK

Total 1 Veth Interfaces

n5k1#

n5k1# show interface virtual status

Interface VIF-index   Bound If      Chan  Vlan  Status     Mode     Vntag

-------------------------------------------------------------------------

Veth32770 VIF-17      Eth1/2           1    10  Up         Active   2

Total 1 Veth Interfaces

تظهر واجهات إيثرنت الظاهرية التي تم إنشاؤها تلقائيا في التكوين الجاري وسيتم حفظها في تكوين بدء التشغيل عند تنفيذ بدء تشغيل النسخ:

n5k1# show run int ve32770

!Command: show running-config interface Vethernet32770

!Time: Thu Apr 10 12:56:23 2014

version 5.2(1)N1(4)

interface Vethernet32770

inherit port-profile UPLINK

bind interface Ethernet1/2 channel 1

n5k1# show int ve32770 brief

--------------------------------------------------------------------------------

Vethernet     VLAN   Type Mode   Status  Reason                    Speed

--------------------------------------------------------------------------------

Veth32770     10     virt access up      none                     auto

n5k1#

استكشاف الأخطاء وإصلاحها

يوفر هذا القسم معلومات يمكنك استخدامها لاستكشاف أخطاء التكوين وإصلاحها.

لم يتم إنشاء واجهة إيثرنت الظاهرية

تحقق من معلومات بروتوكول تبادل إمكانات التوصيل بين مراكز البيانات (DCBX) الخاصة بواجهة VNTag للمحول باستخدام هذا الأمر:

# show system internal dcbx info interface ethernet <>

تحقق من:

- بروتوكول تبادل إمكانات التوصيل بين مراكز البيانات (DCX) هو بروتوكول شبكة إيثرنت المتقاربة (CEE)

- تم تمكين امتداد شبكة الإدخال/الإخراج (NIV) عبر شبكة CEE

- قيمة طول نوع NIV (TLV) موجودة

كما هو مبرز أدناه:

n5k1# show sys int dcbx info interface e1/2

Interface info for if_index: 0x1a001000(Eth1/2)

tx_enabled: TRUE

rx_enabled: TRUE

dcbx_enabled: TRUE

DCX Protocol: CEE   <<<<<<<

DCX CEE NIV extension: enabled  <<<<<<<<<

<output omitted>

Feature type NIV (7)   <<<<<<<

feature type 7(DCX CEE-NIV)sub_type 0

Feature State Variables: oper_version 0 error 0 local error 0 oper_mode 1

feature_seq_no 0 remote_feature_tlv_present 1 remote_tlv_aged_out 0

remote_tlv_not_present_notification_sent 0

Feature Register Params: max_version 0, enable 1, willing 0 advertise 1

disruptive_error 0 mts_addr_node 0x2201 mts_addr_sap 0x193

Other server mts_addr_node 0x2301, mts_addr_sap 0x193

Desired config cfg length: 8 data bytes:9f   ff   68   ef   bd   f7   4f   c6

Operating config cfg length: 8 data bytes:9f   ff   68   ef   bd   f7   4f   c6

Peer config cfg length: 8 data bytes:10   00   00   22   bd   d6   66   f8

وتتضمن المشاكل الشائعة ما يلي:

- بروتوكول DCX هو CIN

- افحص بحثا عن مشكلات المستوى الأول: الكبلات والوحدات الطرفية الصغيرة SFP والوصلات التي تظهر على المنافذ والمهايئ.

- تحقق من تكوين المحول: مجموعة الميزات و switchport VNTag و enable بروتوكول اكتشاف طبقة الارتباط (LLDP)/DCBX.

- NIV TLV غائب

- تحقق من تمكين وضع NIV ضمن تكوين المحول.

- فحصت VNIC قارن تحكم (VIC) إكتمل وتبدلت معلومات ميلان إلى جانب الميناء. تأكد من أن حالة حدث مدير الواجهة الظاهرية (VIM) الحالي هي VIM_NIV_PHY_FSM_ST_UP_OPEN_PP.

n5k1# show sys int vim event-history interface e1/2

>>>>FSM: <Ethernet1/2> has 18 logged transitions<<<<<

1) FSM:<Ethernet1/2> Transition at 327178 usecs after Thu Apr 10 12:22:27 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_DCBX]

Triggered event: [VIM_NIV_PHY_FSM_EV_PHY_DOWN]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_DCBX]

2) FSM:<Ethernet1/2> Transition at 327331 usecs after Thu Apr 10 12:22:27 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_DCBX]

Triggered event: [VIM_NIV_PHY_FSM_EV_DOWN_DONE]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_DCBX]

3) FSM:<Ethernet1/2> Transition at 255216 usecs after Thu Apr 10 12:26:15 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_DCBX]

Triggered event: [VIM_NIV_PHY_FSM_EV_RX_DCBX_CC_NUM]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_3SEC]

4) FSM:<Ethernet1/2> Transition at 250133 usecs after Thu Apr 10 12:26:18 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_3SEC]

Triggered event: [VIM_NIV_PHY_FSM_EV_DCX_3SEC_EXP]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_ENCAP]

5) FSM:<Ethernet1/2> Transition at 262008 usecs after Thu Apr 10 12:26:18 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_ENCAP]

Triggered event: [VIM_NIV_PHY_FSM_EV_VIC_OPEN_RECEIVED]

Next state: [FSM_ST_NO_CHANGE]

6) FSM:<Ethernet1/2> Transition at 60944 usecs after Thu Apr 10 12:26:19 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_ENCAP]

Triggered event: [VIM_NIV_PHY_FSM_EV_ENCAP_RESP]

Next state: [VIM_NIV_PHY_FSM_ST_UP]

7) FSM:<Ethernet1/2> Transition at 62553 usecs after Thu Apr 10 12:26:19 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP]

Triggered event: [VIM_NIV_PHY_FSM_EV_VIC_OPEN_ACKD]

Next state: [FSM_ST_NO_CHANGE]

8) FSM:<Ethernet1/2> Transition at 62605 usecs after Thu Apr 10 12:26:19 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP]

Triggered event: [VIM_NIV_PHY_FSM_EV_VIC_OPEN_DONE]

Next state: [VIM_NIV_PHY_FSM_ST_UP_OPENED]

9) FSM:<Ethernet1/2> Transition at 62726 usecs after Thu Apr 10 12:26:19 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP_OPENED]

Triggered event: [VIM_NIV_PHY_FSM_EV_PP_SEND]

Next state: [VIM_NIV_PHY_FSM_ST_UP_OPENED_PP]

10) FSM:<Ethernet1/2> Transition at 475253 usecs after Thu Apr 10 12:51:45 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP_OPENED_PP]

Triggered event: [VIM_NIV_PHY_FSM_EV_PHY_DOWN]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_VETH_DN]

11) FSM:<Ethernet1/2> Transition at 475328 usecs after Thu Apr 10 12:51:45 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_VETH_DN]

Triggered event: [VIM_NIV_PHY_FSM_EV_DOWN_DONE]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_DCBX]

12) FSM:<Ethernet1/2> Transition at 983154 usecs after Thu Apr 10 12:53:06 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_DCBX]

Triggered event: [VIM_NIV_PHY_FSM_EV_RX_DCBX_CC_NUM]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_3SEC]

13) FSM:<Ethernet1/2> Transition at 992590 usecs after Thu Apr 10 12:53:09 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_3SEC]

Triggered event: [VIM_NIV_PHY_FSM_EV_DCX_3SEC_EXP]

Next state: [VIM_NIV_PHY_FSM_ST_WAIT_ENCAP]

14) FSM:<Ethernet1/2> Transition at 802877 usecs after Thu Apr 10 12:53:10 2014

Previous state: [VIM_NIV_PHY_FSM_ST_WAIT_ENCAP]

Triggered event: [VIM_NIV_PHY_FSM_EV_ENCAP_RESP]

Next state: [VIM_NIV_PHY_FSM_ST_UP]

15) FSM:<Ethernet1/2> Transition at 804263 usecs after Thu Apr 10 12:53:10 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP]

Triggered event: [VIM_NIV_PHY_FSM_EV_VIC_OPEN_ACKD]

Next state: [FSM_ST_NO_CHANGE]

16) FSM:<Ethernet1/2> Transition at 992390 usecs after Thu Apr 10 12:53:11 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP]

Triggered event: [VIM_NIV_PHY_FSM_EV_VIC_OPEN_RECEIVED]

Next state: [FSM_ST_NO_CHANGE]

17) FSM:<Ethernet1/2> Transition at 992450 usecs after Thu Apr 10 12:53:11 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP]

Triggered event: [VIM_NIV_PHY_FSM_EV_VIC_OPEN_DONE]

Next state: [VIM_NIV_PHY_FSM_ST_UP_OPENED]

18) FSM:<Ethernet1/2> Transition at 992676 usecs after Thu Apr 10 12:53:11 2014

Previous state: [VIM_NIV_PHY_FSM_ST_UP_OPENED]

Triggered event: [VIM_NIV_PHY_FSM_EV_PP_SEND]

Next state: [VIM_NIV_PHY_FSM_ST_UP_OPENED_PP]

Curr state: [VIM_NIV_PHY_FSM_ST_UP_OPENED_PP]  <<<<<<<<<<

n5k1#

إذا كانت واجهة إيثرنت الظاهرية إيثرنت إيثرنت افتراضية ثابتة، فتحقق لمعرفة ما إذا كان VIC_CREATE يظهر في هذا الأمر:

# show system internal vim info niv msg logs fixed interface e 1/16 ch 1

Eth1/16(Chan: 1) VIF Index: 605

REQ MsgId: 56630, Type: VIC ENABLE, CC: SUCCESS

RSP MsgId: 56630, Type: VIC ENABLE, CC: SUCCESS

REQ MsgId: 4267, Type: VIC SET, CC: SUCCESS

RSP MsgId: 4267, Type: VIC SET, CC: SUCCESS

REQ MsgId: 62725, Type: VIC CREATE, CC: SUCCESS  <<<<<<<

RSP MsgId: 62725, Type: VIC CREATE, CC: SUCCESS  <<<<<<<

REQ MsgId: 62789, Type: VIC ENABLE, CC: SUCCESS

RSP MsgId: 62789, Type: VIC ENABLE, CC: SUCCESS

REQ MsgId: 21735, Type: VIC SET, CC: SUCCESS

RSP MsgId: 21735, Type: VIC SET, CC: SUCCESS

لاحظ أن واجهة إيثرنت الظاهرية الثابتة هي واجهة افتراضية لا تدعم الترحيل عبر الواجهات المادية. عند مناقشة المحول-FEX، يكون النطاق دائما على شبكة إيثرنت افتراضية ثابتة لأن المحول-FEX يشير إلى إستخدام المحاكاة الافتراضية للشبكة بواسطة نظام تشغيل واحد (أي نظام تشغيل غير افتراضي).

إذا لم يظهر VIC_CREATE:

1. إذا كان المهايئ مهايئ Cisco NIV، فتحقق من تكوين VNIC على جانب المحول (معرف القناة، ومنفذ توصيل UIF صحيح، وأي التزام معلق (يلزم إعادة تمهيد الخادم لأي تغييرات في التكوين). لن يقوم vHBA بعرض إيثرنت ظاهري على كلا المحولين في مخطط FEX. تحتاج شبكة إيثرنت افتراضية ثابتة عبر مهايئ الناقل المضيف (vHBA) إلى برنامج تشغيل لنظام التشغيل لتحقيق هذا الأمر (انتظر حتى يقوم نظام التشغيل بتحميل برنامج التشغيل ويتم تحميله بالكامل).

2. إذا كان المهايئ مهايئ NIV من Broadcom، فتحقق مما إذا كانت الواجهات مرتفعة من جانب نظام التشغيل (على سبيل المثال، في Linux، قم برفع الواجهة 'ifconfig eth2 up').

3. إن VIC_CREATE يظهر، غير أن المفتاح يستجيب مع err_internal:

- تحقق من توصيفات المنافذ على كلا جانبي المحول والمحول. انظر ما إذا كانت أي سلاسل ملفات تعريف منافذ غير متطابقة.

- للحصول على شبكات إيثرنت افتراضية ديناميكية ثابتة، تحقق من تكوين "الإنشاء التلقائي".

4. إذا إستمرت المشكلة، فقم بجمع الإخراج المدرج أدناه والاتصال بمركز المساعدة التقنية (TAC) من Cisco.

# show system internal vim log

# attach fex <number>

# test vic_proxy dump trace

تجميع معلومات الدعم الفني للمحول من جانب الخادم

1. سجل الدخول إلى CIMC من متصفح.

2. انقر فوق علامة التبويب Admin.

3. طقطقة أدوات مساعدة.

4. انقر فوق تصدير بيانات الدعم الفني إلى TFTP أو إنشاء بيانات الدعم الفني للتنزيل المحلي.