ಗರಿಷ್ಠ ಪ್ರಸರಣ ಘಟಕ (ಎಂಟಿಯು)

ಗರಿಷ್ಠ ಪ್ರಸರಣ ಘಟಕ (ಎಂಟಿಯು)

ಕಂಪ್ಯೂಟರ್ ನೆಟ್‌ವರ್ಕಿಂಗ್‌ನಲ್ಲಿ, ಗರಿಷ್ಠ ಟ್ರಾನ್ಸ್‌ಮಿಷನ್ ಯೂನಿಟ್ (MTU) ಎಂಬ ಪದವು ಒಂದು ದೊಡ್ಡ PDU ನ ಗಾತ್ರವನ್ನು (ಬೈಟ್‌ಗಳಲ್ಲಿ) ಸೂಚಿಸುತ್ತದೆ. MTU ನಿಯತಾಂಕಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಸಂವಹನ ಇಂಟರ್ಫೇಸ್ (NIC, ಸೀರಿಯಲ್ ಪೋರ್ಟ್, ಇತ್ಯಾದಿ) ಜೊತೆಗೂಡಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ. MTU ಅನ್ನು ಮಾನದಂಡಗಳಿಂದ ಸರಿಪಡಿಸಬಹುದು (ಈಥರ್ನೆಟ್ನಂತೆಯೇ) ಅಥವಾ ಸಂಪರ್ಕ ಸಮಯದಲ್ಲಿ ನಿರ್ಧರಿಸಬಹುದು (ಸಾಮಾನ್ಯವಾಗಿ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಸರಣಿ ಲಿಂಕ್‌ಗಳಂತೆ). ಹೆಚ್ಚಿನ ಎಂಟಿಯು ಹೆಚ್ಚಿನ ದಕ್ಷತೆಯನ್ನು ತರುತ್ತದೆ ಏಕೆಂದರೆ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಹೆಚ್ಚಿನ ಬಳಕೆದಾರರ ಡೇಟಾವನ್ನು ಹೊಂದಿರುತ್ತದೆ ಆದರೆ ಶಿರೋನಾಮೆಗಳು ಅಥವಾ ಆಧಾರವಾಗಿರುವ ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ವಿಳಂಬಗಳಂತಹ ಪ್ರೋಟೋಕಾಲ್ ಓವರ್‌ಹೆಡ್‌ಗಳು ಸ್ಥಿರವಾಗಿರುತ್ತವೆ ಮತ್ತು ಹೆಚ್ಚಿನ ದಕ್ಷತೆಯು ಬೃಹತ್ ಪ್ರೋಟೋಕಾಲ್ ಥ್ರೋಪುಟ್‌ನಲ್ಲಿ ಸ್ವಲ್ಪ ಸುಧಾರಣೆಯಾಗಿದೆ. ಆದಾಗ್ಯೂ, ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್‌ಗಳು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ನಿಧಾನವಾದ ಲಿಂಕ್ ಅನ್ನು ಆಕ್ರಮಿಸಿಕೊಳ್ಳಬಹುದು, ಇದರಿಂದಾಗಿ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಅನುಸರಿಸಲು ಹೆಚ್ಚಿನ ವಿಳಂಬವಾಗುತ್ತದೆ ಮತ್ತು ವಿಳಂಬ ಮತ್ತು ಕನಿಷ್ಠ ವಿಳಂಬವನ್ನು ಹೆಚ್ಚಿಸುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, 1500 ಬೈಟ್ ಪ್ಯಾಕೆಟ್, ಈಥರ್‌ನೆಟ್ ನೆಟ್‌ವರ್ಕ್ ಲೇಯರ್‌ನಲ್ಲಿ ಅನುಮತಿಸಿದ ಅತಿದೊಡ್ಡ (ಮತ್ತು ಆದ್ದರಿಂದ ಹೆಚ್ಚಿನ ಇಂಟರ್ನೆಟ್), ಸುಮಾರು ಒಂದು ಸೆಕೆಂಡಿಗೆ 14.4 ಕೆ ಮೋಡೆಮ್ ಅನ್ನು ಕಟ್ಟುತ್ತದೆ.

