ಹೋಸ್ಟ್ ರೂಟ್‌ಗೆ ಸಮಾನ-ವೆಚ್ಚದ ಬಹುಮಾರ್ಗ ನಿರುಪಯುಕ್ತ ಎಂಬ ಹೇಳಿಕೆ ಸತ್ಯವೆನಿಸುವಷ್ಟು ಬಾರಿ ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ. /32 ಒಂದು ಗಮ್ಯ ವಿಳಾಸವನ್ನು ಆಯ್ಕೆಮಾಡುತ್ತದೆ, ಮತ್ತು ಆ ಆಯ್ಕೆಯಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಒಂದೇ ಭೌತಿಕ ಲಿಂಕ್‌ಗೆ ಸೀಮಿತಗೊಳಿಸುವ ಯಾವುದೂ ಇಲ್ಲ. ಗಮ್ಯವು ದೂರದ VXLAN ಸುರಂಗದ ಅಂತ್ಯಬಿಂದುವಾದಾಗ, ಹಲವು ಮುಂದಿನ ಹಾಪ್‌ಗಳು ಬೇರೆ ಬೇರೆ ಓವರ್‌ಲೇ ಹರಿವುಗಳನ್ನು ಸಾಗಿಸಬಹುದು, ಮತ್ತು ಅವು ಹಾಗೆ ಮಾಡುತ್ತವೆಯೇ ಎಂಬುದು ಫಾರ್ವರ್ಡಿಂಗ್ ಹ್ಯಾಶ್‌ಗೆ ಏನನ್ನು ನೋಡಲು ಅನುಮತಿ ಇದೆ ಎಂಬುದನ್ನು ಅವಲಂಬಿಸಿದೆ. ಉಳಿದದ್ದು ಹೊರಗಿನ ಹೆಡರ್‌ನ ಮೇಲಿನ ಅಂಕಗಣಿತ, ಪ್ರಿಫಿಕ್ಸ್‌ನ ಗುಣವಲ್ಲ.

ರೂಟ್ ತಲುಪುವಿಕೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ; ಹ್ಯಾಶ್ ವಿತರಣೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ.

ಪುರಾಣ: /32 ಎಂದರೆ ಒಂದೇ ಮಾರ್ಗ

OSPF ಒಂದು VTEP ಲೂಪ್‌ಬ್ಯಾಕ್‌ಗೆ ಸಮಾನ-ವೆಚ್ಚದ ತಲುಪುವಿಕೆಯನ್ನು ವರದಿ ಮಾಡಬಹುದು, ಆದರೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಕೋಷ್ಟಕ ಅದೇ ಪ್ರಿಫಿಕ್ಸ್‌ಗೆ ಮುಂದಿನ ಹಾಪ್‌ಗಳ ಗುಂಪನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ. ಪ್ರೋಟೋಕಾಲ್ ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಒದಗಿಸುತ್ತದೆ; ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅವುಗಳಲ್ಲಿ ಯಾವುವು ಬಳಸಬಹುದಾದವು ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಹೇಗೆ ನಿಗದಿಯಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ. ಯಾವುದೇ ರೂಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ಪ್ರತಿ ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಫ್ರೇಮ್‌ಗೆ ಹೊಸ ಹ್ಯಾಶ್ ಲೆಕ್ಕಹಾಕುವುದಿಲ್ಲ. ಈ ಬೇರ್ಪಡಿಕೆಯೇ ಒಂದೇ ರೂಟ್‌ಗಳನ್ನು ಹೊಂದಿರುವ ಎರಡು ರೂಟರ್‌ಗಳು ಸಂಚಾರವನ್ನು ಬೇರೆ ರೀತಿಯಲ್ಲಿ ಹಂಚಬಹುದಾದ ಕಾರಣ.

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

ಎಂಟ್ರೊಪಿ ಎಲ್ಲಿಂದ ಬರಬೇಕು

ಎರಡು VTEP ಗಳ ನಡುವೆ ಹೊರಗಿನ ಮೂಲ ಮತ್ತು ಗಮ್ಯ ವಿಳಾಸಗಳು ಸ್ಥಿರವಾಗಿರುತ್ತವೆ, ಮತ್ತು ಸಾಂಪ್ರದಾಯಿಕ ನಿಯೋಜನೆಯಲ್ಲಿ UDP ಗಮ್ಯ ಪೋರ್ಟ್ 4789 ಆಗಿದೆ. ಆ ಮೌಲ್ಯಗಳನ್ನು ಮಾತ್ರ ಓದುವ ಹ್ಯಾಶ್ ಸ್ಥಿರ ಇನ್‌ಪುಟ್ ನೋಡಿ ಸ್ಥಿರ ಮಾರ್ಗವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ. ಹೊರಗಿನ ಹೆಡರ್‌ನಲ್ಲಿ ಏನೋ ಬದಲಾಗಬೇಕು, ಮತ್ತು ಅದನ್ನು ಬದಲಾಯಿಸಬಲ್ಲ ಸಾಧನ VTEP.

RFC 7348 ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಫ್ರೇಮ್‌ನ ಒಳಗಿನ ಕ್ಷೇತ್ರಗಳಿಂದ UDP ಮೂಲ ಪೋರ್ಟ್ ಪಡೆಯಲು ಸೂಚಿಸುತ್ತದೆ. ಆಗ ಬೇರೆ ಬೇರೆ ಒಳಗಿನ ಸಂಭಾಷಣೆಗಳು ಬೇರೆ ಬೇರೆ ಹೊರಗಿನ ಟ್ಯುಪಲ್‌ಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತವೆ, ಇದು ಸಾಮಾನ್ಯ ಸಾಗಣೆ ಹ್ಯಾಶ್‌ಗೆ ಕೆಲಸ ಮಾಡಲು ಏನನ್ನೋ ನೀಡುತ್ತದೆ.

ಫಾರ್ವರ್ಡಿಂಗ್ ಹಾರ್ಡ್‌ವೇರ್ ಪ್ಯಾಕೆಟ್‌ನಲ್ಲಿ ಇನ್ನಷ್ಟು ಆಳವಾಗಿ ನೋಡಬಲ್ಲದಾದರೆ, ಅದರ ಹ್ಯಾಶ್ ಅನುಷ್ಠಾನವು ಯಾವ ಒಳಗಿನ ಕ್ಷೇತ್ರಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಆ ಆಳವನ್ನು ಪ್ರತಿ ಅಂಡರ್‌ಲೇ ಸಾಧನಕ್ಕೂ ಅಗತ್ಯವೆಂದು ಪರಿಗಣಿಸಬಾರದು, ಏಕೆಂದರೆ ಮೂಲ-ಪೋರ್ಟ್ ವೈವಿಧ್ಯವೇ ಈಗಾಗಲೇ ಉಪಯುಕ್ತ ವ್ಯತ್ಯಾಸಗಳನ್ನು ತೋರಿಸುತ್ತದೆ.

ನಿಜವಾಗಿ ಸಿಗುವ ಹ್ಯಾಶ್ ಪರಿಶೀಲಿಸಿ

ಊಹಿಸುವ ಬದಲು ಅಳೆಯಿರಿ. ಎನ್‌ಕ್ಯಾಪ್ಸುಲೇಟೆಡ್ ಸಂಚಾರದ ಮಾದರಿಯನ್ನು ಸೆರೆಹಿಡಿದು ಹೊರಗಿನ ಮೂಲ ಪೋರ್ಟ್‌ಗಳನ್ನು ನೋಡಿ, ನಂತರ ಫಲಿತಾಂಶವನ್ನು ಫಾರ್ವರ್ಡಿಂಗ್ ನಮೂದುಗಳು ಮತ್ತು ಪ್ರತಿ-ಲಿಂಕ್ ಕೌಂಟರ್‌ಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ.

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

ಒಂದು ಮೂಲ ಪೋರ್ಟ್ ಅನೇಕ ಬೇರೆ ಬೇರೆ ಒಳಗಿನ ಸಂಭಾಷಣೆಗಳಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುವುದೆಂದರೆ VTEP ಆ ಕ್ಷೇತ್ರವನ್ನು ಬದಲಿಸುತ್ತಿಲ್ಲ, ಮತ್ತು ಅಂಡರ್‌ಲೇನ ಯಾವುದೇ ಟ್ಯೂನಿಂಗ್ ಭಾರವನ್ನು ಹಂಚುವುದಿಲ್ಲ. ಒಂದು ಮುಂದಿನ ಹಾಪ್ ಬಳಕೆಯಲ್ಲಿರುವಾಗ ಅನೇಕ ವಿಭಿನ್ನ ಪೋರ್ಟ್‌ಗಳು ಬದಲಿಗೆ ಫಾರ್ವರ್ಡಿಂಗ್ ಗುಂಪಿನತ್ತ ಸೂಚಿಸುತ್ತವೆ.

ಮಾದರಿಯ ಮೊದಲು ಮತ್ತು ನಂತರ ಕೌಂಟರ್‌ಗಳನ್ನು ದಾಖಲಿಸಿ, ಮತ್ತು ಅಪ್‌ಲಿಂಕ್‌ಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಅಸಂಬಂಧಿತ ಸಂಚಾರವನ್ನು ಗಮನಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಸಂಖ್ಯೆಗಳು ಹ್ಯಾಶ್ ಅರ್ಹವಾದದ್ದಕ್ಕಿಂತ ಕೆಟ್ಟದಾಗಿ ಕಾಣುತ್ತವೆ.

ಸಮಾನ ವಿತರಣೆ ಏನನ್ನು ಅರ್ಥೈಸುವುದಿಲ್ಲ

ಪ್ರತಿ-ಹರಿವಿನ ಹ್ಯಾಶ್ ಒಂದು ಸಂಭಾಷಣೆಯನ್ನು ಒಂದೇ ಮಾರ್ಗದಲ್ಲಿ ಇರಿಸಲು ವಿನ್ಯಾಸಗೊಳಿಸಲಾಗಿದೆ, ಅದರ ಇನ್‌ಪುಟ್‌ಗಳು ಮತ್ತು ಲಭ್ಯವಿರುವ ಮಾರ್ಗ ಸಮೂಹ ಬದಲಾಗದವರೆಗೆ. ಆದ್ದರಿಂದ ಒಂದು ದೊಡ್ಡ TCP ವರ್ಗಾವಣೆ ಎಲ್ಲಾ ಅಪ್‌ಲಿಂಕ್‌ಗಳನ್ನು ಒಟ್ಟುಗೂಡಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಲಿಂಕ್‌ಗಳನ್ನು ಸೇರಿಸುವುದರಿಂದ ಆ ಹರಿವು ವೇಗವಾಗುವುದಿಲ್ಲ. ಇದು ಸಾಮಾನ್ಯ ವರ್ತನೆ, ದೋಷವಲ್ಲ.

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

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು