F5 ರೂಟ್ ಡೊಮೇನ್ಗಳು ಮತ್ತು MPLS VRF: ಬಾಡಿಗೆದಾರರ ಹಸ್ತಾಂತರವನ್ನು ಮ್ಯಾಪ್ ಮಾಡಿ
ಇಬ್ಬರು ಬಾಡಿಗೆದಾರರು, ಒಂದು ವಿಳಾಸ, ಎರಡು ರೂಟ್ ಡೊಮೇನ್ಗಳು. ಪ್ರತಿ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು %ID ನಿಂದ ಪಿನ್ ಮಾಡಿ, ಪ್ರೊವೈಡರ್ನ VRF ಮತ್ತು ರೂಟ್ ಟಾರ್ಗೆಟ್ಗಳನ್ನು ಬಳಸಿ ಮತ್ತು ಪ್ರತಿ ಬಾಡಿಗೆದಾರರನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರಿಶೀಲಿಸಿ.
ಇಬ್ಬರು ಬಾಡಿಗೆದಾರರು 10.50.0.10 ನಲ್ಲಿ ಒಂದೇ ಅಪ್ಲಿಕೇಶನ್ ಚಲಾಯಿಸುತ್ತಾರೆ. ಪ್ರೊವೈಡರ್ ಅವರನ್ನು ಪ್ರತ್ಯೇಕ MPLS VPN ಗಳಲ್ಲಿ ದೂರವಿಡುತ್ತದೆ, ಮತ್ತು BIG-IP ಅವರ ಸ್ಥಳೀಯ ಟ್ರಾಫಿಕ್ ಅನ್ನು ಪ್ರತ್ಯೇಕ ರೂಟ್ ಡೊಮೇನ್ಗಳಲ್ಲಿ ಇಡುತ್ತದೆ. ಈ ವ್ಯವಸ್ಥೆ ಹಸ್ತಾಂತರದವರೆಗೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಅಲ್ಲಿ ಕಾಣೆಯಾದ ಸಫಿಕ್ಸ್ ಅಥವಾ ನಕಲು ಮಾಡಿದ ರೂಟ್-ಟಾರ್ಗೆಟ್ ಒಬ್ಬ ಬಾಡಿಗೆದಾರರ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಮತ್ತೊಬ್ಬರ ಸಂದರ್ಭಕ್ಕೆ ಸದ್ದಿಲ್ಲದೆ ಹಾಕುತ್ತದೆ. ಈ ಕೈಪಿಡಿ ಎರಡೂ ಮಾದರಿಗಳನ್ನು ಒಟ್ಟಿಗೆ ಮ್ಯಾಪ್ ಮಾಡುತ್ತದೆ ಮತ್ತು ಪ್ರತಿ ಬಾಡಿಗೆದಾರರ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.
ವರ್ಕ್ಶೀಟ್: ಪ್ರತಿ ಬಾಡಿಗೆದಾರರಿಗೆ ಒಂದು ಸಾಲು
ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಇದನ್ನು ಭರ್ತಿ ಮಾಡಿ. ಪ್ರತಿ ಮುಂದಿನ ಹಂತವು ಅದರಲ್ಲಿನ ಒಂದು ಸೆಲ್ ಅನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತದೆ, ಮತ್ತು ಖಾಲಿ ಸೆಲ್ ಎಂದರೆ ಯಾರೂ ಇನ್ನೂ ತೆಗೆದುಕೊಳ್ಳದ ನಿರ್ಧಾರ.
| Tenant | BIG-IP side | Provider side |
|---|---|---|
| A | VLAN or tunnel, route domain, self address, virtual server | VRF, attachment, route targets for import and export |
| B | Separate VLAN or tunnel, separate route domain, separate self address | Separate VRF, separate route targets |
ಹಂತ 1: ಪ್ರತಿ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ಅದರ ರೂಟ್ ಡೊಮೇನ್ಗೆ ಪಿನ್ ಮಾಡಿ
F5 ನ ರೂಟ್-ಡೊಮೇನ್ ದಾಖಲೆಗಳು ಪ್ರತ್ಯೇಕ ಟ್ರಾಫಿಕ್ ಸಂದರ್ಭಗಳು, ನಕಲಿ ವಿಳಾಸಗಳು ಮತ್ತು ಕಾನ್ಫಿಗರೇಶನ್ ಆಬ್ಜೆಕ್ಟ್ಗಳಿಗೆ address%ID ಸಂಕೇತವನ್ನು ವಿವರಿಸುತ್ತವೆ. 10.50.0.10%2 ಎಂದು ಬರೆದ ವಿಳಾಸವು ಸ್ಥಳೀಯ ರೂಟ್-ಡೊಮೇನ್ ಸಂದರ್ಭವನ್ನು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ಸಫಿಕ್ಸ್ ಗ್ರಾಹಕರ IP ಪ್ಯಾಕೆಟ್ನಲ್ಲಿ ಸಾಗಿಸುವ MPLS ಲೇಬಲ್ ಅಲ್ಲ.
ದಾಖಲಿತ ಮಾದರಿಯಲ್ಲಿ VLAN ಅಥವಾ ಬೆಂಬಲಿತ ಸುರಂಗವು ಒಂದು ರೂಟ್ ಡೊಮೇನ್ಗೆ ಸೇರಿದೆ, ಆದ್ದರಿಂದ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ವಿಳಾಸ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಆಡಳಿತಾತ್ಮಕ ವಿಭಾಗದ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಡೊಮೇನ್ ಅನ್ನೂ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಬಿಟ್ಟುಬಿಟ್ಟ ಸಫಿಕ್ಸ್ ಎಂದರೆ ಸಂದರ್ಭವಿಲ್ಲ ಎಂದಲ್ಲ; ಅದು ವಿಭಾಗವು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಬಳಸುವ ಸಂದರ್ಭ ಎಂದರ್ಥ. ಆ ಒಂದೇ ಡೀಫಾಲ್ಟ್ ಹೊಸ ಆಬ್ಜೆಕ್ಟ್ ಸದ್ದಿಲ್ಲದೆ ತಪ್ಪು ಬಾಡಿಗೆದಾರರಲ್ಲಿ ಉತ್ತರಿಸಿದ ಹೆಚ್ಚಿನ ಘಟನೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ನಿಮ್ಮ ವಿಳಾಸ ಸೇರಿಸುವ ಮೊದಲು ಅದನ್ನು ಪರಿಶೀಲಿಸಿ.
tmsh list net route-domain
tmsh list net vlan | grep -i domain
tmsh list ltm virtual one_vsಹಂತ 2: ಪ್ರೊವೈಡರ್ನ VRF ಮತ್ತು ರೂಟ್ ಟಾರ್ಗೆಟ್ಗಳನ್ನು ಬಳಸಿ
MPLS ತುದಿಯಲ್ಲಿ ಬಾಡಿಗೆದಾರರನ್ನು ಪ್ರೊವೈಡರ್ನ VRF ಮತ್ತು ಒಪ್ಪಿದ ಗ್ರಾಹಕ ರೂಟಿಂಗ್ ಸೇವೆಯಿಂದ ಗುರುತಿಸಲಾಗುತ್ತದೆ. ರೂಟ್ ಟಾರ್ಗೆಟ್ಗಳು ಪ್ರೊವೈಡರ್ VRF ಗಳ ನಡುವೆ ಯಾವ ರೂಟ್ಗಳನ್ನು ಆಮದು ಮತ್ತು ರಫ್ತು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತವೆ, ಮತ್ತು ಹೋಲುವ BIG-IP ರೂಟ್-ಡೊಮೇನ್ ಸಂಖ್ಯೆಯನ್ನು ಆಯ್ಕೆ ಮಾಡುವುದರಿಂದ ಆ ಸಂಬಂಧದ ಏನೂ ಸೃಷ್ಟಿಯಾಗುವುದಿಲ್ಲ.
ಎರಡು ಗುರುತಿಸುವಿಕೆಗಳು ವಿಭಿನ್ನ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ವಾಸಿಸುತ್ತವೆ ಮತ್ತು ವಿಭಿನ್ನ ಅರ್ಥಗಳನ್ನು ನೀಡುತ್ತವೆ. ರೂಟ್-ಡೊಮೇನ್ ID ಸಾಧನದ ಮೇಲಿನ ಸ್ಥಳೀಯ ಸಂದರ್ಭ. ರೂಟ್ ಟಾರ್ಗೆಟ್ ರೂಟ್ ವಿತರಣೆಯನ್ನು ನಿರ್ಧರಿಸುವ ಪ್ರೊವೈಡರ್-ಬದಿಯ ನೀತಿ ಗುಣಲಕ್ಷಣ, ಮತ್ತು ರೂಟ್ ಡಿಸ್ಟಿಂಗ್ವಿಷರ್ ಮತ್ತೊಂದು ಮೂರನೇ ವಸ್ತು, ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿಡಲು ಬಳಸಲಾಗುತ್ತದೆ.
ಹಂತ 3: ಸಂದರ್ಭಗಳು ತಲುಪುವಿಕೆಯನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸಿ
ಮೂಲ-ಡೊಮೇನ್ ಹುಡುಕಾಟ ಮತ್ತು ಕಟ್ಟುನಿಟ್ಟಾದ ಪ್ರತ್ಯೇಕತೆಯ ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಅವು ಸಂದರ್ಭವು ಏನನ್ನು ತಲುಪಬಹುದು ಎಂಬುದನ್ನು ಬದಲಿಸುತ್ತವೆ. F5 ಮಾರ್ಗದರ್ಶಿ ಆ ಸಂಬಂಧಗಳ ಮೂಲಕ ನಿಯಂತ್ರಿತ ಫಾರ್ವರ್ಡಿಂಗ್ ಅನ್ನು ಅನುಮತಿಸುತ್ತದೆ, ಮತ್ತು ಅದಕ್ಕಾಗಿಯೇ ರೂಟ್ ಡೊಮೇನ್ ಅನ್ನು ಒಂಟಿಯಾಗಿ ಸಂಪೂರ್ಣ ಬಾಡಿಗೆದಾರರ ಭದ್ರತಾ ನೀತಿ ಎಂದು ಪರಿಗಣಿಸಬಾರದು.
ಇಬ್ಬರೂ ಬಾಡಿಗೆದಾರರಿಗೆ ಹಂಚಿದ ಸೇವೆ ಬೇಕಾದರೆ, ಒಬ್ಬ ಬಾಡಿಗೆದಾರರನ್ನು ಇನ್ನೊಬ್ಬರ ರೂಟಿಂಗ್ ಸಂದರ್ಭಕ್ಕೆ ನಿರ್ಲಕ್ಷ್ಯವಾಗಿ ತೋರಿಸುವ ಬದಲು ಅನುಮೋದಿತ ಮಾರ್ಗ ಮತ್ತು ಅನುಮತಿಗಳನ್ನು ಸೂಚಿಸಿ. ಅಪ್ಲಿಕೇಶನ್ ಗುರುತು ಮತ್ತು ಯಾವುದೇ ಉದ್ದೇಶಿತ ಮೂಲ ಅನುವಾದವನ್ನು ನೆಟ್ವರ್ಕ್ ಗಮ್ಯಸ್ಥಾನದೊಂದಿಗೆ ಸಂರಕ್ಷಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಹಂಚಿದ ಸೇವೆ ಒಬ್ಬ ಬಾಡಿಗೆದಾರರನ್ನು ಇನ್ನೊಬ್ಬರಂತೆ ನೋಡುತ್ತದೆ.
ಸಾಮಾನ್ಯ ರೂಟೆಡ್ ಹಸ್ತಾಂತರವು BIG-IP ಅನ್ನು ಪ್ರೊವೈಡರ್ ಎಡ್ಜ್ ರೌಟರ್ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ, BIG-IP ಅನ್ನು MPLS PE ಮಾಡದೆ. ನೇರ MPLS ಅಥವಾ VPN ರೂಟ್-ಕುಟುಂಬ ಸಂಯೋಜನೆ ನಿಜವಾಗಿಯೂ ಅಗತ್ಯವಿದ್ದರೆ, ನಿಖರವಾದ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಮತ್ತು ಬಿಡುಗಡೆಗೆ ಸ್ಪಷ್ಟ ಬೆಂಬಲ ಪಡೆಯಿರಿ, ಏಕೆಂದರೆ ಸ್ಥಳೀಯ ರೂಟ್-ಡೊಮೇನ್ ಪ್ರತ್ಯೇಕತೆ ಆ ಸಾಮರ್ಥ್ಯವನ್ನು ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ.
ಹಂತ 4: ಒಂದು ಬಾರಿಗೆ ಒಬ್ಬ ಬಾಡಿಗೆದಾರರನ್ನು ಪರಿಶೀಲಿಸಿ
A ಬಾಡಿಗೆದಾರರನ್ನು A ಯ ಸಂದರ್ಭದಲ್ಲಿನ ಎಂಡ್ಪಾಯಿಂಟ್ನಿಂದ A ಯ ಅಪ್ಲಿಕೇಶನ್ ವಿಳಾಸಕ್ಕೆ ಪರೀಕ್ಷಿಸಿ, ನಂತರ B ಗೆ ಪುನರಾವರ್ತಿಸಿ. ರೋಗನಿರ್ಣಯದಲ್ಲಿ %ID ರೂಪವನ್ನು ಬಳಸಿ, ಯಾವ ಸಂದರ್ಭ ಉತ್ತರಿಸಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸಲು, ಮತ್ತು ತಪ್ಪು ಸಂದರ್ಭದಿಂದ ಬಂದ ವಿನಂತಿ ನಂಬಲರ್ಹವಾದ ಸ್ಥಳಕ್ಕೆ ಇಳಿಯುವ ಬದಲು ವಿಫಲವಾಗುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.
ಅದೇ ಹಂತದಲ್ಲಿ ಪ್ರೊವೈಡರ್ ಬದಿಯನ್ನೂ ಪರಿಶೀಲಿಸಿ: ಪ್ರಿಫಿಕ್ಸ್ ಸರಿಯಾದ VRF ನಲ್ಲಿದೆ, ರೂಟ್ ಟಾರ್ಗೆಟ್ಗಳು ವರ್ಕ್ಶೀಟ್ಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತವೆ, ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವು ಉದ್ದೇಶಿತ ಲಗತ್ತನ್ನು ಬಳಸುತ್ತದೆ. ಸಾಧನದಿಂದಲೇ ಕೆಲಸ ಮಾಡುವ ping ಸಾಧನದ ಸಂದರ್ಭವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಬಾಡಿಗೆದಾರರದ್ದಲ್ಲ.
ಅಂತಿಮ ಮ್ಯಾಪಿಂಗ್ ಅನ್ನು ವರ್ಕ್ಶೀಟ್ನಲ್ಲಿ ದಾಖಲಿಸಿ, ಪ್ರತಿ ವಿಭಾಗದ ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಡೊಮೇನ್ ಮತ್ತು ನೀವು ಸಕ್ರಿಯಗೊಳಿಸಿದ ಯಾವುದೇ ಮೂಲ-ಡೊಮೇನ್ ಸಂಬಂಧ ಸೇರಿದಂತೆ. ಈ ಪರಿಸರದಲ್ಲಿ ಮುಂದಿನ ಬದಲಾವಣೆಯನ್ನು ಆ ಕೋಷ್ಟಕವನ್ನು ಓದುವವರು ಮಾಡುತ್ತಾರೆ, ಈ ಲೇಖನವನ್ನು ಓದುವವರಲ್ಲ.