Etiketsiz bir erişim portunu doğru EVPN VNI'ye eşleme

Sıradan bir Ethernet ana bilgisayarı etiketsiz çerçeveler gönderir ve EVPN yapısı bunları yine de doğru kiracı hizmetinde taşımak zorundadır. Erişim portu çerçeveyi yerel bir segmente sınıflandırır, VTEP bu segmenti bir VNI'ye eşler ve uzak bağlantı çerçeveyi ana bilgisayarının beklediği biçimde sunar. VLAN ve VNI bu yolun farklı bölümlerini tanımlar ve aynı numarayı paylaşmak zorunda değildir. Aşağıdaki runbook'u sırayla uygulayın, çünkü herhangi bir adımdaki hata aynı belirtiyi verir: gönderen ama hiçbir şey almayan bir ana bilgisayar.

Tek bir çerçeveyi yapı boyunca izleyin

VLAN tabanlı basit bir hizmet için örnek bir yol şöyle görünür:

Host A: untagged frame
  to access port: local VLAN 110
  to VTEP A: L2VNI 50110
  to VTEP B: corresponding local service
  to access port: untagged frame to Host B

VLAN ve VNI numaraları örnektir, kural değildir. Yerel VLAN tek bir anahtarda var olan bir giriş sınıflandırmasıdır; L2VNI her iki VTEP'in anladığı overlay hizmet tanımlayıcısıdır. Overlay belirtimi RFC 8365 hizmet tanımlayıcısını ana bilgisayarın nasıl bağlandığından ayrı tutar ve üç biçim adlandırır: VLAN tabanlı, demetlenmiş ve VLAN farkında.

Giriş sınıflandırmasını yapılandırın

Ana bilgisayarın bir adresi vardır ve hiçbir yere ulaşamaz, oysa portun kendisi görünür. Portun gerçekte hangi bağlantı kipinde olduğuna karar verin — etiketsiz çerçeveler taşıyan bir erişim portu mu yoksa yerel VLAN'ı olan bir trunk mı — ve tam olarak onu açıkça ayarlayın. Etiketsiz bir çerçeve yine de porttan adlandırılmış bir yerel segment içinde çıkar ve bu segment platformun yan etkisi değil bir karardır. Portun çalışan yapılandırmasını açın ve gerçekte sahip olduğu sınıflandırmayı okuyun; hiç ayarlamadığınız bir üretici varsayılanına güvenmeyin.

Tipik bir anahtarda sıra bir kip değişikliği ve erişim VLAN'ı atamasıdır, ardından portun gerçekten açık ve o durumda olduğunun denetimi gelir. Port bir trunk ise etiketsiz çerçeveleri yerel VLAN işler ve bu, farklı arıza kipleri olan başka bir yapılandırmadır. Devam etmeden önce hem kipi hem de VLAN'ı kaydedin.

show running-config interface Ethernet1/1
show interface Ethernet1/1 switchport
show vlan brief

VTEP'i ve VNI eşlemesini yapılandırın

VTEP, VXLAN kapsüllemesini ve VNI'yi ekler. Ana bilgisayar bu başlığı üretmez ve hizmetin var olduğunu bilmesi gerekmez.

Yerel VLAN'ı platformun desteklediği komut biçimiyle L2VNI'ye eşleyin ve bu eşlemeyi hizmetin iki ucunda tutarlı tutun. Kiracı L2VNI'si ile alt ağlar arası yönlendirme için kullanılan L3VNI farklı nesnelerdir ve numaralarını karıştırmak L2 yoluna dokunmadan yönlendirmeyi bozar; ayrıca uzak VTEP'e giden çalışan bir underlay yolunun kurulumun bir başka katmanına ait olduğunu unutmayın.

Eşleme yanlışsa çerçeve yine de yapıya girer ve basitçe yanlış hizmete düşer. Bu yüzden denetim bir hizmet denetimidir, bağlantı denetimi değil.

Çıkış sunumunu yapılandırın

Uzak uçta alınan hizmet, ana bilgisayarın beklediği şeye geri dönüştürülmelidir: erişim portunda çıplak Ethernet, denetlediğiniz bir trunk üzerinde belirli bir etiket ve seçtiğiniz hizmet modeline uyan iç etiket işleme. Overlay'i suçlamadan önce trunk üzerindeki izin verilen VLAN listesini denetleyin, çünkü çıkış trunk'ının izin vermediği bir etiket overlay işini zaten yaptıktan sonra düşürülür. Uzak ana bilgisayarın şemanızın varsaydığı sunumu değil, aldığı sunumu beklediğini doğrulayın.

İç etiketin hayatta kalıp kalmaması seçtiğiniz hizmet modelinin bir özelliğidir, bu yüzden hiçbir makale genel olarak kaldırmayı veya korumayı vaat edemez. Bir davranışı varsayan bir tasarım ile diğerini uygulayan bir platform bir bağlantı testini geçer ve uygulamada başarısız olur.

Yerel MAC öğrenmesini, EVPN hizmet rotasını ve uzak bağlantı eşlemesini birlikte okuyun ve uygulamanın ihtiyaç duyduğu komşu keşfini yalnızca bir ping ile sınırlamak yerine yürütün. Başka bir köprü etki alanında öğrenilen bir MAC adresi orada tamamen geçerli olabilir ve yine de yanlış hizmeti gösterebilir.

Tek bir ana bilgisayar çiftiyle doğrulayın

Bir ana bilgisayar çiftini ayağa kaldırın ve ikinci çifti eklemeden önce tüm yolu kanıtlayın. Ardından her iki VTEP'teki durumu okuyun ve aynı hizmet tanımlayıcısının iki uçta da göründüğünü doğrulayın.

show mac address-table vlan 110
show bgp l2vpn evpn
show nve peers

Her uç için dört değer yazın: port sunumu, yerel segment, L2VNI ve çıkıştaki ters sunum. Bu kayıt, bir sonraki mühendisin ana bilgisayarın neden basit bir etiketsiz bağlantısı olduğunu, yapının ise bir kiracı hizmeti taşıdığını görmesini sağlar. Bir değişiklik başarısız olursa portu önceki VLAN'ına geri döndürün ve aynı çifti yeniden test edin, böylece geri alma bir tahmin değil bilinen bir durum olur.