ಈಥರ್ನೆಟ್ ಎಲ್ಲೆಡೆ ಇದೆ, ಮತ್ತು ಹತ್ತಾರು ತಯಾರಕರು ಅದನ್ನು ಬೆಂಬಲಿಸುವ ಸಾಧನಗಳನ್ನು ಉತ್ಪಾದಿಸುತ್ತಾರೆ. ಆದಾಗ್ಯೂ, ಬಹುತೇಕ ಈ ಎಲ್ಲಾ ಸಾಧನಗಳು ಒಂದೇ ವಿಷಯವನ್ನು ಹೊಂದಿವೆ -
$ ip l
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 state UNKNOWN
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: enp5s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 state UP
link/ether xx:xx:xx:xx:xx:xx brd ff:ff:ff:ff:ff:ff
MTU (ಗರಿಷ್ಠ ಪ್ರಸರಣ ಘಟಕ) ಒಂದು ಡೇಟಾ ಪ್ಯಾಕೆಟ್ನ ಗರಿಷ್ಠ ಗಾತ್ರವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, ನಿಮ್ಮ LAN ನಲ್ಲಿನ ಸಾಧನಗಳೊಂದಿಗೆ ನೀವು ಸಂದೇಶಗಳನ್ನು ವಿನಿಮಯ ಮಾಡಿಕೊಂಡಾಗ, MTU 1500 ಬೈಟ್ಗಳ ಕ್ರಮದಲ್ಲಿರುತ್ತದೆ ಮತ್ತು ಬಹುತೇಕ ಸಂಪೂರ್ಣ ಇಂಟರ್ನೆಟ್ 1500 ಬೈಟ್ಗಳಲ್ಲಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಆದಾಗ್ಯೂ, ಈ ಸಂವಹನ ತಂತ್ರಜ್ಞಾನಗಳು ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳನ್ನು ರವಾನಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಎಂದು ಇದರ ಅರ್ಥವಲ್ಲ.
ಉದಾಹರಣೆಗೆ, 802.11 (ಸಾಮಾನ್ಯವಾಗಿ ವೈಫೈ ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ) 2304 ಬೈಟ್ಗಳ MTU ಅನ್ನು ಹೊಂದಿದೆ ಮತ್ತು ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ FDDI ಅನ್ನು ಬಳಸಿದರೆ, ನಿಮ್ಮ MTU 4352 ಬೈಟ್ಗಳು. ಈಥರ್ನೆಟ್ ಸ್ವತಃ "ದೈತ್ಯ ಚೌಕಟ್ಟುಗಳು" ಎಂಬ ಪರಿಕಲ್ಪನೆಯನ್ನು ಹೊಂದಿದೆ, ಅಲ್ಲಿ MTU ಗೆ 9000 ಬೈಟ್ಗಳವರೆಗೆ ಗಾತ್ರವನ್ನು ನಿಯೋಜಿಸಬಹುದು (NICಗಳು, ಸ್ವಿಚ್ಗಳು ಮತ್ತು ರೂಟರ್ಗಳಿಂದ ಈ ಮೋಡ್ಗೆ ಬೆಂಬಲದೊಂದಿಗೆ).
ಆದಾಗ್ಯೂ, ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಇದು ವಿಶೇಷವಾಗಿ ಅಗತ್ಯವಿಲ್ಲ. ಇಂಟರ್ನೆಟ್ನ ಮುಖ್ಯ ಬೆನ್ನೆಲುಬುಗಳು ಪ್ರಾಥಮಿಕವಾಗಿ ಎತರ್ನೆಟ್ ಸಂಪರ್ಕಗಳಿಂದ ಮಾಡಲ್ಪಟ್ಟಿರುವುದರಿಂದ, ಇತರ ಸಾಧನಗಳಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ವಿಘಟನೆಯನ್ನು ತಪ್ಪಿಸಲು ವಾಸ್ತವಿಕ ಅನಧಿಕೃತ ಗರಿಷ್ಠ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವನ್ನು 1500B ಗೆ ಹೊಂದಿಸಲಾಗಿದೆ.
ಸಂಖ್ಯೆ 1500 ಸ್ವತಃ ವಿಚಿತ್ರವಾಗಿದೆ - ಕಂಪ್ಯೂಟರ್ ಜಗತ್ತಿನಲ್ಲಿ ಸ್ಥಿರಾಂಕಗಳು ಎರಡರ ಶಕ್ತಿಯನ್ನು ಆಧರಿಸಿರಬೇಕೆಂದು ಒಬ್ಬರು ನಿರೀಕ್ಷಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ. ಹಾಗಾದರೆ 1500B ಎಲ್ಲಿಂದ ಬಂತು ಮತ್ತು ನಾವು ಅದನ್ನು ಇನ್ನೂ ಏಕೆ ಬಳಸುತ್ತೇವೆ?
ಮ್ಯಾಜಿಕ್ ಸಂಖ್ಯೆ
ಜಗತ್ತಿನಲ್ಲಿ ಎತರ್ನೆಟ್ನ ಮೊದಲ ದೊಡ್ಡ ಪ್ರಗತಿಯು ಮಾನದಂಡಗಳ ರೂಪದಲ್ಲಿ ಬಂದಿತು.
ಆ ಸಮಯದಲ್ಲಿ ಅನೇಕ ಸ್ಪರ್ಧಾತ್ಮಕ ಪ್ರೋಟೋಕಾಲ್ಗಳು ಇದ್ದುದರಿಂದ ಮತ್ತು ಹಾರ್ಡ್ವೇರ್ ಅದರ ಮಿತಿಗಳನ್ನು ಹೊಂದಿದ್ದರಿಂದ, ಪ್ಯಾಕೆಟ್ ಬಫರ್ನ ಮೆಮೊರಿ ಅವಶ್ಯಕತೆಗಳು ಮ್ಯಾಜಿಕ್ ಸಂಖ್ಯೆ 1500 ರ ಹೊರಹೊಮ್ಮುವಿಕೆಯಲ್ಲಿ ಪಾತ್ರವನ್ನು ವಹಿಸಿದೆ ಎಂದು ಸ್ವರೂಪದ ಸೃಷ್ಟಿಕರ್ತ ಒಪ್ಪಿಕೊಳ್ಳುತ್ತಾನೆ:
ಹಿನ್ನೋಟದಲ್ಲಿ, ದೊಡ್ಡ ಗರಿಷ್ಠವು ಉತ್ತಮ ಪರಿಹಾರವಾಗಿರಬಹುದು ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಆದರೆ ನಾವು NIC ಗಳ ಬೆಲೆಯನ್ನು ಮೊದಲೇ ಹೆಚ್ಚಿಸಿದ್ದರೆ, ಇದು ಈಥರ್ನೆಟ್ ಅನ್ನು ವ್ಯಾಪಕವಾಗಿ ಹರಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ.
ಆದಾಗ್ಯೂ, ಇದು ಸಂಪೂರ್ಣ ಕಥೆಯಲ್ಲ. IN
ವಿಭಾಗಗಳಲ್ಲಿ ಸಂದೇಶಗಳನ್ನು ರವಾನಿಸುವಾಗ (ಕೆಲವೊಮ್ಮೆ ಸಾಕಷ್ಟು ಕಾರ್ಯನಿರತವಾಗಿದೆ) ಹೆಚ್ಚಿನ ವಿಳಂಬಕ್ಕೆ ಕಾರಣವಾಗದ ಸಂಖ್ಯೆಯನ್ನು ಆಯ್ಕೆಮಾಡುವುದು ಅಗತ್ಯವಾಗಿತ್ತು ಮತ್ತು ಅದೇ ಸಮಯದಲ್ಲಿ ಪ್ಯಾಕೆಟ್ಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚು ಹೆಚ್ಚಿಸುವುದಿಲ್ಲ.
ಸ್ಪಷ್ಟವಾಗಿ, ಆ ಸಮಯದಲ್ಲಿ ಎಂಜಿನಿಯರ್ಗಳು 1500 ಬಿ (ಸುಮಾರು 12000 ಬಿಟ್ಗಳು) ಅನ್ನು ಅತ್ಯಂತ “ಸುರಕ್ಷಿತ” ಆಯ್ಕೆಯಾಗಿ ಆರಿಸಿಕೊಂಡರು.
ಅಲ್ಲಿಂದೀಚೆಗೆ, ಹಲವಾರು ಇತರ ಸಂದೇಶ ವ್ಯವಸ್ಥೆಗಳು ಬಂದಿವೆ ಮತ್ತು ಹೋಗಿವೆ, ಆದರೆ ಅವುಗಳಲ್ಲಿ, ಈಥರ್ನೆಟ್ ತನ್ನ 1500 ಬೈಟ್ಗಳೊಂದಿಗೆ ಕಡಿಮೆ MTU ಮೌಲ್ಯವನ್ನು ಹೊಂದಿತ್ತು. ನೆಟ್ವರ್ಕ್ನಲ್ಲಿ ಕನಿಷ್ಠ MTU ಮೌಲ್ಯವನ್ನು ಮೀರುವುದು ಎಂದರೆ ಪ್ಯಾಕೆಟ್ ವಿಘಟನೆಯನ್ನು ಉಂಟುಮಾಡುವುದು ಅಥವಾ PMTUD ನಲ್ಲಿ ತೊಡಗಿಸಿಕೊಳ್ಳುವುದು [ಗರಿಷ್ಠ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವನ್ನು ಕಂಡುಹಿಡಿಯುವುದು. ಆಯ್ದ ಮಾರ್ಗಕ್ಕಾಗಿ]. ಎರಡೂ ಆಯ್ಕೆಗಳು ತಮ್ಮದೇ ಆದ ವಿಶೇಷ ಸಮಸ್ಯೆಗಳನ್ನು ಹೊಂದಿದ್ದವು. ಕೆಲವೊಮ್ಮೆ ದೊಡ್ಡ OS ತಯಾರಕರು MTU ಮೌಲ್ಯವನ್ನು ಇನ್ನೂ ಕಡಿಮೆಗೊಳಿಸಿದ್ದರೂ ಸಹ.
ದಕ್ಷತೆಯ ಅಂಶ
ಇಂಟರ್ನೆಟ್ MTU 1500B ಗೆ ಸೀಮಿತವಾಗಿದೆ ಎಂದು ನಮಗೆ ಈಗ ತಿಳಿದಿದೆ, ಹೆಚ್ಚಾಗಿ ಲೆಗಸಿ ಲೇಟೆನ್ಸಿ ಮೆಟ್ರಿಕ್ಗಳು ಮತ್ತು ಹಾರ್ಡ್ವೇರ್ ಮಿತಿಗಳಿಂದಾಗಿ. ಇದು ಇಂಟರ್ನೆಟ್ ದಕ್ಷತೆಯ ಮೇಲೆ ಎಷ್ಟು ಪರಿಣಾಮ ಬೀರುತ್ತದೆ?
ನಾವು ದೊಡ್ಡ ಇಂಟರ್ನೆಟ್ ಎಕ್ಸ್ಚೇಂಜ್ ಪಾಯಿಂಟ್ AMS-IX ನಿಂದ ಡೇಟಾವನ್ನು ನೋಡಿದರೆ, ಕನಿಷ್ಠ 20% ರಷ್ಟಿರುವ ಪ್ಯಾಕೆಟ್ಗಳು ಗರಿಷ್ಠ ಗಾತ್ರವನ್ನು ಹೊಂದಿವೆ ಎಂದು ನಾವು ನೋಡುತ್ತೇವೆ. ನೀವು ಒಟ್ಟು LAN ಟ್ರಾಫಿಕ್ ಅನ್ನು ಸಹ ನೋಡಬಹುದು:
ನೀವು ಎರಡೂ ಗ್ರಾಫ್ಗಳನ್ನು ಸಂಯೋಜಿಸಿದರೆ, ನೀವು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಪಡೆಯುತ್ತೀರಿ (ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರದ ಟ್ರಾಫಿಕ್ ಅಂದಾಜುಗಳು):
ಅಥವಾ, ನಾವು ಈ ಎಲ್ಲಾ ಹೆಡರ್ಗಳ ಟ್ರಾಫಿಕ್ ಮತ್ತು ಇತರ ಸೇವಾ ಮಾಹಿತಿಯನ್ನು ನೋಡಿದರೆ, ನಾವು ಒಂದೇ ಗ್ರಾಫ್ ಅನ್ನು ಬೇರೆ ಪ್ರಮಾಣದಲ್ಲಿ ಪಡೆಯುತ್ತೇವೆ:
ಬ್ಯಾಂಡ್ವಿಡ್ತ್ನ ಬಹುಪಾಲು ಭಾಗವನ್ನು ದೊಡ್ಡ ಗಾತ್ರದ ವರ್ಗದಲ್ಲಿ ಪ್ಯಾಕೆಟ್ಗಳ ಹೆಡರ್ಗಳಲ್ಲಿ ಖರ್ಚು ಮಾಡಲಾಗಿದೆ. ಗರಿಷ್ಠ ಟ್ರಾಫಿಕ್ನಲ್ಲಿ ಗರಿಷ್ಠ ಓವರ್ಹೆಡ್ 246 GB/s ಆಗಿರುವುದರಿಂದ, ಅಂತಹ ಆಯ್ಕೆಯು ಅಸ್ತಿತ್ವದಲ್ಲಿದ್ದಾಗ ನಾವೆಲ್ಲರೂ "ಜಂಬೋ ಫ್ರೇಮ್ಗಳಿಗೆ" ಬದಲಾಯಿಸಿದ್ದರೆ, ಈ ಓವರ್ಹೆಡ್ ಕೇವಲ 41 GB/s ಆಗಿರುತ್ತದೆ ಎಂದು ಊಹಿಸಬಹುದು.
ಆದರೆ ಇಂದು ಇಂಟರ್ನೆಟ್ನ ಹೆಚ್ಚಿನ ಭಾಗಕ್ಕೆ ರೈಲು ಈಗಾಗಲೇ ಹೊರಟಿದೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ಮತ್ತು ಕೆಲವು ಪೂರೈಕೆದಾರರು 9000 MTU ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದರೂ, ಹೆಚ್ಚಿನವರು ಅದನ್ನು ಬೆಂಬಲಿಸುವುದಿಲ್ಲ ಮತ್ತು ಇಂಟರ್ನೆಟ್ನಲ್ಲಿ ಜಾಗತಿಕವಾಗಿ ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸಲು ಪ್ರಯತ್ನಿಸುವುದು ತುಂಬಾ ಕಷ್ಟಕರವಾಗಿದೆ ಎಂದು ಮತ್ತೆ ಮತ್ತೆ ಸಾಬೀತಾಗಿದೆ.
ಮೂಲ: www.habr.com