NX-OS EVPN ਨਲ ਰੂਟ: ਛਾਂਟੀ ਨੂੰ ਇੱਕ ਹੀ ਟੈਨੈਂਟ ਵਿੱਚ ਰੱਖੋ

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

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

ਬਦਲਾਅ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਪੈਦਾ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ

ਤਿੰਨ ਨਤੀਜੇ ਲਿਖ ਕੇ ਸ਼ੁਰੂ ਕਰੋ। ਲੋੜੀਂਦੇ ਟੈਨੈਂਟ ਨੂੰ ਮੰਜ਼ਿਲ ਨੂੰ ਸਥਾਨਕ ਤੌਰ ’ਤੇ ਛਾਂਟਣਾ ਚਾਹੀਦਾ ਹੈ। ਸਿਰਫ਼ ਅਧਿਕਾਰਤ ਰੂਟ ਹੀ ਨਿਰਯਾਤ ਹੋ ਸਕਦਾ ਹੈ, ਉਸ ਦੇ ਨਾਲ ਹੋਰ ਕੁਝ ਨਹੀਂ ਜਾਣਾ ਚਾਹੀਦਾ। ਹਰ ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ VTEP ਨੂੰ ਕਿਸੇ ਹੋਰ ਮਾਰਗ ਦੀ ਥਾਂ ਲੋੜੀਂਦੀ ਛਾਂਟੀ ਕਾਰਵਾਈ ਚੁਣਨੀ ਚਾਹੀਦੀ ਹੈ।

ਹਰ ਨਤੀਜੇ ਦੇ ਆਪਣੇ ਸਬੂਤ ਹਨ ਅਤੇ ਕੋਈ ਵੀ ਦੂਜੇ ਨੂੰ ਸੰਕੇਤ ਨਹੀਂ ਕਰਦਾ। ਸਥਾਨਕ Null0 ਰੂਟ ਸਥਾਨਕ ਛਾਂਟੀ ਪੈਦਾ ਕਰਦਾ ਹੈ ਅਤੇ ਦੁਬਾਰਾ ਵੰਡ ਤੋਂ ਬਿਨਾਂ ਕੁਝ ਵੀ ਨਿਰਯਾਤ ਨਹੀਂ ਕਰਦਾ। ਸਹਿਮਤ community ਤੋਂ ਬਿਨਾਂ ਦੁਬਾਰਾ ਵੰਡਿਆ ਰੂਟ ਆਮ ਪ੍ਰੀਫਿਕਸ ਵਜੋਂ ਆਉਂਦਾ ਹੈ ਅਤੇ ਅੱਗੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਪ੍ਰਾਪਤੀ ਨੀਤੀ ਤੋਂ ਬਿਨਾਂ community ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

ਸਥਾਨਕ ਕਥਨ ਸਿਰਫ਼ ਪਹਿਲਾ ਭਾਗ ਕਰਦਾ ਹੈ

10.4(x) ਲੜੀ ਦੇ NX-OS ਵਿੱਚ, ਨਲ ਰੂਟ VRF ਦਾ ਨਾਮ ਲੈਣ ਵਾਲੀ ਇੱਕ ਕਮਾਂਡ ਵਿੱਚ ਨਹੀਂ, ਸਗੋਂ ਟੈਨੈਂਟ ਦੇ VRF ਸੰਦਰਭ ਦੇ ਅੰਦਰ ਬੈਠਦਾ ਹੈ। ਟੁਕੜਾ ਛੋਟਾ ਹੈ, ਅਤੇ ਇਹ ਪੂਰੀ EVPN ਸੰਰਚਨਾ ਨਹੀਂ ਹੈ।

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

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

ਇਕੱਲੀ ਇਹ ਲਾਈਨ TENANT_A ਦੇ ਅੰਦਰ ਉਸ ਹੋਸਟ ਲਈ ਟ੍ਰੈਫਿਕ ਛਾਂਟਦੀ ਹੈ ਅਤੇ ਹੋਰ ਕੁਝ ਨਹੀਂ ਕਰਦੀ। ਇਹ ਰੂਟ ਨੂੰ ਟੈਗ ਨਹੀਂ ਕਰਦੀ, BGP ਲਈ ਨਹੀਂ ਚੁਣਦੀ ਅਤੇ community ਸੈੱਟ ਨਹੀਂ ਕਰਦੀ। ਇਹ ਵੱਖਰੇ ਸੰਰਚਨਾ ਫੈਸਲੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਅਜਿਹੀ ਥਾਂ ਹੈ ਜਿੱਥੇ ਬਦਲਾਅ ਕੰਮ ਕਰਨ ਲਈ ਬਹੁਤ ਤੰਗ ਜਾਂ ਸੁਰੱਖਿਅਤ ਰਹਿਣ ਲਈ ਬਹੁਤ ਵਿਸ਼ਾਲ ਹੋ ਸਕਦਾ ਹੈ।

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

