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

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

محتويات الدليل

المقالة الرئيسية

فهم بنية WAAS وتدفق حركة مرور البيانات

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

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

تسريع التطبيق لاستكشاف الأخطاء وإصلاحها

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

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

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

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

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

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

أستكشاف مشكلات إدارة الفيديو وإصلاحها

أستكشاف أخطاء وحدة التحكم في الوصول (AO) العامة وإصلاحها

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

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

تطبيق AppNav لحل المشاكل

أستكشاف مشكلات الأقراص والأجهزة وإصلاحها

أستكشاف أخطاء المجموعات التسلسلية المضمنة وإصلاحها

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

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

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

المحتويات

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

- 1.1 اعتراض (مضمن) في المسار

- 1.2 اعتراض خارج المسار (WCCP)

- 1.2.1 تكوين اعتراض WCCP والتحقق من صحته على الموجه

- 1.2.2 معلومات إضافية

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

- 1.3.1 المرور خلال حركة مرور معينة

- 1.3.2 تعطيل ANC مضمن

- 1.3.3 تعطيل ANC بعيدا عن المسار

- 1.4 أستكشاف أخطاء نظام AppNav وإصلاحها

- 1.4.1 أجهزة إنذار AppNav

- 1.4.2 مراقبة المدير المركزي

- 1.4.3 أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لمراقبة حالة نظام المجموعة والجهاز

- 1.4.4 أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لمراقبة إحصائيات توزيع التدفق

- 1.4.5 أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لتصحيح أخطاء الاتصالات

- 1.4.6 تتبع الاتصال

- 1.4.7 تسجيل تصحيح أخطاء AppNav

- 1.5 التقاط حزمة AppNav

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

يبسط تطبيق WAAS من Cisco تكامل شبكة تحسين WAN ويقلل بدرجة كبيرة من الاعتماد على محول أو موجه الاعتراض باستخدام وحدات التحكم في AppNav (ANCs) لتوزيع حركة مرور البيانات بين عقد WAAS (WNs) للتحسين باستخدام فئة فعالة وآلية سياسة. يمكنك إستخدام عقد WAAS (WNs) لتحسين حركة المرور استنادا إلى المواقع و/أو التطبيقات. تصف هذه المقالة كيفية أستكشاف أخطاء AppNav وإصلاحها.

ملاحظة: تم إدخال ميزة AppNav في الإصدار 5.0.1 من WAAS. لا ينطبق هذا القسم على إصدارات WAAS السابقة.

اعتراض (مضمن) في المسار

في الوضع المضمن، يتم وضع قوائم التحكم في الشبكة (ANC) في مسار حركة مرور الشبكة حيث تقوم باعتراض الحزم وتوزيعها على WNs.

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

ملاحظة: لا تقوم واجهات الجسر بحظر حزم وحدة بيانات بروتوكول الجسر (BPDU) وفي حالة الواجهات المتكررة التي تقوم بإنشاء حلقات، يتم حظر إحدى الواجهات بواسطة بروتوكول الشجرة المتفرعة.

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

- تحقق من صحة وضع خط ANC داخليا عن طريق التحقق من تصميم الشبكة. إذا كان ضروريا، أستخدم الأدوات الأساسية مثل ping و traceroute، أو أدوات أو تطبيقات الطبقة 7 لتأكيد أن مسار حركة مرور الشبكة هو كما هو متوقع. تحقق من الكابلات المادية لمركز البيانات.

- دققت أن ال ANC ثبتت إلى داخل اعتراض أسلوب.

- تحقق من تكوين واجهة مجموعة الجسر بشكل صحيح.

يمكن تنفيذ أخر خطوتين إما في المدير المركزي أو في سطر الأوامر، على الرغم من أن المدير المركزي هو الطريقة المفضلة ويتم وصفه أولا.

أخترت في المدير المركزي، أداة>AppNavController، بعد ذلك أخترت يشكل>اعتراض>تشكيل. تحقق من تعيين أسلوب الاعتراض على السطر.

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

أستخدم لوحة التنبيه أو أمر EXEC show alarm للتحقق من رفع أي تنبيهات متعلقة بالجسر على الجهاز. يشير تنبيه Bridge_down إلى أن واجهة واحدة أو أكثر من واجهات الأعضاء في الجسر قد سقطت.

من واجهة سطر الأوامر (CLI)، اتبع الخطوات التالية لتكوين العملية المضمنة:

1. قم بتعيين طريقة الاعتراض إلى مضمنة:

wave# config

wave(config)# interception-method inline

2. قم بإنشاء واجهة مجموعة الجسر:

wave(config)# bridge 1 protocol interception

3. (إختياري) حدد قائمة شبكات VLAN لاعتراض، إذا لزم الأمر:

wave(config)# bridge 1 intercept vlan-id all

4. أضف واجهتين منطقية/مادية إلى واجهة مجموعة الجسر:

wave(config)# interface GigabitEthernet 1/0

wave(config-if)# bridge-group 1

wave(config-if)# exit

wave(config)# interface GigabitEthernet 1/1

wave(config-if)# bridge-group 1

wave(config-if)# exit

يمكنك إستخدام أمر EXEC show bridge للتحقق من حالة تشغيل واجهة الجسر ومشاهدة الإحصائيات للجسر.

wave# show bridge 1

lsp: Link State Propagation

flow sync: AppNav Controller is in the process of flow sync

Member Interfaces:

GigabitEthernet 1/0

GigabitEthernet 1/1

Link state propagation: Enabled

VLAN interception:

intercept vlan-id all                                                    <<< VLANs to intercept

Interception Statistics:

GigabitEthernet 1/0    GigabitEthernet 1/1

Operation State                   :   Down           Down(lsp)            <<< Down due to LSP

Input Packets Forwarded/Bridged   :   16188          7845

Input Packets Redirected          :   5068           0

Input Packets Punted              :   1208           605

Input Packets Dropped             :   0              0

Output Packets Forwarded/Bridged  :   7843           21256

Output Packets Injected           :   301            301

Output Packets Dropped            :   2              0

في المثال أعلاه، تكون واجهة Gig 1/0 معطلة، كما تكون واجهة Gig 1/1 معطلة بسبب نشر حالة الارتباط (LSP). قد ترى أيضا Down(Flow Sync)، مما يعني أن ANC ينضم إلى نظام مجموعة ويزامن معلومات التدفق مع ANCs أخرى في نظام المجموعة. إنها تبقي مسار الاعتراض (واجهة الجسر) مغلقا لحوالي دقيقتين إلى أن تتم مزامنة كل ANC بحيث يمكن توزيع التدفقات الموجودة بشكل صحيح.

يظهر الجزء السفلي من الإخراج إحصائيات حركة مرور البيانات لواجهات الأعضاء.

اعتراض خارج المسار (WCCP)

في وضع WCCP، يتم وضع موجهات WCCP في مسار حركة مرور الشبكة حيث تقوم باعتراض الحزم وإعادة توجيهها إلى ANCs، والتي يتم وضعها خارج المسار. بما أن AppNav يتعامل مع معالجة الإعتراض، والتوزيع الذكي للتدفق، ومراعاة التحميل بين مسرع WAAS، فإن تكوين WCCP على الموجهات يتم تبسيطه بشكل ملحوظ.

في تكوين الواجهة لعملية نشر خارج المسار، يمكن لأدوار الاعتراض والتوزيع مشاركة نفس الواجهات على الوحدة النمطية لواجهة وحدة التحكم في التطبيق Cisco AppNav، ولكنها غير مطلوبة.

تتكون عملية الاعتراض خارج المسار لاستكشاف الأخطاء وإصلاحها من الخطوات التالية:

- تحقق من الموضع الصحيح لموجهات WCCP لضمان أنها في مسار حركة المرور التي تنتقل إلى ومن البيئات المضيفة المحسنة. يمكنك إستخدام أوامر show run أو show wccp للتحقق من أن هذه هي نفس الموجهات التي تم تكوينها ل WCCP. إن أمكن، استعملت أدوات أساسية مثل ping و traceroute، أو طبقة 7 أداة أو تطبيق أن يؤكد أن كل حركة مرور تحتاج تحسين يمر من خلال موجهات WCCP.

- دققت ال WCCP تشكيل على ال WAAS ANCs، يستعمل إما الإدارة المركزية (تفضل) أو CLI.

