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

المقدمة

يصف هذا المستند كيفية تكوين موجه أجهزة مقدمة العميل (CPE) لخط المشترك الرقمي غير المتماثل (ADSL) من Cisco (DSL) لخدمة خط المشترك الرقمي غير المتماثل. وهو يشرح كيفية أستكشاف أخطاء ADSL ذات الصلة وإصلاحها على بطاقات الواجهة Cisco 880 Series، 890 Series، 860 Series، و Very Bitrate DiDigital Subscriber Line (VDSL)/ ADSL Enhanced High Speed WAN Interface Cards (EHWICs). هذا المستند خاص جدا بخدمة ADSL، رغم أنه يمكنك الحصول على خدمة ADSL أو VDSL على هذه الموجهات والوحدات النمطية. هناك ثلاث طبقات حيث يمكن أن يحدث الفشل:

• الطبقة 1 - اتصال DSL المادي بمجمع الوصول إلى خط المشترك الرقمي (DSLAM) الخاص بمزود خدمة الإنترنت لديك
• اتصال ATM من المستوى 2.1
• بروتوكول من نقطة إلى نقطة عبر ATM (PPPoA) أو بروتوكول من نقطة إلى نقطة عبر شبكة إيثرنت عبر ATM (PPPoEoA) أو الربط عبر RFC1483 أو التوجيه عبر RFC1483
• الطبقة 3 - IP

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

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

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

مشكلات الطبقة 1

هل يتم تشغيل أو إيقاف تشغيل إشارة الكشف عن الناقل (CD) على اللوحة الأمامية لموجّه DSL من Cisco؟

إذا كان ضوء القرص المضغوط قيد التشغيل، فانتقل إلى قسم مشكلات الطبقة 2 في هذا المستند.

إذا كان ضوء القرص المضغوط قيد إيقاف التشغيل، فتابع إلى السؤال التالي.

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

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

هل منفذ DSL بالجزء الخلفي من موجّه Cisco DSL متصل بمقبس DSL الحائطي؟

إذا لم يتم توصيل منفذ DSL في مقبس DSL الحائطي، فقم بتوصيل المنفذ بالحائط باستخدام كبل RJ-11 مستقيم. هذا كبل هاتف قياسي. تستخدم خطوط ADSL الدبابيس 3 و 4.

ما حالة وحدة التحكم ووضع التشغيل ووضع تغطية الإرسال (TC)؟

على سبيل المثال، إخراج النموذج هذا:

Router#show controller vdsl 0/1/0

!--- Make sure the controller is in UP state. In case you see it in down state,
 it indicates a Layer 1 issue (Hardware issue, Line issue, Interoperability
 issue with DSLAM etc.)

Controller VDSL 0/1/0 is UP

Daemon Status:         Up 

!--- XTU-R and XTU-C shows local (Cisco Router) and remote (DSLAM) DSL related
 details like chipset vendor, Vendor ID etc.

                        XTU-R (DS)        XTU-C (US)
Chip Vendor ID:        'BDCM'             'BDCM'
Chip Vendor Specific:   0x0000             0xA1AA
Chip Vendor Country:    0xB500             0xB500
Modem Vendor ID:        'CSCO'             '    '
Modem Vendor Specific:  0x4602             0x0000
Modem Vendor Country:   0xB500             0x0000
Serial Number Near:     FOC15163V2Q 2911/K9 15.5(1)T
Serial Number Far:     
Modem Version Near:     15.5(1)T
Modem Version Far:      0xa1aa

Modem Status:         TC Sync (Showtime!) 

!--- Below shows the configured DSL operating mode, trained mode and TC mode.

DSL Config Mode:     AUTO 
Trained Mode:    G.992.1 (ADSL) Annex B 
TC Mode:         ATM 
Selftest Result:     0x00 
DELT configuration:     disabled 
DELT state:         not running 

Full inits:        2
Failed full inits:    1
Short inits:        0
Failed short inits:    3

!--- DSL firmware related details 

Firmware    Source        File Name 
--------    ------        ----------
VDSL        embedded       VDSL_LINUX_DEV_01212008

Modem FW  Version:    130205_1433-4.02L.03.B2pvC035j.d23j
Modem PHY Version:    B2pvC035j.d23j
Trellis:         ON              ON
SRA:              disabled         disabled
 SRA count:          0             0
Bit swap:          enabled         enabled
 Bit swap count:     0             0

