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 क्लायंटसाठी बरोबर असलेली योजना त्याच सेवेवरील पॅकेट-बोगदा क्लायंटसाठी चुकीची असू शकते। चार प्रश्न तसेच राहतात; फक्त उत्तरे सरकतात।