ಇಬ್ಬರು ಬಾಡಿಗೆದಾರರು ತಮ್ಮ ಶಾಖೆಯನ್ನು ಒಂದೇ 10.50.0.0/24 ನಿಂದ ಸಂಖ್ಯೆ ಮಾಡುತ್ತಾರೆ, ಮತ್ತು ಬದಲಾವಣೆಯ ನಂತರ ಒಬ್ಬರ ಮಾರ್ಗವು ಪೂರೈಕೆದಾರರ ಅಂಚಿನಿಂದ ಮಾಯವಾಗುತ್ತದೆ, ಇನ್ನೊಬ್ಬರು ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇರುತ್ತಾರೆ. ಆ ಟಿಕೆಟ್ ಹಿಂದಿನ ಸರಳೀಕರಣ ಸಾಮಾನ್ಯವಾಗಿ ಮಾರ್ಗ ವಿಭೇದಕ (RD) ಬಿಟ್ಟುಬಿಡುವುದು, ಏಕೆಂದರೆ "ಲೇಬಲ್ ಈಗಾಗಲೇ ಗ್ರಾಹಕನನ್ನು ಗುರುತಿಸುತ್ತದೆ". ಹಾಗೆ ಮಾಡುವುದಿಲ್ಲ. RD ಮತ್ತು ಲೇಬಲ್ ಎರಡು ವಿಭಿನ್ನ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಈ ಅಂತರವು ಅತಿವ್ಯಾಪಿಸುವ ವಿಳಾಸಗಳು ಒತ್ತಾಯಿಸಿದಾಗ ಮಾತ್ರ ಕಾಣುತ್ತದೆ.

ಎರಡು ಇರಬೇಕಾದಲ್ಲಿ ಒಂದು ಮಾರ್ಗ

ಸಾಮಾನ್ಯ IPv4 ಯುನಿಕಾಸ್ಟ್ ಒಂದೇ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಎರಡು ಮಾರ್ಗಗಳನ್ನು ಹೋಲಿಸಿ ಉತ್ತಮವಾದದನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಬಾಡಿಗೆದಾರ A ಯಿಂದ 10.50.0.0/24 ಮತ್ತು ಬಾಡಿಗೆದಾರ B ಯಿಂದ 10.50.0.0/24 ಒಂದೇ ಕೀ, ಆದ್ದರಿಂದ ಒಂದು ಗೆಲ್ಲುತ್ತದೆ ಮತ್ತು ಇನ್ನೊಂದು ಬ್ಯಾಕಪ್ ಮಾರ್ಗವಾಗಿ ಮಾತ್ರ ಉಳಿಯುತ್ತದೆ. ಪ್ರೋಟೋಕಾಲ್ ಹೇಳಿದ್ದನ್ನು ಮಾಡಿತು; ನಿಯಂತ್ರಣ ಸಮತಲಕ್ಕೆ ಎರಡು ವಿಭಿನ್ನ ಮಾರ್ಗಗಳನ್ನು ಒಂದೇ ಗುರುತಿಸುವಿಕೆಯ ಅಡಿಯಲ್ಲಿ ಸಂಗ್ರಹಿಸಲು ಹೇಳಲಾಗಿತ್ತು.

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

RD ಒಂದು ಕೀಯನ್ನು ಎರಡಾಗಿಸುತ್ತದೆ

ಎಂಟು ಬೈಟ್ನ ಮಾರ್ಗ ವಿಭೇದಕವನ್ನು IPv4 ಪೂರ್ವಪ್ರತ್ಯಯದ ಮುಂದೆ ಸೇರಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು BGP ಒಯ್ಯುವ ವಸ್ತುವು IPv4 ಪೂರ್ವಪ್ರತ್ಯಯದ ಬದಲು VPN-IPv4 ವಿಳಾಸವಾಗುತ್ತದೆ. ಇಬ್ಬರು ಬಾಡಿಗೆದಾರರು ಒಂದೇ 32 ಬಿಟ್ಗಳನ್ನು ಹೊಂದಬಹುದು ಏಕೆಂದರೆ ಮುಂದಿನ 64 ಬಿಟ್ಗಳು ಭಿನ್ನವಾಗಿವೆ. AS ಆಧಾರಿತ RD ಮತ್ತು ವಿಳಾಸ ಆಧಾರಿತ RD ಗೆ ಸ್ವರೂಪ ಪ್ರಕಾರಗಳಿವೆ, ಮತ್ತು ಆಯ್ಕೆ ಮೂಲ PE ಗೆ ಸೇರಿದೆ. PE ಗಳು ಒಂದೇ AS ಹಂಚಿಕೊಂಡಾಗ AS ಆಧಾರಿತ RD ಸಾಮಾನ್ಯ, ಹಂಚಿಕೊಳ್ಳದಿದ್ದಾಗ ವಿಳಾಸ ಆಧಾರಿತ.

RD ಯನ್ನು ಸದಸ್ಯತ್ವದ ಟ್ಯಾಗ್ ಆಗಿ ಓದಬೇಡಿ. ಮಾರ್ಗ ಗುರಿಗಳು ಆಮದು ಮತ್ತು ರಫ್ತನ್ನು ನಿಯಂತ್ರಿಸುತ್ತವೆ ಮತ್ತು ಯಾವ VRF ಗಳು ಮಾರ್ಗವನ್ನು ಸ್ಥಾಪಿಸಬಹುದು ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತವೆ; RD ಮಾರ್ಗಕ್ಕೆ ತನ್ನದೇ ಗುರುತು ಇದೆ ಎಂಬುದನ್ನು ಮಾತ್ರ ಖಾತರಿಪಡಿಸುತ್ತದೆ. ಪ್ರತಿ VRF ಗೆ ತನ್ನದೇ RD ನೀಡುವುದು ಸಾಮಾನ್ಯ ಅಭ್ಯಾಸ, ಏಕೆಂದರೆ ಅದು ಆ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ಮಾರ್ಗ ವೀಕ್ಷಕದಲ್ಲಿ ಓದಲು ಸಾಧ್ಯವಾಗಿಸುತ್ತದೆ.

