ಕೇಬಲ್ ಅನ್ನು ದೂಷಿಸುವ ಮೊದಲು ಪ್ಯಾಕೆಟ್ ನಷ್ಟವನ್ನು ಹೇಗೆ ಓದುವುದು

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

ಒಂದನ್ನು ನಂಬುವ ಬದಲು ಮೂರು ಅಳತೆಗಳನ್ನು ಹೋಲಿಸಿ: ಪ್ರೋಬ್ ಏನನ್ನು ನೋಡಿತು, ಇಂಟರ್ಫೇಸ್ ಕೌಂಟರ್ಗಳು ಏನು ಮಾಡಿದವು ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನಿಜವಾಗಿ ಯಾವುದಕ್ಕೆ ಕಾಯುತ್ತಿತ್ತು.

ಪಿಂಗ್ ಶೇಕಡಾವಾರು ನಿಜವಾಗಿ ಏನನ್ನು ಅಳೆಯುತ್ತದೆ

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

ಪ್ರೋಬ್ನ ಫಲಿತಾಂಶವನ್ನು ಮಾರ್ಗದ ಬಗ್ಗೆ ಸುಳಿವಾಗಿ ಇರಿಸಿಕೊಳ್ಳಿ. ನಂತರ ಅದನ್ನು ಸೃಷ್ಟಿಸಿದ ಸಮಯ ಮತ್ತು ಗಡಿಯನ್ನು ಹುಡುಕಿ.

ಆಯುಷ್ಯದ ಒಟ್ಟುಗಳಲ್ಲ, ಕೌಂಟರ್ ವ್ಯತ್ಯಾಸಗಳನ್ನು ಹೋಲಿಸಿ

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

ip -s link show dev eth0
nstat -az TcpRetransSegs TcpExtTCPTimeouts
date -u +%Y-%m-%dT%H:%M:%SZ

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

ಡ್ರೈವರ್ ವಿವರವಾದ ಭೌತಿಕ ಕೌಂಟರ್ಗಳನ್ನು ಒದಗಿಸಿದರೆ, ಆ ಅಡಾಪ್ಟರ್ನ ದಾಖಲೆಗಳ ಮೂಲಕ ಅವುಗಳನ್ನು ಓದಿ. ಎರಡು ತಯಾರಕರಲ್ಲಿ “drop” ಎಂಬ ಹೆಸರಿನ ಪ್ರತಿ ಕ್ಷೇತ್ರಕ್ಕೂ ಒಂದೇ ಅರ್ಥ ಕೊಡುವುದು ಸಾಮಾನ್ಯ ಲೆಕ್ಕಪತ್ರ ವಿಚಿತ್ರತೆಯನ್ನು ಹಾರ್ಡ್ವೇರ್ ರೋಗನಿರ್ಣಯವಾಗಿ ಪರಿವರ್ತಿಸುವ ದಾರಿ.

ಕಳೆದುಹೋದ ವಿಭಾಗವು ದೀರ್ಘ ಕಾಯುವಿಕೆಯಾಗುವುದು ಹೇಗೆ

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

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

ಸೆರೆಹಿಡಿಯುವಿಕೆ ಅನುಮತಿಸಿರುವಲ್ಲಿ ಅದನ್ನು ಸಂಕುಚಿತವಾಗಿ ಇರಿಸಿ. ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು ನಿರೀಕ್ಷಿತ ಪ್ಯಾಕೆಟ್ಗಳು ಅಥವಾ ಸ್ವೀಕೃತಿಗಳು ನಿರ್ದಿಷ್ಟ ಗಡಿಯಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆಯೇ ಎಂಬುದು, ನಿರುಪಯುಕ್ತ ಜಾಡಿನಲ್ಲಿ ಎಲ್ಲೋ ಮರುಕಳುಹಿಸುವಿಕೆ ಇದೆ ಎಂಬ ಅಂಶವಲ್ಲ.

ಉಳಿದವನ್ನು ಚಲಿಸದೆ ಒಂದು ಗಡಿಯನ್ನು ಬದಲಿಸಿ

ಸಾಕ್ಷ್ಯವು ಸ್ಥಳೀಯ ಲಿಂಕ್ಗೆ ತೋರಿಸಿದರೆ, ನಿಯಂತ್ರಿತ ಹೋಲಿಕೆಯಾಗಿ ಅನುಮೋದಿತ ಕೇಬಲ್ ಅಥವಾ ಪೋರ್ಟ್ ಅನ್ನು ಬದಲಾಯಿಸಿ ಮತ್ತು ಉಳಿದೆಲ್ಲವನ್ನು ಹಾಗೆಯೇ ಬಿಡಿ. ತುದಿ, ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಕೆಲಸದ ಭಾರವನ್ನು ಹೋಲಿಸಬಹುದಾದಂತೆ ಇರಿಸಿ, ಮತ್ತು ಪ್ರತಿ ಪ್ರಯತ್ನದಲ್ಲಿ ನಿಖರವಾಗಿ ಒಂದು ಗಡಿಯನ್ನು ಬದಲಿಸಿ. ತಂತಿಯ ಲ್ಯಾಪ್ಟಾಪ್ ಅನ್ನು ನಿಸ್ತಂತು ಒಂದಕ್ಕೆ ಹೋಲಿಸುತ್ತಾ ನಿರ್ಗಮನಗಳು ಮತ್ತು ಪ್ರೋಟೋಕಾಲ್ಗಳನ್ನೂ ಬದಲಿಸುವುದು ನೀವು ಆರೋಪಿಸಬಹುದಾದ ಯಾವುದನ್ನೂ ಹೇಳುವುದಿಲ್ಲ.

ಶುದ್ಧ ಸ್ಥಳೀಯ ಕೌಂಟರ್ಗಳು ಮಾರ್ಗದ ಉಳಿದ ಭಾಗವನ್ನು ದೃಢೀಕರಿಸುವುದಿಲ್ಲ. ಅವು ನೀವು ನೋಡುವ ಭಾಗವನ್ನು ಮಿತಿಗೊಳಿಸುತ್ತವೆ, ಮತ್ತು ಪ್ರಾಮಾಣಿಕ ವರದಿ ಯಾವ ಗಡಿಗಳನ್ನು ಗಮನಿಸಲಾಯಿತು ಮತ್ತು ಯಾವುದನ್ನು ಗಮನಿಸಲಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತದೆ. ಕೊನೆಯಲ್ಲಿ ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು ಒಂದು ಹಸ್ತಕ್ಷೇಪ ಸಂಭವಿಸಿದಾಗ ಒಂದು ಅವಲೋಕನ ಬದಲಾಯಿತು ಎಂಬ ಹೇಳಿಕೆ, ಕೆಟ್ಟ ಕೇಬಲ್ ಬಗ್ಗೆ ಸಾರ್ವತ್ರಿಕ ನಿಯಮಕ್ಕೆ ಏರಿಸಲಾದ ಕಥೆಯಲ್ಲ.