ಮಾರ್ಗ MTU ಅನ್ವೇಷಣೆ
ಇಂಟರ್ನೆಟ್ ಪ್ರೋಟೋಕಾಲ್ ಇಂಟರ್ನೆಟ್ ಟ್ರಾನ್ಸ್ಮಿಷನ್ ಪಥದ "ಪಾಥ್ ಎಂಟಿಯು" ಅನ್ನು ಮೂಲ ಮತ್ತು ಗಮ್ಯಸ್ಥಾನದ ನಡುವಿನ "ಪಥ" ದ ಯಾವುದೇ ಐಪಿ ಹಾಪ್ ಗಳ ಚಿಕ್ಕ ಎಂಟಿಯು ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ. ಇನ್ನೊಂದು ರೀತಿಯಲ್ಲಿ ಹೇಳುವುದಾದರೆ, MTU ಪಥವು ವಿಭಜನೆಯಿಲ್ಲದೆ ಈ ಮಾರ್ಗವನ್ನು ಹಾದುಹೋಗುವ ಅತಿದೊಡ್ಡ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರವಾಗಿದೆ.

ಆರ್‌ಎಫ್‌ಸಿ 1191 "ಪಾಥ್ ಎಂಟಿಯು ಅನ್ವೇಷಣೆ" ಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಎರಡು ಐಪಿ ಹೋಸ್ಟ್‌ಗಳ ನಡುವಿನ ಮಾರ್ಗವನ್ನು ಎಂಟಿಯು ನಿರ್ಧರಿಸುವ ತಂತ್ರ. ಹೊರಹೋಗುವ ಪ್ಯಾಕೆಟ್‌ಗಳ ಐಪಿ ಹೆಡರ್‌ಗಳಲ್ಲಿ ಡಿಎಫ್ (ಡೋಂಟ್ ಫ್ರಾಗ್ಮೆಂಟ್) ಆಯ್ಕೆಯನ್ನು ಹೊಂದಿಸುವ ಮೂಲಕ ಇದು ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ. ಪ್ಯಾಕೇಟ್‌ಗಿಂತ ಎಂಟಿಯು ಚಿಕ್ಕದಾದ ಹಾದಿಯಲ್ಲಿರುವ ಯಾವುದೇ ಸಾಧನವು ಅಂತಹ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕೈಬಿಡುತ್ತದೆ ಮತ್ತು ಅದರ ಎಂಟಿಯು ಹೊಂದಿರುವ ಐಸಿಎಂಪಿ “ಡೆಸ್ಟಿನೇಶನ್ ಅನ್ ರೀಚಬಲ್ (ಡಾಟಾಗ್ರಾಮ್ ತುಂಬಾ ದೊಡ್ಡದು)” ಸಂದೇಶವನ್ನು ಕಳುಹಿಸುತ್ತದೆ, ಮೂಲ ಹೋಸ್ಟ್ ತನ್ನ ಊಹಿಸಿದ ಮಾರ್ಗವನ್ನು ಸೂಕ್ತವಾಗಿ ಕಡಿಮೆ ಮಾಡಲು ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ. MTU ವಿಘಟನೆಯಿಲ್ಲದೆ ಸಂಪೂರ್ಣ ಹಾದಿಯನ್ನು ಹಾದುಹೋಗುವಷ್ಟು ಚಿಕ್ಕದಾಗುವವರೆಗೆ ಪ್ರಕ್ರಿಯೆಯು ಪುನರಾವರ್ತನೆಯಾಗುತ್ತದೆ.

