ರೌಟರ್ ಪಿಂಗ್ ಮತ್ತು VLAN ಹೋಸ್ಟ್: ಯಾವ PBR ನೀತಿ ಅನ್ವಯಿಸುತ್ತದೆ?

VLAN 10 VPN ಬಳಸಬೇಕು ಮತ್ತು VLAN 20 WAN ಬಳಸಬೇಕು, ಆದ್ದರಿಂದ ಮೊದಲ ಪರೀಕ್ಷೆ VLAN 10 ಇಂಟರ್ಫೇಸ್ ವಿಳಾಸವನ್ನು ಮೂಲವಾಗಿ ಇಟ್ಟು ರೌಟರ್ನಿಂದ ಕಳುಹಿಸುವ ಪಿಂಗ್. ಅದು ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, route-map ಕೌಂಟರ್ಗಳು ಹೆಚ್ಚಾಗುತ್ತವೆ ಮತ್ತು ಎಲ್ಲರೂ ವಿನ್ಯಾಸ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ತೀರ್ಮಾನಿಸುತ್ತಾರೆ. ಅದು ಕೆಲಸ ಮಾಡುವುದಿಲ್ಲ. ಆ ಪಿಂಗ್ ಸ್ಥಳೀಯವಾಗಿ ರಚಿಸಲ್ಪಟ್ಟಿತು, ಮತ್ತು ಸ್ಥಳೀಯವಾಗಿ ರಚಿಸಲಾದ ಸಂಚಾರವು VLAN ಇಂಟರ್ಫೇಸ್ಗೆ ಬರುವ ಪ್ಯಾಕೆಟ್ಗಿಂತ ಬೇರೆ ನೀತಿ ಲಗತ್ತು ಬಿಂದುವನ್ನು ತಲುಪುತ್ತದೆ.

ನೀವು ನಿಜವಾಗಿ ಯಾವ ನೀತಿಯನ್ನು ಪರೀಕ್ಷಿಸುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನು ಮೂರು ಷರತ್ತುಗಳು ನಿರ್ಧರಿಸುತ್ತವೆ: ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿ ರಚಿಸಲ್ಪಡುತ್ತದೆ, ಅದು ಎಲ್ಲಿ ಪ್ರವೇಶಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ.

ಪ್ಯಾಕೆಟ್ ಎಲ್ಲಿ ಪ್ರವೇಶಿಸುತ್ತದೆ ಎಂಬುದು ಯಾವ ನೀತಿ ಚಲಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ

ip policy route-map ನೊಂದಿಗೆ ಜೋಡಿಸಲಾದ ಇಂಟರ್ಫೇಸ್ route-map ಆ ಇಂಟರ್ಫೇಸ್ಗೆ ಬರುವ ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, IOS XE PBR ಮಾರ್ಗದರ್ಶಿ ವಿವರಿಸುವಂತೆ. VLAN 10 ಹೋಸ್ಟ್ ತನ್ನ ವಿನಂತಿಯನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಫ್ರೇಮ್ VLAN ಉಪಇಂಟರ್ಫೇಸ್ಗೆ ಬರುತ್ತದೆ ಮತ್ತು ರೌಟರ್ ಅಲ್ಲಿ ನೀತಿಯನ್ನು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ. ರೌಟರ್ನ ಸ್ವಂತ ಪ್ಯಾಕೆಟ್ ಆ ಇಂಟರ್ಫೇಸ್ಗೆ ಎಂದಿಗೂ ಬರುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಅದು ರೌಟರ್ನಲ್ಲಿ ಹುಟ್ಟಿತು.

VLAN ವಿಳಾಸವನ್ನು ಮೂಲವಾಗಿ ಆಯ್ಕೆ ಮಾಡುವುದು ಶೀರ್ಷಿಕೆಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಅದು ಮೂಲವನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ.

ಮೂಲದೊಂದಿಗಿನ ಪಿಂಗ್ ಇನ್ನೂ ಹೋಸ್ಟ್ ಏಕೆ ಅಲ್ಲ

ಮೂಲ ವಿಳಾಸವು ACL ಹೊಂದಿಕೆಗೆ ಮುಖ್ಯ, ಮತ್ತು ಅದೇ ಈ ಪರೀಕ್ಷೆಯನ್ನು ಎಷ್ಟು ನಂಬಲರ್ಹವಾಗಿಸುತ್ತದೆ. ಪ್ಯಾಕೆಟ್ ಮೂಲ ಷರತ್ತಿಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತದೆ, ಕೌಂಟರ್ಗಳು ಹೆಚ್ಚಾಗುತ್ತವೆ ಮತ್ತು ಔಟ್ಪುಟ್ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ. ಪರೀಕ್ಷೆ ತೋರಿಸಲಾಗದುದು ಪ್ರವೇಶ ಇಂಟರ್ಫೇಸ್, ಆಗಮನದ ಸಂದರ್ಭ, ಅಥವಾ ಹೋಸ್ಟ್ ಪ್ಯಾಕೆಟ್ ಅದೇ ಶಾಖೆಯನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆಯೇ ಎಂಬುದು.

ಹೊಂದಿಕೆಯನ್ನು ಮರುಸೃಷ್ಟಿಸಿ ಸಂದರ್ಭವನ್ನು ಮಾಡದ ಪರೀಕ್ಷೆ ವಿನ್ಯಾಸದ ಅರ್ಧವನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಮತ್ತು ಅರ್ಧ ಸಾಕ್ಷ್ಯದೊಂದಿಗೆ ವಿನ್ಯಾಸಗಳು ತಪ್ಪು ನೀತಿಯೊಂದಿಗೆ ಹೊರಬರುತ್ತವೆ.

