EoMPLS, MSTP ve RPVST


9

Bazı yazılım tanımlı ağlar için veri merkezi kumaşlarımız arasında bağlantı sağlamak için Cisco ME3600'e bakıyoruz. EoMPLS xconnects üzerinde VRF'lerden (512 vs 128) daha yüksek bir sınırlamaya sahip olduğundan, her DC'de bir vLAN'ı bir yazılım yönlendiricisine tahsis etmeyi ve bu iki yazılım yönlendiricisini Katman 3'ü yönlendirmek için EoMPLS'yi kullanmayı düşünüyoruz. trafik.

Fazlalık için, bir çift yazılım yönlendiricisi arasındaki her bağlantı için 2 PW'ye sahip olmak istiyoruz ve çeşitli yayılan ağaç uygulamaları arasındaki etkileşimler göz önüne alındığında, bunun en iyi nasıl olacağını merak ediyorum.

Veri merkezlerimizden biri, MSTP'nin tek bir bölge olarak konuşlandırıldığından, örnek 1'deki oranlar, örnek 2'de, örnek 0'daki CIST'te eşitlenir. Diğer veri merkezi hala R-PVST'yi çalıştırır.

Mevcut plan, anahtar kumaşından ME3600'e bir bagaj oluşturmak ve belirli vLAN'lar için bir EFP kullanmak ve bunları bir xconnect'e atamaktır. Her iki uçtaki anahtar kumaşı bununla nasıl başa çıkacağını merak ediyorum - her iki tarafa bir vLAN 1 EFP kurmak ve PVST trafiğini geçmek zorunda kalacak mıyım? Bu, her iki tarafta kök / blok / alternatif ayarlamak için yeterli olacak mı?

Aşağıdaki fiziksel düzen ve iki yazılım yönlendiricisini bağlamanın ardındaki mantıklı fikir şeması.

resim açıklamasını buraya girin


Herhangi bir cevap size yardımcı oldu mu? öyleyse, cevabı kabul etmelisiniz, böylece soru sonsuza kadar ortaya çıkmayacak, bir cevap arıyor. Alternatif olarak kendi cevabınızı verebilir ve kabul edebilirsiniz.
Ron Maupin

Yanıtlar:


6

ME3600'ler, STP veya MST çerçevelerinin EVC üzerinden iletilmesini desteklemez. Port tabanlı PWE3'ler STP çerçevelerini taşıyacaktır, ancak birçok portu çiğnemeniz gerekecektir. Gerçekten, satıcınızı "Anahtar X özelliğini destekleyecek mi" veya "Anahtarınız X trafiğini yönlendiriyor mu?"

Ben de bir özellik yedekleme pseudowires habinga bakmak öneririz. EVC'leri kullanırken STP desteği olmaması sorununuzu gidermese de, en azından 2. katmandaki döngüler kaldırılır: http://www.cisco.com/c/en/us/td/docs/ios/12_0s/feature /guide/fspseudo.html

Belki de az sayıda akran ve trafik ise VPLS'nin daha iyi bir yol olması olabilir. ME3600'ler VPLS'yi destekliyor (yazma sırasında runnnig 15.3 (3) S3'ü öneriyorum).

Güncelleme

Bunu yazdığımdan beri komut EVC'de L2 PDU'ları iletmek için mevcut ancak bunu test etmedim:

ME3600-1(config-if-srv)#l2protocol tunnel ?
  R4     Reserved Protocol using DA Mac 0180.C200.0004
  R5     Reserved Protocol using DA Mac 0180.C200.0005
  R6     Reserved Protocol using DA Mac 0180.C200.0006
  R8     Reserved Protocol using DA Mac 0180.C200.0008
  R9     Reserved Protocol using DA Mac 0180.C200.0009
  RA     Reserved Protocol using DA Mac 0180.C200.000A
  RB     Reserved Protocol using DA Mac 0180.C200.000B
  RC     Reserved Protocol using DA Mac 0180.C200.000C
  RD     Reserved Protocol using DA Mac 0180.C200.000D
  RF     Reserved Protocol using DA Mac 0180.C200.000F
  cdp    Cisco Discovery Protocol
  dtp    Dynamic Trunking Protocol
  elmi   ELMI Protocol
  esmc   ESMC Protocol
  lacp   LACP Protocol
  lldp   Link Layer Discovery Protocol
  loam   Link OAM Protocol
  pagp   Port Aggregation Protocol
  ptppd  PTP Peer Delay Protocol
  stp    Spanning Tree Protocol
  udld   UDLD Protocol
  vtp    Vlan Trunking Protocol
  <cr>

2. Güncelleme

Test edildi ve çalışıyor! ME3600X / ME3800X, MEF 2.0 uyumlu cihazlardır, bu nedenle bu gerekli bir özelliktir.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.