تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند كيفية تكوين موجه أجهزة مقدمة العميل (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 على هذه الموجهات والوحدات النمطية. هناك ثلاث طبقات حيث يمكن أن يحدث الفشل:
لا توجد متطلبات خاصة لهذا المستند.
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
إذا كان ضوء القرص المضغوط قيد التشغيل، فانتقل إلى قسم مشكلات الطبقة 2 في هذا المستند.
إذا كان ضوء القرص المضغوط قيد إيقاف التشغيل، فتابع إلى السؤال التالي.
تحقّق من المعلومات الواردة من مزوّد خدمة الإنترنت الخاص بك. تحقّق من قابلية التشغيل البيني من DSLAM لطراز الموجّه أو البطاقة التي تشير إلى ورقة البيانات.
إذا لم يتم توصيل منفذ DSL في مقبس DSL الحائطي، فقم بتوصيل المنفذ بالحائط باستخدام كبل RJ-11 مستقيم. هذا كبل هاتف قياسي. تستخدم خطوط ADSL الدبابيس 3 و 4.
على سبيل المثال، إخراج النموذج هذا:
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 إلى نسبة التشويش. كلما ارتفع الرقم، كان ذلك أفضل لهذا القياس:
الاضمحال هو مقياس مدى انخفاض الإشارة بين DSLAM والمودم. وهذا يرجع بشكل كبير إلى المسافة من التبادل. وكلما كان مستوى الديسيبل أقل، كان ذلك أفضل بالنسبة لهذا القياس.
5. تأكد من توفر أحد أحدث إصدارات البرامج الثابتة ل DSL لديك. تحتوي أحدث البرامج الثابتة على إصلاح لمعظم مشكلات قابلية التشغيل البيني المعروفة. يمكنك تنزيل أحدث البرامج الثابتة من CCO.
6. تأكد من أن DSL متزامن مع سرعات تدفق البيانات وخفضها بشكل مناسب.
لاحظ أن موجهات ADSL/VDSL تأتي في إصدارين؛ 1) DSL عبر خدمة الهاتف القديمة العادية (المرفق ألف) و 2) DSL عبر الشبكة الرقمية للخدمات المتكاملة (المرفق باء). في بعض البلدان، يوفر مزودو خدمة الإنترنت اتصال الملحق ب، بينما في معظم البلدان الأخرى يكون الملحق أ. لن تتم مزامنة موجّه DSL أو البطاقة للملحق أ مع خط الملحق ب والعكس صحيح. ومن ثم تحتاج إلى التأكد من أن لديك طراز الموجّه الصحيح. راجع ورقة بيانات الموجّه للحصول على مزيد من المعلومات.
احصل على هذه المعلومات من ISP أو شركة الهاتف.
بمجرد التحقق من أن الوضع المدرب هو 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
راجع الموفر الخاص بك لمعرفة قيمة VPI/VCI الصحيحة التي سيتم إستخدامها لاتصال DSL.
راجع الموفر الخاص بك لمعرفة نوع اتصال الطبقة العليا المستخدم. يمكنك إستخدام خط ADSL ل IPoA و PPPoA و PPPoEoA والربط وما إلى ذلك. تأكد من أن لديك تكوين الطبقة العليا الصحيح بما يتوافق مع تكوين الموفر.
فحصت الإنتاج من أمر عرض قارن 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.
إذا زادت الحزم في كلا الاتجاهين، فقم بمتابعة خطوات أستكشاف الأخطاء وإصلاحها في هذا المستند.
إذا كانت الطبقة 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:
لا يجب أن يكون 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.
إذا لم يكن 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، أدخِل الأمر 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، أدخِل الأمر 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
يعرض هذا المثال تفاوض 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
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
28-Apr-2016 |
الإصدار الأولي |