!--- Attenuation and Noise margin are two important parameters which points to
 the line quality and intern the stability of the DSL connection

Line Attenuation:        0.0 dB          0.0 dB
Signal Attenuation:      0.0 dB          0.0 dB
Noise Margin:           11.1 dB          6.0 dB
Attainable Rate:       40440 kbits/s    3280 kbits/s
Actual Power:           14.5 dBm          4.9 dBm
Per Band Status:        D1      D2      D3      U0     U1     U2     U3
Line Attenuation(dB):   20.0    48.3    73.7    9.4    37.9   56.2   N/A    
Signal Attenuation(dB): 20.0    48.3    N/A    10.2    36.2   53.3   N/A    
Noise Margin(dB):       10.9    11.3    N/A     5.9    6.0    6.0    N/A    
Total FECC:        97252         0
Total ES:          7             0
Total SES:         0             0
Total LOSS:        0             0
Total UAS:        24             24
Total LPRS:        0             0
Total LOFS:        0             0
Total LOLS:        0             0

!--- DSL trained speed can be found below

DSChannel1   DSChannel0    US Channel1   US Channel0
Speed (kbps):              0           25087             0            3192
SRA Previous Speed:        0               0             0               0
Previous Speed:            0               0             0               0
Reed-Solomon EC:           0           97252             0               0
CRC Errors:                0              15             0               0
Header Errors:             0              62             0               0
Interleave (ms):        0.00            8.00          0.00            8.00
Actual INP:             0.00            3.01          0.00            2.00

Training Log :    Stopped
Training Log Filename :    flash:vdsllog.bin

Router#

تحقّق من وجود هذه العناصر في إخراج الأمر show controller:

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

2. قم بفحص وضع التشغيل ووضع التدريب ووضع TC. تأكد من تكوين وضع التشغيل الصحيح تحت وحدة التحكم. تُوصي Cisco باستخدام وضع تشغيل DSL التلقائي إذا لم تكن متأكدًا من تقنية الإرسال المنفصل متعدد الطبقات (DMT) التي يستخدمها مزوّد خدمة الإنترنت لديك. هذه هي الأوامر لتكوين الاكتشاف التلقائي لوضع التشغيل.

Enter configuration commands, one per line. End with CNTL/Z.

Router(config)#controller vdsl 0

Router(config-controller)#operating-mode auto

Router(config-controller)#end

Router#write memory

3. اطلع على الوضع المدرب وتأكد من أن الوضع الصحيح تم التفاوض عليه مع مزود خدمة الإنترنت (ISP). وضع TC هو معلّمة مهمة أخرى يجب النظر إليها. في حال كان الوضع المدرب هو ADSL أو ADSL2 أو ADSL2+، يجب أن يكون وضع TC هو ATM ويجب تكوين جميع معلمات الطبقة العليا مثل PPP و IP وما إلى ذلك ضمن الدائرة الظاهرية الدائمة (PVC) ل ATM في هذه الحالة. إذا كان الوضع المدرب هو VDSL2 أو VDSL2+، فسيكون وضع TC هو وضع نقل الحزم (PTM). في هذه الحالة، يلزمك رؤية واجهة إيثرنت PTM في حالة UP ويجب تكوين جميع معلمات الطبقة العليا تحت واجهة إيثرنت. إذا قمت بتغيير وضع التشغيل بين ADSL و VDSL، فقد تحتاج إلى إعادة تمهيد الموجه لتنشيط واجهات ATM أو Ethernet المطابقة.

4. تحقق من هامش الضوضاء ومن تخفيفها. هامش التشويش هو القوة النسبية لإشارة DSL إلى نسبة التشويش. كلما ارتفع الرقم، كان ذلك أفضل لهذا القياس:

• 6 ديسيبل أو أقل سيئ ولن يواجه أي مشكلات في المزامنة أو المزامنة المتقطعة
• 7 ديسيبل إلى 10 ديسيبل مقبول، لكنه لا يترك مجالاً كبيرًا للاختلافات في الظروف
• 11 ديسيبل إلى 20 ديسيبل جيد مع وجود مشكلات قليلة أو معدومة في المزامنة
• 20 ديسبيل إلى 28 ديسبيل ممتاز
• 29 ديسبيل أو أعلى مذهل

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

