Re: [cisco-ttl] Re: 3550 redundancy konfigurasyon adimlari

From: Serhat Uslay <serhat.uslay_at_....>
Date: Wed, 23 May 2007 09:44:00 +1000

HSRP de ikiden fazla router kullanabilirsin, ben 4 router li HSRP i son 8 yildir kullaniyorum. Aktif olan router pasif duruma gectiginde onu tekrar aktif yapabilirsiniz .Standby preempt o ise yarar, yani onu problem oldugu zaman yazmaniza gerek yok, bastan konfigurasyonun icine koyun. Sizin yapmak istediginiz sey Layer2 da spanning tree , Layer 3 de HSRP ile olur.Layer2 da sadece hangi 3550 nin "root bridge" olacagina karar ver, gerisi otomatik. HSRP de de hangi 3550 nin "primary" olacagina karar verin yeter.

Serhat

Ozgur Karatas <kaigeek_at_yahoo.com>
Sent by: cisco-ttl_at_yahoogroups.com
22/05/2007 08:18 PM
Please respond to
cisco-ttl_at_yahoogroups.com

To
cisco-ttl_at_yahoogroups.com
cc

Subject
[cisco-ttl] Re: 3550 redundancy konfigurasyon adimlari

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_at_ozgurkaratas.com
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] -- Cisco Teknik Tartisma Listesi (Cisco-ttl) Bu listede onerilen degisikliklerin uygulanmasindaki tum sorumluluk kullaniciya aittir. Liste yoneticileri, oneride bulunan liste uyeleri ya da bu uyelerin calistigi kuruluslar herhangi bir sekilde sorumlu tutulamazlar. Yahoo! Groups Links ---- This email is intended for the named recipient only. It may contain information which is confidential, commercially sensitive, or copyright. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents, or take any action in reliance. If you have received this email in error, please contact the sender and delete the message. It is your responsibility to scan this email and any attachments for viruses and other defects. To the extent permitted by law, Zurich and its associates will not be liable for any loss or damage arising in any way from this communication including any file attachments. We may monitor email you send to us, either as a reply to this email or any email you send to us, to confirm our systems are protected and for compliance with company policies. Although we take reasonable precautions to protect the confidentiality of our email systems, we do not warrant the confidentiality or security of email or attachments we receive. [Non-text portions of this message have been removed]
Received on Wed May 23 2007 - 11:31:31 CEST

This archive was generated by hypermail 2.2.0 : Wed May 23 2007 - 11:31:33 CEST