কেন ইথারনেট ফ্রেমের জন্য এমটিইউ আকার 1500 বাইট হিসাবে গণনা করা হয়েছিল?

38

এই সংখ্যায় পৌঁছানোর জন্য যে কোনও নির্দিষ্ট গণনা করা হয়েছিল এবং সেই গণনার জন্য কী কারণগুলি বিবেচনায় নেওয়া হয়েছিল?

ethernet mtu protocol-theory

— Padmaraj
সূত্র

2

আইইইইর লোকেরা স্ট্যান্ডার্ডে 9 কে যোগ করার বিরুদ্ধে প্রতিরোধ করছে কারণ এফসিএস আজ 1.5k এ গাণিতিক গ্যারান্টি দেয় যেগুলি 9k এ আর সত্য হবে না।

— ytti

5

@ নটি, এটি 1500 ফ্রেমকে সমর্থন করার বিরুদ্ধে যুক্তিগুলির মধ্যে একটি মাত্র। জিওফ থমসনের চিঠির সম্পূর্ণ পাঠ্য ( আইএমইই আপত্তি সম্বলিত জাম্বো ফ্রেমকে মানিয়ে তোলার ) খসড়া-আইটিএফ-আইসিস-এক্স-এক্স-এথ -১১ পরিশিষ্ট 1-এ রয়েছে । আপত্তিগুলি "বিবেচনা" শব্দের সাথে শুরু হয়

— মাইক পেনিংটন

কোন উত্তর কি আপনাকে সাহায্য করেছে? যদি তা হয় তবে আপনার উত্তরটি গ্রহণ করা উচিত যাতে উত্তরটি সন্ধান চিরকালের জন্য পপিং না হয়ে থাকে। বিকল্পভাবে, আপনি নিজের উত্তর সরবরাহ করতে এবং গ্রহণ করতে পারেন।

— রন মউপিন

27

উত্তরটি খসড়া- ietf-isis-ext-eth-01 , বিভাগ 3-5-এ রয়েছে। ইথারনেট ইথারনেট II (ডিআইএক্স) এবং 802.3 এনক্যাপসুলেশনে একই দুটি বাইট বিভিন্ন উপায়ে ব্যবহার করে:

ইথারনেট দ্বিতীয় একটি জন্য ইথারনেট উৎস ম্যাক-ঠিকানা পর প্রথম দুই বাইট ব্যবহার প্রকার
802.3 দৈর্ঘ্যের ক্ষেত্রের জন্য একই দুটি বাইট ব্যবহার করে ।

আমি প্রতিটি ফ্রেমের ধরণের নীচে একটি টীকাযুক্ত ডায়াগ্রামটি অন্তর্ভুক্ত করছি যা ইথারনেট শিরোলেখগুলিতে বিরোধী বাইটগুলি ঠিক কোথায় রয়েছে তা দেখায়:

আরএফসি 894 (সাধারণত ইথারনেট দ্বিতীয় ফ্রেম হিসাবে পরিচিত) টাইপের জন্য এই বাইটগুলি ব্যবহার করে

   +----+----+------+------+-----+
   | DA | SA | Type | Data | FCS |
   +----+----+------+------+-----+
             ^^^^^^^^

   DA      Destination MAC Address (6 bytes)
   SA      Source MAC Address      (6 bytes)
   Type    Protocol Type           (2 bytes: >= 0x0600 or 1536 decimal)  <---
   Data    Protocol Data           (46 - 1500 bytes)
   FCS     Frame Checksum          (4 bytes)

802.2 এলএলসি / এসএনএপি সহ আইইইই 802.3 (স্প্যানিং-ট্রি, আইএসআইএস দ্বারা ব্যবহৃত) দৈর্ঘ্যের জন্য এই বাইটগুলি ব্যবহার করে

   +----+----+------+------+-----+
   | DA | SA | Len  | Data | FCS |
   +----+----+------+------+-----+
             ^^^^^^^^

   DA      Destination MAC Address (6 bytes)
   SA      Source MAC Address      (6 bytes)
   Len     Length of Data field    (2 bytes: <= 0x05DC or 1500 decimal)  <---
   Data    Protocol Data           (46 - 1500 bytes)
   FCS     Frame Checksum          (4 bytes)

