|
[cisco-ttl] Re: 3550 redundancy konfigurasyon adimlari
Merhaba ,
İki adet 3550 arasına bir hat çekersin. Örneğin VLAN10 için SW1(L3
switch) i root , VLAN 20 için SW2(L3 Sw) yi root bridge seçersin.Bu
şekilde trafiği swlere paylaştırmış olursun.
Örneğin L2 switch ile SW1 arasındaki hat giderse , spanning tree
çalışır . SW2 üzerinden SW1 w ulaşırsın.
ERGIN GENC
- In cisco-ttl_at_yahoogroups.com, Ozgur Karatas <kaigeek@...> wrote:
>
> Merhaba,
> cevabiniz icin cok tesekkur ederim. HSRP kullanmak istemedigimi
soylersem ve iki adet Layer 2, iki adet Layer 3 switche sahip
oldugumu varsayarsak;
>
> kullanicilari Layer 2 switch'te toplayip, Layer 2'switchlerden
Layer 3'lere fiziksel bir hat cektigimde Layer 3 3550'lerden biri
down oldugunda diger Layer 3 3550'den trafigi tasiyamaz miyim? Yani
Layer 2 3500'lar uzerinde iki farkli 3550 icin yol gosterebilir
miyim?
>
> kolay gelsin,
> tekrar tesekkurler.
>
> ergin <ergin_genc@...> wrote:
Merhaba ,
>
> HSRP de bir router ACTIVE , diğer routerlar STANDBY router
olarak
> tanımlanır . Router sayısında ,iki diye bir kıstlama yoktur.
>
> ACTIVE olan router pasife düşüp tekrar active olduğunda , yeniden
> ACTIVE olmasını istersen , aşağıda yazdığın komut satırını
> uygulayabilirsin.AYrıca bir manuel müdaheleye gerek kalmaz.
>
> HSRP de bir adet virtual ip seçilir ,gelen trafik belli load
> balancing metodları ile mevcut routerları dağıtılır.
>
> Eğer L2 de birşeyler yapmak istersen , Spannning Tree ayarları
ile
> oynayarak , vlanler için farklı root bridge seçtirebilirsin.
>
> ERGİN GENÇ
>
> --- In cisco-ttl_at_yahoogroups.com, Ozgur Karatas <kaigeek@> wrote:
> >
> > Selamlar,
> > HSRP kullanmak istemiyorum, cunku bildigim kadari ile bir iki
> routera izin veriyor.. Ortamda daha fazla router kullanacagim..
> Ayrica sanirim primary router pasif durumdan aktif duruma
dondugunde
> standby durumunda kaliyor ve bunu degistirmek icin siz elle
mudahele
> ediyorsunuz. Yani zaten aktif olan bir sekilde pasife dusmus ve
> tekrar aktif olmus bir routerin, aktif rol oynamasi icin
asagidaki
> gibi mudahele gerek;
> >
> > Switch(config-if)# standby group preempt (delay seconds)
> >
> > Yanlis mi biliyorum?
> >
> > Ben daha cok fiziksel bir redundancy planlamayi dusunuyorum.
Yani
> kullanicilarin toplandigi 2950 L2 switch'ten her iki 3550 L3
switche
> fiziksel baglanti saglayarak ve routing, metric ile oynayarak
> birinci 3550 down oldugunda paketler 2950'den ikinci 3550'ye
gitsin
> istiyorum.
> >
> > Bu durumda; 2950'den birinci 3550'e cektigim fiziksel
> baglantilarin bir benzerinin ayni sekilde ikinci 3550'ye de
> cekilmesi gerekir mi? 3550'ler arasinda bir baglanti olmali mi?
> routing ve metric degerleri nasil planlanmali?
> >
> > Saygilarimla,
> >
> > --
> > Ozgur Karatas
> > CCNA
> >
> > ozgur@
> > http://www.ozgurkaratas.com/
> > --
> >
> > >From: omr231971 <oyavuz_at_....>
> > >Date: Thu, 17 May 2007 06:28:40 -0000
> >
> > Cisco HSRP kullanabilirsin. Pratikte uygulanan ve cisco`nun
> tavsiyesi, HSRP group icnde bulunan interface VLAN`larin
hepsinin
> encapsulation edildigi bir trunk baglantinin iki omurga cihazi
> arasinda kurulmasi. Bu konfigurasyonda aktif cihaz devre disi
> kalmadan standby cihaz devreye girmez. Direkt bir link yerine
alt
> katmanda bulunan bir cihaz uzerinden de HSRP olusturulabilir. Bu
> durumda omurgadan alt katmanda bulunan cihaza (switch) trunk
> baglantilar olusturulur. Burada HSRP multicast udp paketleri
alis-
> verisinde bulunarak her grup icin status durumunu belirler. Her
16
> Vlan ID icin bir grup yaratabilirsin. Bu da aslinda bir
multicast
> grubuna 16 Vlan id = 16 adres demek.
> >
> >
> > ---------------------------------
> > Building a website is a piece of cake.
> > Yahoo! Small Business gives you all the tools to get online.
> >
> > [Non-text portions of this message have been removed]
> >
>
>
>
>
>
>
> --
> Ozgur Karatas
>
> http://www.ozgurkaratas.com/
> --
>
> ---------------------------------
> Boardwalk for $500? In 2007? Ha!
> Play Monopoly Here and Now (it's updated for today's economy) at
Yahoo! Games.
>
> [Non-text portions of this message have been removed]
>
Received on Thu May 31 2007 - 08:40:17 CEST
This archive was generated by hypermail 2.2.0
: Thu May 31 2007 - 08:40:18 CEST
|