FHRP (ಫಸ್ಟ್ ಹಾಪ್ ರಿಡಂಡೆನ್ಸಿ ಪ್ರೋಟೋಕಾಲ್) ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಪುನರಾವರ್ತನೆಯನ್ನು ಒದಗಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಪ್ರೋಟೋಕಾಲ್ಗಳ ಕುಟುಂಬವಾಗಿದೆ. ಈ ಪ್ರೋಟೋಕಾಲ್ಗಳ ಸಾಮಾನ್ಯ ಕಲ್ಪನೆಯು ಹಲವಾರು ರೂಟರ್ಗಳನ್ನು ಸಾಮಾನ್ಯ IP ವಿಳಾಸದೊಂದಿಗೆ ಒಂದು ವರ್ಚುವಲ್ ರೂಟರ್ಗೆ ಸಂಯೋಜಿಸುವುದು. ಈ IP ವಿಳಾಸವನ್ನು ಹೋಸ್ಟ್ಗಳಿಗೆ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ವಿಳಾಸವಾಗಿ ನಿಯೋಜಿಸಲಾಗುತ್ತದೆ. ಈ ಕಲ್ಪನೆಯ ಉಚಿತ ಅನುಷ್ಠಾನವೆಂದರೆ VRRP (ವರ್ಚುವಲ್ ರೂಟರ್ ರಿಡಂಡೆನ್ಸಿ ಪ್ರೋಟೋಕಾಲ್). ಈ ಲೇಖನದಲ್ಲಿ ನಾವು VRRP ಪ್ರೋಟೋಕಾಲ್ನ ಮೂಲಭೂತ ಅಂಶಗಳನ್ನು ನೋಡುತ್ತೇವೆ.
VRRP ಮಾರ್ಗನಿರ್ದೇಶಕಗಳನ್ನು ಒಂದು ವರ್ಚುವಲ್ ರೂಟರ್ ಆಗಿ ಸಂಯೋಜಿಸಲಾಗಿದೆ. ಗುಂಪಿನಲ್ಲಿರುವ ಎಲ್ಲಾ ರೂಟರ್ಗಳು ಸಾಮಾನ್ಯ ವರ್ಚುವಲ್ ಐಪಿ (ವಿಐಪಿ) ವಿಳಾಸ ಮತ್ತು ಸಾಮಾನ್ಯ ಗುಂಪು ಸಂಖ್ಯೆ ಅಥವಾ ವಿಆರ್ಐಡಿ (ವರ್ಚುವಲ್ ರೂಟರ್ ಐಡೆಂಟಿಫೈಯರ್) ಅನ್ನು ಹೊಂದಿವೆ. ಒಂದು ರೂಟರ್ ಹಲವಾರು ಗುಂಪುಗಳ ಸದಸ್ಯರಾಗಿರಬಹುದು, ಪ್ರತಿಯೊಂದೂ ತನ್ನದೇ ಆದ ವಿಶಿಷ್ಟ VIP/VRID ಜೋಡಿಯನ್ನು ಹೊಂದಿರಬೇಕು.
ಸಿಸ್ಕೊದ ಸಂದರ್ಭದಲ್ಲಿ, ಕಮಾಂಡ್ನೊಂದಿಗೆ ನಾವು ಆಸಕ್ತಿ ಹೊಂದಿರುವ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ವರ್ಚುವಲ್ ರೂಟರ್ ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ:
R1(config-if)# vrrp <group-number> ip <ip-address>
ಎಲ್ಲಾ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳನ್ನು ಎರಡು ವಿಧಗಳಾಗಿ ವಿಂಗಡಿಸಲಾಗಿದೆ: VRRP ಮಾಸ್ಟರ್ ಮತ್ತು VRRP ಬ್ಯಾಕಪ್.
VRRP ಮಾಸ್ಟರ್ ನಿರ್ದಿಷ್ಟ ವರ್ಚುವಲ್ ಗುಂಪಿಗೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ರೂಟರ್ ಆಗಿದೆ.
VRRP ಬ್ಯಾಕಪ್ ಮಾಸ್ಟರ್ನಿಂದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನಿರೀಕ್ಷಿಸುವ ರೂಟರ್ ಆಗಿದೆ. ಮಾಸ್ಟರ್ನಿಂದ ಪ್ಯಾಕೆಟ್ಗಳು ಬರುವುದನ್ನು ನಿಲ್ಲಿಸಿದರೆ, ಬ್ಯಾಕಪ್ ಮಾಸ್ಟರ್ ಸ್ಥಿತಿಗೆ ಪರಿವರ್ತನೆ ಮಾಡಲು ಪ್ರಯತ್ನಿಸುತ್ತದೆ.
ರೂಟರ್ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯನ್ನು ಹೊಂದಿದ್ದರೆ ಅದು ಮಾಸ್ಟರ್ ಆಗುತ್ತದೆ. ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂದು ಬ್ಯಾಕಪ್ ರೂಟರ್ಗಳಿಗೆ ತಿಳಿಸಲು ಮಾಸ್ಟರ್ ನಿರಂತರವಾಗಿ ಪ್ರಸಾರದ ವಿಳಾಸ 224.0.0.18 ಗೆ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತಾರೆ. ಆಡ್ವರ್ ಟೈಮರ್ ಪ್ರಕಾರ ಮಾಸ್ಟರ್ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದು ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ 1 ಸೆಕೆಂಡಿಗೆ ಸಮಾನವಾಗಿರುತ್ತದೆ.
ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಗುಂಪಿನ ವಿಳಾಸ 00:00:5E:00:01:xx ಅನ್ನು ಕಳುಹಿಸುವವರ MAC ವಿಳಾಸವಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ, ಇಲ್ಲಿ xx ಹೆಕ್ಸಾಡೆಸಿಮಲ್ ಸ್ವರೂಪದಲ್ಲಿ VRID ಆಗಿದೆ. ಈ ಉದಾಹರಣೆಯು ಮೊದಲ ಗುಂಪನ್ನು ಬಳಸುತ್ತದೆ.
ಬ್ಯಾಕಪ್ ರೂಟರ್ಗಳು ಮೂರು ಆಡ್ವರ್ ಟೈಮರ್ಗಳಲ್ಲಿ ಸಂದೇಶಗಳನ್ನು ಸ್ವೀಕರಿಸದಿದ್ದರೆ (ಮಾಸ್ಟರ್ ಡೌನ್ ಟೈಮರ್ಗಳು), ನಂತರ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯ ರೂಟರ್ ಅಥವಾ ಹೆಚ್ಚಿನ ಐಪಿ ಹೊಂದಿರುವ ರೂಟರ್ ಹೊಸ ಮಾಸ್ಟರ್ ಆಗುತ್ತದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯೊಂದಿಗೆ ಬ್ಯಾಕಪ್ ರೂಟರ್ ಕಡಿಮೆ ಆದ್ಯತೆಯೊಂದಿಗೆ ಮಾಸ್ಟರ್ ಪಾತ್ರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಬ್ಯಾಕಪ್ನ ಪೂರ್ವಭಾವಿ ಮೋಡ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿದಾಗ, ಮಾಸ್ಟರ್ನಿಂದ ಬ್ಯಾಕಪ್ ಪಾತ್ರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ.
R1(config-if)# no vrrp <group-number> preempt
VRRP ರೂಟರ್ VIP ವಿಳಾಸದ ಮಾಲೀಕರಾಗಿದ್ದರೆ, ಅದು ಯಾವಾಗಲೂ ಮಾಸ್ಟರ್ ಪಾತ್ರವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
VRRP ಆದ್ಯತೆಯನ್ನು 1 ರಿಂದ 254 ರವರೆಗಿನ ಮೌಲ್ಯಗಳಲ್ಲಿ ಹೊಂದಿಸಲಾಗಿದೆ. ಮಾಸ್ಟರ್ ಅಗತ್ಯವಿರುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಮೌಲ್ಯ 0 ಅನ್ನು ಕಾಯ್ದಿರಿಸಲಾಗಿದೆ ಟೇಕ್ ಆಫ್ ರೂಟಿಂಗ್ ಜವಾಬ್ದಾರಿಯನ್ನು ವಹಿಸಿ. VIP ಅನ್ನು ಹೊಂದಿರುವ ರೂಟರ್ಗೆ ಮೌಲ್ಯ 255 ಅನ್ನು ಹೊಂದಿಸಲಾಗಿದೆ. ಡೀಫಾಲ್ಟ್ ಆದ್ಯತೆಯು 100 ಆಗಿದೆ, ಆದರೆ ಆಡಳಿತಾತ್ಮಕವಾಗಿ ಹೊಂದಿಸಬಹುದು:
R1(config-if)#vrrp <group-number> priority <priority 1-254>
ಆಡಳಿತಾತ್ಮಕವಾಗಿ ಹೊಂದಿಸಿದಾಗ ನಾವು ರೂಟರ್ ಆದ್ಯತೆಯನ್ನು ಇಲ್ಲಿ ನೋಡಬಹುದು:
ಮತ್ತು ರೂಟರ್ ವಿಐಪಿಯ ಮಾಲೀಕರಾಗಿರುವ ಒಂದು ಪ್ರಕರಣ ಇಲ್ಲಿದೆ:
VRRP ರೂಟರ್ ಮೂರು ರಾಜ್ಯಗಳನ್ನು ಹೊಂದಬಹುದು: ಆರಂಭಿಸಿ, ಬ್ಯಾಕಪ್, ಮಾಸ್ಟರ್. ರೂಟರ್ ಈ ಸ್ಥಿತಿಗಳನ್ನು ಅನುಕ್ರಮವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ.
ಪ್ರಾರಂಭಿಕ ಸ್ಥಿತಿಯಲ್ಲಿ, ರೂಟರ್ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಪ್ರಾರಂಭಿಸಲು ಕಾಯುತ್ತಿದೆ. ಈ ರೂಟರ್ ವಿಐಪಿ ವಿಳಾಸದ ಮಾಲೀಕರಾಗಿದ್ದರೆ (ಆದ್ಯತೆ 255), ನಂತರ ರೂಟರ್ ಅದು ಮಾಸ್ಟರ್ ಆಗಿದೆ ಎಂದು ಸೂಚಿಸುವ ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಅವನೂ ಕಳುಹಿಸುತ್ತಾನೆ
ಬ್ಯಾಕಪ್ ಸ್ಥಿತಿಯಲ್ಲಿ, ರೂಟರ್ ಮಾಸ್ಟರ್ನಿಂದ ಪ್ಯಾಕೆಟ್ಗಳಿಗಾಗಿ ಕಾಯುತ್ತದೆ. ಈ ಸ್ಥಿತಿಯಲ್ಲಿರುವ ರೂಟರ್ VIP ವಿಳಾಸದಿಂದ ARP ವಿನಂತಿಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವುದಿಲ್ಲ. ವರ್ಚುವಲ್ ರೂಟರ್ನ MAC ವಿಳಾಸವನ್ನು ತಮ್ಮ ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸವಾಗಿ ಹೊಂದಿರುವ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಹ ಇದು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ.
ಮಾಸ್ಟರ್ ಡೌನ್ ಟೈಮರ್ ಸಮಯದಲ್ಲಿ ಬ್ಯಾಕಪ್ ಮಾಸ್ಟರ್ನಿಂದ ಸಂದೇಶವನ್ನು ಸ್ವೀಕರಿಸದಿದ್ದರೆ, ಅದು ಮಾಸ್ಟರ್ ಆಗಲಿದೆ ಎಂದು ಸೂಚಿಸುವ VRRP ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ನಂತರ VRRP ಪ್ರಸಾರ ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಇದರಲ್ಲಿ ಮೂಲ MAC ವಿಳಾಸವು ಈ ವರ್ಚುವಲ್ ರೂಟರ್ನ ವಿಳಾಸಕ್ಕೆ ಸಮಾನವಾಗಿರುತ್ತದೆ. ಈ ಸಂದೇಶದಲ್ಲಿ, ರೂಟರ್ ಅದರ ಆದ್ಯತೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ.
ಮಾಸ್ಟರ್ ಸ್ಥಿತಿಯಲ್ಲಿ, ರೂಟರ್ ವರ್ಚುವಲ್ ರೂಟರ್ಗೆ ಉದ್ದೇಶಿಸಲಾದ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಪ್ರಕ್ರಿಯೆಗೊಳಿಸುತ್ತದೆ. ಇದು ವಿಐಪಿಗೆ ARP ವಿನಂತಿಗಳಿಗೆ ಸಹ ಪ್ರತಿಕ್ರಿಯಿಸುತ್ತದೆ. ಮಾಸ್ಟರ್ ಪ್ರತಿ ಆಡ್ವರ್ ಟೈಮರ್ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಲು VRRP ಸಂದೇಶಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ.
*May 13 19:52:18.531: %VRRP-6-STATECHANGE: Et1/0 Grp 1 state Init -> Backup
*May 13 19:52:21.751: %VRRP-6-STATECHANGE: Et1/0 Grp 1 state Backup -> Master
VRRP ಬಹು ರೂಟರ್ಗಳಲ್ಲಿ ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸಿಂಗ್ ಅನ್ನು ಸಹ ಅನುಮತಿಸುತ್ತದೆ. ಇದನ್ನು ಮಾಡಲು, ಒಂದು ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿ ಎರಡು VRRP ಗುಂಪುಗಳನ್ನು ರಚಿಸಲಾಗಿದೆ. ಒಂದು ಗುಂಪಿಗೆ ಇನ್ನೊಂದಕ್ಕಿಂತ ಹೆಚ್ಚಿನ ಆದ್ಯತೆಯನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ. ಈ ಸಂದರ್ಭದಲ್ಲಿ, ಎರಡನೇ ರೂಟರ್ನಲ್ಲಿ ಆದ್ಯತೆಯನ್ನು ವಿರುದ್ಧ ರೀತಿಯಲ್ಲಿ ಹೊಂದಿಸಲಾಗಿದೆ. ಆ. ಒಂದು ರೂಟರ್ನಲ್ಲಿ ಮೊದಲ ಗುಂಪಿನ ಆದ್ಯತೆ 100 ಆಗಿದ್ದರೆ ಮತ್ತು ಎರಡನೇ ಗುಂಪು 200 ಆಗಿದ್ದರೆ, ಇನ್ನೊಂದು ರೂಟರ್ನಲ್ಲಿ ಮೊದಲ ಗುಂಪಿನ ಆದ್ಯತೆ 200 ಮತ್ತು ಎರಡನೇ 100 ಆಗಿರುತ್ತದೆ.
ಮೊದಲೇ ಹೇಳಿದಂತೆ, ಪ್ರತಿ ಗುಂಪು ತನ್ನದೇ ಆದ ವಿಶಿಷ್ಟ ವಿಐಪಿ ಹೊಂದಿರಬೇಕು. ಪರಿಣಾಮವಾಗಿ, ನಾವು ಎರಡು ರೂಟರ್ಗಳಿಂದ ಸೇವೆ ಸಲ್ಲಿಸಿದ ಎರಡು IP ವಿಳಾಸಗಳನ್ನು ಪಡೆಯುತ್ತೇವೆ, ಪ್ರತಿಯೊಂದೂ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ಅರ್ಧ ಕಂಪ್ಯೂಟರ್ಗಳಿಗೆ ಒಂದು ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ವಿಳಾಸವನ್ನು ನಿಗದಿಪಡಿಸಲಾಗಿದೆ, ಅರ್ಧ ಇನ್ನೊಂದು. ಹೀಗಾಗಿ, ಸಂಚಾರದ ಅರ್ಧದಷ್ಟು ಒಂದು ರೂಟರ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ, ಮತ್ತು ಇನ್ನೊಂದು ರೂಟರ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ. ರೂಟರ್ಗಳಲ್ಲಿ ಒಂದು ವಿಫಲವಾದರೆ, ಎರಡನೆಯದು ಎರಡೂ ವಿಐಪಿಗಳ ಕೆಲಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
ಹೀಗಾಗಿ, ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇನ ದೋಷ ಸಹಿಷ್ಣುತೆಯನ್ನು ಸಂಘಟಿಸಲು VRRP ನಿಮಗೆ ಅನುಮತಿಸುತ್ತದೆ, ನೆಟ್ವರ್ಕ್ನ ವಿಶ್ವಾಸಾರ್ಹತೆಯನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಮತ್ತು ನೀವು ಹಲವಾರು ವರ್ಚುವಲ್ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳನ್ನು ಬಳಸಿದರೆ, ನೀವು ನೈಜ ಮಾರ್ಗನಿರ್ದೇಶಕಗಳ ನಡುವಿನ ಲೋಡ್ ಅನ್ನು ಸಹ ಸಮತೋಲನಗೊಳಿಸಬಹುದು. ಟೈಮರ್ಗಳನ್ನು ಕಡಿಮೆ ಮಾಡುವ ಮೂಲಕ ವೈಫಲ್ಯದ ಪ್ರತಿಕ್ರಿಯೆಯ ವೇಗವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು.
ಮೂಲ: www.habr.com