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 ਕਲਾਇੰਟ ਲਈ ਸਹੀ ਯੋਜਨਾ ਉਸੇ ਸੇਵਾ 'ਤੇ ਪੈਕੇਟ-ਸੁਰੰਗ ਕਲਾਇੰਟ ਲਈ ਗਲਤ ਹੋ ਸਕਦੀ ਹੈ। ਚਾਰ ਸਵਾਲ ਉਹੀ ਰਹਿੰਦੇ ਹਨ; ਸਿਰਫ਼ ਜਵਾਬ ਸਰਕਦੇ ਹਨ।