إدارة سلسلة وحدة التحكم اللاسلكية Catalyst 9800 مع البنية الأساسية ل Prime مع SNMP V2 و V3 و NetCONF

المقدمة

يصف هذا وثيقة كيف أن يدمج مادة حفازة 9800 sery لاسلكي جهاز تحكم (C9800 WLC) مع prime بنية أساسية (3.x).

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• C9800 WLC
• Prime Infrastructure (PI)، الإصدار 3.5
• بروتوكول إدارة الشبكات البسيط (SNMP)

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

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

• C9800 WLC
• Cisco IOS XE Gibraltar من 16.10.1 إلى 17.3

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

ملاحظة: يدعم Prime Infra 3. 8 فقط 17.x 9800 WLCs. لا يظهر العملاء على Prime Infrastructure إذا حاولت إدارة وحدة تحكم في الشبكة المحلية اللاسلكية (WLC) بسرعة 16.12 مع Prime أدناه 3.8.

التكوين

من أجل Prime Infrastructure لتكوين وحدات التحكم في الشبكة المحلية اللاسلكية من السلسلة Catalyst 9800 وإدارتها ومراقبتها، يلزم أن تكون قادرة على الوصول إلى C9800 عبر CLI و SNMP و NetConf. عند إضافة C9800 إلى البنية الأساسية ل Prime، يلزم تحديد بيانات اعتماد Telnet/SSH بالإضافة إلى سلسلة مجتمع SNMP والإصدار وما إلى ذلك. يستخدم PI هذه المعلومات للتحقق من إمكانية الوصول والجرد C9800 WLC. كما يستخدم بروتوكول SNMP للضغط على قوالب التكوين وكذلك فخاخ دعم نقطة الوصول وأحداث العميل. ومع ذلك، فمن أجل PI لجمع إحصائيات نقطة الوصول والعميل، يتم الاستفادة من NetConf. لا يتم تمكين NetConf بشكل افتراضي على C9800 WLC ويلزم تكوينه يدويا عبر CLI على الإصدار 16.10.1 (واجهة المستخدم الرسومية (GUI) متوفرة في 16.11.1).

المنافذ المستخدمة

يستخدم الاتصال بين C9800 والبنية الأساسية Prime منافذ مختلفة.

• يتم دفع جميع التكوينات والقوالب المتاحة في Prime أدناه عبر بروتوكول SNMP وواجهة سطر الأوامر. هذا يستعمل udp ميناء 161.
• يتم الحصول على بيانات التشغيل الخاصة بالتحكم C9800 WLC نفسه عبر بروتوكول SNMP. هذا يستعمل UDP ميناء 162.
• تعمل بيانات تشغيل AP والعميل على تحسين تتبع الدفق.

Prime Infrastructure إلى WLC: منفذ TCP 830 - يتم إستخدام هذا من قبل Prime أدناه لدفع تكوين بيانات تتبع الاستخدام إلى 9800 جهاز (باستخدام NetConf).
WLC إلى Prime Infrastructure: منفذ TCP 20828 (ل Cisco® IOS XE 16.10 و 16.11) أو 20830 (ل Cisco IOS XE 16.12،17.x والإصدارات الأحدث).

ملاحظة: يتم إرسال رسائل تنشيط الاتصال كل 5 ثوان حتى في حالة عدم وجود بيانات تتبع عن بعد للإبلاغ عنها.

ملاحظة: في حالة وجود جدار حماية بين البنية الأساسية ل Prime و C9800، تأكد من فتح هذه المنافذ لإنشاء الاتصال.

تكوين SNMPv2 على Cat 9800 WLC

GUI:

الخطوة 1. انتقل إلى Administration > SNMP > Slide to Enable SNMP.

الخطوة 2. انقر فوق Community Strings وإنشاء اسم مجتمع للقراءة فقط والقراءة والكتابة.

CLI:

(config)#snmp-server community <snmpv2-community-name> 
(optional)(config)# snmp-server location <site-location>
(optional)(config)# snmp-server contact <contact-number>

تكوين SNMPv3 على Cat 9800 WLC

GUI:

ملاحظة: اعتبارا من 17.1 Cisco IOS XE، يسمح لك واجهة مستخدم الويب فقط بإنشاء مستخدمي v3 للقراءة فقط. يجب تشغيل إجراء واجهة سطر الأوامر (CLI) لإنشاء مستخدم v3 للقراءة والكتابة.

CLI:

انقر فوق V3 usersوإنشاء مستخدم. نختار authPriv، SHA و AES protocols، واختيار كلمات مرور طويلة. MD5 و DES/3DES هي بروتوكولات غير آمنة وعلى الرغم من أنها لا تزال خيارا في عام 9800، إلا أنه يجب ألا يتم إختيارها ولم تعد تختبر بشكل كامل.

ملاحظة: لا ينعكس تكوين مستخدم SNMPv3 على تكوين التشغيل. يتم عرض تكوين مجموعة SNMPv3 فقط.

CLI:

(config)#snmp-server view primeview iso included
(config)#snmp-server group <v3-group-name> v3 auth write primeview 
(config)#snmp-server user <v3username> <v3-group-name> v3 auth {md5 | sha} <AUTHPASSWORD> priv {3des | aes | des} {optional for aes 128 | 192| 256} <PRIVACYPASSWORD>



9800#show snmp user

User name: Nico
Engine ID: 800000090300706D1535998C
storage-type: nonvolatile	 active
Authentication Protocol: SHA
Privacy Protocol: AES128
Group-name: SnmpAuthPrivGroup

NetConf تشكيل على ال Cat 9800 WLC

واجهة المستخدم الرسومية (GUI) (بدءا من الإصدار 16.11):

انتقل إلى Administration > HTTP/HTTPS/Netconf.

CLI:

(config)#netconf-yang

تحذير: إذا تم تمكين طراز AAA الجديد على C9800، فأنت بحاجة أيضا إلى تكوين:
(config)#aaa وضع التخويل الافتراضي <local أو radius/tacacs group>
(config)#aaa صحة هوية تسجيل الدخول الافتراضي <محلي أو RADIUS/tacacs مجموعة>
يستخدم NetConf في C9800 الطريقة الافتراضية (ولا يمكنك تغيير هذه الطريقة) لكل من تسجيل دخول مصادقة AAA بالإضافة إلى EXEC للتفويض AAA. في حالة رغبتك في تحديد طريقة مختلفة لاتصالات SSH، يمكنك القيام بذلك ضمن line vty سطر الأوامر. يستمر NetConf في إستخدام الطرق الافتراضية.

تحذير: بنية Prime الأساسية، عند إضافة وحدة تحكم 9800 إلى مخزونها، فإنها تستبدل الطريقة الافتراضية لتسجيل الدخول إلى مصادقة AAA والأساليب الافتراضية لتفويض AAA التي قمت بتكوينها وتوجهها إلى المصادقة المحلية فقط في حالة عدم تمكين NetConf بالفعل على عنصر التحكم في الشبكة المحلية اللاسلكية (WLC). إذا كانت Prime Infrastructure قادرة على تسجيل الدخول باستخدام NetConf، فإنها لا تغير التكوين. هذا يعني، إذا كنت تستخدم TACACS، فيمكنك فقدان وصول CLI بعد إضافة 9800 إلى Prime. يمكنك إرجاع أوامر التكوين هذه بعد ذلك وتجعلها تشير إلى TACACS إذا كان ذلك ما تفضله.

التكوين (Prime Infrastructure 3.5 والإصدارات الأحدث)

الخطوة 1. التقط الإدارة اللاسلكية عنوان يشكل على المادة حفازة 9800 WLC.

GUI:

انتقل إلى Configuration > Interface: Wireless.

CLI:

# show wireless interface summary

الخطوة 2. التقط الامتياز 15 مسوغات مستخدم as well as enable الكلمة.

GUI:

انتقل إلى Administration > User Administration.

CLI:

# show run | inc username
# show run | inc enable

الخطوة 3. احصل على سلاسل مجتمع SNMPv2 و/أو مستخدم SNMPv3 حسب ما هو قابل للتطبيق.

GUI:

ل SNMPv2، انتقل إلى Administration > SNMP > Community Strings.

ل SNMPv3، انتقل إلى Administration > SNMP > V3 Users.

CLI:

For SNMPv2 community strings
# show run | sec snmp 

For SNMPv3 user
# show user

الخطوة 4. في واجهة المستخدم الرسومية (GUI) للبنية الأساسية ل Prime، انتقل إلى Configuration > Network: Network Devices، انقر فوق القائمة المنسدلة بجانب + وتختار Add Device.

الخطوة 5. على Add Device قم بإدخال عنوان IP للواجهة على 9800 الذي يتم إستخدامه لإنشاء اتصال مع البنية الأساسية ل Prime.

الخطوة 6. انتقل إلى SNMP علامة التبويب وتوفير SNMPv2 Read-Only and Read-Write Community Strings تم التكوين على C9800 WLC.

الخطوة 7. إذا كنت تستخدم SNMPv3، فمن القائمة المنسدلة أختر v3، وتقديم اسم مستخدم SNMPv3. من Auth-Type منسدل يتوافق مع نوع المصادقة الذي تم تكوينه مسبقا ومن Privacy Type المنسدلة أختر أسلوب التشفير الذي تم تكوينه على C9800 WLC.

الخطوة 8. انتقل إلى Telnet/SSH علامة تبويب من Add Device، قدمت الامتياز 15 username وكلمة مع enable كلمة. انقر فوق Verify Credentials لضمان عمل بيانات اعتماد واجهة سطر الأوامر (CLI) وبروتوكول إدارة شبكة الاتصال البسيط (SNMP) بشكل جيد. ثم انقر فوق Add.

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

التحقق من حالة بيانات تتبع الاستخدام

الخطوة 1. تحقق من تمكين NetConf على C9800.

#show run | inc netconf
netconf-yang

إن لا يكون حاضر، دخلت ال 'NETconf تشكيل على ال Cat 9800 WLC' قسم.

الخطوة 2. تحقق من اتصال بيانات تتبع الاستخدام ب Prime من C9800.

#show telemetry internal connection
Telemetry connection

Address Port Transport State Profile
------------------------------------------------------------------
x.x.x.x 20828 cntp-tcp Active

ملاحظة: X.x.x.x هو عنوان IP للبنية الأساسية ل Prime ويجب أن تكون الحالة نشطة. إذا كانت الحالة غير نشطة، ارجع إلى قسم أستكشاف الأخطاء وإصلاحها.

في 17.9، يجب أن تستخدم أمر مختلف قليلا:

9800-17-9-2#show telemetry connection all
Telemetry connections

Index Peer Address               Port  VRF Source Address             State      State Description
----- -------------------------- ----- --- -------------------------- ---------- --------------------
    0 10.48.39.25                25103 0   10.48.39.228               Active     Connection up

9800-17-9-2#

الخطوة 3. على البنية الأساسية ل Prime، انتقل إلى Inventory > Network Devices > Device Type: Wireless Controller.

الخطوة 4. لعرض تفاصيل اتصال تتبع الاستخدام بالبنية الأساسية ل Prime، قم بتشغيل ما يلي:

#show telemetry internal protocol cntp-tcp manager x.x.x.x 20828
Telemetry protocol manager stats:

Con str                : x.x.x.x:20828::
Sockfd                 : 79
Protocol               : cntp-tcp
State                  : CNDP_STATE_CONNECTED
Table id               : 0
Wait Mask              :
Connection Retries     : 0
Send Retries           : 0
Pending events         : 0
Source ip              : <9800_IP_ADD>
Bytes Sent             : 1540271694
Msgs Sent              : 1296530
Msgs Received          : 0

الخطوة 5. تحقق من حالة الاشتراك في تتبع الاستخدام من C9800 ومن إظهار على أنه "صالح".

#show telemetry ietf subscription configured
Telemetry subscription brief