• 20 ديسيبل وأقل مذهل
• 20 ديسبيل إلى 30 ديسبيل ممتاز
• 30 ديسيبل إلى 40 ديسيبل جيد جدًا
• 40 ديسبيل إلى 50 ديسبيل جيد
• 50 ديسبيل إلى 60 ديسبيل ضعيف وقد يواجه مشكلات في الاتصال
• 60 ديسيبل أو أعلى سيئ وسيواجه مشكلات في الاتصال

5. تأكد من توفر أحد أحدث إصدارات البرامج الثابتة ل DSL لديك. تحتوي أحدث البرامج الثابتة على إصلاح لمعظم مشكلات قابلية التشغيل البيني المعروفة. يمكنك تنزيل أحدث البرامج الثابتة من CCO.

6. تأكد من أن DSL متزامن مع سرعات تدفق البيانات وخفضها بشكل مناسب.

هل لديك طراز الموجّه الصحيح؟

لاحظ أن موجهات ADSL/VDSL تأتي في إصدارين؛ 1) DSL عبر خدمة الهاتف القديمة العادية (المرفق ألف) و 2) DSL عبر الشبكة الرقمية للخدمات المتكاملة (المرفق باء). في بعض البلدان، يوفر مزودو خدمة الإنترنت اتصال الملحق ب، بينما في معظم البلدان الأخرى يكون الملحق أ. لن تتم مزامنة موجّه DSL أو البطاقة للملحق أ مع خط الملحق ب والعكس صحيح. ومن ثم تحتاج إلى التأكد من أن لديك طراز الموجّه الصحيح. راجع ورقة بيانات الموجّه للحصول على مزيد من المعلومات.

هل تم اختبار/إعداد الدائرة الكهربية بشكل صحيح؟

احصل على هذه المعلومات من ISP أو شركة الهاتف.

مشكلات الطبقة 2

هل واجهة ATM قيد التشغيل؟

بمجرد التحقق من أن الوضع المدرب هو ADSL، تأكد من أن واجهة ATM في حالة up.

Router#show ip interface brief

Interface                  IP-Address      OK? Method Status                Protocol
Embedded-Service-Engine0/0 unassigned      YES NVRAM  administratively down down    
GigabitEthernet0/0         unassigned      YES NVRAM  up                    up      
GigabitEthernet0/0.1       unassigned      YES unset  up                    up           
GigabitEthernet0/1         unassigned      YES NVRAM  administratively down down    
GigabitEthernet0/2         192.168.22.1    YES NVRAM  up                    up      
ISM0/1                     unassigned      YES unset  up                    up      

!--Verify that ATM interface is in up state

ATM0/1/0                   unassigned      YES NVRAM  up                    up    
Ethernet0/1/0              unassigned      YES NVRAM  administratively down down                    up

هل لديك قيم الدائرة الافتراضية الدائمة (PVC) الصحيحة (VPI/VCI)؟

راجع الموفر الخاص بك لمعرفة قيمة VPI/VCI الصحيحة التي سيتم إستخدامها لاتصال DSL.

هل يتم إستخدام النقل الصحيح للطبقة العليا؟

راجع الموفر الخاص بك لمعرفة نوع اتصال الطبقة العليا المستخدم. يمكنك إستخدام خط ADSL ل IPoA و PPPoA و PPPoEoA والربط وما إلى ذلك. تأكد من أن لديك تكوين الطبقة العليا الصحيح بما يتوافق مع تكوين الموفر.

هل تتلقى بيانات من مزوّد خدمة الإنترنت (ISP) الخاص بك؟

فحصت الإنتاج من أمر عرض قارن atm0 وفحصت الإدخال ومخرجات ربط.

Router#show interface atm0
ATM0 is up, line protocol is up
Hardware is DSLSAR (with Alcatel ADSL Module)
MTU 4470 bytes, sub MTU 4470, BW 128 Kbit, DLY 16000 usec, 
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ATM, loopback not set
Encapsulation(s): AAL5, PVC mode
24 maximum active VCs, 256 VCS per VP, 1 current VCCs
VC idle disconnect time: 300 seconds
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Queueing strategy: fifo
Output queue 0/40, 0 drops; input queue 0/75, 0 drops
5 minute input rate 5 bits/sec, 0 packets/sec
5 minute output rate 7 bits/sec, 0 packets/sec
100 packets input, 5600 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
250 packets output, 1400 bytes, 0 underruns
0 output errors, 0 collisions, 2 interface resets
0 output buffer failures, 0 output buffers swapped out

إذا زادت عدادات حزمة الإدخال، يجب أن تستلم حزم تفاوض PPP من ISP الخاصة بك. إذا لم تتلقاها، فاتصل بمزوّد خدمة الإنترنت الخاص بك. إذا زادت عدادات حزم الإخراج، فيجب عليك إرسال حزم تفاوض PPP. إذا لم تكن هذه هي الحالة، فتحقّق من التكوين على الموجّه. إذا تم تكوين PPP بشكل صحيح، يتم إرسال حزم تفاوض PPP باستمرار من واجهة ATM0.

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

هل يتفاوض PPP بشكل صحيح؟

إذا كانت الطبقة 1 قيد التشغيل وكان لديك إعدادات VPI/VCI الصحيحة، فإن الخطوة التالية هي التأكد من ظهور بروتوكول النقطة إلى النقطة عبر نقطة (PPP) بشكل صحيح. للقيام بذلك، تحتاج إلى تشغيل سلسلة من أوامر debug على موجّه Cisco DSL وتفسير الإخراج. أمر debug الأساسي الذي تستخدمه هو debug ppp negotiation. يُعد إخراج هذا الأمر مثالاً على تفاوض PPP الناجح:

Router#debug ppp negotiation

PPP protocol negotiation debugging is on

Router#
2w3d: Vi1 PPP: No remote authentication for call-out
2w3d: Vi1 PPP: Phase is ESTABLISHING
2w3d: Vi1 LCP: O CONFREQ [Open] id 146 len 10
2w3d: Vi1 LCP: MagicNumber 0x8CCF0E1E (0x05068CCF0E1E)
2w3d: Vi1 LCP: O CONFACK [Open] id 102 Len 15
2w3d: Vi1 LCP: AuthProto CHAP (0x0305C22305)
2w3d: Vi1 LCP: MagicNumber 0xD945AD0A (0x0506D945AD0A)
2w3d: Di1 IPCP: Remove route to 10.10.10.1
2w3d: Vi1 LCP: I CONFACK [ACKsent] id 146 Len 10
2w3d: Vi1 LCP: MagicNumber 0x8CCF0E1E (0x05068CCF0E1E)
2w3d: Vi1 LCP: State is Open
2w3d: Vi1 PPP: Phase is AUTHENTICATING, by the peer
2w3d: Vi1 CHAP: I CHALLENGE id 79 Len 33 from "6400-2-NRP-2"
2w3d: Vi1 CHAP: O RESPONSE id 79 Len 28 from "John"
2w3d: Vi1 CHAP: I SUCCESS id 79 Len 4
2w3d: Vi1 PPP: Phase is UP
2w3d: Vi1 IPCP: O CONFREQ [Closed] id 7 Len 10
2w3d: Vi1 IPCP: Address 0.0.0.0 (0x030600000000)
2w3d: Vi1 IPCP: I CONFREQ [REQsent] id 4 Len 10
2w3d: Vi1 IPCP: Address 10.10.10.1 (0x030614140201)
2w3d: Vi1 IPCP: O CONFACK [REQsent] id 4 Len 10
2w3d: Vi1 IPCP: Address 10.10.10.1 (0x030614140201)
2w3d: Vi1 IPCP: I CONFNAK [ACKsent] id 7 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: O CONFREQ [ACKsent] id 8 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: I CONFACK [ACKsent] id 8 Len 10
2w3d: Vi1 IPCP: Address 10.1.1.1 (0x030628010102)
2w3d: Vi1 IPCP: State is Open
2w3d: Di1 IPCP: Install negotiated IP interface address 10.1.1.1
2w3d: Di1 IPCP: Install route to 10.10.10.1
Router#

هناك أربع نقاط رئيسية للفشل في تفاوض PPP:

• عدم الاستجابة من الجهاز البعيد (مزوّد خدمة الإنترنت الخاص بك)
• عدم فتح بروتوكول التحكم في الارتباط (LCP)
• فشل المصادقة
• فشل بروتوكول التحكم في عنوان IP (IPCP)

لا توجد استجابة من مزود خدمة الإنترنت الخاص بك

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

Router#debug ppp negotiation
*Mar 1 04:04:50.718: Vi1 PPP: Treating connection as a callout
*Mar 1 04:04:50.718: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 0 load]
*Mar 1 04:04:50.718: Vi1 PPP: No remote authentication for call-out
*Mar 1 04:04:50.722: Vi1 LCP: O CONFREQ [Closed] id 1 Len 10 

!--- "O" specifies an outbound packet

*Mar 1 04:04:50.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:52.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:52.722: Vi1 LCP: O CONFREQ [REQsent] id 2 Len 10 

!--- "O" specifies an outbound packet

*Mar 1 04:04:52.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:54.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:54.722: Vi1 LCP: O CONFREQ [REQsent] id 3 Len 10 
*Mar 1 04:04:54.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:56.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:56.722: Vi1 LCP: O CONFREQ [REQsent] id 4 Len 10
*Mar 1 04:04:56.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:04:58.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:04:58.722: Vi1 LCP: O CONFREQ [REQsent] id 5 Len 10
*Mar 1 04:04:58.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:05:00.722: Vi1 LCP: TIMEout: State REQsent
*Mar 1 04:05:00.722: Vi1 LCP: O CONFREQ [REQsent] id 6 Len 10
*Mar 1 04:05:00.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
*Mar 1 04:05:02.722: Vi1 LCP: TIMEout: State REQsent 
*Mar 1 04:05:02.722: Vi1 LCP: O CONFREQ [REQsent] id 7 Len 10 

!--- "O" specifies an outbound packet

*Mar 1 04:05:02.722: Vi1 LCP: MagicNumber 0x317722F4 (0x0506317722F4)
Router#undebug all

في هذا الإخراج توجد فقط حِزم O، وهي عبارة عن حِزم صادرة. للتفاوض بنجاح على PPP، يجب أن تكون هناك حزمة I واردة من مزوّد خدمة الإنترنت (ISP) الخاص بك لكل حزمة O يتم إرسالها. إذا زادت الحِزم الواردة، ولكنك لا ترى حِزم I، فاتصل بمزوّد خدمة الإنترنت الخاص بك للتحقق من الحِزم التي يتم إرسالها إلى موجّه Cisco DSL.

منفذ CTI المحلي (LCP) غير مفتوح

إذا لم يكن LCP مفتوحًا، فعادةً ما يحدث هذا بسبب عدم تطابق خيارات PPP. يحدث عدم التطابق هذا عندما يحتوي موجّه Cisco DSL على معلّمة PPP تم تكوينها بحيث لا يدعمها مزوّد خدمة الإنترنت الخاص بك، أو عندما يكون لدى مزوّد خدمة الإنترنت الخاص بك معلّمة تم تكوينها بحيث لا يدعمها موجّه Cisco DSL. يعرض هذا الإخراج مثالاً على عدم تطابق خيار PPP:

Router#debug ppp negotiation
*Mar 1 04:52:43.254: Vi1 PPP: Treating connection as a callout
*Mar 1 04:52:43.258: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load] 
*Mar 1 04:52:43.258: Vi1 PPP: No remote authentication for call-out 
*Mar 1 04:52:43.258: Vi1 LCP: O CONFREQ [Closed] id 3 len 10
*Mar 1 04:52:43.262: Vi1 LCP: MagicNumber 0x31A2F808 (0x050631A2F808)
*Mar 1 04:52:43.310: Vi1 LCP: I CONFREQ [REQsent] id 180 Len 14
*Mar 1 04:52:43.310: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.310: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
*Mar 1 04:52:43.314: Vi1 LCP: O CONFNAK [REQsent] id 180 Len 9

!--- PPP option reject

*Mar 1 04:52:43.314: Vi1 LCP: AuthProto CHAP (0x0305C22305)

!--- PPP option that is rejected

*Mar 1 04:52:43.314: Vi1 LCP: I CONFACK [REQsent] id 3 Len 10
*Mar 1 04:52:43.318: Vi1 LCP: MagicNumber 0x31A2F808 (0x050631A2F808)
*Mar 1 04:52:43.366: Vi1 LCP: I CONFREQ [ACKrcvd] id 181 Len 14
*Mar 1 04:52:43.366: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.366: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
*Mar 1 04:52:43.370: Vi1 LCP: O CONFNAK [ACKrcvd] id 181 Len 9 

!--- PPP option reject

*Mar 1 04:52:43.370: Vi1 LCP: AuthProto CHAP (0x0305C22305) 

!--- PPP option that is rejected

*Mar 1 04:52:43.418: Vi1 LCP: I CONFREQ [ACKrcvd] id 182 Len 14
*Mar 1 04:52:43.418: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 1 04:52:43.418: Vi1 LCP: MagicNumber 0x39D50E9B (0x050639D50E9B)
Router#undebug all

سواء كانت حزمة I أو O، فإن تكوين الإقرار السلبي (CONFNAK) يشير إلى عدم تطابق تكوين PPP. وذلك يعني أن أحد جانبي اتصال PPP يطلب خيار PPP الذي يتعذر على الجانب الآخر تنفيذه أو لم يتم تكوينه لتنفيذه. إذا كان موجه DSL من Cisco يرسل الارتباط (المشار إليه بواسطة O CONFNAK)، فإن موجه DSL من Cisco غير قادر على الأداء أو لم يتم تكوينه للخيار الذي يرسله ISP. إذا تم إرسال CONFNAK بواسطة ISP (المشار إليها بواسطة I CONFNAK)، فقد قمت بتكوين خيار على موجه Cisco DSL لا يريد ISP الخاص بك تنفيذه.

يصف السطر بعد CONFNAK الخيار المرفوض. في هذا المثال الإخراج، يكون الخيار هو بروتوكول المصادقة لتأكيد الاتصال بقيمة التحدي (CHAP)، ولكن قد يكون أي خيار. المكان الوحيد على موجه DSL من Cisco الذي يمكن تكوين خيارات PPP فيه هو طالب الواجهة 1. أدخل الأمر show run interface dialer 1 لعرض تكوين متصل الواجهة 1.

إذا أرسل مزوّد خدمة الإنترنت الخاص بك I CONFNAK، فابحث عن الأوامر ضمن المتصل 1 الخاص بالواجهة التي تطابق الخط بعد CONFNAK وقم بإزالتها. إذا كان موجّه Cisco DSL يرسل O CONFNAK، فأضِف أمرًا إلى المتصل 1 الخاص بالواجهة لتفاوض بروتوكول PPP مع مزوّد خدمة الإنترنت (ISP) بشكل صحيح. في حالة إرسال الموجّه للحِزم، قد تحتاج إلى الاتصال بدعم Cisco لتحديد الأمر (الأوامر) التي يلزم تمكينها على موجّه Cisco DSL.

فشل المصادقة

يحدث فشل المصادقة عندما يتعذر على مزوّد خدمة الإنترنت الخاص بك مصادقة اسم مستخدم أو كلمة مرور PPP الخاصين بك. هناك نوعان من السيناريوهات حيث يمكن أن يحدث هذا. السيناريو الأول هو عدم تطابق نوع المصادقة، والذي يحدث عندما لا تقوم بتكوين الموجّه بشكل صحيح. تم إدراج جميع تكوينات المصادقة في هذا المستند لكل من نوعَي مصادقة بروتوكول مصادقة كلمة المرور (PAP) ومصادقة CHAP. للحصول على مرونة التكوين، يجب أن يكون لديك CHAP وPAP تم تكوينهما. إذا لم يتم تكوين كليهما، فقد ترى إخراجًا من الأمر debug ppp negotiation مثل هذا المثال:

Router#debug ppp negotiation
00:34:29: Vi1 LCP:O CONFREQ [REQsent] id 53 Len 15 
00:34:29: Vi1 LCP: AuthProto CHAP (0x0305C22305)

!--- Sends CHAP requests

00:34:29: Vi1 LCP: MagicNumber 0x01B63483 (0x050601B63483)
00:34:29: Vi1 LCP: I CONFREQ [REQsent] id 252 Len 14
00:34:29: Vi1 LCP: AuthProto PAP (0x0304C023)

!--- Receives PAP requests from the service provider

00:34:29: Vi1 LCP: MagicNumber 0xBC5233F9 (0x0506BC5233F9)
00:34:29: Vi1 LCP: O CONFREJ [REQsent] id 252 Len 8
Router#undebug all

لتصحيح مشكلتَي عدم تطابق المصادقة، تحتاج إلى إعادة تكوين بروتوكول المصادقة إلى البروتوكول الذي طلبه مزوّد خدمة الإنترنت في حزمة CONFREQ الواردة.

كيف يمكنني معرفة ما إذا كان اسم المستخدم وكلمة المرور الخاصين ببروتوكول مصادقة كلمة المرور (PAP) صحيحين؟