ದುರದೃಷ್ಟವಶಾತ್, ಹೆಚ್ಚುತ್ತಿರುವ ನೆಟ್‌ವರ್ಕ್‌ಗಳು ICMP ಟ್ರಾಫಿಕ್ ಅನ್ನು ಕೈಬಿಡುತ್ತವೆ (ಉದಾ. ಸೇವೆಯ ನಿರಾಕರಣೆಯ ದಾಳಿಯನ್ನು ತಡೆಯಲು), ಇದು ಮಾರ್ಗ MTU ಅನ್ವೇಷಣೆಯನ್ನು ಕೆಲಸ ಮಾಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ. ಕಡಿಮೆ-ಪ್ರಮಾಣದ ಡೇಟಾಗೆ ಸಂಪರ್ಕವು ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಸಂದರ್ಭಗಳಲ್ಲಿ ಇಂತಹ ನಿರ್ಬಂಧಿಸುವಿಕೆಯನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಪತ್ತೆ ಮಾಡುತ್ತದೆ ಆದರೆ ಹೋಸ್ಟ್ ಒಂದು ಸಮಯದಲ್ಲಿ ದೊಡ್ಡ ಪ್ರಮಾಣದ ಡೇಟಾವನ್ನು ಕಳುಹಿಸಿದ ತಕ್ಷಣ ಸ್ಥಗಿತಗೊಳ್ಳುತ್ತದೆ. ಉದಾಹರಣೆಗೆ, IRC ಯೊಂದಿಗೆ ಸಂಪರ್ಕಿಸುವ ಕ್ಲೈಂಟ್ ಪಿಂಗ್ ಸಂದೇಶವನ್ನು ನೋಡಬಹುದು, ಆದರೆ ಅದರ ನಂತರ ಯಾವುದೇ ಪ್ರತಿಕ್ರಿಯೆ ಸಿಗುವುದಿಲ್ಲ. ಏಕೆಂದರೆ ನಿಜವಾದ MTU ಗಿಂತ ದೊಡ್ಡ ಪ್ಯಾಕೆಟ್‌ಗಳಲ್ಲಿ ಸ್ವಾಗತ ಸಂದೇಶಗಳ ದೊಡ್ಡ ಗುಂಪನ್ನು ಕಳುಹಿಸಲಾಗುತ್ತದೆ. ಅಲ್ಲದೆ, ಐಪಿ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ, ಮೂಲ ವಿಳಾಸದಿಂದ ಗಮ್ಯಸ್ಥಾನದ ವಿಳಾಸಕ್ಕೆ ಹೋಗುವ ಮಾರ್ಗವು ಆಗಾಗ್ಗೆ ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಮಾರ್ಪಡುತ್ತದೆ, ವಿವಿಧ ಘಟನೆಗಳಿಗೆ ಪ್ರತಿಕ್ರಿಯೆಯಾಗಿ (ಲೋಡ್-ಬ್ಯಾಲೆನ್ಸಿಂಗ್, ದಟ್ಟಣೆ, ಉತ್ಪನ್ನಗಳು, ಇತ್ಯಾದಿ)-ಇದು ಎಂಟಿಯು ಮಾರ್ಗವನ್ನು ಬದಲಾಯಿಸಲು ಕಾರಣವಾಗಬಹುದು (ಕೆಲವೊಮ್ಮೆ ಪುನರಾವರ್ತಿತ) ಒಂದು ಪ್ರಸರಣದ ಸಮಯದಲ್ಲಿ, ಹೋಸ್ಟ್ ಹೊಸ ಸುರಕ್ಷಿತ ಎಂಟಿಯು ಅನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಮೊದಲು ಮತ್ತಷ್ಟು ಪ್ಯಾಕೆಟ್ ಡ್ರಾಪ್‌ಗಳನ್ನು ಪರಿಚಯಿಸಬಹುದು.

