AWS VGW ಸಬ್ನೆಟ್ ಮಾರ್ಗವು ಒಂದು VPN ಸುರಂಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ ಏಕೆ

ಎರಡು Site-to-Site VPN ಸಂಪರ್ಕಗಳು ಒಂದೇ ವರ್ಚುವಲ್ ಖಾಸಗಿ ಗೇಟ್ವೇಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಒಂದೇ ಶಾಖಾ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಘೋಷಿಸುತ್ತವೆ. ಸಬ್ನೆಟ್ ಮಾರ್ಗ ಕೋಷ್ಟಕದಲ್ಲಿ ಆ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಗೇಟ್ವೇಗೆ ತೋರಿಸುವ ಒಂದು ನಮೂದು ಇದೆ, ಮತ್ತು ಸುರಂಗವನ್ನು ಹೆಸರಿಸುವ ಯಾವುದೇ ಕ್ಷೇತ್ರವಿಲ್ಲ. ಆದ್ದರಿಂದ ಸಂಪರ್ಕಗಳ ನಡುವಿನ ಆದ್ಯತೆ ಕನ್ಸೋಲ್ ಮಾರ್ಗನಿರ್ದೇಶನ ಎಂದು ಕರೆಯದ ಸ್ಥಳದಲ್ಲಿ ನಡೆಯುತ್ತದೆ. ಯಾವ ಪದರ ನಿರ್ಣಯವನ್ನು ಹೊಂದಿದೆ ಎಂದು ತಿಳಿಯುವುದೇ ಕೆಲಸ ಮಾಡುವ ಸ್ಟ್ಯಾಂಡ್ಬೈ ಮತ್ತು ಏನನ್ನೂ ಮಾಡದ ಬದಲಾವಣೆಯ ನಡುವಿನ ವ್ಯತ್ಯಾಸ.

ಎರಡು ಪದರಗಳು ಆಟದಲ್ಲಿವೆ: ಯಾವ ಗೇಟ್ವೇ ಎಂದು ಹೇಳುವ VPC ಮಾರ್ಗ, ಮತ್ತು ಗೇಟ್ವೇಯ ಸ್ವಂತ ಸುರಂಗ ಆಯ್ಕೆ. ಇವೆರಡನ್ನು ಬೆರೆಸಿದರೆ ಮಾರ್ಗ ಕೋಷ್ಟಕದಲ್ಲಿ ಸರಿಯಾಗಿ ಕಾಣುವ ಮತ್ತು ಒಂದೂ ಪ್ಯಾಕೆಟ್ ಚಲಿಸದ ಸಂಪಾದನೆಗಳು ಉಂಟಾಗುತ್ತವೆ.

ಒಂದೇ ರೀತಿ ಕಾಣುವ ಎರಡು ಪದರಗಳು

ಸಬ್ನೆಟ್ ಮಾರ್ಗವು ಒಂದೇ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಈ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಯಾವ ಲಗತ್ತು? ಅದರ ಗುರಿ ವರ್ಚುವಲ್ ಖಾಸಗಿ ಗೇಟ್ವೇ, ಮತ್ತು ಅದರ ಮೆಟ್ರಿಕ್ ಅದೇ ಕೋಷ್ಟಕದ ಇತರ ಮಾರ್ಗಗಳೊಂದಿಗೆ ಮಾತ್ರ ಸ್ಪರ್ಧಿಸುತ್ತದೆ. ಆ ನಮೂದಿನಲ್ಲಿ ಸುರಂಗ ಒಂದನ್ನು ಸುರಂಗ ಎರಡರಿಂದ ಅಥವಾ ಸಂಪರ್ಕ A ಯನ್ನು ಸಂಪರ್ಕ B ಯಿಂದ ಪ್ರತ್ಯೇಕಿಸುವ ಯಾವುದೂ ಇಲ್ಲ. ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಪೂರ್ವಪ್ರತ್ಯಯವು ಬೇರೆ ಗಮ್ಯಸ್ಥಾನ ಹೊಂದಿಕೆಯೇ ಹೊರತು ಸೂಕ್ಷ್ಮತರ ಮಾರ್ಗ ಆಯ್ಕೆಯಲ್ಲ.

ಗೇಟ್ವೇ ಮುಂದಿನ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಆ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಅದು ಇಟ್ಟುಕೊಂಡಿರುವ ಸುರಂಗಗಳಲ್ಲಿ ಯಾವುದು ಈಗ ಸಂಚಾರವನ್ನು ಸಾಗಿಸುತ್ತಿದೆ. ಆ ನಿರ್ಣಯವು ಸುರಂಗದ ಆರೋಗ್ಯ ಮತ್ತು ಗ್ರಾಹಕ ಗೇಟ್ವೇಯಿಂದ ಬಂದ BGP ಗುಣಲಕ್ಷಣಗಳಿಂದ ಬರುತ್ತದೆ, ಮತ್ತು ಅದು ಎಂದಿಗೂ ಸಬ್ನೆಟ್ ಮಾರ್ಗ ಕೋಷ್ಟಕದಲ್ಲಿ ಕಾಣಿಸುವುದಿಲ್ಲ.

VGW ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಹೋಲಿಸುತ್ತದೆ

ಆರೋಗ್ಯ ಮೊದಲು. ಕೆಳಗಿರುವ ಸುರಂಗ, ಅಥವಾ ಏರದ BGP ಅಧಿವೇಶನ, ಯಾವುದೇ ಗುಣಲಕ್ಷಣವನ್ನು ಪರಿಶೀಲಿಸುವ ಮೊದಲೇ ಸೋಲುತ್ತದೆ. ಆದ್ದರಿಂದ ಈಗಾಗಲೇ ವಿಫಲವಾಗುತ್ತಿರುವ ಸಂಪರ್ಕದ ಮೇಲೆ ಮಾರ್ಗವನ್ನು ಮುಂದೆ ಸೇರಿಸುವುದು ಏನನ್ನೂ ಬದಲಾಯಿಸುವುದಿಲ್ಲ.

ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಅರ್ಹ ಮಾರ್ಗಗಳಲ್ಲಿ AWS ಚಿಕ್ಕ AS_PATH ಅನ್ನು ಆದ್ಯತೆ ನೀಡುತ್ತದೆ. ಎರಡು ಮಾರ್ಗಗಳು ಉದ್ದದಲ್ಲಿ ಸಮವಾದಾಗ ಅದು MED ಅನ್ನು ಹೋಲಿಸುತ್ತದೆ, ಮಾರ್ಗದ ಮೊದಲ AS ಬಗ್ಗೆ ದಾಖಲಾದ ಷರತ್ತಿಗೆ ಒಳಪಟ್ಟು. ಜನಪ್ರಿಯ ನಿರೂಪಣೆಯ ಬದಲು ಪ್ರಕಟಿತ ಕ್ರಮವನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಜನಪ್ರಿಯ ನಿರೂಪಣೆ ಸಾಮಾನ್ಯವಾಗಿ ಆರೋಗ್ಯ ಹಂತ ಮತ್ತು ಸ್ಥಿರ ಮಾರ್ಗದ ಅಪವಾದವನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಒಂದು ಪರಿಣಾಮ: ಬ್ಯಾಕಪ್ ಸಂಪರ್ಕದಲ್ಲಿ ಮೂರು ಮುಂದೆ ಸೇರಿಸುವಿಕೆ ಪ್ರಾಥಮಿಕವನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ಚಿಕ್ಕದಾಗಿಸುತ್ತದೆ, ಮತ್ತು ಆದ್ಯತೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸುವ ಸಾಮಾನ್ಯ ದಾರಿ ಅದೇ.

ಮುಂದೆ ಸೇರಿಸುವಿಕೆ, ಮತ್ತು ಅದು ಏನನ್ನೂ ಮಾಡದಿದ್ದಾಗ

ಮುಂದೆ ಸೇರಿಸುವಿಕೆ ಗ್ರಾಹಕ ಗೇಟ್ವೇಯ ಹೊರಹೋಗುವ ಘೋಷಣೆಗಳಲ್ಲಿ ನಡೆಯುತ್ತದೆ, AWS ಒಳಗೆ ಅಲ್ಲ. AWS ತಪ್ಪಿಸಿಕೊಳ್ಳಬೇಕೆಂದು ನೀವು ಬಯಸುವ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ನಿಮ್ಮ ASN ಅನ್ನು ಎರಡು ಅಥವಾ ಮೂರು ಬಾರಿ ಸೇರಿಸುತ್ತೀರಿ, ಮತ್ತು ಆಗ AWS ಆ ಸಂಪರ್ಕಕ್ಕೆ ಉದ್ದವಾದ ಮಾರ್ಗವನ್ನು ಕಾಣುತ್ತದೆ. ಪ್ರಾಥಮಿಕ ಸಂಪರ್ಕವು ಮುಂದೆ ಸೇರಿಸದ ಘೋಷಣೆಯನ್ನೇ ಉಳಿಸಿಕೊಳ್ಳುತ್ತದೆ. ಎರಡೂ ಸಂಪರ್ಕಗಳು ಒಂದೇ ASN ನಿಂದ ಸಮಾನ ಸಂಖ್ಯೆಯ ಮುಂದೆ ಸೇರಿಸುವಿಕೆಯೊಂದಿಗೆ ಘೋಷಿಸಿದರೆ, ನೀವು ಯಾವುದೇ ಆದ್ಯತೆಯನ್ನು ವ್ಯಕ್ತಪಡಿಸಿಲ್ಲ.

ಬದಲಾವಣೆಯ ನಂತರ AWS ಬದಿಯಲ್ಲಿ ಸ್ವೀಕರಿಸಿದ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಗ್ರಾಹಕ ಸಾಧನವನ್ನು ಎಂದಿಗೂ ಬಿಟ್ಟಿಲ್ಲದ ಮುಂದೆ ಸೇರಿಸುವಿಕೆ AWS ಕಡೆಗಣಿಸಿದ ಮುಂದೆ ಸೇರಿಸುವಿಕೆಯಂತೆಯೇ ಕಾಣುತ್ತದೆ.

ಸ್ಥಿರ ಮಾರ್ಗಗಳು ಇಡೀ ವಾದವನ್ನು ಕಡೆಗಣಿಸುತ್ತವೆ

ಸಂಪರ್ಕವು ಸ್ಥಿರ ಮಾರ್ಗನಿರ್ದೇಶನವನ್ನು ಬಳಸಿದರೆ ಉದ್ದ ಮಾಡಲು AS_PATH ಇಲ್ಲ. AWS ಸ್ಥಿರ VPN ಮಾರ್ಗಗಳನ್ನು ಅದೇ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ BGP ಮೂಲಕ ಕಲಿತ ಮಾರ್ಗಗಳಿಗಿಂತ ಆದ್ಯತೆಯುಳ್ಳವು ಎಂದು ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಮಿಶ್ರ ವಿನ್ಯಾಸವು ಸಂಪೂರ್ಣ ಕ್ರಿಯಾತ್ಮಕದಂತೆ ವರ್ತಿಸುವುದಿಲ್ಲ. ಮೊದಲು ಮಾರ್ಗನಿರ್ದೇಶನ ಪ್ರಕಾರವನ್ನು ನಿರ್ಧರಿಸಿ, ನಂತರ ಅದಕ್ಕೆ ಇರುವ ಆದ್ಯತಾ ಕಾರ್ಯವಿಧಾನವನ್ನು ಆಯ್ಕೆ ಮಾಡಿ.

ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಘೋಷಿಸುವ ಎರಡು ಸ್ಥಿರ ಸಂಪರ್ಕಗಳಿದ್ದರೆ ಉಪಯುಕ್ತ ಲಿವರ್ ಪೂರ್ವಪ್ರತ್ಯಯವೇ: ನೀವು ಬಳಸಲು ಬಯಸುವ ಸಂಪರ್ಕದಲ್ಲಿ ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಶ್ರೇಣಿಯನ್ನು ಘೋಷಿಸಿ, ಮತ್ತು ಯಾವ ಮಾರ್ಗ ಗೆಲ್ಲುತ್ತದೆ ಎಂಬುದನ್ನಲ್ಲ, ಯಾವ ಗಮ್ಯಸ್ಥಾನ ಹೊಂದುತ್ತದೆ ಎಂಬುದನ್ನು ಬದಲಾಯಿಸಿದ್ದೀರಿ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ.

ಟ್ರಾನ್ಸಿಟ್ ಗೇಟ್ವೇ ಬೇರೆ ಉತ್ತರ ಏಕೆ

ಟ್ರಾನ್ಸಿಟ್ ಗೇಟ್ವೇ VPN ಲಗತ್ತುಗಳಾದ್ಯಂತ ಸಮಾನ-ವೆಚ್ಚದ ಬಹುಮಾರ್ಗವನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಎರಡು ಸಂಪರ್ಕಗಳು ಒಂದು ಸ್ಟ್ಯಾಂಡ್ಬೈ ನಿಲ್ಲುವ ಬದಲು ಸಂಚಾರವನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. ಆ ವಿನ್ಯಾಸದ ವೈಫಲ್ಯದ ಮೇಲ್ಮೈ ಬೇರೆ: ಹರಿವುಗಳು ಸುರಂಗಗಳ ಮೇಲೆ ಹರಡುತ್ತವೆ, ಮತ್ತು ಒಂದು ಸುರಂಗ ಬಿದ್ದಾಗ ಹೊರೆಯ ಒಂದು ಭಾಗ ಮಾತ್ರ ಸರಿಯುತ್ತದೆ. VGW ಪಾಕವಿಧಾನವನ್ನು ಟ್ರಾನ್ಸಿಟ್ ಗೇಟ್ವೇಗೆ, ಅಥವಾ ವಿರುದ್ಧವಾಗಿ ನಕಲಿಸಿದರೆ ಎರಡೂ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳೂ ಪೂರೈಸದ ನಿರೀಕ್ಷೆಗಳು ಹುಟ್ಟುತ್ತವೆ.

ಕಾರ್ಯವಿಧಾನಕ್ಕಿಂತ ಮೊದಲು ಮಾದರಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಿ: ಸ್ಥಿರಗೊಳಿಸಿದ ಆದ್ಯತೆಯೊಂದಿಗೆ ಸಕ್ರಿಯ ಮತ್ತು ಸ್ಟ್ಯಾಂಡ್ಬೈ, ಅಥವಾ ECMP ಯೊಂದಿಗೆ ಸಕ್ರಿಯ ಮತ್ತು ಸಕ್ರಿಯ.

ಸೆಟ್ ಮಾಡಿದ ನಂತರ ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು

ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಕ್ರಮವಾಗಿ ದೃಢೀಕರಿಸಿ. ಸಬ್ನೆಟ್ ಕೋಷ್ಟಕವು ಇನ್ನೂ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಉದ್ದೇಶಿತ ಗೇಟ್ವೇಗೆ ಬಿಡಿಸುತ್ತದೆ. ಗೇಟ್ವೇ ಎರಡೂ ಸುರಂಗಗಳನ್ನು ಸಕ್ರಿಯ ಎಂದು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ನೀವು ತಪ್ಪಿಸಲು ಬಯಸುವ ಸಂಪರ್ಕದಲ್ಲಿ ಸ್ವೀಕರಿಸಿದ AS_PATH ಇನ್ನೊಂದಕ್ಕಿಂತ ಉದ್ದವಾಗಿದೆ. ಮತ್ತು ಆ ಸಬ್ನೆಟ್ನಲ್ಲಿನ ಇನ್ಸ್ಟಾನ್ಸ್ನಿಂದ ನಿಜವಾದ ಹರಿವು ನಿರೀಕ್ಷಿತ ಸುರಂಗದ ಮೂಲಕ ಹಾದುಹೋಗುತ್ತದೆ, ಹಸಿರು ಸ್ಥಿತಿಯಿಂದ ಊಹಿಸುವ ಬದಲು ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಗಮನಿಸಲಾಗಿದೆ.

ನಂತರ ಅನುಮೋದಿತ ಫೇಲ್ಓವರ್ ಪರೀಕ್ಷೆಯನ್ನು ಚಲಾಯಿಸಿ ಮತ್ತು ಉಳಿದ ಮಾರ್ಗವು ಸೇವೆಯನ್ನು ಸಾಗಿಸುವುದನ್ನು ನೋಡಿ. ಕೇವಲ ಸಂರಚನಾ ವ್ಯತ್ಯಾಸದಲ್ಲಿ ಮಾತ್ರ ಇರುವ ಆದ್ಯತೆ ಇನ್ನೂ ಆದ್ಯತೆ ಅಲ್ಲ.