BGP ಸೆಷನ್ ಚಾಲನೆಯಲ್ಲಿದೆ, ಗ್ರಾಹಕರ ದಾರಿ ಮುರಿದಿದೆ: DMVPN ಮೇಲೆ MPLS

ಪಿಯರಿಂಗ್ ವಾರಗಳಿಂದ ಚಾಲನೆಯಲ್ಲಿದೆ, ಪ್ರಿಫಿಕ್ಸ್ ಎಣಿಕೆ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೂ ಒಬ್ಬ ಗ್ರಾಹಕರ ಸಂಚಾರ ಇನ್ನೂ ದೀರ್ಘ ಮಾರ್ಗ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಅಥವಾ ತಲುಪುವುದೇ ಇಲ್ಲ. ಒಂದೇ ಸೂಚಕದಿಂದ ಎರಡು ಬೇರೆ ವಿಷಯಗಳನ್ನು ನಿರ್ಣಯಿಸಲಾಗುತ್ತಿದೆ. BGP ಸೆಷನ್ ಎರಡು ಪಿಯರ್‌ಗಳು TCP ಸಂಪರ್ಕದ ಮೂಲಕ ಸಂದೇಶ ವಿನಿಮಯ ಮಾಡಬಹುದು ಎಂದು ತಿಳಿಸುತ್ತದೆ; ಆ ನಿರ್ದಿಷ್ಟ ಗ್ರಾಹಕರಿಗೆ ಲೇಬಲ್ ಇರುವ ಪ್ಯಾಕೆಟ್ ಒಯ್ಯಲು ಓವರ್‌ಲೇ ಸಮರ್ಥವೇ ಎಂಬುದರ ಬಗ್ಗೆ ಅದು ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಈ ಅಂತರ MPLS-over-DMVPN ವಿನ್ಯಾಸದಲ್ಲಿ ಸುಲಭವಾಗಿ ಕಾಣುತ್ತದೆ, ಅಲ್ಲಿ ಹಬ್ ಮಾರ್ಗ ಮತ್ತು ನೇರ ಸ್ಪೋಕ್ ಮಾರ್ಗ ಪಿಯರಿಂಗ್‌ಗೆ ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಗಳಿಂದ ವಿಭಿನ್ನವಾಗಿ ವರ್ತಿಸಬಹುದು.

ಸೆಷನ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ

BGP TCP ಮೇಲೆ ಚಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಏನಾದರೂ ಸಂಭವಿಸುವ ಮೊದಲು ಪ್ರತಿ ಪಿಯರ್‌ಗೆ ಇನ್ನೊಂದು ತುದಿಯ ವಿಳಾಸಕ್ಕೆ ಮಾರ್ಗ ಬೇಕು. ಆ ತುದಿಯಾಗಿ loopback ಆರಿಸಿದರೆ ನೀವು ಫಾರ್ವರ್ಡಿಂಗ್‌ನ ಖಾತರಿ ಅಲ್ಲ, ತಲುಪುವಿಕೆಯ ಷರತ್ತನ್ನು ಸೃಷ್ಟಿಸಿದ್ದೀರಿ. ನಂತರ ಸೆಷನ್ ಗ್ರಾಹಕರ ಸಂಚಾರ ಎಂದಿಗೂ ಬಳಸದ ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಚಾಲನೆಯಲ್ಲಿರಬಹುದು.

ತೀರ್ಮಾನಗಳಿಗೆ ಬರುವ ಮೊದಲು ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ನಾಲ್ಕು ಸಂಗತಿಗಳನ್ನು ಬರೆಯಿರಿ: ಸೆಷನ್‌ನ ಮೂಲ ವಿಳಾಸ, ಗಮ್ಯ ವಿಳಾಸ, ಅದು ಇರುವ ರೂಟಿಂಗ್ ಸಂದರ್ಭ, ಮತ್ತು ಕರ್ನಲ್ ಅಥವಾ ರೂಟರ್ ಆ ಜೋಡಿಗೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಆರಿಸುತ್ತದೆ. ಈ ಸಂಗತಿಗಳು ನಿಯಂತ್ರಣ ಸಮತಲವನ್ನು ವಿವರಿಸುತ್ತವೆ. ಗ್ರಾಹಕರ ಪ್ಯಾಕೆಟ್‌ಗಳು ಅವುಗಳ ಮೇಲೆ VRF, ಲೇಬಲ್ ಸ್ಟಾಕ್ ಮತ್ತು ಓವರ್‌ಲೇ ಮ್ಯಾಪಿಂಗ್ ಸೇರಿಸುತ್ತವೆ.

