Years ago when HSRP was all the rag

Years ago when HSRP was all the rage, and before VRRP and GLBP, enterprises used hundreds
of HSRP groups. With the hello timer set to 3 seconds and a hold time of 10 seconds,
these timers worked just fine and we had great redundancy with our core routers.

However, in the last few years, and certainly in the future, 10 seconds is now a lifetime!
Some of my customers have been complaining with the failover time and loss of connectivity
to their virtual server farm.

So lately I’ve been changing the timers to well below the defaults. Cisco had changed the
timers so you could use sub-second times for failover. Because these are multicast packets,
the overhead that is seen on a current high-speed network is almost nothing.

The hello timer is typically set to 200 msec and the hold time is 700 msec. The command
is as follows:

(config-if)#Standby 1 timers msec 200 msec 700
This almost ensures that not even a single packet is lost when there is an outage.

ผลลัพธ์ (ไทย) 1:

ปีที่ผ่านมาเมื่อ HSRP เดือดทั้งหมด และ VRRP และ GLBP วิสาหกิจใช้ร้อยของกลุ่ม HSRP มีตัวตั้ง 2 วินาทีและเวลาค้างไว้ 10 วินาที จับเวลาสวัสดีจับเหล่านี้ทำงานเพียงดี และเรามีดีซ้ำกับเราเตอร์ของเราหลักอย่างไรก็ตาม ในไม่กี่ปี และแน่นอนใน อนาคต 10 วินาทีขณะนี้อายุการใช้งานบางส่วนของลูกค้าของฉันมีบ่นเวลาล้มและสูญเสียการเชื่อมต่อฟาร์มของเซิร์ฟเวอร์เสมือนดังนั้นเมื่อเร็ว ๆ นี้ฉันได้ถูกเปลี่ยนตัวจับเวลาให้ดีด้านล่างค่าเริ่มต้น ซิสโก้มีการเปลี่ยนแปลงตัวจับเวลาเพื่อให้คุณสามารถใช้ย่อยที่สองเวลาล้ม เนื่องจากมีแพ็คเก็ตแบบหลายผู้รับค่าโสหุ้ยที่เห็นบนเครือข่ายความเร็วสูงในปัจจุบันจะแทบไม่มีอะไรโดยทั่วไปมีตั้งเวลาสวัสดีถึง 200 มิลลิวินาทีและเวลาถือเป็น 700 มิลลิวินาที คำสั่งจะเป็นดังนี้:(กำหนดค่า-ถ้า) #Standby 1 มิลลิวินาที 700 มิลลิวินาที 200 ตัวจับเวลาเกือบนี้มั่นใจว่า ไม่ได้แพคเก็ตจะสูญหายเมื่อมีกระแสการ

ผลลัพธ์ (ไทย) 2:

ปีที่ผ่านมาเมื่อ HSRP เป็นทั้งหมดวิโรธและก่อน VRRP GLBP
และสถานประกอบการที่ใช้หลายร้อยของกลุ่มHSRP มีการจับเวลาสวัสดีตั้ง 3 วินาทีและเวลาไว้ 10
วินาทีจับเวลาเหล่านี้ทำงานได้ดีและเรามีความซ้ำซ้อนที่ดีกับเราเตอร์หลักของเรา. แต่ในช่วงไม่กี่ปีที่ผ่านมาและแน่นอนว่าในอนาคต 10 วินาทีอยู่ในขณะนี้ อายุการใช้งาน! บางส่วนของลูกค้าของเราได้รับการร้องเรียนที่มีเวลาล้มเหลวและการสูญเสียการเชื่อมต่อไปยังฟาร์มของพวกเขาเซิร์ฟเวอร์เสมือน. ดังนั้นเมื่อเร็ว ๆ นี้ผมได้รับการเปลี่ยนแปลงตัวนับที่จะต่ำกว่าค่าเริ่มต้น ซิสโก้มีการเปลี่ยนแปลงตัวนับเพื่อให้คุณสามารถใช้เวลาย่อยที่สองสำหรับการล้มเหลว เพราะเหล่านี้มีแพ็คเก็ตแบบหลายผู้รับค่าใช้จ่ายที่เห็นบนเครือข่ายความเร็วสูงปัจจุบันเกือบไม่มีอะไร. จับเวลาสวัสดีโดยทั่วไปจะกำหนดถึง 200 มิลลิวินาทีและเวลาที่ถือเป็น 700 มิลลิวินาที คำสั่งดังต่อไปนี้(config ถ้า) #Standby 1 ตัวนับมิลลิวินาที 200 มิลลิวินาที 700 นี้ทำให้มั่นใจได้ว่าเกือบจะไม่ได้แพ็คเก็ตเดียวจะหายไปเมื่อมีการหยุดทำงาน

ผลลัพธ์ (ไทย) 3:

ปีที่ผ่านมาเมื่อ hsrp เป็นทั้งหมดวิโรธและก่อนที่ vrrp glbp และสถานประกอบการที่ใช้ร้อย
ของกลุ่ม hsrp . ด้วยครับเวลาตั้ง 3 วินาที และถือเวลา 10 วินาที ตัวนับเหล่านี้ทำงานได้ดี
และเรามีความซ้ำซ้อนกับเราเตอร์หลักของเรา

แต่ในไม่กี่ปี และแน่นอนในอนาคต อีก 10 วินาที ตอนนี้ชีวิต
บางส่วนของลูกค้าของฉันได้รับการร้องเรียนกับยาเส้นเวลาและการสูญเสียของการเชื่อมต่อกับเซิร์ฟเวอร์เสมือนจริง
.

ดังนั้นเมื่อเร็ว ๆนี้ฉันได้รับการเปลี่ยนตัวจับเวลาเพื่อด้านล่างเริ่มต้น ซิสโก้เปลี่ยน
ตัวจับเวลาเพื่อให้คุณได้ใช้ย่อยครั้งที่สองสำหรับยาเส้น . เพราะเหล่านี้เป็นมัลติคาสต์
, ค่าใช้จ่ายที่เห็นในปัจจุบันเครือข่ายความเร็วสูงเกือบไม่มีอะไร

สวัสดีเวลามักจะตั้ง 200 มิลลิวินาทีและถือเวลาเป็น 700 มิลลิวินาที . คำสั่งจะเป็นดังนี้ :

( config ถ้า ) #สแตนด์บาย 1 จับเวลามิลลิวินาที 200 มิลลิวินาที 700
นี้เกือบจะยืนยันว่า ไม่มีแพ็คเก็ตจะหายไปเมื่อมีไฟฟ้า