VRF ਵਿੱਚ ਗੁੰਮ ਰੂਟ: ਲੋਕਲ, VPNv4 ਜਾਂ ਫਾਰਵਰਡਿੰਗ ਟੇਬਲ?
VRF ਵਿੱਚ ਨਾ ਹੋਣਾ, VPNv4 ਵਿੱਚ ਨਾ ਹੋਣਾ ਅਤੇ CEF ਵਿੱਚ ਇੰਸਟਾਲ ਨਾ ਹੋਣਾ ਤਿੰਨ ਵੱਖਰੀਆਂ ਖਰਾਬੀਆਂ ਹਨ। ਰੂਟ-ਟਾਰਗਟ ਸੋਧਣ ਤੋਂ ਪਹਿਲਾਂ ਟੇਬਲ ਕ੍ਰਮ ਨਾਲ ਪੜ੍ਹੋ।
ਇੱਕ ਗਾਹਕ ਕਹਿੰਦਾ ਹੈ ਕਿ ਰੂਟ-ਟਾਰਗਟ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਇੱਕ ਪ੍ਰੀਫਿਕਸ ਗੁੰਮ ਹੋ ਗਿਆ, ਅਤੇ ਉਹ ਜੋ ਪਹਿਲਾ ਸਕ੍ਰੀਨਸ਼ਾਟ ਭੇਜਦੇ ਹਨ ਉਹ ਆਮ ਤੌਰ ਤੇ ਗਲਤ ਟੇਬਲ ਹੁੰਦਾ ਹੈ। ਤਿੰਨ ਵੱਖਰੇ ਟੇਬਲ ਤਿੰਨ ਵੱਖਰੇ ਸਵਾਲਾਂ ਦੇ ਜਵਾਬ ਦਿੰਦੇ ਹਨ: ਪ੍ਰੀਫਿਕਸ VRF ਦੇ ਅੰਦਰ ਹੈ ਜਾਂ ਨਹੀਂ, ਉਹ VPNv4 ਰੂਟ ਵਜੋਂ ਐਲਾਨਿਆ ਅਤੇ ਇੰਪੋਰਟ ਹੋਇਆ ਜਾਂ ਨਹੀਂ, ਅਤੇ ਫਾਰਵਰਡਿੰਗ ਐਂਟਰੀ ਸੱਚਮੁੱਚ ਇੰਸਟਾਲ ਹੋਈ ਜਾਂ ਨਹੀਂ। ਇਹਨਾਂ ਨੂੰ ਕ੍ਰਮ ਤੋਂ ਬਾਹਰ ਪੜ੍ਹਨ ਨਾਲ ਪੱਕੇ ਪਰ ਗਲਤ ਸਿੱਟੇ ਨਿਕਲਦੇ ਹਨ। ਇਹ ਗਾਈਡ ਇੱਕ ਲੋਕਲ ਅਤੇ ਇੱਕ ਦੂਰਲੇ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਤਿੰਨੇ ਟੇਬਲਾਂ ਵਿੱਚੋਂ ਕ੍ਰਮ ਨਾਲ ਲੰਘਾਉਂਦੀ ਹੈ ਅਤੇ ਇਸਨੂੰ ਸ਼ੁਰੂ ਕਰਨ ਵਾਲੇ RT ਬਦਲਾਅ ਲਈ ਰੋਲਬੈਕ ਯੋਜਨਾ ਨਾਲ ਖ਼ਤਮ ਹੁੰਦੀ ਹੈ।
ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਉਹ ਟੇਬਲ ਦਾ ਨਾਮ ਦੱਸੋ ਜਿਸ ਵਿੱਚ ਇਹ ਆਉਂਦਾ ਹੈ
ਕੁਝ ਵੀ ਟਾਈਪ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋ ਪ੍ਰੀਫਿਕਸ ਲਿਖੋ। ਇੱਕ ਗਾਹਕ ਸਾਈਟ ਤੇ ਲੋਕਲ ਹੈ, ਜੁੜੇ ਇੰਟਰਫੇਸ ਜਾਂ CE ਐਲਾਨ ਤੋਂ ਸਿੱਖਿਆ ਹੋਇਆ। ਦੂਜਾ ਦੂਰਲਾ ਹੈ, ਅਤੇ ਪ੍ਰਦਾਤਾ ਦੀ ਬੈਕਬੋਨ ਰਾਹੀਂ ਆਉਣ ਦੀ ਉਮੀਦ ਹੈ। ਉਹ ਇੱਕੋ VRF ਵਿੱਚ ਵੱਖਰੇ ਰਾਹਾਂ ਰਾਹੀਂ ਆਉਂਦੇ ਹਨ, ਅਤੇ ਇੱਕ ਵਿੱਚ ਖਰਾਬੀ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ।
| Table | Question it answers | Command |
|---|---|---|
show ip vrf CUST-A | Which RTs are attached for import and export | Read the RT lists before anything else |
show ip route vrf CUST-A | Is the prefix present in this VRF at all | Local and imported routes both appear |
show ip bgp vpnv4 all | Was the NLRI advertised and retained | Keyed by route distinguisher |
show ip cef vrf CUST-A | Was a forwarding entry installed | Proves a usable path, not just a BGP entry |
ਦੋਵਾਂ ਪਛਾਣਕਰਤਾਵਾਂ ਵਿਚਕਾਰਲਾ ਫ਼ਰਕ ਸਾਫ਼ ਰੱਖੋ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਟਿਕਟਾਂ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਉਲਝਣ ਉੱਥੋਂ ਹੀ ਆਉਂਦੀ ਹੈ। ਰੂਟ ਵਿਭਾਜਕ VPNv4 NLRI ਦਾ ਹਿੱਸਾ ਹੈ ਅਤੇ ਇਸ ਲਈ ਮੌਜੂਦ ਹੈ ਤਾਂ ਜੋ ਬਾਕੀ ਦੇ ਇੱਕੋ ਜਿਹੇ ਗਾਹਕ ਪ੍ਰੀਫਿਕਸ ਬੈਕਬੋਨ ਭਰ ਵਿੱਚ ਵਿਲੱਖਣ ਰਹਿਣ। ਰੂਟ-ਟਾਰਗਟ ਇੱਕ ਵਿਸਤ੍ਰਿਤ ਕਮਿਊਨਿਟੀ ਹੈ ਜੋ ਵਿਸ਼ੇਸ਼ਤਾ ਵਜੋਂ ਲਿਜਾਈ ਜਾਂਦੀ ਹੈ, ਅਤੇ ਇੰਪੋਰਟ-ਐਕਸਪੋਰਟ ਨੀਤੀ ਉਸੇ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ। ਇਹ ਵਿਭਾਜਕ ਦਾ ਦੂਜਾ ਨਾਮ ਨਹੀਂ ਹੈ ਅਤੇ ਇਹ ਗਾਹਕ ਦੇ ਪੈਕਟਾਂ ਵਿੱਚ ਨਹੀਂ ਲਿਜਾਈ ਜਾਂਦੀ।
ਕਦਮ 1: ਸਾਬਤ ਕਰੋ ਕਿ ਪ੍ਰੀਫਿਕਸ VRF ਵਿੱਚ ਹੈ
ਲੋਕਲ ਨਜ਼ਾਰੇ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ, ਫਿਰ ਉਹਨਾਂ RT ਤੋਂ ਜੋ ਇੰਪੋਰਟ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹਨ। ਜੇ ਲੋਕਲ ਪ੍ਰੀਫਿਕਸ ਇੱਥੇ ਨਹੀਂ ਹੈ, ਤਾਂ ਉੱਪਰਲਾ ਕੁਝ ਵੀ ਦੋਸ਼ੀ ਨਹੀਂ ਹੋ ਸਕਦਾ:
show ip route vrf CUST-A 172.21.4.0 255.255.255.0
show ip route vrf CUST-A | include 172.21.4.0
show ip vrf CUST-Aਜੋ ਪ੍ਰੀਫਿਕਸ ਜੁੜਿਆ ਜਾਂ ਸਥਿਰ ਦਿਸਦਾ ਹੈ ਉਹ ਲੋਕਲ ਪੱਧਰ ਤੇ ਸਿੱਖਿਆ ਹੋਇਆ ਹੈ, ਅਤੇ ਇਸਦੀ ਮੌਜੂਦਗੀ ਇਸ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦੀ ਕਿ ਇਹ ਐਕਸਪੋਰਟ ਹੋਇਆ ਜਾਂ ਨਹੀਂ। ਇਹ ਇਸ ਕੰਮ ਦੇ ਪ੍ਰਵਾਹ ਵਿੱਚ ਸਭ ਤੋਂ ਆਮ ਗਲਤ ਪੜ੍ਹਾਈ ਹੈ: ਸਿਹਤਮੰਦ VRF ਟੇਬਲ ਸਿਰਫ਼ ਲੋਕਲ ਸਿੱਖਿਆ ਦਾ ਸਬੂਤ ਹੈ। ਐਕਸਪੋਰਟ ਵਾਲਾ ਪਾਸਾ ਵੱਖਰਾ ਸਵਾਲ ਹੈ, ਜਿਸਦਾ ਜਵਾਬ ਗੁਆਂਢੀ ਦਾ ਨਜ਼ਾਰਾ ਅਤੇ ਜੁੜਿਆ ਐਕਸਪੋਰਟ ਟਾਰਗਟ ਦਿੰਦੇ ਹਨ।
ਇੱਥੇ ਹੁੰਦਿਆਂ VRF ਉੱਤੇ RT ਸੂਚੀਆਂ ਜਾਂਚੋ। ਜੇ ਲੋੜੀਂਦਾ ਇੰਪੋਰਟ ਟਾਰਗਟ ਸੂਚੀ ਵਿੱਚ ਨਹੀਂ ਹੈ, ਤਾਂ ਹੇਠਾਂ ਦਾ ਸਭ ਕੁਝ ਅਪ੍ਰਸੰਗਿਕ ਹੈ। ਜੇ ਉਹ ਹੈ ਪਰ ਦੂਰਲੇ PE ਜੋ ਐਕਸਪੋਰਟ ਕਰਦਾ ਹੈ ਉਸ ਤੋਂ ਵੱਖਰਾ ਹੈ, ਤਾਂ ਇੱਕ ਵੀ ਪੈਕਟ ਕੈਪਚਰ ਖੋਲ੍ਹੇ ਬਿਨਾਂ ਤੁਸੀਂ ਖਰਾਬੀ ਲੱਭ ਲਈ ਹੈ।
ਕਦਮ 2: VPNv4 ਟੇਬਲ ਅਤੇ ਉਸਦੇ ਟਾਰਗਟ ਪੜ੍ਹੋ
VPNv4 ਟੇਬਲ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੰਟਰੋਲ ਪਲੇਨ ਨੇ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਿਆ। ਸਹੀ ਵਿਭਾਜਕ ਹੇਠ ਦੂਰਲਾ ਪ੍ਰੀਫਿਕਸ ਲੱਭੋ, ਫਿਰ ਉਸ ਨਾਲ ਜੁੜੀਆਂ ਕਮਿਊਨਿਟੀਆਂ ਵੇਖੋ:
show ip bgp vpnv4 all 10.60.9.0/24
show ip bgp vpnv4 all | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-A neighbors 192.0.2.17 advertised-routesਸਹੀ ਰੂਟ-ਟਾਰਗਟ ਵਾਲੀ ਪਰ ਲੋਕਲ ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਿਨਾਂ ਐਂਟਰੀ ਪਹੁੰਚ ਵੱਲ ਨਹੀਂ, ਬਲਕਿ ਇੰਪੋਰਟ ਨੀਤੀ ਜਾਂ ਰੂਟ ਚੋਣ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ। ਜੋ ਐਂਟਰੀ VPNv4 ਟੇਬਲ ਵਿੱਚ ਬਿਲਕੁਲ ਨਹੀਂ ਦਿਸਦੀ ਉਹ ਉੱਪਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੀ ਹੈ: ਸਰੋਤ PE ਨੇ ਇਸਨੂੰ ਐਕਸਪੋਰਟ ਨਹੀਂ ਕੀਤਾ ਹੋ ਸਕਦਾ, ਜਾਂ ਸੈਸ਼ਨ ਪਤਾ-ਪਰਿਵਾਰ ਨਹੀਂ ਲਿਜਾਂਦਾ।
ਤੀਜੀ ਸਥਿਤੀ ਵੀ ਹੈ ਜੋ ਬਦਲਾਵਾਂ ਵੇਲੇ ਲੋਕਾਂ ਨੂੰ ਉਲਝਾਉਂਦੀ ਹੈ। ਕੁਝ ਪਲੇਟਫਾਰਮ ਰੂਟ-ਟਾਰਗਟ ਮੈਂਬਰਸ਼ਿਪ ਜਾਣਕਾਰੀ ਵਰਤ ਕੇ ਸੀਮਤ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜੇ VPN ਰੂਟ ਮੰਗਣੇ ਜਾਂ ਰੱਖਣੇ ਹਨ, ਇਸ ਲਈ ਇੱਕ ਫਿਲਟਰ ਕੀਤੇ ਨਜ਼ਾਰੇ ਵਿੱਚ ਦੂਰਲਾ NLRI ਨਾ ਦਿਸਣਾ ਇਸ ਗੱਲ ਦਾ ਸਬੂਤ ਨਹੀਂ ਕਿ ਐਲਾਨ ਕਿਤੇ ਵੀ ਨਹੀਂ ਹੈ। ਰੂਟ ਦੇ ਦੁਨੀਆ ਭਰ ਵਿੱਚ ਵਾਪਸ ਲਏ ਜਾਣ ਦਾ ਸਿੱਟਾ ਕੱਢਣ ਤੋਂ ਪਹਿਲਾਂ ਬਿਨਾਂ ਫਿਲਟਰ ਵਾਲਾ ਟੇਬਲ ਅਤੇ ਗੁਆਂਢੀ ਦੇ ਐਲਾਨੇ ਰੂਟ ਜਾਂਚੋ।
ਕਦਮ 3: ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਕੁਝ ਇੰਸਟਾਲ ਅਤੇ ਲੇਬਲ ਹੋਇਆ
BGP ਐਂਟਰੀ ਇੱਕ ਫ਼ੈਸਲਾ ਹੈ, ਰਾਹ ਨਹੀਂ। ਫਾਰਵਰਡਿੰਗ ਟੇਬਲ ਦੱਸਦੇ ਹਨ ਕਿ ਪੈਕਟਾਂ ਕੋਲ ਜਾਣ ਦੀ ਥਾਂ ਹੈ ਜਾਂ ਨਹੀਂ:
show ip cef vrf CUST-A 10.60.9.0/24
show mpls forwarding-table vrf CUST-A | include 10.60.9.0
show ip bgp vpnv4 vrf CUST-Aਹੱਲ ਹੋਈ ਗੁਆਂਢੀਅਤ ਅਤੇ ਬਾਹਰ ਜਾਂਦੇ ਲੇਬਲ ਵਾਲੀ CEF ਐਂਟਰੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ ਡੇਟਾ-ਪਲੇਨ ਟ੍ਰੈਫਿਕ ਚੱਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਬਾਕੀ ਬਚਿਆ ਕੋਈ ਵੀ ਲੱਛਣ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂ VRF ਦੇ ਅੰਦਰਲੀ ਫਿਲਟਰਿੰਗ ਦਾ ਹੈ। ਬਿਨਾਂ ਹੱਲ ਹੋਏ ਅਗਲੇ ਹੌਪ ਵਾਲੀ CEF ਐਂਟਰੀ ਦਾ ਮਤਲਬ ਹੈ ਕਿ BGP ਸਿਹਤਮੰਦ ਦਿਸਣ ਦੇ ਬਾਵਜੂਦ ਲੇਬਲ ਦਾ ਰਾਹ ਅਧੂਰਾ ਹੈ, ਅਤੇ BGP ਟੇਬਲ ਦੇ ਸਕ੍ਰੀਨਸ਼ਾਟ ਨੇ ਬਦਲਾਅ ਸਮੀਖਿਆ ਨੂੰ ਭਟਕਾਇਆ ਸੀ ਠੀਕ ਉਹੀ ਸਥਿਤੀ ਹੈ।
ਲੋਕਲ PE ਜੋ ਲੇਬਲ ਲਾਉਂਦਾ ਹੈ ਦੀ ਤੁਲਨਾ ਦੂਰਲਾ PE ਜੋ ਪ੍ਰਾਪਤ ਕਰਨ ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ ਉਸ ਲੇਬਲ ਨਾਲ ਕਰੋ। ਦੋਵਾਂ ਨਜ਼ਾਰਿਆਂ ਵਿਚਕਾਰ ਅਸੰਗਤੀ ਲੇਬਲ ਵੰਡ ਜਾਂ ਸੈਸ਼ਨ ਦੀ ਸਮੱਸਿਆ ਹੈ, ਅਤੇ ਤੁਸੀਂ ਕਿੰਨੀ ਵੀ ਵਾਰ ਰੂਟ-ਟਾਰਗਟ ਸੋਧੋ, ਇਹ ਠੀਕ ਨਹੀਂ ਹੋਵੇਗੀ।
ਐਲਾਨੇ ਦਾਇਰੇ ਨਾਲ RT ਬਦਲਾਅ ਵਾਪਸ ਲਵੋ
ਜੇ ਖਰਾਬੀ ਰੂਟ-ਟਾਰਗਟ ਸੋਧ ਨਾਲ ਸ਼ੁਰੂ ਹੋਈ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਇੱਕ ਜਾਣ-ਬੁੱਝ ਕੇ ਕੀਤੇ ਕਦਮ ਵਜੋਂ ਰੱਦ ਕਰੋ ਅਤੇ ਦੱਸੋ ਕਿ ਕਿਹੜਾ ਦਾਇਰਾ ਬਦਲ ਰਹੇ ਹੋ। ਇੰਪੋਰਟ ਟਾਰਗਟ ਹਟਾਉਣ ਨਾਲ ਉਸ VRF ਦੇ ਅੰਦਰ ਯੋਗਤਾ ਵਾਪਸ ਲੈ ਲਈ ਜਾਂਦੀ ਹੈ। ਇਹ ਬੈਕਬੋਨ ਤੋਂ VPNv4 ਐਲਾਨ ਨਹੀਂ ਮਿਟਾਉਂਦਾ, ਅਤੇ ਕੁਝ ਪਲੇਟਫਾਰਮਾਂ ਤੇ ਰੂਟ ਟੇਬਲ ਵਿੱਚ ਰੱਖਿਆ ਰਹਿੰਦਾ ਹੈ। ਇਹ ਵੱਖਰੇ ਨਤੀਜੇ ਹਨ ਅਤੇ ਵਰਤੋਂਕਾਰ ਨੂੰ ਦਿਸਣ ਵਾਲਾ ਅਸਰ ਇਸ ਗੱਲ ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਤੁਹਾਡਾ ਮਤਲਬ ਕਿਹੜਾ ਹੈ।
configure terminal
vrf definition CUST-A
address-family ipv4
no route-target import 65000:410
end
clear ip bgp vpnv4 vrf CUST-A soft inਜੇ ਸੈਸ਼ਨ ਪਹਿਲਾਂ ਹੀ ਪ੍ਰੀਫਿਕਸ ਰੱਖਦਾ ਹੈ ਤਾਂ ਅੰਦਰ ਆਉਂਦੀ ਨਰਮ ਮੁੜ-ਸੰਰਚਨਾ ਕਾਫ਼ੀ ਹੈ; ਕੰਮਕਾਜੀ ਸਮੇਂ ਵਿੱਚ ਪ੍ਰਦਾਤਾ ਵੱਲ ਵਾਲੇ ਸੈਸ਼ਨ ਦਾ ਸਖ਼ਤ ਰੀਸੈਟ ਉਹ ਫ਼ੈਸਲਾ ਹੈ ਜੋ ਕਿਸੇ ਹੋਰ ਨੂੰ ਲੈਣਾ ਚਾਹੀਦਾ ਹੈ। Junos ਤੇ ਬਰਾਬਰ ਦੀਆਂ ਜਾਂਚਾਂ ਹਰ VRF ਦਾ ਟੇਬਲ ਅਤੇ VPN ਟੇਬਲ ਸਿੱਧਾ ਪੜ੍ਹਦੀਆਂ ਹਨ, ਅਤੇ ਰੋਲਬੈਕ ਹਰ ਕਮਾਂਡ ਦਾ ਰੱਦ ਨਹੀਂ, commit ਵੇਲੇ ਦੀ ਵਾਪਸੀ ਹੈ, ਇਸ ਲਈ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸੰਰਚਨਾ ਦਾ ਫ਼ਰਕ ਕੈਪਚਰ ਕਰੋ।
ਜਿਨ੍ਹਾਂ ਤਿੰਨ ਕਮਾਂਡਾਂ ਨਾਲ ਸ਼ੁਰੂ ਕੀਤਾ ਉਹਨਾਂ ਨਾਲ ਹੀ ਉਸੇ ਕ੍ਰਮ ਵਿੱਚ ਖ਼ਤਮ ਕਰੋ, ਅਤੇ ਉਹਨਾਂ ਦਾ ਆਉਟਪੁੱਟ ਸਮਾਂ-ਮੋਹਰ ਨਾਲ ਦਰਜ ਕਰੋ। ਜੋ ਟਿਕਟ ਕਹਿੰਦੀ ਹੈ ਕਿ RT ਗਲਤ ਸੀ ਅਤੇ ਹੁਣ ਸਹੀ ਹੈ ਉਹ ਦੁਬਾਰਾ ਵਰਤੋਂ ਯੋਗ ਨਹੀਂ; ਜੋ ਦਿਖਾਉਂਦੀ ਹੈ ਕਿ ਪ੍ਰੀਫਿਕਸ VRF ਵਿੱਚ, VPNv4 ਵਿੱਚ ਅਤੇ CEF ਵਿੱਚ ਇੰਸਟਾਲ ਹੈ ਉਹ ਸਬੂਤ ਹੈ ਜਿਸ ਨਾਲ ਅਗਲਾ ਵਿਅਕਤੀ ਤੁਲਨਾ ਕਰ ਸਕਦਾ ਹੈ। ਜੇ ਸਿਰਫ਼ ਪਹਿਲੇ ਦੋ ਬਦਲੇ, ਤਾਂ ਤੁਸੀਂ ਬਦਲਾਅ ਪੂਰਾ ਨਹੀਂ ਕੀਤਾ।