ನಾಲ್ಕು ಕಾರ್ಯವಿಧಾನಗಳು, ಒಂದಲ್ಲ

MPLS-over-DMVPN ಬಗ್ಗೆ Cisco ದಸ್ತಾವೇಜು ಭಾಗಗಳನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಬೇರ್ಪಡಿಸುತ್ತದೆ. MP-BGP ಪೂರೈಕೆದಾರರ ಅಂಚಿನ ಸಾಧನಗಳ ನಡುವೆ ಗ್ರಾಹಕರ ಓವರ್‌ಲೇ ಲೇಬಲ್‌ಗಳನ್ನು ಹಂಚುತ್ತದೆ. MPLS ಆ ಲೇಬಲ್‌ಗಳನ್ನು ಪ್ಯಾಕೆಟ್‌ನ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಂದರ್ಭ ಆರಿಸಲು ಬಳಸುತ್ತದೆ. NHRP ಓವರ್‌ಲೇ ವಿಳಾಸವನ್ನು ಕ್ರಿಯಾತ್ಮಕ ಸುರಂಗಕ್ಕೆ ಬೇಕಾದ ಸಾಗಣೆ ತುದಿಗೆ ಮ್ಯಾಪ್ ಮಾಡುತ್ತದೆ. IPsec ಅನ್ವಯವಾಗುವಲ್ಲಿ ಪಿಯರ್ ಮಾರ್ಗವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ.

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

ಹಬ್ ಮಾರ್ಗವನ್ನು ಶಾರ್ಟ್‌ಕಟ್‌ನೊಂದಿಗೆ ಹೋಲಿಸಿ, ಒಂದು ಸಮಯಕ್ಕೆ ಒಂದು ಚರ

ಮೂಲ ಹೋಸ್ಟ್, ಗಮ್ಯ ಹೋಸ್ಟ್ ಮತ್ತು VRF ಸ್ಥಿರಗೊಳಿಸಿ, ನಂತರ ಅದೇ ಹರಿವನ್ನು ಎರಡು ಬಾರಿ ಅನುಸರಿಸಿ. ಹಬ್ ಮಾರ್ಗದಲ್ಲಿ ಮುಂದಿನ ಹಾಪ್, ದೂರದ ಗ್ರಾಹಕ ಸಂದರ್ಭವನ್ನು ಗುರುತಿಸುವ ಸೇವಾ ಲೇಬಲ್, ಮತ್ತು ಬಳಕೆಯಲ್ಲಿರುವ ಓವರ್‌ಲೇ-ಟು-ಸಾಗಣೆ ಮ್ಯಾಪಿಂಗ್ ಬರೆಯಿರಿ. ಉದ್ದೇಶಿತ ನೇರ ಮಾರ್ಗದಲ್ಲಿಯೂ ಅದೇ ಮೂರು ವಿಷಯಗಳನ್ನು ಬರೆಯಿರಿ. ಎರಡು ಪಟ್ಟಿಗಳ ನಡುವಿನ ವ್ಯತ್ಯಾಸವೇ ದೋಷ, ಅಥವಾ ದೋಷದ ಅನುಪಸ್ಥಿತಿ.

ಹೋಲಿಕೆಯ ಸಮಯದಲ್ಲಿ ಹರಿವನ್ನು ಸ್ಥಿರವಾಗಿಡಿ. ವೀಕ್ಷಣೆಗಳ ನಡುವೆ ಮೂಲ ಹೋಸ್ಟ್, VRF ಅಥವಾ ಗಮ್ಯವನ್ನು ಬದಲಿಸುವುದು ಪರಸ್ಪರ ಸಂಬಂಧವಿಲ್ಲದ ಎರಡು ಕಥೆಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ, ಮತ್ತು ಈ ಅಭ್ಯಾಸ ಕೆಟ್ಟದಾಗುವ ಸಾಮಾನ್ಯ ದಾರಿ ಅದೇ.

loopback ಪರೀಕ್ಷೆಗಳನ್ನು ಅವುಗಳದೇ ಕೋಣೆಯಲ್ಲಿ ಇಡಿ

