मेरा सिस्को 6509 बीजीपी टेबल मेरे टीसीएएम में दो प्रविष्टियों का उपयोग क्यों करता है?

Question

मुझे अपने सिस्को 6509 पर एक समस्या है, मेरी बीजीपी तालिका में प्रत्येक प्रविष्टि टीसीएएम में दो प्रविष्टियों पर कब्जा करती है। अगर मैं क्षमता अग्रेषण दिखाता हूं, तो मैं L3 अग्रेषण संसाधनों में एमपीएलएस प्रविष्टियां देखता हूं। लेकिन, मैं अपने चेसिस पर एमपीएलएस का उपयोग नहीं करता हूं!

#show run | i mpls
mls cef maximum-routes mpls 508
no mpls ldp advertise-labels
no mpls ip

और मेरा एल 3 फोर्वाडिंग:

L3 Forwarding Resources
             FIB TCAM usage:                     Total        Used       %Used
                  72 bits (IPv4, MPLS, EoM)     1032192      899612         87%
                 144 bits (IP mcast, IPv6)        8192           7          1%

                     detail:      Protocol                    Used       %Used
                                  IPv4                      450051         44%
                                  MPLS                      449560         44%
                                  EoM                            1          1%

                                  IPv6                           1          1%
                                  IPv4 mcast                     3          1%
                                  IPv6 mcast                     3          1%

            Adjacency usage:                     Total        Used       %Used
                                               1048576      448758         43%

कोई उपाय? क्या ऐसा हो सकता है कि रूट वीआरएफ में हों?

Comments

+1 दिलचस्प सवाल। क्या आप Bigmstone के उत्तर की तुलना के लिए IOS के अपने संस्करण में जोड़ सकते हैं?

— jwbensley

Oups, मेरा IOS संस्करण s72033_rp-ADVENTERPRISEK9_WAN-M - संस्करण 12.2 (33) SXH3a

— जोहान एम।

Answer 1

ऐसा लगता है कि 6500 हर रूट के लिए MPLS लेबल उत्पन्न करता है यदि BGP को VRF में चलाया जाता है। तथ्य यह है कि आपके आईपीवी 4 और एमपीएलएस टीसीएएम का उपयोग लगभग समान है और साथ ही साथ यह इंगित करता है। क्या आप इस आदेश को आजमा सकते हैं:

show bgp vpnv4 uni all labels

ऐसा प्रतीत होता है कि एक छिपी हुई कमांड है जो आईओएस को उपसर्ग के बजाय वीआरएफ प्रति लेबल आवंटित करती है।

mpls label mode all-vrfs protocol bgp-vpnv4 per-vrf

यह एक छिपी हुई कमांड है इसलिए IOS इसे नहीं दिखाएगा। दौड़ने से पहले आप दौड़ने की कोशिश कर सकते हैं:

show ip vrf detail

Comments

हां, मेरे पास एक प्रति उपसर्ग BGP लेबल है! #mpls label mode all-vrfs protocol bgp-vpnv4 per-vrf हम अच्छे हैं, लेकिन एक चेतावनी। मैं अब सभी उपसर्ग के लिए "IPv4 VRF Aggr: 16" देख रहा हूँ :) एक पल रुकिए और ... IPv4 449979 44% MPLS 8 1% अच्छा! धन्यवाद :-)

— जोहान एम।

Answer 2

ओह 6500. मैं एक छोटा सेवा प्रदाता नेटवर्क चलाता हूं और 6500 पीई राउटर के रूप में चलाता हूं। मेरे जीवन का सबसे बुरा निर्णय। (यह एक अलंकृत कथन था, लेकिन आप मेरी बात मान लीजिए।)

मैं एक वीआरएफ में पूर्ण बीजीपी मार्ग चलाता हूं और इसके आसपास बहुत सारी समस्या का अनुभव किया है।

आप उदाहरण के लिए बहुत आश्चर्य की बात नहीं है। जैसा कि डैनियल ने अपने पोस्ट में कहा है कि प्रत्येक वीआरएफ उपसर्ग के साथ-साथ वीपीएनवी 4 प्रविष्टि के लिए एलएफआईबी प्रविष्टि है। mpls label mode vrf Internet protocol all-afs per-vrfजैसा कहा गया था कमांड जोड़कर इसे बदला जा सकता है ; हालाँकि, यह आपको जंगल से बाहर नहीं निकालता है। यदि आप प्रति VRF उपसर्गों में बदलते हैं, तो यह LFIB प्रविष्टि (yay!) को हटाता है, लेकिन प्रत्येक एकल उपसर्ग के लिए एक प्रविष्टि जोड़ता है आसन्न तालिका में (प्रतीक्षा करें, क्या ?!)। चूँकि 6500 अग्रेषण हार्डवेयर को L2 और L3 के बीच साझा किया जाता है, यह अग्रेषित करते हुए आपके हार्डवेयर मेमोरी उपयोग को बिल्कुल भी नहीं बदलता है। अगर कुछ भी यह समस्या को खोजने के लिए कठिन बना देता है।