ID Type State Filter type
-----------------------------------------------------
68060586 Configured Valid transform-na
98468759 Configured Valid tdl-uri
520450489 Configured Valid transform-na
551293206 Configured Valid transform-na
657148953 Configured Valid transform-na
824003685 Configured Valid transform-na
996216912 Configured Valid transform-na
1072751042 Configured Valid tdl-uri
1183166899 Configured Valid transform-na
1516559804 Configured Valid transform-na
1944559252 Configured Valid transform-na
2006694178 Configured Valid transform-na

الخطوة 6: يمكن عرض إحصائيات الاشتراك لكل معرف اشتراك أو لكل الاشتراكات باستخدام هذا:

#show telemetry internal subscription { all | id } stats
Telemetry subscription stats:

Subscription ID  Connection Info            Msgs Sent  Msgs Drop  Records Sent
------------------------------------------------------------------------------
865925973        x.x.x.x:20828::      2          0          2
634673555        x.x.x.x:20828::      0          0          0
538584704        x.x.x.x:20828::      0          0          0
1649750869       x.x.x.x:20828::      1          0          2
750608483        x.x.x.x:20828::      10         0          10
129958638        x.x.x.x:20828::      10         0          10
1050262948       x.x.x.x:20828::      1369       0          1369
209286788        x.x.x.x:20828::      15         0          15
1040991478       x.x.x.x:20828::      0          0          0
1775678906       x.x.x.x:20828::      2888       0          2889
1613608097       x.x.x.x:20828::      6          0          6
1202853917       x.x.x.x:20828::      99         0          99
1331436193       x.x.x.x:20828::      743        0          743
1988797793       x.x.x.x:20828::      0          0          0
1885346452       x.x.x.x:20828::      0          0          0
163905892        x.x.x.x:20828::      1668       0          1668
1252125139       x.x.x.x:20828::      13764      0          13764
2078345366       x.x.x.x:20828::      13764      0          13764
239168021        x.x.x.x:20828::      1668       0          1668
373185515        x.x.x.x:20828::      9012       0          9012
635732050        x.x.x.x:20828::      7284       0          7284
1275999538       x.x.x.x:20828::      1236       0          1236
825464779        x.x.x.x:20828::      1225711    0          1225780
169050560        x.x.x.x:20828::      0          0          0
229901535        x.x.x.x:20828::      372        0          372
592451065        x.x.x.x:20828::      8          0          8
2130768585       x.x.x.x:20828::      0          0          0

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

أستكشاف أخطاء البنية الأساسية وإصلاحها في Prime

• أول شيء للتحقق من البنية الأساسية ل Prime هو عنوان IP والواجهات. لا تدعم البنية الأساسية ل Prime المنزل المزدوج ولا تستمع إلى بيانات القياس عن بعد على المنفذ الثاني الخاص به.
• يجب أن يكون عنوان IP الخاص ب WLC الذي تضيفه في Prime Infrastructure هو عنوان IP المستخدم ك 'واجهة الإدارة اللاسلكية'. يجب أن يكون عنوان IP للبنية الأساسية ل Prime قابلا للوصول إليه من واجهة الإدارة اللاسلكية هذه الموجودة على جانب وحدة التحكم.
• إذا كنت تستخدم منفذ الخدمة (gig0/0 في الأجهزة) للاكتشاف، فإن WLC و APs يظهران في حالة الإدارة في المخزون ولكن القياس عن بعد ل WLC ونقاط الوصول المرتبطة لا تعمل.
• إذا كنت ترى حالة بيانات تتبع الاستخدام على أنها "نجاح" في البنية الأساسية ل Prime ولكن عدد نقاط الوصول هو 0، فقد يكون بإمكان Prime Infrastructure الوصول إلى عنصر التحكم في الشبكة المحلية اللاسلكية (WLC) على المنفذ 830 ولكن يتعذر على وحدة التحكم الوصول الوصول إلى البنية الأساسية ل Prime على المنفذ 20830.

بالنسبة لأي مشاكل في SNMP أو مشاكل تكوين الجهاز، قم بجمع هذه السجلات من البنية الأساسية ل Prime:

cd /opt/CSCOlumos/logs/

[root@prime-tdl logs]# ncs-0-0.log

Tdl.logs

فيما يتعلق بمشكلات القياس عن بعد / المرجان، أول شيء هو التحقق من حالة المرجان:

shell

cd /opt/CSCOlumos/coralinstances/coral2/coral/bin

./coral version 1

./coral status 1

./coral stats 1

إذا كان كل شيء على ما يرام، قم بتجميع هذه السجلات من مجلد سجلات المرجان الرئيسي.

ملاحظة: وفقا لإصدار البنية الأساسية Prime ومقدار إصدار Cisco IOS XE الذي يدعمه، يمكن أن يكون هناك عدة مثيلات مرجانية على البنية الأساسية ل Prime. تحقق من ملاحظات الإصدارات للحصول على مزيد من التفاصيل مثل: https://www.cisco.com/c/en/us/td/docs/net_mgmt/prime/infrastructure/3-7/release/notes/bk_Cisco_Prime_Infrastructure_3_7_0_Release_Notes.html

الخطوة 1.

cd /opt/CSCOlumos/coral/bin/

[root@prime-tdl bin]# ./coral attach 1

Attached to Coral instance 1 [pid=8511]

Coral-1#cd /tmp/rp/trace/

Coral-1#ls

Collect the  “Prime_TDL_collector_R0-”* logs

Coral-1# cd /tmp/rp/trace/
Coral-1# btdecode P* > coralbtlog.txt
Coral-1# cat  coralbtlog.txt

يمكن العثور على هذه السجلات أيضا في هذا الدليل:

* تتوفر ملفات التتبع التي تم فك ترميزها في المسار/opt/CSCOlumos/coralinstances/coral2/coral/run/1/storage/harddisk
*   ade# cd /opt/CSCOlumos/coralinstances/coral2/coral/run/1/storage/harddisk

*   ade# cp coraltrace.txt /localdisk/defaultRepo

الخطوة 2. لتمكين المرجان في وضع تصحيح الأخطاء، يجب تعيين مستوى التصحيح في debug.conf ملف.

إما من داخل الحاوية:

echo "rp:0:0:tdlcold:-e BINOS_BTRACE_LEVEL=DEBUG;" > /harddisk/debug.conf

أو في Prime 3.8، يمكن إعادة تشغيل خدمة المرجان خارج الحاوية باستخدام:

"sudo /opt/CSCOlumos/coralinstances/coral2/coral/bin/coral restart 1"

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

sudo /opt/CSCOlumos/coralinstances/coral2/coral/bin/coral stop 1

sudo /opt/CSCOlumos/coralinstances/coral2/coral/bin/coral purge 1

sudo /opt/CSCOlumos/coralinstances/coral2/coral/bin/coral start 1

إعادة تشغيل المرجان، هذا إلزامي. يمكنك ترك مثيل المرجان إذا قمت بكتابة "إنهاء" ثم:

./coral/bin/coral restart 1

ملاحظة: يمكن إعادة تشغيل خدمة المرجان في Prime 3.8 خارج الحاوية باستخدام إعادة تشغيل 'sudo /opt/ciscoLumos/coralinstances/coral2/coral/bin/coral restart 1'

إذا كنت بحاجة إلى فك شفرة ملفات سجل المرجان، يمكنك فك شفرتها داخل حاوية المرجان باستخدام:

btdecode Prime_TDL_collector_*.bin

ملاحظة: بعد تمكين مستوى تصحيح أخطاء المرجان، يكون إعادة تشغيل المرجان إلزاميا.

أستكشاف الأخطاء وإصلاحها على Catalyst 9800 WLC

لمراقبة التكوين الذي دفعه Prime أدناه إلى عنصر التحكم في الشبكة المحلية اللاسلكية C9800، يمكنك تشغيل تطبيق IM.

#config terminal
#event manager applet catchall
 #event cli pattern ".*" sync no skip no
 #action 1 syslog msg "$_cli_msg"

حذف كافة اشتراكات بيانات تتبع الاستخدام من تكوين WLC

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