ইথারনেট II এবং 802.3 উভয় এনপ্যাপুলেশন একই লিঙ্কে উপস্থিত থাকতে সক্ষম হতে হবে। যদি আইইইই ইথারনেট পে-লোডকে 1536 বাইট (0x600 হেক্স) ছাড়িয়ে যাওয়ার অনুমতি দেয়, তবে ইথারনেট II ফ্রেম থেকে বড় 802.3 এলএলসি বা এসএনএপি ফ্রেমকে আলাদা করা অসম্ভব হবে; ইথারনেটের ধরণের মান 0x600 হেক্স থেকে শুরু হয়।

সম্পাদনা করুন:

যদি কেউ আগ্রহী হয় তবে আমি ইথারনেট সংস্করণ 1 স্পেস এবং ইথারনেট সংস্করণ 2 স্পেসের পিডিএফ অনুলিপিগুলির লিঙ্কটি অন্তর্ভুক্ত করছি ...

— মাইক পেনিংটন
সূত্র

2

বিটিডাব্লু

— মাইক পেনিংটন

2

ওয়েল, ইথারনেট II ফ্রেমগুলির টাইপ ফিল্ড 0x0600 থেকে শুরু হবে (আইইইই 802.3x-1997 স্পেস থেকে) কারণ সর্বোচ্চ সর্বোচ্চ দৈর্ঘ্য 802.3 এর ঠিক নীচে ছিল। সুতরাং এটি কেবল একটি প্রভাব, কারণ নয়।

— টি

1

@ না, দাবি করা যে এটি কারণ হিসাবে অনুমান করার পরিবর্তে এটি একটি প্রভাব যা আপনি কারণটি প্রমাণ করতে পারেন ... আপনি কি আপনার প্রস্তাবিত কারণের জন্য অনুমোদনমূলক প্রমাণ সরবরাহ করতে পারবেন? ১৯৮০ সালে প্রকাশিত আসল ইথারনেট ভার্সন 1 স্পেসটি ইতিমধ্যে টাইপ ফিল্ডটি ব্যবহার করেছে এবং 1984 সালে, আইপি প্রোটোকলটি ইথার টাইপ 0x0800 ব্যবহার করে নির্দিষ্ট করা হয়েছিল

— মাইক পেনিংটন

2

প্রকৃতপক্ষে, ইথারনেট I এবং II স্পেশটির ইতিমধ্যে একটি টাইপ ফিল্ড ছিল (যা সেই সময়ে কোনও বিধিনিষেধ ছিল না), এবং ইতিমধ্যে 1500 এর সর্বোচ্চ ডেটা দৈর্ঘ্য নির্দিষ্ট করেছে - তখন কোনও 802.3 ফ্রেম ছিল না। সুতরাং কেউ সিদ্ধান্তে পৌঁছাতে পারে না যে টাইপ ফিল্ডের কারণে 1500 এর সীমাটি পরবর্তী বৈশিষ্টগুলিতে যুক্ত হয়েছিল।

— নং

2

@ নন, আমি একমত নই, ইথারনেট দ্বিতীয়কে প্রিক্সিং স্ট্যান্ডার্ডের সাথে সহাবস্থান করতে হয়েছিল। এবং এটি পূর্বের স্ট্যান্ডার্ডে টাইপ ক্ষেত্র এবং নতুন মানের একটি দৈর্ঘ্যের ক্ষেত্র উভয় হিসাবে কাজ করতে একই ক্ষেত্রের ব্যবহারকে সংজ্ঞায়িত করেছে। প্রদত্ত যে দুটি মানের মধ্যে বিভ্রান্তির কোনও সম্ভাবনা থাকতে হবে না, একই নেটওয়ার্কে সহাবস্থান রাখতে হবে, বিদ্যমান দৈর্ঘ্যের মতো কোনও দৈর্ঘ্যের অনুমতি দেওয়া হবে না। যেহেতু বিদ্যমান ধরণের তালিকাটি 0x600বেছে নেওয়া দরকার তার চেয়ে কম সংখ্যায় শুরু হয়েছিল। স্ট্যান্ডার্ডে আরও প্রসারিত না করার জন্য এটির প্রয়োজন হলে কিছু ব্যান্ড উপলব্ধ থাকতে হয়েছিল।

