RSVP-TE tüneli ayakta, ancak müşteri L3VPN'inin yolu yok
Taşıma ve hizmet ayrı kararlardır. Etiket yığınını okuyun, sonraki atlama çözümünü ve VRF bağlantısını ayrı ayrı kontrol edin, ardından gerçek bir müşteri akışını test edin.
Müşteri VPN'in çöktüğünü bildirirken ve taşıma ekibi tünelin iyi olduğunu bildirirken iki ekip de haklı olabilir. Trafik mühendisliği uygulanmış bir LSP ile MPLS L3VPN farklı soruları yanıtlar: biri etiketli paketleri çekirdek üzerinden taşır, diğeri bir paketin hangi yönlendirme bağlamına ait olduğuna karar verir. İkisi karıştırıldığında tartışma daire çizer, çünkü her taraf farklı bir nesneyi ölçer ve her iki ölçüm de geçerlidir.
Taşımanın ayakta, hizmetin kapalı olması normal bir durumdur
Bir LSP kurulmuş olabilir, trafik taşıyabilir ve her izleme sisteminde görünebilir, oysa müşteri hizmeti kullanılamaz durumda kalır. Bu kombinasyonda çelişkili hiçbir şey yoktur, çünkü tünelin uzak bir önekin var olup olmadığı, bir içe aktarma ilkesinin onu kabul edip etmediği veya bağlı devrenin çerçeve geçirip geçirmediği konusunda bir görüşü yoktur.
Karışıklığı genellikle açığa çıkaran belirti asimetriktir: PE loopback'inden ping'ler başarılı olurken müşterinin LAN'ındaki bir ana makine hiçbir şey almaz, ya da tersi. Bir kuram oluşturmadan önce hangi adreslerin çalıştığını yazın. İki farklı nesneyi test ettiğinizi fark ettiğinizde, sonraki adım kimin grafiğinin doğru olduğunu tartışmak değil, etiket yığınını okumaktır. İki adres, iki sahip ve genellikle diğerinin bir şeyi bozduğuna inanan iki farklı insan.
Yığını iki sorumluluk olarak okuyun
Alt etiket hizmete, üst etiket ise yola aittir. RFC 4364 diziyi basitçe açıklar: önce VPN rota etiketi uygulanır, ardından bu etiketli paket BGP'nin sonraki atlamasına doğru tünellenir; trafik mühendisliği tüneli tam orada kendi etiketini üstüne iter.
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
Uzak PE'de hizmet etiketi işlemi seçer; bu bir VRF araması veya bir bağlantı kararı olabilir. Bu etiket yalnızca çekirdekten geçen bir etiketle değiştirilemez ve ikisi aynı arabirimde aynı yığında görünse bile birbirlerinin yerine geçmez.
RSVP başarısı neyi kanıtlar, neyi kanıtlamaz
RSVP-TE, kaynak rezervasyonlarıyla veya onlarsız açıkça yönlendirilmiş LSP'ler kurar; bu, bir paketin çekirdek boyunca izlediği yol hakkında somut ve yararlı bir güvencedir. Bu, müşteri rotaları hakkında bir ifade değildir ve yapılandırılmış bir tünel adı hiç de rota değildir.
RSVP'nin varlığı da uçtan uca performans vaadi sunmaz. Tek bir LSP üzerindeki bant genişliği rezervasyonu, bağlı devre, müşterinin kendi erişim hattı veya uzak kenardaki kuyruk davranışı hakkında hiçbir şey söylemez. Bunu güvence olarak ele almak, kimsenin sormadığı sorulara kendinden emin yanıtlar üretir. Gereksinim gerçekten bir bant genişliği taahhüdü ise, onu gerçekten uygulayan parçalardan birleştirmek gerekir ve LSP o zincirin yalnızca ortasıdır.
Sırayla kontrol edin, sonra durun
Taşımadan dışa doğru çalışın ve başarısız olan ilk adımda durun, çünkü sonraki her adım öncekilerin dayandığını varsayar. Önce LSP'nin kurulduğunu ve hizmet öneki için iletim girdisinin gerçekten ona işaret ettiğini doğrulayın. Ardından VPN rotasının doğru tabloda bulunduğunu, etiket bağlamasının mevcut olduğunu ve içe aktarma ilkesinin onu kabul ettiğini doğrulayın. Sonra bağlantıyı doğrulayın: arabirim, kapsülleme ve geçerli olduğu yerde o sözleşmeye ait VLAN tanımlayıcısı.
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERKomut sözdizimi platforma göre değişir, bu nedenle o dört satırı betik değil, dört soru olarak ele alın. Önemli olan, her birinin farklı bir nesneyi sorgulamasıdır ve bu nedenle arıza belirli bir sahibi işaret eder.
İzin verilen tek bir isteği izleyin ve iyi kanıtları saklayın
İlkenin izin verdiği tek bir gerçek müşteri isteği ve yanıtıyla bitirin. Uçtan uca çalışan tek bir akış, bir sayfa sayaç okumasından daha fazlasını çözer ve her parçayı ayrı ayrı değil, kombinasyonu sınar.
Sonraki bir aşama başarısız olduğunda, taşımayı yeniden kurmak yerine başarılı LSP gözlemini koruyun. Çalışan bir tüneli yeniden kurmak eksik bir uzak öneki, yanlış VRF bağlantısını veya hedef erişim kuralını düzeltemez ve başlangıçta taşımanın sağlıklı olduğunu söyleyen kanıtı yok eder.