IPv6CP কী নিয়ে দরকষাকষি করে, আর কী এখনও প্রিফিক্স দরকার
PPP ইন্টারফেসে লিংক-লোকাল ঠিকানা একটি সেটআপ ধাপ, IPv6 অ্যাক্সেস নয়। আইডেন্টিফায়ার বিনিময়কে প্রিফিক্স, রুট ও ক্লায়েন্ট ইন্টিগ্রেশন থেকে আলাদা করুন।
PPP ইন্টারফেসে IPv6 চালু হয়, একটি লিংক-লোকাল ঠিকানা দেখা যায়, আর পরিবর্তনটিকে সম্পন্ন ঘোষণা করা হয়। তারপর কিছুই রুট হয় না, কোনো গ্লোবাল ঠিকানা থাকে না, এবং একটি পাবলিক গন্তব্যে পরীক্ষা ব্যর্থ হয়, অথচ ইন্টারফেসটি কনফিগার করা বলেই দেখায়। লিংক উঠেছে; নেটওয়ার্ক কখনও ওঠেনি। নিচের চারটি পরীক্ষা ক্রমে করুন এবং যে পরীক্ষাটি ফাঁকটি ব্যাখ্যা করে সেখানেই থামুন।
লিংক-লোকাল ঠিকানা আসলে কী প্রমাণ করে
IPv6CP PPP লিংকে IPv6 চালু করে এবং প্রতিটি পক্ষের জন্য একটি ইন্টারফেস আইডেন্টিফায়ার নিয়ে দরকষাকষি করে। সেই আইডেন্টিফায়ার একটি লিংক-লোকাল ঠিকানা তৈরি করে, যা লিংক ধরে প্রতিপক্ষের সঙ্গে কথা বলার জন্য যথেষ্ট এবং অন্য কিছুতে পৌঁছানোর জন্য নয়। ঠিকানাটি প্রমাণ করে লিংকটি IPv6-এর জন্য প্রস্তুত, এবং প্রতিপক্ষের পিছনের নেটওয়ার্ক সম্পর্কে কিছুই প্রমাণ করে না। এটিকে অ্যাক্সেস ঠিকানা হিসেবে পড়াই সেই ভুল যা এই তদন্তগুলোর বেশিরভাগের সূচনা।
নিচের চারটি প্রশ্ন লিংক স্তর যা নির্ধারণ করে তার থেকে পরিষেবাকে যা সরবরাহ করতে হবে তা আলাদা করে। ক্রমে উত্তর দিন, কারণ আগের প্রশ্ন খোলা থাকলে পরের প্রশ্নের উত্তর দেওয়া যায় না।
| Question | Answered by | What it does not settle |
|---|---|---|
| Is IPv6 up on the link? | IPv6CP: interface identifiers, then link-local addresses | Any address reachable beyond the peer |
| Where does a global prefix come from? | Router advertisement, delegated prefix, DHCPv6 or static configuration | IPv6CP carries no prefix of its own |
| Who owns the routes? | The client's tunnel configuration and the server's return path | A link-local address implies no route at all |
| How does this client get configured? | Explicit tunnel settings or router advertisements, depending on the client | The standard does not choose for the implementation |
প্রিফিক্স কোথা থেকে আসতে হবে
গ্লোবাল ঠিকানার জন্য কোথাও থেকে একটি প্রিফিক্স দরকার: রাউটার বিজ্ঞাপন, অর্পিত প্রিফিক্স, DHCPv6 বা স্ট্যাটিক কনফিগারেশন। IPv6CP কোনো প্রিফিক্স বহন করে না, আর লিংকে যতই অপেক্ষা করুন না কেন তা আসবে না। RFC 5072 IPv6CP-কে সেই সেটআপ ধাপ হিসেবে রাখে যা লিংকে অন্য IPv6 প্রোটোকল কাজ করার আগে চলে, এবং এটাই তার পুরো পরিধি: লিংক প্রস্তুত করা, নেটওয়ার্ক নম্বর দেওয়া নয়। প্রিফিক্স সরবরাহ করুন, আর ইন্টারফেস শুধু বিদ্যমান থাকার বদলে ট্রাফিক বহন শুরু করবে।
রাউটার বিজ্ঞাপন লোকাল নেটওয়ার্কে সাধারণ উত্তর এবং পয়েন্ট-টু-পয়েন্ট টানেলে কম নির্ভরযোগ্য, কারণ ক্লায়েন্টকে একইসঙ্গে অনুরোধ পাঠাতে ও উত্তর গ্রহণ করতে হয়। কিছু টানেল ক্লায়েন্ট কোনোটাই করে না। সার্ভারের তা পাঠানো উচিত কি না স্থির করার আগে ক্লায়েন্ট কী গ্রহণ করতে রাজি তা যাচাই করুন।
একই প্রিফিক্স অন্য প্রান্ত থেকেও পৌঁছানোযোগ্য হতে হবে। যে ক্লায়েন্টের গ্লোবাল ঠিকানা আছে কিন্তু ফেরার পথ নেই, সে কনফিগার করা, সংযুক্ত নয়।
রুট আলাদা একটি প্রতিশ্রুতি
ঠিকানা থাকলেও ক্লায়েন্টকে জানতে হবে কোন গন্তব্যগুলো টানেলের অন্তর্গত, এবং সার্ভারের সেই গন্তব্যগুলোর জন্য ফেরার পথ দরকার। এগুলো দুই জায়গায় নেওয়া দুই সিদ্ধান্ত। যে টানেল সব IPv6 ট্রাফিক বহন করে তার ক্লায়েন্টে ডিফল্ট রুট এবং সার্ভারে ফেরার রুট দরকার; বিভক্ত টানেলে দুই পক্ষকে একই প্রিফিক্স তালিকায় একমত হতে হয়। তারা না মিললে ট্রাফিক বেরিয়ে যায় এবং আর ফেরে না।
কিছু কনফিগার করার আগে তালিকাটি লিখে ফেলুন। যদি পরিকল্পনা বলে শুধু কর্পোরেট প্রিফিক্স টানেল দিয়ে যায়, তবে ক্লায়েন্টের ডিফল্ট IPv6 রুট থাকা উচিত নয়, আর সার্ভারের তা বিজ্ঞাপন করা উচিত নয়।
ক্লায়েন্ট ইন্টিগ্রেশন বাকিটা নির্ধারণ করে
কিছু টানেল ক্লায়েন্ট IPv6 স্পষ্টভাবে কনফিগার করে। যেমন Apple-এর Network Extension টানেলের জন্য একটি ঠিকানা, একটি প্রিফিক্স ও একগুচ্ছ রুট নেয়, তাই এটি ব্যবহার করা অ্যাপ্লিকেশন Ethernet-ধাঁচের ঘোষণার জন্য অপেক্ষা করে না। অন্যরা লিংক ধরে আসা রাউটার বিজ্ঞাপনের ওপর নির্ভর করে। দুই মডেলই বৈধ এবং তাদের ভিন্ন সার্ভার আচরণ দরকার, তাই ভুলটি বেছলে এমন ক্লায়েন্ট তৈরি হয় যে কেউ না পাঠানো বার্তার জন্য চিরকাল অপেক্ষা করে। সার্ভার বদলানোর আগে মডেলটি চিহ্নিত করুন।
ppp0-এর মতো পুরোনো ইন্টারফেস নাম আজ চলা স্ট্যাক সম্পর্কে কিছুই প্রমাণ করে না। আধুনিক ক্লায়েন্ট PPP ইন্টারফেসের বদলে প্যাকেট-টানেল API ব্যবহার করতে পারে, আর এটিকে ঐতিহাসিক সংযোগের মতো আচরণ করে ভাবাই একটি কাজ করা নকশা ভাঙার উপায়। ইন্টারফেস নাম নয়, ক্লায়েন্ট সংস্করণ ও প্রভিশনিং পদ্ধতি জিজ্ঞাসা করুন।
ক্লায়েন্টের প্রয়োজনীয় পরিকল্পনা লিখুন
একটি সম্পূর্ণ বর্ণনা তিনটি জিনিস কভার করে: ক্লায়েন্ট কোন ঠিকানা ধরে আছে, টানেল কোন গন্তব্য বহন করবে, আর নেটওয়ার্ক কীভাবে উত্তর ফেরত পাঠায়। লিংক-লোকাল ঠিকানা এগুলোর কোনোটিরই উত্তর দেয় না, আর গৃহীত বিজ্ঞাপন শুধু একটির আংশিক উত্তর দেয়। সবুজ নির্দেশক মেনে নেওয়ার বদলে প্রতিটি বিন্দু আলাদাভাবে যাচাই করুন। তারপর কোন প্রক্রিয়া কোন উত্তর দিয়েছে তা লিখে রাখুন, কারণ সেই রেকর্ড পরের IPv6 প্রতিবেদনকে দুই মিনিটের পরীক্ষায় বদলে দেয়।
পরিষেবার নথির সঙ্গে রেকর্ডটি রাখুন এবং ক্লায়েন্ট বদলালে তা হালনাগাদ করুন। PPP ক্লায়েন্টের জন্য সঠিক পরিকল্পনা একই পরিষেবায় প্যাকেট-টানেল ক্লায়েন্টের জন্য ভুল হতে পারে। চারটি প্রশ্ন একই থাকে; কেবল উত্তরগুলো সরে যায়।