أستكشاف أخطاء 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 على هذه الموجهات والوحدات النمطية. هناك ثلاث طبقات حيث يمكن أن يحدث الفشل:

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

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

المتطلبات

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

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

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

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

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

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

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

إذا كان ضوء CD في وضع إيقاف، فتابع بالسؤال التالي.

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

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

هل تم توصيل منفذ DSL الموجود على الجزء الخلفي من موجه DSL من Cisco في مقبس حائط 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) التي يستخدمها مزود خدمة الإنترنت (ISP) لديك. هذه هي الأوامر لتكوين الكشف التلقائي لوضع التشغيل.

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 إلى نسبة التشويش. كلما كان الرقم أعلى كان الأفضل لهذا القياس:

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

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

• قيمة 20 ديسيبل وما دون رائعة
• الطراز 20dB-30dB ممتاز
• 30dB-40dB جيد جدا
• 40dB-50dB جيد
• الطراز 50dB-60dB ضعيف وقد يواجه مشكلات في الاتصال
• 60 ديسيبل أو أعلى سيئ وسيواجه مشكلات في الاتصال

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

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

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

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

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

احصل على هذه المعلومات من مزود خدمة الإنترنت (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 الخاصة بك. إذا لم يكن هذا هو الحال، فاتصل بموفر خدمة الإنترنت (ISP) لديك. إذا زادت عدادات حزم الإخراج، فيجب عليك إرسال حزم تفاوض PPP. إذا لم تكن هذه هي الحالة، فتحقق من التكوين على الموجه. إذا تم تكوين PPP بشكل صحيح، يتم إرسال حزم تفاوض PPP باستمرار من واجهة ATM0.

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

هل يجري بروتوكول الاتصال من نقطة إلى نقطة (PPP) التفاوض بشكل صحيح؟

إذا كانت الطبقة 1 قيد التشغيل وكان لديك إعدادات VPI/VCI الصحيحة، فإن الخطوة التالية هي التأكد من ظهور بروتوكول النقطة إلى النقطة عبر نقطة (PPP) بشكل صحيح. ومن أجل تحقيق ذلك، يلزمك تشغيل سلسلة من أوامر تصحيح الأخطاء على الموجه Cisco DSL وتفسير الإخراج. أمر تصحيح الأخطاء الأساسي الذي تستخدمه هو تفاوض PPP debug. إخراج الأمر هذا مثال على تفاوض 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#

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

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

لا توجد إستجابة من مزود خدمة الإنترنت (ISP) لديك

لا يجب أن يكون 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 ربط، أي يكون ربط خارج. in order to بنجاح تفاوضت PPP، هناك ينبغي كنت i داخل ربط من ك isp ل كل o ربط يرسل. إذا قمت بزيادة الحزم الواردة، ولكنك لا ترى الحزم i، فاتصل بموجه ISP الخاص بك للتحقق من الحزم التي يتم إرسالها إلى موجه DSL من Cisco.

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

إذا لم يكن بروتوكول LCP مفتوحا، يكون ذلك عادة بسبب عدم تطابق في خيارات PPP. يحدث عدم التطابق هذا عندما يحتوي موجه DSL من Cisco على معلمة PPP تم تكوينها ولا يدعمها ISP الخاص بك، أو عندما يحتوي ISP لديك على معلمة تم تكوينها لا يدعمها موجه DSL من Cisco. يعرض هذا الإخراج مثالا على عدم تطابق خيار 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، فإن configure-negative-Acknowledge (CONFNAK) يشير إلى عدم تطابق تكوين PPP. وما يعنيه هذا هو أن أحد جانبي اتصال PPP يطلب خيار PPP الذي يكون الجانب الآخر غير قادر على تنفيذه أو لم يتم تكوينه. إذا كان موجه DSL من Cisco يرسل الارتباط (المشار إليه بواسطة O CONFNAK)، فإن موجه DSL من Cisco غير قادر على الأداء أو لم يتم تكوينه للخيار الذي يرسله ISP. إذا تم إرسال CONFNAK بواسطة ISP (المشار إليها بواسطة I CONFNAK)، فقد قمت بتكوين خيار على موجه Cisco DSL لا يريد ISP الخاص بك تنفيذه.

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

إذا كان مزود خدمة الإنترنت (ISP) الخاص بك يرسل الأمر i confnak، فابحث عن أوامر تحت متصل الواجهة 1 التي تطابق السطر بعد الارتباط وإزالتها. إذا قام موجه DSL من Cisco بإرسال الأمر o Confnak، فقم بإضافة أمر إلى طالب الواجهة 1 للتفاوض حول PPP بشكل صحيح مع ISP لديك. في حالة إرسال الموجه للحزم، قد تحتاج إلى إستدعاء دعم Cisco لتحديد الأمر (الأوامر) التي يجب تمكينها على موجه DSL من Cisco.

فشل المصادقة

يحدث فشل في المصادقة عندما يكون مزود خدمة الإنترنت (ISP) لديك غير قادر على مصادقة اسم مستخدم أو كلمة مرور 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

in order to صححت على حد سواء صحة صحة صحة هوية حالة عدم توافق مشكلة، أنت تحتاج أن يعيد شكلت المصادقة بروتوكول إلى الذي طلب ب ال isp في الوارد CONFREQ ربط.

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

بعد التأكد من أن ISP يستخدم 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]

تحتاج إلى الاتصال ب ISP الخاص بك والحصول على بيانات الاعتماد الصحيحة لإصلاح هذه المشكلة. يمكنك إعادة تكوين بيانات اعتماد 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 صحيحين؟

بعد التأكد من أن مزود خدمة الإنترنت (ISP) لديك يستخدم بروتوكول 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

تحتاج إلى الاتصال ب ISP الخاص بك والحصول على بيانات الاعتماد الصحيحة لإصلاح هذه المشكلة. يمكنك إعادة تكوين بيانات اعتماد 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