Tại sao bảng Cisco 6509 BGP của tôi sử dụng hai mục trong TCAM của tôi?

Tôi gặp sự cố trên Cisco 6509, mỗi mục trong bảng BGP của tôi chiếm hai mục trong TCAM. Nếu tôi hiển thị chuyển tiếp dung lượng, tôi thấy các mục MPLS trong tài nguyên chuyển tiếp L3. Nhưng, tôi không sử dụng MPLS trên khung gầm của mình!

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

Và L3 của tôi bỏ qua:

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%

Bất kỳ ý tưởng? Có thể là các tuyến đường nằm trong VRF?

Dường như 6500 tạo nhãn MPLS cho mọi tuyến nếu BGP được chạy trong VRF. Thực tế là việc sử dụng TCAM IPv4 và MPLS của bạn gần như giống hệt nhau cho thấy điều này là tốt. Bạn có thể thử lệnh này không:

show bgp vpnv4 uni all labels

Dường như có một lệnh ẩn giúp iOS phân bổ nhãn cho mỗi VRF thay vì mỗi tiền tố.

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

Đây là một lệnh ẩn để IOS sẽ không hiển thị nó. Ngoài ra trước khi chạy mà bạn có thể thử chạy:

show ip vrf detail

Ôi 6500. Tôi chạy một mạng nhà cung cấp dịch vụ nhỏ và chạy 6500 dưới dạng bộ định tuyến PE. Quyết định tồi tệ nhất của cuộc đời tôi. (Đó là một tuyên bố tôn tạo, nhưng bạn hiểu ý tôi.)

Tôi chạy các tuyến BGP đầy đủ trong VRF và đã gặp rất nhiều vấn đề xung quanh vấn đề này.

Ví dụ của bạn không đáng ngạc nhiên lắm. Như Daniel đã nói trong bài đăng của mình, có một mục nhập LFIB cho mỗi tiền tố VRF cũng như mục VPNv4. Điều này có thể được thay đổi bằng cách thêm lệnh mpls label mode vrf Internet protocol all-afs per-vrfnhư đã nêu; tuy nhiên, điều này không giúp bạn thoát khỏi khu rừng. Nếu bạn thay đổi thành mỗi tiền tố VRF, nó sẽ loại bỏ mục nhập LFIB (yay!) Nhưng thêm một mục nhập cho mỗi tiền tố duy nhất vào bảng Adjacency (chờ đợi, sao?!). Vì phần cứng chuyển tiếp 6500 được chia sẻ giữa L2 và L3 chuyển tiếp, điều này hoàn toàn không thay đổi việc sử dụng bộ nhớ phần cứng của bạn. Nếu bất cứ điều gì nó làm cho vấn đề khó tìm hơn.

Nếu bạn xem mức độ sử dụng của mình một khi bạn đã thay đổi thành mỗi lần sử dụng VRF (sử dụng show platform hardware cef resource-level) thì có vẻ như bạn đã khắc phục vấn đề. Tuy nhiên, nếu bạn sử dụng lệnh, show platform hardware cef adjacencies resource-levelnó cho thấy vấn đề vừa chuyển đến một vị trí khác.

Dưới đây là các kết quả đầu ra từ một trong số mức sử dụng tài nguyên và mức độ phụ thuộc của 6500 của tôi. Phác thảo những gì tôi đang nói về.

Cấp tài nguyên

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)

Cách sử dụng phụ trợ

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%

Bài viết của Ivan về điều này dựa trên những phát hiện của tôi ở đây. Tôi hiện đang làm việc với Cisco để cố gắng khắc phục sự cố này, nhưng thật không may ngay bây giờ không có cách nào để khắc phục vấn đề này.

Milage của bạn có thể thay đổi vì bạn không có sự phụ thuộc MPLS. Sẽ rất thú vị khi thấy việc sử dụng kề của bạn ngay bây giờ khi bạn đã thực hiện thay đổi.