ರೂಟರ್‌ನ loopback‌ನಿಂದ ಕಳುಹಿಸಿದ ping ಉಪಯುಕ್ತ ಪರೀಕ್ಷೆ, ಮತ್ತು ಅದು ಹೋಸ್ಟ್‌ನಿಂದ ಬರುವ ಹರಿವಿಗಿಂತ ಬೇರೆ ಸಂದರ್ಭವನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ. ಮೂಲ ವಿಳಾಸ ರೂಟರ್‌ನದು, ಅದರ ರೂಟಿಂಗ್ ಸಂದರ್ಭ VRF ಬದಲು ಜಾಗತಿಕವಾಗಿರಬಹುದು, ಮತ್ತು ಪ್ರತ್ಯುತ್ತರದ ಮಾರ್ಗ ಗ್ರಾಹಕ ಪ್ರಿಫಿಕ್ಸ್ ತೆಗೆದುಕೊಳ್ಳುವ ಮಾರ್ಗಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು. ಆದ್ದರಿಂದ loopback ಉತ್ತರಿಸುವುದು ಮತ್ತು ಈ ಅನ್ವಯ ಶಾರ್ಟ್‌ಕಟ್ ಮೂಲಕ ಕೆಲಸ ಮಾಡುವುದು ಬೇರೆ ಬೇರೆ ಫಲಿತಾಂಶಗಳು, ಮತ್ತು ಎರಡನೆಯದು ಮಾತ್ರ ಗ್ರಾಹಕರನ್ನು ವಿವರಿಸುತ್ತದೆ.

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

ಆವೃತ್ತಿ ಮತ್ತು ದೋಷದ ಹೇಳಿಕೆಗಳಿಗೆ ಅವುಗಳದೇ ಸಾಕ್ಷ್ಯ ಬೇಕು

ಕ್ಷೇತ್ರ ವರದಿಗಳು ಕೆಲವೊಮ್ಮೆ ಹೋಸ್ಟ್ ಮಾಸ್ಕ್ ಅಥವಾ BGP ಮೂಲ ವಿಳಾಸವನ್ನು ಬದಲಿಸಲು ಸೂಚಿಸುತ್ತವೆ, ಮತ್ತು ಅಂತಹ ವರದಿಗಳನ್ನು ಅವು ಬರೆಯಲಾದ ದೋಷ ಮತ್ತು ಅದು ಬಾಧಿಸಿದ ಬಿಡುಗಡೆಗಳ ಜೊತೆಗೆ ಮಾತ್ರ ಓದಬೇಕು. ಒಂದು ಬಿಡುಗಡೆಯ ಪರಿಹಾರವು ಪ್ರತಿ /32 ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಆರ್ಕಿಟೆಕ್ಚರ್ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ ಎಂಬ ಹೇಳಿಕೆಯಲ್ಲ.

ನಿಮ್ಮ DMVPN ಹಂತ, ವೇದಿಕೆ ಮತ್ತು ಬಿಡುಗಡೆಗೆ ಹೊಂದುವ ದಸ್ತಾವೇಜನ್ನು ಬಳಸಿ, ಮತ್ತು ಒಂದು ಅಧ್ಯಾಯ FlexVPN ಸೇರಿದಂತೆ ಹಲವು ಸಂರಚನೆಗಳನ್ನು ಒಳಗೊಳ್ಳಬಹುದು ಎಂದು ನೆನಪಿಡಿ. ಒಂದು ಸಂರಚನೆಯ ಉದಾಹರಣೆ ಮತ್ತೊಂದಕ್ಕೆ ಮೌನವಾಗಿ ವರ್ಗಾವಣೆಯಾಗುವುದಿಲ್ಲ. ನಿಮಗೆ ನಿಜವಾಗಿ ಬೇಕಾದ ನಿಯಂತ್ರಣ-ಸಮತಲ ವಿನ್ಯಾಸಕ್ಕೆ ಸೆಷನ್ ತುದಿಗಳನ್ನು ಆರಿಸಿ, ನಂತರ ಗ್ರಾಹಕರ ಫಾರ್ವರ್ಡಿಂಗ್ ಮಾರ್ಗವನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ loopback ಮಾಸ್ಕ್ ಮರುಬರೆಯುವುದು ಯಾವ ಕೆಲಸ ವಿಫಲವಾಯಿತು ಎಂದು ಕಂಡುಹಿಡಿಯುವುದರ ಬದಲಿಯಲ್ಲ.