यदि आप अपने उपयोग को एक बार वीआरएफ के उपयोग के अनुसार बदलकर देखते हैं (उपयोग करते हुए show platform hardware cef resource-level) तो ऐसा लगता है कि आपने समस्या को ठीक कर लिया है। हालाँकि यदि आप कमांड का उपयोग करते हैं तो show platform hardware cef adjacencies resource-levelयह पता चलता है कि समस्या सिर्फ एक अलग स्थान पर चली गई है।

नीचे मेरे 6500 के संसाधन-स्तर और आसन्न उपयोग से आउटपुट दिए गए हैं। मैं किस बारे में बात कर रहा हूं, यह रेखांकित करना।

संसाधन लेवल

Global watermarks: apply to Fib shared area only.
Protocol watermarks: apply to protocols with non-default max-routes

Fib-size: 1024k (1048576), shared-size: 1016k (1040384), shared-usage: 458k(469769)

Global watermarks:
            Red_WM: 95%,   Greem_WM: 80%,   Current usage: 45%

Protocol watermarks:

 Protocol           Red_WM(%)      Green_WM(%)     Current(%)
 --------           ---------      ----------      ----------
 IPV4                --             --              42% (of shared)
 IPV4-MCAST          --             --              0 % (of shared)
 IPV6                --             --              2 % (of shared)
 IPV6-MCAST          --             --              0 % (of shared)
 MPLS                --             --              0 % (of shared)
 EoMPLS              --             --              0 % (of shared)
 VPLS-IPV4-MCAST     --             --              0 % (of shared)
 VPLS-IPV6-MCAST     --             --              0 % (of shared)

आसन्न उपयोग

Watermarks apply to regions available for allocation and not pre-reserved
Stats region size for alloc:        444160
Non-stats region size for alloc:    376832

Adjacency Mgr watermarks:

 Type             Red_WM(%)      Green_WM(%)     Current usage(%)
 ----             ---------      ----------      ----------------
 Stats_WM         95%            80%             97%
 Non-Stats_WM     95%            80%             14%

इस पर इवान का पद यहां मेरे निष्कर्षों पर आधारित था। मैं वर्तमान में सिस्को के साथ इस मुद्दे को ठीक करने का प्रयास कर रहा हूं, लेकिन दुर्भाग्य से अभी इसे ठीक करने का कोई तरीका नहीं है।

जब से आपको कोई MPLS आसन्नता नहीं मिली है, तब से आपका माइलेज अलग-अलग हो सकता है। अपने आसन्न उपयोग को देखने के लिए इच्छुक होंगे जो आपने परिवर्तन किया है।

Comments

+1 डेनियल के जवाब के लिए एक बढ़िया अतिरिक्त। मैं इवान की पोस्ट के बारे में सोच रहा था क्योंकि मैं आपका जवाब पढ़ रहा था, फिर देखा कि आप इससे जुड़े थे :) आपने कहा कि आप सिस्को के साथ एक समाधान पर काम कर रहे हैं, जिसे मैं एक टीएसी मामला मानता हूं। क्या आप अपने पोस्ट को अपने IOS संस्करण में जोड़ सकते हैं?

— jwbensley

शानदार टिप्पणी! लेकिन अजीब show platform hardware cef [...]तरह से मेरे C6509 में मौजूद नहीं है। लेकिन अगर मैं देखता हूं show cef fib, यह डरावना है: Totals : 96942392/97131416 ( 99%) [4296]और ADJ: adjacency : 132616/132792 ( 99%) [4]

— जोहान एम।

मैं SUP2T हूं। मुझे लगता है कि तुम SUP720 हो?

— बड़ा पत्थर

@ जावनो, मेरा मानना ​​है कि 15.1 (1) एसवाई। इस गंदे हवाई अड्डे वायरलेस के साथ वीपीएन के लिए बहुत आलसी। मैं इसकी पुष्टि करता हूं और अगर इसे बदलने की आवश्यकता है तो संपादित करें ... लेकिन मुझे पूरा यकीन है कि मैं वही चला रहा हूं। हाँ, मुझे एक TAC मामला मिला है जो अब ~ 6 महीने के लिए खुला है। इंजीनियरों के एक जोड़े के साथ काम करना यह देखने के लिए कि इसे कैसे संबोधित किया जाना सबसे अच्छा है। मैं उन्हें अगले-हॉप लेबलों को लागू करने के लिए मनाने की कोशिश कर रहा हूं ... हम देखेंगे।

— बड़ा पत्थर

@bigmstone: हां, मैं SUP720 (3BXL)

— जोहान एम।