- دققت ال WCCP تشكيل على المسحاج تخديد، يستعمل المسحاج تخديد CLI.

للتحقق من تكوين WCCP على ANCs، في الإدارة المركزية، أختر الأجهزة > AppNavController، ثم أختر تكوين > اعتراض > تكوين اعتراض.

- دققت أن التقطع ثبتت طريقة إلى WCCP.

- تحقق من تحديد خانة الاختيار تمكين خدمة WCCP.

- دققت أن الإستعمالمن تقصير مدخل كمسحاج تخديد WCCP فحصت أو أن ال WCCP مسرد عنوان في ال WCCP مسحاج تخديد مجال.

- تحقق من تكوين الإعدادات الأخرى مثل قناع موازنة التحميل وطريقة إعادة التوجيه بشكل صحيح لنشرك.

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

من ال CLI، تبعت هذا steps أن يشكل WCCP عملية:

1. قم بتعيين طريقة الاعتراض إلى WCCP.

wave# config

wave(config)# interception-method wccp

2. قم بتكوين قائمة موجه WCCP، والتي تحتوي على عناوين IP الخاصة بالموجهات المشاركة في مزرعة WCCP.

wave(config)# wccp router-list 1 10.10.10.21 10.10.10.22

3. قم بتكوين معرف خدمة WCCP. يتم تفضيل معرف خدمة واحد ل AppNav، على الرغم من اعتماد معرفات خدمة.

wave(config)# wccp tcp-promiscuous 61

4. أربط قائمة الموجهات التي تم تكوينها بخدمة WCCP.

wave(config-wccp-service)# router-list-num 1

5. قم بتكوين طريقة تعيين WCCP (يتم دعم طريقة القناع فقط على ANC). إذا لم تحدد خيارات dst-ip-mask أو src-ip-mask، يتم تعيين قناع IP المصدر الافتراضي على f ويتم تعيين قناع IP للوجهة على 0.

wave(config-wccp-service)# assignment-method mask

6. قم بتكوين طريقة إعادة توجيه WCCP (يتم تعيين طرق الخروج والإرجاع تلقائيا لمطابقة طريقة إعادة التوجيه وغير قابلة للتكوين ل ANC). يمكنك إختيار L2 (الافتراضي) أو GRE. يتطلب L2 أن يكون لدى ANC اتصال الطبقة 2 بالموجه ويتم تكوين الموجه أيضا لإعادة توجيه الطبقة 2.

wave(config-wccp-service)# redirect-method gre

7. قم بتمكين خدمة WCCP.

wave(config-wccp-service)# enable

تحقق من اعتراض WCCP على كل ANC باستخدام الأمر show running-config. يوضح المثالان أدناه إخراج التكوين الجاري لإعادة التوجيه من المستوى الثاني وإعادة توجيه GRE.

show running-config wccp (لإعادة توجيه L2):

wave# sh run wccp

wccp router-list 1 10.10.10.21 10.10.10.22

wccp tcp-promiscuous service-pair 61

router-list-num 1

enable                                           <<< L2 redirect is default so is not shown in running config

exit

show running-config wccp (ل GRE):

wave# sh run wccp

wccp router-list 1 10.10.10.21 10.10.10.22

wccp tcp-promiscuous service-pair 61

router-list-num 1

redirect-method gre                              <<< GRE redirect method is configured

enable

exit

تحقق من حالة WCCP على كل ANC باستخدام الأمر show wccp status.

wave# show wccp routers

WCCP Interception :

Configured State :  Enabled                       <<< Shows Disabled if WCCP is not configured

Operational State : Enabled                       <<< Shows Disabled if WCCP is not enabled

Services Enabled on this WAE:

TCP Promiscuous 61                        <<< Shows NONE if no service groups are configured

دققت المسحاج تخديد أن استجاب إلى إبقاء رسالة في ال WCCP مزرعة ب يستعمل العرض wccp مسحاج تخديد أمر.

wave# show wccp routers

Router Information for Service Id: 61

Routers Seeing this Wide Area Engine(2)

Router Id       Sent To                    <<< List of routers seen by this ANC

192.168.1.1     10.10.10.21

192.168.1.2     10.10.10.22

Routers not Seeing this Wide Area Engine   <<< List of routers not seen by this ANC

-NONE-

Routers Notified of from other WAE's       <<< List of routers notified of but not configured in router list

-NONE-

دققت كل ANCs طريقة عرض الآخر ANCs في ال WCCP مزرعة والموجهات يمكن الوصول إليها بواسطة كل واحد منهم باستخدام الأمر show wccp client.

wave# show wccp clients

Wide Area Engine List for Service: 61

Number of WAE's in the Cache farm: 2                           <<< Number of ANCs in the farm

IP address = 10.10.10.31   Lead WAE = NO   Weight = 0   <<< Entry for each ANC in the farm

Routers seeing this Wide Area Engine(2)

192.168.1.1                                     <<< List of routers seeing this ANC

192.168.1.2

IP address = 10.10.10.32   Lead WAE = YES  Weight = 0   <<< YES indicates ANC is serving as the lead

Routers seeing this Wide Area Engine(2)

192.168.1.1                                     <<< List of routers seeing this ANC

192.168.1.2

تحقق من تلقي الحزم بواسطة كل ANC من الموجهات في المزرعة باستخدام الأمر show statistics wccp. يتم عرض إحصائيات حركة المرور التي يتم استقبالها من كل موجه وتمريرها وإرسالها إليه. تظهر الإحصاءات التراكمية لجميع الموجهات في المزرعة في الجزء السفلي. أمر مماثل هو عرض إحصائيات WCCP. لاحظ أن "OE" تشير إلى أجهزة ANC هنا.

wave# sh statistics wccp

WCCP Stats for Router              : 10.10.10.21

Packets Received from Router      : 1101954

Bytes Received from Router        : 103682392

Packets Transmitted to Router     : 1751072

Bytes Transmitted to Router       : 2518114618

Pass-thru Packets sent to Router  : 0

Pass-thru Bytes sent to Router    : 0

Redirect Packets sent to OE       : 1101954

Redirect Bytes sent to OE         : 103682392

WCCP Stats for Router              : 10.10.10.22

Packets Received from Router      : 75264

Bytes Received from Router        : 10732204

Packets Transmitted to Router     : 405193

Bytes Transmitted to Router       : 597227459

Pass-thru Packets sent to Router  : 0

Pass-thru Bytes sent to Router    : 0

Redirect Packets sent to OE       : 75264

Redirect Bytes sent to OE         : 10732204

Cummulative WCCP Stats:

Total Packets Received from all Routers : 1177218

Total Bytes Received from all Routers : 114414596

Total Packets Transmitted to all Routers : 2156265

Total Bytes Transmitted to all Routers : 3115342077

Total Pass-thru Packets sent to all Routers : 0

Total Pass-thru Bytes sent to all Routers : 0

Total Redirect Packets sent to OE : 1177218

Total Redirect Bytes sent to OE   : 114414596

تكوين اعتراض WCCP والتحقق من صحته على الموجه

لتكوين اعتراض WCCP على كل موجه في مزرعة WCCP، اتبع الخطوات التالية.

1. قم بتكوين خدمة WCCP على الموجه باستخدام الأمر ip wccp router.

Core-Router1 configure terminal

Core-Router1(config)# ip wccp 61

2. قم بتكوين اعتراض WCCP على واجهات شبكة LAN للموجه وشبكة WAN. يمكنك تكوين معرف الخدمة نفسه على كلا الواجهات إذا كنت تستخدم معرف خدمة مفرد على ANCs.

Core-Router1(config)# interface GigabitEthernet0/0

Core-Router1(config-subif)# ip address 10.20.1.1 255.255.255.0

Core-Router1(config-subif)# ip wccp 61 redirect in

Core-Router1(config-subif)# ip router isis inline_wccp_pod

Core-Router1(config-subif)# exit

Core-Router1(config)# interface GigabitEthernet0/1

Core-Router1(config-subif)# ip address 10.19.1.1 255.255.255.0

Core-Router1(config-subif)# ip wccp 61 redirect in

Core-Router1(config-subif)# ip router isis inline_wccp_pod

Core-Router1(config-subif)# glbp 701 ip 10.19.1.254

Core-Router1(config-subif)# duplex auto

Core-Router1(config-subif)# speed auto

Core-Router1(config-subif)# media-type rj45

Core-Router1(config-subif)# exit

