এটি কিছুটা জটিল প্রশ্ন, তাই আমি মূল বিষয়গুলি দিয়ে শুরু করব। আপনি যদি ইতিমধ্যে এই সমস্ত কিছু জানেন তবে আমাকে ক্ষমা করুন।
এমটিইউ হ'ল সর্বাধিক ট্রান্সমিশন ইউনিট, এটি একটি কম্পিউটার ইন্টারফেস প্রেরণ করবে এমন ডেটার বৃহত্তম প্যাকেট। ইথারনেটের জন্য ডিফল্টটি 1500 বাইট। ইথারনেট ফ্রেমগুলি সাধারণত 1522-1542 অবধি অনুমোদিত হয় (আপনি কী গণনা করেন তার উপর নির্ভর করে) এবং অতিরিক্ত স্থান শিরোনাম তথ্যের জন্য 'সংরক্ষিত' থাকে।
বিভিন্ন সংযোগের বিভিন্ন ক্ষমতা থাকতে পারে। ইন্টারনেটে এমন কোনও লিঙ্ক জুড়ে চালানো খুব সাধারণ যেটিতে এমটিইউ রয়েছে যা 1500 এর চেয়ে সামান্য ছোট This এটিএম / সোনেট সংযোগ)। সাধারণত এই জাতীয় লিঙ্কের মুখোমুখি ট্র্যাফিক কেবল একাধিক টুকরো টুকরো টুকরো টুকরো হয়ে তাকে প্রেরণ করা হয়।
যেহেতু এটি সাধারণ, এবং আইপি উদ্ভাবনের সময়, আইসিএমপি প্রোটোকলের দায়িত্ব ছিল এমটিইউগুলির সাথে কোনও সমস্যা যোগাযোগ করা। যদি কোনও কারণে কোনও প্যাকেটটি ভেঙে ফরোয়ার্ড করা যায় না, আইসিএমপি প্রেরণ কম্পিউটারে সমস্যাটি যোগাযোগ করতে ব্যবহৃত হয়। প্রেরণকারী কম্পিউটারটি যথাযথ পদক্ষেপ নেয়, তথ্যকে ছোট ছোট ভাগে ভাগ করে দেয় এবং সকলেই খুশি। এই পুরো প্রক্রিয়াটি পর্দার আড়ালে পরিচালিত হয়। একটি সঠিকভাবে কাজ নেটওয়ার্কের এটা MTU সেটিংসের সাথে গোবর প্রয়োজনীয় না হয় ।
সেই শেষ বাক্যে বাছাইকারী হ'ল er স্বয়ংক্রিয় প্রক্রিয়াটি ভেঙে যাওয়ার তিনটি সাধারণ কারণ রয়েছে:
- ভাঙা বাস্তবায়ন - এক পর্যায়ে সফ্টওয়্যারটি ঠিক যেমন কাজ করবে তেমন কাজ করে না। লোকদের ইন্টারনেটের প্রাসঙ্গিক মানটি অনুসরণ করতে হবে এমন কোনও আইন নেই এবং এমন সংস্থাগুলি রয়েছে যারা মানগুলি ভঙ্গ করে, সাধারণত সস্তা হয়।
- প্রশাসনিকভাবে অক্ষম বাস্তবায়ন - এমনটি ঘটে যে ভাল উদ্দেশ্যযুক্ত লোকেরা সফ্টওয়্যারটি ভেঙে দেয় কারণ তারা আসলে কী করছে তা জানে না। আমি ব্যক্তিগতভাবে লোকজনকে আইএমএমপি ব্লক করতে দেখেছি কারণ তারা মনে করে এটি কেবল আইসিএমপি.0.0 প্যাকেটের জন্য ব্যবহৃত হয়েছে (প্রতিধ্বনি, বেশিরভাগ লোকেরা এটি
pingইউটিলিটি দ্বারা জানেন )।
- এই 'স্বাভাবিক' প্রক্রিয়া সম্পূর্ণরূপে বাইরে অন্যান্য কারণ। বেশিরভাগ ক্ষেত্রে এর অর্থ সংযোগটি এতটাই ক্ষয়ক্ষতিযুক্ত যে কেবল সংক্ষিপ্ত প্যাকেটগুলি নির্ভরযোগ্যতার সাথে সংযোগের মাধ্যমে এটি তৈরি করে (বা বিশাল সংখ্যক পুনরায় চেষ্টা ছাড়াই)। কিছু প্রথম দিকে ডিএসএল এবং কেবলমোডেমগুলির মতো সমস্যা ছিল। এবং তার আগে, ডায়াল-আপে খুব খারাপ মানের ফোন লাইন এবং আক্রমণাত্মক লাইন কোডিং ব্যবহার করার সময় সাধারণত এ জাতীয় সমস্যা ছিল।
সুতরাং, কেন সাধারণ: অলস প্রযুক্তিবিদ / সংস্থাগুলি। উপরে বর্ণিত সমস্যাগুলির মধ্যে একটির সমাধানের চেয়ে ক্ষুদ্র এমটিইউর সাথে সংযোগের প্রতিবন্ধকতা তৈরি করা প্রায় সর্বজনীন 'সহজ'। উপরে উল্লিখিত হিসাবে আজকের দিনে কারওও এমটিইউর সাথে গোলযোগ করা উচিত নয় (এক ব্যতিক্রম আমি জাম্বো ফ্রেমগুলি সক্ষম করার কথা ভাবতে পারি, তবে এটি আমরা এখানে আলোচনা করছি না)। যে কোনও ক্ষেত্রে সঠিক নিরাময় হ'ল অন্তর্নিহিত সমস্যাটি সনাক্ত করা এবং এটি ঠিক করা; অসুস্থতার চিকিত্সার ক্লাসিক ক্ষেত্রে লক্ষণ নয় not
এমটিইউ কোনও সংযোগকে কীভাবে প্রভাবিত করে? ছোট ছোট টুকরো টুকরো করে ডেটা কাটা মানে প্রতিটি টুকরোটি গন্তব্যে পৌঁছানোর আরও ভাল সুযোগ পাবে, বিশেষত অত্যন্ত অবিশ্বাস্য সংযোগ জুড়ে। তবে ছোট ছোট টুকরো হওয়ার কারণে, সংক্রমণিত ডেটা প্রতি আরও ওভারহেড রয়েছে। এর অর্থ কার্যকর সংযোগের গতি হ্রাস পেয়েছে; মূলত যদি এমটিইউ ছোট হয় sub শিরোনামের অতিরিক্ত প্রক্রিয়াজাতকরণ এবং ওভারহেড এবং টুকরো টুকরো টুকরো টুকরো করা / পুনরায় স্থান প্রক্রিয়া হওয়ার কারণে, আমি এটি অপ্রাপ্তবয়স্ক হওয়ার প্রত্যাশা করব, তবে লেটেন্সিটি প্রভাবিত হতে পারে।
আপডেট: - --clamp-mss-to-pmtu
ব্যক্তিগতভাবে আমি কখনই এমটিইউ নিয়ে ফেটে পড়িনি; আমি স্বীকার করি আমি একদম নিখুঁতবাদী এবং এ জাতীয় কুরুচিপূর্ণ হ্যাকের সাথে উপস্থাপন করার সময় আমি সবসময় সমস্যার মূল খুঁজে পাই এবং এটি সংশোধন করতে সক্ষম হয়েছি। এই লক্ষ্যে iptablesবিকল্পটি --clamp-mss-to-pmtuআমার কাছে অপরিচিত। স্পষ্টতই এটি অত্যন্ত সাধারণ, এবং সম্ভবত বেশিরভাগ পরিস্থিতিতে অত্যন্ত অনিয়ন্ত্রিত, এই হ্যাকটি ব্যবহার করা। উপরের সমস্যার একটির ক্ষতিপূরণ দেওয়ার জন্য এটি এখনও একটি হ্যাক। আমি লিনাক্স ম্যানপেজ থেকে iptables (8) এর জন্য উদ্ধৃতি দিয়েছি:
এই লক্ষ্যটি ক্রিমিনালি ব্রেন্ডিনড আইএসপি বা সার্ভারগুলি কাটিয়ে উঠতে ব্যবহার করা হয় যা 'আইসিএমপি ফ্রেগমেন্টেশন প্রয়োজন' বা 'আইসিএমপিভি 6 প্যাকেট খুব বড়' প্যাকেটগুলিকে অবরুদ্ধ করে।
আরএফসিগুলি অনুসরণ করে না এমন আইএসপি এবং নেটওয়ার্কগুলি (এবং চেষ্টা করার বা ক্ষতিপূরণ দেওয়ার জন্য কোনও প্রচেষ্টা করে না) কতটা অবজ্ঞার জন্ম দিয়েছে তা ম্যানপেজের তুলনামূলকভাবে কঠোর ভাষা একটি ইঙ্গিত হওয়া উচিত।
ভিপিএনগুলিতে ইউডিপি ব্যবহারের সাথে কথা বললে, ভিপিএন-এর ওভারহেড হ্রাস করতে এবং বিদ্যমান শেষ পয়েন্টগুলিকে সেশন তথ্য পরিচালনা করার অনুমতি দেওয়ার ক্ষেত্রে এটি সবচেয়ে বেশি ব্যবহৃত হত। সেশনটি কীভাবে পরিচালনা করা উচিত তা ভিপিএনের পক্ষে জানার কোনও উপায় নেই, সুতরাং সেই কাজটি অ্যাপ্লিকেশনগুলিতে সবচেয়ে ভাল ছেড়ে যায় যা জানেন।
অনেকগুলি আধুনিক ভিপিএন টানেলিং প্রোটোকলগুলি নিম্ন স্তরে (এমনকি কম ওভারহেড সহ) যেমন জিআরই এবং এল 2 টি পি যেমন নির্মিত হয়; বা উচ্চ স্তরে টানেলযুক্ত (সাধারণত সীমাবদ্ধ ফায়ারওয়ালের সাথে সামঞ্জস্যের জন্য বা অন্যান্য কারণে) যেমন এসএসটিপি বা এসএসএইচ। এগুলি ধীরে ধীরে ইউডিপিকে পরিবহণ ব্যবস্থা হিসাবে প্রতিস্থাপন করবে।
আপডেট 2: - এমটিইউ / আইসিএমপি সমস্যাগুলি নির্ণয় করা
যাতে আপনার মনে হয় আপনি একটি এমটিইউ / আইসিএমপি সমস্যা পেয়েছেন এবং নিশ্চিত হতে চান। এই প্রক্রিয়া দুটি মূল পদক্ষেপ আছে। দিকনির্দেশগুলি একটি লিনাক্স বা বিএসডি বাক্সের জন্য, তবে যে কোনও ওএসের সাথে মানিয়ে নেওয়া যায়।
- একটি আইসিএমপি পিং লক্ষ্য চয়ন করুন (উদাঃ গুগল.কম, ইয়াহু ডটকম, ফেসবুক ডটকম, ইত্যাদি)। তাদের নিম্নলিখিত কমান্ডের সাহায্যে pinging চেষ্টা করুন:
ping -c 2 -s 1472 -D google.com।
- এটি সফল হওয়া উচিত । যদি এটি সফল না হয় তবে এটি "প্যাকেটকে খণ্ডিত করা দরকার" ফিরতে হবে। যদি এগুলির মধ্যে দুটিও সত্য হয় তবে থামুন, আপনার সংযোগটি ঠিক কাজ করে।
- এটি যদি কিছু না ফেরায় বা কোনও "টাইমআউট" বার্তা দেয় তবে আপনার সমস্যা আছে।
- কেবল ভাঙা সংযোগের জন্য: চালান
traceroute -F google.com 1472। এটি আপনাকে জানাবে যে কোন হুপটি ভেঙে গেছে। দ্রষ্টব্য: সিপিই এর পক্ষে ট্রেস্রুট অনুরোধগুলির প্রতিক্রিয়া না জানানো বেশ সাধারণ, তাই প্রথম হপ সাড়া না দিলে সতর্ক হবেন না।
- যার মধ্যে সাড়া দেওয়ার জন্য সর্বশেষ হোপটি হ'ল এটিই আপনার পক্ষে সঠিকভাবে কাজ করছে।
- তাদের কেউ যদি এটির প্রতিক্রিয়া না করে থাকে তবে এটি আপনার সিপিই বা ডিএসএল লাইন (যা কিছুটা জটিল হতে পারে তা নির্ধারণ করা, তবে এটি যদি আধুনিক হয় তবে এটি প্রায় কখনও সিপিই নয়)। দ্রষ্টব্য: যদি আপনার সংযোগটি সূক্ষ্মভাবে কাজ করে তবে ট্রেস্রোয়েট সফলভাবে শেষ হবে।
একদিকে নোট: এই দিনগুলিতে কি পিএসটিপি ব্যবহার করে আইএসপি ?! এটি পুরানো এবং অকেজো অতীত থেকে একটি বিস্ফোরণ। তাদের কমপক্ষে পিপিপিওই ব্যবহার করা উচিত; তবে কেবল ম্যাক এবং বিভাগ দ্বারা মোডেম অনুমোদন করা এত সহজ হবে (আইএসপি এবং গ্রাহক উভয়ের পক্ষেই সহজ)।
don't fragmentপ্যাকেটটিকে ছোট প্যাকেটে ভাঙতে না পারার একটি কারণ।