Yayılan Ağaç Kurulumu

Yayılan ağacın temellerini anlıyorum, ama hepsi bu. Birisinin bana istediğim gibi çalışıp çalışmadığını söyleyebileceğini umuyorum.

Yedeklilik için iki Cisco ACE yük dengeleyici kurulumum var. Her ACE kendi katman 2 anahtarına bağlıdır. Şu anda her katman 2 anahtarı CoLo'ya kendi 1 Gig fiber bağlantısına bağlıdır. Her fiber bağlantı farklı bir IP Alt Ağı için kurulur ve CoLo'muz bizim için BGP'nin kullanımını önermez. Yaklaşan bir proje olan bunun üstesinden gelmek için kendi yönlendiricilerimizi satın almalıyız.

(CoLo fiber sağlar ve ACE'lerde sadece bakır vardır, çünkü tüm anahtarların yaptığı fiber benim için bakıra dönüşüyor.

ACE'ler yayılan ağacı desteklemediğinden şu anda yalnızca tek bir yük dengeleyicisi kullanabilirim. Artık katman 2, yayılan ağacı desteklemeye geçer, varsayılan olarak devre dışıdır. Şimdi, yayılan ağacı etkinleştirecek ve katman 2 anahtarlarını çapraz bağlayabilseydim, her şey beklendiği gibi çalışır mı yoksa ağın çökmesine neden olur mu?

Bunu bir üretim ağı olduğu için denemeden önce bazı uzman tavsiyeleri almayı umuyorum ve bir laboratuvarda denemek için birkaç ekstra Cisco ACE yük dengeleyicim yok.

GÜNCELLEME: yorumlara dayanarak bir diyagram eklemem gerekir. İşte şu anda sahip olduğumuz şey.

Sorun şu ki, ikinci ISS bağlantısı BGP eksikliği nedeniyle şu anda bizim için kullanılamıyor. Bu yüzden iki ağ anahtarını çapraz bağlamak istiyorum. Bana iki ACE'yi birbirine bağlarsam, çemberi tamamlayacak ve ağ sorunlarına neden olacağı söylendi. Bu yüzden, üstteki problemi ele alması gereken yayılan ağacı destekleyen anahtarları bağlayabilirsem. Sonunda BGP'yi iki ağ bağlantısı üzerinden ele almak için üst anahtarlar ve yük dengeleyicileri arasında iki yönlendirici olacaktır.

Mantıklı mıyım? Üzgünüm bu böyle bir karmaşa, ben çok daha sonra SQL Server evde Ağ.

Bir diyagram sağladıktan sonra güncelleme:

Diyagramın alt yarısında zaten bir daireniz var. ACE'ler köprü kurmuyor gibi görünüyor, bu yüzden bir sorununuz yoksa, iki üst olanı bağlarken bir sorun yaşamamalısınız.

Cihazları adlandırmazsanız diyagram hakkında konuşmak biraz zor, ancak diyelim ki bunları soldan sağa, yukarıdan aşağıya adlandırıyorum. ACE1-SW3-ACE2-SW4-ACE1 ... çemberiniz var, açıkçası orada bir sorun yok (değil mi?). ACE'leri yapılandırdığınızı tahmin ediyorum, böylece herhangi bir trafiği ve bu nedenle döngü oluşturmazlar.

ACE1'i neden SW2'ye ve ACE2'yi SW1'e bağlamıyorsunuz? Sonra alt kısım ile aynı düzene sahipsiniz.

Üst ve alt kısımlarda farklı bir VLAN varsa (aynı layer2 segmentinde değil), aralarında yayılan bir ağaç döngüsüne sahip olamazsınız.

Sağladıysanız (isterseniz şaşırırsınız, ancak A ağını B'den söyleyebiliriz. 10.123.0.0/24 ve 10.123.1.0/24 gibi) haritadaki IP ağları ve belki de VLAN'lar (eğer onları kullan).

Anahtarları adlandırdıktan sonra güncelleyin:

ACE yönlendirme yapar ve bu nedenle 10.0.0.0/24 vb. Sunucular için bir sonraki atlama ise ve köprüleme yapmazsa (ACE'lerde), yukarıda söylediğim şekilde bağlanmak güvenlidir.

Ben düşünüyorum ne istediğini olduğunu:

1. "Ft peer" CLI komutlarını kullanarak ACE2'yi yük devretme eşine dönüştürün
2. ACE2'yi ACE1'in bağlı olduğu anahtara bağlayın.

Bu size kutu yedekliliği (ACE'nin aralarındaki kalp atışı bilgilerini geçmesi) ve anahtar yedekliliğini (akış aşağı Katalizörler çapraz bağlanmıştır) verir. Elbette, bir co-lo anahtar arızasından korunmazsınız.

BGP'ye gitmek istediğinizden emin misiniz? ASN'yi kim sağlıyor? Alt ağınız tamamen taşınabilir mi? Size artılarını ve eksilerini açıklayabilecek bir ağ mimarınızın olduğundan emin olmalısınız.

Eğer varsa yok BGP yapın ve Katalizörler katman 3 anahtarlama yeteneğine sahiptir, o zaman isteyebilirsiniz:

1. Katalizörleri sanal anahtarlara bölmek için VLAN'ları kullanın: içte ve dışta
2. Paketleri istenen ISS'ye göndermek için değişken bir statik yol veya rota ilkesi kullanın.

Bunu çözmenin birkaç yolu var. Bir beyaz tahtanın önünde birkaç saat iyi hizmet edersiniz.

ACE'lerin arkasındaki iki ağ bağlı olmadığı sürece iyi olacaksınız.

ASA'larda yeterli arabiriminiz varsa, her iki ASA'yı her iki (isp'e bakan) anahtarlara bağlayın ve ASA'larda vrrp veya hsrp'yi çalıştırın ve ardından ilke yollarını veya trafiği her iki bağlantıya dağıtacak her şeyi yapın.

cisco'dan bir örnek

Benzer bir durum, iki çekirdek anahtardan FTP trafiğini ve sayısız uzaktan anahtarın hunisini oluşturan dört bağlantı noktalı bir NIC'ye sahip olduğum bir durum var.

Şu anda bir üçgende iki çekirdek anahtar ve dört bağlantı noktalı NIC, her iki tarafta iki Gig bağlantısı var. GigE çiftlerinin her biri 2Gig bağlantısı verecek şekilde toplanır. Intel NIC uyarlamalı toplama modunu kullanıyorum. İyi çalışıyor gibi görünüyor.

Colo'unuza bağlanan 2 Fiber bağlantı noktasına sahip tek katmanlı bir 2 anahtarınız varsa, anahtar NIC'ime ruhen benzer olacaktır. Ardından Cisco cihazlarını anahtara bağlayın, hazırsınız. Ama burada fazlalığı kaybettiğinizi anlıyorum.

Colo'dan Cisco cihazlarınıza tamamen yedekli bir yol oluşturmaya çalışıyorsunuz, değil mi?