ಹೆಚ್ಚಿನ ಈಥರ್ನೆಟ್ LAN ಗಳು 1500 ಬೈಟ್‌ಗಳ MTU ಅನ್ನು ಬಳಸುತ್ತವೆ (ಆಧುನಿಕ LAN ಗಳು ಜಂಬೋ ಫ್ರೇಮ್‌ಗಳನ್ನು ಬಳಸಬಹುದು, MTU ಗೆ 9000 ಬೈಟ್‌ಗಳವರೆಗೆ ಅವಕಾಶ ನೀಡುತ್ತದೆ), ಆದರೆ PPPoE ನಂತಹ ಗಡಿ ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಇದನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ. ಇದು ದಾರಿ ಎಂಟಿಯು ಅನ್ವೇಷಣೆಯು ಪರಿಣಾಮಕಾರಿಯಾಗಿ ಬರಲು ಕೆಲವು ಸೈಟ್‌ಗಳನ್ನು ಕೆಟ್ಟದಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ಫೈರ್‌ವಾಲ್‌ಗಳನ್ನು ತಲುಪಲು ಸಾಧ್ಯವಾಗುವಂತೆ ಮಾಡುತ್ತದೆ. ನೆಟ್‌ವರ್ಕ್‌ನ ಯಾವ ಭಾಗವನ್ನು ನಿಯಂತ್ರಿಸಬಹುದು ಎಂಬುದರ ಆಧಾರದ ಮೇಲೆ ಒಬ್ಬರು ಇದರ ಸುತ್ತ ಕೆಲಸ ಮಾಡಬಹುದು; ಉದಾಹರಣೆಗೆ ಒಬ್ಬರ ಫೈರ್‌ವಾಲ್‌ನಲ್ಲಿ TCP ಸಂಪರ್ಕವನ್ನು ಹೊಂದಿಸುವ ಆರಂಭಿಕ ಪ್ಯಾಕೇಟ್‌ನಲ್ಲಿ ಒಬ್ಬರು MSS (ಗರಿಷ್ಠ ವಿಭಾಗದ ಗಾತ್ರ) ವನ್ನು ಬದಲಾಯಿಸಬಹುದು.

'ನೆಕ್ಸ್ಟ್ ಜನರೇಷನ್ ಟಿಸಿಪಿ/ಐಪಿ ಸ್ಟಾಕ್' ಅನ್ನು ಪರಿಚಯಿಸುವ ವಿಂಡೋಸ್ ವಿಸ್ಟಾವನ್ನು ಪರಿಚಯಿಸಿದಾಗಿನಿಂದ ಈ ಸಮಸ್ಯೆ ಹೆಚ್ಚಾಗಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತಿದೆ. ಇದು ಬ್ಯಾಂಡ್‌ವಿಡ್ತ್-ವಿಳಂಬ ಉತ್ಪನ್ನ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ಹಿಂಪಡೆಯುವಿಕೆಯ ದರವನ್ನು ಅಳೆಯುವ ಮೂಲಕ ಅತ್ಯುತ್ತಮವಾಗಿ ಸ್ವೀಕರಿಸುವ ವಿಂಡೋ ಗಾತ್ರವನ್ನು ನಿರಂತರವಾಗಿ ನಿರ್ಧರಿಸುವ ವಿಂಡೋ ಸ್ವಯಂ-ಟ್ಯೂನಿಂಗ್ ಅನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಬದಲಾಗುತ್ತಿರುವ ನೆಟ್‌ವರ್ಕ್ ಪರಿಸ್ಥಿತಿಗಳ ಆಧಾರದ ಮೇಲೆ ಗರಿಷ್ಠ ಸ್ವೀಕರಿಸುವ ವಿಂಡೋ ಗಾತ್ರವನ್ನು ಸರಿಹೊಂದಿಸುತ್ತದೆ. ಇದು ಹಳೆಯ ರೂಟರ್‌ಗಳು ಮತ್ತು ಫೈರ್‌ವಾಲ್‌ಗಳ ಜೊತೆಯಲ್ಲಿ ಇತರ ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವಂತೆ ಕಾಣಿಸದೇ ವಿಫಲವಾಗಿದೆ. ಇದು ಹೆಚ್ಚಾಗಿ ADSL ರೂಟರ್‌ಗಳಲ್ಲಿ ಕಂಡುಬರುತ್ತದೆ ಮತ್ತು ಇದನ್ನು ಫರ್ಮ್‌ವೇರ್ ಅಪ್‌ಡೇಟ್ ಮೂಲಕ ಸರಿಪಡಿಸಬಹುದು.

ಎಟಿಎಂ ಬೆನ್ನೆಲುಬುಗಳು, ಎಂಟಿಯು ಟ್ಯೂನಿಂಗ್‌ನ ಉದಾಹರಣೆ
ಕೆಲವೊಮ್ಮೆ ದಕ್ಷತೆಯ ದೃಷ್ಟಿಯಿಂದ ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ ಕಡಿಮೆಯಾದ ಎಂಟಿಯು ಅನ್ನು ಬೆಂಬಲಿಸುವ ನಿಜವಾದ ಗರಿಷ್ಠ ಉದ್ದಕ್ಕಿಂತ ಕೃತಕವಾಗಿ ಘೋಷಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ. ಇದಕ್ಕೆ ಒಂದು ಉದಾಹರಣೆಯೆಂದರೆ ಎಟಿಎಂ (ಅಸಮಕಾಲಿಕ ವರ್ಗಾವಣೆ ಮೋಡ್) ನೆಟ್‌ವರ್ಕ್ ಮೂಲಕ ಐಪಿ ಟ್ರಾಫಿಕ್ ಅನ್ನು ನಡೆಸಲಾಗುತ್ತದೆ. ಕೆಲವು ಪೂರೈಕೆದಾರರು, ವಿಶೇಷವಾಗಿ ದೂರವಾಣಿ ಹಿನ್ನೆಲೆ ಹೊಂದಿರುವವರು, ತಮ್ಮ ಆಂತರಿಕ ಬೆನ್ನೆಲುಬು ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಎಟಿಎಂ ಬಳಸುತ್ತಾರೆ.

