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

ਨਾਮ ਇੱਕ ਲੇਬਲ ਹੈ, ਸ਼ਰਤ ਨਹੀਂ

Junos ਨੀਤੀਆਂ ਦੇ ਨਾਮਾਂ ਦੀ ਵਿਆਖਿਆ ਨਹੀਂ ਕਰਦਾ। ਜਿਸ ਨੂੰ ਜਾਇਜ਼ ਤੌਰ ਉੱਤੇ ਸਟੈਟਿਕ ਨਿਰਯਾਤ ਕਿਹਾ ਜਾਵੇਗਾ ਉਹ ਨੀਤੀ static ਪ੍ਰੋਟੋਕਾਲ ਨਾਲ ਮਿਲ ਸਕਦੀ ਹੈ, ਜਾਂ ਪਤਾ ਪ੍ਰੀਫਿਕਸ ਨਾਲ ਮਿਲ ਸਕਦੀ ਹੈ, ਜਾਂ ਕਿਸੇ ਨਾਲ ਨਾ ਮਿਲ ਕੇ ਲੰਘਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਸਵੀਕਾਰ ਕਰ ਸਕਦੀ ਹੈ। ਲੇਬਲ ਉਸ ਵਿਅਕਤੀ ਵੱਲੋਂ ਲਿਖਿਆ ਦਸਤਾਵੇਜ਼ ਹੈ ਜਿਸ ਨੇ ਇਸ ਨੂੰ ਬਣਾਇਆ, ਅਤੇ ਇਹ ਉਸ ਵਿਅਕਤੀ ਦੀ ਮਨਸ਼ਾ ਬਾਰੇ ਯਾਦ ਜਿੰਨਾ ਹੀ ਭਰੋਸੇਯੋਗ ਹੈ।

ਅਚਾਨਕ ਨਿਰਯਾਤ ਨਤੀਜੇ ਨੂੰ ਪਰਿਭਾਸ਼ਾ ਪੜ੍ਹਨ ਦੀ ਬੇਨਤੀ ਵਜੋਂ ਲਓ, ਜੋੜ ਟੁੱਟਣ ਦੇ ਸਬੂਤ ਵਜੋਂ ਨਹੀਂ। ਪਰਿਭਾਸ਼ਾ ਪੜ੍ਹੋ ਅਤੇ ਇਸ ਨੂੰ ਲੇਬਲ ਦਾ ਖੰਡਨ ਕਰਨ ਦਿਓ।

ਸ਼ਰਤਾਂ ਤੋਂ ਪਹਿਲਾਂ ਜੋੜ ਲੱਭੋ

ਸਹੀ ਪਰਿਭਾਸ਼ਾ ਗਲਤ ਜਗ੍ਹਾ ਜੋੜੀ ਜਾਵੇ ਤਾਂ ਦੂਜੀ ਅਦਲਾ-ਬਦਲੀ ਬਦਲ ਜਾਂਦੀ ਹੈ। ਤੈਅ ਕਰੋ ਕਿ ਕਿਹੜਾ ਰਾਊਟਿੰਗ ਇੰਸਟੈਂਸ, ਪ੍ਰੋਟੋਕਾਲ ਅਤੇ ਗੁਆਂਢੀ ਜਾਂ ਗਰੁੱਪ ਅਸਲ ਵਿੱਚ ਨੀਤੀ ਦਾ ਹਵਾਲਾ ਦਿੰਦੇ ਹਨ, ਕਿਉਂਕਿ ਇੱਕ BGP ਗਰੁੱਪ ਹੇਠ ਜੋੜੀ ਨੀਤੀ ਦੂਜੇ ਉੱਤੇ ਅਸਰ ਨਹੀਂ ਕਰਦੀ, ਅਤੇ ਇੰਸਟੈਂਸ ਨਾਲ ਜੋੜੀ ਨੀਤੀ ਇਸ ਦੇ ਅੰਦਰਲੇ ਹਰ ਪ੍ਰੋਟੋਕਾਲ ਉੱਤੇ ਲਾਜ਼ਮੀ ਤੌਰ ਉੱਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੀ। Junos ਇਹਨਾਂ ਪੱਧਰਾਂ ਨੂੰ ਵੱਖਰਾ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਮਨਸ਼ਾ ਇੰਸਟੈਂਸ ਪੱਧਰ ਉੱਤੇ ਪ੍ਰਗਟ ਕੀਤੀ ਗਈ ਹੋਵੇ ਤਾਂ ਗਰੁੱਪ ਪੱਧਰ ਉੱਤੇ ਨਿਰਯਾਤ ਦਾ ਨਾ ਹੋਣਾ ਆਮ ਹੈ।

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