ਨਿਰਯਾਤ ਅਤੇ ਆਯਾਤ ਵੱਖਰੇ ਸਮਝੌਤੇ ਹਨ

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

BLACKHOLE community ਇੱਕ ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਲ ਬਾਰੇ ਸਮਝੌਤਾ ਹੈ, ਨਾ ਕਿ ਕਿਸੇ ਵੀ ਗੁਆਂਢੀ ਨੂੰ ਕੋਈ ਵੀ ਪਤਾ ਛਾਂਟਣ ਦਾ ਅਧਿਕਾਰ। RFC 7999 ਇਸਨੂੰ ਉਨ੍ਹਾਂ ਹੀ ਸ਼ਬਦਾਂ ਵਿੱਚ ਬਿਆਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਕੌਣ ਇਸਦੀ ਘੋਸ਼ਣਾ ਕਰ ਸਕਦਾ ਹੈ ਇਸ ਬਾਰੇ ਭਰੋਸੇ ਦੀ ਹੱਦ ਡਿਜ਼ਾਈਨ ਦਾ ਹਿੱਸਾ ਹੈ, ਲਾਗੂ ਕਰਨ ਦਾ ਵਿਸਥਾਰ ਨਹੀਂ।

ਪ੍ਰਾਪਤ ਕਰਨ ਵਾਲੇ ਪਾਸੇ ਨੂੰ ਆਪਣੀ ਸੰਰਚਨਾ ਚਾਹੀਦੀ ਹੈ। NX-OS ਵਿੱਚ, ਕਿਸਮ 5 ਨਲ ਰੂਟਾਂ ਨੂੰ ਛਾਂਟੀ ਵਿਵਹਾਰ ਚੁਣਨ ਲਈ VTEP ਉੱਤੇ route-map ਪ੍ਰੋਸੈਸਿੰਗ ਚਾਹੀਦੀ ਹੈ, ਜੋ ਨਿਰਯਾਤ ਕਦਮਾਂ ਨਾਲ ਦਸਤਾਵੇਜ਼ਿਤ ਹੈ। ਸਹੀ ਢੰਗ ਨਾਲ ਟੈਗ ਕਰਨ ਵਾਲਾ ਭੇਜਣ ਵਾਲਾ ਜੰਤਰ ਅਤੇ ਟੈਗ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲਾ ਪ੍ਰਾਪਤਕਰਤਾ ਅਜਿਹਾ ਬਦਲਾਅ ਬਣਾਉਂਦੇ ਹਨ ਜੋ ਲਾਗੂ ਹੋਇਆ ਦਿਸਦਾ ਹੈ ਅਤੇ ਫਿਰ ਵੀ ਟ੍ਰੈਫਿਕ ਅੱਗੇ ਭੇਜਦਾ ਹੈ।

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

ਪਾੜ ਤੋਂ ਪਹਿਲਾਂ ਵਾਪਸੀ ਲਿਖੋ

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

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

ਘਟਾਓ ਹਟਾਉਣ ਵਾਲੇ ਸਹੀ ਨਿਯੰਤਰਣ ਦਾ ਨਾਮ ਦਿਓ, ਅਤੇ ਉਹ ਹਟਾਉਣਾ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਵਿੱਚ ਜਾਂ ਉਸ ਵਿੰਡੋ ਵਿੱਚ ਪਰਖੋ ਜੋ ਤੁਸੀਂ ਸਹਾਰ ਸਕਦੇ ਹੋ। ਜਿਸ ਵਾਪਸੀ ਦਾ ਕਿਸੇ ਨੇ ਅਭਿਆਸ ਨਹੀਂ ਕੀਤਾ ਉਹ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ, ਯੋਜਨਾ ਹੈ।

ਕਮਾਂਡ ਦੇ ਆਉਟਪੁੱਟ ਨਾਲ ਨਹੀਂ, ਸਬੂਤਾਂ ਨਾਲ ਸਵੀਕਾਰੋ

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

ਫਿਰ ਵਾਪਸ ਲਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਆਮ ਰੂਟ ਅਤੇ ਸੇਵਾ ਵਾਪਸ ਆਉਂਦੇ ਹਨ। NX-OS EVPN ਨਲ ਰੂਟ ਗਾਈਡ 10.4(x) ਰੀਲੀਜ਼ ਲਈ ਇੱਥੇ ਬਿਆਨ ਕੀਤੀ ਟੈਗਿੰਗ, ਦੁਬਾਰਾ ਵੰਡ ਅਤੇ ਪ੍ਰਾਪਤੀ ਨੀਤੀ ਨੂੰ ਦਸਤਾਵੇਜ਼ਿਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਇਹ ਤੁਹਾਡੀ ਆਪਣੀ ਰੀਲੀਜ਼ ਨਾਲ ਮਿਲਾਉਣ ਦਾ ਸੰਦਰਭ ਹੈ।