يساعدك هذا المخطط الانسيابي على أستكشاف أخطاء بروتوكول الاتصال من نقطة إلى نقطة (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
يشرح هذا القسم كيفية إستخدام أجهزة المودم غير المتزامنة لاتصال PPP. رأيت خارج LCP إطار على المسحاج تخديد محلي، غير أن هناك ما من قادم LCP إطار.
في هذه الحالة، قد تكون المشكلة راجعة إلى أحد إحتمالين:
يتم تدريب أجهزة المودم لكل من الموجه المحلي والموجه البعيد، ولكن لا يبدأ تشغيل بروتوكول الاتصال من نقطة إلى نقطة (PPP) على الموجه البعيد. لاستكشاف هذه المشكلة وإصلاحها، ارجع إلى تدريب أجهزة المودم بشكل صحيح، ولكن بروتوكول الاتصال من نقطة إلى نقطة (PPP) لا يبدأ المقطع في مستند أجهزة المودم الخاصة باستكشاف الأخطاء وإصلاحها.
تقوم أجهزة المودم لكل من الموجهات المحلية والبعيدة بالتدريب بشكل جيد، ويبدأ بروتوكول الاتصال من نقطة إلى نقطة (PPP) في كلا الموجهين، ولكن المكالمة تنخفض على الفور. يؤدي هذا إلى تدمير أي فرصة لاستلام إطارات LCP الواردة من الموجهات البعيدة. لحل هذه المشكلة، ارجع إلى تدريب أجهزة المودم بشكل صحيح، يبدأ بروتوكول الاتصال من نقطة إلى نقطة (PPP)، ولكن قسم إسقاط المكالمة لاحقا في مستند أجهزة المودم الخاصة باستكشاف الأخطاء وإصلاحها.
لمزيد من المعلومات التفصيلية حول أستكشاف أخطاء المودم وإصلاحها، ارجع إلى أجهزة المودم وإصلاحها.
يسلط المخطط الانسيابي أدناه الضوء على العديد من معلمات PPP LCP الأكثر شيوعا التي يمكن التفاوض بشأنها أثناء مرحلة LCP. يساعدك هذا المخطط الانسيابي على تحديد معلمات LCP التي لا يقوم الجهاز المحلي ل PPP بالتفاوض مع النظير البعيد ل PPP.
يوفر بروتوكول الاتصال من نقطة إلى نقطة مرحلة إختيارية تضمن لمستخدم الشبكة إرسال بيانات آمنة لتعزيز أمان الشبكة. في بعض الارتباطات، قد يكون من المفضل طلب نظير PPP لمصادقة نفسه قبل السماح بتبادل حزم بروتوكول طبقة الشبكة. بالنسبة لأي تنفيذ ل PPP، تكون مرحلة المصادقة إختيارية بشكل افتراضي. إذا كان مسؤول شبكة PPP يريد أن يستخدم نظير PPP بروتوكول مصادقة محدد، فيجب عليه طلب إستخدام بروتوكول المصادقة هذا أثناء مرحلة PPP LCP. وهذا يعني، أن بروتوكول المصادقة المستخدم يجب أن يكون أحد خيارات PPP LCP التي تم التفاوض عليها بين كلا نظامي PPP.
في هذه المرحلة، يسمح فقط ب PPP LCP، وبروتوكول المصادقة، وحزم مراقبة جودة الارتباط أثناء مرحلة المصادقة. تأكد من عدم وجود مشاكل في هذه المرحلة مع أي معلمات تم التفاوض عليها بواسطة بروتوكول PPP LCP قبل اتباع خطوات أستكشاف الأخطاء وإصلاحها في هذا القسم.
للحصول على معلومات مفصلة حول أستكشاف أخطاء مرحلة مصادقة PPP وإصلاحها، راجع المخطط الانسيابي لمصادقة PPP (CHAP أو PAP) وإصلاحها.
في حين تختلف بروتوكولات التحكم في الشبكة (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
كما هو موضح في المخطط الانسيابي أدناه، يكون الارتباط في هذه المرحلة مرتفعا ويمرر الحزم، ولكنه لا يتصرف كما ينبغي.
يعرض الإخراج أدناه إخراج الأمر 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
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
18-Dec-2007 |
الإصدار الأولي |