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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

المحتويات

- 1 أستكشاف أخطاء WCCP وإصلاحها على الموجه

- 1.1 يتحرى WCCP على المادة حفازة 6500 sery مفتاح وال ISR و 3700 sery مسحاج تخديد

- 1.2 أستكشاف أخطاء WCCP وإصلاحها على موجهات ASR 1000 Series Routers

- 2 أستكشاف أخطاء WCCP وإصلاحها على WAE

- 3 أستكشاف أخطاء معرفات الخدمة القابلة للتكوين وحالات انتهاء المهلة المتغيرة وإصلاحها في الإصدار 4.4.1

تشير الأعراض التالية إلى مشاكل WCCP المحتملة:

- لا يستقبل WAE حركة مرور (يمكن أن يكون بسبب WCCP misconfiguration)

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

- بطء الشبكة عند تمكين WCCP (يمكن أن يكون بسبب إسقاط الموجه للحزم أو إستخدام وحدة المعالجة المركزية للموجه العالي)

- إستخدام وحدة المعالجة المركزية (CPU) للموجه المرتفع جدا (قد يكون ذلك نتيجة لإعادة التوجيه في البرامج بدلا من الأجهزة)

WCCP إصدار يستطيع نتجت من مشكلة مع المسحاج تخديد (أو يعيد أداة) أو من ال WAE أداة. من الضروري النظر إلى تكوين WCCP على الموجه وعلى جهاز WAE على حد سواء. أولا سننظر إلى تكوين WCCP على الموجه، ثم سنتحقق من تكوين WCCP على WAE.

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

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

- المحولات من السلسلة Catalyst 6500 وموجهات ISR و 3700 Series

- سلسلة موجهات ASR 1000

يتحرى 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 منخفضة جدا.