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 ಕ್ಲೈಂಟ್ಗೆ ಸರಿಯಾಗಿದ್ದ ಯೋಜನೆ ಅದೇ ಸೇವೆಯಲ್ಲಿ ಪ್ಯಾಕೆಟ್-ಸುರಂಗ ಕ್ಲೈಂಟ್ಗೆ ತಪ್ಪಾಗಿರಬಹುದು. ನಾಲ್ಕು ಪ್ರಶ್ನೆಗಳು ಹಾಗೆಯೇ ಉಳಿಯುತ್ತವೆ; ಬದಲಾಗುವುದು ಉತ್ತರಗಳಷ್ಟೇ.