MPLS VPN ನಲ್ಲಿ IPv6: ಮೂರು ಆಯ್ಕೆಗಳು, ಒಂದೇ ಅಲ್ಲ ಒಂದು ವಿಳಾಸ ಕುಟುಂಬ
ಗ್ರಾಹಕರ VPN ಮಾರ್ಗಗಳು, PE-ಗಳ ನಡುವಿನ BGP ಸೆಷನ್ ಮತ್ತು ಕೋರ್ ಸಾಗಣೆ ಬೇರೆ ಬೇರೆ ನಿರ್ಧಾರಗಳು. ಒಂದು ಸೆಷನ್ ಒಂದು ಕುಟುಂಬದಲ್ಲಿ ಚಲಿಸುತ್ತಾ ಇನ್ನೊಂದನ್ನು ಸಾಗಿಸಬಹುದು.
ವಿನ್ಯಾಸ ಸಮೀಕ್ಷೆಯಲ್ಲಿ “IPv6 BGP ಮೇಲೆ IPv6 L3VPN ಚಲಾಯಿಸಿ” ಎಂದು ಹೇಳಿ, ಆ ಒಂದೇ ವಾಕ್ಯದೊಳಗೆ ಮೂರು ಬೇರೆ ಬೇರೆ ನಿರ್ಧಾರಗಳು ಅಡಗಿವೆ. ಯಾವ ಪ್ರಿಫಿಕ್ಸ್ಗಳು ಗ್ರಾಹಕರ VPNಗೆ ಸೇರಿವೆ, ಯಾವ ವಿಳಾಸಗಳು ಪೂರೈಕೆದಾರರ ಅಂಚುಗಳ ನಡುವಿನ ರೂಟಿಂಗ್ ಸೆಷನ್ ಅನ್ನು ಸಾಗಿಸುತ್ತವೆ ಮತ್ತು ಯಾವ ಕೋರ್ ಲೇಬಲ್ ಮಾಡಿದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಸರಿಸುತ್ತದೆ ಎಂಬುದು ಸ್ವತಂತ್ರ ಆಯ್ಕೆಗಳು. ಎಲ್ಲವೂ IPv6 ಆಗಿರಬಹುದು, ಮಿಶ್ರವಾಗಿರಬಹುದು, ಮತ್ತು ಮಿಶ್ರಣವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಅನುಮತಿಸಲಾಗಿದೆ. ಈ ಮೂರನ್ನು ಬೇರ್ಪಡಿಸುವುದೇ ಅಸ್ಪಷ್ಟ ಅಗತ್ಯವನ್ನು ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಪರೀಕ್ಷಿಸಬಹುದಾದ ಯಾವುದೋ ಆಗಿ ಬದಲಿಸುತ್ತದೆ.
ಮೂರು ಕೆಲಸಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ
ಮೊದಲ ಕೆಲಸ ಗ್ರಾಹಕ ಮಾರ್ಗ: ಒಂದು VPN ರೂಟಿಂಗ್ ಸಂದರ್ಭಕ್ಕೆ ಸೇರಿದ ಮತ್ತು ಪ್ರತಿ ಇತರ ಸಂದರ್ಭದಿಂದ ಹೊರಗೆ ಉಳಿಯಬೇಕಾದ IPv6 ಪ್ರಿಫಿಕ್ಸ್ಗಳು. ಎರಡನೆಯದು ಆ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ವಿನಿಮಯ ಮಾಡುವ ಪೂರೈಕೆದಾರರ ಅಂಚಿನ ರೂಟರ್ಗಳ ನಡುವಿನ ರೂಟಿಂಗ್ ಸಂಪರ್ಕ. ಮೂರನೆಯದು ಲೇಬಲ್ ಮಾಡಿದ ಗ್ರಾಹಕ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಕೋರ್ ಮೂಲಕ ದೂರದ ಅಂಚಿಗೆ ಒಯ್ಯುವ ಸಾಗಣೆ. ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ಹೆಸರಿಸುವುದು ಇನ್ನೂ ವಿನ್ಯಾಸವಲ್ಲ.
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
ಪ್ರತಿ ಕೆಲಸಕ್ಕೂ ತನ್ನದೇ ವಿಳಾಸ ಕುಟುಂಬ, ತನ್ನದೇ ವೈಫಲ್ಯ ವಿಧಾನಗಳು ಮತ್ತು ಹೆಚ್ಚಾಗಿ ತನ್ನದೇ ತಂಡ ಇರುತ್ತದೆ. ವಿನ್ಯಾಸ ದಾಖಲೆಯಲ್ಲಿನ ಒಂದೇ ವಾಕ್ಯ ಮೂರೂ ಸಾಲುಗಳನ್ನು ಒಂದಾಗಿ ಒತ್ತಲು ಒಲವು ತೋರುವುದರಿಂದಲೇ ಕೋಷ್ಟಕ ಉಪಯುಕ್ತ.
ಮಾರ್ಗದ ಕುಟುಂಬ VPN-IPv6, IPv6 unicast ಅಲ್ಲ
RFC 4659 BGP/MPLS IPv6 VPN ಕುಟುಂಬವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಮತ್ತು ಅದರ ಸದಸ್ಯತ್ವ IPv6 ಎಂಬ ಪದ ಸೂಚಿಸುವುದಕ್ಕಿಂತ ನಿರ್ದಿಷ್ಟವಾಗಿದೆ. ಅಲ್ಲಿನ ಮಾರ್ಗವು IPv6 ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಸೇರಿಸಿದ ಮಾರ್ಗ ವಿಭೇದಕವಾಗಿದ್ದು, AFI 2 ಮತ್ತು SAFI 128 ಅಡಿಯಲ್ಲಿ ಎನ್ಕೋಡ್ ಆಗಿದೆ. ಸಾಮಾನ್ಯ IPv6 unicast ಬೇರೆ ಕುಟುಂಬ, ಆದ್ದರಿಂದ looking glass ನಲ್ಲಿ ಪ್ರಿಫಿಕ್ಸ್ನಂತೆ ಕಾಣುವ ಜಾಹೀರಾತು ಬಹುಶಃ ಅದೇ ವಸ್ತುವೇ ಅಲ್ಲ. ಕುಟುಂಬವನ್ನು ತಪ್ಪಾಗಿ ಓದುವುದು ಈ ವಿನ್ಯಾಸ ಕೆಡುವ ಮೊದಲ ದಾರಿ.
ವ್ಯತ್ಯಾಸ ಅಂಚಿನಲ್ಲಿ ಕಚ್ಚುತ್ತದೆ, ಅಲ್ಲಿ ಮಾರ್ಗವು ಏನನ್ನಾದರೂ ಮಾಡುವ ಮೊದಲು ಸರಿಯಾದ VPN ಸಂದರ್ಭದಲ್ಲಿ ಇಳಿಯಬೇಕು. ಪ್ರಿಫಿಕ್ಸ್ ಸ್ವೀಕರಿಸುವುದು ವಿನಿಮಯ ನಡೆದಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಥಾಪನೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ಆ ಕಂದರವೇ ಸೆಷನ್ ಮೇಲಿದ್ದು ಗ್ರಾಹಕ ಇನ್ನೂ ಕತ್ತಲೆಯಲ್ಲಿದ್ದಾನೆ ಎಂಬ ಸಾಂಪ್ರದಾಯಿಕ ವರದಿಯನ್ನು ಹುಟ್ಟಿಸುತ್ತದೆ.
ಸೆಷನ್ VPN ಗಿಂತ ಬೇರೆ ಕುಟುಂಬದಲ್ಲಿ ಚಲಿಸಬಹುದು
ಎರಡು ಅಂಚುಗಳ ನಡುವಿನ BGP ಸಂಪರ್ಕವನ್ನು VPN ನದೇ ಕುಟುಂಬ ಬಳಸಲು ಯಾವುದೂ ಒತ್ತಾಯಿಸುವುದಿಲ್ಲ. ವಿಶೇಷಣೆ IPv4 ಅಥವಾ IPv6 ಸೆಷನ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು IPv6 VPN ಸಾಗಣೆಯೇ ಎರಡೂ ಕೋರ್ ಪ್ರಕಾರಗಳ ಮೇಲೆ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ. ಆದ್ದರಿಂದ IPv6 ಸೆಷನ್ ತಾನು ಸಾಗಿಸುವ ವಸ್ತುವಿನ ಕುಟುಂಬದ ಬಗ್ಗೆ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಮತ್ತು ಡೇಟಾ ಸಮತಲವನ್ನೂ ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ. ಮೂರು ಸ್ವತಂತ್ರ ಬಿಟ್ಗಳು, ಮತ್ತು ವಿನ್ಯಾಸವು ಮೂರನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಹೊಂದಿರಬೇಕು.
ಅದು ಬಿಡುಗಡೆ ನೀಡುತ್ತದೆ ಮತ್ತು ಅದೇ ಉಸಿರಿನಲ್ಲಿ ತಪ್ಪಾಗಿ ಓದಲು ಸುಲಭ. IPv6 ಗ್ರಾಹಕ ಮಾರ್ಗಗಳು IPv4 ವಿಳಾಸದ ಸೆಷನ್ ಮೇಲೆ ಸಾಗಬಹುದು, ಮತ್ತು IPv4 ಮಾರ್ಗಗಳು IPv6 ಸೆಷನ್ ಮೇಲೆ, ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಆ ಸಂಯೋಗವನ್ನು ಬೆಂಬಲಿಸಿ ಮುಂದಿನ ಹಾಪ್ ಪರಿಹರಿಸಲ್ಪಟ್ಟರೆ. ಆಗಬಾರದ್ದು ಏನೆಂದರೆ ಸೆಷನ್ ಪೇಲೋಡ್ ಅನ್ನು ಸೂಚಿಸಲು ಬಿಡುವುದು, ವಿನ್ಯಾಸ ದಾಖಲೆಯಲ್ಲಿ ಅಥವಾ ನಂತರ ಸೇವೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಮೇಲ್ವಿಚಾರಣೆಯಲ್ಲಿ.
IPv4 ಕೋರ್ನಲ್ಲಿ ಮುಂದಿನ ಹಾಪ್ಗೆ ತನ್ನದೇ ಎನ್ಕೋಡಿಂಗ್ ಇದೆ
VPN ಅಡಿಯಲ್ಲಿನ ಕೋರ್ IPv4 ಆಗಿದ್ದಾಗ, ಒಳಬರುವ ಅಂಚು ನೇರವಾಗಿ ಬಳಸಬಹುದಾದ ಮುಂದಿನ ಹಾಪ್ ಜೊತೆ ಮಾರ್ಗ ಕಾಣಿಸಿಕೊಳ್ಳುವುದಿಲ್ಲ. ಅದು IPv4 ಗೆ ಮ್ಯಾಪ್ ಆದ IPv6 ರೂಪದಲ್ಲಿ ಬರುತ್ತದೆ, ಮತ್ತು ಕೆಳಗಿನ ಸಾಗಣೆ IPv4 ಆಗಿದ್ದಾಗ ವಿಶೇಷಣೆ ಹೊರಹೋಗುವ ಅಂಚನ್ನು ಹೀಗೇ ವ್ಯಕ್ತಪಡಿಸುತ್ತದೆ. ನಂತರ ಒಳಬರುವ ರೂಟರ್ ಆ ಮ್ಯಾಪ್ ಆದ ವಿಳಾಸವನ್ನು ಕೋರ್ ಮೂಲಕ ನಿಜವಾಗಿ ತಲುಪಬಲ್ಲ ಯಾವುದೋ ಆಗಿ ಬದಲಿಸಬೇಕು, ಮತ್ತು ಪರಿಹಾರವೇ ಮೌನವಾಗಿ ವಿಫಲವಾಗುವ ಹಂತ.
ಇದನ್ನು ಸಾಧನಗಳ ನಡುವೆ ನಕಲಿಸುವ ಸ್ಟ್ರಿಂಗ್ ಅಲ್ಲ, ಫಾರ್ವರ್ಡಿಂಗ್ನ ಅವಲಂಬನೆ ಎಂದು ಓದಿ. ನೀವು ನಿಜವಾಗಿ ನಡೆಸುವ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಮೂರು ವಿಷಯಗಳನ್ನು ಖಚಿತಪಡಿಸಿ: ಘೋಷಿತ ಮುಂದಿನ ಹಾಪ್ ಬಳಸಬಹುದಾದ ಮಾರ್ಗಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ, ಲೇಬಲ್ ಸ್ಟಾಕ್ ಸ್ವೀಕರಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಗಮ್ಯಸ್ಥಾನ ಉದ್ದೇಶಿತ VPN ಸಂದರ್ಭದಲ್ಲಿ ಇಳಿಯುತ್ತದೆ. ಅವುಗಳಲ್ಲಿ ಯಾವುದಾದರೂ ವಿಫಲವಾದರೆ ಆರೋಗ್ಯಕರವಾಗಿ ಕಾಣುತ್ತಾ ಏನನ್ನೂ ಫಾರ್ವರ್ಡ್ ಮಾಡದ ಸೆಷನ್ ಉಳಿಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಈ ಪರಿಶೀಲನೆ ನಂತರದ ಘಟನೆಗಲ್ಲ, ಸ್ವೀಕೃತಿ ಪರೀಕ್ಷೆಗೆ ಸೇರುತ್ತದೆ.
ಅಗತ್ಯವನ್ನು ನಾಲ್ಕು ಸಾಲಿನಲ್ಲಿ ಬರೆಯಿರಿ
ಪರೀಕ್ಷಿಸಲು ಯೋಗ್ಯವಾದ ಅಗತ್ಯವು ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಹೆಸರಿಸುತ್ತದೆ: VPN ಕುಟುಂಬ, ಸೆಷನ್ ಸಾಗಣೆ, ಮುಂದಿನ ಹಾಪ್ ಎನ್ಕೋಡಿಂಗ್ ಮತ್ತು ಕೋರ್ ಜೋಡಣೆ. ನಂತರ ಒಂದು ಗ್ರಾಹಕ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಅದನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಅನುಸರಿಸಬೇಕು: ವಿನಿಮಯ, ಸ್ಥಾಪನೆ, ಲೇಬಲ್ ಪರಿಹಾರ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗದ ಮೂಲಕ. “IPv6 BGP ಬೆಂಬಲಿಸುತ್ತದೆ” ನಾಲ್ಕರಲ್ಲಿ ಒಂದನ್ನೂ ಆವರಿಸುವುದಿಲ್ಲ ಮತ್ತು ಅಸಂಗತಿ ನಿಜವಾಗಿ ಎಲ್ಲಿದೆ ಎಂಬುದನ್ನು ಮರೆಮಾಡುತ್ತದೆ.
VPN-IPv6 ವಿನಿಮಯವಿಲ್ಲದ ಆರೋಗ್ಯಕರ ಸೆಷನ್ ಅಪೂರ್ಣ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವ ಫಾರ್ವರ್ಡಿಂಗ್ ಇಲ್ಲದೆ ಸ್ವೀಕರಿಸಿದ VPN ಮಾರ್ಗವೂ ಅಷ್ಟೇ ಅಪೂರ್ಣ. ಇವನ್ನು ಪ್ರತ್ಯೇಕ ಸ್ವೀಕೃತಿ ಸಾಲುಗಳಾಗಿ ಇಟ್ಟುಕೊಳ್ಳುವುದು ಮುಂದಿನ ಸಮಸ್ಯೆ ಪರಿಹಾರ ಸಂಭಾಷಣೆಯನ್ನು ಚಿಕ್ಕದಾಗಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ವಿಫಲವಾಗುವ ಸಾಲು ಈಗಾಗಲೇ ಬರೆದಿದೆ.