ASA VTI ಮೇಲೆ OSPF ಅಥವಾ EIGRP: ನಿಮ್ಮ ಬಿಡುಗಡೆ ಯಾವುದನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ
OSPFv2 ಮತ್ತು EIGRP ASA VTI ಮೇಲೆ 9.19(1) ರಿಂದ ಮಾತ್ರ ಸಾಗುತ್ತವೆ, ಮತ್ತು multicast ಸಕ್ರಿಯವಾಗಿದ್ದರೆ ಮಾತ್ರ. ನೀವು ನಡೆಸುವ ಬಿಡುಗಡೆಯಲ್ಲಿ ಎರಡನ್ನೂ ಹೋಲಿಸಿ, ನಂತರ ನೆರೆಹೊರೆಯವರನ್ನು ಪರಿಶೀಲಿಸಿ.
OSPF ಮತ್ತು EIGRP ನಡುವಿನ ಬಹುಪಾಲು ಚರ್ಚೆಗಳು ಟನೆಲ್ ಈಗಾಗಲೇ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸಾಗಿಸಬಲ್ಲದು ಎಂದು ಊಹಿಸುತ್ತವೆ, ಮತ್ತು ASA ನಲ್ಲಿ ಮೊದಲು ಪರಿಶೀಲಿಸಬೇಕಾದ ಭಾಗವೆಂದರೆ ಅದೇ ಊಹೆ. ಚಿತ್ರ, VTI ಪ್ರಕಾರ ಮತ್ತು multicast ಮಾರ್ಗ ದೃಢೀಕರಿಸಿದ ನಂತರವೇ ಹೋಲಿಕೆ ಕುತೂಹಲಕಾರಿಯಾಗುತ್ತದೆ. ಈ ಕ್ರಮ ತಪ್ಪಾದರೆ, ಎಂದಿಗೂ ನೆರೆಹೊರೆ ರೂಪಿಸದ ಟನೆಲ್ನಲ್ಲಿ ಟೈಮರ್ಗಳನ್ನು ಸರಿಹೊಂದಿಸುತ್ತಾ ಒಂದು ಮಧ್ಯಾಹ್ನ ಕಳೆಯುತ್ತೀರಿ. ಈ ಪ್ರತಿಯೊಂದು ವಿನ್ಯಾಸವನ್ನೂ ನಾನು ಬಿಡುಗಡೆ ಟಿಪ್ಪಣಿಗಳು ಮತ್ತು ಚಾಲ್ತಿಯಲ್ಲಿರುವ ಸಂರಚನೆಯಿಂದ ಆರಂಭಿಸುತ್ತೇನೆ, ಪ್ರೋಟೋಕಾಲ್ ಆದ್ಯತೆಯಿಂದ ಅಲ್ಲ.
ಪ್ರೋಟೋಕಾಲ್ಗಿಂತ ಮೊದಲು ಬಿಡುಗಡೆಯೇ ನಿರ್ಧರಿಸುತ್ತದೆ
ASA 9.24 ಗಾಗಿ Cisco ನ VTI ಮಾರ್ಗದರ್ಶಿ ಉಪಯುಕ್ತ ದಾಖಲೆ ಆಧಾರವಾಗಿದೆ: ಇದು ಸ್ಥಿರ ಮತ್ತು ಕ್ರಿಯಾತ್ಮಕ VTIಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಥಿರ ರೂಟಿಂಗ್, BGP, OSPF ಮತ್ತು EIGRP ಅನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಇದರ ವೈಶಿಷ್ಟ್ಯ ಇತಿಹಾಸವು VTI ಮೇಲಿನ OSPFv2 ಮತ್ತು EIGRP ಬೆಂಬಲವನ್ನು 9.19(1) ಗೆ ಇಡುತ್ತದೆ. ಅದಕ್ಕಿಂತ ಹಳೆಯದು ಬೇರೆ ಮಾತುಕತೆ.
ಹಾಗಾದರೆ ಮೊದಲ ಎರಡು ಪ್ರಶ್ನೆಗಳು ನೀರಸ ಮತ್ತು ನಿರ್ಣಾಯಕ:
| Check | What decides it |
|---|---|
| Image and release | Whether the feature history lists OSPFv2 or EIGRP on VTI for the version you run |
| VTI type | Static or dynamic, and which routing context the platform permits |
| Multicast on the tunnel | Whether it is enabled, and whether the group limits are respected |
ASA VTI ಬಳಸಲಾರದು ಅಥವಾ IGP ಸಾಗಿಸಲಾರದು ಎಂಬ ಹೇಳಿಕೆ ಕೆಲವು ಹಳೆಯ ಚಿತ್ರಗಳಿಗೆ ನಿಜವಾಗಿತ್ತು ಮತ್ತು ಅದು ಪ್ರಸ್ತುತ ಬೆಂಬಲ ಮ್ಯಾಟ್ರಿಕ್ಸ್ ಅಲ್ಲ. ಅದೇ ರೀತಿ, 9.24 ಮಾರ್ಗದರ್ಶಿ ಪ್ರತಿ ಸಾಧನವನ್ನೂ ಅಪ್ಗ್ರೇಡ್ ಮಾಡುವ ಸೂಚನೆ ಅಲ್ಲ. ಆ ಬಿಡುಗಡೆ ಏನನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಅದು ಹೇಳುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ನಿಯೋಜಿತ ಬಿಡುಗಡೆ ತನಗಾಗಿ ಉತ್ತರಿಸಬೇಕು.
unicast ಸಾಗುವುದು IGP ರೂಪುಗೊಳ್ಳುತ್ತದೆ ಎಂದು ಅರ್ಥವಲ್ಲ
ಅದೇ ಮಾರ್ಗದರ್ಶಿ unicast ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಸಾಗುತ್ತದೆ ಮತ್ತು VTI ಮೇಲಿನ OSPFv2 ಅಥವಾ EIGRP ಗಾಗಿ multicast ಸಕ್ರಿಯಗೊಳಿಸಬೇಕು ಎಂದು ಗಮನಿಸುತ್ತದೆ, multicast ಗುಂಪುಗಳ ಮೇಲೆ ದಾಖಲಿತ ಮಿತಿಗಳೊಂದಿಗೆ. ಆ ಒಂದೇ ವಾಕ್ಯ ಈ ವಿನ್ಯಾಸದಲ್ಲಿ ನಾನು ಕಂಡ ಬಹುಪಾಲು ವಿಫಲ ನೆರೆಹೊರೆಗಳನ್ನು ವಿವರಿಸುತ್ತದೆ. ಟನೆಲ್ ಮೂಲಕ ಕೆಲಸ ಮಾಡುವ ping, ಅಥವಾ ಹಸಿರು IPsec ಸ್ಥಿತಿ, unicast ಮಾರ್ಗವನ್ನು ಮಾತ್ರ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಪ್ರೋಟೋಕಾಲ್ ಪತ್ತೆಗೆ multicast ಮಾರ್ಗ ಬೇಕು, ಮತ್ತು ಎರಡನ್ನೂ ಪ್ರತ್ಯೇಕವಾಗಿ ಸಂರಚಿಸಲಾಗುತ್ತದೆ.
hello ಅಥವಾ hold ಟೈಮರ್ಗಳನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್ ಸಂರಚನೆಯಲ್ಲಿ ಆ multicast ಸೆಟ್ಟಿಂಗ್ ಪರಿಶೀಲಿಸಿ. ಸೆಟ್ಟಿಂಗ್ ಇಲ್ಲದಿದ್ದರೆ, ನೆರೆಹೊರೆ ನಿಧಾನವಲ್ಲ, ಅಸಾಧ್ಯ.
ಒಂದೇ ಟನೆಲ್ನಲ್ಲಿ OSPF ಮತ್ತು EIGRP ಅಕ್ಕಪಕ್ಕ
ಟನೆಲ್ನ ಮೇಲೆಯೇ ಎರಡೂ ಪ್ರೋಟೋಕಾಲ್ಗಳು ಬೇರೆಡೆಯಂತೆಯೇ ಕಾಣುತ್ತವೆ. OSPF ಗೆ ಹೊಂದುವ ನೆಟ್ವರ್ಕ್ ಪ್ರಕಾರ, ಪ್ರದೇಶ, ದೃಢೀಕರಣ ಮತ್ತು ನೆರೆ ಪರಿಮಾಣಗಳು ಬೇಕು; EIGRP ಗೆ ತನ್ನ AS ಸಂಖ್ಯೆ ಮತ್ತು ಅದರೊಂದಿಗೆ ಬರುವ ಇಂಟರ್ಫೇಸ್ ಮಟ್ಟದ ಸೆಟ್ಟಿಂಗ್ಗಳು ಬೇಕು.
ಬೇರೆ ಟನೆಲ್ ಮಾದರಿಯಿಂದ ನೆರೆ ಹೇಳಿಕೆಗಳನ್ನು ನಕಲಿಸುವುದೇ ಬಲೆ. VTI ಇಲ್ಲದ ವಿನ್ಯಾಸದಲ್ಲಿ ಸ್ಥಿರ ನೆರೆಗಳ ಬಗ್ಗೆ ಸಲಹೆ multicast ತಪ್ಪಿಸಲು ಇತ್ತು, ಮತ್ತು ಅದು ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಸಹಜವಾಗಿ ಸಾಗಿಸಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸುವ VTI ಗೆ ವರ್ಗಾವಣೆಯಾಗುವುದಿಲ್ಲ. ಬೆಂಬಲಿತ ಇಂಟರ್ಫೇಸ್ ವರ್ತನೆಯನ್ನು ಸಂರಚಿಸಿ, ನಂತರ ಪ್ರೋಟೋಕಾಲ್ ತನ್ನ ನೆರೆಹೊರೆಯನ್ನು ತಾನೇ ರೂಪಿಸಲಿ.
ನಂತರ ನಿಮ್ಮ ಟೋಪಾಲಜಿಗೆ ನಿಜವಾಗಿ ಭಿನ್ನವಾಗಿರುವ ಅಕ್ಷಗಳಲ್ಲಿ ಹೋಲಿಸಿ: ಇನ್ನೊಂದು ಬದಿಯೊಂದಿಗೆ ಪರಸ್ಪರ ಕಾರ್ಯಸಾಧ್ಯತೆ, ಪರೀಕ್ಷಿಸಬಹುದಾದ ಒಮ್ಮುಖ ವರ್ತನೆ, ಮತ್ತು ನಿಮ್ಮ ತಂಡದ ಕಾರ್ಯಾಚರಣಾ ಜ್ಞಾನ. ಒಂದು ಪ್ರೋಟೋಕಾಲ್ ವೇಗವಾಗಿದೆ ಅಥವಾ ಹಗುರವಾಗಿದೆ ಎಂಬ ಐತಿಹಾಸಿಕ ಕಥೆ ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನ ಅಳತೆ ಅಲ್ಲ.
ನೆರೆಹೊರೆಯವರು ಸ್ಥಾಪಿತ ರೂಟ್ಗಳಿಗೆ ಸಮವಲ್ಲ
ನೆರೆಹೊರೆ ಏರಿದ ನಂತರ, ಉತ್ಪತ್ತಿಯಾಗುವುದನ್ನು ಸ್ವೀಕರಿಸುವುದರಿಂದ ಬೇರ್ಪಡಿಸಿ. ಪ್ರತಿ ಬದಿಯೂ ಯಾವ ಶಾಖಾ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತದೆ, ಯಾವುವು ಸ್ವೀಕರಿಸಲ್ಪಡುತ್ತವೆ, ಯಾವುವು ಆಯ್ಕೆಯಾಗುತ್ತವೆ ಮತ್ತು ಯಾವುವು ನಿಜವಾಗಿ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ತಲುಪುತ್ತವೆ ಎಂದು ನೋಡಿ. ಆಮದು, ರಫ್ತು ಮತ್ತು ಮರುಹಂಚಿಕೆಯ ವ್ಯಾಪ್ತಿ ಸಾಧನಕ್ಕೆ ತಿಳಿದಿರುವ ಎಲ್ಲದರ ಸರ್ವವ್ಯಾಪಿ ಜಾಹೀರಾತಿಗಿಂತ ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿರಬೇಕು.
show ospf neighbor ಮತ್ತು show eigrp neighbors ಸೆಷನ್ ಜೀವಂತವಾಗಿದೆ ಎಂದು ನಿಮಗೆ ಹೇಳುತ್ತವೆ. show route ಶಾಖಾ ಪ್ರಿಫಿಕ್ಸ್ ಬಂದಿದೆಯೇ ಎಂದು ನಿಮಗೆ ಹೇಳುತ್ತದೆ, ಮತ್ತು ಇವು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳು.
ಅಪ್ಲಿಕೇಶನ್ ಮಾರ್ಗ ಮತ್ತೆ ಮೂರನೇ ಪ್ರಶ್ನೆ. ನೆರೆ ಸಂಬಂಧವು ತಲುಪುವಿಕೆಯನ್ನು ಹಂಚುತ್ತದೆ; ಅದು ಫೈರ್ವಾಲ್ ಮೂಲಕ ಅನುಮತಿ ನೀಡುವುದಿಲ್ಲ ಮತ್ತು ಸಂಚಾರ ಆಯ್ಕೆಗಾರರು ಮತ್ತು ಫಿಲ್ಟರಿಂಗ್ ನಿಯಮಗಳು ಒಪ್ಪುತ್ತವೆ ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಅನುಮೋದಿತ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಅನುಮತಿಸಿದ ಹರಿವು ಮತ್ತು ಅದರ ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ, ರೂಟ್ ಎಂದರೆ ನೀತಿ ಎಂದು ಊಹಿಸುವ ಬದಲು.
ಪೂರ್ಣಗೊಂಡ ಹೋಲಿಕೆ ಏನನ್ನು ದಾಖಲಿಸಬೇಕು
ಟನೆಲ್ ಇಂಟರ್ಫೇಸ್, ಅದನ್ನು ಬೆಂಬಲಿಸುವ ಬಿಡುಗಡೆ, ನೀವು ಪರಿಶೀಲಿಸಿದ ನಿಯಂತ್ರಣ ವಿನಿಮಯ ಮತ್ತು ನೀವು ಸೀಮಿತಗೊಳಿಸಿದ ರೂಟ್ ನೀತಿಯನ್ನು ಬರೆಯಿರಿ. multicast ಸೆಟ್ಟಿಂಗ್ ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಉಳಿದವುಗಳಲ್ಲಿ ಏನಾದರೂ ಕೆಲಸ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ಮೌನವಾಗಿ ನಿರ್ಧರಿಸುವ ವಿವರ ಅದೇ. ಆ ದಾಖಲೆಯನ್ನು ನಿಯೋಜಿತ ಬಿಡುಗಡೆಯ ಪಕ್ಕದಲ್ಲಿ ಇರಿಸಿ, ಆಗ ಮುಂದಿನ ವೈಶಿಷ್ಟ್ಯ ಬದಲಾವಣೆಯನ್ನು ಈಗಾಗಲೇ ಅವಧಿ ಮುಗಿದ ಊಹೆಯಿಂದ ಮತ್ತೆ ಆರಂಭಿಸದೆ ಪರಿಶೀಲಿಸಬಹುದು.
ಆ ನಾಲ್ಕರಲ್ಲಿ ಯಾವುದಾದರೂ ಇಲ್ಲದಿದ್ದರೆ, ನಿಮ್ಮ ಬಳಿ ವಿನ್ಯಾಸವಲ್ಲ, ಆದ್ಯತೆ ಇದೆ. ಮೊದಲು ಕಾಣೆಯಾದ ಸತ್ಯವನ್ನು ಸರಿಪಡಿಸಿ; ಪ್ರೋಟೋಕಾಲ್ ಆಯ್ಕೆ ಸುಲಭ ಭಾಗ.