بعد التأكد من أن مزوّد خدمة الإنترنت الخاص بك يستخدم PAP، أدخِل الأمر debug ppp negotiation لتأكيد صحة اسم مستخدم وكلمة مرور PAP لديك الخاصين بك.

Router#debug ppp negotiation 
*Mar 2 00:50:15.741: Vi1 PPP: Treating connection as a callout
*Mar 2 00:50:15.745: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 2 00:50:15.745: Vi1 PPP: No remote authentication for call-out
*Mar 2 00:50:15.745: Vi1 LCP: O CONFREQ [Closed] id 177 Len 10
*Mar 2 00:50:15.745: Vi1 LCP: MagicNumber 0x35EB5D4F (0x050635EB5D4F)
*Mar 2 00:50:15.789: Vi1 LCP: I CONFACK [REQsent] id 177 Len 10
*Mar 2 00:50:15.793: Vi1 LCP: MagicNumber 0x35EB5D4F (0x050635EB5D4F)
*Mar 2 00:50:17.241: Vi1 LCP: I CONFREQ [ACKrcvd] id 203 Len 14
*Mar 2 00:50:17.241: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 2 00:50:17.241: Vi1 LCP: MagicNumber 0x3E1D1E5E (0x05063E1D1E5E)
*Mar 2 00:50:17.245: Vi1 LCP: O CONFACK [ACKrcvd] id 203 Len 14
*Mar 2 00:50:17.245: Vi1 LCP: AuthProto PAP (0x0304C023)
*Mar 2 00:50:17.245: Vi1 LCP: MagicNumber 0x3E1D1E5E (0x05063E1D1E5E)
*Mar 2 00:50:17.249: Vi1 LCP: State is Open
*Mar 2 00:50:17.249: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 2 00:50:17.249: Vi1 PAP: O AUTH-REQ id 9 Len 14 from "cisco" 

!--- "cisco" is the PAP username configured on this DSL Router.

*Mar 2 00:50:17.297: Vi1 PAP: I AUTH-NAK id 9 Len 27 msg is "Authentication failure"
*Mar 2 00:50:17.301: Vi1 LCP: I TERMREQ [Open] id 204 Len 4
*Mar 2 00:50:17.301: Vi1 LCP: O TERMACK [Open] id 204 Len 4
*Mar 2 00:50:17.305: Vi1 PPP: Phase is TERMINATING [0 sess, 1 load]u
*Mar 2 00:50:19.305: Vi1 LCP: TIMEout: State TERMsent
*Mar 2 00:50:19.305: Vi1 LCP: State is Closed
*Mar 2 00:50:19.305: Vi1 PPP: Phase is DOWN [0 sess, 1 load]

تحتاج إلى الاتصال بمزوّد خدمة الإنترنت والحصول على بيانات الاعتماد الصحيحة لإصلاح ذلك. يمكنك إعادة تكوين بيانات اعتماد PAP باستخدام هذه الأوامر:

Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface dialer 1
Router(config-if)#ppp pap sent-username <username> password <password>
Router(config-if)#end
Router#write memory

كيف يمكنني معرفة ما إذا كان اسم المستخدم وكلمة المرور الخاصين ببروتوكول المصادقة لتأكيد الاتصال بقيمة التحدي (CHAP) صحيحَين؟

بعد التأكد من أن مزوّد خدمة الإنترنت الخاص بك يستخدم CHAP، أدخِل الأمر debug ppp negotiation لتأكيد صحة اسم مستخدم وكلمة مرور CHAP لديك الخاصين بك.