ಎಟಿಎಂ ಅನ್ನು ಗರಿಷ್ಠ ದಕ್ಷತೆಯಲ್ಲಿ ಬಳಸುವುದು ಪ್ಯಾಕೆಟ್ ಉದ್ದವು 48 ಬೈಟ್‌ಗಳ ಗುಣಕವಾಗಿದ್ದಾಗ ಸಾಧಿಸಲಾಗುತ್ತದೆ. ಏಕೆಂದರೆ ಎಟಿಎಂ ಅನ್ನು ಸ್ಥಿರ-ಉದ್ದದ ಪ್ಯಾಕೆಟ್‌ಗಳ ಸ್ಟ್ರೀಮ್ ಆಗಿ ಕಳುಹಿಸಲಾಗುತ್ತದೆ ('ಸೆಲ್' ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ), ಪ್ರತಿಯೊಂದೂ 48 ಬೈಟ್‌ಗಳ ಬಳಕೆದಾರರ ಡೇಟಾದ ಪೇಲೋಡ್ ಅನ್ನು 5 ಬೈಟ್‌ಗಳ ಓವರ್‌ಹೆಡ್‌ನೊಂದಿಗೆ ಒಟ್ಟು ಪ್ರತಿ ಸೆಲ್‌ಗೆ 53 ಬೈಟ್‌ಗಳ ವೆಚ್ಚಕ್ಕೆ ಸಾಗಿಸಬಹುದು. ಆದ್ದರಿಂದ ಪ್ರಸಾರವಾದ ಡೇಟಾ ಉದ್ದದ ಒಟ್ಟು ಉದ್ದ 53 * ncells ಬೈಟ್‌ಗಳು, ಇಲ್ಲಿ ncells = = INT ((payload_length+47)/48) ನ ಅಗತ್ಯವಿರುವ ಕೋಶಗಳ ಸಂಖ್ಯೆ. ಆದ್ದರಿಂದ ಕೆಟ್ಟ ಸಂದರ್ಭದಲ್ಲಿ, ಅಲ್ಲಿ ಒಟ್ಟು ಉದ್ದ = (48*n+1) ಬೈಟ್‌ಗಳು, ಒಂದು ಕೊನೆಯ ಕೋಶವನ್ನು ಪೇಲೋಡ್‌ನ ಕೊನೆಯ ಬೈಟ್ ಅನ್ನು ರವಾನಿಸಲು ಒಂದು ಹೆಚ್ಚುವರಿ ಕೋಶದ ಅಗತ್ಯವಿದೆ, ಅದರಲ್ಲಿ ಹೆಚ್ಚುವರಿ 53 ವರ್ಗಾವಣೆಯಾದ ಬೈಟ್‌ಗಳು 47 ಪ್ಯಾಡಿಂಗ್ ಆಗುತ್ತವೆ. ಈ ಕಾರಣಕ್ಕಾಗಿ, ಸಾಫ್ಟ್‌ವೇರ್‌ನಲ್ಲಿ ಕಡಿಮೆಯಾದ ಎಂಟಿಯು ಅನ್ನು ಕೃತಕವಾಗಿ ಘೋಷಿಸುವುದು ಎಟಿಎಂ ಲೇಯರ್‌ನಲ್ಲಿ ಎಟಿಎಂ ಎಎಎಲ್ 5 ಪ್ರೋಟೋಕಾಲ್ ದಕ್ಷತೆಯನ್ನು ಗರಿಷ್ಠಗೊಳಿಸುತ್ತದೆ, ಸಾಧ್ಯವಾದಾಗಲೆಲ್ಲಾ ಎಟಿಎಂ ಎಎಎಲ್ 48 ಒಟ್ಟು ಪೇಲೋಡ್ ಉದ್ದವನ್ನು XNUMX ಬೈಟ್‌ಗಳ ಗುಣಕವಾಗಿಸುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, 31 ಸಂಪೂರ್ಣವಾಗಿ ತುಂಬಿದ ATM ಸೆಲ್‌ಗಳು 31*48 = 1488 ಬೈಟ್‌ಗಳ ಪೇಲೋಡ್ ಅನ್ನು ಹೊಂದಿರುತ್ತವೆ. 1488 ರ ಈ ಅಂಕಿಅಂಶವನ್ನು ತೆಗೆದುಕೊಂಡು ಅದರಿಂದ ಎಲ್ಲಾ ಸಂಬಂಧಿತ ಉನ್ನತ ಪ್ರೋಟೋಕಾಲ್‌ಗಳಿಂದ ಕೊಡುಗೆ ನೀಡಲಾದ ಯಾವುದೇ ಓವರ್‌ಹೆಡ್‌ಗಳನ್ನು ಕಳೆಯುವುದರಿಂದ ನಾವು ಕೃತಕವಾಗಿ ಕಡಿಮೆಗೊಳಿಸಿದ ಸೂಕ್ತ ಎಂಟಿಯುಗೆ ಸೂಚಿಸಿದ ಮೌಲ್ಯವನ್ನು ಪಡೆಯಬಹುದು. ಬಳಕೆದಾರರು ಸಾಮಾನ್ಯವಾಗಿ 1500 ಬೈಟ್ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವ ಸಂದರ್ಭದಲ್ಲಿ, 1489 ಮತ್ತು 1536 ಬೈಟ್‌ಗಳ ನಡುವೆ ಕಳುಹಿಸಲು ಒಂದು ಹೆಚ್ಚುವರಿ ಎಟಿಎಂ ಸೆಲ್‌ನ ರೂಪದಲ್ಲಿ ವರ್ಗಾವಣೆಯಾದ 53 ಬೈಟ್‌ಗಳ ಹೆಚ್ಚುವರಿ ಸ್ಥಿರ ವೆಚ್ಚದ ಅಗತ್ಯವಿದೆ.

