প্রশ্ন কিভাবে IPv6 সাবনেটটিং কাজ করে এবং কিভাবে এটি আইপিভি 4 সাবনেটিং থেকে পৃথক থাকে?


এটা একটা ক্যানোনিকাল প্রশ্ন IPv6 সাবনেটটিং সম্পর্কে।

সম্পর্কিত:

আমি অনেক সম্পর্কে জানি আইপিভি 4 সাবনেটটিং, এবং যখন আমি একটি আইপিভি 6 নেটওয়ার্কে (স্থাপন / কাজ করা) প্রস্তুত করি তখন আমাকে এই তথ্যটি কতটুকু স্থানান্তরযোগ্য এবং কী শিখতে হবে তা জানতে হবে। IPv6 প্রথম নজরে আইপিভি 4 তুলনায় অনেক বেশি জটিল মনে হয়। তাই আমি জানতে চাই:

  • আইপিভি 6 128 বিট, তাই কেন / 64 হোস্টের জন্য সবচেয়ে কম সুপারিশ করা সাবনেট? এই সম্পর্কিত:
    • কেন রাউটারের মধ্যে বিন্দু বিন্দু বিন্দু / 127 ব্যবহার করার সুপারিশ করা হয় এবং অতীতে এটি কেন সুপারিশ করা হয়? আমি 127/127 ব্যবহার করতে বিদ্যমান রাউটার লিঙ্ক পরিবর্তন করা উচিত?
    • কেন ভার্চুয়াল মেশিন একটি / 64 মূল্য ঠিকানা কম সঙ্গে provisioned হবে?
    • অন্য কোন পরিস্থিতিতে আমি / 64 চেয়ে ছোট একটি সাবনেট ব্যবহার করব?
  • আমি কি আইপিভি 4 সাবনেট থেকে সরাসরি আইপিভি 6 সাবনেটে মানচিত্র করতে পারি? উদাহরণস্বরূপ, একটি আইপিভি 4/24 কোন আইপিভি 6/56 বা / 120 এর সাথে সরাসরি যোগাযোগ করে?
  • আমার ইন্টারফেসে বিভিন্ন IPv6 ঠিকানা রয়েছে। তাদের সব জন্য সাবনেট একই হতে হবে?
  • আইপিভি 6 এড্রেসটিতে কেন আমি মাঝে মাঝে একটি% দেখি এবং এর অর্থ কী?
  • আমি কি অনেকগুলো সাবনেটকে নষ্ট করছি? আমরা শুধু আবার চালানোর যাচ্ছে না?
  • আইপিভি 4 সাবনেটটিং থেকে আইপিভি 6 সাবনেটিং অন্য কোন প্রধান উপায়ে?

110
2017-09-11 00:57


উত্স




উত্তর:


আইপিভি 6 সাবনেটটিং সম্পর্কে উল্লেখ করা প্রথম জিনিসটি একটি ভিন্ন চিন্তার মোড জন্য বলা হয়। IPv4 এ আপনি সাধারণত কত সম্পর্কে চিন্তা ঠিকানাগুলি আপনি উপলব্ধ এবং আপনি প্রতিটি শেষ ব্যবহারকারী তাদের যথেষ্ট পরিমাণ বরাদ্দ করতে পারেন কিভাবে। আইপিভি 6 তে আপনি সাধারণত কতগুলি (/ 64) ভিন্ন সাব-নেট'র আপনি উপলব্ধ আছে এবং আপনি ব্যবহারকারীদের শেষ পর্যন্ত তাদের বরাদ্দ করতে পারেন কিভাবে। প্রদত্ত সাবনেটে আপনি কত আইপি ঠিকানা ব্যবহার করবেন সে সম্পর্কে প্রায়শই চিন্তা করবেন না। বিন্দু-বিন্দু লিঙ্কগুলির মতো কিছু বিশেষ ক্ষেত্রে ব্যতীত, প্রতিটি সাবনেটের কেবলমাত্র সহজে প্রয়োজনের চেয়ে আরও বেশি ঠিকানা পাওয়া যায়, তাই পরিবর্তে আপনি শুধুমাত্র সনেটগুলির বরাদ্দ সম্পর্কে চিন্তা করেন, না তাদের মধ্যে হোস্ট নয়।

IPv6 সাবনেট সাধারণত / 64 কারণ যে জন্য প্রয়োজন হয় SLAAC (stateless ঠিকানা autoconfiguration) কাজ করতে। এমনকি যেখানে স্লেএক ব্যবহার করা হয় না, সেখানে 64 টি ব্যবহার করার অন্যান্য কারণ থাকতে পারে। উদাহরণস্বরূপ, সেখানে কিছু শেষ ব্যবহারকারী ডিভাইস থাকতে পারে যা মাত্র 64/64 অনুমান করে, অথবা অন্যথায় রাউটারের / 64 এর চেয়ে দীর্ঘতর উপনেটগুলি কিছু রাউটারগুলিতে অক্ষম হতে পারে কারণ রাউটার প্রয়োগকারীটি সংরক্ষণ করার জন্য / 64 বা ছোট রুটের ক্ষেত্রে অপ্টিমাইজ করেছে রাউটিং টেবিল মেমরি।

কেন পয়েন্টার বিন্দু লিঙ্ক জন্য 127 / ব্যবহার করার জন্য সুপারিশ করা হয়

বিন্দু থেকে বিন্দু লিংক নির্দিষ্ট ক্ষেত্রে, / 127 এর পরিবর্তে সুপারিশের জন্য অপ্রয়োজনীয় প্রতিবেশী অনুরোধ অনুরোধ এবং টেবিল এন্ট্রিগুলির কারণে প্যাবগুলি যে কোনও চতুর্ভুজ পঠনগুলির ঠিকানাগুলিকে অ্যাড্রেসড অ্যাড্রেসগুলির অযাচিত ঠিকানাগুলি এড়াতে / 64 এর পরিবর্তে সুপারিশ করা হয় একটি রাউটার ডুবতে পারে। যেমন misaddresses প্যাকেট দূষিত বা আপতিক হতে পারে। তবে আপনি যদি প্রকৃতপক্ষে / 127 হিসাবে একটি পয়েন্ট-টু-পয়েন্ট লিঙ্ক কনফিগার করেন তবে কিছু লোক সামঞ্জস্যপূর্ণ হওয়া পর্যন্ত সম্পূর্ণ / 64 নির্ধারণ করার পক্ষে পরামর্শ দেয়।

কেন ভার্চুয়াল মেশিন / 64 চেয়ে ছোট subnets সঙ্গে ব্যবস্থা করা হবে?

আমি বিশেষভাবে জানি না কেন ভার্চুয়াল মেশিনগুলি / 64 এর চেয়ে ছোট সনেটগুলির সাথে সামঞ্জস্য করা হবে। সম্ভবত একটি হোস্টিং প্রদানকারীর ধারণা অনুযায়ী সার্ভার একটি শেষ ব্যবহারকারীর মতো ছিল এবং শুধুমাত্র একটি একক (/ 64) সাবনেটের প্রয়োজন ছিল, এমনটি প্রত্যাশা করে না যে সার্ভার প্রকৃতপক্ষে একটি অভ্যন্তরীণ রাউটিং টোপোলজি প্রয়োজন এমন ভিএমগুলির সংগ্রহ হবে? এটি সহজেই অ্যাড্রেসিং প্ল্যানটি স্মরণ করা সহজ করার মতই করা যেতে পারে: হোস্ট পায় PREFIX::/64, তারপর প্রতিটি ভিএম পায় PREFIX:0:NNNN::/96 যেখানে এনএনএনএন ভিএমের জন্য অনন্য এবং ভিএম বরাদ্দ করতে পারে PREFIX:0:NNNN:XXXX:YYYY এটা খুশি হিসাবে।

আমি কি আইপিভি 4 সাবনেট থেকে সরাসরি আইপিভি 6 সাবনেটে মানচিত্র করতে পারি? উদাহরণস্বরূপ, একটি আইপিভি 4/24 কোন আইপিভি 6/56 বা / 120 এর সাথে সরাসরি যোগাযোগ করে?

কিভাবে অ্যাড্রেসিং এবং রাউটিং কাজ করে তার নিম্ন স্তরের দৃষ্টিকোণ থেকে, আইফো 6 এবং আইপিভি 4 তে উপসর্গের দৈর্ঘ্য একই অর্থ রয়েছে। যে স্তরে, আপনি একটি উপমা তৈরি করতে পারেন যেমন "একটি আইপিভি 4/16 নেটওয়ার্ক ঠিকানাটির অর্ধেক বিট ব্যবহার করে এবং হোস্ট ঠিকানার জন্য অর্ধেক বিট ব্যবহার করে, যা আইপিভি 6 তে একটি / 64 এর মত।" কিন্তু এই তুলনা সত্যিই উপযুক্ত নয়। IPv6 এ শক্তিশালী সম্মেলনগুলি আবির্ভূত হয়েছে যা নেটওয়ার্ক আকারগুলির বিভাগগুলিকে আইপিভি 4-এ শ্রেণীবদ্ধ নেটওয়ার্কগুলির পুরনো জগতের মত কিছুটা বেশি দেখায়। নিশ্চিত হওয়ার জন্য, IPv6 ক্লাসিফিক অ্যাড্রেসিংটি পুনঃপ্রবর্তন করে নি, যেখানে ঠিকানাটির সবচেয়ে উল্লেখযোগ্য কয়েকটি বিট একটি বিশেষ নেটমাস্ক প্রয়োগ করে, কিন্তু আইপিভি 6 না নির্দিষ্ট [defacto / প্রচলিত] মান নেটওয়ার্ক মাপ আছে:

  • / 64: একটি একক সাবনেটের মূল আকার: LAN, WAN, ওয়েব ভার্চুয়াল হোস্টগুলির জন্য ঠিকানাগুলির ব্লক ইত্যাদি ... "স্বাভাবিক" উপনেটগুলি 64/64 এর চেয়ে ছোট (দীর্ঘতর উপসর্গ) হতে পারে বলে আশা করা হয় না। কোনও সনেটগুলি 64/64 এর বেশি হোস্ট ঠিকানার চেয়ে বেশি বড় (ছোট প্রিফিক্স) হতে পারে বলে আশা করা হয়।
  • / 56: 256 মৌলিক সাবনেট একটি ব্লক। যদিও বর্তমান নীতিগুলি ISP গুলিকে প্রতিটি শেষ ব্যবহারকারীর জন্য 48 / বড় আকারের ব্লকগুলি হস্তান্তর করার অনুমতি দেয় এবং এখনও তাদের ঠিকানা ব্যবহারকে যথাযথভাবে বিবেচনা করে তবে কিছু ISPs (এবং ইতিমধ্যেই) একটি ভোক্তা-গ্রেড গ্রাহকদের আপোস হিসাবে একটি / 56 বরাদ্দ করতে বেছে নিতে পারে তাদের এবং ঠিকানা অর্থনীতির জন্য সাবনেট প্রচুর বরাদ্দ মধ্যে।
  • / 48: 65536 মৌলিক সাবনেটগুলির একটি ব্লক এবং প্রতিটি ISP গ্রাহক শেষ সাইটটি ব্লক করার সুপারিশকৃত আকার।
  • / 32: ব্লক ডিফল্ট আকার যা বেশিরভাগ ISP তারা প্রতিবেশি ঠিকানা রেজিস্ট্রি থেকে আরো ঠিকানা অনুরোধ করার সময় পাবেন।

পরিষেবা প্রদানকারী এবং entreprise নেটওয়ার্ক ভিতরে, এই 4 চেয়ে অনেক বেশি উপসর্গ দৈর্ঘ্য দেখা যাবে। এই নেটওয়ার্কে রাউটারের রাউটিং টেবিলের দিকে তাকালে, IPv4 এবং IPv6 অনেকগুলি রাউটিংয়ের কাজ সহ বেশিরভাগ ক্ষেত্রেই সাধারণ থাকে: দীর্ঘতর পূর্বফোনের জন্য রুটগুলি ছোট প্রিফিক্সগুলির জন্য রাউন্ডগুলিকে আচ্ছাদিত করে, তাই এটি সমষ্টিগত (সংক্ষিপ্ত করা) এবং ড্রিল নিচে (আর করুন) রুট। আইপিভি 4 এর মতো, রাউটিং টেবিলের আকার কমানোর জন্য রুটগুলিকে সংক্ষিপ্ত প্রিফিক্সগুলির সাথে বৃহত্তর ব্লকগুলিতে সংহত বা সংক্ষেপিত করা যেতে পারে।

আইপিভি 4 এবং আইপিভি 6 এর মধ্যে ম্যাপিংয়ের একটি ভিন্ন প্রশ্ন ডুয়াল-স্ট্যাক মেশিনগুলিতে আইপিভি 4 এবং আইপিভি 6 অ্যাসাইনমেন্টগুলিকে কীভাবে সামঞ্জস্য করা হবে যাতে পরিকল্পনাগুলি সহজেই বোঝা যায়। যেহেতু, এটি করার জন্য সাধারণত প্রচলিত কনভেনশনগুলি আছে: IPv4 "সাবনেট নম্বর" আইপিভি 6 উপসর্গের একটি অংশে এম্বেড করুন, হয় স্কুবা BCD (উদাঃ 10.0.234.0/24 হয়ে 2001:db8:abcd:234::/64) বা বাইনারি (10.0.234.0/24 হয়ে 2001:db8:abcd:ea::/64)।

আমার ইন্টারফেসে বিভিন্ন IPv6 ঠিকানা রয়েছে। তাদের সব জন্য সাবনেট একই হতে হবে?

একেবারে না! আইপিভি 6 হোস্টগুলি আইপিভি 4 এর মতো বিভিন্ন উপনেট থেকে আসা বিভিন্ন আইপি ঠিকানাগুলি একাধিক করে বহুজাতিক হতে সক্ষম বলে আশা করা হচ্ছে। যদি তারা SLAAC এর সাথে স্বনির্ধারিত হয় তবে বিভিন্ন উপনেটগুলি বিভিন্ন রাউটার থেকে রাউটার বিজ্ঞাপনে আসতে পারে।

আইপিভি 6 এড্রেসটিতে কেন আমি মাঝে মাঝে একটি% দেখি এবং এর অর্থ কী?

আপনি অন্য পরিবর্তে এক দেখতে হবে না। তাদের বিভিন্ন অর্থ আছে। একটি স্ল্যাশ একটি উপসর্গ (সাবনেট) নির্দেশ করে, যার অর্থ ঠিকানাগুলির একটি ব্লক যা একই সাথে শুরু হয় n বিট। একটি স্ল্যাশ ছাড়া একটি ঠিকানা একটি হোস্ট ঠিকানা। আপনি এমন একটি ঠিকানাটি মনে করতে পারেন যা শেষে "/ 128" বোঝানো হয়েছে, যার অর্থ সমস্ত 128 বিট নির্দিষ্ট করা হয়েছে।

শতাংশ চিহ্ন একটি লিঙ্ক স্থানীয় ঠিকানা সহ। আইপিভি 6-এ, প্রতিটি ইন্টারফেসের একটি আইপি ঠিকানা ছাড়াও লিঙ্ক-স্থানীয় ঠিকানা থাকতে পারে। কিন্তু জিনিসটি হল, লিঙ্ক-স্থানীয় ঠিকানা সর্বদা ব্যতিক্রম ছাড়া fe80::/10 ব্লক। কিন্তু যদি আমরা একটি লিংক স্থানীয় ঠিকানা ব্যবহার করে কোনও পিয়ারের সাথে কথা বলতে চেষ্টা করি এবং স্থানীয় হোস্টটিতে একাধিক ইন্টারফেস থাকে, তাহলে আমরা কীভাবে জানতে পারি যে এই ইন্টারফেসের সাথে কথা বলতে কোন ইন্টারফেসটি ব্যবহার করতে হয়? সাধারণভাবে রাউটিং টেবিল আমাদেরকে কোন বিশেষ উপসর্গের জন্য কোন ইন্টারফেস ব্যবহার করতে বলে, কিন্তু এখানে এটি আমাদেরকে বলে দেবে fe80::/10 প্রতিটি ইন্টারফেসের মাধ্যমে পৌঁছানো যায়।

উত্তরটি হল সিনট্যাক্স ব্যবহার করে যা ইন্টারফেসটি ব্যবহার করতে হবে তা অবশ্যই আমাদের জানা উচিত address%interface। উদাহরণ স্বরূপ, fe80::1234:5678:8765:4321%eth0

আমি কি অনেকগুলো সাবনেটকে নষ্ট করছি? আমরা শুধু আবার চালানোর যাচ্ছে না?

কেউ জানে না. কে ভবিষ্যৎ বলতে পারবে?

কিন্তু এই বিবেচনা। IPv6 পাওয়া সংখ্যা ভিন্ন সাব-নেট'র উপলব্ধ সংখ্যা বর্গক্ষেত্র হয় পৃথক ঠিকানা আইপিভি 4। যে সত্যিই অনেক অনেক। না, আমি সত্যিই অনেক অনেক মানে!

কিন্তু এখনও: আমরা স্বয়ংক্রিয়ভাবে কোনও ISP কে একটি / 32 কে হস্তান্তর করে যা এক অনুরোধ করে, আমরা প্রতিটি একক আইএসপি গ্রাহকের কাছে একটি / 48 প্রদান করছি। সম্ভবত আমরা অতিরঞ্জিত করছি এবং আমরা সব পরে IPv6 নষ্ট করব। কিন্তু এর জন্য একটি বিধান রয়েছে: এখন পর্যন্ত আইভভি 6 স্পেসের একটি অষ্টম স্থান ব্যবহার করা হয়েছে: 2000::/3। ধারণাটি হল যে আমরা যদি প্রথম অষ্টময়ের ভয়াবহ জগাখিচুড়ি তৈরি করি এবং আমাদের উদার বরাদ্দের নীতিগুলি ব্যাপকভাবে সংশোধন করা হয়, আমরা সমস্যায় পড়ার আগে আরও 7 বার চেষ্টা করতে পারি।

এবং অবশেষে: IPv6 চিরতরে শেষ করতে হবে না। সম্ভবত আইপিভি 4 এর তুলনায় এটি দীর্ঘজীবী হবে (একটি চিত্তাকর্ষক জীবনকাল ইতিমধ্যে এবং এটি শেষ না) তবে প্রতিটি প্রযুক্তি চাইলে এটি কোনদিনই বন্ধ হয়ে যাবে। আমরা কেবল তখন পর্যন্ত এটি করতে হবে।


130
2017-09-11 02:55



খুব ভাল ব্যাখ্যা! বিশেষত বিভিন্ন মানসিকতা সম্পর্কে। আপনি যদি সংখ্যাগুলি দেখেন তবে আপনি দেখতে পাবেন যে ২000 সালে 536,870,912 / 32 এর (ছোট আইএসপি) আছে: // 3। বিশ্বব্যাপী জনসংখ্যার 7 বিলিয়ন যা 13 জন প্রতি একজন আইএসপি, এবং প্রতিটি যেমন আইএসপি 65,536 গ্রাহককে 48 / প্রতিটিের সাথে থাকতে পারে। এখনো ঠিকানা অপচয় সম্পর্কে চিন্তা করার কোন প্রয়োজন নেই :-) - Sander Steffann
হ্যাঁ, এটি একটি খুব ভাল ব্যাখ্যা। - Fergus
2000 :: / 3 এর বিশদ বিবরণে ভাল ব্যাখ্যা। - Koos van den Hout
চমৎকার ব্যাখ্যা। চূড়ান্ত মন্তব্য +1। আমি আশা করি সবাই ইতিমধ্যেই এটি দেখেছে: xkcd.com/865 - Nico
@SanderSteffann এবং যদি এটি কোনও সমস্যা হয় তবে আইএসপিগুলি 48/48 এর পরিবর্তে আবাসিক ব্যবহারকারীদের নতুন / 64 টি বরাদ্দ করতে বেশ যুক্তিসঙ্গত হবে এবং ছোট ISP গুলির জন্য একসঙ্গে 4096 ব্লকের ব্লকগুলি অনুরোধ করতে হবে (/ 52 ব্লকগুলি )। বর্তমান স্কিমটি কেবল প্রতিটি স্তরের সম্প্রসারণের জন্য রুম ছেড়ে দেওয়ার জন্য ডিজাইন করা হয়েছে। - immibis


আইপিভি 6 128 বিট, তাই কেন / 64 হোস্টের জন্য সবচেয়ে কম সুপারিশ করা সাবনেট?

প্রথমত, RFCs থেকে কিছু ASCII শিল্প পরিভাষা প্রতিষ্ঠা করতে:

|         n bits         |   m bits  |       128-n-m bits         |
+------------------------+-----------+----------------------------+
| global routing prefix  | subnet ID |       interface ID         |
+------------------------+-----------+----------------------------+

বিশ্বব্যাপী রাউটিং উপসর্গটি সাধারণত সংশ্লিষ্ট নেটওয়ার্কের সাথে সম্পর্কিত ঠিকানা চিহ্নিত করে। এটি সাধারণত 48 বিট। ইন্টারফেস আইডি একটি প্রদত্ত নেটওয়ার্ক ইন্টারফেস সনাক্ত করে। এটি সাধারণত 64-বিট। অবশিষ্ট 16 বিট আপনার সাবনেট আইডি।

ঠিক আছে, ব্যাখ্যা দিয়ে:

অনুসারে আরএফসি 4291 - আইপি সংস্করণ 6 অ্যাড্রেসিং আর্কিটেকচার:

বাইনারি 000 দিয়ে শুরু হওয়া সমস্ত গ্লোবাল ইউনিকাস্ট ঠিকানাগুলির 64-বিট ইন্টারফেস আইডি ক্ষেত্র রয়েছে।

এবং RFC 5375 - আইপিভি 6 ইউনিকাস্ট অ্যাড্রেস অ্যাসাইনমেন্ট বিবেচনার বিষয়:

একটি আইপিভি 4 অ্যাড্রেসিং প্ল্যানের একটি গুরুত্বপূর্ণ অংশ দৈর্ঘ্য নির্ধারণ করা হয়      প্রতিটি সাবনেট উপসর্গ। আইপিভি 4 তে ভিন্ন, আইপিভি 6 অ্যাড্রেসিং      আর্কিটেকচার [RFC4291] বিশ্বব্যাপী ব্যবহার করে সমস্ত উপনিবেশ নির্দিষ্ট করে      অনন্য ঠিকানা এবং ULAs সর্বদা একই উপসর্গ দৈর্ঘ্য 64 আছে      বিট।

তাই 000-উপসর্গ ব্যতিক্রম উপেক্ষা, ইন্টারফেস আইডি হয় সর্বদা 64 বিট ঠিক। এই যে অন্য উপায় সমস্ত স্থানীয় সম্প্রচার নেটওয়ার্ক সর্বদা 64-বিট। যদি আপনার আইপিভি 6 ঠিকানা থাকে, তবে এটি নেটমাস্ক সর্বদা 64 বিট। কখনও না, কম না। যদি আপনি এটির চেয়ে বড় একটি অ্যাড্রেস স্পেস বরাদ্দ করেন (64-বিটের চেয়ে ছোট নেটমাস্ক), তাহলে এটি অনুমান করা হয়েছে যে আপনি 64-বিট নেটওয়ার্কের মধ্যে ঠিকানা স্থান ভাগ করে নেবেন এবং রুটিং নিজেকে পরিচালনা করবেন। যদি আপনি তার থেকে ছোট নেটওয়ার্ক (আর নেটমাস্ক) প্রদান করেন, তবে কেউ হতাশ হয়ে পড়ে।

সুতরাং, 64 বিট ঠিক কেন?

একটি নিয়ম হিসাবে, আইপিভি 6 ঠিকানা নির্ধারিত পরিবর্তে স্বয়ংক্রিয়ভাবে কনফিগার করা হয়। রাউটার ঘোষণা করবে কোন নেটওয়ার্ক উপসর্গটি উপলব্ধ (রাউটিং উপসর্গ + সাবনেট আইডি: প্রথম 64-বিট), এবং আপনার কম্পিউটারটি তার নিজস্ব অনন্য সনাক্তকারী ব্যবহার করে শেষ 64-বিটগুলি পূরণ করবে। কিভাবে আপনার কম্পিউটার একটি অনন্য সনাক্তকারী সঙ্গে আসে? কিছু সম্ভাবনা রয়েছে, আপনার ইন্টারফেসের MAC ঠিকানাটি ব্যবহার করা সবচেয়ে সাধারণ। আপনি MAC কে অর্ধেক অংশে ভাগ করে নিন (বিক্রেতা অর্ধ / ক্রমিক অর্ধেক), বিক্রেতার পাশে সর্বজনীন-স্থানীয় বিটটি ফ্লিপ করুন এবং তাদের সাথে একত্রে যোগদান করুন FF:FE মাঝখানে. সুতরাং 00:30:48:01:23:45 হয়ে 0230:48ff:fe01:2345। এখন বিজ্ঞাপিত 64-বিট নেটওয়ার্ক উপসর্গটিকে বাম দিকের প্রান্তে রাখুন এবং আপনার আইপি ঠিকানা রয়েছে।

এখানে গুরুত্বপূর্ণ বিষয় হল যে আপনি যদি এই স্কিমটি অনুসরণ করেন তবে আইপি ঠিকানা সংঘর্ষ ঘটবে না। প্রদত্ত ব্রডকাস্ট নেটওয়ার্কের প্রতিটি ডিভাইস কাজ করার জন্য একটি অনন্য ম্যাক ঠিকানা প্রয়োজন হলে, এমএসি ঠিকানার ইন্টারফেস আইডিটি টাইপ করার অর্থ হল যে যতক্ষণ সম্প্রচার সম্প্রচার সংঘটিত হয় না ততক্ষণ আইপিভি 6 ঠিকানাগুলি হবে না। 64-বিট ব্যবহার করে (কেবল 48 টি এমএসি ঠিকানায় নিবেদিত) কেবলমাত্র এই স্কীম দ্বারা প্রদত্ত ঠিকানার বাইরেও কিছুটা বিড়ালের ঘর দেয় (সেখানে আরো অনেকগুলি রয়েছে)।

অন্য কোন পরিস্থিতিতে আমি / 64 চেয়ে ছোট একটি সাবনেট ব্যবহার করব?

নাঃ। আপনি ভাঙ্গা না হওয়া পর্যন্ত না। আচ্ছা, আপনার বিদ্যমান নেটওয়ার্কের সাথে ম্যানুয়াল রাউটিং সেট আপ করার জন্য স্থানীয় প্রয়োজনীয়তার উপর ভিত্তি করে আপনার একটি যুক্তিযুক্ততা থাকতে পারে। কিন্তু মনে রাখবেন যে আপনি এটি করছেন, সম্ভবত আপনি একটি জগাখিচুড়ি তৈরি করছেন:

থেকে RFC 5375 - আইপিভি 6 ইউনিকাস্ট অ্যাড্রেস অ্যাসাইনমেন্ট বিবেচনার বিষয়:

একটি / 64 ছাড়া অন্য একটি সাবনেট উপসর্গ দৈর্ঘ্য ব্যবহার করে অনেক বিরতি হবে      নেভবার ডিসকভারি (এনডি), নিরাপদ নেবেবর সহ আইপিভি 6 এর বৈশিষ্ট্য      আবিষ্কার (SEND) [RFC3971], গোপনীয়তা এক্সটেনশন [RFC4941], এর অংশ      মোবাইল আইপিভি 6 [RFC4866], প্রোটোকল স্বাধীন মাল্টিকাস্ট - স্পার মোড      (পিআইএম-এসএম) এমবেডেড-আরপি [RFC3956], এবং আইপিভি 6 দ্বারা সাইট মাল্টিহোমিং      মধ্যস্থতা (SHIM6) [SHIM6], অন্যদের মধ্যে। অন্য একটি সংখ্যা      বর্তমানে উন্নয়ন, বা প্রস্তাব করা বৈশিষ্ট্য, এছাড়াও নির্ভর করে      / 64 সাবনেট উপসর্গ।

....

যাইহোক, কিছু নেটওয়ার্ক অ্যাডমিনিস্ট্রেটররা পূর্বে থেকে উপসর্গ ব্যবহার করেছেন      / 64 রাউটার সংযোগ লিঙ্ক জন্য, সাধারণত শুধুমাত্র দুই রাউটার      বিন্দু থেকে পয়েন্ট লিঙ্ক। সমস্ত ঠিকানা নির্ধারিত হয় যেখানে লিঙ্ক      ম্যানুয়াল কনফিগারেশন দ্বারা, এবং লিঙ্কের সমস্ত নোড রাউটার (নয়      শেষ হোস্ট) নেটওয়ার্ক দ্বারা পরিচিত হয়, অ্যাডমিনিস্ট্রেটররা প্রয়োজন হয় না      আইপিভি 6 বৈশিষ্ট্যের যেগুলি / 64 সাবনেট উপসর্গগুলিতে নির্ভর করে, এটি করতে পারেন      হবে। / 64 এর চেয়ে দীর্ঘতর সাবনেট উপসর্গ ব্যবহার করার জন্য সুপারিশ করা হয় না      সাধারণ ব্যবহার, এবং শেষ হোস্ট ধারণকারী লিঙ্ক জন্য তাদের ব্যবহার করা হবে      একটি বিশেষভাবে খারাপ ধারণা, যা আইপিভি 6 এর ভবিষ্যদ্বাণী করা কঠিন      হোস্ট বৈশিষ্ট্য ভবিষ্যতে ব্যবহার করা হবে।

কেন রাউটারের মধ্যে বিন্দু বিন্দু বিন্দু / 127 ব্যবহার করার সুপারিশ করা হয় এবং অতীতে এটি কেন সুপারিশ করা হয়?

আপনি উপর চকচকে করতে চান RFC 3627 - রাউটারের মধ্যে 127 / পূর্বের দৈর্ঘ্য ব্যবহার করুন ক্ষতিকর। তারপর পরবর্তী তাকান আছে RFC 6164 - ইন্টার-রাউটার লিংকগুলিতে 127-বিট আইপিভি 6 উপসর্গগুলি ব্যবহার করে

রাউটারগুলিতে / 64 এর চেয়ে বেশি প্রিফিক্সগুলি ব্যবহার করার আপত্তিটি খুব কম বিরল পরিস্থিতিতে রাউটার অটো কনফিগারেশনের সাথে ব্যর্থ হয়েছে। / 127 (2-হোস্ট-কেবল) এর চেয়ে ছোট প্রিফিক্সগুলি ব্যবহার করার আপত্তি অস্বীকৃত ঠিকানায় প্রেরিত প্যাকেট সম্পর্কিত সম্ভাব্য অস্বীকার-সংক্রান্ত-পরিষেবাগুলির বেশ কয়েকটি বিষয় নিয়ে কাজ করতে হয়েছে। যেহেতু রিয়েল-ওয়ার্ল্ড সার্ভিস অফ ইস্যুগুলি তাত্ত্বিক স্ব-কনফিগারেশন ব্যর্থতার চেয়ে খারাপ, তাই 127 টি নতুন পছন্দসই।

আমি 127/127 ব্যবহার করতে বিদ্যমান রাউটার লিঙ্ক পরিবর্তন করা উচিত?

যদি আপনি একটি আইপিভি 6 রাউটার নিয়ন্ত্রণ করেন, তবে আমি দুটি RFC গুলি (তারা স্বল্প!) পড়া এবং নিজের জন্য সিদ্ধান্ত নেওয়ার সুপারিশ করব।

আমি কি আইপিভি 4 সাবনেট থেকে সরাসরি আইপিভি 6 সাবনেটে মানচিত্র করতে পারি?

উদাহরণস্বরূপ, একটি আইপিভি 4/24 কোন আইপিভি 6/56 বা / 120 এর সাথে সরাসরি যোগাযোগ করে?

প্রকৃতপক্ষে হ্যাঁ. মনে রাখবেন যে 000-উপসর্গ আমরা ইচ্ছাকৃতভাবে আগে অগ্রাহ্য? আচ্ছা, এখানে এর জন্য একটি ব্যবহার:

দ্বৈত-স্ট্যাক সিস্টেমে (আইপিভি 4 এবং আইপিভি 6 স্ট্যাকগুলি উভয় সক্রিয় থাকে), আপনি আইপিভি 6 মেকানিক্স ব্যবহার করে আইপিভি 4 উপস্থাপন করতে পারেন। তারা এটি কল "IPv4- ম্যাপযুক্ত IPv6 ঠিকানা"। প্যাটার্ন সব zeroes, অনুসরণ করা হয় FFFF, 32-বিট IPv4 ঠিকানা অনুসরণ করে।

সুতরাং, 192.168.100.21 হয়ে ::FFFF:C0A8:6415 - অথবা আরো সহজভাবে: ::FFFF:192.168.100.21। যেহেতু ডান হাতের বিট একটি আইপিভি 4 ঠিকানা প্রতিনিধিত্ব করে, এটি ঐতিহ্যগতভাবে বিন্দু-দশমিক ফর্ম ব্যবহার করে লিখিত হয়।

এটি একটি প্রকৃত আইপিভি 4 ঠিকানা হিসাবে, এটি এখনও আইপিভি 4 হেডার ইত্যাদি ব্যবহার করে, যার অর্থ একটি আইপিভি 4 স্ট্যাক উপস্থিত থাকা আবশ্যক, আইপিভি 4 রুট সেট করা আবশ্যক, এবং এটি সব। সুবিধা হল আপনি একটি একক ঠিকানা গঠন ব্যবহার করে IPv4 এবং IPv6 ঠিকানাগুলি উভয় প্রতিনিধিত্ব করতে পারেন যা অ্যাপ্লিকেশন ডেভেলপমেন্ট সহজ করতে পারে। যতক্ষণ নেটওয়ার্ক সংশ্লিষ্ট হয় ততক্ষণ এটি কোনও পার্থক্য তৈরি করে না।


42
2018-01-10 06:51





  1. আইপিভি 6 128 বিট, তাই কেন / 64 হোস্টের জন্য সবচেয়ে কম সুপারিশ করা সাবনেট?

    এই উপসর্গের আকারটি মূলত একটি পুরানো RFC- এ প্রস্তাবিত ছিল - তারপরে এই নীতিটি পুনর্বিবেচনা করা হয়েছে যেখানে নেবার্গার আবিষ্কার অভিযানের সমস্যা বিবেচনা করা হয় এবং A / 126 ব্যবহার করে একটি বৈধ শোষণ করা হয় - তা সত্ত্বেও, যদি আপনি PtP লিঙ্কগুলি স্থাপন করেন রাউটিং ট্রাফিক একমাত্র উদ্দেশ্য, একটি বিকল্প বিকল্প একটি / 64 এবং সাবনেট যে ফায়ারওয়াল সঙ্গে আটকাতে সহজ। আরও ভাল, নিজেকে এমন একটি পুল বরাদ্দ করুন যা থেকে আপনি / 64 সাবনেটগুলি আঁকবেন, এবং আপনার সমগ্র প্রান্তটি আপনার প্রান্তে একটি কালো তালিকাভুক্ত গন্তব্য হিসাবে থাকুন (এবং যেকোনো জায়গা থেকে শত্রুতা আসতে পারে)

  2. কেন রাউটারের মধ্যে বিন্দু বিন্দু বিন্দু / 127 ব্যবহার করার সুপারিশ করা হয় এবং অতীতে এটি কেন সুপারিশ করা হয়? আমি 127/127 ব্যবহার করতে বিদ্যমান রাউটার লিঙ্ক পরিবর্তন করা উচিত?

    / 127 রাউটারের মধ্যে সুপারিশ করা হয় নি এবং কখনও ছিল না - সমস্ত রাউটারগুলি কোনওকাস্ট ঠিকানা সাবনেটের সমস্ত-জিরো ঠিকানা; এই মানে যে 127 / টেকনিক্যালি শুধুমাত্র দুটি মেশিনের মধ্যে বৈধ যেখানে তাদের মধ্যে একটি না রাউটার হিসাবে অভিনয়। / 126 অবশ্যই সূক্ষ্ম।

    যাইহোক, আমি যদি আপনার সরঞ্জামটি কোনও নেবার্ভার ডিসকভারি ক্যাশে বন্যার আক্রমণের পক্ষে ঝুঁকিপূর্ণ না থাকি তবে বিদ্যমান / 64 টি লিঙ্ক স্যুইচ করার পরামর্শ দিই না - এমনকি এই ক্ষেত্রেও আপনি প্রথমে ইন্টারনেট সংযোগের জন্য 64/64 ব্যবহার করছেন কিনা তা নির্ধারণ করুন। , যদি উত্তর না, শুধু এটি ফায়ারওয়াল।

  3. কেন ভার্চুয়াল মেশিন / 64 চেয়ে ছোট subnets সঙ্গে ব্যবস্থা করা হবে?

    এই SLAAC এবং RAs বিরতি, যদি না আপনি সত্যিই, সত্যিই আপনি কি করছেন তা জানি, আপনার পক্ষে এটি করার পক্ষে কোনও ভাল কারণ নেই - সম্ভবত আপনার আপস্ট্রিম শুধুমাত্র আপনাকে একক / 64 দিয়েছে তবে যদি এ ক্ষেত্রেই হয় তবে আপনাকে তাদের কাছে ফিরে যেতে হবে এবং যদি তারা চান তবে আরও জানতে হবে। এটির জন্য আপনাকে চার্জ করতে, একটি নতুন সরবরাহকারীর সন্ধান করতে শুরু করুন এবং সম্ভবত তাদের প্রাসঙ্গিক RFC লিঙ্কগুলির সাথে কিছু snarky ই-মেইল পাঠান।

  4. অন্য কোন পরিস্থিতিতে আমি / 64 চেয়ে ছোট একটি সাবনেট ব্যবহার করব?

    সত্যি বলতে? সম্ভবত না. এনডিপির আক্রমণ প্রতিরোধে অন্য কোনও উদ্দেশ্যে যদি ছোট্ট সাবনেট উচ্চতর হয় তবে আমি এই বিভাগটি সম্পাদনা করব।

    বিপরীতভাবে, সেখানে হয় আপনি যেখানে পরিস্থিতিতে না / 64 এর চেয়ে ছোট সনেটগুলি ব্যবহার করতে চান - বিশেষ করে কোথাও যেহেতু আপনি হার্ডওয়্যার ফরওয়ার্ডিং সরঞ্জামগুলির সাথে একটি পরিবেশ চালান (নাম-ব্র্যান্ড রাউটার এবং L3 সুইচ মনে করুন) - কিছু কেউ 64/64 এর চেয়ে বেশি উপসর্গগুলির হার্ডওয়্যার রাউটিং করতে অক্ষম হবে, অন্যদেরকে বিভক্ত করতে হবে একাধিক তুলনায় অপারেশন আপ করুন, এইভাবে, আপনার অন্তত আপনার সেরাটি করা উচিত যাতে 64 টি আপনার (ওএসপিএফ / আইএসআইএস / ইআইজিআরপি / ইত্যাদি) ব্যাকবোনগুলির মধ্যে দীর্ঘতম উপসর্গ।

  5. আমি কি আইপিভি 4 সাবনেট থেকে সরাসরি আইপিভি 6 সাবনেটে মানচিত্র করতে পারি? উদাহরণস্বরূপ, একটি আইপিভি 4/24 কোন আইপিভি 6/56 বা / 120 এর সাথে সরাসরি যোগাযোগ করে?

    আনুষ্ঠানিকভাবে, :: ffff: xxxx একটি আইপিভি 6-ম্যাপযুক্ত আইপিভি 4 ঠিকানার জন্য বিন্যাস - অবশ্যই 6to4 এবং এর আপেক্ষিক, 6 ষ্ঠের ট্রানজিট মেকানিজমের সংখ্যা রয়েছে যা উদ্দেশ্যগুলির জন্য একটি IPv4 এ একটি আইপিভি 4 ঠিকানা ম্যাপ করে। আইপিভি 4 এ IPv4 অ্যাক্সেস প্রদান করে IPv6 উপসর্গ তৈরি করে যা এটি IPv4 ঠিকানা থেকে উদ্ভূত হয়।

  6. আমার ইন্টারফেসে বিভিন্ন IPv6 ঠিকানা রয়েছে। তাদের সব জন্য সাবনেট একই হতে হবে?

    না, একই ইন্টারফেস জুড়ে পরিবর্তিত ঠিকানা এবং সাবনেট মাপ ব্যবহার করে একটি সমস্যা হতে পারে না। যদি এটি হয়, বাস্তবায়ন buggy হয়। অবশ্যই, একটি ভাল প্রশ্ন কেন তুমি কি এটা করবে?

  7. আইপিভি 6 এড্রেসটিতে কেন আমি মাঝে মাঝে একটি% দেখি এবং এর অর্থ কী?

    এটি একটি ডিলিমিটার, সাধারণত লিঙ্ক-স্থানীয় ঠিকানাগুলিতে প্রয়োগ করা হয় (fe80 :: / 12) - যেহেতু একই লিঙ্ক-স্থানীয় ঠিকানা বৈধভাবে একাধিক ইন্টারফেসে বিদ্যমান থাকতে পারে,% ডিলিমিটারটি কোন ইন্টারফেসের অর্থ বোঝানোর জন্য অনুমতি দেওয়ার জন্য ব্যবহৃত হয়। লিংক-স্থানীয় জড়িত অপারেশন করার সময় লিনাক্স সাধারণত ইন্টারফেস বাধ্যতামূলক করে তোলে। উইন্ডোজ ভিস্তা / ২008 এবং তারপরেও আরও কিছুটা স্মার্ট এবং লিংক-স্থানীয়টি অ-অনন্য না হওয়া পর্যন্ত অভিযোগ করবে না।

  8. আমি কি অনেকগুলো সাবনেটকে নষ্ট করছি? আমরা শুধু আবার চালানোর যাচ্ছে না?

    না। এটি একটি মৃত ঘোড়া যে চিত্কার করা হয়েছে WAAAAAAAAAY অনেক বার - বর্তমান গ্লোবাল আইপিভি 6 ইন্টারনেট ২000 :: / 3 - আইএএনএ ব্যবহার করতে শুরু করতে পারে এমন আরো কয়েকটি উপসর্গ আছে, যে কোনভাবে, গ্রহের প্রতিটি RIR তাদের ঠিকানা স্টকগুলি হ্রাস করতে পরিচালিত হয়। তাই না, আমরা স্থান থেকে সরে যাব না, এমনকি যদি আমরা করি, তবে এটি একটি নতুন প্রেফিক্স চালু করার জন্য একটি কলমের একটি ঝলক দরকার, প্রযুক্তিগত পরিবর্তন নয়। এই প্রশ্নটি আসলেই হাইলাইট করে, মনস্তাত্ত্বিক মনের অসমর্থতা সম্পূর্ণভাবে বোঝার জন্য যে কিভাবে উপহাসের স্থানটি উপহাস করা যায়।

  9. আইপিভি 4 সাবনেটটিং থেকে আইপিভি 6 সাবনেটিং অন্য কোন প্রধান উপায়ে?

    আপনি যে স্থানটি ব্যবহার করছেন তার যত্ন নেওয়ার পাশাপাশি, কোনও সম্প্রচার ঠিকানা নেই এবং "সাবনেট-শূন্য" ঠিকানা এখন অল-রাউটারগুলি যেকোন কাস্টম ঠিকানা (যা মূলত একটি ঠিকানা যা সমস্ত নোডগুলিতে কনফিগার করা থাকে) IPv6 প্যাকেটগুলি ফরোয়ার্ড করার জন্য) - এটি একটি কার্যকর পার্শ্বপ্রতিক্রিয়া যা আপনাকে সমস্ত জিরো ঠিকানার একটি নেটওয়ার্কে আপনার ডিফল্ট রুট হিসাবে ব্যবহার করার অনুমতি দেয় (না, এটি পকেট ডুপ্লিকেশন, এটি ANYcast নয়, মাল্টিকাস্ট নয়) - মনে রাখবেন যদিও হোস্টটি প্রতি কয়েক সেকেন্ডে রাউটারের মধ্যে ফ্লিপ করতে পারে তবে এটি একটি স্থির ফায়ারওয়ালিং সেটআপের জন্য উপযুক্ত নয় যদি সংযোগ ট্র্যাকিং তাদের মধ্যে সিঙ্ক হয় না।

    এ ছাড়াও, অন্য প্রধান পার্থক্য হল আইপিভি 6 ডুপ্লিকেট ঠিকানা এবং মৃত প্রতিবেশীদের (NUD) সম্পর্কে সচেতন - এইভাবে, আইপিভি 4 এর বিপরীতে, হোস্ট কোনও ঠিকানা ব্যবহার করতে অস্বীকার করবে যদি এটি নির্ধারণ করতে পারে যে লিংকের অন্য নোড ইতিমধ্যে এটি ব্যবহার করছে । অন্যদিকে NUD যদি স্ট্যাটিক রুটগুলি কনফিগার করে তবে এটি উপকারী হয় - আপনি প্রকৃতপক্ষে বিভিন্ন মেট্রিকগুলির সাথে একটি উপসর্গে একাধিক পৃথক রুট সংজ্ঞায়িত করতে পারেন এবং তারা প্রকৃতপক্ষে কাজ করবে, আইপিভি 4 এর বিপরীতে যেখানে নিম্নতম মেট্রিক রুট ব্যবহার করা হবে কিনা তা নির্বিশেষে -hop মৃত বা জীবিত (যদিও এটি কিছু আইপিভি 4 বাস্তবায়নের জন্য সত্য নয় যা সিআরস্কো এবং অন্যান্য প্রধান রাউটার বিক্রেতাদের মতো রুট যাচাই করার জন্য এআরপি ব্যবহার করে)

    TLDR; IPv6 ডুপ্লিকেট ঠিকানা এবং পৌঁছানোর প্রতিবেশী সনাক্ত করে। অ-শূন্য ঠিকানা হল অল-রাউটারগুলি যেকোন কাস্টকাস্ট এবং সম্প্রচারের মতো কোনও জিনিস নেই, সবগুলি একটি নিয়মিত ঠিকানা।


18
2018-03-10 17:27



উত্তর 2) প্রতিক্রিয়া ... tools.ietf.org/html/rfc6164  tools.ietf.org/html/rfc6547 - cpt_fink


স্ল্যাকের জন্য স্পেসিফিকেশনের মধ্যে 64 টি প্রয়োজনীয়তা নিয়ে কল্পনা করার জন্য এখানে কিছু অতিরিক্ত রেফারেন্স রয়েছে:

থেকে আইপিভি 6 স্টেটাইল অ্যাড্রেস অটো কনফিগারেশন (RFC 4862):

যদি উপসর্গ দৈর্ঘ্য এবং ইন্টারফেস সনাক্তকারী দৈর্ঘ্যের সমষ্টি   128 বিট সমান নয়, প্রিফিক্স তথ্য বিকল্প অবশ্যই হতে হবে   উপেক্ষা করেছেন। [...]

এটি নিশ্চিত করার জন্য সিস্টেম প্রশাসকের দায়িত্ব   যে রাউটার বিজ্ঞাপন অন্তর্ভুক্ত উপসর্গ দৈর্ঘ্য   যে জন্য ইন্টারফেস সনাক্তকারীর দৈর্ঘ্য সঙ্গে সামঞ্জস্যপূর্ণ   লিঙ্ক টাইপ।

এবং থেকে আইপি সংস্করণ 6 ঠিকানা স্থাপত্য (RFC 4291):

বাইনারি সঙ্গে শুরু যে ছাড়া, সমস্ত ইউনিকাস্ট ঠিকানা জন্য   মান 000, ইন্টারফেস আইডি 64 বিট দীর্ঘ হতে এবং হতে হবে   সংশোধিত EUI-64 বিন্যাসে নির্মিত।

অতএব, ইন্টারফেস আইডি 64 বিট লম্বা হওয়া উচিত এবং উপসর্গের দৈর্ঘ্য এবং ইন্টারফেস আইডি দৈর্ঘ্য অবশ্যই 128 হতে হবে, SLAAC ব্যবহার করার সময় উপসর্গের একমাত্র সম্ভাব্য দৈর্ঘ্য 64 বিট।


2
2018-01-06 00:45





আইপিভি 6 128 বিট, তাই কেন / 64 হোস্টের জন্য সবচেয়ে কম সুপারিশ করা সাবনেট?

কারণ আইপিভি 6 সমর্থকরা স্ট্যাটাসহীন স্বয়ংক্রিয় কনফিগারেশনটির ধারণা পছন্দ করেছেন।

আপনি যদি অন্য কোন সাবনেট আকারের জন্য যান তবে স্ট্যাটাসহীন স্বয়ংক্রিয় কনফিগারেশনটি ভাঙ্গবে। কিছু অন্যান্য ছোটখাট জিনিসগুলিও ভাঙ্গতে পারে, আরো বিস্তারিত জানার জন্য rfc7421 এর একটি পাঠ নিন।

ব্যক্তিগতভাবে আমি stateless autoconfiguration যাইহোক একটি বোকা ধারণা মনে হয়। এটি অপঠিত ঠিকানাগুলির দিকে পরিচালিত করে এবং আপনি সনেটে ব্লকটিকে দৃঢ়তার বাইরে অতিক্রম করার বিষয়ে মূলত কোন নিয়ন্ত্রণ দেয় না।

কনভেনশনগুলির সাথে অবশ্যই যদি আপনি তাদের অনুসরণ করেন এবং কিছু ভুল হয় তবে আপনি কনভেনশনটিতে নির্দেশ করতে পারেন, যদি আপনি তাদের অনুসরণ করতে অস্বীকার করেন এবং কিছু ভুল হয়ে যায় তবে এটি আপনার দোষ হতে চলেছে।