14

পরিসীমাটির অন্য প্রান্তে - 1500 বাইট, দুটি কারণ ছিল যা এই সীমাটি প্রবর্তনের দিকে পরিচালিত করে। প্রথমত, প্যাকেটগুলি যদি দীর্ঘ হয় তবে তারা ইথারনেট কেবলটি ব্যবহার করে অন্যান্য ট্র্যাফিকের জন্য অতিরিক্ত বিলম্ব প্রবর্তন করে। অন্য কারণটি ছিল প্রাথমিকভাবে ভাগ করা তারের ট্রান্সসিভারগুলিতে তৈরি একটি সুরক্ষা ডিভাইস। এই সুরক্ষা ডিভাইসটি একটি অ্যান্টি-ব্যাবল সিস্টেম ছিল।যদি ট্রানসিভারের সাথে সংযুক্ত ডিভাইসটি একটি ত্রুটি বিকাশ করে এবং ধারাবাহিকভাবে প্রেরণ শুরু করে, তবে এটি কার্যকরভাবে অন্য কোনও ট্র্যাফিকটিকে সেই ইথারনেট তারের অংশটি ব্যবহার করা থেকে আটকাবে। এই ঘটনার হাত থেকে রক্ষা পেতে, ট্রান্সমিশনটি প্রায় 1.25 মিলিসেকেন্ড অতিক্রম করলে প্রাথমিক ট্রান্সসিভারগুলি স্বয়ংক্রিয়ভাবে বন্ধ করার জন্য ডিজাইন করা হয়েছিল। এটি কেবল 1500 বাইটের একটি ডেটা সামগ্রীর সমান। যাইহোক, ট্রান্সসিভারটি সরল অ্যানালগ টাইমারটি সংক্রমণ বন্ধ করার জন্য ব্যাবলিং সনাক্ত করা হলে, 1500 সীমাটি সর্বাধিক ডেটা আকারের একটি নিরাপদ সান্নিধ্য হিসাবে বেছে নেওয়া হয়েছিল যা সুরক্ষা ডিভাইসটিকে ট্রিগার করবে না।

সূত্র: http://answers.yahoo.com/question/index?qid=20120729102755AA8989M1

— user1171
সূত্র

5

হাই @ ইউজার 1171: স্ট্যাক এক্সচেঞ্জের পছন্দসই স্টাইলটি এখানে উত্তর উপাদান অন্তর্ভুক্ত করা এবং একটি রেফারেন্স হিসাবে লিঙ্ক আউট করা। এইভাবে, যখন লিঙ্কটি শেষ পর্যন্ত রটে যায়, উত্তরটি এখনও কার্যকর।

— ক্রেগ কনস্টানটাইন

Jabber ফাংশন প্রয়োজনীয় মৌ পর শাট ডাউন 20 থেকে 150 MS 10 মেগাবিট / সে (আইইইই 802.3 ধারা 8.2.1.5), 40 75 kbit করার ফাস্ট ইথারনেট জন্য (ধারা 27.3.2.1.4) এবং যে দুইবার গিগাবিট ইথারনেট জন্য, ফ্রেমের দৈর্ঘ্য অনেক বেশি। ইয়াহু পোস্টটি ভুল।

— Zac67

10

যখন ইথারনেটটি মূলত 10Base5 an 10Base2 এর সাথে একটি ভাগ করা মাঝারি বা বাস হিসাবে বিকশিত হয়েছিল তখন ডিজাইনের অংশ হিসাবে ফ্রেমের সংঘর্ষগুলি ঘন ঘন এবং প্রত্যাশিত ছিল। আজকের সাথে এর বিপরীতে করুন যখন সর্বাধিক সবকিছু পৃথক সংঘর্ষের ডোমেনগুলির সাথে স্যুইচ করা হয় এবং ফুল-ডুপ্লেক্স চলমান থাকে যেখানে কেউ সংঘর্ষগুলি দেখার প্রত্যাশা করে না।

