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

المقدمة

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

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

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

المتطلبات

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

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

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

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

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

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

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

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

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

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

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

إذا لم يكن منفذ DSL موصلا بمقبس حائط DSL، فقم بتوصيل المنفذ بالجدار باستخدام كابل RJ-11 متناظر. هذا كبل هاتف قياسي. تستخدم خطوط VDSL الدبابيس 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.993.2 (VDSL2) Profile 17a
TC Mode:             PTM 
Selftest Result:     0x00 
DELT configuration:  disabled 
DELT state:          not running 

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

!--- 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:

• حالة وحدة التحكم هي "up". إذا كان في حالة "لأسفل"، فإنه يشير إلى مشكلة في الطبقة 1 (مشكلة في الأجهزة أو إصدار السطر أو مشكلة قابلية التشغيل البيني مع DSLAM). متابعة أستكشاف أخطاء الطبقة 1 وإصلاحها في هذه الحالة.
• تحقق من وضع التشغيل ووضع التدريب ووضع TC. تأكد من أن لديك وضع التشغيل الصحيح الذي تم تكوينه تحت وحدة التحكم. توصيك Cisco باستخدام وضع التشغيل التلقائي ل DSL إذا لم تكن متأكدا من تقنية الألوان المتعددة المنفصلة (DMT) التي يستخدمها مزود خدمة الإنترنت (ISP) لديك. هذه هي الأوامر لتكوين الكشف التلقائي لوضع التشغيل:

  Router#configure terminal
  
  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

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

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

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

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

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

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

تحقق من مزامنة DSL مع سرعات التحميل والهبوط المناسبة.

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

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

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

احصل على هذه المعلومات من مزود خدمة الإنترنت (ISP) أو شركة الهاتف.

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

هل إيثرنت PTM قيد التشغيل؟

بمجرد التحقق من أن الوضع المدرب هو VDSL، تأكد من أن واجهة الإيثرنت في حالة "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      
ATM0/1/0                   unassigned      YES NVRAM  administratively down down    
!--- Verify that the Ethernet interface is in up state
Ethernet0/1/0              unassigned      YES NVRAM  up                    up

هل يتوقع الموفر حركة مرور مميزة؟ إذا كانت الإجابة نعم، فما هو معرف شبكة LAN الظاهرية (معرف شبكة VLAN)؟

يتوقع معظم الموفرين حركة مرور ذات علامات تمييز من "جهاز واجهة العميل" (CPE). أنت يستطيع شكلت ال VLAN يحدد كما هو موضح هنا بعد أن يحصل أنت ال VLAN id من isp ك.

Router(config)#interface Ethernet0.835

Router(config-subif)#encapsulation dot1Q 835

Router(config-subif)#end

Router#

هل تم ملء إدخال بروتوكول تحليل العنوان (ARP)؟

حدد ما إذا كان عنوان MAC الخاص بالبعيد في إخراج الأمر show arp.

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

إذا كان لديك معرف شبكة VLAN الصحيح، فإن الخطوة التالية هي التحقق من محاولة التفاوض من بروتوكول نقطة إلى نقطة (PPP) مع ISP الخاص بك. للقيام بذلك، أدخل الأمر show interface ethernet0 وفحص حزم الإدخال والإخراج.

Router#show interface ethernet0

Ethernet0/1/0 is up, line protocol is up 
  Hardware is VDSL_ETHERNET, address is 30f7.0d7e.3408 (bia 30f7.0d7e.3408)
  MTU 1500 bytes, BW 3261 Kbit/sec, DLY 3000 usec, 
     reliability 255/255, txload 19/255, rxload 1/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set
  Keepalive set (10 sec)
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:19, output 00:00:00, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/1024 (size/max)
  5 minute input rate 23000 bits/sec, 19 packets/sec
  5 minute output rate 244000 bits/sec, 29 packets/sec
     3096276 packets input, 3672318911 bytes, 0 no buffer
     Received 0 broadcasts (1517324 IP multicasts)
     0 runts, 0 giants, 1 throttles 
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     1287646 packets output, 240862302 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 unknown protocol drops
     0 babbles, 0 late collision, 0 deferred
     1 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out


Router#show controller vdsl 0 datapath
ptm0            Link encap:Ethernet  HWaddr 02:10:18:01:00:02  
                UP BROADCAST RUNNING MULTICAST  MTU:1600  Metric:1
                RX packets:3111732 errors:0 dropped:0 overruns:0 frame:0
                TX packets:1311107 errors:0 dropped:0 overruns:0 carrier:0
                collisions:0 txqueuelen:1000 
                RX bytes:3677814427 (3.4 GiB)  TX bytes:265796876 (253.4 MiB)

atm/ptm interface statistics for port 0
in octets                   4983267
out octets                  27636440
in packets                  16376
out packets                 26024
in OAM cells                0
out OAM cells               0
in ASM cells                0
out ASM cells               0
in packet errors            0
in cell errors              0

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

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

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

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

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 بإرسال CONFNAK (المشار إليه بواسطة 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

مشاكل الأداء عبر PPPoE

هذا القسم خاص باتصالات PPPoE. ومن المتوقع أن تواجه مشكلات تتعلق بالإنتاجية والاستعراض البطيء وما إلى ذلك مع إتصالات بروتوكول النقطة إلى النقطة عبر شبكة إيثرنت (PPPoE) عند إستخدام الحجم الافتراضي لوحدة الإرسال القصوى (MTU) على واجهة المتصل. يجب تعيين وحدة الحد الأقصى للنقل (MTU) على المتصل بتقنية PPPoE إلى 1492 لمراعاة وحدات البايت الثماني المستخدمة من قبل رأس PPPoE. دخلت هذا أمر in order to شكلت المناسب MTU:

Router#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Router(config)#interface dialer 1
Router(config-if)#mtu 1492