المخطط الانسيابي لاستكشاف أخطاء PPP وإصلاحها

المقدمة

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

في المخططات الانسيابية وعينة الإخراج الموضحة أدناه، قمنا بإعداد اتصال PPP لواجهة المعدل الأساسي (BRI) للشبكة الرقمية للخدمات المتكاملة (ISDN) مع آخر باستخدام توجيه الاتصال عند الطلب القديم (DDR). ومع ذلك، تنطبق نفس خطوات أستكشاف الأخطاء وإصلاحها على الاتصالات بموجهات أخرى (مثل المكاتب الفرعية) ذات إتصالات بروتوكول الاتصال من نقطة إلى نقطة (PPP) عند إستخدام مجموعة المتصل الدوارة أو ملف تعريف المتصل أو PPP عبر إرتباطات تسلسلية.

للحصول على مزيد من المعلومات حول بروتوكول الاتصال من نقطة إلى نقطة، والميزات المدعومة في برنامج Cisco IOS®، ارجع إلى اتصال التعلم من Cisco (العملاء المسجلون فقط) ثم ابحث باستخدام الكلمة الأساسية ppp في حقل البحث عن التدريب.

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

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

المتطلبات

تأكد من استيفاء المتطلبات الأساسية التالية:

• قم بتمكين تفاوض PPP وتصحيح الأخطاء لمصادقة PPP.

• يجب قراءة إخراج تفاوض PPP الخاص بتصحيح الأخطاء وفهمه. راجع فهم إخراج تفاوض PPP الخاص بتصحيح الأخطاء للحصول على مزيد من المعلومات.

• لا تبدأ مرحلة مصادقة PPP حتى تكتمل مرحلة بروتوكول التحكم في الارتباط (LCP) وتكون في حالة "مفتوحة". إن debug ppp لا يشير إلى أن LCP مفتوح، يتحرى هذا إصدار قبل أن أنت تستمر.

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

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

مصطلحات

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

النظير: الطرف الآخر للارتباط من نقطة إلى نقطة. لذلك، فإن هذا الجهاز ليس الجهاز المحلي.

على سبيل المثال، إذا قمت بتشغيل الأمر debug ppp negotiation على RouterA، فهذا هو الجهاز المحلي، بينما يكون RouterB هو النظير. ومع ذلك، إذا قمت بنقل تصحيح الأخطاء إلى RouterB، فيصبح الجهاز المحلي ويصبح RouterA هو النظير.

ملاحظة: لا تعني مصطلحات الأجهزة المحلية والأجهزة النظيرة علاقة بين العميل والخادم. اعتمادا على مكان تشغيل جلسة تصحيح الأخطاء، يمكن أن يكون عميل الطلب هو الجهاز المحلي أو النظير.

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

أستكشاف الأخطاء وإصلاحها للمخططات الانسيابية

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

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

مرحلة بروتوكول التحكم في إرتباط PPP (LCP)

أجهزة المودم غير المتزامنة المستخدمة لاتصال PPP

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

في هذه الحالة، قد تكون المشكلة راجعة إلى أحد إحتمالين:

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

• تقوم أجهزة المودم لكل من الموجهات المحلية والبعيدة بالتدريب بشكل جيد، ويبدأ بروتوكول الاتصال من نقطة إلى نقطة (PPP) في كلا الموجهين، ولكن المكالمة تنخفض على الفور. يؤدي هذا إلى تدمير أي فرصة لاستلام إطارات LCP الواردة من الموجهات البعيدة. لحل هذه المشكلة، ارجع إلى تدريب أجهزة المودم بشكل صحيح، يبدأ بروتوكول الاتصال من نقطة إلى نقطة (PPP)، ولكن قسم إسقاط المكالمة لاحقا في مستند أجهزة المودم الخاصة باستكشاف الأخطاء وإصلاحها.

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

خيارات LCP الصادرة ل PPP

يسلط المخطط الانسيابي أدناه الضوء على العديد من معلمات PPP LCP الأكثر شيوعا التي يمكن التفاوض بشأنها أثناء مرحلة LCP. يساعدك هذا المخطط الانسيابي على تحديد معلمات LCP التي لا يقوم الجهاز المحلي ل PPP بالتفاوض مع النظير البعيد ل PPP.

مرحلة مصادقة PPP

يوفر بروتوكول الاتصال من نقطة إلى نقطة مرحلة إختيارية تضمن لمستخدم الشبكة إرسال بيانات آمنة لتعزيز أمان الشبكة. في بعض الارتباطات، قد يكون من المفضل طلب نظير PPP لمصادقة نفسه قبل السماح بتبادل حزم بروتوكول طبقة الشبكة. بالنسبة لأي تنفيذ ل PPP، تكون مرحلة المصادقة إختيارية بشكل افتراضي. إذا كان مسؤول شبكة PPP يريد أن يستخدم نظير PPP بروتوكول مصادقة محدد، فيجب عليه طلب إستخدام بروتوكول المصادقة هذا أثناء مرحلة PPP LCP. وهذا يعني، أن بروتوكول المصادقة المستخدم يجب أن يكون أحد خيارات PPP LCP التي تم التفاوض عليها بين كلا نظامي PPP.

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

للحصول على معلومات مفصلة حول أستكشاف أخطاء مرحلة مصادقة PPP وإصلاحها، راجع المخطط الانسيابي لمصادقة PPP (CHAP أو PAP) وإصلاحها.

مفاوضات PPP NCP

