تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند الأسئلة المتداولة (FAQs) حول بروتوكول العبارة الحدودية (BGP).
a. ارجع إلى هذه المستندات للحصول على معلومات حول كيفية تكوين عمل BGP و BGP:
تكوين BGP
دراسات حالة لبروتوكول العبّارة الحدودية (BGP)
ألف - ويضمن إستخدام واجهة الاسترجاع بقاء الجهة المجاورة على حالها وعدم تأثرها بالأجهزة التي لا تعمل.
يستخدم BGP عنوان IP الذي تم تكوينه على الواجهة المادية المتصلة مباشرة بنظير BGP كعنوان مصدر عندما يقوم بإنشاء جلسة عمل نظير BGP، بشكل افتراضي. قم بإصدار الأمر المجاور <ip address> update-source <interface>لتغيير هذا السلوك وتكوين بروتوكول BGP الذي يتحدث إلى الموجه لإنشاء تجميع باستخدام عنوان إسترجاع كعنوان مصدر.
راجع نموذج تكوين ل iBGP و eBGP باستخدام عنوان إسترجاع أو بدون للحصول على مزيد من المعلومات.
أ. يختلف ترتيب التفضيلات بناء على ما إذا كانت السمات مطبقة على التحديثات الواردة أو التحديثات الصادرة.
بالنسبة للتحديثات الواردة، يكون ترتيب الأفضلية:
خريطة الطريق
قائمة عوامل التصفية
قائمة البادئات، distribute-list
بالنسبة للتحديثات الصادرة، يكون ترتيب الأفضلية:
قائمة عوامل التصفية
خريطة الطريق | إلغاء قمع الخريطة
خريطة الإعلانات (إعلان شرطي)
قائمة البادئات|distribute-list
قائمة بادئات ORF (قائمة البادئات التي يرسلها المجاور)
ملاحظة: تعد قائمة البادئات وقائمة التوزيع-list السمات حصريا بشكل متبادل، ويمكن تطبيق أمر واحد فقط (neighbor prefix-list أو neighbor distribute-list) على كل إتجاه وارد أو صادر لجار معين.
a. تعني الشبكة الموجودة في جدول BGP بعنوان الخطوة التالية 0.0.0.0 أن الشبكة تم إنشاؤها محليا من خلال إعادة توزيع بروتوكول العبارة الداخلية (IGP) إلى BGP، أو عبر شبكة أو أمر تجميع في تكوين BGP.
أ. سمة المجتمع هي سمة انتقالية واختيارية تم تصميمها لتجميع الوجهات في مجتمع معين وتطبيق سياسات معينة (مثل قبول أو تفضيل أو إعادة توزيع). يوضح هذا الجدول مجتمعات BGP المعروفة.
مجتمع | الوصف |
---|---|
محلي-as | أستخدم في سيناريوهات الكونفدرالية لعدم إرسال الحزم خارج النظام الذاتي المحلي (AS). |
عدم التصدير | عدم الإعلان عن أقران BGP الخارجي (eBGP). احتفظ بهذا المسار داخل النظام المستقل (AS). |
عدم الإعلان | لا تعلن عن هذا المسار إلى أي نظير، داخلي أو خارجي. |
none | لا تقم بتطبيق أي سمة مجتمع عندما تريد مسح المجتمعات المقترنة بمسار ما. |
إنترنت | أعلن عن هذا المسار إلى مجتمع الإنترنت، وأي موجه ينتمي إليه. |
راجع قسم تكوين تصفية مجتمع BGP من تكوين BGP للحصول على مزيد من المعلومات حول تكوين المجتمعات.
a. في برنامج Cisco IOS® الإصدار 12.0 والإصدارات الأحدث، يمكنك تكوين المجتمعات بثلاثة تنسيقات مختلفة تسمى عشري وسداسي عشر و AA:NN. بشكل افتراضي، يستخدم Cisco IOS التنسيق العشري الأقدم. من أجل التكوين والعرض في AA:NN، حيث يكون الجزء الأول هو رقم AS والجزء الثاني هو رقم مكون من 2 بايت، قم بإصدار أمر التكوين العام ip bgp-community new-format.
ملاحظة: تعد سمة مجتمع BGP قيمة رقمية (تعسفية) يمكن تعيينها لبادئة معينة والإعلان عنها لمجاورات أخرى. على الرغم من إمكانية تمثيل سمة المجتمع بالعشري أو السداسي عشر أو AA:NN، فإنها لا تزال رقم 32 بت. على سبيل المثال، تحدد أي من أوامر التكوين الثلاث هذه المجتمع 30:20 (AS 30، الرقم 20):
- تعيين المجتمع 30:20
- تعيين المجتمع 0x1E0014
- set community 1966100
وبغض النظر عن أي أمر تستخدم، فإن المجتمع المعروض في ملف تكوين الموجه وجدول BGP هو 30:20.
راجع قسم سمة المجتمع من دراسات حالة BGP، وتكوين شبكة موفر تدفق البيانات والتحكم فيها باستخدام قيم مجتمع BGP للحصول على مزيد من المعلومات.
تم تغيير سلوك الملخص التلقائي عبر إصدارات برنامج Cisco IOS software. في البداية، تم تمكين الملخص التلقائي بشكل افتراضي. مهما، مع cisco بق id CSCdu81680 غيرت هذا تصرف. في أحدث برنامج Cisco IOS، يتم تعطيل الملخص التلقائي بشكل افتراضي. عند تمكين الملخص التلقائي، فإنه يلخص شبكات BGP التي تم إنشاؤها محليا إلى حدود الفئات الخاصة بها. لا يتم تمكين الملخص التلقائي إلا بشكل افتراضي في الإصدارات القديمة. عند تعطيل الملخص التلقائي، لا يتم تلخيص المسارات التي تم إدخالها محليا إلى جدول BGP إلى حدود الفئات الخاصة بها. عندما توجد شبكة فرعية في جدول التوجيه ويتم استيفاء هذه الشروط الثلاثة، يمكن حينئذ لأي شبكة فرعية من شبكة الفئة الكاملة تلك في جدول التوجيه المحلي مطالبة BGP بتثبيت الشبكة الكاملة للفئة في جدول BGP.
بيان الشبكة الكاملة لفئة لشبكة في جدول التوجيه
القناع الكامل للفئة على بيان الشبكة هذا
تمكين الملخص التلقائي
على سبيل المثال، إذا كانت الشبكة الفرعية في جدول التوجيه هي 10.75.75.0 قناع 255.255.255.0، وقمت بتكوين الشبكة 10.0.0.0 تحت الأمر router bgp، وتم تمكين الملخص التلقائي، فإن BGP يقوم بتقديم قناع 255.0.0.0 للشبكة الكاملة للفئة في جدول BGP.
ملاحظة: يمكن فقط لمستخدمي Cisco المسجلين الوصول إلى أدوات Cisco ومعلومات داخلية.
إذا لم يتم الوفاء بجميع هذه الشروط الثلاثة، فلن يقوم BGP بتثبيت أي إدخال في جدول BGP ما لم يكن هناك تطابق تام في جدول التوجيه المحلي.
ملاحظة: إذا كانت واجهة سطر الأوامر التي تنفذ بروتوكول BGP لا تملك الشبكة الكاملة للفئة، فإن Cisco توصيك بإصدار الأمر no auto-summary أسفل الموجه BGP لتعطيل الملخص التلقائي.
a. أستخدم هذه الأوامر للتحقق من إعلان كتل IP إلى ISP المتصلة مباشرة:
يوضح الأمر show ip bgp neighbors <address>المعلن عنه-routers الرسائل التي يتم إرسالها.
يوضح الأمر show ip bgp neighbors <address>route الرسائل التي يتم استقبالها.
ملاحظة: لا يأخذ الأمر show ip bgp neighbors <address>advertising-route في الاعتبار أي سياسات صادرة قمت بتطبيقها. في إصدارات برنامج Cisco IOS المستقبلية، يمكن تغيير إخراج الأمر ليعكس السياسات الصادرة. إذا كان هناك مسارين بديلين لوجهة، فإن BGP يستخدم دائما أفضل مسار للإعلان.
للتحقق من كيفية انتشار كتل IP إلى شبكة BGP العالمية من خلال مزود خدمة الإنترنت (ISP) المتصل مباشرة، قم بتسجيل الدخول إلى خادم المسار على الإنترنت وابحث عن إدخالات BGP للبادئة في خادم المسار.
a. امسح جلسة BGP عند تغيير السياسة الواردة/الصادرة لهذه الجلسة. قم بإصدار الأمر clear ip bgp x.x.x.x soft out لمسح جلسة BGP لإنفاذ تغييرات السياسة الصادرة. قم بإصدار الأمر clear ip bgp x.x.x.x من أجل مسح جلسة BGP لتطبيق تغييرات السياسة الواردة. إذا كان المجاور لديه إمكانية إعادة التكوين اللينة، فيمكنك إصدار الأمر clear ip bgp x.x.x.x soft. يمكن مسح جلسة BGP تلقائيا إذا قمت بإعداد توجيه الحافة المحسن (OER). يعمل OER تلقائيا على مسح جلسة عمل BGP لكل من الاتجاهين الوارد والصادر. راجع إعداد مكونات شبكة أخرى للحصول على مزيد من المعلومات حول OER.
ملاحظة: باستخدام برنامج Cisco IOS الإصدار 12 والإصدارات الأحدث، يتم تقديم ميزة تحسين إعادة ضبط BGP الجديدة.
A. نعم، ارجع إلى ASA/PIX: BGP من خلال مثال تكوين ASA للحصول على تفاصيل التكوين الكاملة.
أ. كأرقام هي أرقام فريدة عالميا يتم إستخدامها لتعريف ASs، والتي تمكن AS من تبادل معلومات التوجيه الخارجية بين ASs المتجاورة. AS هي مجموعة متصلة من شبكات IP التي تلتزم بسياسة توجيه واحدة ومحددة بشكل واضح.
هناك عدد محدود من الأرقام المتاحة كأرقام. لذلك، من المهم تحديد المواقع التي تتطلب أرقاما فريدة من نوعها والتي لا تتطلب ذلك. تستخدم المواقع التي لا تتطلب رقما فريدا AS رقما أو أكثر من أرقام AS المحجوزة للاستخدام الخاص، والتي تقع في النطاق من 64512 إلى 65535. قم بالوصول إلى موقع خدمات تسجيل AS Number Register Services للحصول على رقم AS.
يتم توثيق معايير تحديد مسار A. BGP في خوارزمية تحديد أفضل مسار BGP.
a. يتم توثيق شرح كامل للاختلافات بين هذه الأوامر في كيفية أختلاف الأمر BGP المحدد-med عن الأمر BGP always-compare-med.
تحافظ جلسات عمل A. iBGP على سمة الخطوة التالية التي تم التعرف عليها من نظائر eBGP. لذلك من المهم أن يكون هناك مسار داخلي للنقطة التالية. خلاف ذلك لا يمكن الوصول إلى مسار BGP. in order to تأكدت أنت يستطيع بلغت ال eBGP بعد ذلك جنجل، تضمنت الشبكة أن التالي جنجل ينتسب إلى ال igp أو أصدرت التالي جنجل self مجاور أمر أن يجبر المسحاج تخديد أن يعلن نفسه، بدلا من النظير خارجي، بما أن التالي جنجل. راجع قسم سمة الخطوة التالية BGP من دراسات حالة BGP للحصول على شرح أكثر تفصيلا.
a. no، لا تعدل جلسات عمل eBGP بين Federation Sub-ASs سمة الخطوة التالية. لا تزال جميع قواعد iBGP قابلة للتطبيق لتتصرف AS بالكامل ككيان واحد. كما تظل قيم الأفضلية المترية والمحلية غير متغيرة بين أقران بروتوكول eBGP للكونفدرالية. راجع قسم إتحاد BGP من دراسات حالة BGP للحصول على مزيد من المعلومات حول الاتحادات.
a. في eBGP peering، الخطوة التالية هي عنوان IP الخاص بالجار الذي يعلن الطريق. ومع ذلك، عند الإعلان عن المسار على وسائط متعددة الوصول (مثل إيثرنت أو ترحيل الإطارات)، فإن الخطوة التالية تكون عادة عنوان IP الخاص بواجهة الموجه المتصلة بتلك الوسائط، والتي تم إنشاء المسار. راجع سمة الخطوة التالية BGP لدراسات حالة BGP للحصول على شرح أكثر تفصيلا.
a. بشكل افتراضي، لا يتم تغيير سمة الخطوة التالية عندما يتم انعكاس البادئة بواسطة عاكس المسار. ومع ذلك، يمكنك إصدار الأمر neighbor next-hop-self لتغيير سمة الخطوة التالية للبادئات المنعكسة من نظير eBGP إلى أي عميل عاكس مسار.
يعلن BGP عن الموجهات من جدول BGP الخاص به إلى النظراء الخارجيين بشكل افتراضي. توفر ميزة الإعلان المشروط BGP تحكم إضافي في إعلان المسار بناء على وجود بادئات أخرى في جدول BGP. عادة، يتم نشر المسارات بغض النظر عن وجود مسار مختلف. تستخدم ميزة الإعلان الشرطي BGP أوامر تكوين خريطة غير موجودة وإعلانات-خريطة لتعقب المسارات بواسطة بادئة المسار. إذا لم تكن بادئة المسار موجودة في الأمر non-exist-map، يتم الإعلان عن المسار المحدد بواسطة الأمر notify-map. راجع قسم تكوين الإعلان الشرطي BGP من تكوين BGP للحصول على مزيد من المعلومات.
أ. يعتمد مقدار الذاكرة المطلوب لتخزين مسارات BGP على عوامل عديدة، مثل الموجه، وعدد المسارات البديلة المتاحة، وتثبيط المسار، والمجتمع، وعدد الحد الأقصى للمسارات التي تم تكوينها، وسمات BGP، وتكوينات VPN. من دون معرفة هذه المعلمات، يصعب حساب مقدار الذاكرة المطلوب لتخزين عدد معين من مسارات BGP. عادة ما توصي Cisco بذاكرة وصول عشوائي (RAM) سعة 512 ميجابايت كحد أدنى في الموجه لتخزين جدول توجيه BGP عالمي كامل من نظير BGP واحد. ومع ذلك، فمن المهم فهم الطرق اللازمة لتقليل إستهلاك الذاكرة وتحقيق التوجيه الأمثل دون الحاجة إلى تلقي جدول توجيه الإنترنت الكامل. راجع تكوين موجهات BGP للحصول على الأداء الأمثل وتقليل إستهلاك الذاكرة للحصول على مزيد من المعلومات التفصيلية.
أ. الفائدة الرئيسية لمجموعة نظير BGP هي أنها تقلل مقدار موارد النظام (CPU والذاكرة) المستخدمة في إنشاء التحديث. كما أنها تعمل على تبسيط تكوين BGP لأنها تسمح بالتحقق من جدول التوجيه مرة واحدة فقط، وإجراء عمليات تحديث مماثلة لجميع أعضاء مجموعة الأقران الآخرين المشتركين في المزامنة. ويمكن أن يؤدي ذلك إلى خفض الحمل بشكل ملحوظ، وهذا يتوقف على عدد أعضاء مجموعة الأقران وعدد البادئات في الجدول وعدد البادئات المعلن عنها. توصي Cisco بتجميع النظراء معا بسياسات إعلان صادرة متطابقة. راجع مجموعات نظير BGP للحصول على مزيد من المعلومات التفصيلية.
a. إذا كان AS يمر حركة مرور من آخر إلى ثالث AS، فإن BGP لا يمكنه الإعلان عن مسار قبل أن تقوم جميع الموجهات في ك للتعرف على المسار عبر IGP. ينتظر BGP حتى يقوم IGP بنشر المسار داخل AS ثم يعلن عن ذلك للنظراء الخارجيين. لا يقوم موجه BGP مع تمكين المزامنة بتثبيت المسارات التي تم التعرف عليها من بروتوكول iBGP إلى جدول التوجيه الخاص به إذا لم يكن قادرا على التحقق من صحة هذه المسارات في بروتوكول العبارة الداخلية الخاص به. قم بإصدار الأمر no synchronization ضمن الموجه bgp لتعطيل المزامنة. وهذا يمنع BGP من عدم مصادقة موجهات iBGP في بروتوكول العبارة الداخلية. ارجع إلى دراسات حالة BGP: المزامنة للحصول على شرح أكثر تفصيلا.
a. يتسبب أمر تكوين set metric-type internal route-map في قيام BGP بالإعلان عن بروتوكول MED الذي يماثل قياس IGP المرتبط بالخطوة التالية من المسار. يتوفر هذا الأمر في الإصدار 10.3 من برنامج Cisco IOS Software والإصدارات الأحدث.
A. مؤقت BGP ConnectRetry الافتراضي هو 120 ثانية. فقط بعد مرور هذا الوقت، تتحقق عملية BGP لمعرفة ما إذا تم إنشاء جلسة TCP الخاملة. إذا لم يتم إنشاء جلسة TCP الخاملة، فعندئذ تبدأ عملية BGP محاولة TCP نشطة جديدة للاتصال بمكبر صوت BGP البعيد. خلال 120 ثانية من مؤقت ConnectRetry في وضع الخمول، يمكن لنظير BGP البعيد إنشاء جلسة BGP إليه. حاليا، لا يمكن تغيير مؤقت Cisco IOS ConnectRetry من الوقت الافتراضي وهو 120 ثانية.
R1> show ip bgp BGP table version is 5, local router ID is 10.200.200.1 Status codes: s suppressed, d damped, h history, * valid, > best, i - internal, r RIB-failure Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path r> 10.6.6.0/24 10.10.13.3 0 130 0 30 i *> 10.7.7.0/24 10.10.13.3 0 125 0 30 i
عندما يحاول BGP تثبيت بادئة bestpath في قاعدة معلومات التوجيه (RIB) (على سبيل المثال، جدول توجيه IP)، يمكن أن يرفض RIB مسار BGP بسبب أي من هذه الأسباب:
طريق بمسافة إدارية أفضل موجود بالفعل في بروتوكول العبارة الداخلية. على سبيل المثال، إذا كان هناك مسار ثابت موجود بالفعل في جدول توجيه IP.
فشل الذاكرة.
يتجاوز عدد المسارات في توجيه/إعادة توجيه VPN (VRF) حد المسار الذي تم تكوينه ضمن مثيل VRF.
في مثل هذه الحالات، يتم تحديد البادئات التي يتم رفضها لهذه الأسباب بواسطة فشل RIB في إخراج أمر show ip bgp ويتم الإعلان عنها للأقران. تم توفير هذه الميزة أولا في البرنامج Cisco IOS Software، الإصدار 12.2(08.05)T.
a. يمكن أن يؤدي إعادة توزيع مسارات iBGP إلى بروتوكول العبارة الداخلية (IGP) — بروتوكول التوجيه المحسن للعبارة الداخلية/فتح أقصر مسار أولا/النظام الوسيط إلى النظام الوسيط (EIGRP/OSPF/IS-IS) — إلى حدوث حلقات توجيه داخل النظام الذاتي، وهو ما لا يوصى به. وبشكل افتراضي، يتم تعطيل إعادة توزيع iBGP في IGP. أصدِر الأمر bgp redistribute-internal لتمكين إعادة توزيع مسارات iBGP في IGP.
ملاحظة: يجب إتخاذ إحتياطات لإعادة توزيع مسارات محددة مع خرائط المسارات إلى بروتوكول العبارة الداخلية.
يتم عرض نموذج التكوين لإعادة توزيع المسار الافتراضي 0.0.0.0/0 الذي تم التعرف عليه ل iBGP في هذا الإخراج. تكوينات OSPF/IS-IS متشابهة.
router bgp 65345 [...] bgp redistribute-internal ! router eigrp 10 [...] redistribute bgp 65345 route-map check-def ! ip prefix-list def-route seq 5 permit 0.0.0.0/0 ! route-map check-def permit 10 match ip address prefix-list def-route
ملاحظة: بعد تكوين الأمر BGP redistribute داخلي، تأكد من إدخال الأمر clear ip bgp لمسح جميع الموجهات في جدول التوجيه المحلي.
a. يمكن تصفية المسارات المحددة إذا كنت تستخدم قائمة التصفية الواردة و distribute-list و prefix-list و route-map في نفس الوقت لنفس جار BGP. هذا هو ترتيب العملية:
قائمة عوامل التصفية
خريطة الموجه
قائمة بادئات التوزيع (أو)
a. سبب بروتوكول رسالة الخطأ غير الموجود في هذه الصورة هو أن ميزة BGP غير مدعومة في إصدار Cisco IOS الذي يتم تشغيله على الموجه. لحل هذا الخطأ، قم بترقية Cisco IOS إلى إصدار أحدث من Cisco IOS يدعم BGP.
a. تظهر هذه الرسالة فقط عند تشغيل تصحيح أخطاء BGP على الموجه. إنها مجرد رسالة إعلامية وليست رسالة خطأ. تتعلق هذه الرسالة المعلوماتية بالمؤقتات الداخلية ل BGP. يمكن تجاهل هذه الرسالة بواسطة الأمر undebug all.
ألف - نعم، من الممكن تعقب تغيير حالة الواجهة وتوفر المسار باستخدام تعقب الكائن المحسن.
يقوم تحديث A. IP RIB بتخصيص البادئات، ويتم الاحتفاظ بالسمات في الأجزاء. لا يمكن تحرير الجزء بأكمله حتى يتم تحرير كل عنصر في المجموعة. إذا تم تعلم المزيد من الطرق، عندئذ يتم إستخدام تلك العناصر الحرة في القطع.
a. يتم إستخدام أمر ملخص البث الأحادي ل BGP6 لرؤية جيران BGP للإصدار السادس من بروتوكول الإنترنت (IP)
أ. على سبيل المثال:
network 10.150.0.0 mask 255.255.0.0 no auto-summary
ip route 10.150.0.0 255.255.0.0 Null0
يتوقف الموجه لإعلان المسار ولكنه لا يزال يرسل المسارات الأخرى الأكثر تحديدا.
A. هذا هو السلوك العادي، حيث يتم إرسال تعليمات BFD في أقل ثوان فرعية وفي حالة تشغيل تصحيح الأخطاء لذلك، لا يمكن للموجه معالجتها. لذلك ترى رسائل BFD في تصحيح الأخطاء فقط عندما تحدث الجنيحات. هذا هو الغرض من debug bfdالأمر:
debug bfd events
يمكن هذا الأمر تسجيل أحداث BFD لجميع جلسات عمل BFD التي تم تكوينها حاليا. إنه يلتقط أحداث BFD مثل تغيير حالة جلسة العمل، تغيير تكوين جلسة العمل الذي تم تشغيله بواسطة CLI المحلي أو بواسطة الطرف البعيد.
debug bfd packets
يتيح هذا الأمر تسجيل حزم BFD لجميع جلسات عمل BFD التي تم تكوينها حاليا. هو فقط على قبض BFD مرحبا ربط أن يكون تبادلت عندما هناك BFD تشكيل تغير مثل جلسة حالة تغير يقع. لا يتم التقاط حزم BFD العادية بواسطة هذا الأمر.
س. هل يجب إعادة تشغيل الموجه بعد تكوين بادئة BGP مجاورة جديدة للحد الأقصى؟
a. إذا كان الحد الأقصى الجديد للبادئات أكبر من الحد الأقصى الحالي، فلا حاجة لمسح جلسة BGP بسهولة/بقوة، ولا يلزم إعادة التحميل.
س. هل هناك أمر لفحص المسارات المعلن عنها بالإضافة إلى الجزء العلوي من مسارات AS؟
a. عندما يتم تعيين بادئة مسار AS، يتم إلحاق أرقام AS التي سيتم تصحيحها مسبقا بمسار AS وعندما يترك التحديث AS باتجاه نظائر eBGP، يتم إلحاق رقم AS المحلي مسبقا بمسار AS الكامل.
ولكن، يمكنك بسهولة التحقق مما إذا كان التمرين على مسار AS يتم باستخدام أحد الخيارات التالية:
-
تحقق من سمة مسار BGP على جهاز نظير. هذه واحدة من أسهل الطرق للتحقق من ما إذا كان الموجه يقوم بالإعداد المسبق للمسار أم لا.
-
قم بتشغيل تصحيح الأخطاء على تحديثات BGP (في الإتجاه الصادر) ثم تحقق من وجود مقدمات. أستخدم قائمة وصول أثناء تصحيح أخطاء تحديثات BGP.
Example:
Router#debug ip bgp updates 1 out
BGP: TX IPv4 Unicast Mem global 3 1 10.1.1.2 Refresh has to wait for net
prepend.
BGP: TX IPv4 Unicast Top global Start net prepend.
BGP: TX IPv4 Unicast Top global Done net prepend (1 attrs).
The router has prepended the prefix.
BGP: TX IPv4 Unicast Grp global 3 Starting refresh after prepend completion.
-
خيار آخر هو أن تأخذ ربط على مخرج قارن ونرى ما تحديث يكون أرسلت على السلك.
س. كيف يعمل الأمر المجاور reconfiguration الوارد؟
a. يتسبب الأمر الوارد neighbor soft-reconfiguration في أن يقوم الموجه بتخزين جميع تحديثات نهج التوجيه (الواردة) المستلمة دون تعديل، على سبيل المثال، يتم تخزين جدول مكرر في الذاكرة لكل نظير.
ملاحظة: هذه الطريقة تستهلك الذاكرة بشكل كبير ولا يوصى بها إلا إذا كانت ضرورية بشكل مطلق. ارجع إلى تحسين إعادة ضبط BGP اللينة لتحقيق إعادة الضبط المرنة دون إستخدام ذاكرة إضافية.
س. ماذا تعني رسالة الخطأ ٪BGP-3-Notification: المرسلة إلى المجاور *A.B.C.D passive 6/0 (STOP) 0 بايت؟
a. تحدث هذه الرسالة عندما يكون هناك جلسة BGP أخرى تم إنشاؤها بالفعل. حاول الموجه الذي يستقبل رسالة التوقف إرسال رسالة BGP مفتوحة إلى نفس النظير على IP آخر. هذه الرسالة تجميلية وتعزى إلى تكوين خاطئ.
س. ماذا تعني رسالة ٪IPRT-3-RouteinsertTerror: خطأ في إدراج رسالة خطأ توجيه الإدخال؟
a. تشير رسالة الخطأ هذه إلى عدم وجود ذاكرة كافية لاستيعاب بادئات BGP، التي تم تعلمها من الجيران.
q. هل يدعم GSR مع Cisco IOS XR ميزة الاكتشاف التلقائي VPLS-BGP كعاكس للمسار؟
نعم، يدعم GSR مع Cisco IOS XR وظيفة عاكس المسار للاكتشاف التلقائي VPLS-BGP.
q. كيف يمكنني تصحيح أخطاء المسارات لمعرف فئة مورد (VRF) معين في بيئة Cisco IOS XR؟
a. أستخدم debug bgp keepalive [vrf [vrf-name | all]] vpnv4 unicast أمر in order to صححت ممر ل VRF معين في ال cisco ios XR بيئة. هذا نموذج للمخرجات:
*Mar 1 00:16:06.735: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) Keep alive timerfired. *Mar 1 00:16:06.735: BGP: 10.2.2.3 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:06.743: BGP: ses TWO 10.2.2.3 (0x69A1C8F4:1) service keepalive IO request. *Mar 1 00:16:06.747: BGP: 10.2.2.3 KEEPALIVE write request serviced in BGP_IO *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) Keep alive timer fired. *Mar 1 00:16:07.759: BGP: 10.1.1.1 KEEPALIVE requested (bgp_keepalive_timer_expired) *Mar 1 00:16:07.759: BGP: ses ONE 10.1.1.1 (0x6900D344:1) service keepalive IO request. *Mar 1 00:16:07.763: BGP: 10.1.1.1 KEEPALIVE write request serviced in BGP_IO
س. ما هو الفرق بين عندما يتم حقن مسار في BGP من خلال أمر إعادة توزيع أو أمر شبكة؟
a. عند إستخدام إعادة توزيع IGP إلى BGP للإعلان عن المسار، لا تكون هناك حاجة لتحديد بيان الشبكة لجميع الشبكات الفرعية بشكل فردي. أيضا عندما يتم الحصول على المسار من أي بروتوكولات توجيه أخرى إلى جدول BGP عن طريق إعادة التوزيع، تكون سمة الأصل غير كاملة (؟) وعندما تحدد أمر الشبكة عندئذ تكون سمة داخلية/IGP (i). أثناء تحديد المسار، يتم تفضيل أقل كود أصل (IGP<EGP<Incomplete).
س. كيف يمكنني التحقق من معلومات ملخص إعادة توجيه الطبقة الرابعة؟
a. لعرض معلومات الملخص حول إعادة توجيه الطبقة 4، أستخدم الأمر show mls cef summary. على سبيل المثال:
Router#show mls cef summary Total routes: 532462 IPv4 unicast routes: 502841 IPv4 Multicast routes: 6 MPLS routes: 19794 IPv6 unicast routes: 9821 IPv6 multicast routes: 3 EoM routes: 0 Router#show mls cef maximum-routes FIB TCAM maximum routes : ======================= Current :- ------- IPv4 + MPLS - 512k (default) IPv6 + IP Multicast - 256k
معلومات ذات صلة
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
4.0 |
28-Aug-2023 |
تقويم |
2.0 |
20-Jul-2022 |
الإصدار الأولي |
1.0 |
23-Oct-2001 |
الإصدار الأولي |