Junos ರಫ್ತು ನೀತಿ: ಹೆಸರು ಹೊಂದಾಣಿಕೆಯ ಷರತ್ತು ಅಲ್ಲ
EXPORT-STATIC ಎಂಬ ನೀತಿ ಹೆಸರಿನಿಂದ ಏನನ್ನೂ ಆಯ್ಕೆ ಮಾಡುವುದಿಲ್ಲ. ಲಗತ್ತು, ಕ್ರಮಬದ್ಧ ಪದಗಳು ಮತ್ತು ಕ್ರಿಯೆಗಳನ್ನು ಓದಿ, ನಂತರ ಘೋಷಿತ ನೋಟವನ್ನು ಹೋಲಿಸಿ.
ಯಾರೋ ಒಂದು ನೀತಿಗೆ EXPORT-STATIC ಎಂದು ಹೆಸರಿಟ್ಟರು, ಅದನ್ನು ಲಗತ್ತಿಸಿದರು, ಮತ್ತು VPN ರೂಟಿಂಗ್ ಇನ್ಸ್ಟಾನ್ಸಿನಿಂದ ಬರುವ ಪ್ರಿಫಿಕ್ಸ್ ಏಕೆ ದೂರದ ತುದಿಯನ್ನು ಎಂದಿಗೂ ತಲುಪುವುದಿಲ್ಲ ಎಂದು ಈಗ ಯೋಚಿಸುತ್ತಿದ್ದಾರೆ. ಹೆಸರಿನಿಂದ ಆಯ್ಕೆಗೆ ಯಾವುದೇ ಪರಿಣಾಮವಿಲ್ಲ. ನೀತಿ ಎಂದರೆ ವ್ಯಾಖ್ಯಾನ ಮತ್ತು ಲಗತ್ತು, ಮತ್ತು ಅದು ಏನನ್ನು ರಫ್ತು ಮಾಡುತ್ತದೆ ಎಂಬುದನ್ನು ಅದರ ಹೊಂದಾಣಿಕೆಯ ಷರತ್ತುಗಳು, ಕ್ರಮಬದ್ಧ ಪದಗಳು ಮತ್ತು ಅದನ್ನು ಬಳಸುವ ಸಂದರ್ಭ ನಿರ್ಧರಿಸುತ್ತವೆ. ಆ ಮೂರನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಓದಿ, ಮತ್ತು ಒಗಟು ಸಾಮಾನ್ಯವಾಗಿ ಎಂದಿಗೂ ಹೊಂದಿಕೆಯಾಗದ ಒಂದು ಪದಕ್ಕೆ ಕುಗ್ಗುತ್ತದೆ.
ಹೆಸರು ಒಂದು ಲೇಬಲ್, ಷರತ್ತಲ್ಲ
Junos ನೀತಿಗಳ ಹೆಸರುಗಳನ್ನು ಅರ್ಥೈಸುವುದಿಲ್ಲ. ಸ್ಟ್ಯಾಟಿಕ್ ರಫ್ತು ಎಂದು ಸೂಕ್ತವಾಗಿ ಕರೆಯಬಹುದಾದ ನೀತಿಯು static ಪ್ರೋಟೋಕಾಲ್ಗೆ ಹೊಂದಿಕೆಯಾಗಬಹುದು, ಅಥವಾ ವಿಳಾಸ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಹೊಂದಿಕೆಯಾಗಬಹುದು, ಅಥವಾ ಯಾವುದಕ್ಕೂ ಹೊಂದಿಕೆಯಾಗದೆ ಹಾದುಹೋಗುವ ಎಲ್ಲವನ್ನೂ ಸ್ವೀಕರಿಸಬಹುದು. ಲೇಬಲ್ ಎಂಬುದು ಅದನ್ನು ರಚಿಸಿದವರು ಬರೆದ ದಾಖಲೆ, ಮತ್ತು ಅದು ಆ ವ್ಯಕ್ತಿಯ ಉದ್ದೇಶದ ನೆನಪಿನಷ್ಟೇ ವಿಶ್ವಾಸಾರ್ಹ.
ಅನಿರೀಕ್ಷಿತ ರಫ್ತು ಫಲಿತಾಂಶವನ್ನು ವ್ಯಾಖ್ಯಾನ ಓದುವ ಕೋರಿಕೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ಲಗತ್ತು ಮುರಿದಿದೆ ಎಂಬ ಸಾಕ್ಷ್ಯವಾಗಿ ಅಲ್ಲ. ವ್ಯಾಖ್ಯಾನವನ್ನು ಓದಿ ಮತ್ತು ಅದು ಲೇಬಲ್ಗೆ ವಿರುದ್ಧವಾಗಲು ಬಿಡಿ.
ಪದಗಳ ಮೊದಲು ಲಗತ್ತನ್ನು ಹುಡುಕಿ
ಸರಿಯಾದ ವ್ಯಾಖ್ಯಾನ ತಪ್ಪು ಸ್ಥಳದಲ್ಲಿ ಲಗತ್ತಿಸಿದರೆ ಬೇರೆ ವಿನಿಮಯವನ್ನು ಬದಲಿಸುತ್ತದೆ. ಯಾವ ರೂಟಿಂಗ್ ಇನ್ಸ್ಟಾನ್ಸ್, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ನೆರೆಹೊರೆಯವರು ಅಥವಾ ಗುಂಪು ನೀತಿಗೆ ನಿಜವಾಗಿ ಉಲ್ಲೇಖಿಸುತ್ತಾರೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಒಂದು BGP ಗುಂಪಿನ ಅಡಿಯಲ್ಲಿ ಲಗತ್ತಿಸಿದ ನೀತಿ ಇನ್ನೊಂದಕ್ಕೆ ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ, ಮತ್ತು ಇನ್ಸ್ಟಾನ್ಸ್ಗೆ ಲಗತ್ತಿಸಿದ ನೀತಿ ಅದರೊಳಗಿನ ಪ್ರತಿ ಪ್ರೋಟೋಕಾಲ್ಗೂ ಕಡ್ಡಾಯವಾಗಿ ಅನ್ವಯವಾಗುವುದಿಲ್ಲ. Junos ಈ ಹಂತಗಳನ್ನು ಪ್ರತ್ಯೇಕಿಸುತ್ತದೆ, ಮತ್ತು ಉದ್ದೇಶವನ್ನು ಇನ್ಸ್ಟಾನ್ಸ್ ಹಂತದಲ್ಲಿ ವ್ಯಕ್ತಪಡಿಸಿದಾಗ ಗುಂಪು ಹಂತದಲ್ಲಿ ರಫ್ತು ಕಾಣೆಯಾಗುವುದು ಸಾಮಾನ್ಯ.
ಒಂದು ಪದವನ್ನೂ ಓದುವ ಮೊದಲು ಲಗತ್ತಿನ ಮಾರ್ಗವನ್ನು ಬರೆಯಿರಿ. ಈ ತನಿಖೆಗಳಲ್ಲಿ ಅರ್ಧದಷ್ಟು ಅಲ್ಲಿಯೇ ಕೊನೆಗೊಳ್ಳುತ್ತವೆ, ವ್ಯಾಖ್ಯಾನ ಮುಟ್ಟದೆ ಮತ್ತು ರಫ್ತು ಹೇಳಿಕೆ ಸರಿಸಲ್ಪಟ್ಟಿದೆ. ಬದಲಾವಣೆ ಲಾಗಿನಲ್ಲಿ ವ್ಯತ್ಯಾಸವನ್ನು ದಾಖಲಿಸಿ, ಯಾರೂ ಅದನ್ನು ತಪ್ಪೆಂದು ಹಿಂತಿರುಗಿಸದಂತೆ.
ಪದಗಳು ಕ್ರಮದಲ್ಲಿ ಮೌಲ್ಯಮಾಪನವಾಗುತ್ತವೆ, ಮತ್ತು ಮೊದಲ ನಿರ್ಧಾರ ಗೆಲ್ಲುತ್ತದೆ
ಪದಗಳು ಮೊದಲಿನಿಂದ ಕೊನೆಯವರೆಗೆ ಚಲಿಸುತ್ತವೆ, ಮತ್ತು ಸ್ವೀಕರಿಸುವ ಅಥವಾ ತಿರಸ್ಕರಿಸುವ ಪದವು ಅಂತಿಮ ನಿರ್ಧಾರವಾಗಿದೆ. ಉದ್ದೇಶಿತ ಅಪವಾದದಂತೆ ಕಾಣುವ ನಂತರದ ಪದವು ಹಿಂದಿನ ಪದವು ಈಗಾಗಲೇ ಮಾರ್ಗದ ಗತಿಯನ್ನು ನಿರ್ಧರಿಸಿದ್ದರೆ ಎಂದಿಗೂ ಚಲಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ನೀತಿಯು ಮೇಲಿನಿಂದ ಕೆಳಕ್ಕೆ ಸರಿಯಾಗಿ ಓದಲ್ಪಟ್ಟರೂ ಉದ್ದೇಶಕ್ಕೆ ವಿರುದ್ಧವಾಗಿ ವರ್ತಿಸಬಹುದು. ನಿಮಗೆ ಮುಖ್ಯವಾದ ಮಾರ್ಗಕ್ಕೆ ಎದುರಾಗಿ ಕ್ರಮವನ್ನು ಪರಿಶೀಲಿಸಿ, ಪದಗಳನ್ನು ಟೈಪ್ ಮಾಡಿದ ಕ್ರಮಕ್ಕೆ ಎದುರಾಗಿ ಅಲ್ಲ.
ತನ್ನ ಕ್ರಿಯೆಯನ್ನು ಬಿಟ್ಟುಬಿಡುವ ಪದವು ಕೊನೆಗೊಳ್ಳುವುದಿಲ್ಲ; ಮೌಲ್ಯಮಾಪನ ಮುಂದಿನ ಪದಕ್ಕೆ ಮುಂದುವರಿಯುತ್ತದೆ, ಮತ್ತು ಅಂತಿಮ ಫಲಿತಾಂಶವು ಮುಂದೆ ಏನು ಬರುತ್ತದೆ ಮತ್ತು ಅನ್ವಯವಾಗುವ ಡೀಫಾಲ್ಟ್ ಅನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ. ಇದು ನಿಜವಾಗಿಯೂ ಉಪಯುಕ್ತ ರಚನೆ ಮತ್ತು ಅನುದ್ದೇಶಿತವಾದಾಗ ಆಶ್ಚರ್ಯದ ವಿಶ್ವಾಸಾರ್ಹ ಮೂಲ.
ಕೇವಲ ಸ್ಟ್ಯಾಟಿಕ್ ಮಾರ್ಗಗಳನ್ನು ರಫ್ತು ಮಾಡುವ ಉದಾಹರಣೆ, ಲಗತ್ತು ಗುಂಪಿನಲ್ಲಿದೆ:
policy-options {
policy-statement EXPORT-STATIC {
term statics { from protocol static; then accept; }
}
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }OSPF ಮೂಲಕ ಕಲಿತ ಮತ್ತು ಸ್ಟ್ಯಾಟಿಕ್ ಮಾರ್ಗವಾಗಿ ಸಂರಚಿಸದ ಪ್ರಿಫಿಕ್ಸ್ ಹೊಂದಾಣಿಕೆಯಲ್ಲಿ ವಿಫಲವಾಗಿ ಬೀಳುತ್ತದೆ, ನೀತಿಯ ಹೆಸರು ಏನೇ ಇರಲಿ.
ಕ್ರಿಯೆಗಳು ಪ್ರತಿಯನ್ನು ಬದಲಿಸುತ್ತವೆ, ಮೂಲ ಮಾರ್ಗವನ್ನಲ್ಲ
ನೀತಿಯ ಕ್ರಿಯೆಗಳು ಆ ಪ್ರಕಟಣೆಗಾಗಿ ಮೌಲ್ಯಮಾಪನಗೊಳ್ಳುವ ಮಾರ್ಗದ ಮೇಲೆ ಕೆಲಸ ಮಾಡುತ್ತವೆ, ಅಂದರೆ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದ ನಮೂದಿನ ಮೇಲಲ್ಲ, ಪ್ರತಿಯ ಮೇಲೆ. ಆದ್ದರಿಂದ ಸ್ಥಳೀಯ show route ಒಂದು ಗುಣಲಕ್ಷಣಗಳ ಗುಂಪಿನೊಂದಿಗೆ ಮಾರ್ಗವನ್ನು ತೋರಿಸಬಹುದು, ಆದರೆ ರಫ್ತಾದ ಆವೃತ್ತಿ ಬೇರೆಯವನ್ನು ಹೊತ್ತಿರುತ್ತದೆ, ಮತ್ತು ಮೂಲವನ್ನು ರಫ್ತು ಮರುಬರೆಯುವುದಿಲ್ಲ. ಆ ವ್ಯತ್ಯಾಸವು ಯಾರ ಔಟ್ಪುಟ್ ಸರಿ ಎಂಬ ಹಲವು ಚರ್ಚೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ: ಎರಡೂ ಸರಿ, ಮತ್ತು ಅವು ವಿಭಿನ್ನ ವಸ್ತುಗಳನ್ನು ವಿವರಿಸುತ್ತವೆ. ಇಬ್ಬರು ಇಂಜಿನಿಯರ್ಗಳು ಮಾರ್ಗದ ಗುಣಲಕ್ಷಣದ ಬಗ್ಗೆ ಭಿನ್ನಾಭಿಪ್ರಾಯ ಹೊಂದಿದಾಗ ಯಾವ ನೋಟವನ್ನು ಉಲ್ಲೇಖಿಸುತ್ತಿದ್ದೀರಿ ಎಂದು ಹೇಳಿ.
ಸ್ವೀಕಾರ ಮತ್ತು ತಿರಸ್ಕಾರ ಅಂತಿಮ ನಿರ್ಧಾರಗಳು; ಗುಣಲಕ್ಷಣ ಬದಲಾವಣೆಗಳು ಕಡ್ಡಾಯವಾಗಿ ಹಾಗೆ ಅಲ್ಲ. community ಸೆಟ್ ಮಾಡುವುದರಿಂದ ನೀತಿ ಮುಗಿಯುತ್ತದೆ ಎಂದು ಭಾವಿಸಬೇಡಿ, ಏಕೆಂದರೆ ಮೌಲ್ಯಮಾಪನವು ನೀವು ಪರಿಗಣಿಸದ ಪದಗಳಿಗೆ ಮುಂದುವರಿಯಬಹುದು.
ಘೋಷಿತ ನೋಟವನ್ನು ನಿರೀಕ್ಷೆಯೊಂದಿಗೆ ಹೋಲಿಸಿ
ನಿಜವಾದ ಪಿಯರ್ನಲ್ಲಿ ಪ್ರೋಟೋಕಾಲ್-ನಿರ್ದಿಷ್ಟ ನೋಟವನ್ನು ಬಳಸಿ, ಉದಾಹರಣೆಗೆ show route advertising-protocol bgp 192.0.2.1, ಮತ್ತು ಅದನ್ನು ಸರಿಯಾದ ರೂಟಿಂಗ್-ಇನ್ಸ್ಟಾನ್ಸ್ ಸಂದರ್ಭದಲ್ಲಿ ಓದಿ. VRF ನಲ್ಲಿ ಇರುವ ಮಾರ್ಗವು ಕಡ್ಡಾಯವಾಗಿ ರಫ್ತು ನೀತಿಯನ್ನು ದಾಟಿಲ್ಲ, ಮತ್ತು ಘೋಷಿತ ಔಟ್ಪುಟ್ನಲ್ಲಿ ಕಾಣುವ ಮಾರ್ಗವು ಕಡ್ಡಾಯವಾಗಿ ದೂರದ ತುದಿಯಿಂದ ಸ್ವೀಕರಿಸಲ್ಪಟ್ಟಿಲ್ಲ. ಇವು ಮೂರು ಪ್ರತ್ಯೇಕ ಸ್ಥಿತಿಗಳು ಮತ್ತು ಅವು ವಿಭಿನ್ನ ರೀತಿಯಲ್ಲಿ ವಿಫಲವಾಗುತ್ತವೆ.
ಒಂದು ಪ್ರಿಫಿಕ್ಸ್ ಘೋಷಿಸಲ್ಪಡಬೇಕು ಮತ್ತು ಇನ್ನೊಂದು ಸ್ಥಳೀಯವಾಗಿ ಉಳಿಯಬೇಕು ಎಂಬ ವಿನ್ಯಾಸವನ್ನು ಸ್ವೀಕರಿಸಿ. ಅದು ನೀತಿಗೆ ನೀವು ಪರೀಕ್ಷಿಸಬಹುದಾದ ಒಪ್ಪಂದವನ್ನು ನೀಡುತ್ತದೆ, ಮತ್ತು ಕೊನೆಗೆ ಒಂದು ಹೆಸರಿನ ಮಾರ್ಗ ಕಾಣುವವರೆಗೆ ರಫ್ತನ್ನು ವಿಸ್ತರಿಸುವ ಪರ್ಯಾಯ ಪರಿಹಾರವನ್ನು ತಪ್ಪಿಸುತ್ತದೆ.