المحتويات

المقدمة

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

المتطلبات

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

LCP غير مفتوح

فشل المصادقة

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

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

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

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

المقدمة

يصف هذا المستند كيفية تكوين موجه أجهزة مقدمة العملاء (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