ಲೇಬಲ್ ಸ್ಥಳೀಯ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಸೂಚನೆ

ಪ್ರತಿ ಜಾಹೀರಾತು MPLS ಲೇಬಲ್ ಅನ್ನೂ ಒಯ್ಯುತ್ತದೆ, ಮತ್ತು ಅದರ ಅರ್ಥ ಅದನ್ನು ಹಂಚಿದ ರೂಟರ್ನಲ್ಲಿ ಮಾತ್ರ ಸೀಮಿತವಾಗಿದೆ. ಇನ್ನೊಂದು PE ಸಂಬಂಧವಿಲ್ಲದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಅದೇ ಸಂಖ್ಯೆಯನ್ನು ನೀಡಬಹುದು. ಅದಕ್ಕಾಗಿಯೇ ಲೇಬಲ್ ಗ್ರಾಹಕನ ಗುರುತಿನ ಸ್ಥಾನವನ್ನು ತುಂಬಲಾರದು: ಸಂಖ್ಯೆ ಮುಂದಿನ ಹಾಪ್ ಮತ್ತು ಅದನ್ನು ಸ್ಥಾಪಿಸಿದ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಸ್ಥಿತಿಯ ಪಕ್ಕದಲ್ಲಿ ಮಾತ್ರ ಸರಿಯಾಗಿದೆ.

ಹಂಚಿಕೆಯ ಸೂಕ್ಷ್ಮತೆ ಅನುಷ್ಠಾನ ಮತ್ತು ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ಬದಲಾಗುತ್ತದೆ: ಕೆಲವು ವೇದಿಕೆಗಳು ಪ್ರತಿ VRF ಗೆ ಒಂದು ಲೇಬಲ್ ನೀಡುತ್ತವೆ, ಇನ್ನು ಕೆಲವು ಪ್ರತಿ ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ, ಮತ್ತು ಲೇಬಲ್ ಗ್ರಾಹಕನಲ್ಲದೆ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಕ್ರಿಯೆಯನ್ನು ಗುರುತಿಸಬಹುದು. ಒಂದೇ ಗಮ್ಯಸ್ಥಾನ ತಲುಪುವ ಎರಡು ವಿಭಿನ್ನ ಲೇಬಲ್ಗಳು ವಿರೋಧಾಭಾಸವಲ್ಲ, ಮತ್ತು ಎರಡು PE ಗಳಲ್ಲಿ ಒಂದೇ ಲೇಬಲ್ ಸಂಖ್ಯೆಯೂ ಅಲ್ಲ.

FieldWhere it livesScopeIf you remove it
RDVPNv4 NLRIPer advertised routeOverlapping prefixes collide
Route targetExtended communityImport and export policyRoute lands in the wrong VRF
LabelLabeled NLRI and forwarding statePer allocating routerNo instruction for the data plane
Next hopPath attributePer pathThe label cannot be resolved

ಒಂದು ಇನ್ನೊಂದನ್ನು ಏಕೆ ಬದಲಾಯಿಸಲಾರದು

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

ನಿಯಂತ್ರಣ ಸಮತಲ ಮತ್ತು ದತ್ತಾಂಶ ಸಮತಲದ ನಡುವಿನ ಅಚ್ಚುಕಟ್ಟಾದ ವೈದೃಶ್ಯ ಬೋಧನಾ ಸಾಧನ, ಎನ್ಕೋಡಿಂಗ್ನ ವಿವರಣೆ ಅಲ್ಲ. RFC 8277 ಲೇಬಲ್ ಅನ್ನು ಲೇಬಲ್ ಮಾಡಿದ NLRI ಒಳಗೆ ಇಡುತ್ತದೆ, ಆದ್ದರಿಂದ ಜಾಹೀರಾತೇ ಬಂಧನವನ್ನು ಒಯ್ಯುತ್ತದೆ; ಅದನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸಲು ಬಳಸುವುದು ನಂತರದ, ಪ್ರತ್ಯೇಕ ಹಂತ.

ಬಾಡಿಗೆದಾರರ ಮಾರ್ಗ ಕಾಣೆಯಾದಾಗ, ಈ ಕ್ರಮದಲ್ಲಿ ಪರಿಶೀಲಿಸಿ: ಪೂರ್ವಪ್ರತ್ಯಯಕ್ಕೆ ಎರಡು VPNv4 ನಮೂದುಗಳು, ಪ್ರತಿಯೊಂದರ ಮೇಲೆ ಸರಿಯಾದ ಮಾರ್ಗ ಗುರಿ, ಪರಿಹರಿಸಬಹುದಾದ ಮುಂದಿನ ಹಾಪ್, ಮತ್ತು ಸ್ವೀಕರಿಸುವ PE ಯಲ್ಲಿ ಸ್ಥಿತಿ ಇರುವ ಲೇಬಲ್. ಗುರುತನ್ನು ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವ ಮೌಲ್ಯದಿಂದ ಸರಿಪಡಿಸುವುದು, ಅಥವಾ ಅದರ ವಿರುದ್ಧ, ಒಂದು ಪರಿಶೀಲನೆಯಲ್ಲಿ ಉತ್ತೀರ್ಣವಾಗಿ ಮುಂದಿನದರಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು