VPN ਰਾਹੀਂ OSPF ਰੂਟ ਕਿਸਮ: ਹਮੇਸ਼ਾ ਬਾਹਰੀ ਨਹੀਂ

ਗਾਹਕ ਦਾ ਪ੍ਰੀਫਿਕਸ BGP VPN ਰੂਟ ਵਜੋਂ ਪ੍ਰਦਾਤਾ ਦੇ ਕਲਾਊਡ ਨੂੰ ਪਾਰ ਕਰਦਾ ਹੈ ਅਤੇ OSPF ਬਾਹਰੀ ਰੂਟ ਵਰਗਾ ਦਿਸਦਿਆਂ ਦੂਰ ਦੀ ਸਾਈਟ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ, ਜਿਸਦੀ ਬਹੁਤ ਸਾਰੇ ਇੰਜੀਨੀਅਰ ਉਮੀਦ ਕਰਦੇ ਹਨ ਅਤੇ ਇਹ ਇੱਕੋ ਇੱਕ ਸੰਭਵ ਨਤੀਜਾ ਨਹੀਂ। ਦੂਰ ਦਾ CE ਕੀ ਦੇਖਦਾ ਹੈ ਇਹ ਇਸ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਪ੍ਰੀਫਿਕਸ ਕਿਸ OSPF ਡੋਮੇਨ ਤੋਂ ਆਇਆ ਅਤੇ ਉਸਦੀ ਮੂਲ ਰੂਟ ਕਿਸਮ ਕੀ ਸੀ, ਅਤੇ ਦੋਵੇਂ VPN ਰੂਟ ਨਾਲ ਯਾਤਰਾ ਕਰਦੇ ਹਨ। ਹਰ ਮੁੜ-ਵੰਡੇ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਕਿਸਮ 5 ਬਣਨ ਦੀ ਧਾਰਨਾ ਅਜਿਹੇ ਤਰਜੀਹੀ ਬਦਲਾਅ ਵੱਲ ਲੈ ਜਾਂਦੀ ਹੈ ਜੋ ਕੰਮ ਨਹੀਂ ਕਰ ਸਕਦੇ। ਪਹਿਲਾਂ ਡੋਮੇਨ ਪਛਾਣਕਰਤਾ ਦੀ ਤੁਲਨਾ ਕਰੋ, ਪ੍ਰਬੰਧਕੀ ਦੂਰੀ ਦੀ ਨਹੀਂ।

PE-CE ਮਾਡਲ ਕਾਫ਼ੀ ਸੰਦਰਭ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ ਤਾਂ ਜੋ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ PE OSPF ਘੋਸ਼ਣਾ ਨੂੰ ਘੜਨ ਦੀ ਥਾਂ ਮੁੜ ਉਸਾਰ ਸਕੇ।

ਰੂਟ ਨਾਲ ਕੀ ਯਾਤਰਾ ਕਰਦਾ ਹੈ

RFC 4577 VPN ਰੂਟ ਨਾਲ ਆਉਣ ਵਾਲੀਆਂ OSPF ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹੈ: ਡੋਮੇਨ ਪਛਾਣਕਰਤਾ, ਮੈਟ੍ਰਿਕ ਅਤੇ ਸਰੋਤ ਸਾਈਟ ਦੀ ਰੂਟ ਕਿਸਮ। ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ PE ਇਹਨਾਂ ਦੀ ਵਰਤੋਂ ਇਹ ਤੈਅ ਕਰਨ ਲਈ ਕਰਦਾ ਹੈ ਕਿ ਯੋਗ ਪ੍ਰੀਫਿਕਸ ਆਪਣੀ ਸਥਾਨਕ OSPF ਪ੍ਰਕਿਰਿਆ ਸਾਹਮਣੇ ਕਿਵੇਂ ਦਿਸਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਤੋਂ ਬਿਨਾਂ ਦੂਰ ਦੇ PE ਕੋਲ ਬਾਹਰੀ ਮੁੜ-ਵੰਡ ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਕਿਸੇ ਚੀਜ਼ ਦਾ ਆਧਾਰ ਨਾ ਹੁੰਦਾ। ਇਸ ਲਈ BGP ਨੇ ਵਿਚਕਾਰ ਲਿਜਾਣ ਦੇ ਬਾਵਜੂਦ ਰੂਟ ਅੰਤਰ-ਖੇਤਰ LSA ਵਜੋਂ ਆ ਸਕਦਾ ਹੈ।

ਖੇਤਰ ਦੀ ਕਿਸਮ ਵੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। Stub ਜਾਂ NSSA ਖੇਤਰ ਸੀਮਤ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੇ LSA ਦਾਖਲ ਹੋ ਸਕਦੇ ਹਨ, ਇਸ ਲਈ ਉਹੀ VPN ਰੂਟ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲਾ OSPF ਇੰਸਟੈਂਸ ਕਿੱਥੇ ਹੈ ਇਸ ਦੇ ਆਧਾਰ 'ਤੇ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਪੇਸ਼ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਸੰਰਚਿਤ ਨਿਰਯਾਤ ਨੀਤੀ ਡਿਫਾਲਟ ਪੇਸ਼ਕਾਰੀ ਨੂੰ ਵੀ ਰੱਦ ਕਰ ਸਕਦੀ ਹੈ, ਜੋ ਮਾੜਾ ਪ੍ਰਭਾਵ ਨਹੀਂ ਬਲਕਿ ਜਾਣਬੁੱਝ ਕੇ ਕੀਤੀ ਚੋਣ ਹੈ।

ਇੱਕੋ ਡੋਮੇਨ, ਵੱਖਰੀ ਪੇਸ਼ਕਾਰੀ

ਇੱਕੋ ਡੋਮੇਨ ਦਾ ਅੰਤਰ-ਖੇਤਰ ਜਾਂ ਖੇਤਰ-ਅੰਦਰੂਨੀ ਰੂਟ ਆਮ ਤੌਰ 'ਤੇ ਦੂਰ ਦੀ ਸਾਈਟ 'ਤੇ ਅੰਤਰ-ਖੇਤਰ ਰੂਟ, ਭਾਵ ਕਿਸਮ 3 LSA ਵਜੋਂ ਪਹੁੰਚਦਾ ਹੈ। ਹੋਰ ਡੋਮੇਨ ਦਾ ਪ੍ਰੀਫਿਕਸ, ਕਦੇ OSPF ਨਾ ਬੋਲਣ ਵਾਲਾ ਸਰੋਤ, ਜਾਂ ਸ਼ੁਰੂ ਵਿੱਚ ਬਾਹਰੀ OSPF ਘੋਸ਼ਣਾ ਇਸਦੀ ਥਾਂ ਬਾਹਰੀ ਨਿਯਮਾਂ ਦੀ ਪਾਲਣਾ ਕਰਦੀ ਹੈ, ਅਤੇ ਉੱਥੇ ਹੀ ਕਿਸਮ 5 ਅਤੇ ਉਸਦਾ NSSA ਬਰਾਬਰ ਦਿਸਦਾ ਹੈ। ਦੋਵੇਂ ਵਿਵਹਾਰ ਸਹੀ ਹਨ; ਇਨਪੁੱਟ ਵੱਖਰਾ ਹੈ। ਤਰਜੀਹ ਮੁੱਲਾਂ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਡੋਮੇਨ ਪਛਾਣਕਰਤਾਵਾਂ ਅਤੇ ਘੋਸ਼ਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਤੁਲਨਾ ਕਰੋ।

ਪ੍ਰਬੰਧਕੀ ਦੂਰੀ ਇੱਕ ਰਾਊਟਰ 'ਤੇ ਸਰੋਤਾਂ ਵਿਚਕਾਰ ਚੋਣ ਕਰਦੀ ਹੈ। ਇਹ LSA ਕਿਸਮ ਨੂੰ ਮੁੜ ਨਹੀਂ ਲਿਖਦੀ ਅਤੇ ਨਾ ਹੀ ਗੁੰਮ ਡੋਮੇਨ ਸੰਬੰਧ ਬਣਾਉਂਦੀ ਹੈ।

Sham ਲਿੰਕ ਕਦੋਂ ਸਹੀ ਜਵਾਬ ਹੈ

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

Sham ਲਿੰਕ ਲਈ ਪਹੁੰਚਯੋਗ ਸਿਰੇ ਅਤੇ ਦੋਵੇਂ PE 'ਤੇ ਆਪਸੀ ਸੰਰਚਨਾ ਲੋੜੀਂਦੀ ਹੈ। ਇਸਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਪਾਸੇ ਸੈੱਟ ਕਰਨ ਨਾਲ ਅਜਿਹਾ ਸੰਬੰਧ ਬਣਦਾ ਹੈ ਜੋ ਕਦੇ ਨਹੀਂ ਬਣਦਾ, ਅਤੇ ਰਾਊਟਿੰਗ ਸਾਰਣੀ ਆਪਣੀ ਪੁਰਾਣੀ ਤਰਜੀਹ ਰੱਖਦੀ ਹੈ, ਜੋ ਇੰਝ ਦਿਸਦਾ ਹੈ ਜਿਵੇਂ ਵਿਸ਼ੇਸ਼ਤਾ ਨੇ ਕੁਝ ਨਹੀਂ ਕੀਤਾ।

ਲੂਪ ਸੁਰੱਖਿਆ ਨਾ ਤੋੜੋ

PE-CE ਮਾਡਲ ਆਪਣੇ ਦੁਆਰਾ ਵੰਡੇ ਰੂਟਾਂ 'ਤੇ DN ਬਿੱਟ ਸੈੱਟ ਕਰਦਾ ਹੈ ਤਾਂ ਜੋ ਪ੍ਰੀਫਿਕਸ ਦੂਜੇ CE ਰਾਹੀਂ ਵਾਪਸ ਆ ਕੇ ਦੂਜੀ ਵਾਰ ਮੁੜ-ਵੰਡਿਆ ਨਾ ਜਾ ਸਕੇ। ਉਹੀ ਸੁਰੱਖਿਆ ਪ੍ਰੀਫਿਕਸ ਨੂੰ OSPF ਡੋਮੇਨ ਸਾਂਝਾ ਕਰਨ ਵਾਲੀਆਂ ਸਾਈਟਾਂ ਵਿਚਕਾਰ ਲੂਪ ਹੋਣ ਤੋਂ ਰੋਕਦੀ ਹੈ। ਰੂਟ ਨੂੰ ਅੰਦਰੂਨੀ ਦਿਸਣ ਲਈ ਇਸਨੂੰ ਹਟਾਉਣਾ ਜਾਂ ਅਣਡਿੱਠ ਕਰਨਾ ਠੀਕ ਉਹੀ ਲੂਪ ਬਣਾ ਸਕਦਾ ਹੈ ਜਿਸਨੂੰ ਰੋਕਣ ਲਈ ਇਹ ਬਣਾਇਆ ਗਿਆ ਸੀ। ਜਦੋਂ ਪ੍ਰੀਫਿਕਸ ਗਲਤ ਲੱਗੇ ਤਾਂ DN ਬਿੱਟ ਨੂੰ ਰੁਕਾਵਟ ਨਹੀਂ ਬਲਕਿ ਜਾਣਕਾਰੀ ਮੰਨੋ।

ਇਹੀ ਸਾਵਧਾਨੀ ਕਮਿਊਨਿਟੀਆਂ ਹਟਾਉਣ ਵਾਲੇ ਮੁੜ-ਵੰਡ ਫਿਲਟਰਾਂ ਅਤੇ ਰੂਟ ਨਕਸ਼ਿਆਂ 'ਤੇ ਵੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ। ਹਰ ਇੱਕ ਦੂਰ ਦੇ ਪਾਸੇ ਨੂੰ ਲੋੜੀਂਦਾ ਸੰਦਰਭ ਹਟਾਉਂਦਾ ਹੈ, ਅਤੇ ਨਤੀਜਾ ਘੋਸ਼ਣਾ ਗਲਤ ਹੁੰਦਿਆਂ ਵੀ ਭਰੋਸੇਯੋਗ ਦਿਸ ਸਕਦੀ ਹੈ। ਇੱਕ ਸਮੇਂ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਬਦਲੋ ਅਤੇ ਜਾਂਚੋ ਕਿ ਦੂਰ ਦਾ CE ਅਸਲ ਵਿੱਚ ਕੀ ਇੰਸਟਾਲ ਕਰਦਾ ਹੈ।

ਫਿਰ ਦੂਰ ਦੀ ਸਾਈਟ ਤੋਂ ਪੁਸ਼ਟੀ ਕਰੋ: LSA ਕਿਸਮ, ਘੋਸ਼ਣਾ ਕਰਨ ਵਾਲਾ ਰਾਊਟਰ ਅਤੇ ਉਸਦੀ ਚੁਣੀ ਰਾਹ। ਉਹ ਸਬੂਤ ਟਿਕਟ ਵੱਲੋਂ ਪੁੱਛੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ।