ಸಂಖ್ಯೆರಹಿತ ಸುರಂಗ: ಅದು ಯಾವ ವಿಳಾಸವನ್ನು ಎರವಲು ಪಡೆಯುತ್ತದೆ?

ಸಂಖ್ಯೆರಹಿತ ಸುರಂಗವು ತಾರ್ಕಿಕ ಇಂಟರ್ಫೇಸ್‌ಗಾಗಿ ಸಬ್‌ನೆಟ್ ಕಲ್ಪಿಸುವ ಹಂತವನ್ನು ಬಿಟ್ಟುಬಿಡುತ್ತದೆ, ಆದರೆ ವಿಳಾಸೀಕರಣವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಬಿಡುವುದಿಲ್ಲ. ಅನುಷ್ಠಾನಕ್ಕೆ ಇನ್ನೂ ಸ್ಥಳೀಯ IP ಗುರುತು ಬೇಕು, ಆದ್ದರಿಂದ ಅದು ಇನ್ನೊಂದು ಸಂರಚಿತ ಇಂಟರ್ಫೇಸ್‌ನ ವಿಳಾಸವನ್ನು ಎರವಲು ಪಡೆಯುತ್ತದೆ. ಆ ದಾನಿ ಈಗ ನಿಮ್ಮ ವಿನ್ಯಾಸದ ಭಾಗ: ಅದರ ವಿಳಾಸ ಬದಲಾದರೆ ಅಥವಾ ಅದರ ಇಂಟರ್ಫೇಸ್ ಫ್ಲಾಪ್ ಆದರೆ, ಸುರಂಗದ IP ವರ್ತನೆ ಅದನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಬಹುಪಾಲು ಬರಹಗಳಲ್ಲಿ ಮೂರು ನಿರ್ಧಾರಗಳು ಒಟ್ಟಾಗಿ ಬೆರೆತುಹೋಗುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಪ್ರತ್ಯೇಕಿಸುವುದು ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ ಆದರೆ ಏನನ್ನೂ ರೂಟ್ ಮಾಡದ ಸಂರಚನೆಯನ್ನು ತಡೆಯುತ್ತದೆ.

ದಾನಿಯನ್ನು ವಿನ್ಯಾಸದ ಆಯ್ಕೆಯಾಗಿ ಪರಿಗಣಿಸಿ, ವಾಕ್ಯರಚನೆಯ ವಿವರವಾಗಿ ಅಲ್ಲ.

ಮೂರು ವಿಳಾಸ ಪಾತ್ರಗಳು, ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡಲಾಗಿದೆ

ಹೊರ ಮೂಲವು ಸುರಂಗದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕೆಳ ಪದರದ ಮೂಲಕ ಸಾಗಿಸುವ ವಿಳಾಸ, ಮತ್ತು ಸಹಭಾಗಿ ತಲುಪಲು ಸಾಧ್ಯವಾಗಬೇಕಾದದ್ದು ಅದೇ. ಎರವಲು ಪಡೆದ ವಿಳಾಸವು ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಡೀಕ್ಯಾಪ್ಸುಲೇಟ್ ಮಾಡಿದ ನಂತರ ಸಂಖ್ಯೆರಹಿತ ತಾರ್ಕಿಕ ಇಂಟರ್ಫೇಸ್ IP ಸಂಸ್ಕರಣೆಗೆ ಬಳಸುವ ಗುರುತು. ರಕ್ಷಿತ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳು ಅವುಗಳ ಸಂಚಾರ ಸುರಂಗವನ್ನು ದಾಟಬೇಕಾದ LAN ಜಾಲಗಳು, ಮತ್ತು ಅವು ಸುರಂಗದ ವಿಳಾಸದಿಂದ ಅಲ್ಲ, ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್‌ನಿಂದ ಘೋಷಿಸಲ್ಪಡುತ್ತವೆ. ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸಂಖ್ಯೆರಹಿತ ಎಂದು ಗುರುತಿಸುವುದು ಈ ಪಾತ್ರಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಇತರರಿಗೆ ನೀಡುವುದಿಲ್ಲ.

ಆ ಪ್ರತ್ಯೇಕತೆ ಸಾಮಾನ್ಯ ಗೊಂದಲವನ್ನು ವಿವರಿಸುತ್ತದೆ: ವಿಳಾಸ ಎರವಲು ಪಡೆಯುವುದು ದಾನಿಯ ಸಂಪೂರ್ಣ Ethernet ವಿಭಾಗವನ್ನು ದೂರದ ಸಹಭಾಗಿಗೆ ಒಪ್ಪಿಸುವುದಿಲ್ಲ.

