ਤੁਹਾਡੀਆਂ ਸਾਈਟਾਂ ਵਿਚਕਾਰ ਕੌਣ ਰੂਟ ਕਰਦਾ ਹੈ: ਲੇਅਰ 2 ਜਾਂ ਲੇਅਰ 3 VPN?

ਪ੍ਰਦਾਤਾ ਤੋਂ VPN ਆਰਡਰ ਕਰੋ ਅਤੇ ਉਸ ਮਾਲਕ ਦਾ ਨਾਂ ਲਿਆ ਹੋਵੇ ਜਾਂ ਨਾ, ਅੰਤ ਵਿੱਚ ਸਾਈਟਾਂ ਵਿਚਕਾਰ ਰੂਟਿੰਗ ਦਾ ਮਾਲਕ ਕੋਈ ਨਾ ਕੋਈ ਹੋਵੇਗਾ। ਲੇਅਰ 2 ਹੈਂਡਓਵਰ ’ਤੇ ਦਸਤਖ਼ਤ ਕਰੋ ਤਾਂ ਪ੍ਰਦਾਤਾ ਪਾਈਪ ਦਿੰਦਾ ਹੈ ਅਤੇ ਗੁਆਂਢੀ ਸੰਬੰਧ ਤੁਹਾਡੇ ਰਾਊਟਰ ਬਣਾਉਂਦੇ ਹਨ; ਲੇਅਰ 3 ਸੇਵਾ ’ਤੇ ਦਸਤਖ਼ਤ ਕਰੋ ਤਾਂ ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੇ ਪ੍ਰੀਫ਼ਿਕਸ ਆਪਣੇ ਹੀ ਰੂਟਿੰਗ ਸੰਦਰਭ ਵਿੱਚ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ। ਦੋਵੇਂ ਜਾਇਜ਼ ਉਤਪਾਦ ਹਨ, ਪਰ ਆਨ-ਕਾਲ ਦੀਆਂ ਕਹਾਣੀਆਂ ਵੱਖਰੀਆਂ ਹਨ। ਕੋਟੇਸ਼ਨ ਤੋਂ ਪਹਿਲੇ ਪ੍ਰਵਾਨਗੀ ਟੈਸਟ ਤੱਕ ਆਰਡਰ ਚਲਾਓ ਅਤੇ ਚੋਣ ਅਮੂਰਤ ਨਹੀਂ ਰਹੇਗੀ।

ਟੋਪੋਲੋਜੀ ਸਲਾਈਡ ਨਾਲ ਨਹੀਂ, ਹੈਂਡਓਵਰ ਫਾਰਮ ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ

ਹਰ ਪ੍ਰਦਾਤਾ ਅੰਤ ਵਿੱਚ ਇੱਕ ਫਾਰਮ ਭੇਜਦਾ ਹੈ ਜੋ ਪੁੱਛਦਾ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਕੀ ਸੌਂਪਣਾ ਹੈ: ਸਿਊਡੋਵਾਇਰ, ਮਲਟੀਪੁਆਇੰਟ ਈਥਰਨੈੱਟ ਹਿੱਸਾ, ਜਾਂ ਸਾਂਝੇ ਸੇਵਾ ਕਿਨਾਰੇ ’ਤੇ ਰੂਟਿਡ ਜੋੜ। ਉਹ ਇੱਕੋ ਜਵਾਬ ਵਿਕਰੀ ਪੇਸ਼ਕਾਰੀ ਦੇ ਕਿਸੇ ਵੀ ਚਿੱਤਰ ਨਾਲੋਂ ਵੱਧ ਤੈਅ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਹ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡੀ ਜ਼ਿੰਮੇਵਾਰੀ ਕਿੱਥੋਂ ਸ਼ੁਰੂ ਹੁੰਦੀ ਹੈ।

ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਸਿਊਡੋਵਾਇਰ ਦੋ ਜੋੜਾਂ ਵਿਚਕਾਰ ਇੱਕ ਸਰਕਟ ਹੈ, ਅਤੇ ਮਲਟੀਪੁਆਇੰਟ ਈਥਰਨੈੱਟ ਸੇਵਾ ਕਈ ਸਾਈਟਾਂ ਨੂੰ ਇੱਕ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਵਿੱਚ ਜੋੜਦੀ ਹੈ। ਚਿੱਤਰ ’ਤੇ ਦੋਵੇਂ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਹਨ ਅਤੇ ਲੂਪ ਜਾਂ ਬ੍ਰਾਡਕਾਸਟ ਤੂਫ਼ਾਨ ਆਉਣ ’ਤੇ ਬਿਲਕੁਲ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ। ਐਡਰੈਸਿੰਗ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਪੱਕਾ ਕਰੋ ਕਿ ਕਿਹੜਾ ਕੋਟ ਹੋ ਰਿਹਾ ਹੈ।