PPPoA/VC-MUX ಅನ್ನು ಬಳಸಿಕೊಂಡು IP ಮೂಲಕ DSL ಸಂಪರ್ಕಗಳ ಉದಾಹರಣೆಗಾಗಿ, ಮತ್ತೆ ಮೊದಲಿನಂತೆ 31 ATM ಸೆಲ್‌ಗಳನ್ನು ತುಂಬಲು ಆಯ್ಕೆ ಮಾಡಿ, ನಾವು ಬಯಸಿದ ಅತ್ಯುತ್ತಮವಾಗಿ ಕಡಿಮೆಗೊಳಿಸಿದ MTU ಅಂಕಿ 1478 = 31*48-10 ಅನ್ನು 10 ಬೈಟ್‌ಗಳನ್ನು ಒಳಗೊಂಡಂತೆ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇವೆ ಪಾಯಿಂಟ್-ಟು-ಪಾಯಿಂಟ್ ಪ್ರೋಟೋಕಾಲ್ ಓವರ್ಹೆಡ್ ಆಫ್ 2 ಬೈಟ್ಗಳು, ಮತ್ತು AAL5 ಓವರ್ಹೆಡ್ 8 ಬೈಟ್ಗಳು. ಇದು PPPoA ಗೆ ರವಾನಿಸಲಾದ 31 ಬೈಟ್ ಪ್ಯಾಕೆಟ್‌ನಿಂದ ATM ಮೂಲಕ ಹರಡುವ ಒಟ್ಟು 53*1643 = 1478 ಬೈಟ್‌ಗಳ ವೆಚ್ಚವನ್ನು ನೀಡುತ್ತದೆ. PPPoA ಅನ್ನು ಬಳಸಿಕೊಂಡು ADSL ಮೂಲಕ IP ಕಳುಹಿಸಿದ ಸಂದರ್ಭದಲ್ಲಿ 1478 ರ ಅಂಕಿ IP ಹೆಡ್‌ಗಳನ್ನು ಒಳಗೊಂಡಂತೆ IP ಪ್ಯಾಕೆಟ್‌ನ ಒಟ್ಟು ಉದ್ದವಾಗಿರುತ್ತದೆ. ಆದ್ದರಿಂದ ಈ ಉದಾಹರಣೆಯಲ್ಲಿ 1478 ರ ಸ್ವಯಂ-ಕಡಿಮೆಗೊಳಿಸಿದ ಎಂಟಿಯು ಅನ್ನು ಇಟ್ಟುಕೊಂಡು, ಒಟ್ಟು ಉದ್ದದ ಐಪಿ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವುದರ ವಿರುದ್ಧ 1500 ಐಪಿ ಪ್ಯಾಕೆಟ್‌ಗಳ ಉದ್ದದ 53 ಬೈಟ್ ಕಡಿತದ ವೆಚ್ಚದಲ್ಲಿ ಎಟಿಎಂ ಲೇಯರ್‌ನಲ್ಲಿ ಪ್ರತಿ ಪ್ಯಾಕೇಟ್‌ಗೆ 22 ಬೈಟ್‌ಗಳನ್ನು ಉಳಿಸುತ್ತದೆ.

PPPoE/DSL ಸಂಪರ್ಕಗಳಿಗೆ ಗರಿಷ್ಠ MTU 1492, ಪ್ರತಿ RFC 2516: 6 ಬೈಟ್‌ಗಳು PPPoE ಹೆಡರ್ ಆಗಿದ್ದು, 1488 ಬೈಟ್ ಪೇಲೋಡ್ ಅಥವಾ 31 ಪೂರ್ಣ ATM ಸೆಲ್‌ಗಳಿಗೆ ಸಾಕಷ್ಟು ಸ್ಥಳಾವಕಾಶವಿದೆ.

ಅಂತಿಮವಾಗಿ: ಎಂಟಿಯುನ ಪ್ರಮಾಣಿತ ಮೌಲ್ಯವು 1492 ಆಗಿರಬೇಕು. ಮತ್ತು ಬ್ರೌಸಿಂಗ್ ಸಮಸ್ಯೆಗಳು ಅಥವಾ MSN ಸಂಪರ್ಕ ಸಮಸ್ಯೆಗಳ ಸಂದರ್ಭದಲ್ಲಿ ಅದನ್ನು 1422 ಮತ್ತು 1420 ಮೌಲ್ಯಗಳಿಗೆ ಇಳಿಸಬೇಕು.

ಉಲ್ಲೇಖ: ವಿಕಿಪೀಡಿಯ

ಇಂತಿ ನಿಮ್ಮ