AS ಗಡಿಯಲ್ಲಿ VPNv4 ಲೇಬಲ್ ಓದುವುದು: ಯಾವ inter-AS ಮಾದರಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ

AS ಗಡಿ ರೌಟರ್ನಲ್ಲಿ VPNv4 ಲೇಬಲ್ ಓದುವುದು, ಆ ಹಸ್ತಾಂತರ ಯಾವ inter-AS ಮಾದರಿಯನ್ನು ಅಳವಡಿಸಿದೆ ಎಂದು ತಿಳಿಯುವವರೆಗೆ ಹೆಚ್ಚು ಹೇಳುವುದಿಲ್ಲ. ಲೇಬಲ್ ಮಾರ್ಗದ ಸ್ವಂತ ಗುಣವಲ್ಲ; ಅದು ಎರಡು ರೌಟರ್ಗಳ ನಡುವಿನ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮತ್ತು ವಿತರಣೆಯ ಬಗ್ಗೆ ಒಪ್ಪಂದವನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಪ್ರದರ್ಶನ ಓದುವ ಮೊದಲು ಮಾದರಿಯನ್ನು ಗುರುತಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ಯಾರೂ ಬರೆಯದ ಒಪ್ಪಂದವನ್ನು ಡೀಬಗ್ ಮಾಡುತ್ತಿದ್ದೀರಿ.

ಗಡಿ ಯಾವ ಮಾದರಿಯನ್ನು ಅಳವಡಿಸಿದೆ

VRF-ತಿಂದ-VRF ವ್ಯವಸ್ಥೆ ಹೊಂದುವ VRFಗಳನ್ನು ರೌಟ್ ಮಾಡಿದ ಸಂಪರ್ಕಗಳ ಮೂಲಕ ಸೇರಿಸುತ್ತದೆ. ಪ್ರತಿ ಬದಿಯೂ ಇನ್ನೊಂದನ್ನು ಗ್ರಾಹಕ-ಅಂಚಿನ ನೆರೆಯವರಾಗಿ ನೋಡುತ್ತದೆ ಮತ್ತು ಅವು ಸಾಮಾನ್ಯ IPv4 ಮಾರ್ಗಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಳ್ಳುತ್ತವೆ, ಆದ್ದರಿಂದ ಆ ಗಡಿಯಲ್ಲಿ MPLS ಅಗತ್ಯವಿಲ್ಲ.

ಎರಡನೇ ವ್ಯವಸ್ಥೆ ಗಡಿ ರೌಟರ್ಗಳ ನಡುವೆಯೇ ಲೇಬಲ್ ಮಾಡಿದ VPNv4 ಮಾರ್ಗಗಳನ್ನು ವಿನಿಮಯ ಮಾಡುತ್ತದೆ. ಇದು ಸಂಪರ್ಕದ ಉದ್ದಕ್ಕೂ ಸ್ಥಿರವಾದ ಲೇಬಲ್-ಸ್ವಿಚ್ಡ್ ಮಾರ್ಗ ಮತ್ತು ಎರಡೂ ಬದಿಗಳು ಒಪ್ಪುವ route-target ಹಂಚಿಕೆ ಹಾಗೂ ನಂಬಿಕೆ ಮಾದರಿ ಇದ್ದಾಗ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಎರಡರಲ್ಲಿ ಒಂದು ಇಲ್ಲದಿದ್ದರೆ, ಸಂರಚನೆ ಏನು ಸೂಚಿಸಿದರೂ ಮಾದರಿ ಬಳಕೆಯಲ್ಲಿಲ್ಲ.

ಮೂರನೆಯದು AS ಗಳಾದ್ಯಂತ VPN ಮಾರ್ಗಗಳು ಅಂತ್ಯಬಿಂದುಗಳ ಅಥವಾ ಮಾರ್ಗ ಪ್ರತಿಬಿಂಬಕಗಳ ನಡುವೆ ಸಾಗುವಾಗ ಲೇಬಲ್ ಮಾಡಿದ PE ತಲುಪುವಿಕೆಯನ್ನು ಹಂಚುತ್ತದೆ. ಮೂರೂ ಗಡಿಯಲ್ಲಿ ಬೇರೆ ಬೇರೆ ಕೆಲಸ ಬಿಡುತ್ತವೆ, ಮತ್ತು ಒಂದು ಮಾದರಿಯ ನಿಯಂತ್ರಣ ಸಮತಲವನ್ನು ಇನ್ನೊಂದರ ಇಂಟರ್ಫೇಸ್ ಊಹೆಗಳೊಂದಿಗೆ ಬೆರೆಸುವುದು ಸಾಂಪ್ರದಾಯಿಕ ವೈಫಲ್ಯ. ಆ ಅಸಮಂಜಸತೆ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಬದಿಯಲ್ಲಿ ಸರಿ ಕಾಣುವ ಲೇಬಲ್ ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಮಾಯವಾಗುವ ರೂಪದಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ.

ಒಂದು ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ತುದಿಯಿಂದ ತುದಿಗೆ ಓದಿ

ಅನುಮತಿಸಲಾದ ಒಂದು ಗ್ರಾಹಕ ಪ್ರಿಫಿಕ್ಸ್ ತೆಗೆದುಕೊಂಡು ಅದನ್ನು ನಡೆಯಿರಿ. ಏನು ಜಾಹೀರಾತಾಗಿದೆ, ಏನು ಬಂದಿದೆ, ಮುಂದಿನ ಹಾಪ್, ಲೇಬಲ್ ಮತ್ತು ಅದನ್ನು ಒಪ್ಪಿಕೊಂಡ ಆಮದು ನೀತಿಯನ್ನು ನೋಡಿ. ನಂತರ ರೌಟರ್ ಆ ಮುಂದಿನ ಹಾಪ್ನ ಕಡೆಗಿನ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಹೇಗೆ ಪರಿಹರಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ, ಏಕೆಂದರೆ ಲೇಬಲ್ ಪ್ಯಾಕೆಟ್ ಆಗುವುದು ಅಲ್ಲಿಯೇ. ಯಾವುದಾದರೂ ಅರ್ಧ ಬಿಟ್ಟರೆ, ಟ್ರಾಫಿಕ್ ಸಾಗಿಸದೆಯೂ ಇರಬಹುದಾದ ನಿಯಂತ್ರಣ ಸಮತಲವನ್ನು ವಿವರಿಸುತ್ತಿದ್ದೀರಿ. ಎರಡೂ ಓದುಗಳು ಒಟ್ಟಿಗೆ ಮಾತ್ರ ಅರ್ಥಪೂರ್ಣ.

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

ಲೇಬಲ್ ಸ್ಥಳೀಯ, ಮತ್ತು ಭರವಸೆಯೂ ಹಾಗೆಯೇ

ಸಾಮರ್ಥ್ಯವನ್ನು ಸಂಪರ್ಕದ ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ, ಒಂದರಲ್ಲಿ ಅಲ್ಲ. ನಿಮ್ಮ ಇಂಟರ್ಫೇಸ್ನಲ್ಲಿನ ಆದೇಶ ನೆರೆಯ ಪೂರೈಕೆದಾರರ ಇಂಟರ್ಫೇಸ್ಗೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಮತ್ತು BGP ಒಪ್ಪಿಕೊಂಡ ಮಾರ್ಗವೊಂದು ನೆರೆಯವರು ಲೇಬಲ್ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್ ಫಾರ್ವರ್ಡ್ ಮಾಡುವುದನ್ನು ತಾನೇ ಬದ್ಧಗೊಳಿಸುವುದಿಲ್ಲ.

RFC 4364 ಲೇಬಲ್ ಮಾಡಿದ VPNv4 ಪೀರಿಂಗ್ ಅನ್ನು ವಿಶ್ವಾಸಾರ್ಹ ವ್ಯವಸ್ಥೆಗಳಿಗೆ ಸೀಮಿತಗೊಳಿಸುತ್ತದೆ ಮತ್ತು ಆ ಪೀರ್ಗೆ ಎಂದೂ ಜಾಹೀರಾತಾಗದ ಲೇಬಲ್ಗಳನ್ನು ಸ್ವೀಕರಿಸಬೇಡಿ ಎಂದು ಎಚ್ಚರಿಸುತ್ತದೆ. ಇದು ಪ್ರೋಟೋಕಾಲ್ ಹೇಳಿಕೆಯಷ್ಟೇ ಸುರಕ್ಷತಾ ಹೇಳಿಕೆಯೂ ಆಗಿದೆ. ಸಾರ್ವಜನಿಕ ಇಂಟರ್ನೆಟ್ ಮಾರ್ಗದ ಸಂಬಂಧವನ್ನು ಖಾಸಗಿ VPN ಮಾರ್ಗ ವಿನಿಮಯದಿಂದ ದೂರವಿಡಿ. ಸಂಪರ್ಕ ಸಾಮಾನ್ಯ IP ಆಗಿದ್ದರೆ, ಲೇಬಲ್ ಅದನ್ನು ದಾಟಿ ಉಳಿಯುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸಬೇಡಿ. ಮತ್ತು ಕೊಂಡಿ ಲೇಬಲ್ ಮಾಡಿದ್ದರೆ, ಹೊರ ಸಾಗಣೆ ಲೇಬಲ್ ಪ್ರತಿ ಹಾಪ್ನಲ್ಲಿ ಸರಿಯಾಗಿ ಬದಲಾಗುತ್ತಿದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ.

ಒಂದು ಬದಿಯಲ್ಲಿ ಸರಿ ಕಾಣುತ್ತಾ ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಮಾಯವಾಗುವ ಲೇಬಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಆ ಅಸಮಂಜಸತೆ, ಮಾರ್ಗದ ದೋಷವಲ್ಲ.

ಸ್ವೀಕಾರದ ಸಮಯದಲ್ಲಿ ಏನನ್ನು ಬರೆದಿಡಬೇಕು

ಸ್ವೀಕಾರವು ಕೋಷ್ಟಕದ ಪರಿಶೀಲನೆಯಲ್ಲ, ಪ್ಯಾಕೆಟ್ ಪರೀಕ್ಷೆ. ಗ್ರಾಹಕ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ದೂರದ VRF ಗೆ ಹಿಂಬಾಲಿಸಿ ಮತ್ತು ಅದರ ಪ್ರತ್ಯುತ್ತರವನ್ನು ಹಿಂದಕ್ಕೆ ಹಿಂಬಾಲಿಸಿ, ನಂತರ ಹಸ್ತಾಂತರ ಯಾವ ಮಾದರಿಯನ್ನು ಅಳವಡಿಸಿದೆ ಎಂದು ಬರೆದಿಡಿ. ಸೇರಿಸಿ ಎರಡೂ ಬದಿಗಳ ಹಸ್ತಾಂತರ ಜವಾಬ್ದಾರರನ್ನು ಮತ್ತು ಗಡಿ ಸಾಮಾನ್ಯ IP ಯನ್ನು ಸಾಗಿಸುತ್ತದೆಯೇ ಅಥವಾ ಲೇಬಲ್ ಮಾಡಿದ ಟ್ರಾಫಿಕ್ ಅನ್ನು.

ಆ ಟಿಪ್ಪಣಿಯೇ ಮುಂದಿನ ನಿರ್ವಾಹಕರಿಗೆ ಅದೇ ಲೇಬಲ್ ಪ್ರದರ್ಶನವನ್ನು ಸರಿಯಾಗಿ ಓದಲು ಅವಕಾಶ ಮಾಡಿಕೊಡುತ್ತದೆ. ಅದಿಲ್ಲದಿದ್ದರೆ ಮಾದರಿಯನ್ನು ಸಂರಚನೆಯಿಂದ ಊಹಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಊಹಿಸಿದ ಊಹೆಗಳೇ ಅದೇ ತಪ್ಪು ಪುನರಾವರ್ತನೆಯಾಗುವ ದಾರಿ. RFC 4364 ರ inter-AS ವಿಭಾಗ ಯಾವ ಮಾದರಿ ಉದ್ದೇಶಿತವಾಗಿತ್ತು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ಸ್ಥಳ.