tcpdump 64 KB ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ತೋರಿಸುತ್ತದೆ: ಆಫ್‌ಲೋಡ್ ಮತ್ತು ಸೆರೆಹಿಡಿಯುವ ಬಿಂದು

ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಸೆರೆಹಿಡಿಯುವುದು 1420 MTU ಇರುವ ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿ 64 KB ಪ್ಯಾಕೆಟ್ ಅನ್ನು ತೋರಿಸಬಹುದು, ಮತ್ತು ಸ್ಪಷ್ಟ ತೀರ್ಮಾನವೆಂದರೆ ಸುರಂಗವು ತನ್ನ ಗಾತ್ರ ಮಿತಿಯನ್ನು ನಿರ್ಲಕ್ಷಿಸಿತು. ಆ ತೀರ್ಮಾನ ಸಾಮಾನ್ಯವಾಗಿ ತಪ್ಪು. ಹೋಸ್ಟ್‌ನಲ್ಲಿನ ಸೆರೆಹಿಡಿಯುವ ಬಿಂದುಗಳು ಸಂಸ್ಕರಣಾ ಮಾರ್ಗದ ಒಳಗಿವೆ, ಅಲ್ಲಿ ವಿಭಜನೆ, ಸಮಗ್ರೀಕರಣ ಮತ್ತು ಚೆಕ್‌ಸಮ್ ಕೆಲಸವು ಇನ್ನೂ ನಡೆದಿಲ್ಲದಿರಬಹುದು. ಪ್ಯಾಕೆಟ್‌ನ ಗಾತ್ರವನ್ನು ಓದುವ ಮೊದಲು ವೀಕ್ಷಕನ ಸ್ಥಾನವನ್ನು ಓದಿ.

ನೀವು ಎಲ್ಲಿ ಸೆರೆಹಿಡಿಯುತ್ತೀರಿ ಎಂಬುದು ನೀವು ನೋಡುವುದನ್ನು ಬದಲಿಸುತ್ತದೆ

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

ethtool -k eth0 | grep -E 'tso|gso|gro'

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

ಒಳ ಮತ್ತು ಹೊರ ಇಂಟರ್ಫೇಸ್‌ಗಳನ್ನು ಬೇರ್ಪಡಿಸಿ

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

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

ಚೆಕ್‌ಸಮ್ ಎಚ್ಚರಿಕೆಯೂ ಸ್ಥಾನಾಧಾರಿತವಾಗಿದೆ

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

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

ಆಫ್‌ಲೋಡ್ ಅನ್ನು ನಿಯಂತ್ರಿತ ಪರೀಕ್ಷೆಯಾಗಿ ಮಾತ್ರ ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿ

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

ethtool -K eth0 tso off gro off
ping -M do -s 1400 example.com

ದೊಡ್ಡ ವರ್ಗಾವಣೆಯ ನಿಜವಾದ ನಿಲುಗಡೆ ಮಾರ್ಗದ MTU ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಪಡೆಯುವ ಪ್ರತಿಕ್ರಿಯೆ ಬಗ್ಗೆ ಪ್ರತ್ಯೇಕ ಪ್ರಶ್ನೆ. ಹೋಸ್ಟ್‌ನ ಸಮಗ್ರೀಕೃತ ಘಟಕವು ಕೆಳಗಿನ ಗಾತ್ರ ಮಿತಿಯನ್ನು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ ಅಥವಾ ನಿರಾಕರಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಕಡಿಮೆ CPU ಶೇಕಡಾವಾರು ಆಫ್‌ಲೋಡ್ ಅನ್ನು ಕಾರಣವೆಂದು ಗುರುತಿಸುವುದಿಲ್ಲ.

ಉಪಯುಕ್ತ ಫಲಿತಾಂಶವೆಂದರೆ ವಿವರಿಸಲಾದ ಸೆರೆಹಿಡಿಯುವ ಬಿಂದು ಮತ್ತು ಪುನರಾವರ್ತನೀಯ ಅಪ್ಲಿಕೇಶನ್ ವೀಕ್ಷಣೆ. ಇವುಗಳನ್ನು ಬೇರ್ಪಡಿಸಿದಾಗ, MTU ಬದಲಾವಣೆಯು ಆಂತರಿಕ ಬಫರ್‌ನ ಆಕಾರದ ಬದಲು ನಿಜವಾದ ನಿರ್ಬಂಧವನ್ನು ಗುರಿಯಾಗಿಸಬಹುದು.