గరిష్ట ప్రసార యూనిట్ (MTU)
కంప్యూటర్ నెట్‌వర్కింగ్‌లో, మాగ్జిమమ్ ట్రాన్స్మిషన్ యూనిట్ (MTU) అనే పదం అతిపెద్ద PDU యొక్క పరిమాణాన్ని (బైట్‌లలో) ఒక కమ్యూనికేషన్ ప్రోటోకాల్ యొక్క పొరను ముందుకు పంపగలదని సూచిస్తుంది. MTU పారామితులు సాధారణంగా కమ్యూనికేషన్ ఇంటర్‌ఫేస్ (NIC, సీరియల్ పోర్ట్, మొదలైనవి) తో కలిసి కనిపిస్తాయి. MTU ప్రమాణాల ద్వారా పరిష్కరించబడుతుంది (ఈథర్నెట్ మాదిరిగానే) లేదా కనెక్ట్ సమయంలో నిర్ణయించబడుతుంది (సాధారణంగా పాయింట్-టు-పాయింట్ సీరియల్ లింక్‌ల మాదిరిగానే). హెడ్‌లు లేదా అంతర్లీన ప్రతి ప్యాకెట్ ఆలస్యం వంటి ప్రోటోకాల్ ఓవర్‌హెడ్‌లు స్థిరంగా ఉంటాయి, మరియు అధిక సామర్థ్యం అంటే బల్క్ ప్రోటోకాల్ నిర్గమాంశంలో స్వల్ప మెరుగుదల అని అర్థం అయితే ప్రతి ప్యాకెట్ ఎక్కువ యూజర్ డేటాను కలిగి ఉంటుంది. ఏదేమైనా, పెద్ద ప్యాకెట్లు కొంత సమయం వరకు నెమ్మదిగా లింక్‌ను ఆక్రమించగలవు, దీని వలన ప్యాకెట్‌లను అనుసరించడం ఎక్కువ ఆలస్యం అవుతుంది మరియు లాగ్ మరియు కనీస జాప్యం పెరుగుతుంది. ఉదాహరణకు, 1500 బైట్ ప్యాకెట్, ఈథర్నెట్ నెట్‌వర్క్ లేయర్ వద్ద అనుమతించిన అతి పెద్దది (అందుకే ఇంటర్నెట్‌లో ఎక్కువ భాగం), ఒక సెకనుకు 14.4 కె మోడెమ్‌ని టై చేస్తుంది.
మార్గం MTU ఆవిష్కరణ
ఇంటర్నెట్ ప్రోటోకాల్ ఒక ఇంటర్నెట్ ట్రాన్స్మిషన్ పాత్ యొక్క "పాత్ MTU" ను ఒక సోర్స్ మరియు గమ్యం మధ్య ఉన్న "పాత్" యొక్క ఏదైనా IP హాప్‌లలో అతి చిన్న MTU గా నిర్వచిస్తుంది. మరో విధంగా చెప్పాలంటే, MTU మార్గం పాకెట్ సైజులో అతి పెద్ద పాకెట్ సైజు.
RFC 1191 "పాత్ MTU డిస్కవరీ" ని వివరిస్తుంది, రెండు IP హోస్ట్‌ల మధ్య మార్గం MTU ని నిర్ణయించే టెక్నిక్. అవుట్‌గోయింగ్ ప్యాకెట్‌ల IP హెడర్‌లలో DF (ఫ్రాగ్మెంట్ చేయవద్దు) ఎంపికను సెట్ చేయడం ద్వారా ఇది పనిచేస్తుంది. ప్యాకెట్ కంటే ఎమ్‌టియు చిన్నదైన మార్గంలో ఉన్న ఏదైనా పరికరం అటువంటి ప్యాకెట్‌లను వదులుతుంది మరియు దాని ఎమ్‌టియు కలిగిన ఐసిఎమ్‌పి “డెస్టినేషన్ అన్‌రెచబుల్ (డేటాగ్రామ్ టూ బిగ్)” సందేశాన్ని తిరిగి పంపుతుంది, సోర్స్ హోస్ట్ తన ఊహించిన మార్గాన్ని తగిన విధంగా తగ్గించడానికి అనుమతిస్తుంది. ఫ్రాగ్మెంటేషన్ లేకుండా మొత్తం మార్గంలో ప్రయాణించడానికి MTU చిన్నదిగా ఉండే వరకు ప్రక్రియ పునరావృతమవుతుంది.
దురదృష్టవశాత్తు, పెరుగుతున్న నెట్‌వర్క్‌ల సంఖ్య ICMP ట్రాఫిక్‌ను తగ్గిస్తుంది (ఉదా. సర్వీస్ తిరస్కరణ దాడులను నిరోధించడానికి), ఇది మార్గం MTU ఆవిష్కరణ పని చేయకుండా నిరోధిస్తుంది. తక్కువ-వాల్యూమ్ డేటా కోసం కనెక్షన్ పనిచేసే సందర్భాలలో అలాంటి బ్లాక్‌ని తరచుగా గుర్తించవచ్చు కానీ హోస్ట్ ఒకేసారి పెద్ద మొత్తంలో డేటాను పంపిన వెంటనే హ్యాంగ్ అవుతుంది. ఉదాహరణకు, IRC తో కనెక్ట్ అయ్యే క్లయింట్ పింగ్ మెసేజ్ వరకు చూడవచ్చు, కానీ ఆ తర్వాత ఎలాంటి స్పందన రాదు. నిజమైన MTU కన్నా పెద్ద ప్యాకెట్లలో పెద్ద సంఖ్యలో స్వాగత సందేశాలు పంపబడతాయి. అలాగే, ఒక IP నెట్‌వర్క్‌లో, మూలాధార చిరునామా నుండి గమ్యస్థాన చిరునామాకు మార్గం తరచుగా డైనమిక్‌గా మార్పు చెందుతుంది, వివిధ సంఘటనలకు ప్రతిస్పందనగా (లోడ్-బ్యాలెన్సింగ్, రద్దీ, అవుట్‌పుట్‌లు మొదలైనవి)-ఇది MTU మార్గాన్ని మార్చడానికి దారి తీస్తుంది (కొన్నిసార్లు పునరావృతమైంది) ప్రసార సమయంలో, హోస్ట్ కొత్త సురక్షిత MTU ని కనుగొనే ముందు మరింత ప్యాకెట్ డ్రాప్‌లను పరిచయం చేయవచ్చు.
చాలా ఈథర్నెట్ LAN లు 1500 బైట్ల MTU ని ఉపయోగిస్తాయి (ఆధునిక LAN లు జంబో ఫ్రేమ్‌లను ఉపయోగించవచ్చు, 9000 బైట్ల వరకు MTU ని అనుమతిస్తుంది), అయితే PPPoE వంటి సరిహద్దు ప్రోటోకాల్‌లు దీనిని తగ్గిస్తాయి. ఇది తప్పుగా కాన్ఫిగర్ చేయబడిన ఫైర్‌వాల్‌ల వెనుక కొన్ని సైట్‌లను చేరుకోలేని విధంగా చేయడం వలన MTU ఆవిష్కరణ మార్గం అమలులోకి వస్తుంది. నెట్‌వర్క్ యొక్క ఏ భాగాన్ని నియంత్రిస్తుందనే దానిపై ఆధారపడి ఎవరైనా దీని చుట్టూ పని చేయవచ్చు; ఉదాహరణకు, ఒకరి ఫైర్వాల్ వద్ద TCP కనెక్షన్‌ను సెట్ చేసే ప్రారంభ ప్యాకెట్‌లో MSS (గరిష్ట సెగ్మెంట్ పరిమాణం) ను మార్చవచ్చు.
'నెక్స్ట్ జనరేషన్ టిసిపి/ఐపి స్టాక్' ను ప్రవేశపెట్టిన విండోస్ విస్టా ప్రవేశపెట్టినప్పటి నుండి ఈ సమస్య మరింత తరచుగా బయటపడింది. ఇది అమలు చేస్తుంది "బ్యాండ్‌విడ్త్-ఆలస్యం ఉత్పత్తి మరియు అప్లికేషన్ రిట్రీవ్ రేట్‌ను కొలవడం ద్వారా సరైన విండో రిసీవ్ విండో పరిమాణాన్ని నిరంతరం నిర్ణయించే విండో స్వీయ-ట్యూనింగ్‌ను స్వీకరించండి మరియు మారుతున్న నెట్‌వర్క్ పరిస్థితుల ఆధారంగా గరిష్టంగా స్వీకరించే విండో పరిమాణాన్ని సర్దుబాటు చేస్తుంది." [2] ఇది పాత రౌటర్లు మరియు ఇతర ఆపరేటింగ్ సిస్టమ్‌లతో పని చేస్తున్నట్లు కనిపించే ఫైర్‌వాల్‌లతో కలిపి విఫలమైనట్లు కనిపించింది. ఇది చాలా తరచుగా ADSL రూటర్‌లలో కనిపిస్తుంది మరియు ఫర్మ్‌వేర్ అప్‌డేట్ ద్వారా తరచుగా సరిదిద్దవచ్చు.
ATM వెన్నెముకలు, MTU ట్యూనింగ్‌కు ఉదాహరణ
కొన్నిసార్లు సమర్థత దృక్కోణం నుండి మద్దతు ఉన్న నిజమైన గరిష్ట పొడవు కంటే తక్కువ సాఫ్ట్‌వేర్‌లో తగ్గిన MTU ని కృత్రిమంగా ప్రకటించడం మంచిది. ATM (అసమకాలిక బదిలీ మోడ్) నెట్‌వర్క్ ద్వారా IP ట్రాఫిక్‌ను తీసుకువెళ్లడం దీనికి ఒక ఉదాహరణ. కొంతమంది ప్రొవైడర్లు, ముఖ్యంగా టెలిఫోనీ నేపథ్యం ఉన్నవారు, వారి అంతర్గత వెన్నెముక నెట్‌వర్క్‌లో ATM ని ఉపయోగిస్తారు.
ప్యాకెట్ పొడవు 48 బైట్ల గుణకం అయినప్పుడు ATM ని వాంఛనీయ సామర్థ్యం వద్ద సాధించవచ్చు. ఎటిఎమ్ అనేది ఫిక్స్‌డ్-లెంగ్త్ ప్యాకెట్‌ల స్ట్రీమ్‌గా ('కణాలు' అని పిలువబడుతుంది) పంపబడుతుంది, వీటిలో ప్రతి ఒక్కటి ఒక్కో సెల్‌కు 48 బైట్ల ధర కోసం 5 బైట్ల ఓవర్‌హెడ్‌తో 53 బైట్ల వినియోగదారు డేటాను కలిగి ఉంటాయి. కాబట్టి ప్రసారం చేయబడిన డేటా పొడవు యొక్క మొత్తం పొడవు 53 * ncells బైట్‌లు, ఇక్కడ ncells = అవసరమైన కణాల సంఖ్య = INT ((payload_length+47)/48). చెత్త సందర్భంలో, మొత్తం పొడవు = (48*n+1) బైట్‌లు, పేలోడ్ యొక్క చివరి బైట్‌ను ప్రసారం చేయడానికి ఒక అదనపు సెల్ అవసరమవుతుంది, తుది సెల్ అదనపు 53 ట్రాన్స్‌మిటెడ్ బైట్‌లు 47 ఖర్చు అవుతుంది. ఈ కారణంగా, సాఫ్ట్‌వేర్‌లో తగ్గిన MTU ని కృత్రిమంగా ప్రకటించడం ద్వారా ATM AAL5 మొత్తం పేలోడ్ పొడవు 48 బైట్‌లకు సాధ్యమైనప్పుడల్లా మల్టిపుల్‌గా చేయడం ద్వారా ATM లేయర్‌లోని ప్రోటోకాల్ సామర్థ్యాన్ని పెంచుతుంది.
ఉదాహరణకు, పూర్తిగా నిండిన 31 ATM కణాలు 31*48 = 1488 బైట్ల పేలోడ్‌ని కలిగి ఉంటాయి. 1488 యొక్క ఈ సంఖ్యను తీసుకొని, దాని నుండి అన్ని సంబంధిత అధిక ప్రోటోకాల్‌ల ద్వారా అందించబడిన ఏదైనా ఓవర్‌హెడ్‌లను తీసివేయడం ద్వారా మనం కృత్రిమంగా తగ్గించబడిన సరైన MTU కోసం సూచించిన విలువను పొందవచ్చు. యూజర్ సాధారణంగా 1500 బైట్ ప్యాకెట్‌లను పంపే సందర్భంలో, 1489 మరియు 1536 బైట్ల మధ్య పంపడానికి ఒక అదనపు ATM సెల్ రూపంలో ప్రసారం చేయబడిన 53 బైట్ల అదనపు స్థిర ధర అవసరం.
PPPoA/VC-MUX ఉపయోగించి IP ద్వారా DSL కనెక్షన్‌ల ఉదాహరణ కోసం, మునుపటిలాగా 31 ATM కణాలను పూరించడానికి ఎంచుకోవడం ద్వారా, మేము 1478 బైట్ల ఓవర్‌హెడ్‌ని పరిగణనలోకి తీసుకొని 31 = 48*10-10 యొక్క కావలసిన తగ్గించబడిన MTU సంఖ్యను పొందుతాము. పాయింట్-టు-పాయింట్ ప్రోటోకాల్ ఓవర్‌హెడ్ ఆఫ్ 2 బైట్‌లు మరియు AAL5 ఓవర్‌హెడ్ 8 బైట్‌లు. ఇది PPPoA కి పంపిన 31 బైట్ ప్యాకెట్ నుండి ATM ద్వారా ప్రసారం చేయబడిన మొత్తం 53*1643 = 1478 బైట్ల ఖర్చును అందిస్తుంది. PPPoA ని ఉపయోగించి ADSL ద్వారా పంపిన IP విషయంలో 1478 సంఖ్య IP హెడర్‌లతో సహా IP ప్యాకెట్ మొత్తం పొడవు ఉంటుంది. కాబట్టి ఈ ఉదాహరణలో 1478 యొక్క స్వీయ-విధించిన తగ్గిన MTU ని ఉంచడం ద్వారా మొత్తం పొడవు 1500 IP ప్యాకెట్‌లను పంపడం కాకుండా 53 ప్యాకెట్‌కి 22 బైట్‌లను ATM పొర వద్ద XNUMX బైట్ల తగ్గింపు ఖర్చుతో ఆదా చేస్తుంది.
PPPoE/DSL కనెక్షన్‌ల కొరకు గరిష్ట MTU 1492, ప్రతి RFC 2516: 6 బైట్‌లు PPPoE హెడర్‌గా ఉంటాయి, 1488 బైట్ పేలోడ్ లేదా 31 పూర్తి ATM సెల్‌లకు తగినంత స్థలం ఉంటుంది.
చివరిగా: MTU యొక్క ప్రామాణిక విలువ 1492 ... మరియు బ్రౌజింగ్ సమస్యలు లేదా MSN కనెక్టివిటీ సమస్యల విషయంలో దాన్ని 1422 మరియు 1420 విలువలకు తగ్గించాలి.
సూచన: వికీపీడియా
భవదీయులు
హలో, ఉపయోగకరమైన కథనానికి ధన్యవాదాలు