কেন রাউটারের মধ্যে বিন্দু বিন্দু বিন্দু জন্য / 127 ব্যবহার করার সুপারিশ করা হয়,

কয়েকটি উপলভ্য ঠিকানা সম্বলিত সাবনেটগুলি প্রতিবেশী আবিষ্কারের ক্লান্তি আক্রমণ এড়াতে পারে।

অবশ্যই এই যুক্তি শুধু বিন্দু লিঙ্ক বিন্দু প্রয়োগ করা হয় না। আমি মনে করি এটি রাউটারের লিঙ্ক পয়েন্টের জন্য এই পুনর্বিবেচনার পক্ষে রাজনৈতিকভাবে সম্ভব ছিল কিন্তু অন্যান্য লিঙ্কের জন্য এটি রাজনৈতিকভাবে সম্ভব নয়।

কেন ভার্চুয়াল মেশিন একটি / 64 মূল্য ঠিকানা কম সঙ্গে provisioned হবে?

আমরা এখানে একটি পার্থক্য করতে হবে। একটি হোস্টিং প্রদানকারী একটি মেশিনে (যদিও শারীরিক বা ভার্চুয়াল) ঠিকানা বরাদ্দ করতে পারেন দুটি উপায় আছে।

তারা তাদের "অন-লিঙ্ক" ঠিকানাগুলি বরাদ্দ করতে পারে যেখানে মেশিনটি প্রতিবেশী অনুসন্ধানের অনুরোধগুলির উত্তর দিতে পারে। কিছু হোস্টিং প্রদানকারীরা প্রতিটি মেশিনে একটি / 64 প্রদান করে যা অ্যাড্রেস গতিশীলতার সুবিধা দেয়, অন্যরা প্রতিটি VLAN একটি / 64 দেয় এবং তারপরে পৃথক ঠিকানাগুলি সাব-ব্লক দেয় যা কম ঠিকানা ব্যবহার করে এবং এর অর্থ হতে পারে যে স্থানীয় ট্র্যাফিক স্থানীয় পরিবর্তে স্থানীয় থাকে একটি রাউটার পর্যন্ত ক্ষণস্থায়ী।

অথবা তারা মেশিনটি রাউটার হিসাবে চিকিত্সা করতে পারে এবং এটি একটি রুটড ব্লক বরাদ্দ করতে পারে। এই ক্ষেত্রে এটির সমস্ত অভ্যন্তরীণ উপনিবেশগুলি মোকাবেলার জন্য যথেষ্ট ঠিকানা দরকার। যদি আপনি "সমস্ত উপনেটগুলি অবশ্যই 64/64" কনভেনশন অনুসরণ করেন তবে এটি কমপক্ষে একটি / 64 এবং সম্ভাব্যভাবে আরো অর্থ প্রদান করবে। এটি এমন মেশিনগুলির জন্য ইন্দ্রিয়গ্রাহক যা "মেশিনের ভিতরে নেটওয়ার্ক" থাকে, উদাহরণস্বরূপ একটি ধারক হোস্ট।

আমি কি আইপিভি 4 সাবনেট থেকে সরাসরি আইপিভি 6 সাবনেটে মানচিত্র করতে পারি? উদাহরণস্বরূপ, একটি আইপিভি 4/24 কোন আইপিভি 6/56 বা / 120 এর সাথে সরাসরি যোগাযোগ করে?

এই ধরনের ম্যাপিং স্থানীয় নীতির জন্য একটি ব্যাপার।

আমার ইন্টারফেসে বিভিন্ন IPv6 ঠিকানা রয়েছে। তাদের সব জন্য সাবনেট একই হতে হবে?

না

আইপিভি 6 এড্রেসটিতে কেন আমি মাঝে মাঝে একটি% দেখি এবং এর অর্থ কী?

% একটি ইন্টারফেস সনাক্তকারী। এটি লিঙ্ক-স্থানীয় ঠিকানাগুলির সাথে যুক্ত হয়। এটি একটি মেশিনের একাধিক ইন্টারফেস থাকতে পারে এবং সেই ইন্টারফেসগুলির সাথে সংযুক্ত নেটওয়ার্কগুলির লিঙ্ক-স্থানীয় ঠিকানাগুলি ওভারল্যাপিংয়ের প্রয়োজন হতে পারে।

আমি কি অনেকগুলো সাবনেটকে নষ্ট করছি? আমরা শুধু আবার চালানোর যাচ্ছে না?

আমি খুব বেশী চিন্তা করতে হবে না।

এমনকি আইপিভি 6 ডিজাইনারদের 128 বিট অ্যাড্রেস স্পেস ব্যবহার করার অদ্ভুত সিদ্ধান্তের সাথে এমনকি স্ট্যাটাসহীন অটো কনফিগারেশন আইপিভি 6 এর প্রায় অর্ধেক দূরে ফেলে দেওয়ার জন্য এখনও আইপিভি 4 এর চেয়ে বেশি স্থান রয়েছে।

এবং যদি একটি ক্র্যাঞ্চ ছিল যে এটি একটি অদ্ভুত সিদ্ধান্ত প্রত্যাহার একটি কলম একটি স্ট্রোক চেয়ে একটু বেশি নিতে হবে।

আইপিভি 6 স্কেলেবিলিটির সাথে অনেক বড় উদ্বেগ টেবিলের আকার রাউটিং করছে। IPv6 NAT দৃঢ়ভাবে নিরুৎসাহিত করা হয়। প্রদানকারী-বরাদ্দকৃত ঠিকানাগুলিতে একটি বড় নেটওয়ার্ক চালানো প্রদানকারীর লক-ইনের একটি উল্লেখযোগ্য ঝুঁকি সৃষ্টি করে।

তাই আমি বিশ্বাস করি যে কর্পোরেট নেটওয়ার্কগুলিতে IPv6 অনুপ্রবেশের ফলে আমরা সরবরাহকারী-স্বাধীন IPv6 স্পেসের জন্য অনুরোধগুলিতে একটি বিস্ফোরণ দেখতে পাব।


2
2018-01-06 03:25





জনপ্রিয় প্রশ্ন

মার্কেটপ্লেস কোডগুলির সাথে AWS 'vol-xxxxxxx' সেকেন্ড ডিভাইস সমস্যা হিসাবে সংযুক্ত হতে পারে না একটি সার্ভার থেকে অন্য আইআইএস 7.5 তে একটি আইআইএস 7 ওয়েবসাইট মাইগ্রেট করুন root হিসাবে rsync চালান কিন্তু ব্যবহারকারী মালিকানা রাখুন gitlab SSL কনফিগারেশন / শংসাপত্র যাচাই ব্যর্থ হয়েছে SMB / CIFS এর মাধ্যমে একটি ভিজ্যুয়াল ফক্সপ্রো 9 ইআরপি ডিবিতে 25-50 ব্যবহারকারীর জন্য কত নেটওয়ার্ক ওভারহেড (এবং ফাইল লকিং সমস্যা) আমি আশা করতে পারি? Redis (ত্রুটি) নোয়াউথ প্রমাণীকরণ প্রয়োজন FastCGI / পিএইচপি-এফপিএম চালানোর সময় পিএইচপি সেশন ফোল্ডারে কোন অনুমতি / মালিকানা নির্ধারণ করবেন (ব্যবহারকারী "কেউ" হিসাবে)?