VPN ಮೇಲೆ OSPF ನೆರೆಹೊರೆಯವರು ರೂಪುಗೊಳ್ಳುತ್ತಿಲ್ಲವೇ? ಇವನ್ನು ಕ್ರಮವಾಗಿ ಪರಿಶೀಲಿಸಿ

ಸುರಂಗ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತಿದೆ, ಇಂಟರ್ಫೇಸ್ಗಳು ಒಂದೇ ಉಪಜಾಲದಲ್ಲಿವೆ, ಆದರೂ OSPF ಏನನ್ನೂ ತೋರಿಸುತ್ತಿಲ್ಲ. ಬಹುಪಾಲು ಸುರಂಗ ಸರಿಯಾಗಿರುತ್ತದೆ ಮತ್ತು OSPFನ ಒಂದು ಅಗತ್ಯ ಪೂರೈಸಲ್ಪಟ್ಟಿಲ್ಲ. ಕೆಳಗಿನ ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಮೊದಲ ವಿಫಲತೆಯಲ್ಲಿ ನಿಲ್ಲಿಸಿ.

ಪ್ರತಿ ಪರಿಶೀಲನೆಗೂ ಬೇರೆ ಲಕ್ಷಣವಿದೆ, ಆದ್ದರಿಂದ ಪಟ್ಟಿಗಿಂತ ಕ್ರಮವೇ ಮುಖ್ಯ.

ಪರಿಶೀಲನೆ 1: ಲಿಂಕ್ ಮಾದರಿ ಸರಿಯಾಗಿದೆಯೇ

ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಹಂಚಿದ ಬಹು-ಪ್ರವೇಶ ಜಾಲವು ಬೇರೆ ಬೇರೆ OSPF ಪರಿಸರಗಳು. ಬ್ರಾಡ್ಕಾಸ್ಟ್-LAN ಸಂರಚನೆಯನ್ನು ಸುರಂಗಕ್ಕೆ ನಕಲಿಸುವುದು ಇಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ತಪ್ಪು. VPN ಅನುಷ್ಠಾನವು ಬೆಂಬಲಿಸುವ ಜಾಲ ಪ್ರಕಾರವನ್ನು ಹೊಂದಿಸಿ, ಮಾರ್ಗೀಕೃತ ಸುರಂಗಕ್ಕೆ ಸಾಮಾನ್ಯವಾಗಿ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್. ನಂತರ ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಒಪ್ಪುತ್ತದೆಯೇ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಏಕೆಂದರೆ ಕೆಲವು ಅನುಷ್ಠಾನಗಳು ಸೆಟ್ಟಿಂಗ್ ಅನ್ನು ನಿರ್ಲಕ್ಷಿಸುತ್ತವೆ ಅಥವಾ ಮೇಲೆ ಬರೆಯುತ್ತವೆ.

ಲಿಂಕ್ ಮಾದರಿ ತಪ್ಪಾಗಿದ್ದರೆ, ಪಟ್ಟಿಯಲ್ಲಿ ಮುಂದಿನ ಯಾವುದೂ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ.

ಪರಿಶೀಲನೆ 2: ಪ್ಯಾಕೆಟ್ಗಳು ಹಾದುಹೋಗಲು ಅನುಮತಿಸಲಾಗಿದೆಯೇ

OSPFv2 ಎಂಬುದು IP ಪ್ರೋಟೋಕಾಲ್ 89, TCP ಅಥವಾ UDP ಪೋರ್ಟ್ ಅಲ್ಲ, ಆದ್ದರಿಂದ ಪೋರ್ಟ್ಗಳಿಗಾಗಿ ಬರೆದ ಫೈರ್ವಾಲ್ ನಿಯಮ ಅದನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬಿಟ್ಟುಬಿಡುತ್ತದೆ. ಹೆಲೋ ಸಂದೇಶಗಳು ಸಹ ಮಲ್ಟಿಕಾಸ್ಟ್ ವಿಳಾಸಗಳಿಗೆ ಹೋಗುತ್ತವೆ, ಅವುಗಳನ್ನು ನೀತಿ ಅನುಮತಿಸದಿರಬಹುದು. ಸುರಂಗದ ಎರಡೂ ತುದಿಗಳ ನಡುವೆ ಪ್ರೋಟೋಕಾಲ್ 89 ಅನ್ನು ಅನುಮತಿಸಿ, ನಂತರ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗೆ ಸ್ಪಷ್ಟ ನೆರೆಹೊರೆಯ ಹೇಳಿಕೆಗಳು ಬೇಕೇ ಎಂದು ಪರಿಶೀಲಿಸಿ.

