Hangi SNMP tabloları bir VPNv4 rotasını etiketine bağlar?
İhtiyacınız olan etiketi seçin, sonra VRF rota girdisini bir çapraz bağlantıya ve segmentlerine bağlayın. Yürüyüşe başlamadan önce aracının bu nesneleri uyguladığını doğrulayın.
Tek bir VPNv4 rotasıyla üç farklı etiket seyahat eder ve bir SNMP yürüyüşü yalnızca aracının uyguladıklarını gösterir. Alınan BGP özniteliği, yerel olarak atanan gelen hizmet etiketi ve giden yönlendirme etiketi farklı dizinler altındaki farklı tablolarda durur. Bir cihazdan etiketi, üçünden hangisini kastettiğinizi önce seçmeden istemek, bir toplama projesinin ilk şasisinde tıkanmasının nedenidir.
Görevinizin ihtiyaç duyduğunu seçin, sonra ona ulaşan dizin zincirini izleyin. Zincir, aracının uygulamadığı bir nesnede koparsa bu kaydedilecek bir bulgudur, uydurma bir OID ile doldurulacak bir boşluk değildir.
Görevin üç etiketten hangisine ihtiyacı olduğunu seçin
Bir komşudan alınan etiket BGP yol özniteliği olarak gelir ve o komşunun sizden kendisine doğru neyi itmenizi beklediğini tanımlar. Gelen hizmet etiketi bu cihaz tarafından bir VRF öneki için atanır ve LSP’ye giren trafiği işaretler. Giden üst etiket, iletim düzleminin gerçekten bir sonraki atlama noktasına ittiği etikettir ve bir sonraki atlama noktası her değiştiğinde değişir.
Yoklanan kutudaki iletim durumuna yalnızca ikinci ve üçüncü aittir. Birincisi komşunun beklentisi hakkında bir ifadedir, bu şasi hakkında değil.
Standart L3VPN MIB, VRF rotasını ve bunun bir çapraz bağlantıyla ilişkisini modeller; bu, yerel hizmet ve iletim etiketlerine ulaşmak için yeterlidir. Bir BGP oturumunun aldığı her özniteliğin dökümünü vaat etmez. Tabloyu, sorunun ima ettiği için değil, içerdiği şey için okuyun. Yanlış varsayım üzerine kurulmuş bir toplayıcı sıfırlar bildirir ve bunları eksik veri olarak arşivler.
| What you want | Where it lives | What a walk can return |
|---|---|---|
| Label advertised by a peer | BGP session state for that VRF | Usually outside the standard L3VPN MIB |
| Incoming service label for a prefix | VRF route entry joined to an incoming segment | Available when both tables are implemented |
| Label pushed toward the next hop | Outgoing segment with a push condition | Available, but only meaningful while a top label is pushed |
VRF rota girdisini çapraz bağlantısına bağlayın
RFC 4382 mplsL3VpnVrfRteTable tanımlar. Dizinini altı parça olarak okuyun: VRF adı, hedefin adres türü, önekin kendisi, bir politika değeri, sonraki atlamanın türü ve sonraki atlamanın adresi. IGP ve BGP girdileri bu tabloyu paylaşır, bu yüzden yönlendirme protokolünü önekin yanına not edin. İki satır aynı öneki taşıyıp yalnızca sonraki atlamada farklılaşabilir ve yanlış satırı seçmek birleşimi başka bir çapraz bağlantıya gönderir.
mplsL3VpnVrfRteXCPointer sütunu, adı aksini ima etse de tam satır OID’si değil çapraz bağlantı dizinini taşır. Tek oktetlik sıfır değeri ilişkili etiket yığını olmadığı anlamına gelir; bunu bağlamalar oturmadan önce veya hiç ihtiyaç duymamış bir rota için görürsünüz.
Sütunu yürümeden önce çevirin, böylece çıktıdaki sayısal alt ağaç belirsiz olmasın. Aşağıdaki iki komut da aynı düğümü farklı gösterimlerle adresler.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Dönen dizini, girdi anahtarı bir üçlü olan çapraz bağlantılar tablosuna götürün: çapraz bağlantı dizini, gelen segment dizini ve giden segment dizini. Bu üçlü, bir rotayı etikete dönüştüren birleşimdir. Tüm tablo yerine belirli dizin için çapraz bağlantı alt ağacında yürüyün, çünkü dizinli okuma ilişkiyi bozulmadan tutar, toplu yürüyüş tutmaz.
Etiket numarasını değil dizini okuyun
Segment dizini bir satırı tanımlar ve etiket o satırın içindeki bir değerdir, bu yüzden birini diğeriyle değiştirmek yanlış LSP’yi işaret eden akla yatkın görünen bir yanıt üretir. Gelen tarafta, satır başka bir yerdeki girdiye atıfta bulunduğunda nesnenin bunun yerine bir etiket tablosuna işaretçi taşıyabileceğini akılda tutarak arayüzü ve etiket bağlamını mplsInSegmentLabel ile birlikte inceleyin.
Giden tarafta, mplsOutSegmentTopLabel okumadan önce giden arayüzü ve satırın üst etiketin itildiğini söyleyip söylemediğini kontrol edin. Hiçbir şey itmeyen bir satırda dolu üst etiket sütunu, güncel iletim durumu değil, eski bir değer veya önceki yolun kalıntısıdır. Daha derin yığınlar başvurulan etiket yığını tablosunu gerektirir ve bu ek adım normaldir, kusur değildir.
Özel sıfır kuralları, yönlendiricide yerel olarak başlayan veya biten yollar için geçerlidir. Sıfır dizinini boş sonuç değil, belgelenmiş davranış olarak ele alın ve yerel iletim durumuna göre doğrulayın.
Ölçeklendirmeden önce aracının neyi uyguladığını doğrulayın
Uygulanan nesneleri tam platform ve sürüm, kullanılan adres aileleri ve alt ağaçlardaki olası işletim kısıtları için doğrulayın. Yalnızca bu alt ağaçlarla sınırlı, salt okunur bir kimlik bilgisiyle yoklayın ve eksik bir nesnenin MIB’in yanlış olduğu değil, özelliğin uygulanmadığı anlamına gelebileceğini kabul edin.
Bir toplayıcıyı tüm tabloya yöneltmeden önce bilinen bir VRF rotasını cihazın kendi işletim çıktısıyla ilişkilendirin. Her örnekle birlikte her dizin bileşenini ve toplama anını saklayın, çünkü rotalar ve bağlamalar yürüyüşler arasında hareket eder. Dakikalar arayla yapılan iki yürüyüşten dikilen bir anlık görüntü, eski bir çapraz bağlantı dizinini yeni bir rotayla karıştırabilir ve tamamen tutarlı görünebilir.
Alınan BGP görünümünün veya satıcıya özgü bir etiket nesnesinin gerçekten eksik olduğu yerlerde, platformun belgelediği telemetri veya işletim arayüzüne geçin. Standart birleşim yerel iletim etiketlerini ve az başka şeyi kapsar, bu yüzden onu bir toplama tasarımının ilk adımı olarak görün, bitmiş şey olarak değil.