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 ग्राहकका लागि सही योजना त्यही सेवामा प्याकेट-सुरुङ ग्राहकका लागि गलत हुन सक्छ। चार प्रश्न उही रहन्छन्; उत्तरहरू मात्र सर्छन्।