3. (إختياري) قم بتكوين واجهة نفق إذا كنت تستخدم مخرج GRE عام (فقط إذا أخترت GRE لطريقة إعادة توجيه ANC WCCP).

Core-Router1(config)# interface Tunnel1

Core-Router1(config-subif)# ip address 192.168.1.1 255.255.255.0

Core-Router1(config-subif)# no ip redirects

Core-Router1(config-subif)# tunnel source GigabitEthernet0/0.3702

Core-Router1(config-subif)# tunnel mode gre multipoint

تحقق من تكوين WCCP على كل موجه في المزرعة باستخدام الأمر show wccp.

Core-Router1 sh ip wccp 61 detail

WCCP Client information:

WCCP Client ID:          10.10.10.31            <<< ANC IP address

Protocol Version:        2.00

State:                   Usable

Redirection:             GRE                    <<< Negotiated WCCP parameters

Packet Return:           GRE                    <<<

Assignment:              MASK                   <<<

Connect Time:            00:31:27

Redirected Packets:

Process:               0

CEF:                   0

GRE Bypassed Packets:

Process:               0

CEF:                   0

Mask Allotment:          16 of 16 (100.00%)

Assigned masks/values:   1/16

Mask  SrcAddr    DstAddr    SrcPort DstPort

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

0000: 0x0000000F 0x00000000 0x0000  0x0000      <<< Configured mask

Value SrcAddr    DstAddr    SrcPort DstPort

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

0000: 0x00000000 0x00000000 0x0000  0x0000      <<< Mask assignments

0001: 0x00000001 0x00000000 0x0000  0x0000

0002: 0x00000002 0x00000000 0x0000  0x0000

0003: 0x00000003 0x00000000 0x0000  0x0000

0004: 0x00000004 0x00000000 0x0000  0x0000

0005: 0x00000005 0x00000000 0x0000  0x0000

0006: 0x00000006 0x00000000 0x0000  0x0000

0007: 0x00000007 0x00000000 0x0000  0x0000

0008: 0x00000008 0x00000000 0x0000  0x0000

0009: 0x00000009 0x00000000 0x0000  0x0000

0010: 0x0000000A 0x00000000 0x0000  0x0000

0011: 0x0000000B 0x00000000 0x0000  0x0000

0012: 0x0000000C 0x00000000 0x0000  0x0000

0013: 0x0000000D 0x00000000 0x0000  0x0000

0014: 0x0000000E 0x00000000 0x0000  0x0000

0015: 0x0000000F 0x00000000 0x0000  0x0000

معلومات إضافية

للحصول على معلومات إضافية، راجع هذه الوثائق:

- تكامل شبكة WCCP مع Cisco Catalyst 6500: توصيات أفضل الممارسات لعمليات النشر الناجحة

- إعادة توجيه بروتوكول إتصالات ذاكرة التخزين المؤقت للويب لخدمات التطبيقات الواسعة من Cisco: دعم النظام الأساسي لموجهات Cisco

- تكوين ميزات WCCP المتقدمة على الموجهات، من دليل تكوين خدمات التطبيقات الواسعة من Cisco

- يشكل WCCP على WAEs، من ال cisco منطقة واسعة تطبيق خدمة تشكيل مرشد

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

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

قبل إختبار اتصال الطبقة 3، تحقق من توصيل الوحدة النمطية لواجهة وحدة تحكم AppNav بمنافذ المحول المناسبة. إذا كان المحول المتصل يدعم بروتوكول اكتشاف Cisco (CDP) الذي تم تمكينه، فعليك تشغيل الأمر show cdp neighbors detail للتحقق من الاتصال المناسب بمحول الشبكة.

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

لتعطيل WAAS، يتم تنفيذ خطوات مختلفة للوضع المضمن عن الوضع المخارج:

- يتطلب الوضع الداخلي وضع جسر الاعتراض في حالة المرور. للتفاصيل، راجع القسم تعطيل ANC مضمن.

- يتطلب وضع عدم المسار تعطيل بروتوكول WCCP. للتفاصيل، راجع القسم تعطيل ANC خارج المسار.

في بيئات AppNav، يجب تعطيل ANCs فقط. لا يلزم تعطيل WNs، لأنها لا تشارك في الاعتراض.

بمجرد تعطيل WAAS، تحقق من اتصال الشبكة باستخدام الطرق القياسية.

- تحقق من اتصال الطبقة 3 باستخدام أدوات مثل ping و traceroute.

- تحقق من سلوك التطبيق لتحديد اتصال الطبقة العليا

- إذا كانت الشبكة تواجه نفس مشاكل الاتصال التي كانت عليها مع تمكين WAAS، فإن المشكلة على الأرجح غير WAAS.

- إذا كانت الشبكة تعمل بشكل جيد مع تعطيل WAAS، وكانت بها مشكلات اتصال مع تمكين WAAS، فمن المحتمل أن يكون هناك جهاز WAAS واحد أو أكثر يتطلب الانتباه. الخطوة التالية هي عزل المشكلة إلى أجهزة WAAS معينة.

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

للتحقق من سلوك الشبكة باستخدام تمكين WAAS، اتبع الخطوات التالية:

1. قم بإعادة تمكين وظيفة WAAS على قوائم التحكم في الشبكة المحلية اللاسلكية (WAAS) وموجهات WCCP، إذا كان ذلك ممكنا.

2. إذا قمت بتحديد وجود مشكلة متعلقة ب WAAS، قم بتمكين كل مجموعة AppNav، و/أو ANC بشكل فردي، لعزل المشكلة كسبب محتمل للمشكلة التي تمت ملاحظتها.

3. عند تمكين كل ANC، قم بإجراء نفس إختبارات اتصال الشبكة الأساسية كما هو الحال في الخطوات السابقة ولاحظ ما إذا كان هذا ANC المحدد يعمل بشكل صحيح. لا تهتم بالأفراد في هذه المرحلة. والهدف في هذه المرحلة هو تحديد المجموعات، وأي مجموعات محددة من الجماعات غير النظامية، تشهد سلوكا مرغوبا أو غير مرغوب فيه.

4. مع تمكين واختبار كل ANC، قم بتعطيله مرة أخرى حتى يمكن تمكين التالي. يتيح لك تمكين واختبار كل ANC، بدوره، تحديد أي منها يتطلب المزيد من أستكشاف الأخطاء وإصلاحها.

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

المرور خلال حركة مرور معينة

يمكنك المرور عبر حركة مرور معينة إما باستخدام قائمة التحكم في الوصول (ACL) الخاصة بالاعتراض أو بتكوين سياسة AppNav للمرور.

- قم بإنشاء قائمة تحكم في الوصول (ACL) ترفض حركة المرور المحددة التي سيتم تمريرها وتسمح لكل شيء آخر. في هذا المثال، نريد المرور عبر حركة مرور HTTP (المنفذ الرئيسي 80). قم بتعيين قائمة الوصول إلى اعتراض ANC إلى قائمة التحكم في الوصول (ACL) المحددة. يتم تمرير الاتصالات الموجهة للمنفذ 80. يمكنك إستخدام الأمر show statistics pass-through type appnav للتحقق من حدوث المرور عن طريق التحقق من زيادة عدادات قائمة التحكم في الوصول لاعتراض وحدة التحكم في الوصول (ACL) لإعتراض وحدة التحكم في الوصول (PT).

anc# config

anc(config)# ip access-list extended pt_http

anc(config-ext-nacl)# deny tcp any any eq 80

anc(config-ext-nacl)# permit ip any any

anc(config-ext-nacl)# exit

anc(config)# interception appnav-controller access-list pt_http

- قم بتكوين نهج ANC للمرور عبر فئات محددة لمطابقة حركة المرور.

class-map type appnav HTTP

match tcp dest port 80

policy-map type appnav my_policy

.

.

.

class HTTP

pass-through

تعطيل ANC مضمن

هناك عدة طرق لتعطيل ANC داخلي عن طريق وضعه في حالة المرور:

- ثبتت ال اعتراض جسر VLAN قائمة إلى لا شيء. أخترت في المدير المركزي، ANC أداة، بعد ذلك أخترت يشكل>اعتراض>تشكيل. حدد واجهة الجسر وانقر فوق رمز تحرير شريط المهام. ثبتت ال VLANs مجال إلى القيمة "none".

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

- تطبيق قائمة تحكم في الوصول (ACL) اعتراضية باستخدام معايير "رفض الكل". يفضل اتباع هذه الطريقة. (تعطل الطريقتان الأولان الاتصالات المحسنة القائمة). تحديد قائمة تحكم في الوصول (ACL) باستخدام معايير الرفض ALL. أخترت في المدير المركزي، ANC أداة، بعد ذلك أخترت يشكل>اعتراض>اعتراض قائمة الوصول، واخترت ال deny all access قائمة في ال AppNav جهاز تحكم إعتراض قائمة ميلان إلى جانب إسقاط.

لتعطيل الاعتراض باستخدام قائمة التحكم في الوصول (ACL) من واجهة سطر الأوامر، أستخدم الأوامر التالية:

anc# config

anc(config)# ip access-list standard deny

anc(config-std-nacl)# deny any

anc(config-std-nacl)# exit

anc(config)# interception appnav-controller access-list deny

وضع خلية في حالة مرور:

- تعطيل اعتراض WAAS، وليس الواجهات.

- تعطيل جميع تحسين WAAS.

- يتسبب في عدم تأثر حركة المرور بكاملها.

تعطيل ANC بعيدا عن المسار

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

لتعطيل اعتراض WCCP، في المدير المركزي، أختر جهاز ANC، ثم أختر تكوين > اعتراض > تكوين اعتراض. قم بإلغاء تحديد خانة الاختيار "تمكين خدمة WCCP" أو انقر فوق رمز "إزالة إعدادات شريط المهام" لإزالة إعدادات اعتراض WCCP بالكامل (سيتم فقدها).

لتعطيل اعتراض WCCP من واجهة سطر الأوامر، أستخدم الأوامر التالية:

anc# config

anc(config)# wccp tcp-promiscuous service-pair 61

anc(config-wccp-service)# no enable

في بعض الحالات، قد تكون هناك العديد من وحدات التحكم في الشبكة المحلية اللاسلكية (ANC) التي تتلقى حركة مرور معاد توجيهها من الموجه نفسه. من أجل سهولة الاستخدام، قد تختار تعطيل WCCP في الموجه، بدلا من ANCs. والميزة هي أنه يمكنك إزالة العديد من قوائم التحكم في الشبكة المحلية اللاسلكية (WCCP) من مزرعة WCCP في خطوة واحدة. العيب في هذا هو أنه لا يمكنك القيام بذلك من المدير المركزي ل WAAS.

لتعطيل WCCP في الموجه، أستخدم الصياغة التالية:

RTR1(config)# no ip wccp 61

RTR1(config)# no ip wccp 62    <<< Only needed if you are using two WCCP service IDs

لإعادة تمكين WCCP على الموجه، أستخدم الصياغة التالية:

RTR1(config)# ip wccp 61

RTR1(config)# ip wccp 62       <<< Only needed if you are using two WCCP service IDs

على كل موجه WCCP، دققت أن ANCs أنت أخترت أن يعجز لا يظهر ك WCCP زبون. يتم عرض الإخراج التالي عند حذف خدمات WCCP على الموجه.

RTR1# show ip wccp 61

The WCCP service specified is not active.

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

لاستكشاف أخطاء مجموعة AppNav وإصلاحها، يمكنك إستخدام الأدوات التالية:

- أجهزة إنذار AppNav

- مراقبة المدير المركزي

- أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لمراقبة حالة نظام المجموعة والجهاز

- أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لمراقبة إحصائيات توزيع التدفق

- تتبع الاتصال

- تسجيل تصحيح أخطاء AppNav

أجهزة إنذار AppNav

يقوم مدير عضوية نظام المجموعة (CMM) برفع الإنذارات التالية بسبب حالات الخطأ:

- مجموعة متدهورة (حرجة) - رؤية جزئية فيما بين مراكز الشرطة الوطنية الأفغانية. سيمر ANC عبر وصلات جديدة.

- فشل التقارب (حرج) - فشل ANC في التقارب وفق طريقة عرض مستقرة لكل من ANC و WN. سيمر ANC عبر وصلات جديدة.

- فشل انضمام ANC (هام) - فشل ANC في الانضمام إلى نظام مجموعة موجود بسبب التحلل المحتمل لنظام المجموعة مع ANC فيه.

- ANC Mixed Farm (Minor) - تقوم ANCs في نظام المجموعة بتشغيل إصدارات مختلفة ولكن متوافقة من بروتوكول نظام المجموعة.

- ANC يتعذر الوصول إليه (رئيسي)- لا يمكن الوصول إلى ANC الذي تم تكوينه.

- WN الذي يتعذر الوصول إليه (رئيسي) — يتعذر الوصول إلى WN الذي تم تكوينه. لا يتم إستخدام WN هذا لإعادة توجيه حركة المرور.

- WN مستبعد (رئيسي)- يمكن الوصول إلى WN الذي تم تكوينه ولكن مستبعد لأن ANCs أخرى أو أكثر لا يمكنه رؤيته. لا يتم إستخدام WN هذا لإعادة توجيه حركة مرور البيانات (الاتصالات الجديدة).

يمكنك رؤية الإنذارات في لوحة تنبيهات الإدارة المركزية أو باستخدام أمر EXEC show alarm على الجهاز.

ملاحظة: CMM هو مكون AppNav داخلي يدير تجميع ANCs و WNs في مجموعة AppNav المرتبطة بسياق الخدمة.

مراقبة المدير المركزي

يمكنك إستخدام "الإدارة المركزية" للتحقق من مجموعات AppNav ومراقبتها واستكشاف أخطائها وإصلاحها. لدى "الإدارة المركزية" طريقة عرض عامة لجميع أجهزة WAAS المسجلة في شبكتك ويمكنه مساعدتك بسرعة في تحديد موقع معظم مشاكل AppNav.

من قائمة Central Manager، أختر AppNav Clusters > اسم المجموعة. تعرض النافذة الرئيسية لنظام المجموعة مخطط نظام المجموعة (بما في ذلك موجهات WCCP والبوابات)، والحالة العامة لنظام المجموعة، وحالة الجهاز، وحالة مجموعة الأجهزة، وحالة الارتباط.

أولا، تأكد من أن الحالة الإجمالية للمجموعة قيد التشغيل.

لاحظ أن أيقونات ANC و WN الموضحة في هذا المخطط لها نفس اسم الجهاز لأنها موجودة على نفس الجهاز. على ANC الذي يقوم أيضا بتحسين حركة المرور ك WN، فإن هاتين الوظيفتين يتم عرضهما كأيقونات منفصلة على مخطط المخطط.

يظهر مؤشر تحذير مثلث برتقالي على أي جهاز قد لا يحتوي "الإدارة المركزية" على معلومات حالية له لأن الجهاز لم يستجب خلال الثلاثين ثانية الأخيرة (قد يكون الجهاز غير متصل أو يتعذر الوصول إليه).

يمكنك الحصول على عرض تفصيلي لحالة أي جهاز ANC أو WN بمقدار 360 درجة عن طريق حوم المؤشر على رمز الجهاز. تعرض علامة التبويب الأولى التنبيهات على الجهاز. يجب حل أية إنذارات تمنع تشغيل نظام المجموعة بشكل صحيح.

انقر على علامة التبويب اعتراض للتحقق من طريقة اعتراض الجهاز على كل ANC.

إذا كان الاعتراض معطلا، تظهر الحالة كما يلي:

انقر فوق علامة التبويب "التحكم في نظام المجموعة" للاطلاع على عنوان IP وحالة كل جهاز في نظام المجموعة الذي يمكن ل ANC الاطلاع عليه. يجب أن يكون لكل ANC في المجموعة نفس قائمة الأجهزة. وإذا لم تكن هناك مساحة، فإنها تشير إلى وجود مشكلة في التكوين أو الشبكة.

إذا لم تتمكن كافة وحدات ANC من رؤية بعضها البعض، فإن نظام المجموعة غير قابل للتشغيل ويتم تمرير حركة مرور البيانات بالكامل بسبب عدم قدرة نظام المجموعة على مزامنة التدفقات.

إذا كانت جميع قوائم التحكم في الوصول غير متصلة ولكنها تختلف في وجهات النظر حول WNs، تكون المجموعة في حالة متدهورة. لا يزال المرور موزعا، لكن فقط على WNs التي تراها كل ANCs.

يتم إستبعاد أي WNs لا ترى من قبل كافة ANCs.

انقر صفحة الواجهات للتحقق من حالة الواجهات المادية والمنطقية على ANC.

راجع طريقة عرض 360 درجة على كل علامة WN في المجموعة، ثم تحقق من الحالة الخضراء لجميع المسرعات الموجودة في علامة التبويب "التحسين". الحالة الصفراء للمسرع تعني أن المسرع يعمل ولكنه غير قادر على خدمة الاتصالات الجديدة، على سبيل المثال بسبب التحميل الزائد عليه أو بسبب إزالة ترخيصه. تشير حالة اللون الأحمر إلى أن المسرع لا يعمل. إذا كان أي مسرع أصفر أو أحمر، يجب عليك أستكشاف أخطاء هذه المسرعات بشكل منفصل وإصلاحها. إذا كان ترخيص المؤسسة مفقودا، فسيتم إبطال الوصف الذي يقرأ ترخيص النظام. قم بتثبيت ترخيص المؤسسة في صفحة Admin > History > License Management Device.

ينجم تقسيم نظام المجموعة عن مشاكل في الاتصال بين ANCs في نظام المجموعة. إذا كان بإمكان Central Manager الاتصال بجميع ANCs، فيمكنه اكتشاف مجموعة مقسمة، ومع ذلك، إذا تعذر عليه الاتصال ببعض ANCs، فلن يمكنه اكتشاف الانقسام. يتم رفع تنبيه "حالة الإدارة غير متصلة" إذا فقد "الإدارة المركزية" الاتصال بأي جهاز وتم عرض الجهاز كغير متصل في "الإدارة المركزية".

من الأفضل فصل واجهات الإدارة عن واجهات البيانات للحفاظ على اتصال الإدارة حتى في حالة تعطل إرتباط البيانات.

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

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

إذا كان لدى ANC ضوء حالة رمادي، فقد يكون معطلا. تحقق من تمكين كافة ANCs بالنقر فوق علامة التبويب "وحدات تحكم AppNav" أسفل الرسم التخطيطي. في حالة عدم تمكين ANC، تكون حالة تمكينها هي "لا". يمكنك النقر فوق رمز تمكين شريط المهام لتمكين ANC.

تحقق من نهج AppNav على كل ANC لديه أي شيء غير مصباح حالة أخضر. إذا قمت بتحريك المؤشر فوق ضوء الحالة على الجهاز، يخبرك تلميح الأداة بالحالة أو المشكلة، إذا تم الكشف عن إحداها.

للتحقق من النهج المحددة، من قائمة "الإدارة المركزية"، أختر تكوين > نهج AppNav ثم انقر فوق الزر إدارة.

وينبغي أن تكون هناك عموما سياسة واحدة تناط بجميع اللجان الوطنية الكونغولية في المجموعة. يسمى النهج الافتراضي appnav_default. حدد زر الخيار الموجود بجوار النهج وانقر فوق رمز تحرير شريط المهام. يظهر لك جزء نهج AppNav قوائم التحكم في الوصول (ANCs) التي يتم تطبيق النهج المحدد عليها. إذا لم يتم عرض كافة ANC باستخدام علامة إختيار، انقر خانة الاختيار المجاورة لكل ANC غير محدد لتعيين النهج لها. انقر فوق موافق لحفظ التغييرات.

بعد التحقق من تعيينات النهج، يمكنك التحقق من قواعد النهج في صفحة نهج AppNav التي لا تزال معروضة. حدد أي قاعدة نهج وانقر فوق رمز تحرير شريط المهام لتغيير تعريفه.

يمكن أن يحتوي ANC على ضوء حالة أصفر أو أحمر إذا تم تحميل نهج أو أكثر بشكل زائد. تحقق من علامة التبويب "سياسات محملة بشكل زائد" الخاصة بعرض الجهاز 360 درجة لعرض قائمة من النهج المراقبة التي تم تحميلها بشكل زائد.

إذا كان ANC ينضم إلى نظام المجموعة، فإنه يظهر مع إضاءة حالة صفراء وحالة الانضمام.

تظهر علامة التبويب "اعتراض" الخاصة بطريقة عرض الجهاز 360 درجة أن مسار الاعتراض معطل بسبب حالة الانضمام. ويستمر الاعتراض حتى تقوم ANC بمزامنة جداول التدفق مع ANC الأخرى وتكون جاهزة لقبول حركة المرور. لا تستغرق هذه العملية عادة أكثر من دقيقتين.

إذا قمت بإزالة ANC من نظام مجموعة، فسيظل موضح لبضع دقائق في مخطط المخطط وكما هو حي في علامة التبويب "التحكم في نظام المجموعة"، حتى تتفق جميع قوائم التحكم في الوصول على مخطط نظام المجموعة الجديد. لا يتلقى أي تدفقات جديدة في هذه الحالة.

أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لمراقبة حالة نظام المجموعة والجهاز

تفيد العديد من أوامر واجهة سطر الأوامر (CLI) في أستكشاف الأخطاء وإصلاحها على ANC:

- إظهار إدخال الخدمة أثناء التشغيل

- إظهار سياق خدمة إدخال الخدمة

- show service-insert appnav-controller-group

- إظهار الكل - عقدة الخدمة - إدخال الخدمة

- إظهار وحدة التحكم في الإدخال/الإخراج لإدخال الخدمة عنوان IP

- إظهار عقدة خدمة إدخال الخدمة [ip-address]

- show service-node-group ل إدخال الخدمة اسم المجموعة

استعملت هذا أمر على WN:

- إظهار إدخال الخدمة أثناء التشغيل

- إظهار عقدة الخدمة لإدخال الخدمة

يمكنك إستخدام الأمر show service-insert service-context على ANC للاطلاع على حالة سياق الخدمة والعرض المستقر للأجهزة في نظام المجموعة:

ANC# show service-insertion service-context

Service Context                               : test

Service Policy                                : appnav_default              <<< Active AppNav policy

Cluster protocol ICIMP version                : 1.1

Cluster protocol DMP version                  : 1.1

Time Service Context was enabled              : Wed Jul 11 02:05:23 2012

Current FSM state                             : Operational                 <<< Service context status

Time FSM entered current state                : Wed Jul 11 02:05:55 2012

Last FSM state                                : Converging

Time FSM entered last state                   : Wed Jul 11 02:05:45 2012

Joining state                                 : Not Configured

Time joining state entered                    : Wed Jul 11 02:05:23 2012

Cluster Operational State                     : Operational                 <<< Status of this ANC

Interception Readiness State                  : Ready

Device Interception State                     : Not Shutdown                <<< Interception is not shut down by CMM

Stable AC View:                                                             <<< Stable view of converged ANCs

10.1.1.1         10.1.1.2

Stable SN View:                                                             <<< Stable view of converged WNs

10.1.1.1         10.1.1.2

Current AC View:

10.1.1.1         10.1.1.2

Current SN View:

10.1.1.1         10.1.1.2         10.1.1.3

إذا عرض حقل حالة اعتراض الجهاز (أعلاه) الإيقاف عمل، فإنه يعني أن CMM قد أوقف الإيقاف بسبب أن هذا ANC ليس مستعدا لتلقي تدفقات حركة المرور. على سبيل المثال، لا يزال من الممكن أن يكون ANC في عملية الانضمام ولم يقم نظام المجموعة بمزامنة التدفقات بعد.

تسرد حقول العرض الثابت (أعلاه) عناوين IP الخاصة بمجموعات ANC و WN التي تم رؤيتها بواسطة جهاز ANC هذا في آخر عرض مجمع خاص بنظام المجموعة. هذه هي طريقة العرض المستخدمة لعمليات التوزيع. تسرد حقول "العرض الحالي" الأجهزة المعلن عنها من قبل هذا ANC في رسائل دقات قلبها.

يمكنك إستخدام الأمر show service-insert appnav-controller-group على ANC للاطلاع على حالة كل ANC في مجموعة ANC:

ANC# show service-insertion appnav-controller-group

All AppNav Controller Groups in Service Context

Service Context                               : test

Service Context configured state              : Enabled

AppNav Controller Group : scg

Member AppNav Controller count : 2

Members:

10.1.1.1         10.1.1.2

AppNav Controller                             : 10.1.1.1

AppNav Controller ID                          : 1

Current status of AppNav Controller           : Alive                     <<< Status of this ANC

Time current status was reached               : Wed Jul 11 02:05:23 2012

Joining status of AppNav Controller           : Joined                    <<< Joining means ANC is still joining

Secondary IP address                          : 10.1.1.1                  <<< Source IP used in cluster protocol packets

Cluster protocol ICIMP version                : 1.1

Cluster protocol Incarnation Number           : 2

Cluster protocol Last Sent Sequence Number    : 0

Cluster protocol Last Received Sequence Number: 0

Current AC View of AppNav Controller:                                      <<< ANC and WN devices advertised by this ANC

10.1.1.1         10.1.1.2

Current SN View of AppNav Controller:

10.1.1.1         10.1.1.2

AppNav Controller                             : 10.1.1.2 (local)           <<< local indicates this is the local ANC

AppNav Controller ID                          : 1

Current status of AppNav Controller           : Alive

Time current status was reached               : Wed Jul 11 02:05:23 2012

Joining status of AppNav Controller           : Joined

Secondary IP address                          : 10.1.1.2

Cluster protocol ICIMP version                : 1.1

Cluster protocol Incarnation Number           : 2

Cluster protocol Last Sent Sequence Number    : 0

Cluster protocol Last Received Sequence Number: 0

Current AC View of AppNav Controller:                                      <<< ANC and WN devices advertised by this ANC

10.1.1.1         10.1.1.2

Current SN View of AppNav Controller:

10.1.1.1         10.1.1.2         10.1.1.3

للحصول على قائمة بحالات ANC المحتملة وحالة الانضمام، راجع الأمر show service-insert في مرجع أوامر خدمات التطبيقات الواسعة من Cisco.

يمكنك إستخدام الأمر show service-insert service-node على ANC للاطلاع على حالة WN معين في نظام المجموعة:

ANC# show service-insertion service-node 10.1.1.2

Service Node:                                 : 20.1.1.2

Service Node belongs to SNG                   : sng2

Service Context                               : test

Service Context configured state              : Enabled

Service Node ID                               : 1

Current status of Service Node                : Alive                      <<< WN is visible

Time current status was reached               : Sun May  6 11:58:11 2011

Cluster protocol DMP version                  : 1.1

Cluster protocol incarnation number           : 1

Cluster protocol last sent sequence number    : 1692060441

Cluster protocol last received sequence number: 1441393061

AO state

--------

AO               State            For

--               -----            ---

tfo             GREEN            3d 22h 11m 17s                            <<< Overall/TFO state reported by WN

epm             GREEN            3d 22h 11m 17s                            <<< AO states reported by WN

cifs            GREEN            3d 22h 11m 17s

mapi            GREEN            3d 22h 11m 17s

http            RED              3d 22h 14m 3s

video           RED              11d 2h 2m 54s

nfs             GREEN            3d 22h 11m 17s

ssl             YELLOW           3d 22h 11m 17s

ica             GREEN            3d 22h 11m 17s

يمكنك إستخدام الأمر show service-insert service-node-group على ANC للاطلاع على حالة WNG معين في نظام المجموعة:

ANC# show service-insertion service-node-group sng2

Service Node Group name   : sng2

Service Context             : scxt1

Member Service Node count   : 1

Members:

10.1.1.1       10.1.1.2

Service Node:                                 : 10.1.1.1

Service Node belongs to SNG                   : sng2

Current status of Service Node                : Excluded                    <<< WN status

Time current status was reached               : Sun Nov  6 11:58:11 2011

Cluster protocol DMP version                  : 1.1

Cluster protocol incarnation number           : 1

Cluster protocol last sent sequence number    : 1692061851

Cluster protocol last received sequence number: 1441394001

AO state

--------

AO               State            For

--               -----            ---

tfo              GREEN            3d 22h 12m 52s

epm              GREEN            3d 22h 12m 52s

cifs             GREEN            3d 22h 12m 52s

mapi             GREEN            3d 22h 12m 52s

http             RED              3d 22h 15m 38s

video            RED              11d 2h 4m 29s

nfs              GREEN            3d 22h 12m 52s

ssl              YELLOW           3d 22h 12m 52s

ica              GREEN            3d 22h 12m 52s

Service Node:                                 : 10.1.1.2

Service Node belongs to WNG                   : sng2

Current status of Service Node                : Alive                       <<< WN status

Time current status was reached               : Sun Nov  6 11:58:11 2011

Cluster protocol DMP version                  : 1.1

Cluster protocol incarnation number           : 1

Cluster protocol last sent sequence number    : 1692061851

Cluster protocol last received sequence number: 1441394001

AO state

--------

AO               State            For

--               -----            ---

tfo              GREEN            3d 22h 12m 52s

epm              GREEN            3d 22h 12m 52s

cifs             GREEN            3d 22h 12m 52s

mapi             GREEN            3d 22h 12m 52s

http             RED              3d 22h 15m 38s

video            RED              11d 2h 4m 29s

nfs              GREEN            3d 22h 12m 52s

ssl              YELLOW           3d 22h 12m 52s

ica              GREEN            3d 22h 12m 52s

SNG Availability per AO                                              <<< AO status for entire WNG

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

AO               Available        Since

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

tfo              Yes              3d 22h 12m 52s

epm              Yes              3d 22h 12m 52s

cifs             Yes              3d 22h 12m 52s

mapi             Yes              3d 22h 12m 52s

http             No               3d 22h 15m 38s

video            No               11d 2h 4m 29s

nfs              Yes              3d 22h 12m 52s

ssl              No               11d 2h 4m 29s

ica              Yes              3d 22h 12m 52s

إن WN الأول في المثال أعلاه له حالة مستبعدة، مما يعني أن WN مرئي ل ANC ولكنه مستبعد من المجموعة لأن ANCs أخرى أو أكثر لا تستطيع رؤيته.

يظهر جدول توفر SNG لكل AO ما إذا كانت كل AO قادرة على خدمة الاتصالات الجديدة. AO متوفر إذا كان واحد على الأقل من WN في WNG لديه وضع أخضر ل AO.

يمكنك إستخدام الأمر show service-insert service-node على WN للاطلاع على حالة WN:

WAE# show service-insertion service-node

Cluster protocol DMP version      : 1.1

Service started at                : Wed Jul 11 02:05:45 2012

Current FSM state                 : Operational                    <<< WN is responding to health probes

Time FSM entered current state    : Wed Jul 11 02:05:45 2012

Last FSM state                    : Admin Disabled

Time FSM entered last state       : Mon Jul  2 17:19:15 2012

Shutdown max wait time:

Configured        : 120

Operational       : 120

Last 8 AppNav Controllers

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

AC IP             My IP            DMP Version  Incarnation  Sequence        Tim

e Last Heard

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

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

Reported state                                                   <<< TFO and AO reported states

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

Accl             State    For              Reason

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

TFO (System)     GREEN    43d 7h 45m 8s

EPM              GREEN    43d 7h 44m 40s

CIFS             GREEN    43d 7h 44m 41s

MAPI             GREEN    43d 7h 44m 43s

HTTP             GREEN    43d 7h 44m 45s

VIDEO            GREEN    43d 7h 44m 41s

NFS              GREEN    43d 7h 44m 44s

SSL              RED      43d 7h 44m 21s

ICA              GREEN    43d 7h 44m 40s

Monitored state of Accelerators                                  <<< TFO and AO actual states

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

TFO (System)

Current State: GREEN

Time in current state: 43d 7h 45m 8s

EPM

Current State: GREEN

Time in current state: 43d 7h 44m 40s

CIFS

Current State: GREEN

Time in current state: 43d 7h 44m 41s

MAPI

Current State: GREEN

Time in current state: 43d 7h 44m 43s

HTTP

Current State: GREEN

Time in current state: 43d 7h 44m 45s

VIDEO

Current State: GREEN

Time in current state: 43d 7h 44m 41s

NFS

Current State: GREEN

Time in current state: 43d 7h 44m 44s

SSL

Current State: RED

Time in current state: 43d 7h 44m 21s

Reason:

AO is not configured

ICA

Current State: GREEN

Time in current state: 43d 7h 44m 40s

الحالة المراقبة للمسرع هي حالته الفعلية ولكن الحالة المبلغ عنها يمكن أن تختلف لأنها أقل حالة النظام أو حالة المسرع.

لمزيد من المعلومات حول تحسين أستكشاف الأخطاء وإصلاحها على رمز عالمي (WN)، راجع مقالي تحسين أستكشاف الأخطاء وإصلاحها واستكشاف أخطاء التطبيقات وإصلاحها.

أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لمراقبة إحصائيات توزيع التدفق

تفيد العديد من أوامر واجهة سطر الأوامر (CLI) في أستكشاف أخطاء السياسات وإصلاحها وتوزيع التدفق على ANC:

- show policy-map type appnav policyMap-name — يعرض قواعد السياسة وعدد مرات الوصول لكل فئة في خريطة السياسة.

- show class-map type appnav class-name — يعرض معايير المطابقة وعدد مرات الوصول لكل حالة مطابقة في خريطة الفئة.

- show policy-sub-class type appnav level1-class-name level2-class-name — يعرض معايير المطابقة وعدد مرات الوصول لكل حالة مطابقة في خريطة فئة في خريطة نهج متداخلة AppNav.

- إظهار نوع خريطة فئة الإحصائيات appnav class-name — يعرض إحصائيات اعتراض حركة مرور البيانات والتوزيع لخريطة الفئة.

- show statistics policy-class class type appnav level1-class-name level2-class-name — يعرض إحصائيات اعتراض حركة مرور البيانات والتوزيع لخريطة فئة في خريطة نهج AppNav متداخلة.

- إظهار إحصائيات المرور عبر النوع appnav — يعرض إحصائيات حركة مرور AppNav لكل سبب مرور.

- show appNav-Controller flow-distribution — يعرض كيفية تصنيف تدفق افتراضي معين وتوزيعه من قبل ANC، بناء على السياسة المحددة وظروف الحمل الديناميكية. يمكن أن يكون هذا الأمر مفيدا للتحقق من كيفية معالجة تدفق معين على ANC والفئة التي ينتمي إليها.

أستخدم هذه الأوامر على WN لاستكشاف أخطاء توزيع التدفق وإصلاحها:

- إظهار عقدة خدمة إدخال خدمة الإحصائيات ip-address — يعرض إحصائيات للمسرع وحركة المرور الموزعة على WN.

- إظهار اسم مجموعة اسم مجموعة خدمة إدخال خدمة الإحصائيات — يعرض إحصائيات للمسرع وحركة المرور الموزعة على WNG.

يمكنك إستخدام الأمر show statistics class-map type appnav class-name على ANC لاستكشاف أخطاء توزيع التدفق وإصلاحها، على سبيل المثال لتحديد لماذا قد تكون حركة المرور بطيئة لفئة معينة. قد تكون هذه خريطة فئة تطبيق مثل HTTP أو، إذا كانت حركة المرور إلى فرع بطيئة، فقد تكون خريطة فئة تقارب فرع. فيما يلي مثال لفئة HTTP:

ANC# show statistics class-map type appnav HTTP

Class Map                        From Network to SN   From SN to Network

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

HTTP

Redirected Client->Server:

Bytes                                   3478104             11588180

Packets                                   42861               102853

Redirected Server->Client:

Bytes                                1154109763              9842597

Packets                                  790497                60070

Connections

-----------

Intercepted by ANC                                          4        <<< Are connections being intercepted?

Passed through by ANC                                       0        <<< Passed-through connections

Redirected by ANC                                           4        <<< Are connections being distributed to WNs?

Accepted by SN                                              4        <<< Connections accepted by WNs

Passed through by SN (on-Syn)                               0        <<< Connections might be passed through by WNs

Passed through by SN (post-Syn)                             0        <<< Connections might be passed through by WNs

Passthrough Reasons                     Packets            Bytes        <<< Why is ANC passing through connections?

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

Collected by ANC:

PT Flow Learn Failure                         0                0      <<< Asymmetric connection; interception problem

PT Cluster Degraded                           0                0      <<< ANCs cannot communicate

PT SNG Overload                               0                0      <<< All WNs in the WNG are overloaded

PT AppNav Policy                              0                0      <<< Connection policy is pass-through

PT Unknown                                    0                0      <<< Unknown passthrough

Indicated by SN:                                                        <<< Why are WNs passing through connections?

PT No Peer                                    0                0      <<< List of WN pass-through reasons

...

أسباب مرور WN في زيادة قسم SN المشار إليها بواسطة SN فقط في حالة تكوين إلغاء تحميل المرور على WN. خلاف ذلك، لا يعرف المؤتمر الوطني الأفريقي أن WN يمر عبر اتصال ولا يقوم بحسابه.

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

أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لتصحيح أخطاء الاتصالات

لتصحيح أخطاء اتصال فردي أو مجموعة إتصالات على ANC، يمكنك إستخدام أمر show statistics appnav-controller connection لعرض قائمة الاتصال النشطة.

anc# show statistics appnav-controller connection

Collecting Records. Please wait...

Optimized Flows:

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

Client                Server                SN-IP                 AC Owned

2.30.5.10:38111       2.30.1.10:5004        2.30.1.21             Yes

2.30.5.10:38068       2.30.1.10:5003        2.30.1.21             Yes

2.30.5.10:59861       2.30.1.10:445         2.30.1.21             Yes

2.30.5.10:59860       2.30.1.10:445         2.30.1.21             Yes

2.30.5.10:43992       2.30.1.10:5001        2.30.1.5              Yes

2.30.5.10:59859       2.30.1.10:445         2.30.1.21             Yes

2.30.5.10:59858       2.30.1.10:445         2.30.1.21             Yes

2.30.5.10:59857       2.30.1.10:445         2.30.1.21             Yes

2.30.5.10:59856       2.30.1.10:445         2.30.1.21             Yes

Passthrough Flows:

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

Client                Server                Passthrough Reason

2.30.5.10:41911       2.30.1.10:5002        PT Flowswitch Policy

يمكنك تصفية القائمة عن طريق تحديد عنوان IP للعميل أو الخادم و/أو خيارات المنفذ ويمكنك عرض إحصائيات تفصيلية حول الاتصالات عن طريق تحديد الكلمة الأساسية detail.

anc# show statistics appnav-controller connection server-ip 2.30.1.10 detail

Collecting Records. Please wait...

Optimized Flows

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

Client: 2.30.5.10:55330

Server: 2.30.1.10:5001

AppNav Controller Owned: Yes        <<< This ANC is seeing activity on this connection

Service Node IP:2.30.1.5            <<< Connection is distributed to this SN

Classifier Name: se_policy:p5001    <<< Name of matched class map

Flow association: 2T:No,3T:No       <<< Connection is associated with dynamic app or session (MAPI and ICA only)?

Application-ID: 0                   <<< AO that is optimizing the connection

Peer-ID: 00:14:5e:84:41:31          <<< ID of the optimizing peer

Client: 2.30.5.10:55331

Server: 2.30.1.10:5001

AppNav Controller Owned: Yes

Service Node IP:2.30.1.5

Classifier Name: se_policy:p5001

Flow association: 2T:No,3T:No

Application-ID: 0

Peer-ID: 00:14:5e:84:41:31

...

يمكنك تحديد خيار الملخص لعرض عدد الاتصالات الموزعة والمارة النشطة.

anc# show statistics appnav-controller connection summary

Number of optimized flows    = 2

Number of pass-through flows = 17

تتبع الاتصال

للمساعدة في أستكشاف أخطاء تدفقات AppNav وإصلاحها، يمكنك إستخدام أداة "تتبع الاتصال" في "الإدارة المركزية". تعرض هذه الأداة المعلومات التالية لاتصال معين:

- إذا تم تمرير الاتصال أو توزيعه على WNG

- سبب المرور، إن أمكن

- WNG و WN اللذين تم توزيع الاتصال بهما

- تم مراقبة المسرع للاتصال

- تم تطبيق خريطة الفئة

لاستخدام أداة "تتبع الاتصال"، اتبع الخطوات التالية:

1. من قائمة Central Manager (الإدارة المركزية)، أختر مجموعات AppNav > اسم المجموعة، ثم أختر شاشة > أدوات > تتبع الاتصال.

2. أختر ANC، جهاز WAAS النظير، وحدد معايير مطابقة الاتصال.

3. انقر فوق تتبع لعرض الاتصالات المطابقة.