ಕೇವಲ ping ರವಾನಿಸುವ ಸುರಂಗ ನೀತಿಯ ಸಮಸ್ಯೆ, ಮಾರ್ಗೀಕರಣದ್ದಲ್ಲ.

ಪರಿಶೀಲನೆ 3: ನೆರೆಹೊರೆಯವರ ನಿಯತಾಂಕಗಳು ಹೊಂದಿಕೆಯಾಗುತ್ತವೆಯೇ

ಪ್ರದೇಶ ID, ಹೆಲೋ ಮತ್ತು ಡೆಡ್ ಮಧ್ಯಂತರಗಳು, ದೃಢೀಕರಣ ಮತ್ತು stub ಫ್ಲ್ಯಾಗ್ಗಳು ಎಲ್ಲವೂ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಅಸಾಮರಸ್ಯವು ಸಾಮಾನ್ಯವಾಗಿ ನೆರೆಹೊರೆಯವರನ್ನು ಸದ್ದಿಲ್ಲದೆ ವಿಫಲವಾಗುವ ಬದಲು ಗೋಚರ ಸ್ಥಿತಿಯಲ್ಲಿ ಬಿಡುತ್ತದೆ, ಅದು ಉಪಯುಕ್ತ. ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ನಡೆಯುತ್ತಿರುವ ಸಂರಚನೆಯನ್ನು ಹೋಲಿಸಿ, ಉದ್ದೇಶಿಸಿದ್ದನ್ನು ಅಲ್ಲ.

MTU ಅಸಾಮರಸ್ಯವೇ ಸೂಕ್ಷ್ಮವಾದದ್ದು. ಅದು ExStart ನಲ್ಲಿ ಡೇಟಾಬೇಸ್ ವಿನಿಮಯವನ್ನು ತಡೆಯುತ್ತದೆ, ಆದ್ದರಿಂದ ನೆರೆಹೊರೆಯವರು ಎಂದಿಗೂ Full ತಲುಪುವುದಿಲ್ಲ.

ಪರಿಶೀಲನೆ 4: ಸ್ಥಿತಿ ಏನು ಹೇಳುತ್ತದೆ

ಸ್ಥಿತಿಯೇ ವೈಫಲ್ಯದ ಹೆಸರು ಹೇಳುತ್ತದೆ. Init ಎಂದರೆ ಹೆಲೋ ಬರುತ್ತಿದೆ ಆದರೆ ಈ ರೌಟರ್ ಅವುಗಳಲ್ಲಿ ಪಟ್ಟಿಯಾಗಿಲ್ಲ, ಇದು ಏಕಮುಖ ಮಾರ್ಗ ಅಥವಾ ಮಲ್ಟಿಕಾಸ್ಟ್ ಸಮಸ್ಯೆಯನ್ನು ಸೂಚಿಸುತ್ತದೆ. Two-Way ಬ್ರಾಡ್ಕಾಸ್ಟ್ ವಿಭಾಗದಲ್ಲಿ DR ಅಲ್ಲದ ನೆರೆಹೊರೆಯವರೊಂದಿಗೆ ಸಾಮಾನ್ಯ ಮತ್ತು ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಲಿಂಕ್ನಲ್ಲಿ ಅಸಾಮಾನ್ಯ. ExStart ಅಥವಾ Exchange ನಿಲ್ಲುವುದು MTU ಅಥವಾ ಡೇಟಾಬೇಸ್ ವಿವರಣೆಯ ಸಮಸ್ಯೆ ಎಂದರ್ಥ. Loading ಎಂದರೆ ಲಿಂಕ್-ಸ್ಟೇಟ್ ವಿನಂತಿಗಳಿಗೆ ಉತ್ತರ ನೀಡುತ್ತಿಲ್ಲ.

ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಸ್ಥಿತಿಯನ್ನು ಓದಿ, ಏಕೆಂದರೆ ಅದು ಪಟ್ಟಿಯ ಬಹುಪಾಲನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ.