ਸ਼ਰਤਾਂ ਕ੍ਰਮ ਵਿੱਚ ਮੁਲਾਂਕਣ ਹੁੰਦੀਆਂ ਹਨ, ਅਤੇ ਪਹਿਲਾ ਫੈਸਲਾ ਜਿੱਤਦਾ ਹੈ

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

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

ਇੱਕ ਉਦਾਹਰਨ ਜੋ ਸਿਰਫ ਸਟੈਟਿਕ ਮਾਰਗ ਨਿਰਯਾਤ ਕਰਦੀ ਹੈ, ਜੋੜ ਗਰੁੱਪ ਉੱਤੇ ਹੈ:

policy-options {
    policy-statement EXPORT-STATIC {
        term statics { from protocol static; then accept; }
    }
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }

OSPF ਰਾਹੀਂ ਸਿੱਖਿਆ ਅਤੇ ਸਟੈਟਿਕ ਮਾਰਗ ਵਜੋਂ ਸੰਰਚਿਤ ਨਾ ਕੀਤਾ ਪ੍ਰੀਫਿਕਸ ਮਿਲਾਨ ਵਿੱਚ ਫੇਲ੍ਹ ਹੋ ਕੇ ਡਿੱਗ ਜਾਂਦਾ ਹੈ, ਨੀਤੀ ਦਾ ਨਾਮ ਜੋ ਵੀ ਹੋਵੇ।

ਕਾਰਵਾਈਆਂ ਕਾਪੀ ਬਦਲਦੀਆਂ ਹਨ, ਮੂਲ ਮਾਰਗ ਨਹੀਂ

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

ਸਵੀਕਾਰ ਅਤੇ ਰੱਦ ਅੰਤਿਮ ਫੈਸਲੇ ਹਨ; ਵਿਸ਼ੇਸ਼ਤਾ ਤਬਦੀਲੀਆਂ ਲਾਜ਼ਮੀ ਤੌਰ ਉੱਤੇ ਅਜਿਹੀਆਂ ਨਹੀਂ। ਇਹ ਨਾ ਮੰਨੋ ਕਿ community ਸੈੱਟ ਕਰਨ ਨਾਲ ਨੀਤੀ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਮੁਲਾਂਕਣ ਤੁਹਾਡੇ ਵਿਚਾਰੇ ਬਿਨਾਂ ਸ਼ਰਤਾਂ ਤੱਕ ਜਾਰੀ ਰਹਿ ਸਕਦਾ ਹੈ।

ਘੋਸ਼ਿਤ ਦ੍ਰਿਸ਼ ਦੀ ਉਮੀਦ ਨਾਲ ਤੁਲਨਾ ਕਰੋ

ਅਸਲ ਪੀਅਰ ਉੱਤੇ ਪ੍ਰੋਟੋਕਾਲ-ਵਿਸ਼ੇਸ਼ ਦ੍ਰਿਸ਼ ਵਰਤੋ, ਜਿਵੇਂ show route advertising-protocol bgp 192.0.2.1, ਅਤੇ ਇਸ ਨੂੰ ਸਹੀ ਰਾਊਟਿੰਗ-ਇੰਸਟੈਂਸ ਸੰਦਰਭ ਵਿੱਚ ਪੜ੍ਹੋ। VRF ਵਿੱਚ ਮੌਜੂਦ ਮਾਰਗ ਲਾਜ਼ਮੀ ਤੌਰ ਉੱਤੇ ਨਿਰਯਾਤ ਨੀਤੀ ਵਿੱਚੋਂ ਨਹੀਂ ਲੰਘਿਆ, ਅਤੇ ਘੋਸ਼ਿਤ ਆਉਟਪੁੱਟ ਵਿੱਚ ਦਿਖਣ ਵਾਲਾ ਮਾਰਗ ਲਾਜ਼ਮੀ ਤੌਰ ਉੱਤੇ ਦੂਰ ਦੇ ਪਾਸਿਓਂ ਸਵੀਕਾਰ ਨਹੀਂ ਹੋਇਆ। ਇਹ ਤਿੰਨ ਵੱਖਰੀਆਂ ਅਵਸਥਾਵਾਂ ਹਨ ਅਤੇ ਇਹ ਵੱਖਰੇ ਢੰਗ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੀਆਂ ਹਨ।

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

ਸੰਬੰਧਿਤ ਲੇਖ