WAAS - أستكشاف أخطاء AppNav وإصلاحها
الفصل: أستكشاف أخطاء 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.3 أستكشاف أخطاء اتصال الشبكة وإصلاحها
- 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
يبسط تطبيق 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
- مراقبة المدير المركزي
- أوامر واجهة سطر الأوامر (CLI) الخاصة ب AppNav لمراقبة حالة نظام المجموعة والجهاز
- أوامر واجهة سطر الأوامر (CLI) الخاصة ب 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) في أستكشاف الأخطاء وإصلاحها على 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) في أستكشاف أخطاء السياسات وإصلاحها وتوزيع التدفق على 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 في الشبكة وإصلاحها، والبحث عن المسارات غير المتماثلة، وتحديد السياسة المطبقة على الاتصال. للحصول على تفاصيل، راجع قسم تتبع الاتصال.
لتصحيح أخطاء اتصال فردي أو مجموعة إتصالات على 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 وإصلاحها:
- ملفات سجل التصحيح: /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.*)
يتم إدخال أمر جديد لالتقاط الحزم للسماح بالتقاط حزم البيانات على الواجهات على الوحدة النمطية لواجهة وحدة التحكم في التطبيق 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
التعليقات