"ইথার" নিযুক্ত সিএমএসএ / সিডি ভাগ করার পদ্ধতি (ক্যারিয়ার সেন্স একাধিক অ্যাক্সেস / সংঘাত সনাক্তকরণ)

ক্যারিয়ার সেনস মানে হ'ল যে ট্রান্সমিশন করতে ইচ্ছুক কোনও স্টেশন অবশ্যই তারটি শোনাতে হবে - ক্যারিয়ার সিগন্যালটি বোঝা - এটি নিশ্চিত করার জন্য যে এই মাধ্যমের একাধিক অ্যাক্সেস থাকার কারণে অন্য কেউ কথা বলছে না। Allowing 1500 bytes (though an arbitrary number as far as I can tell) was a compromise that meant a station could not capitalize the wire too long by talking too much at one time. কোনও ফ্রেমে যত বেশি বাইটস সংক্রমণ করা হয়, ততক্ষণ অন্য সমস্ত স্টেশনগুলি সেই সংক্রমণ শেষ না হওয়া পর্যন্ত অপেক্ষা করতে হবে। অন্য কথায়, সংক্ষিপ্ত বিস্ফোরণ বা আরও ছোট এমটিইউ বলতে বোঝায় যে অন্যান্য স্টেশনগুলি প্রেরণের আরও বেশি সুযোগ পেয়েছিল এবং একটি সুন্দর অংশীদার হয়েছিল। ট্রান্সমিশন মিডিয়াম (10 এমবি / গুলি) এর ধীর গতিতে, এমটিইউ বৃদ্ধি পাওয়ার সাথে স্টেশনগুলি প্রেরণে আরও বিলম্বিত হবে (যদি 1500 ছাড়িয়ে যাওয়ার অনুমতি দেওয়া হয়)।

একটি আকর্ষণীয় করোলারি প্রশ্ন হ'ল ন্যূনতম ফ্রেম আকার 64 বাইটের কেন? ফ্রেমগুলি "স্লটগুলিতে" প্রেরণ করা হয়েছিল যা 512 বিট এবং মাধ্যমটিতে রাউন্ড-ট্রিপ সিগন্যাল প্রচারের জন্য 51.2us নিয়েছিল। কোনও স্টেশন কেবল আইএফজি (b৯ বিটের ইন্টারফ্রেম ফাঁক) সংবেদন করে কখন কথা শুরু করতে হবে তা শুনতে হবে না, তবে অন্যান্য ফ্রেমের সাথে সংঘর্ষের জন্য শুনতে হবে। সংঘর্ষ সনাক্তকরণ সর্বাধিক প্রচারের বিলম্ব অনুমান করে এবং দ্বিগুণ করে যে (নিরাপদ থাকতে) তাই যখন তারের অন্য প্রান্ত থেকে একই সময়ে শুরু হওয়া কোনও সংক্রমণ বা তার নিজের সংক্রমণটির সিগন্যাল প্রতিবিম্বটি মিস করে না যখন যখন কেউ টার্মিনেটিং রোধকে ভুলে যায় তারের শেষ। সংঘর্ষের সংবেদন করার আগে স্টেশনটি অবশ্যই তার ডেটা প্রেরণ শেষ করবে না, সুতরাং 512 বিট বা 64৪ বাইট অপেক্ষা করা এটির নিশ্চয়তা দেয়।

— generalnetworkerror
সূত্র

2

মূলত, সর্বাধিক 802.3-এ 1500 বাইট হিসাবে পেওলড সংজ্ঞায়িত করা হয়েছিল। ইথারনেট ভি 2> = 1536 এর ফ্রেমের দৈর্ঘ্য সমর্থন করে এবং এটিই আইপি বাস্তবায়ন ব্যবহার করে। বেশিরভাগ ক্যারিয়ার-শ্রেণির বিক্রেতারা আজকাল প্রায় 9000 বাইট ("জাম্বো ফ্রেম") সমর্থন করে। যেহেতু 1500 বাইট হ'ল স্ট্যান্ডার্ড যা সমস্ত ইথারনেট বাস্তবায়ন অবশ্যই সমর্থন করে, তাই এটি সাধারণত সমস্ত ইন্টারফেসে ডিফল্ট হিসাবে সেট করা থাকে।