ಸ್ಥಳೀಯ ನೀತಿ ಯಾವಾಗ ಸರಿಯಾದ ಉತ್ತರ

Cisco ರೌಟರ್ ಸ್ವತಃ ಉತ್ಪಾದಿಸುವ ಸಂಚಾರಕ್ಕಾಗಿ ip local policy route-map ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಅದು ಪ್ರತ್ಯೇಕ ವ್ಯಾಪ್ತಿ, ಮತ್ತು ಅಗತ್ಯವು ನಿಜವಾಗಿ ರೌಟರ್ನ ಸ್ವಂತ ಸಂಚಾರಕ್ಕೆ ಸಂಬಂಧಿಸಿದಾಗ ಅದೇ ಸರಿಯಾದ ಸಾಧನ. ಇದು ಪ್ರತಿ VLAN ಸ್ಟೀರಿಂಗ್ ವಿನ್ಯಾಸಕ್ಕೂ ಬೇಕಾದ ತಪ್ಪಿಹೋದ ಹಂತವಲ್ಲ. ಅಲ್ಲಿ ವಿಶಾಲ ಹೊಂದಿಕೆ ನಿರ್ವಹಣೆ ಮತ್ತು ಸಹಾಯಕ ಸಂಪರ್ಕಗಳ ಮೇಲೂ ಪರಿಣಾಮ ಬೀರಬಹುದು, ಇದು ಕಾಣುವುದಕ್ಕಿಂತ ದೊಡ್ಡ ಬದಲಾವಣೆ.

ಸ್ಥಳೀಯವಾಗಿ ಉತ್ಪಾದಿಸಿದ TCP ಗೆ ಹೆಚ್ಚುವರಿ ಪೂರ್ವಷರತ್ತು ಇದೆ: ನೀತಿ ಬೇರೆ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಿದರೂ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಅನ್ವಯಿಸುವ ಗಮ್ಯ ನಮೂದು ಬೇಕು. ICMP ಫಲಿತಾಂಶ TCP ಗೆ ಅದೇ ವರ್ತನೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಬದಲಾಗಿ ಹೋಸ್ಟ್ನಲ್ಲಿ ಏನನ್ನು ಪರೀಕ್ಷಿಸಬೇಕು

ಪರೀಕ್ಷೆಯನ್ನು VLAN 10 ನ ಅಧಿಕೃತ ಹೋಸ್ಟ್ನಿಂದ ಅದರ ನಿಜವಾದ ಮೂಲ ವಿಳಾಸ, ಗಮ್ಯ, ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪೋರ್ಟ್ನೊಂದಿಗೆ ನಡೆಸಿ. ಫಲಿತಾಂಶದ ಜೊತೆಗೆ ಪ್ರವೇಶ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು route-map ಹೊಂದಿಕೆಯನ್ನು ದಾಖಲಿಸಿ, ಸಾಕ್ಷ್ಯವು ಚಲಿಸಿದ ನೀತಿಯನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ನಂತರ VLAN 20 ಹೋಸ್ಟ್ಗೆ ಪುನರಾವರ್ತಿಸಿ ಮತ್ತು ಅದು ಇತರ ಮಾರ್ಗವನ್ನು ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.

ಎರಡೂ ಮಾರ್ಗಗಳಿಗೂ ಕೆಲಸ ಮಾಡುವ next hop, ಹಿಂತಿರುಗುವ ತಲುಪುವಿಕೆ ಮತ್ತು ಅನ್ವಯಿಸಿದರೆ VPN ಕವರೇಜ್ ಬೇಕು. PBR ಫಾರ್ವರ್ಡಿಂಗ್ ನಿರ್ಧಾರವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ; ಅದು ದೂರದ ಸೇವೆಯನ್ನು ರಚಿಸುವುದಿಲ್ಲ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ಗೆ ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ.

ಫಲಿತಾಂಶ ಏನನ್ನು ಸಾಬೀತುಪಡಿಸಬಹುದು ಮತ್ತು ಏನನ್ನು ಸಾಧ್ಯವಿಲ್ಲ

ಯಶಸ್ವಿ ಹೋಸ್ಟ್ ಹರಿವು ನೀತಿ ಹೊಂದಿಕೆಯಾಯಿತು ಮತ್ತು ಆಯ್ಕೆ ಮಾಡಿದ ಮಾರ್ಗ ಆ ಕ್ಷಣದಲ್ಲಿ ಕೆಲಸ ಮಾಡಿತು ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ರೌಟರ್ನ ಸ್ವಂತ ಸಂಚಾರವು ನಿರ್ದೇಶಿಸಲ್ಪಡುತ್ತಿದೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಅಧಿಕೃತವಾಗಿತ್ತು ಎಂದೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಇವು ಬೇರೆ ಪ್ರಶ್ನೆಗಳು, ಬೇರೆ ಸಾಕ್ಷ್ಯಗಳು.

ಪಿಂಗ್ ಅನ್ನು ದಾಖಲೆಯಲ್ಲಿ ಸ್ಥಳೀಯ ಪ್ಯಾಕೆಟ್ನ ಸಾಕ್ಷ್ಯವಾಗಿ ಇರಿಸಿ. ನಂತರ ಹೋಸ್ಟ್ ಹರಿವಿನ ಸಾಕ್ಷ್ಯವನ್ನು ಪಡೆಯಲು ಹೋಗಿ, ಎರಡು ಪರೀಕ್ಷೆಗಳು ಆಕಸ್ಮಿಕವಾಗಿ ಒಂದೇ ರೀತಿ ಕಾಣುವವರೆಗೆ ನೀತಿಯ ವ್ಯಾಪ್ತಿಯನ್ನು ವಿಸ್ತರಿಸುವ ಬದಲು.