WAAS TCP traceroute هي أداة أخرى غير خاصة ب AppNav التي يمكن أن تساعدك على أستكشاف أخطاء الشبكة والاتصال وإصلاحها، بما في ذلك المسارات غير المتماثلة. يمكنك إستخدامه للعثور على قائمة بعقد WAAS بين العميل والخادم، وسياسات التحسين التي تم تكوينها وتطبيقها للاتصال. من المدير المركزي، أنت يستطيع أخترت أي أداة في شبكتك WAAS من أي أن يركض ال traceroute. لاستخدام أداة traceroute لمدير WAAS المركزي ل TCP، اتبع الخطوات التالية:

1. من قائمة الإدارة المركزية ل WAAS، أختر مدرب > أستكشاف الأخطاء وإصلاحها > WAAS tcptraceroute. بدلا من ذلك، يمكنك إختيار جهاز أولا ثم إختيار عنصر القائمة هذا لتشغيل Traceroute من ذلك الجهاز.

2. من القائمة المنسدلة لعقدة WAAS، أختر جهاز WAAS من أي جهاز لتشغيل traceroute. (لا يظهر هذا العنصر إذا كنت في سياق الجهاز.)

3. في حقول منفذ IP والوجهة، أدخل عنوان IP ومنفذ الوجهة الذي تريد تشغيل traceroute إليه

4. انقر فوق تشغيل TCPTraceroute لعرض النتائج.

يتم عرض عقد WAAS في المسار الذي تم تتبعه في الجدول أسفل الحقول. كما يمكنك تشغيل هذه الأداة المساعدة من واجهة سطر الأوامر (CLI) باستخدام الأمر waas-tcptrace.

تسجيل تصحيح أخطاء AppNav

يتوفر ملف السجل التالي لاستكشاف أخطاء إدارة نظام المجموعة ل AppNav وإصلاحها:

- ملفات سجل التصحيح: /local1/errorlog/cmm-errorlog.current (و cmm-errorlog.*)

لإعداد تسجيل تصحيح الأخطاء وتمكينه من إدارة مجموعات AppNav، أستخدم الأوامر التالية.

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

يمكنك تمكين التسجيل التفصيلي إلى القرص:

WAE(config)# logging disk enable

WAE(config)# logging disk priority detail

الخيارات المتاحة لتصحيح أخطاء مدير نظام المجموعة (في 5.0.1 والإصدارات الأحدث) هي كما يلي:

WAE# debug cmm ?

all      enable all CMM debugs

cli      enable CMM cli debugs

events   enable CMM state machine events debugs

ipc      enable CMM ipc messages debugs

misc     enable CMM misc debugs

packets  enable CMM packet debugs

shell    enable CMM infra debugs

timers   enable CMM state machine timers debugs

يمكنك تمكين تسجيل تصحيح الأخطاء لإدارة نظام المجموعة ثم عرض نهاية سجل أخطاء تصحيح الأخطاء كما يلي:

WAE# debug cmm all

WAE# type-tail errorlog/cmm-errorlog.current follow

يمكنك أيضا تمكين تسجيل تصحيح الأخطاء لمدير توزيع التدفق (FDM) أو وكيل توزيع التدفق (FDA) باستخدام الأوامر التالية:

WAE# debug fdm all

WAE# debug fda all

يحدد FDM مكان توزيع التدفقات استنادا إلى شروط التحميل الديناميكية والسياسة الخاصة ب WNs. تقوم إدارة الأغذية والدواء بجمع معلومات حمل WN. تتوفر ملفات السجل التالية لاستكشاف أخطاء FDM و FDA وإصلاحها:

- ملفات سجل التصحيح: /local1/errorlog/fdm-errorlog.current (و fdm-errorlog.*)

- ملفات سجل التصحيح: /local1/errorlog/fda-errorlog.current (و fda-errorlog.*)

التقاط حزمة AppNav

يتم إدخال أمر جديد لالتقاط الحزم للسماح بالتقاط حزم البيانات على الواجهات على الوحدة النمطية لواجهة وحدة التحكم في التطبيق Cisco AppNav. يستطيع هذا أمر أيضا على قبض ربط على قارن آخر، ويستطيع فك ترميز ملفات التقاط حزمة. يتم تفضيل الأمر packet-capture على الأوامر المهملة tcpdump وtethereal، والتي لا يمكنها التقاط الحزم على الوحدة النمطية لواجهة وحدة التحكم في التطبيق Cisco AppNav. راجع مرجع أوامر خدمات التطبيقات الواسعة من Cisco للحصول على تفاصيل حول صياغة الأوامر.

ملاحظة: يمكن أن يكون التقاط الحزم أو التقاط تصحيح الأخطاء نشطا، ولكن ليس كلاهما في آن واحد.

يتم تضمين حزم البيانات المرسلة بين ANCs و WNs، كما هو موضح في المخطط التالي.

إن على قبض أنت ربط في نقطة 1 أو 4 في الرسم التخطيطي، هم يكون unencapsuler. إن على قبض أنت ربط في نقطة 2 أو 3، هم يغلف.

هنا عينة إنتاج ل يغلف ربط التقاط:

anc# packet-capture appnav-controller interface GigabitEthernet 1/0 access-list all

Packet-Capture: Setting virtual memory/file size limit to 419430400

Running as user "admin" and group "root". This could be dangerous.

Capturing on eth14

0.000000    2.58.2.11 -> 2.1.6.122    TCP https > 2869 [ACK] Seq=1 Ack=1 Win=65535 Len=0

4.606723   2.58.2.175 -> 2.43.64.21   TELNET Telnet Data ...

...

37.679587    2.58.2.40 -> 2.58.2.35    GRE Encapsulated 0x8921 (unknown)

37.679786    2.58.2.35 -> 2.58.2.40    GRE Encapsulated 0x8921 (unknown)

هنا نموذج إخراج لالتقاط حزمة غير مغلف:

anc# packet-capture appnav-controller access-list all non-encapsulated

Packet-Capture: Setting virtual memory/file size limit to 419430400

Running as user "admin" and group "root". This could be dangerous.

Capturing on eth14

0.751567   2.58.2.175 -> 2.43.64.21   TELNET Telnet Data ...

1.118363   2.58.2.175 -> 2.43.64.21   TELNET Telnet Data ...

1.868756   2.58.2.175 -> 2.43.64.21   TELNET Telnet Data ...

...

إرشادات التقاط الحزمة:

- يتم تطبيق قائمة التحكم في الوصول (ACL) الخاصة بالتقاط الحزم دائما على حزمة IP الداخلية للحزم التي يتم تغليف WCCP-GRE و SIA.

- يتم التقاط الحزمة على جميع واجهات ANC إذا لم يتم توفير واجهة ANC لالتقاط الحزمة.

هنا نموذج إخراج لالتقاط حزمة على واجهة WN:

anc# packet-capture interface GigabitEthernet 0/0 access-list 10

Packet-Capture: Setting virtual memory/file size limit to 419430400

Running as user "admin" and group "root". This could be dangerous.

Capturing on eth0

0.000000      2.1.8.4 -> 2.64.0.6     TELNET Telnet Data ...

0.000049     2.64.0.6 -> 2.1.8.4      TELNET Telnet Data ...

0.198908      2.1.8.4 -> 2.64.0.6     TCP 18449 > telnet [ACK] Seq=2 Ack=2 Win=3967 Len=0

0.234129      2.1.8.4 -> 2.64.0.6     TELNET Telnet Data ...

0.234209     2.64.0.6 -> 2.1.8.4      TELNET Telnet Data ...

هنا مثال من فك ترميز ملف التقاط حزمة:

anc# packet-capture decode /local1/se_flow_add.cap

Running as user "admin" and group "root". This could be dangerous.  1   0.000000

100.1.1.2 -> 100.1.1.1    GRE Encapsulated SWIRE  2   0.127376

100.1.1.2 -> 100.1.1.1    GRE Encapsulated SWIRE

أنت يستطيع عينت src-ip/dst-ip/src-port/dst-port ل ييصفي الربط:

ANC# Packet-capture Decode source-ip 2.64.0.33 /local1/hari_pod_se_flow.cap

Running as user "admin" and group "root". This could be dangerous.

3   0.002161    2.64.0.33 -> 2.64.0.17    TCP 5001 > 33165 [SYN, ACK] Seq=0 Ack=1

Win=5792 Len=0 MSS=1460 TSV=326296092 TSER=326296080 WS=4

4   0.002360    2.64.0.33 -> 2.64.0.17    TCP 5001 > 33165 [SYN, ACK] Seq=0 Ack=1

Win=5792 Len=0 MSS=1406 TSV=326296092 TSER=326296080 WS=4