আপনার ম্যাক্সভালিডফ্রেমে গুগল করা উচিত, এটি আইইইই দ্বারা সংজ্ঞায়িত করা হয়েছিল; ফলস্বরূপ, 9KB জাম্বো ফ্রেম বাস্তবায়ন যা আজ সাধারণভাবে ইথারনেটের সাথে আনুষ্ঠানিকভাবে সম্মতিযুক্ত নয়, তবে তারা ইথারনেট II পেলডগুলির জন্য বেশ ভাল কাজ করে

— মাইক পেনিংটন

কঠোরভাবে বলছি, 802.3- অনুগত নয়। আইপি যদিও ইথারনেট ভি 2 ব্যবহার করে, তাই আমি 802.3 ... এমনকি ভাবতেও থাকি না ...

5

802.3x অনুমোদনের পরে জাম্বোস ইথারনেট II বা 802.3 এর সাথে সম্মতিযুক্ত নয়। 802.3x ধারা 4.2.7.1 1500 বি পে-লোডে ম্যাক্সভালিডফ্রেমকে সংজ্ঞায়িত করে। সুতরাং 1997 এর পরে, 1500 বাইটের বেশি যে কোনও পে-লোড উপযুক্ত নয়। দেখুন চিঠি যে আইইইই 802.3 চেয়ারম্যান এই সমস্যা সংক্রান্ত IETF পাঠানো । সংক্ষেপে, 802.3 ফ্রেম স্ট্যান্ডার্ডের চেয়ে অনেক বেশি ... এটি ফ্রেমিং এবং হার্ডওয়্যার উভয় প্রয়োজনীয়তা সংজ্ঞায়িত করে। এর অর্থ হার্ডওয়্যার প্রয়োগগুলি ফ্রেম ফর্ম্যাটের সাথে সম্মতিতে নির্ভর করে। হাফ ডুপ্লেক্স ডাব্লু / সিএসএমএ-সিডির <= 1500B পে-লোডের প্রয়োজন।

— মাইক পেনিংটন

-1

সর্বনিম্ন ইথারনেট ফ্রেমটি ইথারনেট স্লট সময়ের উপর ভিত্তি করে তৈরি করা হয়েছে, যা 10M ইথারনেটের জন্য 512 বিট দৈর্ঘ্য (By৪ বাইট)। ইথারনেট শিরোনাম এবং সিআরসি-র জন্য 18 বাইট বিয়োগের পরে, আপনি পেওলডের 46 বাইট পাবেন।

ইথারনেট স্লট সময় নির্দিষ্ট করা হয়েছে যাতে সিএসএমএ / সিডি সঠিকভাবে কাজ করবে। একজনকে অবশ্যই নিশ্চিত হতে হবে যে সর্বনিম্ন ফ্রেমের আকার কেবলের দীর্ঘতম সম্ভাব্য দৈর্ঘ্যের চেয়ে বেশি নয়; যদি এটি নির্বিচারে সংঘর্ষ সনাক্তকরণ অসম্ভব হত। তারের সর্বোচ্চ দৈর্ঘ্যে সংঘর্ষ সনাক্তকরণের পরে, প্রেরকের কাছে ফিরে আসতে আপনার সংঘর্ষ সনাক্তকরণ সংকেত প্রয়োজন।

— পূজা খাতরী
সূত্র

3

ন্যূনতম ইথারনেট ফ্রেম আকার নির্ধারণের প্রক্রিয়াটির বর্তমান 1500 বাইট সর্বাধিক ডিফাক্টো স্ট্যান্ডার্ডের সাথে কীভাবে করা যায় তা বুঝতে আমার সমস্যা হচ্ছে। সম্প্রসারিত করুন!

— স্টুগি

2

পছন্দ করেছেন

— কেন শার্প