CE RIP ਰੂਟ ਤੋਂ ਦੂਰ ਦੇ VRF ਤੱਕ: ਐਕਸਪੋਰਟ ਕਿੱਥੇ ਹੁੰਦਾ ਹੈ
CE RIPv2 ਪ੍ਰੀਫ਼ਿਕਸ ਦੂਰ ਦੇ VRF ਤੱਕ ਸਿਰਫ਼ ਤਿੰਨ ਵੱਖਰੇ ਫ਼ੈਸਲਿਆਂ ਤੋਂ ਬਾਅਦ ਪਹੁੰਚਦਾ ਹੈ: ਉਸਨੂੰ ਸਿੱਖਣਾ, VRF ਵਿੱਚ ਉਸਨੂੰ ਚੁਣਨਾ, ਅਤੇ ਮੇਲ ਖਾਂਦੀ ਨੀਤੀ ਹੇਠ ਉਸਨੂੰ ਐਕਸਪੋਰਟ ਕਰਨਾ।
RIPv2 ਅੱਪਡੇਟ ਪ੍ਰੋਵਾਈਡਰ ਐਜ 'ਤੇ ਪਹੁੰਚਦਾ ਹੈ, VRF ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਦਾਖਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਉੱਥੇ ਹੀ ਰੁਕ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ ਕੋਈ ਉਸਨੂੰ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਐਕਸਪੋਰਟ ਨਹੀਂ ਕਰਦਾ। ਤਿੰਨ ਫ਼ੈਸਲੇ ਵਾਰੀ-ਵਾਰੀ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਹਰ ਇੱਕ ਆਪਣੇ ਕਾਰਨ ਕਰਕੇ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਮਨ੍ਹਾ ਕਰ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ਨੂੰ ਇੱਕੋ ਘਟਨਾ ਵਜੋਂ ਪੜ੍ਹਨਾ ਹੀ ਕਾਰਨ ਹੈ ਕਿ ਲੋਕ ਗਲਤ ਡਿਵਾਈਸ ਦੇ ਪਿੱਛੇ ਭੱਜਦੇ ਹਨ ਜਦੋਂ ਦੂਰ ਦੀ ਸਾਈਟ ਉਸ ਨੈੱਟਵਰਕ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦੀ ਜਿਸਦੀ CE ਸਪਸ਼ਟ ਘੋਸ਼ਣਾ ਕਰਦਾ ਹੈ। PE ਰਾਹੀਂ ਰੂਟ ਦਾ ਪਿੱਛਾ ਕਰੋ ਅਤੇ ਕ੍ਰਮ ਸਪਸ਼ਟ ਹੋ ਜਾਂਦਾ ਹੈ।
PE RIP ਅੱਪਡੇਟ ਨਾਲ ਕੀ ਕਰਦਾ ਹੈ
PE VRF ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਅੱਪਡੇਟ ਲੈਂਦਾ ਹੈ, ਜਾਂਚਦਾ ਹੈ ਕਿ ਸਰੋਤ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਗੁਆਂਢੀ ਹੈ, ਅਤੇ ਘੋਸ਼ਣਾ ਤੋਂ ਲਏ ਹੋਪ ਕਾਊਂਟ ਨਾਲ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ VRF ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਪਾਉਂਦਾ ਹੈ। ਉਹ ਟੇਬਲ ਆਪਣੀਆਂ ਪ੍ਰਬੰਧਕੀ ਦੂਰੀਆਂ ਅਤੇ ਆਪਣੀ ਸਭ ਤੋਂ ਵਧੀਆ-ਮਾਰਗ ਚੋਣ ਵਾਲੀ ਆਮ ਰੂਟਿੰਗ ਟੇਬਲ ਹੈ। ਜੇ CE ਇੱਕੋ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਵੱਖਰੇ ਮੈਟ੍ਰਿਕ ਨਾਲ ਦੋ ਵਾਰ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਟੇਬਲ ਵਿੱਚ ਸਿਰਫ਼ ਵਧੀਆ ਹੀ ਰਹਿੰਦਾ ਹੈ। ਇਸ ਕਦਮ ਵਿੱਚ ਪ੍ਰੋਵਾਈਡਰ ਬੈਕਬੋਨ ਦਾ ਕੋਈ ਸੰਬੰਧ ਨਹੀਂ।
ਪ੍ਰੀਫ਼ਿਕਸ ਹੁਣ ਇੱਕ ਹੀ ਗਾਹਕ ਦੇ ਰੂਟਿੰਗ ਸੰਦਰਭ ਵਿੱਚ ਹੈ, ਜੋ ਕਿਤੇ ਹੋਰ ਪਹੁੰਚਯੋਗ ਹੋਣ ਤੋਂ ਬਹੁਤ ਦੂਰ ਹੈ।
ਐਕਸਪੋਰਟ ਨੀਤੀ ਦਾ ਕੰਮ ਹੈ, ਪ੍ਰੋਟੋਕਾਲ ਦਾ ਨਤੀਜਾ ਨਹੀਂ
VRF ਛੱਡਣ ਲਈ, ਰੂਟ ਨੂੰ VPN ਰੂਟ ਢੋਣ ਵਾਲੀ MP-BGP ਪ੍ਰਕਿਰਿਆ ਵਿੱਚ ਮੁੜ-ਵੰਡਣਾ ਪੈਂਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਰੂਟ ਟਾਰਗੇਟ ਵਿਸਤ੍ਰਿਤ ਕਮਿਊਨਿਟੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ ਜੋ ਦੱਸੇ ਕਿ ਕਿਹੜੇ ਦੂਰ ਦੇ VRF ਇਸਨੂੰ ਆਯਾਤ ਕਰ ਸਕਦੇ ਹਨ। RFC 4364 ਵਿੱਚਲੀ ਆਰਕੀਟੈਕਚਰ ਇਹਨਾਂ ਅਦਲਾ-ਬਦਲੀ ਨੂੰ CE-ਤੋਂ-PE ਪ੍ਰੋਟੋਕਾਲ ਤੋਂ ਵੱਖ ਰੱਖਦੀ ਹੈ, ਠੀਕ ਇਸੇ ਕਾਰਨ। ਐਜ 'ਤੇ RIP ਵਰਤਣਾ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ ਕਿ ਪ੍ਰੋਵਾਈਡਰ ਨੈੱਟਵਰਕ ਪਾਰ ਕੀ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
ਕੁਝ ਵੀ ਸੰਰਚਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਐਕਸਪੋਰਟ ਇਕਰਾਰਨਾਮਾ ਲਿਖ ਲਵੋ: ਉਹ ਗਾਹਕ ਪ੍ਰੀਫ਼ਿਕਸ ਜਿਹਨਾਂ ਤੱਕ ਦੂਰੋਂ ਪਹੁੰਚਣਾ ਲਾਜ਼ਮੀ ਹੈ, ਉਹ ਰੂਟ ਜਿਹਨਾਂ ਨੂੰ ਸਥਾਨਕ ਰਹਿਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਕੋਈ ਵੀ ਡਿਫ਼ਾਲਟ, ਵਧੇਰੇ-ਖਾਸ ਜਾਂ ਸਾਂਝੀ-ਸੇਵਾ ਛੋਟਾਂ। ਉਸ ਇਕਰਾਰਨਾਮੇ ਦੀ ਤੁਲਨਾ ਅਸਲ VRF ਨਾਲ ਕਰੋ, ਕਿਸੇ ਹੋਰ ਗਾਹਕ ਦੀ ਉਸੇ ਨਾਮ ਵਾਲੀ VRF ਨਾਲ ਨਹੀਂ।
ਆਯਾਤ ਪਾਸਾ ਆਪਣੇ ਰੂਟ ਟਾਰਗੇਟਾਂ ਵਾਲੀ ਦੂਜੀ ਨੀਤੀ ਹੈ, ਅਤੇ ਮੇਲ ਖਾਂਦਾ ਐਕਸਪੋਰਟ ਨਾ-ਮੇਲ ਖਾਂਦੀ ਆਯਾਤ ਨਾਲ ਇੱਕ ਅਜਿਹਾ ਪ੍ਰੀਫ਼ਿਕਸ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਬੈਕਬੋਨ ਵਿੱਚ ਹੈ ਪਰ ਕਿਸੇ ਵੀ ਦੂਰ ਦੀ ਟੇਬਲ ਵਿੱਚ ਨਹੀਂ ਦਿਸਦਾ।
ਮੁੜ-ਵੰਡ ਅਤੇ ਸਪਸ਼ਟ ਉਤਪੱਤੀ ਵੱਖਰੇ ਤਰੀਕੇ ਨਾਲ ਵਿਵਹਾਰ ਕਰਦੇ ਹਨ
ਮੁੜ-ਵੰਡ ਉਹ ਰੂਟ ਲੈਂਦੀ ਹੈ ਜੋ ਪਹਿਲਾਂ ਹੀ VRF ਟੇਬਲ ਵਿੱਚ ਹਨ ਅਤੇ ਰੂਟ ਨਕਸ਼ੇ ਰਾਹੀਂ ਫ਼ਿਲਟਰ ਕਰਕੇ ਉਹਨਾਂ ਨੂੰ BGP ਵਿੱਚ ਕਾਪੀ ਕਰਦੀ ਹੈ। ਨਕਸ਼ਾ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜੇ ਪ੍ਰੀਫ਼ਿਕਸ ਯੋਗ ਹਨ ਅਤੇ ਕਿਹੜੇ ਗੁਣ ਢੋਂਦੇ ਹਨ, ਅਤੇ ਮੈਟ੍ਰਿਕ ਸਪਸ਼ਟ ਤੌਰ 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਪੈਂਦਾ ਹੈ ਕਿਉਂਕਿ RIP ਹੋਪ ਕਾਊਂਟ ਦਾ BGP ਮੈਟ੍ਰਿਕ ਵਜੋਂ ਕੋਈ ਅਰਥ ਨਹੀਂ। ਤੁਸੀਂ ਜੋ ਸੈੱਟ ਨਾ ਕਰਕੇ ਛੱਡਦੇ ਹੋ ਉਹ ਛੇ ਮਹੀਨਿਆਂ ਬਾਅਦ ਕਾਨਫ਼ਿਗ ਪੜ੍ਹਨ ਵਾਲੇ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਹੈਰਾਨ ਕਰਨ ਵਾਲੇ ਢੰਗ ਨਾਲ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲਦਾ ਹੈ।
ਆਪਸੀ ਮੁੜ-ਵੰਡ ਹੀ ਉਹ ਥਾਂ ਹੈ ਜਿੱਥੇ ਚੁੱਪ ਨੁਕਸਾਨ ਹੁੰਦਾ ਹੈ। BGP ਵਿੱਚ ਐਕਸਪੋਰਟ ਕੀਤਾ ਪ੍ਰੀਫ਼ਿਕਸ ਦੂਜੇ ਮੁੜ-ਵੰਡ ਬਿੰਦੂ ਰਾਹੀਂ ਵਾਪਸ ਆ ਸਕਦਾ ਹੈ, ਅਤੇ ਟੈਗ ਜਾਂ ਫ਼ਿਲਟਰ ਤੋਂ ਬਿਨਾਂ ਰੂਟ ਡੋਲਦਾ ਹੈ ਜਦੋਂ ਕਿ ਦੋਵੇਂ ਟੇਬਲਾਂ ਕਿਸੇ ਵੀ ਪਲ ਭਰੋਸੇਯੋਗ ਦਿਸਦੀਆਂ ਹਨ। ਵਾਪਸੀ ਮਾਰਗ ਰੋਕਣ ਲਈ ਟੋਪੋਲੋਜੀ 'ਤੇ ਭਰੋਸਾ ਕਰਨ ਦੀ ਥਾਂ ਐਜ 'ਤੇ ਲਾਏ ਟੈਗਾਂ 'ਤੇ ਫ਼ਿਲਟਰ ਕਰੋ।
ਸਪਸ਼ਟ ਉਤਪੱਤੀ ਵਧੇਰੇ ਸਾਫ਼-ਸੁਥਰੀ ਦਿਸਦੀ ਹੈ ਅਤੇ ਇਹ ਬਿਨਾਂ ਸ਼ਰਤ ਨਹੀਂ। ਨੈੱਟਵਰਕ ਬਿਆਨ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰੀਫ਼ਿਕਸ ਪੈਦਾ ਹੋਣ ਤੋਂ ਪਹਿਲਾਂ ਰੂਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਮੇਲ ਖਾਂਦਾ ਰੂਟ ਚਾਹੀਦਾ ਹੈ, ਇਸ ਲਈ CE ਦੇ ਘੋਸ਼ਣਾ ਬੰਦ ਕਰਨ ਦੇ ਪਲ ਹੀ ਘੋਸ਼ਣਾ ਗ਼ਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ। ਇਹ ਅਕਸਰ ਉਹ ਵਿਵਹਾਰ ਹੁੰਦਾ ਹੈ ਜੋ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ, ਅਤੇ ਇਹ ਸਦਾ ਲਈ ਸੰਰਚਿਤ ਰਹਿਣ ਵਾਲੇ ਸਥਿਰ ਰੂਟ ਵਰਗਾ ਨਹੀਂ। ਦੋਵਾਂ ਵਿਵਹਾਰਾਂ ਵਿੱਚੋਂ ਕੋਈ ਮੰਨਣ ਦੀ ਥਾਂ ਪਲੇਟਫ਼ਾਰਮ ਦਾ ਅਸਲ ਨਿਯਮ ਜਾਂਚੋ।
ਕਿਵੇਂ ਵੀ ਹੋਵੇ, ਹਰ ਪ੍ਰੀਫ਼ਿਕਸ ਬਾਰੇ ਪੁੱਛਣ ਵਾਲਾ ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਕਿਹੜਾ ਸਰਗਰਮ ਸਰੋਤ ਇਸਨੂੰ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ ਅਤੇ ਉਹ ਸਰੋਤ ਗ਼ਾਇਬ ਹੋਣ 'ਤੇ ਕੀ ਹੁੰਦਾ ਹੈ।
ਚਾਰ ਥਾਵਾਂ 'ਤੇ ਚੇਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ
CE ਘੋਸ਼ਣਾ, VRF ਰੂਟਿੰਗ ਟੇਬਲ, ਇਸਦੇ ਰੂਟ ਟਾਰਗੇਟ ਵਾਲੀ VPN ਰੂਟ ਟੇਬਲ, ਅਤੇ ਦੂਰ ਦੇ VRF ਵਿੱਚ ਆਯਾਤ, ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਵੇਖੋ। IOS 'ਤੇ ਇਸਦਾ ਮਤਲਬ CE ਗੁਆਂਢੀ ਦਾ ਆਉਟਪੁੱਟ, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, ਅਤੇ ਦੂਰ ਦੇ PE 'ਤੇ ਉਹੀ ਕਮਾਂਡ। IOS-XR 'ਤੇ ਬਰਾਬਰ ਦਾ ਆਉਟਪੁੱਟ ਇਸਦੇ ਹੇਠਾਂ ਹੈ: show bgp vrf CUSTOMER ipv4 unicast. ਕਮਾਂਡਾਂ ਦੇ ਨਾਮ ਵੱਖਰੇ ਹਨ, ਚਾਰ ਜਾਂਚ ਬਿੰਦੂ ਨਹੀਂ।
ਜਿਸ ਪ੍ਰੀਫ਼ਿਕਸ ਨੂੰ ਰੱਦ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਉਸਨੂੰ ਉਸੇ ਸਾਵਧਾਨੀ ਨਾਲ ਜਾਂਚੋ ਜਿੰਨੀ ਲੰਘਣ ਵਾਲੇ ਨੂੰ, ਕਿਉਂਕਿ ਸਭ ਕੁਝ ਮਨਜ਼ੂਰ ਕਰਨ ਵਾਲੀ ਨੀਤੀ ਪਹਿਲੀ ਛੋਟ ਆਉਣ ਤੱਕ ਸਹੀ ਨੀਤੀ ਵਰਗੀ ਹੀ ਦਿਸਦੀ ਹੈ। ਫਿਰ ਵਾਪਸੀ ਵੇਖੋ: CE ਇੰਟਰਫ਼ੇਸ ਬੰਦ ਕਰੋ, ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਦੂਰ ਦੀ ਐਂਟਰੀ ਉਮੀਦ ਕੀਤੇ ਟਾਈਮਰ ਅੰਦਰ ਗ਼ਾਇਬ ਹੋ ਜਾਂਦੀ ਹੈ, ਰਹਿ ਨਹੀਂ ਜਾਂਦੀ।
ਹਰ ਨੀਤੀ ਦਾ ਮਾਲਕ ਕੌਣ ਹੈ ਇਹ ਦਰਜ ਕਰੋ। ਜਦੋਂ ਪ੍ਰੋਵਾਈਡਰ CE ਚਲਾਉਂਦਾ ਹੈ, ਦਿੱਤਾ ਗਿਆ ਵਿਵਹਾਰ ਸੇਵਾ ਇਕਰਾਰਨਾਮੇ ਵਿੱਚ ਆਉਂਦਾ ਹੈ, ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ 'ਤੇ ਵੱਖਰਾ ਪ੍ਰੋਟੋਕਾਲ ਜਾਂ ਵਾਪਸੀ ਨੀਤੀ ਰੂਟਿੰਗ ਸਮੱਸਿਆ ਬਣਨ ਤੋਂ ਪਹਿਲਾਂ ਦਸਤਾਵੇਜ਼ੀ ਸਮੱਸਿਆ ਹੈ।