ਉਤਪਾਦਾਂ ਦੇ ਨਾਂ ਇਹ ਤੈਅ ਨਹੀਂ ਕਰਦੇ। MPLS ਲੇਬਲ, ਡਾਰਕ ਫਾਈਬਰ ਹੈਂਡਓਵਰ ਅਤੇ ਇੰਟਰਨੈੱਟ-ਆਧਾਰਿਤ ਓਵਰਲੇ ਸਭ ਨੂੰ ਪ੍ਰਾਈਵੇਟ ਨੈੱਟਵਰਕ ਕਿਹਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਫਰੇਮਵਰਕ ਦਸਤਾਵੇਜ਼ ਸੇਵਾ ਮਾਡਲ ਅਤੇ ਗਾਹਕ-ਪ੍ਰਦਾਤਾ ਵੰਡ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਵਾਲੀ ਚੀਜ਼ ਮੰਨਦੇ ਹਨ। ਜੋੜ ਦੀ ਅਰਥ-ਸ਼ਾਸਤਰ ਲਿਖਤੀ ਰੂਪ ਵਿੱਚ ਮੰਗੋ, ਫਿਰ ਆਪਣੀ ਟੀਮ ਨੂੰ ਸਰਲ ਸ਼ਬਦਾਂ ਵਿੱਚ ਪੜ੍ਹ ਕੇ ਸੁਣਾਓ।

ਟਰਨ-ਅੱਪ ਦੇ ਦਿਨ ਕੀ ਆਇਆ ਉਹ ਪੜ੍ਹੋ

ਟਰਨ-ਅੱਪ ਦੇ ਦਿਨ ਉਸ ਉੱਤੇ ਕੁਝ ਵੀ ਕਨਫਿਗਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਤੁਹਾਨੂੰ ਦਿੱਤਾ ਇੰਟਰਫ਼ੇਸ ਦੇਖੋ। ਰੂਟਿਡ ਲੇਅਰ 3 ਜੋੜ ਆਮ ਤੌਰ ’ਤੇ ਛੋਟੇ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਸਬਨੈੱਟ ਵਾਲੇ ਪੋਰਟ ਜਾਂ ਪਹੁੰਚਣ ਵਾਲੇ ਅਗਲੇ ਹੌਪ ਵਜੋਂ ਦਿਸਦਾ ਹੈ। ਲੇਅਰ 2 ਜੋੜ ਫ੍ਰੇਮਾਂ ਦੀ ਉਡੀਕ ਕਰਦੀ ਲਿੰਕ ਵਜੋਂ ਦਿਸਦਾ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡਾ ਪਹਿਲਾ ਲਾਭਦਾਇਕ ਹੁਕਮ ਰੂਟ ਖੋਜ ਨਹੀਂ, ਬ੍ਰਿਜ ਜਾਂ ਗੁਆਂਢੀ ਜਾਂਚ ਹੈ।

ip -br link show
ip -br addr show
ip route show default
ip neigh show

ਉਹ ਚਾਰ ਲਾਈਨਾਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਤੁਸੀਂ ਕਿਹੜੀ ਦੁਨੀਆ ਵਿੱਚ ਹੋ। ਪ੍ਰਦਾਤਾ ਦੇ ਪਤੇ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਡਿਫ਼ਾਲਟ ਰੂਟ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪ੍ਰਦਾਤਾ ਤੁਹਾਡੀ ਤਰਫ਼ੋਂ ਰੂਟ ਕਰਦਾ ਹੈ। ਲਾਭਦਾਇਕ ਲੇਅਰ 3 ਪਤਾ ਨਾ ਹੋਣ ਪਰ ਬ੍ਰਿਜ ਭਰਿਆ ਹੋਣ ਵਾਲਾ ਇੰਟਰਫ਼ੇਸ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਰੂਟਿੰਗ ਤੁਹਾਡੇ ਤੋਂ ਉਮੀਦ ਹੈ, ਅਤੇ ਹਰ ਗੁੰਮ ਪ੍ਰੀਫ਼ਿਕਸ ਤੁਹਾਨੂੰ ਠੀਕ ਕਰਨਾ ਹੈ।

