VXLAN ನಿಂದ MPLS IP VPN ಗೆ: VNI ಎಂಬುದು MPLS ಲೇಬಲ್ ಅಲ್ಲ

ಎರಡೂ ತಂತ್ರಜ್ಞಾನಗಳು ಪ್ಯಾಕೆಟ್ನ ಮುಂದೆ ಗುರುತಿಸುವಿಕೆಯನ್ನು ಇಡುತ್ತವೆ, ಆದ್ದರಿಂದ ತೀರ್ಮಾನ ಸ್ಪಷ್ಟವಾಗಿ ಕಾಣುತ್ತದೆ: VNI ಅನ್ನು MPLS ಲೇಬಲ್ಗೆ ಮ್ಯಾಪ್ ಮಾಡಿ ಮತ್ತು ಎರಡೂ ಜಾಲಗಳು ಸೇರಲಿ. ಅಂತಹ ಮ್ಯಾಪಿಂಗ್ ಬೆಂಬಲಿತ ಕಾರ್ಯಾಚರಣೆಯಾಗಿ ಅಸ್ತಿತ್ವದಲ್ಲಿಲ್ಲ, ಏಕೆಂದರೆ ಗುರುತಿಸುವಿಕೆಗಳು ಬೇರೆ ಬೇರೆ ವಿಷಯಗಳನ್ನು ಸೂಚಿಸುತ್ತವೆ ಮತ್ತು ಬೇರೆ ಬೇರೆ ನಿಯಂತ್ರಣ ಸಮತಲಗಳು ಅವನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ. VNI ಒವರ್ಲೆಯೊಳಗಿನ VXLAN ವಿಭಾಗವನ್ನು ಗುರುತಿಸುತ್ತದೆ; MPLS ಲೇಬಲ್ ಲೇಬಲ್-ಸ್ವಿಚ್ಡ್ ಮಾರ್ಗದ ಉದ್ದಕ್ಕೂ ಮುಂದೆ ಕಳುಹಿಸುವ ನಡವಳಿಕೆಯನ್ನು ಗುರುತಿಸುತ್ತದೆ. ಡೊಮೇನ್ಗಳನ್ನು ಸೇರಿಸುವುದು ರೂಟಿಂಗ್ ನಿರ್ಧಾರ, ಸಂಖ್ಯೆಗಳ ಅನುವಾದವಲ್ಲ.

ಪುರಾಣ: ಎರಡೂ ಲೇಬಲ್ಗಳನ್ನು ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಅವನ್ನು ಮ್ಯಾಪ್ ಮಾಡಿ

ಮೇಲ್ಮೈ ಹೋಲಿಕೆ ನಿಜ ಮತ್ತು ದಾರಿತಪ್ಪಿಸುವಂತಹದ್ದು. VXLAN ತನ್ನ ಹೆಡರ್ನಲ್ಲಿ 24-ಬಿಟ್ VNI ಹೊರುತ್ತದೆ, ಮತ್ತು MPLS ಲೇಬಲ್ಗಳ ರಾಶಿಯನ್ನು ಹೊರುತ್ತದೆ, ಆದ್ದರಿಂದ ಗಡಿ ಸಾಧನದಲ್ಲಿ ಒಂದು ಮೌಲ್ಯವನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಮರುಬರೆಯಬಹುದು ಎಂದು ತೋರುತ್ತದೆ.

ಈ ಕಲ್ಪನೆಯನ್ನು ಮುರಿಯುವುದು ಮೌಲ್ಯದ ಸುತ್ತಲಿನ ಎಲ್ಲವೂ. VNI ಅನ್ನು EVPN ನಿಯಂತ್ರಣ ಸಮತಲ ಮತ್ತು ಕೆಳ ಪದರದ ಸುರಂಗದ ತುದಿಗಳು ಬಗೆಹರಿಸುತ್ತವೆ. ಲೇಬಲ್ ಅನ್ನು MPLS ಮುಂದೆ ಕಳುಹಿಸುವ ಸಮತಲ ಮಾರ್ಗದ ಉದ್ದಕ್ಕೂ ನಿಗದಿಪಡಿಸುತ್ತದೆ. ಯಾವ ಪಕ್ಷದಲ್ಲೂ ಇನ್ನೊಂದು ಪಕ್ಷದ ಗುರುತಿಸುವಿಕೆಯನ್ನು ತನ್ನದೆಂದು ಸ್ವೀಕರಿಸುವ ನಿಗದಿತ ಕ್ರಮವಿಲ್ಲ.

