BGP ಪ್ರಿಫಿಕ್ಸ್ ಕಲಿತಿದೆ, ಆದರೆ ಸಂಚಾರ ಇನ್ನೂ ಸುರಂಗವನ್ನು ಬಳಸಿಕೊಳ್ಳುತ್ತಿಲ್ಲ
BGP ಕೋಷ್ಟಕದಲ್ಲಿನ ಪ್ರಿಫಿಕ್ಸ್ ನಿಯಂತ್ರಣ-ಸ್ತರದ ಸುದ್ದಿ, ಮುಂದಕ್ಕೆ ರವಾನಿಸುವ ನಿರ್ಣಯವಲ್ಲ. ಸುರಂಗವನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಸ್ವೀಕೃತಿ, ಆಯ್ಕೆ, ಸ್ಥಾಪನೆ ಮತ್ತು ಹೊಂದಾಣಿಕೆಯನ್ನು ಪರಿಶೀಲಿಸಿ.
ಶಾಖೆಯ ಗೇಟ್ವೇ ತನ್ನ BGP ಕೋಷ್ಟಕದಲ್ಲಿ ಕ್ಲೌಡ್ ಪ್ರಿಫಿಕ್ಸ್ ತೋರಿಸುತ್ತದೆ, ಪೂರೈಕೆದಾರರೊಂದಿಗೆ ಸೆಷನ್ ಸ್ಥಾಪಿತವಾಗಿದೆ, ಆದರೂ ಆ ಪ್ರಿಫಿಕ್ಸ್ನತ್ತ ಬಳಕೆದಾರರ ವಿನಂತಿ ತಪ್ಪು ಇಂಟರ್ಫೇಸ್ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ. ಮಾನಿಟರಿಂಗ್ ಸೂಚಿಸುವ ರೀತಿಯಲ್ಲಿ ಏನೂ ಮುರಿದಿಲ್ಲ, ಏಕೆಂದರೆ “BGP ಅದನ್ನು ಕಲಿತುಕೊಂಡಿತು” ಎಂಬುದು ನಿಯಂತ್ರಣ-ಸ್ತರದ ಬಗ್ಗೆ ಒಂದು ಹೇಳಿಕೆ. ಆ ಕೋಷ್ಟಕ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ನಡುವೆ ನಾಲ್ಕು ಪ್ರತ್ಯೇಕ ಪರಿವರ್ತನೆಗಳಿವೆ, ಮತ್ತು ಹರಿವು ಅವುಗಳಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದರಲ್ಲಿ ನಿಲ್ಲುತ್ತದೆ. ಗೇಟ್ಗಳನ್ನು ಕ್ರಮವಾಗಿ ಹಾದುಹೋಗಿ ಮತ್ತು ಮೊದಲು ವಿಫಲವಾಗುವುದರಲ್ಲಿ ನಿಲ್ಲಿಸಿ.
ಮೊದಲ ಗೇಟ್: ನೆರೆಯವರು ವಾಸ್ತವವಾಗಿ ಏನು ಕಳುಹಿಸಿದರು
ಪ್ರಿಫಿಕ್ಸ್ನಿಂದ ಸಂಕ್ಷೇಪಿಸಿದ ರೂಪದಲ್ಲಿ ಅಲ್ಲ, ಸ್ವೀಕರಿಸಿದಂತೆಯೇ ಪ್ರಾರಂಭಿಸಿ. BGP ಕೋಷ್ಟಕದಲ್ಲಿ ನಿಖರವಾದ ನೆಟ್ವರ್ಕ್ ಮತ್ತು ಮಾಸ್ಕ್ ಹುಡುಕಿ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್, AS ಪಥ ಮತ್ತು ಆಮದು ನೀತಿ ಹೊಂದಿಸಬಹುದಾದ ಯಾವುದೇ ಸಮುದಾಯವನ್ನು ದಾಖಲಿಸಿ. ಡ್ಯಾಶ್ಬೋರ್ಡ್ನಲ್ಲಿನ ಸಾರಾಂಶ ಮಾರ್ಗವು ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್ ಎಂದೂ ಸ್ವೀಕರಿಸಲ್ಪಡದಿದ್ದನ್ನು ಮರೆಮಾಡಬಹುದು.
ಆಮದು ನೀತಿ ಎಂಬುದು ದೋಷವಿಲ್ಲದೆ ಮಾರ್ಗ ಕಣ್ಮರೆಯಾಗುವ ಸಾಮಾನ್ಯ ಸ್ಥಳ. ಪ್ರಿಫಿಕ್ಸ್ ಪಟ್ಟಿ, ಸಮುದಾಯ ಫಿಲ್ಟರ್ ಅಥವಾ ಒಳಬರುವ ಮಾರ್ಗ ನಕ್ಷೆ ನವೀಕರಣವನ್ನು ಬಿಡಬಹುದು, ಸೆಷನ್ ಮೇಲೆ ಮತ್ತು ಆರೋಗ್ಯಕರವಾಗಿರುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಸಿರು ನೆರೆ ದೀಪ ಎಷ್ಟು ಕಡಿಮೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಲಾಗ್ ಸಾಲಿನ ಅನುಪಸ್ಥಿತಿ ನಿರ್ಣಯದ ಅನುಪಸ್ಥಿತಿಯಲ್ಲ. ಸಾಮಾನ್ಯವಾಗಿ ಅದು ನಿರ್ಣಯವನ್ನು ಸದ್ದಿಲ್ಲದೆ, ಸಂರಚಿಸಿದಂತೆಯೇ ತೆಗೆದುಕೊಳ್ಳಲಾಗಿದೆ ಎಂದರ್ಥ.
show ip bgp 10.60.20.0/24 show ip bgp neighbors 203.0.113.5 advertised-routes show ip route 10.60.20.0 show ip cef 10.60.20.0
ಔಟ್ಪುಟ್ ಅನ್ನು ಆ ಕ್ರಮದಲ್ಲಿ ಓದಿ. ಮೊದಲ ಎರಡು ಆದೇಶಗಳು ಮಾಹಿತಿ ತಲುಪಿದೆಯೇ ಮತ್ತು ಸಹವರ್ತಿ ಏನು ಕಳುಹಿಸಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿಸುತ್ತವೆ; ಕೊನೆಯ ಎರಡು ಯಾವುದಾದರೂ ರೂಟಿಂಗ್ ಮತ್ತು ಫಾರ್ವರ್ಡಿಂಗ್ ಕೋಷ್ಟಕಗಳನ್ನು ತಲುಪಿದೆಯೇ ಎಂದು ತಿಳಿಸುತ್ತವೆ. ಮೊದಲ ಆದೇಶದಲ್ಲಿರುವ ಮತ್ತು ಮೂರನೆಯದರಲ್ಲಿ ಇಲ್ಲದ ಪ್ರಿಫಿಕ್ಸ್ ಆಯ್ಕೆ ಅಥವಾ ಸ್ಥಾಪನೆಯ ಸಮಸ್ಯೆ, ಸಂಪರ್ಕದ ಸಮಸ್ಯೆ ಅಲ್ಲ.
ಎರಡನೇ ಗೇಟ್: ಆಯ್ಕೆ, ನಂತರ ಸ್ಥಾಪನೆ
BGP ಅತ್ಯುತ್ತಮ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತದೆ, ಮತ್ತು ಆಯ್ಕೆಯಾದ ಮಾರ್ಗ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ಥಾಪನೆಯಾಗುವುದಿಲ್ಲ. ಮುಂದಿನ ಹಾಪ್ ಪರಿಹರಿಸಲ್ಪಡಬೇಕು, ಮತ್ತು ಇನ್ನೊಂದು ಮಾರ್ಗ ಮೂಲವು ಈಗಾಗಲೇ ಆ ಪ್ರಿಫಿಕ್ಸ್ ಅನ್ನು ಉತ್ತಮ ಆಡಳಿತಾತ್ಮಕ ದೂರದೊಂದಿಗೆ ಹೊಂದಿರಬಹುದು. ವಲಸೆಯಿಂದ ಉಳಿದ ಸ್ಥಿರ ಮಾರ್ಗವು ಮಾನ್ಯ BGP ಮಾರ್ಗವನ್ನು ಸುಲಭವಾಗಿ ಸೋಲಿಸಿ ಸಂಚಾರವನ್ನು ಬೇರೆಡೆಗೆ ಕಳುಹಿಸುತ್ತದೆ.
RFC 4271 ಮೂರು ಕಲ್ಪನೆಗಳನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಇಡುತ್ತದೆ: ಸಹವರ್ತಿ ಏನು ಕಳುಹಿಸಿದರು, ಈ ಮಾತುಗಾರ ಯಾವುದನ್ನು ಅತ್ಯುತ್ತಮವೆಂದು ಆಯ್ಕೆ ಮಾಡಿದರು, ಮತ್ತು ಮುಂದೆ ಏನನ್ನು ಜಾಹೀರಾತು ಮಾಡುತ್ತಾರೆ. ಇವು ಪರಿಕಲ್ಪನಾತ್ಮಕ ಪಾತ್ರಗಳು, ಮಾರಾಟಗಾರನು ಬಹಿರಂಗಪಡಿಸಬೇಕಾದ ಮೂರು ಭೌತಿಕ ಡೇಟಾಬೇಸ್ಗಳಲ್ಲ, ಆದರೆ ಆ ವಿಂಗಡಣೆಯೇ “ಅದು BGP ಯಲ್ಲಿದೆ” ಎಂಬುದನ್ನು ಅಪೂರ್ಣ ಉತ್ತರವಾಗಿಸುತ್ತದೆ.
ನೀವು ಯಾವ ರೂಟಿಂಗ್ ಸಂದರ್ಭವನ್ನು ಓದುತ್ತಿದ್ದೀರಿ ಎಂಬುದನ್ನೂ ಪರಿಶೀಲಿಸಿ. ಬಳಕೆದಾರರ ಇಂಟರ್ಫೇಸ್ ಸೇರದ VRF ನಲ್ಲಿ ಸ್ಥಾಪಿಸಲಾದ ಮಾರ್ಗ ಆ ಬಳಕೆದಾರರ ಪ್ಯಾಕೆಟ್ಗಳಿಗೆ ಕಾಣುವುದಿಲ್ಲ, ಮತ್ತು ಕೋಷ್ಟಕ ಸದಾ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ.
ಮೂರನೇ ಗೇಟ್: ಈ ಹರಿವಿಗೆ ಅನ್ವಯವಾಗುವ ಹುಡುಕಾಟ
ಈಗ ಮಾರ್ಗದ ಬಗ್ಗೆ ಕೇಳುವುದನ್ನು ನಿಲ್ಲಿಸಿ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಬಗ್ಗೆ ಕೇಳಲು ಪ್ರಾರಂಭಿಸಿ. ಬಳಕೆದಾರರ ಮೂಲ ವಿಳಾಸ, ಗಮ್ಯಸ್ಥಾನ, ಪ್ರೋಟೋಕಾಲ್, ಪೋರ್ಟ್ ಮತ್ತು ಒಳಬರುವ ಇಂಟರ್ಫೇಸ್ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಅವುಗಳಲ್ಲಿ ಪ್ರತಿಯೊಂದೂ ಬೇರೆ ನೀತಿಯನ್ನು ಆಯ್ಕೆ ಮಾಡಬಹುದು. ನಂತರ ಸಾಮಾನ್ಯ ರೂಟಿಂಗ್ ಕೋಷ್ಟಕದ ಬದಲು ಆ ಸಂಯೋಜನೆಗೆ ಅನ್ವಯವಾಗುವ ಹುಡುಕಾಟವನ್ನು ನೋಡಿ.
ip route get 10.60.20.25 from 10.60.10.40 ip rule show sudo tcpdump -ni tun0 'host 10.60.20.25'
ಹೆಚ್ಚು ನಿರ್ದಿಷ್ಟ ಪ್ರಿಫಿಕ್ಸ್ ಇಲ್ಲಿ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಆಶ್ಚರ್ಯ, ಮತ್ತು ನೀತಿ ಮಾರ್ಗ ಎರಡನೆಯದು. ಎರಡೂ ನೀವು ನೋಡುತ್ತಿದ್ದ ಸಮುಚ್ಚಯವನ್ನು ಮೀರುತ್ತವೆ, ಮತ್ತು ಯಾವುದೂ BGP ಕೋಷ್ಟಕದ ಸಾರಾಂಶದಲ್ಲಿ ಕಾಣುವುದಿಲ್ಲ.
ಗೇಟ್ವೇಯಿಂದಲೇ ಕಳುಹಿಸಿದ ಪಿಂಗ್ ಬಳಕೆದಾರರ ಸೆಷನ್ ಬಗ್ಗೆ ಸಾಕ್ಷ್ಯವಲ್ಲ. ಬೇರೆ ಮೂಲ ವಿಳಾಸ, ಬೇರೆ ನೀತಿ ಪಥ, ಮತ್ತು ಹಲವು ಬಾರಿ ಬೇರೆ ಫಲಿತಾಂಶ. ಅಪ್ಲಿಕೇಶನ್ ಬಳಸುವ ಅದೇ ಮೂಲದೊಂದಿಗೆ ಪರೀಕ್ಷಿಸಿ, ಅಥವಾ ಪರೀಕ್ಷೆ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ ಎಂದು ಒಪ್ಪಿಕೊಳ್ಳಿ.
ನಾಲ್ಕನೇ ಗೇಟ್: ಮಾರ್ಗದ ದೂರದ ಅರ್ಧ
ಸ್ಥಳೀಯ ಹುಡುಕಾಟವು ಸುರಂಗವನ್ನು ಆಯ್ಕೆ ಮಾಡಿದರೆ, ಪ್ಯಾಕೆಟ್ ಇನ್ನೂ ಸಂರಕ್ಷಣಾ ನೀತಿಯಿಂದ ಸ್ವೀಕರಿಸಲ್ಪಡಬೇಕು, ಫಾರ್ವರ್ಡಿಂಗ್ ನಿಯಮದಿಂದ ಅನುಮತಿಸಲ್ಪಡಬೇಕು ಮತ್ತು ಆಚೆಗಿನ ಯಾವುದೋ ವಸ್ತುವಿನಿಂದ ಉತ್ತರಿಸಲ್ಪಡಬೇಕು. ವಿಳಾಸ ಜೋಡಿಯನ್ನು ಒಳಗೊಳ್ಳದ ಕ್ರಿಪ್ಟೋ ACL ಸಂಚಾರವನ್ನು ಬಿಡುತ್ತದೆ, ಆದರೆ ಸುರಂಗ ತಾನು ಮೇಲಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ಇದು ರೂಟಿಂಗ್ ವೈಫಲ್ಯದಿಂದ ಪ್ರತ್ಯೇಕಿಸಲಾಗದ ಕಾಲಮಿತಿಯನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಹೊರಹೋಗುವ ಮಾರ್ಗದಷ್ಟೇ ಮುಖ್ಯ. ಕ್ಲೌಡ್ ಬದಿಯು ಶಾಖೆಯ ಮೂಲವನ್ನು ತಲುಪುವುದು ಹೇಗೆ ಎಂದು ತಿಳಿದಿರಬೇಕು, ಮಾರ್ಗದ ಮೂಲಕವೋ ಅಥವಾ ನೀವು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಸಂರಚಿಸಿದ ಅನುವಾದದ ಮೂಲಕವೋ. ಅಸಮಮಿತ ಹಿಂತಿರುಗುವ ಮಾರ್ಗಗಳು ಒಂದೇ ದಿಕ್ಕಿನಿಂದ ಪರೀಕ್ಷಿಸಲಾದ ವಿನ್ಯಾಸಗಳಲ್ಲಿ ಸಾಮಾನ್ಯ.
ಹೊಸ ಅಧಿಕೃತ ಸಂಪರ್ಕವನ್ನು ಮೂರು ಅವಲೋಕನಗಳೊಂದಿಗೆ ಸಂಬಂಧಿಸಿ: ಹೊಂದಿಕೆಯಾದ ಸ್ಥಳೀಯ ನೀತಿ, ಚಲಿಸಿದ ಸುರಂಗ ಕೌಂಟರ್ಗಳು, ಮತ್ತು ಕಾಣುವ ಸ್ಥಳದಲ್ಲಿ ದೂರದ ಬದಿಯ ಸ್ವೀಕೃತಿ. ಕೌಂಟರ್ಗಳು ಚಲಿಸದಿದ್ದರೆ, ಮಾರ್ಗ ಕೋಷ್ಟಕ ಏನೇ ಹೇಳಲಿ, ಪ್ಯಾಕೆಟ್ ಎಂದೂ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸಿಲ್ಲ. ಅವು ಚಲಿಸಿ ಏನೂ ತಲುಪದಿದ್ದರೆ, ದೂರದ ಬದಿ ಅದನ್ನು ಬಿಡುತ್ತಿದೆ ಅಥವಾ ತಪ್ಪಾಗಿ ರೂಟ್ ಮಾಡುತ್ತಿದೆ. ಆ ಎರಡು ಫಲಿತಾಂಶಗಳು ಸಂಪೂರ್ಣ ಬೇರೆ ತಂಡಗಳಿಗೆ ಕರೆದೊಯ್ಯುತ್ತವೆ.
ವಿಫಲವಾದ ಪರಿವರ್ತನೆಗೆ ಹೆಸರಿಸಿ
ಫಲಿತಾಂಶವನ್ನು ಐದು ಸ್ಥಿತಿಗಳಲ್ಲಿ ಒಂದಾಗಿ ಬರೆಯಿರಿ: ಸ್ವೀಕರಿಸಿಲ್ಲ, ನೀತಿಯಿಂದ ಸ್ವೀಕರಿಸಿಲ್ಲ, ಆಯ್ಕೆಯಾಗಿಲ್ಲ, ಸ್ಥಾಪನೆಯಾಗಿಲ್ಲ, ಅಥವಾ ಈ ಹರಿವಿಗೆ ಹೊಂದಿಕೆಯಾಗಿಲ್ಲ. ಸ್ಥಳೀಯ ಮಾರ್ಗ ಸರಿಯಾಗಿದೆ ಮತ್ತು ದೂರದ ತುದಿ ಉತ್ತರಿಸಲಾಗದ ಸಂದರ್ಭಕ್ಕೆ ಆರನೆಯದನ್ನು ಸೇರಿಸಿ. ಆ ವಾಕ್ಯವೇ ಡೆಲಿವರೇಬಲ್, ಮತ್ತು ಸ್ಥಾಪಿತ ನೆರೆಯ ಸ್ಕ್ರೀನ್ಶಾಟ್ಗಿಂತ ಹೆಚ್ಚು ಉಪಯುಕ್ತ.
ಸ್ವೀಕೃತಿ ಯೋಜನೆಯಲ್ಲಿ ಋಣಾತ್ಮಕ ಪರೀಕ್ಷೆಯನ್ನೂ ಇರಿಸಿ: ಸುರಂಗದ ಮೂಲಕ ಹಾದುಹೋಗಬಾರದ ಗಮ್ಯಸ್ಥಾನ, ಬದಲಾವಣೆಯ ನಂತರ ಪರಿಶೀಲಿಸಲಾಗಿದೆ. ಕೇವಲ ಸುಖದ ಮಾರ್ಗವನ್ನು ಸಾಬೀತುಪಡಿಸುವ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ ಮುಂದಿನ ನಿರ್ವಹಣಾ ಕಿಟಕಿಯಲ್ಲಿ ಯಾರೋ ಸೇರಿಸುವ ವಿಶಾಲ ನೀತಿ ನಿಯಮವನ್ನು ಹಿಡಿಯುವುದಿಲ್ಲ.