VRF başına etiket mi, önek başına mı? Gerçek kapasite faturası

İki tasarım aynı sağlayıcı çekirdeğinde aynı müşteri önekini duyurur. Biri her önek için bir etiket ayırır, diğeri tüm VRF için tek bir etiket ayırır ve ikincisi her slaytta daha ucuz görünür. Etiket sayısı gerçektir, ancak genellikle ilk tükenen bütçe bu değildir. İkisi arasında seçim yapmak, bir değil dört kaynağı saymak demektir ve etiketler bunların en küçüğüdür.

Seçim, etiketi çıkardıktan sonra çıkış yönlendiricisinin paketle ne yapması gerektiğine de bağlıdır. Kararı etiket aritmetiği değil, o işlevsel fark yönlendirmelidir.

Her ayırmanın gerçekte ne tasarruf ettiği

Önek başına ayırma, iletme bilgisini etiketin içinde taşır. Çıkış yönlendiricisi paketi hedef araması olmadan doğrudan doğru komşuluğa gönderebilir, bu yüzden büyük VRF rota kümeleri için iyi ölçeklenir ve bu yüzden her VRF'de duyurulan her önek için bir etiket tüketir. VRF başına ayırma, örneğin Junos vrf-table-label, her yönlendirme örneği için bir etiket duyurur ve bu etiketi VRF tablosunu seçmek için kullanır; ardından yönlendirici tablo içinde IP araması yapar.

Bu bir ayar düğmesi değil, gerçek bir mimari farktır. VRF başına etiketleme daha küçük bir etiket alanı ve daha basit bir etiket duyurusu sağlar, ancak karşılığında bir arama ve hedef hakkında hiçbir şey söylemeyen bir etiket ödersiniz. Önek başına etiketleme çıkış hat kartına önceden daha fazla bilgi verir ve taşıdığınız rotalarla orantılı olarak etiket harcar.

Etiket defteri küçük olandır

MPLS etiketleri sınırlıdır, ancak etiket alanı sıradan servis sağlayıcıların birkaç bin önekle tüketemeyeceği kadar büyüktür. VRF başına etiketlemenin gerçekten yardımcı olduğu yer, küçük donanım etiket tablolarına sahip platformlar veya tek bir VRF'in tam bir İnternet akışını taşıdığı ve önek başına etiketlerin etiket talebini rota sayısıyla çarpacağı tasarımlardır. Bunlar gerçek kısıtlardır ve bu özelliğin var olma nedenidir. Hiçbiri tablodaki önek sayısıyla ilgili değildir.

Seçmeden önce hem hizmet hem de taşıma için etiketleri sayın. VRF başına tasarım hâlâ loopback'ler ve yol üzerindeki her atlama için taşıma etiketlerine ihtiyaç duyar ve hâlâ komşuluk durumuna ihtiyaç duyar. Tasarım özeti yalnızca hizmet etiketlerini sayıyorsa, tasarruf yanlış defterde ölçülüyordur.

Rota akışları etiketlerden önce bellek harcar

Alınan her yol, VRF tek bir etiket ya da on bin etiket kullansa da kontrol düzlemi belleği, güncelleme işleme ve yakınsama süresi harcar. Bir VRF içindeki tam İnternet akışı, BGP yolları, RIB, FIB girişleri ve arkalarındaki hareketlilik nedeniyle pahalıdır, tablonun önündeki etiket nedeniyle değil. Aynı akış, o kiracının içindeki bir rota sızıntısının veya politika hatasının etki yarıçapını da büyütür.

Bu yüzden müşterinin gerçekte neye ihtiyacı olduğunu sorun. Sözleşme özel siteler artı varsayılan çıkış ise, tam tablo bir gereksinim eklemeden maliyet ekler. Bu ticari bir sorudur ve önceki tasarımdan miras kalan bir varsayım yerine yazılı bir yanıtı hak eder. Hizmet akışa gerçekten politika veya yerel çıkış seçimi için ihtiyaç duyuyorsa, bunu kendi kapasite rezervasyonu ve kendi hata davranışı olan açık bir kalem yapın.

VRF başına etiketleme ne zaman doğru varsayılandır

Platform bunu desteklenen olarak belgelediğinde, VRF rota sayısı büyük olduğunda ve çıkıştaki arama maliyeti trafik profili için kabul edilebilir olduğunda iyi bir varsayılandır. İletmeden son mikrosaniyeyi sıkmaktan çok operasyonel basitlik önemli olduğunda da doğal seçimdir, çünkü kiracı başına bir etiket, önek başına bir etiketten daha kolay açıklanır ve denetlenir.

Platformun belgeleri bu özelliği belirli donanım veya sürüm kısıtlarına bağladığında ya da tasarım çıkışta önek başına iletme kararlarına bağlı olduğunda yanlış varsayılandır. Davranışı varsaymadan önce platformun kendi statement referansını okuyun; Junos komutu belgelenmiştir, ancak dağıtımı gerçekte çevresindeki donanım ve sürüm sınırları belirler.

Savunabileceğiniz bir bütçe

Kapasite gerekçesini beş ayrı sayı olarak kurun: alınan yollar, seçilen rotalar, kurulu iletme girişleri, hizmet etiketleri ve taşıma etiketleri. Buna next-hop ve komşuluk durumunu, kiracı sayısını ve yedeklilik modelini ekleyin. Tek bir VRF'nin sorunsuz yol anlık görüntüsü bir ölçek sayısı değildir ve etiket alanının nominal boyutu kullanılabilir bir donanım tablosu değildir.

Sonra yalnızca kararlı durumda değil, hata modunda da anlaşın. Akış yarı yarıya büyüdüğünde, bir kiracı ikinci bir VRF eklediğinde veya platform bir tabloyu yeniden boyutlandırmak için yeniden başlatma gerektirdiğinde ne olur? Bu sorulara dayanan bir bütçe, yalnızca kâğıt üzerinde çalışan bir etiket sayısından daha değerlidir.

Ayırmayı çıkıştaki eyleme ve platform sınırlarına göre seçin, ardından rota akışını açık bir hizmet kararı haline getirin. Etiket tasarımın görünen kısmıdır; rotalar her gün ödenmesi gereken kısımdır.