Чому моя таблиця Cisco 6509 BGP використовує дві записи в моєму TCAM?

У мене проблема з моїм Cisco 6509, кожен запис у моїй таблиці BGP займає дві записи в TCAM. Якщо я показую переадресацію ємності, я бачу записи MPLS у ресурсах переадресації L3. Але я не використовую MPLS на своєму шасі!

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

І моє перенаправлення L3:

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%

Будь-яка ідея? Можливо, маршрути перебувають у VRF?

Здається, що 6500 генерує мітки MPLS для кожного маршруту, якщо BGP запускається у VRF. Факт, що ваше використання IPv4 та MPLS TCAM майже однаковий, схоже, це вказує і на це. Чи можете ви спробувати цю команду:

show bgp vpnv4 uni all labels

Здається, є прихована команда, яка змушує IOS виділяти мітки для VRF замість префікса.

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

Це прихована команда, тому IOS її не показуватиме. Також перед запуском можна спробувати запустити:

show ip vrf detail

О, 6500. Я запускаю невелику мережу постачальників послуг і запускаю 6500 як маршрутизатор PE. Найгірше рішення мого життя. (Це було прикрашене твердження, але ви розумієте мою думку.)

Я запускаю повні маршрути BGP у VRF і зіткнувся з цим чимало проблем.

Ти, наприклад, не дуже дивно. Як сказав Даніель у своєму дописі, є запис LFIB для кожного префіксу VRF, а також запис VPNv4. Це можна змінити, додавши команду, mpls label mode vrf Internet protocol all-afs per-vrfяк було зазначено; однак це не виводить вас з лісу. Якщо ви зміните на один префікс VRF, він видаляє запис LFIB (так!), Але додає запис для кожного окремого префіксу до таблиці суміжності (почекайте, що ?!). Оскільки обладнання для переадресації 6500 розділяється між L2 та L3 переадресацією, це зовсім не змінює використання вашої апаратної пам'яті. Якщо що-небудь, це ускладнює пошук проблеми.

Якщо ви дивитесь на ваше використання, як тільки ви змінилися на використання (використовуючи show platform hardware cef resource-level) VRF, це виглядає так, ніби ви вирішили проблему. Однак якщо ви скористаєтеся командою, 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%

Повідомлення Івана на цьому ґрунтувалося на моїх висновках тут. Зараз я працюю з Cisco, щоб спробувати виправити цю проблему, але, на жаль, зараз немає можливості це виправити.

Ваш пробіг може змінюватись, оскільки у вас немає ніяких суміжностей MPLS. Було б цікаво побачити ваше суміжне використання зараз, коли ви внесли зміни.