WAAS - أستكشاف أخطاء WCCP وإصلاحها
الفصل: أستكشاف أخطاء WCCP وإصلاحها
تصف هذه المقالة كيفية أستكشاف أخطاء WCCP وإصلاحها.
المقالة الرئيسية
فهم بنية WAAS وتدفق حركة مرور البيانات
أستكشاف الأخطاء وإصلاحها بشكل أولي
تحسين أستكشاف الأخطاء وإصلاحها
تسريع التطبيق لاستكشاف الأخطاء وإصلاحها
أستكشاف أخطاء CIFS وإصلاحها
أستكشاف أخطاء HTTP AO وإصلاحها
أستكشاف أخطاء EPM AO وإصلاحها
أستكشاف أخطاء MAPI AO وإصلاحها
أستكشاف أخطاء إدارة NFS وإصلاحها
أستكشاف أخطاء SSL AO وإصلاحها
أستكشاف مشكلات إدارة الفيديو وإصلاحها
أستكشاف أخطاء وحدة التحكم في الوصول (AO) العامة وإصلاحها
أستكشاف أخطاء حالات الحمل الزائد وإصلاحها
أستكشاف أخطاء WCCP وإصلاحها
تطبيق AppNav لحل المشاكل
أستكشاف مشكلات الأقراص والأجهزة وإصلاحها
أستكشاف أخطاء المجموعات التسلسلية المضمنة وإصلاحها
أستكشاف الأخطاء وإصلاحها vWAAS
أستكشاف أخطاء WAAS Express وإصلاحها
أستكشاف أخطاء تكامل NAM وإصلاحها
المحتويات
- 1 أستكشاف أخطاء WCCP وإصلاحها على الموجه
- 2 أستكشاف أخطاء WCCP وإصلاحها على WAE
- 3 أستكشاف أخطاء معرفات الخدمة القابلة للتكوين وحالات انتهاء المهلة المتغيرة وإصلاحها في الإصدار 4.4.1
تشير الأعراض التالية إلى مشاكل WCCP المحتملة:
- لا يستقبل WAE حركة مرور (يمكن أن يكون بسبب WCCP misconfiguration)
- يتعذر على المستخدمين النهائيين الوصول إلى تطبيقات الخوادم الخاصة بهم (قد يكون ذلك بسبب حجب حركة مرور البيانات)
- بطء الشبكة عند تمكين WCCP (يمكن أن يكون بسبب إسقاط الموجه للحزم أو إستخدام وحدة المعالجة المركزية للموجه العالي)
- إستخدام وحدة المعالجة المركزية (CPU) للموجه المرتفع جدا (قد يكون ذلك نتيجة لإعادة التوجيه في البرامج بدلا من الأجهزة)
WCCP إصدار يستطيع نتجت من مشكلة مع المسحاج تخديد (أو يعيد أداة) أو من ال WAE أداة. من الضروري النظر إلى تكوين WCCP على الموجه وعلى جهاز WAE على حد سواء. أولا سننظر إلى تكوين WCCP على الموجه، ثم سنتحقق من تكوين WCCP على WAE.
أستكشاف أخطاء WCCP وإصلاحها على الموجه
يغطي هذا القسم أستكشاف الأخطاء وإصلاحها على الأجهزة التالية:
يتحرى WCCP على المادة حفازة 6500 sery مفتاح وال ISR و 3700 sery مسحاج تخديد
ابدأ أستكشاف الأخطاء وإصلاحها عن طريق التحقق من اعتراض WCCPv2 على المحول أو الموجه باستخدام الأمر show ip wccp IOS كما يلي:
Router# show ip wccp
Global WCCP information:
Router information:
Router Identifier: 10.88.81.242
Protocol Version: 2.0
Service Identifier: 61
Number of Service Group Clients: 1 <-----Client = WAE
Number of Service Group Routers: 1
Total Packets s/w Redirected: 68755 <-----Increments for software-based redirection
Process: 2 <-----
Fast: 0 <-----
CEF: 68753 <-----
Service mode: Open
Service access-list: -none-
Total Packets Dropped Closed: 0
Redirect access-list: -none-
Total Packets Denied Redirect: 0 <-----Match service group but not redirect list
Total Packets Unassigned: 0
Group access-list: -none-
Total Messages Denied to Group: 0
Total Authentication failures: 0 <-----Packets have incorrect service group password
Total Bypassed Packets Received: 0
--More--
على الأنظمة الأساسية التي تستخدم إعادة التوجيه المستندة إلى البرامج، تحقق من أن عدادات إجمالي الحزم التي تمت إعادة توجيهها تزيد في إخراج الأمر أعلاه. على الأنظمة الأساسية التي تستخدم إعادة التوجيه القائمة على الأجهزة، يجب ألا تزيد هذه العدادات كثيرا. إذا كنت ترى زيادة هذه العدادات بشكل ملحوظ على الأنظمة الأساسية المستندة إلى الأجهزة، فقد يكون WCCP غير مهيأ بشكل صحيح على الموجه (تتم معالجة WCCP GRE في البرنامج بشكل افتراضي)، أو قد يكون الموجه عائدا إلى إعادة توجيه البرامج بسبب مشاكل موارد الأجهزة مثل نفاد موارد TCAM. يلزم إجراء مزيد من التحقيقات إذا رأيت هذه العدادات تتزايد على نظام أساسي قائم على الأجهزة، مما قد يؤدي إلى إستخدام وحدة المعالجة المركزية (CPU) بشكل كبير.
إجمالي زيادات عداد إعادة توجيه الحزم المرفوضة للحزم التي تطابق مجموعة الخدمة ولكنها لا تطابق قائمة إعادة التوجيه.
يقاوم إجمالي عمليات فشل المصادقة زيادات للحزم المستلمة بكلمة مرور مجموعة الخدمة غير الصحيحة.
على الموجهات التي يتم فيها تنفيذ إعادة توجيه WCCP في البرنامج، استمر عن طريق التحقق من اعتراض WCCPv2 على الموجه باستخدام الأمر show ip wccp 61 detail IOS كما يلي:
Router# show ip wccp 61 detail
WCCP Client information:
WCCP Client ID: 10.88.81.4
Protocol Version: 2.0
State: Usable <-----Should be Usable
Initial Hash Info: 00000000000000000000000000000000
00000000000000000000000000000000
Assigned Hash Info: FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
Hash Allotment: 256 (100.00%) <-----Buckets handled by this WAE
Packets s/w Redirected: 2452
Connect Time: 01:19:46 <-----Time WAE has been in service group
Bypassed Packets
Process: 0
Fast: 0
CEF: 0
تحقق من إستخدام حالة WAE في مجموعة الخدمة 61. تحقق من تعيين دلاء التجزئة إلى WAE في حقل تخصيص التجزئة. تخبرك النسبة المئوية بعدد دلاء التجزئة الإجمالية التي يتم معالجتها بواسطة WAE هذا. يتم الإبلاغ عن مقدار الوقت الذي كان فيه WAE في مجموعة الخدمة في حقل وقت الاتصال. يجب إستخدام طريقة تعيين التجزئة مع إعادة التوجيه المستندة إلى البرامج.
يمكنك تحديد WAE في المزرعة الذي سيعالج طلبا معينا باستخدام تجزئة خدمة show ip wccp dst-ip src-ip dst-port src-port IOS المخفي على الموجه كما يلي:
Router# show ip wccp 61 hash 0.0.0.0 10.88.81.10 0 0 WCCP hash information for: Primary Hash: Src IP: 10.88.81.10 Bucket: 9 WCCP Client: 10.88.81.12 <-----Target WAE
على الموجهات التي يتم فيها تنفيذ إعادة توجيه WCCP في الجهاز، استمر بالتحقق من اعتراض WCCPv2 على الموجه باستخدام أمر IOS show ip wccp 61 detail كما يلي:
Cat6k# sh ip wccp 61 detail WCCP Client information: WCCP Client ID: 10.88.80.135 Protocol Version: 2.0 State: Usable Redirection: L2 Packet Return: GRE <-----Use generic GRE for hardware-based platforms Packets Redirected: 0 Connect Time: 1d18h Assignment: MASK <-----Use Mask for hardware-based redirection Mask SrcAddr DstAddr SrcPort DstPort ---- ------- ------- ------- ------- 0000: 0x00001741 0x00000000 0x0000 0x0000 <-----Default mask Value SrcAddr DstAddr SrcPort DstPort CE-IP ----- ------- ------- ------- ------- ----- 0000: 0x00000000 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135) 0001: 0x00000001 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135) 0002: 0x00000040 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135) 0003: 0x00000041 0x00000000 0x0000 0x0000 0x0A585087 (10.88.80.135)
تريد أن ترى طريقة تعيين القناع للموجهات القادرة على إعادة توجيه الأجهزة.
لحفظ موارد TCAM على الموجه، تذكر تغيير قناع WCCP الافتراضي لتناسب بيئة الشبكة الخاصة بك. تأملوا في هذه التوصيات:
- أستخدم أقل عدد من وحدات بت القناع الممكن عند إستخدام قائمة التحكم في الوصول (ACL) الخاصة بإعادة توجيه WCCP. ينتج عن إستخدام عدد أقل من وحدات بت القناع عند الاستخدام بالارتباط مع قائمة التحكم في الوصول (ACL) لإعادة التوجيه إستخدام TCAM أقل. إذا كان هناك 1-2 من عملاء WCCP في مجموعة، فاستخدم وحدة بت. إذا كان هناك 3-4 عملاء WCCP، فاستخدم 2 بت. إذا كان هناك 5-8 عملاء WCCP، فاستخدم 3 بت وما إلى ذلك.
- لا نوصي باستخدام القناع الافتراضي ل WAAS (0x1741). بالنسبة لعمليات نشر مركز البيانات، يتمثل الهدف في موازنة أحمال المواقع الفرعية في مركز البيانات بدلا من العملاء أو الأجهزة المضيفة. يعمل القناع الأيمن على تقليل معدل تجسيم WAE لمركز البيانات إلى الحد الأدنى، ومن ثم فإنه يعمل على زيادة سعة التخزين. على سبيل المثال، أستخدم 0x100 إلى 0x7F00 لمراكز بيانات البيع بالتجزئة التي تحتوي على /24 شبكة فرعية. للمؤسسات الكبيرة التي يتوفر لديها /16 في كل شركة، أستخدم 0x10000 إلى 0x7F0000 لموازنة حمل الأعمال في مركز بيانات المؤسسة. في المكتب الفرعي، يتمثل الهدف في موازنة العملاء الذين يحصلون على عناوين IP الخاصة بهم عبر DHCP. يصدر DHCP بشكل عام عناوين IP الخاصة بالعميل التي تتزايد من أقل عنوان IP في الشبكة الفرعية. لتحقيق أفضل توازن بين عناوين IP التي تم تعيينها من DHCP والقناع، أستخدم 0x1 إلى 0x7F للنظر في وحدات بت أقل ترتيب فقط من عنوان IP الخاص بالعميل لتحقيق أفضل توزيع.
تعد موارد TCAM التي يستهلكها قائمة الوصول إلى إعادة توجيه WCCP منتجا لمحتوى قائمة التحكم في الوصول (ACL) تلك التي تم ضربها مقابل قناع بت WCCP الذي تم تكوينه. لذلك، هناك تنازع بين عدد دلاء WCCP (التي يتم إنشاؤها استنادا إلى القناع) وعدد الإدخالات في قائمة التحكم في الوصول (ACL) المعاد توجيهها. على سبيل المثال، قد يؤدي قناع 0xF (4 وحدات بت) وقناع إعادة توجيه 200 خط إلى ظهور إدخالات TCAM ل 3200 (2^4 x 200). يؤدي تقليل القناع إلى 0x7 (3 وحدات بت) إلى تقليل إستخدام TCAM بنسبة 50٪ (2^3 × 200 = 1600).
يمكن أن تعالج الأنظمة الأساسية من السلسلة Catalyst 6500 Series و Cisco 7600 Series إعادة توجيه WCCP في كل من البرامج والأجهزة. إذا تم إعادة توجيه الحزم بشكل غير مقصود في البرنامج، فعندما تتوقع إعادة توجيه الأجهزة، فقد يؤدي ذلك إلى إستخدام وحدة المعالجة المركزية (CPU) للموجه بشكل مرتفع للغاية.
يمكنك فحص معلومات TCAM لتحديد ما إذا كانت تتم معالجة إعادة التوجيه في البرنامج أو الجهاز. أستخدم الأمر show tcam IOS كما يلي:
Cat6k# show tcam interface vlan 900 acl in ip
* Global Defaults not shared
Entries from Bank 0
Entries from Bank 1
permit tcp host 10.88.80.135 any
punt ip any any (8 matches) <-----Packets handled in software
تمثل تطابقات "Punt" الطلبات التي لم يتم معالجتها في الجهاز. قد يرجع سبب هذا الموقف إلى الأخطاء التالية:
- تعيين التجزئة بدلا من القناع
- إعادة التوجيه الصادر بدلا من الوارد
- إستثناء إعادة التوجيه في
- عنوان MAC WAE غير معروف
- إستخدام عنوان إسترجاع لوجهة نفق GRE العام
في المثال التالي، تظهر إدخالات مسار السياسة أن الموجه يقوم بإعادة توجيه الأجهزة بالكامل:
Cat6k# show tcam interface vlan 900 acl in ip * Global Defaults not shared Entries from Bank 0 Entries from Bank 1 permit tcp host 10.88.80.135 any policy-route tcp any 0.0.0.0 255.255.232.190 (60 matches) <-----These entries show hardware redirection policy-route tcp any 0.0.0.1 255.255.232.190 (8 matches) policy-route tcp any 0.0.0.64 255.255.232.190 (16 matches) policy-route tcp any 0.0.0.65 255.255.232.190 (19 matches) policy-route tcp any 0.0.1.0 255.255.232.190 policy-route tcp any 0.0.1.1 255.255.232.190 policy-route tcp any 0.0.1.64 255.255.232.190 policy-route tcp any 0.0.1.65 255.255.232.190 policy-route tcp any 0.0.2.0 255.255.232.190 policy-route tcp any 0.0.2.1 255.255.232.190 policy-route tcp any 0.0.2.64 255.255.232.190 policy-route tcp any 0.0.2.65 255.255.232.190 (75 matches) policy-route tcp any 0.0.3.0 255.255.232.190 (222195 matches)
ال هنا أنا (HIA) من ال WAE ينبغي دخلت ال نفسه قارن أن ال WAE Mac معروف من خلال. نوصي باستخدام واجهة إسترجاع وليس واجهة متصلة مباشرة في قائمة موجه WAE.
أستكشاف أخطاء WCCP وإصلاحها على موجهات ASR 1000 Series Routers
تختلف أوامر أستكشاف أخطاء WCCP وإصلاحها على موجهات سلسلة Cisco ASR 1000 عن الموجهات الأخرى. يبدي هذا قسم أمر أن أنت يستطيع استعملت أن ينال WCCP معلومة على ال ASR 1000.
لعرض معلومات معالج التوجيه WCCP، أستخدم الأوامر show platform software wccp rp active كما يلي:
ASR1000# sh platform software wccp rp active Dynamic service 61 Priority: 34, Number of clients: 1 <-----Number of WAE clients Assign Method: Mask, Fwd Method: GRE, Ret Method: GRE <-----Assignment, forwarding, and return methods L4 proto: 6, Use Source Port: No, Is closed: No Dynamic service 62 Priority: 34, Number of clients: 1 <----- Assign Method: Mask, Fwd Method: GRE, Ret Method: GRE <----- L4 proto: 6, Use Source Port: No, Is closed: No
يوضح المثال التالي أوامر إضافية يمكنك إستخدامها لفحص معلومات معالج إعادة التوجيه:
ASR1000# sh platform software wccp fp active ? <0-255> service ID cache-info Show cache-engine info interface Show interface info statistics Show messaging statistics web-cache Web-cache type | Output modifiers <cr>
لعرض إحصائيات الحزم المعاد توجيهها لكل واجهة، أستخدم الأمر show platform software wccp interface counters كما يلي:
ASR1000# sh platform software wccp interface counters
Interface GigabitEthernet0/1/2
Input Redirect Packets = 391
Output Redirect Packets = 0
Interface GigabitEthernet0/1/3
Input Redirect Packets = 1800
Output Redirect Packets = 0
أستخدم الأمر show platform software wccp web-cache counters لعرض معلومات ذاكرة التخزين المؤقت ل WCCP كما يلي:
ASR1000# sh platform software wccp web-cache counters
Service Group (0, 0) counters
unassigned_count = 0
dropped_closed_count = 0
bypass_count = 0
bypass_failed_count = 0
denied_count = 0
redirect_count = 0
لعرض تفاصيل منخفضة المستوى، أستخدم الأوامر التالية:
- show platform so interface f0 موجز
- show platform software wccp f0 interface
- debug platform software wccp configuration
لمزيد من المعلومات، راجع التقرير الرسمي "نشر بروتوكول التحكم في ذاكرة التخزين المؤقت للويب واستكشاف أخطاء هذا البروتوكول وإصلاحها الإصدار 2 على موجهات خدمات التجميع من السلسلة ASR 1000 من Cisco"
أستكشاف أخطاء WCCP وإصلاحها على WAE
بدأت أستكشاف الأخطاء وإصلاحها على WAE باستخدام الأمر show wccp services. تريد أن ترى كلا الخدمتين 61 و 62 مكونا، كما يلي:
WAE-612# show wccp services
Services configured on this File Engine
TCP Promiscuous 61
TCP Promiscuous 62
بعد ذلك تحقق من حالة WCCP باستخدام الأمر show wccp status. أنت تريد أن ترى أن WCCP صيغة 2 مكنت ونشطت كما يلي:
WAE-612# show wccp status WCCP version 2 is enabled and currently active
راجع معلومات مزرعة WCCP باستخدام الأمر show wccp wide-area-engine. يوضح هذا الأمر عدد WAE في المزرعة، وعناوين IP الخاصة به، وهي واحدة من نوع WAE الرصاص، والموجهات التي يمكنها رؤية WAE، ومعلومات أخرى، كما يلي:
WAE612# show wccp wide-area-engine
Wide Area Engine List for Service: TCP Promiscuous 61
Number of WAE's in the Cache farm: 3
Last Received Assignment Key IP address: 10.43.140.162 <-----All WAEs in farm should have same Key IP
Last Received Assignment Key Change Number: 17
Last WAE Change Number: 16
Assignment Made Flag = FALSE
IP address = 10.43.140.162 Lead WAE = YES Weight = 0
Routers seeing this Wide Area Engine(3)
10.43.140.161
10.43.140.166
10.43.140.168
IP address = 10.43.140.163 Lead WAE = NO Weight = 0
Routers seeing this Wide Area Engine(3)
10.43.140.161
10.43.140.166
10.43.140.168
IP address = 10.43.140.164 Lead WAE = NO Weight = 0
Routers seeing this Wide Area Engine(3)
10.43.140.161
10.43.140.166
10.43.140.168
. . .
راجع معلومات الموجه باستخدام الأمر show wccp routers. تحقق من وجود اتصال ثنائي الإتجاه مع الموجهات التي تم تمكين WCCP لها وتظهر جميع الموجهات نفس KeyIP و KeyCN (رقم التغيير)، على النحو التالي:
WAE-612# show wccp routers
Router Information for Service: TCP Promiscuous 61
Routers Seeing this Wide Area Engine(1)
Router Id Sent To Recv ID KeyIP KeyCN MCN
10.43.140.161 10.43.140.161 00203A21 10.43.140.162 17 52 <-----Verify routers have same KeyIP and KeyCN
10.43.140.166 10.43.140.166 00203A23 10.43.140.162 17 53
10.43.140.168 10.43.140.165 00203A2D 10.43.140.162 17 25
Routers not Seeing this Wide Area Engine
-NONE-
Routers Notified of from other WAE's
-NONE-
Multicast Addresses Configured
-NONE-
. . .
في الحالات التي يكون فيها WAE ليس طبقة 2 مجاورة للموجه، أو يتم إستخدام عنوان إسترجاع، إما أن المسارات الثابتة أو البوابة الافتراضية مطلوبة لدعم WCCP.
لفحص توزيع دلو التجزئة في مجموعة الخدمات، أستخدم الأمر show wccp flow tcp-promiscuous كما يلي:
wae# sh wccp flows tcp-promiscuous Flow counts for service: TCP Promiscuous 61 Bucket Flow Counts 0- 11: 0 0 0 0 0 0 0 0 0 0 0 0 12- 23: 0 0 0 0 0 0 0 0 0 0 0 0 24- 35: 0 0 0 0 0 0 0 0 0 0 0 0 36- 47: 0 0 0 0 0 0 0 0 0 0 0 0 48- 59: 0 0 0 0 0 0 0 0 0 0 0 0 60- 71: 0 0 0 0 0 0 0 0 0 0 0 0 72- 83: 0 0 0 0 0 0 0 0 0 0 0 0 84- 95: 0 0 0 0 0 0 0 0 0 0 0 0 96-107: 0 0 0 0 0 0 0 0 0 0 0 0 108-119: 0 0 0 0 0 0 0 0 0 0 0 0 120-131: 0 0 0 0 0 0 0 0 0 0 0 0 132-143: 0 0 0 0 0 0 0 0 0 0 0 0 144-155: 0 0 0 0 0 0 0 0 0 0 0 0 156-167: 0 0 0 0 0 0 0 0 0 0 0 0 168-179: 0 0 0 0 0 0 0 0 0 0 0 0 180-191: 0 0 0 0 0 0 0 0 0 0 0 0 192-203: 0 0 0 0 0 0 0 0 0 0 0 0 204-215: 0 0 0 0 0 0 0 0 0 0 0 0 216-227: 0 0 0 0 0 0 0 0 0 0 0 0 228-239: 0 0 0 0 0 0 0 0 0 3 0 0 240-251: 0 0 0 0 0 0 0 0 0 0 0 0 252-255: 0 0 0 0
بدلا من ذلك، يمكنك إستخدام إصدار ملخص الأمر لترى معلومات مماثلة، مثل معلومات تدفق المجرى الجانبي:
wae# sh wccp flows tcp-promiscuous summary Flow summary for service: TCP Promiscuous 61 Total Buckets OURS = 256 0- 59: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 60-119: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 120-179: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 180-239: OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO OOOOOOOOOO 240-255: OOOOOOOOOO OOOOOO BYP = 0 0- 59: .......... .......... .......... .......... .......... .......... 60-119: .......... .......... .......... .......... .......... .......... 120-179: .......... .......... .......... .......... .......... .......... 180-239: .......... .......... .......... .......... .......... .......... 240-255: .......... ...... AWAY = 0 0- 59: .......... .......... .......... .......... .......... .......... 60-119: .......... .......... .......... .......... .......... .......... 120-179: .......... .......... .......... .......... .......... .......... 180-239: .......... .......... .......... .......... .......... .......... 240-255: .......... ...... . . .
أستخدم الأمر show wccp gre لعرض إحصائيات حزم GRE كما يلي:
WAE-612# show wccp gre Transparent GRE packets received: 5531561 <-----Increments for WCCP GRE redirection Transparent non-GRE packets received: 0 <-----Increments for WCCP L2 redirection Transparent non-GRE non-WCCP packets received: 0 <-----Increments for ACE or PBR redirection Total packets accepted: 5051 <-----Accepted for optimization; peer WAE found Invalid packets received: 0 Packets received with invalid service: 0 Packets received on a disabled service: 0 Packets received too small: 0 Packets dropped due to zero TTL: 0 Packets dropped due to bad buckets: 0 Packets dropped due to no redirect address: 0 Packets dropped due to loopback redirect: 0 Pass-through pkts dropped on assignment update:0 Connections bypassed due to load: 0 Packets sent back to router: 0 GRE packets sent to router (not bypass) 0 <-----Handled with WCCP negotiated return egress Packets sent to another WAE: 0 GRE fragments redirected: 0 GRE encapsulated fragments received: 0 Packets failed encapsulated reassembly: 0 Packets failed GRE encapsulation: 0 --More--
إذا كانت إعادة توجيه WCCP تعمل، فيجب أن يكون أي من العددين الأولين في زيادة.
واستلمت الحزم الشفافة غير GRE زيادات العداد للحزم التي يتم إعادة توجيهها باستخدام طريقة إعادة توجيه WCCP من الطبقة 2.
تلقت حزم GRE غير WCCP الشفافة زيادات العداد للحزم التي يتم إعادة توجيهها بواسطة طريقة اعتراض غير WCCP (مثل ACE أو PBR).
يشير عداد إجمالي الحزم المقبولة إلى الحزم التي يتم قبولها للتحسين لأن الاكتشاف التلقائي عثر على WAE نظير.
يشير عداد حزم GRE التي تم إرسالها إلى الموجه (وليس الالتفافي) إلى الحزم التي تم معالجتها باستخدام طريقة مخرج الإرجاع التي تم التفاوض عليها ل WCCP.
تشير الحزم المرسلة إلى عداد WAE آخر إلى حدوث حماية التدفق عند إضافة WAE آخر إلى مجموعة الخدمة وبدء معالجة تعيين دلو كان يتم معالجته من قبل WAE آخر.
دققت أن المخرج طريقة أن يكون استعملت المتوقع ب يستعمل العرض مخرج طريقة أمر كما يلي:
WAE674# show egress-methods
Intercept method : WCCP
TCP Promiscuous 61 :
WCCP negotiated return method : WCCP GRE
Egress Method Egress Method
Destination Configured Used
----------- ---------------------- -------------
any WCCP Negotiated Return WCCP GRE <-----Verify these are expected
TCP Promiscuous 62 :
WCCP negotiated return method : WCCP GRE
Egress Method Egress Method
Destination Configured Used
----------- ---------------------- -------------
any WCCP Negotiated Return WCCP GRE <-----Verify these are expected
يمكن أن يحدث عدم تطابق طريقة الخروج تحت الشروط التالية:
- يتم تكوين طريقة مخرج الإرجاع التي تم التفاوض عليها، ولكن WCCP يفاوض طريقة إرجاع الطبقة 2 ويتم دعم إرجاع GRE فقط بواسطة WAAS.
- يتم تكوين أسلوب خروج GRE العام، ولكن طريقة الاعتراض هي الطبقة 2 ويتم دعم WCCP GRE فقط كطريقة اعتراض عند تكوين مخرج GRE عام.
في أي من هذه الحالات، رفعت تنبيه ثانوي وتم مسح عندما عدم التطابق حللت ب يغير المخرج طريقة أو ال WCCP تشكيل. إلى أن تم مسح التنبيه، يتم إستخدام طريقة مخرج إعادة توجيه IP الافتراضية.
يوضح المثال التالي إخراج الأمر عند وجود عدم تطابق:
WAE612# show egress-methods
Intercept method : WCCP
TCP Promiscuous 61 :
WCCP negotiated return method : WCCP GRE
Egress Method Egress Method
Destination Configured Used
----------- ---------------------- -------------
any Generic GRE IP Forwarding <-----Mismatch
WARNING: WCCP has negotiated WCCP L2 as the intercept method for <-----Warning if mismatch occurs
which generic GRE is not supported as an egress method
in this release. This device uses IP forwarding as the
egress method instead of the configured generic GRE
egress method.
TCP Promiscuous 62 :
WCCP negotiated return method : WCCP GRE
Egress Method Egress Method
Destination Configured Used
----------- ---------------------- -------------
any Generic GRE IP Forwarding <-----Mismatch
WARNING: WCCP has negotiated WCCP L2 as the intercept method for <-----Warning if mismatch occurs
which generic GRE is not supported as an egress method
in this release. This device uses IP forwarding as the
egress method instead of the configured generic GRE
egress method.
بالنسبة لموجهات Catalyst 6500 Sup720 أو Sup32، نوصي باستخدام طريقة خروج GRE العامة، والتي تتم معالجتها في الأجهزة. وبالإضافة إلى ذلك، نوصي باستخدام نفق متعدد النقاط لتسهيل التكوين، بدلا من نفق من نقطة إلى نقطة لكل WAE. للحصول على تفاصيل تكوين النفق، ارجع إلى القسم تكوين واجهة نفق GRE على موجه في دليل تكوين خدمات التطبيقات الواسعة من Cisco.
لعرض إحصائيات نفق GRE لكل موجه اعتراض، أستخدم الأمر show statistics generic-gre كما يلي:
WAE# sh stat generic Tunnel Destination: 10.10.14.16 Tunnel Peer Status: N/A Tunnel Reference Count: 2 Packets dropped due to failed encapsulation: 0 Packets dropped due to no route found: 0 Packets sent: 0 Packets sent to tunnel interface that is down: 0 Packets fragmented: 0
يمكن أن يؤدي الفشل في ضمان عدم إعادة اعتراض حزم الخروج من WAE إلى حلقة إعادة توجيه. إذا كشف WAE عن المعرف الخاص به الذي تم إرجاعه في حقل خيارات TCP، فقد حدثت حلقة إعادة توجيه وأسفرت عن رسالة syslog التالية:
%WAAS-SYS-3-900000: 137.34.79.11:1192 - 137.34.77.196:139 - opt_syn_rcv: Routing Loop detected - Packet has our own devid. Packet dropped.
يمكنك البحث في ملف syslog.txt عن مثيلات هذا الخطأ باستخدام الأمر find كما يلي:
WAE-612# find match “Routing Loop” syslog.txt
يظهر هذا خطأ أيضا في إحصائيات تدفق TFO المتاحة في الأمر show statistics filtering كما يلي:
WAE-612# show statistics filtering . . . Syn packets dropped with our own id in the options: 8 <-----Indicates a redirection loop . . .
إذا كنت تقوم بإعادة التوجيه الصادرة على الموجه، بما أن حركة المرور تترك الموجه، فستتم إعادة توجيهه مرة أخرى إلى WAE، مما سيقوم بإعادة توجيه الحزمة خارج الموجه، مما يؤدي إلى حدوث حلقة توجيه. إن المعطيات مركز WAE وخوادم يكون على VLANs مختلف والفرع WAE والعملاء يكون على VLANs مختلف، أنت يستطيع تفاديت تحشد أنشوطة ب يستعمل التالي مسحاج تخديد تشكيل على ال WAE VLAN:
ip wccp redirect exclude in
إذا شارك WAE شبكة VLAN نفسها مع العملاء أو الخوادم المجاورة، فيمكنك تجنب حلقات التوجيه باستخدام طريقة الإرجاع التي تم التفاوض عليها أو إرجاع GRE العام للأنظمة الأساسية التي يتم فيها إعادة توجيه WCCP في الأجهزة. عند إستخدام إرجاع GRE العام، يستخدم WAE نفق GRE لإعادة حركة مرور البيانات إلى الموجه.
أستكشاف أخطاء معرفات الخدمة القابلة للتكوين وحالات انتهاء المهلة المتغيرة وإصلاحها في الإصدار 4.4.1
ملاحظة: تم تقديم معرفات خدمة WCCP القابلة للتكوين وميزات مهلة اكتشاف الأعطال المتغيرة في الإصدار 4.4.1 من WAAS. لا ينطبق هذا القسم على إصدارات WAAS السابقة.
يجب أن تستخدم جميع WAEs في مزرعة WCCP نفس زوج معرفات خدمة WCCP (الإعداد الافتراضي هو 61 و 62)، ويجب أن تطابق هذه المعرفات جميع الموجهات التي تدعم المزرعة. لا يسمح ل WAE مع معرفات خدمة WCCP مختلفة عن تلك التي تم تكوينها على الموجهات بالانضمام إلى المزرعة ويتم رفع تنبيه "الموجه الذي يتعذر الوصول إليه" الموجود. وبالمثل، يجب أن تستخدم جميع WAE في المزرعة نفس القيمة لمهلة اكتشاف الفشل. يثير WAE تنبيه إذا قمت بتكوينه باستخدام قيمة عدم تطابق.
إن يرى أنت إنذار أن WAE لا يستطيع أن يتلاقى WCCP مزرعة، فحصت أن ال WCCP خدمة {upper}id يشكل على ال WAE والموجهات في المزرعة نظير. على WAEs، أستخدم الأمر show wccp wide-area-engine للتحقق من معرفات الخدمة التي تم تكوينها. على الموجهات، يمكنك إستخدام الأمر show ip wccp ios.
للتحقق من ما إذا كان WAE لديه اتصال بالموجه، أستخدم الأوامر show wccp services detail وshow wccp router detail.
وبالإضافة إلى ذلك، يمكنك تمكين إخراج تصحيح أخطاء WCCP على WAE باستخدام أوامر debug ip wccp event أو debug ip wccp packet.
إذا رأيت تنبيه ثانوي "موجه غير قابل للاستخدام" ل WAE، فقد يعني ذلك أن قيمة مهلة اكتشاف الأعطال المتغيرة المحددة على WAE غير مدعومة من قبل الموجه. أستخدم الأمر show alarm minor detail للتحقق من ما إذا كان سبب الإنذار هو "Timer interval mismatch with router":
WAE# show alarm minor detail
Minor Alarms:
-------------
Alarm ID Module/Submodule Instance
--------------- -------------------- ---------------
1 rtr_unusable WCCP/svc051/rtr2.192.9.161
Jan 11 23:18:41.885 UTC, Communication Alarm, #000005, 17000:17003
WCCP router 2.192.9.161 unusable for service id: 51 reason: Timer interval <-----Check reason
mismatch with router <-----
على WAE، فحصت ال يشكل إخفاق كشف مهلة كما يلي:
WAE# show wccp services detail
Service Details for TCP Promiscuous 61 Service
Service Enabled : Yes
Service Priority : 34
Service Protocol : 6
Application : Unknown
Service Flags (in Hex) : 501
Service Ports : 0 0 0 0
: 0 0 0 0
Security Enabled for Service : No
Multicast Enabled for Service : No
Weight for this Web-CE : 1
Negotiated forwarding method : GRE
Negotiated assignment method : HASH
Negotiated return method : GRE
Negotiated HIA interval : 2 second(s)
Negotiated failure-detection timeout : 30 second(s) <-----Failure detection timeout configured
. . .
على الموجه، تحقق مما إذا كان إصدار IOS يدعم مهلة اكتشاف فشل المتغير. إذا كان الأمر كذلك، فيمكنك التحقق من الإعداد الذي تم تكوينه باستخدام الأمر show ip wccp xx detail، حيث يمثل xx معرف خدمة WCCP. وهناك ثلاث نتائج محتملة:
- يستخدم WAE مهلة اكتشاف الفشل الافتراضية من 30 ثانية والموجه تم تكوينه نفسه أو لا يدعم مهلة المتغير: لا يظهر إخراج الموجه تفاصيل حول إعداد المهلة. يعمل هذا التكوين بشكل جيد.
- يستخدم WAE مهلة اكتشاف الفشل غير الافتراضي من 9 أو 15 ثانية ولا يدعم الموجه مهلة المتغير: يظهر حقل الحالة "غير قابل للاستخدام" ولا يمكن ل WAE إستخدام الموجه. قم بتغيير مهلة اكتشاف فشل WAE إلى القيمة الافتراضية ل 30 ثانية باستخدام أمر التكوين العام WCCP failure-detection 30.
- يستخدم WAE مهلة اكتشاف الفشل غير الافتراضي من 9 أو 15 ثانية ويدعم الموجه مهلة المتغير: يعرض حقل مهلة العميل مهلة اكتشاف الفشل التي تم تكوينها، والتي تطابق WAE. يعمل هذا التكوين بشكل جيد.
إذا كانت مزرعة WCCP غير مستقرة بسبب ترفرفة الارتباط، فقد يكون ذلك بسبب أن مهلة اكتشاف فشل WCCP منخفضة جدا.
التعليقات