في حين تختلف بروتوكولات التحكم في الشبكة (NCPs) المختلفة بشكل كبير في البيانات التي يتم التفاوض عليها، فإن البنية العامة للمحادثة متشابهة بغض النظر عن البروتوكولات المستخدمة. يغطي هذا القسم تفاوض بروتوكول NCP (IP) فقط.

يعرض الإخراج أدناه إخراج تصحيح الأخطاء لمفاوضات IP الناجحة أثناء تفاوض PPP NCP:

As4 PPP: Phase is UP
 As4 IPCP: O CONFREQ [Not negotiated] id 1 len 10
 As4 IPCP:    Address 10.1.2.1 (0x03060A010201)
 As4 IPCP: I CONFREQ [REQsent] id 1 len 28
 As4 IPCP:    CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)
 As4 IPCP:    Address 0.0.0.0 (0x030600000000)
 As4 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
 As4 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
 As4 IPCP: O CONFREJ [REQsent] id 1 len 10
 As4 IPCP:    CompressType VJ 15 slots CompressSlotID (0x0206002D0F01)
 As4 CCP: I CONFREQ [Not negotiated] id 1 len 15
 As4 CCP:    MS-PPC supported bits 0x00000001 (0x120600000001)
 As4 CCP:    Stacker history 1 check mode EXTENDED (0x1105000104)
 As4 LCP: O PROTREJ [Open] id 3 len 21 protocol CCP
 As4 LCP:  (0x80FD0101000F12060000000111050001)
 As4 LCP:  (0x04)
 As4 IPCP: I CONFACK [REQsent] id 1 len 10
 As4 IPCP:    Address 10.1.2.1 (0x03060A010201)
 %LINEPROTO-5-UPDOWN: Line protocol on Interface Async4, changed state to up
 As4 IPCP: I CONFREQ [ACKrcvd] id 2 len 22
 As4 IPCP:    Address 0.0.0.0 (0x030600000000)
 As4 IPCP:    PrimaryDNS 0.0.0.0 (0x810600000000)
 As4 IPCP:    SecondaryDNS 0.0.0.0 (0x830600000000)
 As4 IPCP: O CONFNAK [ACKrcvd] id 2 len 22
 As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
 As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
 As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
 As4 IPCP: I CONFREQ [ACKrcvd] id 3 len 22
 As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
 As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
 As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
 ip_get_pool: As4: validate address = 10.1.2.2
 ip_get_pool: As4: using pool default
 ip_get_pool: As4: returning address = 10.1.2.2
 set_ip_peer_addr: As4: address = 10.1.2.2 (3) is redundant
 As4 IPCP: O CONFACK [ACKrcvd] id 3 len 22
 As4 IPCP:    Address 10.1.2.2 (0x03060A010202)
 As4 IPCP:    PrimaryDNS 10.2.2.3 (0x81060A020203)
 As4 IPCP:    SecondaryDNS 10.2.3.1 (0x83060A020301)
 As4 IPCP: State is Open
 As4 IPCP: Install route to 10.1.2.2

لا يدخل IPCP في حالة الفتح في مرحلة تفاوض NCP

مشاكل إستقرار إرتباط PPP

كما هو موضح في المخطط الانسيابي أدناه، يكون الارتباط في هذه المرحلة مرتفعا ويمرر الحزم، ولكنه لا يتصرف كما ينبغي.

لا يمكن توجيه الحزم عبر إرتباط IP PPP

يعرض الإخراج أدناه إخراج الأمر show caller user وshow ip interface brief عندما يتم إنهاء مكالمة بنجاح ويمكن إرسال حزم IP إلى النظير البعيد عبر اتصال PPP.

maui-soho-01#show caller user maui-soho-02 detail
   User: maui-soho-02, line BR0:1, service PPP
   Active time 00:02:21, Idle time 00:00:57
   Timeouts: Absolute Idle
   Limits: - 00:02:00 
   Disconnect in: - 00:01:02 
   PPP: LCP Open, CHAP (local <--> local), IPCP
   LCP: -> peer, AuthProto, MagicNumber
   <- peer, AuthProto, MagicNumber
   NCP: Open IPCP
   IPCP: <- peer, Address
   -> peer, Address
   Dialer: Connected to #, inbound
   Idle timer 120 secs, idle 57 secs
   Type is ISDN, group BRI0
   IP: Local 10.0.1.1/24, remote 10.0.1.2
   Counts: 123 packets input, 3246 bytes, 0 no buffer
   0 input errors, 0 CRC, 0 frame, 0 overrun
   119 packets output, 2940 bytes, 0 underruns
   0 output errors, 0 collisions, 0 interface resets
   maui-soho-01#show ip interface brief
   Interface IP-Address OK? Method Status Protocol
   BRI0 10.0.1.1 YES NVRAM up up 
   BRI0:1 unassigned YES unset up up 
   BRI0:2 unassigned YES unset down down 
   Ethernet0 172.22.53.160 YES NVRAM up up 
   Serial0 unassigned YES NVRAM administratively down down

أخطاء تجمع IP

مشكلات إستقرار إرتباط PP الأخرى

حالات فشل ربط IP من الطبقة 2

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

• دعم تقنية الطلب والوصول
• فهم إخراج تفاوض تصحيح أخطاء PPP
• استيعاب مصادقة PPP CHAP وتكوينها
• مصادقة PPP باستخدام أوامر إستدعاء بروتوكول PPP chap hostname و مصادقة PPP
• تكوين بروتوكول مصادقة كلمة مرور PPP (PAP) واستكشاف أخطاء هذا البروتوكول وإصلاحها
• أستكشاف أخطاء مصادقة PPP (CHAP أو PAP) وإصلاحها
• الدعم التقني والمستندات - Cisco Systems