WLC#term shell
WLC#function removeall() {
for id in `sh run | grep telemetry | cut -f4 -d' '`
do
conf t
no telemetry ietf subscription $id
exit
done
}
WLC#removeall

لتمكين التتبع:

# debug netconf-yang level debug

للتحقق من:

WLC#show platform software trace level mdt-pubd chassis active R0 | inc Debug

pubd                            Debug           

WLC#show platform software trace level ndbman chassis active R0 | inc Debug

ndbmand                         Debug     

      

لعرض مخرجات التتبع:

show platform software trace message mdt-pubd chassis active R0

show platform software trace message ndbman chassis active R0

التحقق من معرف الاشتراك لمعلومات نقطة الوصول

انقر فوق DB Query. انتقل إلى tohttps://<Prime_IP>/webacs/ncsDiag.do.

نختار *من ewlcSubscription حيث OwnerEntityId مثل '٪Controller_IP' و className='UnifiedAp'.

من WLC:

تحقق من أن معرف الاشتراك يرسل معلومات ولا حالات إسقاط على عدادات CNTP.

show tel int sub all stats

show telemetry internal protocol cntp-tcp connector counters drop

show telemetry internal protocol cntp-tcp connector counters queue

show telemetry internal protocol cntp-tcp connector counters rate

show telemetry internal protocol cntp-tcp connector counters sub-rate

show telemetry internal protocol cntp-tcp connector counters reset

ملاحظة: يدعم مركز الشبكة المحلية اللاسلكية (WLC) طراز 9800 اشتراك 100 في بيانات القياس عن بعد قبل إصدار 17.6 و 128 اشتراكا بعد إصدار 17.6 (كما يستطيع إصدار مركز بنية الشبكة الرقمية (DNA) مؤخرا إستخدام أكثر من 100 اشتراك.

الانتقال من PI إلى مركز DNA

لا يمكن إدارة C9800 في آن واحد بواسطة PI ومركز بنية الشبكة الرقمية (DNA). إذا كانت هناك خطة للانتقال إلى DNAC كحل لإدارة الشبكة، فيجب إزالة C9800 من Prime Infrastructure قبل إضافته إلى مركز DNA. عند إزالة/حذف C9800 من PI 3.5، لا يتم إسترجاع جميع التكوينات التي تم دفعها إلى C9800 في وقت الجرد بواسطة PI، ويجب حذف هذه التكوينات من النظام يدويا. وعلى وجه التحديد، لا تتم إزالة قنوات الاشتراك التي تم إنشاؤها ل C9800 WLC لنشر بيانات تتبع الدفق. 

لتحديد هذا التكوين المحدد:

#show run | sec telemetry

لإزالة هذا التكوين، قم بتشغيل no شكل الأمر:

(config) # no telemetry ietf subscription <Subscription-Id>
Repeat this CLI to remove each of the subscription identifiers. 


(config) # no telemetry transform <Transform-Name>
Repeat this CLI to remove each of the transform names

ملاحظة: إذا قمت بإدارة وحدة التحكم 9800 باستخدام كل من بنية DNAC و Prime الأساسية، فسيفشل توافق مخزون DNAC بشكل متوقع بسبب إدارة Prime.

في الإصدارات الأخيرة، يمكن لكل من Prime Infrastructure و DNAC إستخدام عدد كبير جدا من اشتراكات بيانات تتبع الاستخدام الخاصة بوحدة التحكم في الشبكة المحلية اللاسلكية (WLC) لكل من الخوادم لإدارة وحدة التحكم في الشبكة 9800 في وقت واحد. لذلك لا يمكنك إدارة 9800 باستخدام كل من البنية الأساسية DNAC و Prime وكذلك إجراء بيانات تتبع الاتصال والإحصائيات. ولذلك يجب أن يحدث الترحيل من PI إلى DNAC بأسرع ما يمكن لأن DNAC غير قادر على الحصول على بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات بيانات تتبع الاتصال من 9800 طالما أن Prime Infrastructure يقوم بإدارة وحدة التحكم 9800.