ਪ੍ਰੋਮਿਸਕਿਊਅਸ ਦਿਸਦੀ ਲਿੰਕ ਇਹ ਵੀ ਦੱਸ ਸਕਦੀ ਹੈ ਕਿ ਹੈਂਡਓਵਰ ਟੈਗ ਕੀਤਾ ਗਿਆ ਹੈ, ਇਸ ਲਈ ਸਰਕਟ ਨੂੰ ਦੋਸ਼ ਦੇਣ ਤੋਂ ਪਹਿਲਾਂ VLAN ਸਮਝੌਤਾ ਪੱਕਾ ਕਰੋ। ਮਲਟੀਪੁਆਇੰਟ ਸੇਵਾ ਵਿੱਚ ਦੁਹਰਾਏ MAC ਪਤੇ ਡਿਜ਼ਾਈਨ ਦਾ ਲੱਛਣ ਹਨ, ਪ੍ਰਦਾਤਾ ਦੀ ਖ਼ਰਾਬੀ ਨਹੀਂ।

ਪਹਿਲੇ ਪ੍ਰੀਫ਼ਿਕਸ ਤੋਂ ਪਹਿਲਾਂ ਹਰ ਵਸਤੂ ਲਈ ਇੱਕ ਮਾਲਕ ਨਿਯੁਕਤ ਕਰੋ

ਵਸਤੂਆਂ ਦੀ ਸੂਚੀ ਚਲਾਓ ਅਤੇ ਹਰ ਇੱਕ ਦੀ ਮਾਲਕ ਟੀਮ ਦਾ ਨਾਂ ਉੱਚੀ ਆਵਾਜ਼ ਵਿੱਚ ਕਹੋ। ਗਾਹਕ ਪ੍ਰੀਫ਼ਿਕਸ ਅਤੇ ਸਾਈਟਾਂ ਵਿਚਕਾਰ ਐਲਾਨ। ਪ੍ਰਦਾਤਾ ਕਿਨਾਰੇ ਨਾਲ ਸੰਬੰਧ ਬਣਾਉਣ ਵਾਲਾ ਗੁਆਂਢੀ ਸੰਬੰਧ ਜਾਂ ਸੇਵਾ ਪਛਾਣਕਰਤਾ। ਲੂਪ ਕੌਣ ਤੋੜਦਾ ਹੈ, ਅਤੇ ਵੱਡੇ ਬ੍ਰਾਡਕਾਸਟ ਡੋਮੇਨ ਵਿੱਚ ਰਹਿਣ ਲਈ ਕੌਣ ਸਹਿਮਤ ਹੋਇਆ। MTU ਦੀ ਸੀਮਾ ਕਿੱਥੇ ਹੈ, ਖ਼ਰਾਬੀਆਂ ਕਿਵੇਂ ਧਿਆਨ ਵਿੱਚ ਆਉਂਦੀਆਂ ਹਨ ਅਤੇ ਸੇਵਾ ਕਿਵੇਂ ਵਾਪਸ ਆਉਂਦੀ ਹੈ। ਪਹੁੰਚ ਨੀਤੀ, ਅਤੇ ਸੇਵਾ ਵਿੱਚ ਨਾ ਹੋਣ ਵਾਲਾ ਕੋਈ ਵੀ ਇਨਕ੍ਰਿਪਸ਼ਨ।

ਸੂਚੀ ਛੋਟੀ ਹੈ ਕਿਉਂਕਿ ਘਟਨਾ ਵੇਲੇ ਟੁੱਟਣ ਵਾਲਾ ਹਿੱਸਾ ਇਹੀ ਹੈ। ਜੇ ਦੋ ਟੀਮਾਂ ਦੋਵੇਂ ਮੰਨਣ ਕਿ ਰੂਟ ਨੀਤੀ ਉਨ੍ਹਾਂ ਦੀ ਹੈ, ਤਾਂ ਰੁਕਾਵਟ ਇੱਕੋ ਘੰਟੇ ਵਿੱਚ ਦੋ ਵਿਰੋਧੀ ਬਦਲਾਅ ਪੈਦਾ ਕਰਦੀ ਹੈ। ਜੇ ਕਿਸੇ ਦੀ ਨਾ ਹੋਵੇ, ਤਾਂ ਪਹਿਲਾ ਅਸਮਮਿਤ ਮਾਰਗ ਗਾਹਕ ਦੇ ਰਿਪੋਰਟ ਕਰਨ ਤੱਕ ਰਹਿੰਦਾ ਹੈ।

ਰੂਟਿਡ ਸੇਵਾ ਆਮ ਤੌਰ ’ਤੇ BGP ਜਾਂ ਸਥਿਰ ਸੀਮਾ ਦਿੰਦੀ ਹੈ, ਇਸ ਲਈ ਤੁਹਾਡੇ ਪਾਸੇ ਪੜ੍ਹਨਯੋਗ ਸੈਸ਼ਨ ਸਥਿਤੀ ਚਾਹੀਦੀ ਹੈ: birdc show protocols ਜਾਂ ਤੁਹਾਡੇ ਰਾਊਟਰ ’ਤੇ ਬਰਾਬਰ ਦਾ ਹੁਕਮ ਦੱਸਦਾ ਹੈ ਕਿ ਗੁਆਂਢੀ ਸੰਬੰਧ ਉੱਪਰ ਹੈ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਕਾਊਂਟਰ ਦੱਸਦੇ ਹਨ ਕਿ ਇਹ ਸਿਰਫ਼ ਦਫ਼ਤਰੀ ਸਮੇਂ ਵਿੱਚ ਫਲੈਪ ਹੋ ਰਿਹਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਲੇਅਰ 2 ਹੈਂਡਓਵਰ ਅਜਿਹਾ ਸੰਕੇਤ ਨਹੀਂ ਦਿੰਦਾ, ਇਸ ਲਈ ਗਾਹਕ ਕੋਲ ਸਪਸ਼ਟ ਪਹੁੰਚਯੋਗਤਾ ਜਾਂਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਇੱਕ ਸਾਈਟ ਦੀ ਖ਼ਰਾਬੀ ਦੀ ਸਥਿਤੀ ਚਲਾਓ

ਸੇਵਾ ਸ਼ੁਰੂ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰਵਾਨਗੀ ਟੈਸਟ ਲਿਖੋ: ਇੱਕ ਸਾਈਟ ਦਾ ਜੋੜ ਡੇਗੋ ਅਤੇ ਹਰ ਟੀਮ ਕੀ ਦੇਖਦੀ ਹੈ ਲਿਖੋ। ਲੇਅਰ 3 ਸੇਵਾ ਵਿੱਚ ਪ੍ਰਦਾਤਾ ਉਸ ਸਾਈਟ ਦੇ ਪ੍ਰੀਫ਼ਿਕਸਾਂ ਦੀ ਪਹੁੰਚਯੋਗਤਾ ਵਾਪਸ ਲੈਂਦਾ ਹੈ, ਤੁਹਾਡਾ ਸੈਸ਼ਨ ਵਾਪਸੀ ਦਰਜ ਕਰਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਸਾਈਟਾਂ ਆਪਣੇ ਮਾਰਗ ਰੱਖਦੀਆਂ ਹਨ। ਲੇਅਰ 2 ਸੇਵਾ ਵਿੱਚ ਸਰਕਟ ਡਿੱਗਦਾ ਹੈ, ਤੁਹਾਡਾ ਰੂਟਿੰਗ ਪ੍ਰੋਟੋਕਾਲ ਮਰੇ ਗੁਆਂਢੀ ਨੂੰ ਦੇਖਦਾ ਹੈ, ਅਤੇ ਉਹੀ ਕਨਵਰਜੈਂਸ ਪੂਰੀ ਤਰ੍ਹਾਂ ਤੁਹਾਡੇ ਟਾਈਮਰਾਂ ’ਤੇ ਨਿਰਭਰ ਹੈ।

ਲਿੰਕ ਬਹਾਲ ਕਰੋ ਅਤੇ ਸਥਿਤੀ ਦਾ ਦੂਜਾ ਅੱਧਾ ਹਿੱਸਾ ਜਾਂਚੋ, ਕਿਉਂਕਿ ਪੁਰਾਣੀ ਸਥਿਤੀ ਆਮ ਬਚਿਆ ਹਿੱਸਾ ਹੈ। ਪੱਕਾ ਕਰੋ ਕਿ ਗੁਆਂਢੀ ਸੰਬੰਧ ਵਾਪਸ ਆਉਂਦਾ ਹੈ, ਪ੍ਰੀਫ਼ਿਕਸ ਉਮੀਦ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨਾਲ ਵਾਪਸ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਘਟਨਾ ਤੋਂ ਕੋਈ ਅਸਥਾਈ ਸਥਿਰ ਮਾਰਗ ਸਾਰਣੀ ਵਿੱਚ ਨਹੀਂ ਬਚਿਆ।

