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

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

ਉਸ ਟ੍ਰੈਫਿਕ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ ਜਿਸਦੀ ਕਿਸੇ ਨੇ ਯੋਜਨਾ ਨਹੀਂ ਬਣਾਈ

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

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

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

ਨਿੱਜੀ ਪ੍ਰੀਫਿਕਸ ਉਹਨਾਂ ਦੀ ਫੇਲ੍ਹ ਸਥਿਤੀ ਨਾਲ ਲਿਖੋ

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

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

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

ਜਾਂਚੋ ਕਿ CE ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਸਥਾਪਿਤ ਕੀਤਾ

ਕਨਫਿਗਰੇਸ਼ਨ ਦਾ ਇਰਾਦਾ ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਸਥਿਤੀ ਕਾਫ਼ੀ ਵਾਰ ਵੱਖਰੀ ਹੁੰਦੀ ਹੈ, ਇਸ ਲਈ ਪੜਤਾਲ ਘਟਨਾ ਸਮੀਖਿਆ ਵਿੱਚ ਨਹੀਂ ਸਗੋਂ ਹੈਂਡਓਵਰ ਵਿੱਚ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। IOS-XE ਗਾਹਕ ਕਿਨਾਰੇ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਤਿੰਨ ਕਮਾਂਡ ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ: ਕੀ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ, ਕੀ ਸਵੀਕਾਰ ਕੀਤਾ ਗਿਆ ਅਤੇ ਅਸਲ ਵਿੱਚ ਕੀ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ।

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

ਤਿੰਨੇ ਹੈਂਡਓਵਰ ਵਾਲੇ ਦਿਨ ਚਲਾਓ, ਮਹੀਨੇ ਬਾਅਦ ਨਹੀਂ, ਜਦੋਂ ਕਿਸੇ ਨੂੰ ਅਜੇ ਵੀ ਯਾਦ ਹੈ ਕਿ ਕੀ ਤੈਅ ਹੋਇਆ ਸੀ। ਪਹਿਲਾ ਆਉਟਪੁੱਟ soft-reconfiguration inbound ਜਾਂ ਸੰਭਾਲੇ route refresh 'ਤੇ ਨਿਰਭਰ ਹੈ; ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨਾ ਹੋਣ 'ਤੇ CE ਤੁਹਾਨੂੰ ਨਹੀਂ ਦਿਖਾ ਸਕਦਾ ਕਿ ਇਸਨੇ ਕੀ ਰੱਦ ਕੀਤਾ। ਦੂਜਾ ਨੀਤੀ ਤੋਂ ਬਾਅਦ ਸਵੀਕਾਰ ਕੀਤੇ ਅਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਰੂਟ ਦਿਖਾਉਂਦਾ ਹੈ। ਤੀਜਾ ਦੱਸਦਾ ਹੈ ਕਿ ਡਿਫਾਲਟ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਉਹ ਪੂਰੇ ਹੈਂਡਓਵਰ ਦੀ ਸਭ ਤੋਂ ਲਾਭਕਾਰੀ ਲਾਈਨ ਹੈ।

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

ਵੱਡੀ ਫੀਡ ਨੂੰ ਮੰਨੋ ਨਹੀਂ, ਉਸਦੀ ਯੋਗਤਾ ਤੈਅ ਕਰੋ

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

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

BGP/MPLS IP VPN ਵਿਸ਼ੇਸ਼ਤਾ VPN ਸੇਵਾ ਦੇ ਨਾਲ-ਨਾਲ ਇੰਟਰਨੈਟ ਪਹੁੰਚ ਦੇ ਕਈ ਪ੍ਰਬੰਧਾਂ ਬਾਰੇ ਚਰਚਾ ਕਰਦੀ ਹੈ ਅਤੇ ਹਰ ਗਾਹਕ ਲਈ ਪੂਰੀ ਟੇਬਲ ਜਾਂ ਡਿਫਾਲਟ ਲਾਜ਼ਮੀ ਨਹੀਂ ਐਲਾਨਦੀ, ਅਤੇ ਜਦੋਂ "ਮਿਆਰੀ ਅਭਿਆਸ" ਦਾ ਦਾਅਵਾ ਆਉਂਦਾ ਹੈ ਤਾਂ ਉਹੀ ਹਿੱਸਾ ਦਿਖਾਉਣ ਯੋਗ ਹੈ: RFC 4364।

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

ਸੰਬੰਧਿਤ ਲੇਖ