show ip ospf neighbor ಸ್ಥಿತಿ, ನೆರೆಹೊರೆಯವರ ವಿಳಾಸ ಮತ್ತು ಡೆಡ್ ಟೈಮರ್ ಅನ್ನು ಮುದ್ರಿಸುತ್ತದೆ. ಆ ಟೈಮರ್ ಅನ್ನು ಎರಡೂ ಬದಿಗಳ ಹೆಲೋ ಮಧ್ಯಂತರದೊಂದಿಗೆ ಹೋಲಿಸಿ: ಹೆಲೋದ ನಾಲ್ಕು ಪಟ್ಟು ಡೆಡ್ ಮಧ್ಯಂತರ ಸಾಮಾನ್ಯ, ಬೇರೆ ಯಾವುದಾದರೂ ಅಸಾಮರಸ್ಯ. ಸ್ಥಿತಿ ಕಾಲಮ್ ಇಡೀ ಪುಟದಲ್ಲಿ ಅತ್ಯಂತ ವೇಗದ ಓದು.

ಪರಿಶೀಲನೆ 5: ವಾಸ್ತವವಾಗಿ ಏನು ಘೋಷಿಸಲಾಗುತ್ತದೆ

Full ನಿಕಟತೆ ಮಾರ್ಗವಲ್ಲ. ಯಾವ ಜಾಲಗಳು ಸೃಷ್ಟಿಯಾಗುತ್ತವೆ, ಯಾವುವು ಕಲಿಯಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಯಾವುವು ಮಾರ್ಗೀಕರಣ ಕೋಷ್ಟಕದಲ್ಲಿ ಸ್ಥಾಪಿಸಲ್ಪಡುತ್ತವೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಕಾಣೆಯಾದ ಜಾಲ ಹೇಳಿಕೆ ಅಥವಾ ಸೈಟ್ ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹೊರಗಿಡುವ ಮರುಹಂಚಿಕೆ ನೀತಿ ಆರೋಗ್ಯಕರ ನೆರೆಹೊರೆಯವರನ್ನು ಮತ್ತು ಖಾಲಿ ಕೋಷ್ಟಕವನ್ನು ನೀಡುತ್ತದೆ.

ನಂತರ ಹೋಸ್ಟ್ ಮಟ್ಟದ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಮರಳು ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ, ಏಕೆಂದರೆ ಮಾರ್ಗೀಕರಣ ಪ್ರೋಟೋಕಾಲ್ ಫೈರ್ವಾಲ್ ತೆರೆಯುವುದಿಲ್ಲ.

IPv6 ಗಾಗಿ OSPFv3 ತನ್ನದೇ ಅಗತ್ಯಗಳನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ಪ್ರತಿ OSPFv2 ಸೆಟ್ಟಿಂಗ್ನಲ್ಲಿ ವಿಳಾಸ ಕುಟುಂಬದ ಟಾಗಲ್ ಅಲ್ಲ. ಹೊಂದಿಕೆಯಾಗುವ ಪ್ರೋಟೋಕಾಲ್ ಮತ್ತು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ದಾಖಲೆಗಳನ್ನು ಬಳಸಿ. ಮತ್ತು ಸಂಪರ್ಕವು ಒಂದೇ ಸ್ಥಿರ ಲಿಂಕ್ ಆಗಿದ್ದರೆ, ನೀವು ನಿರ್ವಹಿಸಬೇಕಾದ ನಿಯಂತ್ರಣ ಸ್ತರವನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಸ್ಥಿರ ಮಾರ್ಗಗಳನ್ನು ಹೋಲಿಸಿ.