ਬੋਰਿੰਗ ਖ਼ਰਾਬੀ ਵੀ ਪਰਖੋ: ਇੱਕ ਸਾਈਟ ਆਪਣਾ ਟ੍ਰੈਫ਼ਿਕ ਦੁੱਗਣਾ ਕਰਦੀ ਹੈ। ਰੂਟਿਡ ਹੈਂਡਓਵਰ ਵਿੱਚ ਪ੍ਰੀਫ਼ਿਕਸ ਪੱਖੋਂ ਕਾਊਂਟਰ ਦਿਸਦੇ ਹਨ; ਬ੍ਰਿਜ ਕੀਤੇ ਹੈਂਡਓਵਰ ਵਿੱਚ ਸ਼ਾਇਦ ਸਿਰਫ਼ ਇੰਟਰਫ਼ੇਸ ਥ੍ਰੂਪੁੱਟ ਦਿਸੇ, ਜਿਸ ਨਾਲ ਕਿਹੜਾ ਹੋਸਟ ਜ਼ਿੰਮੇਵਾਰ ਹੈ ਦਾ ਅੰਦਾਜ਼ਾ ਲਾਉਣਾ ਪੈਂਦਾ ਹੈ।

ਸਮਝੌਤਾ ਕੀ ਨਹੀਂ ਖਰੀਦਦਾ

ਲੇਅਰ 2 ਜਾਂ ਲੇਅਰ 3 ਲੇਬਲ ਦੇਰੀ, ਸਮਰਪਿਤ ਬੈਕਬੋਨ ਜਾਂ ਇਨਕ੍ਰਿਪਸ਼ਨ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ। ਇਹ ਵੱਖਰੀਆਂ ਵਚਨਬੱਧਤਾਵਾਂ ਹਨ, ਅਤੇ ਉਪਲਬਧਤਾ ਦੇ ਅੰਕ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਦਾ ਵੀ ਅਰਥ ਨਹੀਂ ਦਿੰਦੇ। ਸੇਵਾ ਸਮਝੌਤੇ ਵਿੱਚ ਜੋ ਵਾਅਦਾ ਕੀਤਾ ਹੈ ਪੜ੍ਹੋ ਅਤੇ ਬਾਕੀ ਸਭ ਨੂੰ ਪਰਖਣ ਯੋਗ ਧਾਰਨਾ ਮੰਨੋ।

ਜੇ ਤੁਹਾਡੀ ਲੋੜ ਦੋ ਗਾਹਕ ਰਾਊਟਰਾਂ ਵਿਚਕਾਰ ਪੁਆਇੰਟ-ਟੂ-ਪੁਆਇੰਟ ਜੋੜ ਹੈ, ਤਾਂ ਪ੍ਰਦਾਤਾ ਨੂੰ ਤੁਹਾਡੀ ਅੰਦਰੂਨੀ ਰੂਟਿੰਗ ਚਲਾਉਣ ਲਈ ਕਹੇ ਬਿਨਾਂ ਲੇਅਰ 2 ਸੇਵਾ ਢੁੱਕਦੀ ਹੈ। ਜੇ ਲੋੜ ਵੱਖਰੇ ਸਬਨੈੱਟਾਂ ਵਾਲੀਆਂ ਕਈ ਸਾਈਟਾਂ ਅਤੇ ਛੋਟੀ ਸੰਚਾਲਨ ਟੀਮ ਹੈ, ਤਾਂ ਰੂਟਿਡ ਸੇਵਾ ਉਹ ਕੰਮ ਹਟਾ ਦਿੰਦੀ ਹੈ ਜੋ ਨਹੀਂ ਤਾਂ ਤੁਹਾਡਾ ਹੁੰਦਾ।

ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਡਿਫ਼ਾਲਟ ਨਹੀਂ। ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਲਈ ਡਿਵਾਈਸ ਸਮਰਥਨ, ਸਾਈਟਾਂ ਵਿਚਕਾਰ ਅਸਲ ਟ੍ਰੈਫ਼ਿਕ ਸੰਬੰਧ, ਰਿਡੰਡੈਂਸੀ ਮਾਡਲ, ਅਤੇ ਤੁਹਾਡੀ ਟੀਮ ਹੁਣੇ ਸਵੀਕਾਰ ਕੀਤਾ ਹਿੱਸਾ ਚਲਾ ਸਕਦੀ ਹੈ ਜਾਂ ਨਹੀਂ, ਜਾਂਚੋ। ਫਿਰ ਮਾਲਕਾਂ ਦੇ ਨਾਂ ਰਨਬੁੱਕ ਵਿੱਚ ਲਿਖੋ, ਕਿਉਂਕਿ ਸਟਾਫ਼ ਬਦਲਣ ’ਤੇ ਵੀ ਟਿਕਣ ਵਾਲਾ ਫ਼ੈਸਲੇ ਦਾ ਹਿੱਸਾ ਉਹੀ ਹੈ।