ಒಂದೊಂದು ಬದಿ ನಿಜವಾಗಿ ಏನನ್ನು ಕಳುಹಿಸುತ್ತದೆ

ಫ್ಯಾಬ್ರಿಕ್ ಬದಿಯಲ್ಲಿ ಗಡಿ ಸಾಧನವು VXLAN ಸುರಂಗವನ್ನು ಮುಗಿಸುತ್ತದೆ, VNI ಅನ್ನು ಬಾಡಿಗೆದಾರರ VRF ಗೆ ಮ್ಯಾಪ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸಾಮಾನ್ಯ IP ಆಗಿ ರೂಟ್ ಮಾಡುತ್ತದೆ. ಪೂರೈಕೆದಾರರ ಬದಿಯಲ್ಲಿ PE ಗ್ರಾಹಕರ ಮಾರ್ಗವನ್ನು VRF ಗೆ ಸ್ವೀಕರಿಸುತ್ತದೆ, MPLS ಲೇಬಲ್ ರಾಶಿಯನ್ನು ಹಾಕುತ್ತದೆ ಮತ್ತು ಅದನ್ನು IP VPN ಮೂಲಕ ಕಳುಹಿಸುತ್ತದೆ.

ಈ ಹಸ್ತಾಂತರವೇ RFC 4364 ನಲ್ಲಿ ಚೆನ್ನಾಗಿ ಅರ್ಥವಾದ ಮಾದರಿ: ಗ್ರಾಹಕರ ಅಂಚು ಪೂರೈಕೆದಾರರ ಅಂಚಿನೊಂದಿಗೆ IP ಮಾರ್ಗಗಳನ್ನು ವಿನಿಮಯ ಮಾಡುತ್ತದೆ ಮತ್ತು ಒಂದೊಂದು ಡೊಮೇನ್ ತನ್ನದೇ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಹೊಂದಿದೆ. ಪ್ಯಾಕೆಟ್ PE ತಲುಪುವ ವೇಳೆಗೆ VNI ಮಾಯವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಈ ಮಾದರಿ ಕೆಲಸ ಮಾಡುವುದಕ್ಕೆ ಅದೇ ಕಾರಣ.

ನಿಯಂತ್ರಣ ಸಮತಲಗಳು ಏಕೆ ಸೇರಿಕೊಳ್ಳುವುದಿಲ್ಲ

EVPN Type 5 ಒವರ್ಲೆ ಮುಂದಿನ ಹಾಪ್ಗಳೊಂದಿಗೆ IP ಮುಂಚೂಣಿ ಮಾರ್ಗಗಳನ್ನು ಹೊರುತ್ತದೆ, ಆದರೆ VPN-IPv4 ಪ್ರಕಟಣೆಗಳು ಬೇರೆ ವಿಳಾಸ ಕುಟುಂಬಕ್ಕೆ ಸೇರುತ್ತವೆ. ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಮಾರ್ಗ ಗುರಿಗಳು ಒಂದು ಕುಟುಂಬವನ್ನು ಇನ್ನೊಂದಕ್ಕೆ ಅನುವಾದಿಸುವುದಿಲ್ಲ ಮತ್ತು ಗಡಿಯಾಚೆ ಮುಂದಿನ ಹಾಪ್ಗಳನ್ನು ಬಗೆಹರಿಸುವುದಿಲ್ಲ.

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

ಈ ಗಡಿಯಲ್ಲಿ ಇನ್ನೂ ಎರಡು ಊಹೆಗಳು ವಿಫಲವಾಗುತ್ತವೆ. MPLS IP VPN ರೂಟೆಡ್ ತಲುಪುವಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ, Ethernet ವಿಭಾಗವಲ್ಲ, ಆದ್ದರಿಂದ ಪ್ರಸಾರಗಳನ್ನು ವಿಸ್ತರಿಸಲು ಬದಲಾಗಿ ಬೆಂಬಲಿತ ಲೇಯರ್ 2 ಸೇವೆ ಬೇಕು. ಮತ್ತು ಎರಡೂ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ಗಳು ಬೈಟ್ಗಳನ್ನು ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಪರಿಣಾಮಕಾರಿ MTU ಯಾವುದೇ ಕೆಳ ಪದರ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ಚಿಕ್ಕದಾಗಿದೆ.

ರೂಟೆಡ್ ಹಸ್ತಾಂತರ ಅಥವಾ ಸಂಯೋಜಿತ ಗೇಟ್ವೇ ಆಯ್ಕೆಮಾಡಿ

ಬಾಡಿಗೆದಾರರಿಗೆ IP ತಲುಪುವಿಕೆ ಬೇಕಾದಾಗ ಮತ್ತು ಪೂರೈಕೆದಾರರು ಈಗಾಗಲೇ CE ಕಡೆಗಿನ ಸೇವೆಯನ್ನು ನೀಡುತ್ತಿದ್ದರೆ ರೂಟೆಡ್ ಹಸ್ತಾಂತರವನ್ನು ಆಯ್ಕೆಮಾಡಿ. ಅದು ಮಾಲೀಕತ್ವವನ್ನು ಸ್ವಚ್ಛವಾಗಿ ಇಡುತ್ತದೆ: ಫ್ಯಾಬ್ರಿಕ್ VXLAN ಮತ್ತು EVPN ಹೊಂದಿದೆ, ಪೂರೈಕೆದಾರರು MPLS ಮತ್ತು VPN ಹೊಂದಿದ್ದಾರೆ, ಗಡಿ VRF ನಿಂದ ಇಂಟರ್ಫೇಸ್ಗೆ ಮ್ಯಾಪಿಂಗ್ ಹೊಂದಿದೆ. ಒಂದೇ ಲಿಂಕ್ ಸಾಕು ಎಂದು ಊಹಿಸುವ ಬದಲು ಸಂಪರ್ಕದ ಪ್ರಮಾಣ, ವಿಳಾಸೀಕರಣ ಮತ್ತು ವೈಫಲ್ಯ ವರ್ಗಾವಣೆಯನ್ನು ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಯೋಜಿಸಿ.

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

ಒಂದೊಂದು ಬಾಡಿಗೆದಾರರಿಗೆ ಏನನ್ನು ದಾಖಲಿಸಬೇಕು

ಸಂಪರ್ಕ, ಸ್ವೀಕರಿಸಿದ ಮತ್ತು ರಫ್ತು ಮಾಡಿದ ಮುಂಚೂಣಿಗಳು, ಮುಂದಿನ ಹಾಪ್ ಬಗೆಹರಿಸುವ ವಿಧಾನ ಮತ್ತು ಗಡಿ ಅಥವಾ ಪೂರೈಕೆದಾರ ಲಿಂಕ್ ವೈಫಲ್ಯದ ನಂತರ ನಿರೀಕ್ಷಿತ ನಡವಳಿಕೆಯನ್ನು ಒಳಗೊಂಡ ಬಾಡಿಗೆದಾರ-ನಿರ್ದಿಷ್ಟ ದಾಖಲೆ ಇಟ್ಟುಕೊಳ್ಳಿ. ಎರಡೂ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಗಡಿಗಳಲ್ಲಿ MTU ಬಜೆಟ್ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಕೆಲಸ ಮಾಡುವ ಮುಂದಿನ ದಿಕ್ಕು ಒಂದೇ ಸ್ವಲ್ಪವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ.

ಆ ದಾಖಲೆಯೇ ಎರಡು ಆಡಳಿತ ಡೊಮೇನ್ಗಳನ್ನು ಅವುಗಳ ರೂಟಿಂಗ್ ಮತ್ತು ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಊಹೆಗಳು ಒಂದೇ ಎಂದು ನಟಿಸದೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ. ನಂತರ ಯಾರಾದರೂ VNI ಸುಮಾರು ಲೇಬಲ್ ಆಗಬಹುದೇ ಎಂದು ಕೇಳಿದರೆ, ದಾಖಲೆ ವಾದದ ಬದಲು ವಿನ್ಯಾಸದಿಂದ ಉತ್ತರಿಸುತ್ತದೆ.