Router#debug ppp negotiation
*Mar 3 02:51:47.287: Vi1 PPP: Treating connection as a callout
*Mar 3 02:51:47.287: Vi1 PPP: Phase is ESTABLISHING, Active Open [0 sess, 1 load]
*Mar 3 02:51:47.291: Vi1 PPP: No remote authentication for call-out
*Mar 3 02:51:47.291: Vi1 LCP: O CONFREQ [Closed] id 188 Len 10
*Mar 3 02:51:47.291: Vi1 LCP: MagicNumber 0x3B821FF1 (0x05063B821FF1)
*Mar 3 02:51:47.339: Vi1 LCP: I CONFREQ [REQsent] id 204 Len 15
*Mar 3 02:51:47.343: Vi1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 3 02:51:47.343: Vi1 LCP: MagicNumber 0x43B3F393 (0x050643B3F393)
*Mar 3 02:51:47.343: Vi1 LCP: O CONFACK [REQsent] id 204 Len 15
*Mar 3 02:51:47.347: Vi1 LCP: AuthProto CHAP (0x0305C22305)
*Mar 3 02:51:47.347: Vi1 LCP: MagicNumber 0x43B3F393 (0x050643B3F393)
*Mar 3 02:51:47.347: Vi1 LCP: I CONFACK [ACKsent] id 188 Len 10
*Mar 3 02:51:47.351: Vi1 LCP: MagicNumber 0x3B821FF1 (0x05063B821FF1)
*Mar 3 02:51:47.351: Vi1 LCP: State is Open
*Mar 3 02:51:47.351: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 3 02:51:47.395: Vi1 CHAP: I CHALLENGE id 1 Len 32 from "6400-2-NRP3"
*Mar 3 02:51:47.395: Vi1 CHAP: Using alternate hostname cisco
*Mar 3 02:51:47.399: Vi1 CHAP: Username 6400-2-NRP3 not found
*Mar 3 02:51:47.399: Vi1 CHAP: Using default password
*Mar 3 02:51:47.399: Vi1 CHAP: O RESPONSE id 1 Len 26 from "cisco"  

!--- "cisco" is the CHAP username configured on this DSL Router.

*Mar 3 02:51:47.447: Vi1 CHAP: I FAILURE id 1 Len 26 MSG is "Authentication failure"
*Mar 3 02:51:47.447: Vi1 LCP: I TERMREQ [Open] id 205 Len 4
*Mar 3 02:51:47.451: Vi1 LCP: O TERMACK [Open] id 205 Len 4
*Mar 3 02:51:47.451: Vi1 PPP: Phase is TERMINATING [0 sess, 0 load]
*Mar 3 02:51:49.451: Vi1 LCP: TIMEout: State TERMsent
*Mar 3 02:51:49.451: Vi1 LCP: State is Closed
*Mar 3 02:51:49.451: Vi1 PPP: Phase is DOWN [0 sess, 0 load]
Router#undebug all

تحتاج إلى الاتصال بمزوّد خدمة الإنترنت والحصول على بيانات الاعتماد الصحيحة لإصلاح ذلك. يمكنك إعادة تكوين بيانات اعتماد CHAP باستخدام هذه الأوامر:

Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface dialer 1
Router(config-if)#ppp chap hostname <username> 
Router(config-if)#ppp chap password <password>
Router(config-if)#end
Router#write memory

كيف يمكنني معرفة متى تتم مصادقة PPP بنجاح؟

يعرض هذا المثال تفاوض CHAP ناجح.

Router#debug ppp negotiation
<... snipped ...>
*Mar 3 03:30:09.335: Vi1 LCP: State is Open
*Mar 3 03:30:09.335: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 1 load]
*Mar 3 03:30:09.379: Vi1 CHAP: I CHALLENGE id 41 len 32 from "6400-2-NRP3"
*Mar 3 03:30:09.379: Vi1 CHAP: Using alternate hostname cisco
*Mar 3 03:30:09.379: Vi1 CHAP: Username 6400-2-NRP3 not found
*Mar 3 03:30:09.383: Vi1 CHAP: Using default password
*Mar 3 03:30:09.383: Vi1 CHAP: O RESPONSE id 41 Len 26 from "cisco"
*Mar 3 03:30:09.431: Vi1 CHAP: I SUCCESS id 41 Len 4

!--- CHAP negotiation was a success.

*Mar 3 03:30:09.431: Vi1 PPP: Phase is UP [0 sess, 1 load] 
<... snipped ...>
Router#undebug all
This example shows a successful PAP negotiation.
Router#debug ppp negotiation
<... snipped ...>
*Mar 3 03:33:19.491: Vi1 LCP: State is Open
*Mar 3 03:33:19.491: Vi1 PPP: Phase is AUTHENTICATING, by the peer [0 sess, 0 load]
*Mar 3 03:33:19.495: Vi1 PAP: O AUTH-REQ id 255 Len 16 from "cisco"
*Mar 3 03:33:19.539: Vi1 PAP: I AUTH-ACK id 255 Len 5
*Mar 3 03:33:19.539: Vi1 PPP: Phase is UP [0 sess, 0 load] 

!--- PAP negotiation was a success.

<... snipped ...>
Router#undebug all

معلومات ذات صلة

• ورقة بيانات VDSL EHWIC
• التشغيل البيني ل ISR G2 xDSL