ದಾನಿ ಇಂಟರ್ಫೇಸ್ ಆಯ್ಕೆ

ಲೂಪ್‌ಬ್ಯಾಕ್ ಸಾಮಾನ್ಯವಾಗಿ ಉತ್ತಮ ದಾನಿ, ಏಕೆಂದರೆ ಅದರ ವಿಳಾಸ ಸ್ಥಿರವಾಗಿದೆ, ಯಾವಾಗಲೂ ಸಕ್ರಿಯವಾಗಿದೆ ಮತ್ತು ಯಾವುದೇ ಒಂದೇ ಭೌತಿಕ ಕೊಂಡಿಗೆ ಅವಲಂಬಿತವಲ್ಲ. LAN ಇಂಟರ್ಫೇಸ್‌ನಿಂದ ಎರವಲು ಪಡೆಯುವುದು ಸುರಂಗವನ್ನು ಆ ಇಂಟರ್ಫೇಸ್‌ನ ಸ್ಥಿತಿ ಮತ್ತು ವಿಳಾಸ ಹಂಚಿಕೆಗೆ ಬಿಗಿದು ಹಾಕುತ್ತದೆ, ಇದು ಬೇರೆ ಕಾರ್ಯಾಚರಣಾ ವಿನಿಮಯ: ಪ್ರಯೋಗಾಲಯದಲ್ಲಿ ಅನುಕೂಲಕರ, LAN ಗೆ ಮತ್ತೆ ವಿಳಾಸ ನೀಡಿದಾಗ ಸೂಕ್ಷ್ಮ. ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನೂ ಆಯ್ಕೆ ಮಾಡುವ ಮೊದಲು ನೀವು ನಿರ್ಮಿಸುತ್ತಿರುವ ಸುರಂಗ ಪ್ರಕಾರದಲ್ಲಿ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಸಂಖ್ಯೆರಹಿತ ಕಾರ್ಯಾಚರಣೆಯನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

ನೀವು ಯಾವ ದಾನಿಯನ್ನೇ ಆಯ್ಕೆ ಮಾಡಿದರೂ, ಸುರಂಗದ ಸಂರಚನೆಯ ಪಕ್ಕದಲ್ಲೇ ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಅದನ್ನು ಅವಲಂಬನೆಯಾಗಿ ದಾಖಲಿಸಿ.

ಸುರಂಗವನ್ನು ಸಂರಚಿಸಿ ಮತ್ತು ಮತ್ತೆ ಓದಿ

ಕೆಳಗಿನ ಉದಾಹರಣೆ IOS ಕುಟುಂಬದ ರೌಟರ್‌ಗಳಲ್ಲಿನ ಬಹುಬಿಂದು GRE ಸುರಂಗ, ಅದು ಲೂಪ್‌ಬ್ಯಾಕ್ ಎರವಲು ಪಡೆದು ತನ್ನ ಹೊರ ಮೂಲವನ್ನು ಕೆಳ ಪದರದ ಇಂಟರ್ಫೇಸ್‌ಗೆ ತೋರಿಸುತ್ತದೆ. NHRP ಗುರುತು ಎರವಲು ಪಡೆದ ವಿಳಾಸದಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿದೆ ಮತ್ತು ಅದನ್ನು ಸ್ಪಷ್ಟವಾಗಿ ಸಂರಚಿಸಬೇಕು.

interface Loopback0
 ip address 10.255.255.1 255.255.255.255
interface Tunnel0
 ip unnumbered Loopback0
 tunnel source GigabitEthernet0/0
 tunnel mode gre multipoint
 ip nhrp network-id 100
! verify
show interfaces Tunnel0 | include line protocol|Tunnel source
show ip interface brief | include Tunnel|Loopback
show ip nhrp

ಮೊದಲು ಇಂಟರ್ಫೇಸ್ ಸಾಲನ್ನು ಓದಿ: down ಎಂದು ವರದಿ ಮಾಡುವ ಸಂಖ್ಯೆರಹಿತ ಸುರಂಗ ಎರವಲು ಪಡೆದ ವಿಳಾಸವನ್ನು ಲೆಕ್ಕಿಸದೆ ರೂಟ್ ಮಾಡುವುದಿಲ್ಲ. ನಂತರ ದಾನಿ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ಮತ್ತು ಅದರ ವಿಳಾಸ ನೀವು ಉದ್ದೇಶಿಸಿದ್ದೇ ಎಂದು ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಮತ್ತೆ ವಿಳಾಸ ಪಡೆದ ಲೂಪ್‌ಬ್ಯಾಕ್ ಸುರಂಗ ಪ್ರಸ್ತುತಪಡಿಸುವ ಗುರುತನ್ನು ಮೌನವಾಗಿ ಬದಲಾಯಿಸುತ್ತದೆ.

ರಕ್ಷಿತ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳಿಗಾಗಿ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕ ಮತ್ತು ಸುರಂಗದ ಮೇಲಿನ ನೆರೆಹೊರೆ ಪರಿಶೀಲಿಸಿ ಮುಗಿಸಿ, ಏಕೆಂದರೆ ಸರಿಯಾದ ಇಂಟರ್ಫೇಸ್ ಸ್ಥಿತಿ ಎರಡರಲ್ಲಿ ಯಾವುದರ ತಲುಪುವಿಕೆಯನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.

ಎರವಲು ಪಡೆದ ವಿಳಾಸ ಏನನ್ನು ನೀಡುವುದಿಲ್ಲ

DMVPN ಗೆ spokes ಒಬ್ಬರನ್ನೊಬ್ಬರು ಕಂಡುಕೊಳ್ಳಲು NHRP ನೋಂದಣಿಗಳು ಮತ್ತು ಮ್ಯಾಪಿಂಗ್‌ಗಳು ಬೇಕು; ಸಂಖ್ಯೆರಹಿತ ಸಾಲು ಅದರಲ್ಲಿ ಏನನ್ನೂ ನೀಡುವುದಿಲ್ಲ. ದೃಢೀಕರಣ, ಅನುಮತಿಸಿದ ಮುಂದುಗಡೆ ಕಳುಹಿಸುವಿಕೆ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು ಇನ್ನೂ ಬೇಕು, ಮತ್ತು ಯಾವುದೇ ಪ್ರಿಫಿಕ್ಸ್ ವಿನಿಮಯಕ್ಕೆ ಮೊದಲು ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಸುರಂಗದ ಮೇಲೆ ನೆರೆಹೊರೆಯನ್ನು ರೂಪಿಸಬೇಕು. ಇವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಇಂಟರ್ಫೇಸ್ ಸಕ್ರಿಯ ಎಂದು ವರದಿ ಮಾಡುವಾಗ ವಿಫಲವಾಗಬಹುದು, ಆದ್ದರಿಂದ ಪರಿಶೀಲನೆ ವಿಳಾಸದಿಂದ ಮ್ಯಾಪಿಂಗ್‌ಗೆ, ಅಲ್ಲಿಂದ ಮಾರ್ಗಕ್ಕೆ ಸಾಗುತ್ತದೆ.

ಆಜ್ಞೆಗಳ ವಾಕ್ಯರಚನೆ ಮತ್ತು ವಿಳಾಸೀಕರಣ ನಿಯಮಗಳು ಉತ್ಪನ್ನ ಮತ್ತು ಆವೃತ್ತಿಗೆ ಅನುಸಾರವಾಗಿಯೂ ಬದಲಾಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಬೇರೆ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ನಿಂದ ಸಂರಚನೆಯನ್ನು ನಕಲಿಸುವ ಬದಲು ನಿಮ್ಮ ಮುಂದಿರುವ ಸಾಧನದ ಇಂಟರ್ಫೇಸ್ ಮಾದರಿಗೆ ಹೊಂದಿಸಿ. ಗುರಿ ಒಂದೇ ಆಗಿರಬಹುದು, ಆದರೆ ಅಗತ್ಯವಾದ ಸಾಲುಗಳು ಅಲ್ಲ.

ದಾನಿ, ಹೊರ ಮೂಲ ಮತ್ತು ಘೋಷಿತ ಪ್ರಿಫಿಕ್ಸ್‌ಗಳನ್ನು ಸುರಂಗದ ದಾಖಲೆಗಳಲ್ಲಿ ಬರೆಯಿರಿ, ನಂತರ ದಾನಿಯ ವಿಳಾಸ ಬದಲಾದರೆ ಗಟ್ಟಿಯಾಗಿ ವಿಫಲವಾಗುವ ಒಂದು ಪರಿಶೀಲನೆಯನ್ನು ಸೇರಿಸಿ. ಆ ಒಂದೇ ಪರಿಶೀಲನೆ ಸಂಖ್ಯೆರಹಿತ ವಿನ್ಯಾಸಗಳು ಹೆಚ್ಚಾಗಿ ಮರೆಮಾಡುವ ವೈಫಲ್ಯ ವಿಧಾನವನ್ನು ಹಿಡಿಯುತ್ತದೆ.