ਰਾਊਟਰ ਪਿੰਗ ਬਨਾਮ VLAN ਹੋਸਟ: ਕਿਹੜੀ PBR ਨੀਤੀ ਲਾਗੂ ਹੁੰਦੀ ਹੈ?
ਰਾਊਟਰ ਜੋ ਪਿੰਗ ਭੇਜਦਾ ਹੈ ਉਹ VLAN ਹੋਸਟ ਦਾ ਪੈਕਟ ਨਹੀਂ ਹੈ, ਭਾਵੇਂ ਉਹ ਇੰਟਰਫੇਸ ਸਰੋਤ ਹੋਵੇ। ਨੀਤੀ ਦਾ ਦਾਇਰਾ ਵਧਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਹੋਸਟ ਦਾ ਪ੍ਰਵਾਹ ਜਾਂਚੋ।
VLAN 10 ਨੂੰ VPN ਵਰਤਣਾ ਚਾਹੀਦਾ ਹੈ ਅਤੇ VLAN 20 ਨੂੰ WAN, ਇਸ ਲਈ ਪਹਿਲੀ ਜਾਂਚ ਉਹ ਪਿੰਗ ਹੈ ਜੋ VLAN 10 ਦੇ ਇੰਟਰਫੇਸ ਪਤੇ ਨੂੰ ਸਰੋਤ ਬਣਾ ਕੇ ਰਾਊਟਰ ਤੋਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਸਫਲ ਹੁੰਦਾ ਹੈ, route-map ਕਾਊਂਟਰ ਵਧਦੇ ਹਨ ਅਤੇ ਸਾਰੇ ਮੰਨ ਲੈਂਦੇ ਹਨ ਕਿ ਡਿਜ਼ਾਈਨ ਕੰਮ ਕਰਦਾ ਹੈ। ਇਹ ਕੰਮ ਨਹੀਂ ਕਰਦਾ। ਉਹ ਪਿੰਗ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਬਣਾਇਆ ਗਿਆ ਸੀ, ਅਤੇ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਬਣਾਇਆ ਟ੍ਰੈਫਿਕ VLAN ਇੰਟਰਫੇਸ 'ਤੇ ਆਉਣ ਵਾਲੇ ਪੈਕਟ ਨਾਲੋਂ ਨੀਤੀ ਦੇ ਦੂਜੇ ਜੁੜਨ ਬਿੰਦੂ ਤੱਕ ਪਹੁੰਚਦਾ ਹੈ।
ਤਿੰਨ ਸ਼ਰਤਾਂ ਤੈਅ ਕਰਦੀਆਂ ਹਨ ਕਿ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਕਿਹੜੀ ਨੀਤੀ ਜਾਂਚ ਰਹੇ ਹੋ: ਪੈਕਟ ਕਿੱਥੇ ਬਣਦਾ ਹੈ, ਇਹ ਕਿੱਥੇ ਦਾਖਲ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕਿਸ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ।
ਪੈਕਟ ਕਿੱਥੇ ਦਾਖਲ ਹੁੰਦਾ ਹੈ ਇਹ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿਹੜੀ ਨੀਤੀ ਚੱਲਦੀ ਹੈ
ip policy route-map ਨਾਲ ਜੁੜਿਆ ਇੰਟਰਫੇਸ route-map ਉਸ ਇੰਟਰਫੇਸ 'ਤੇ ਆਉਣ ਵਾਲੇ ਪੈਕਟਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ, ਜਿਵੇਂ IOS XE PBR ਗਾਈਡ ਦੱਸਦੀ ਹੈ। VLAN 10 ਦਾ ਹੋਸਟ ਆਪਣੀ ਬੇਨਤੀ ਭੇਜਦਾ ਹੈ, ਫਰੇਮ VLAN ਸਬਇੰਟਰਫੇਸ 'ਤੇ ਆਉਂਦਾ ਹੈ ਅਤੇ ਰਾਊਟਰ ਉੱਥੇ ਨੀਤੀ ਦਾ ਮੁਲਾਂਕਣ ਕਰਦਾ ਹੈ। ਰਾਊਟਰ ਦਾ ਆਪਣਾ ਪੈਕਟ ਕਦੇ ਉਸ ਇੰਟਰਫੇਸ 'ਤੇ ਨਹੀਂ ਆਉਂਦਾ, ਕਿਉਂਕਿ ਇਹ ਰਾਊਟਰ ਵਿੱਚ ਜਨਮਿਆ ਸੀ।
VLAN ਪਤੇ ਨੂੰ ਸਰੋਤ ਚੁਣਨ ਨਾਲ ਹੈਡਰ ਬਦਲਦਾ ਹੈ। ਇਹ ਮੂਲ ਨਹੀਂ ਬਦਲਦਾ।
ਸਰੋਤ ਵਾਲਾ ਪਿੰਗ ਅਜੇ ਵੀ ਹੋਸਟ ਕਿਉਂ ਨਹੀਂ ਹੈ
ਸਰੋਤ ਪਤਾ ACL ਮੇਲ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਅਤੇ ਇਹੀ ਜਾਂਚ ਨੂੰ ਇੰਨਾ ਭਰੋਸੇਯੋਗ ਬਣਾਉਂਦਾ ਹੈ। ਪੈਕਟ ਸਰੋਤ ਸ਼ਰਤ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਕਾਊਂਟਰ ਵਧਦੇ ਹਨ ਅਤੇ ਆਉਟਪੁੱਟ ਸਹੀ ਦਿਸਦੀ ਹੈ। ਜਾਂਚ ਇਹ ਨਹੀਂ ਦਿਖਾ ਸਕਦੀ ਕਿ ਦਾਖਲਾ ਇੰਟਰਫੇਸ ਕੀ ਹੈ, ਆਗਮਨ ਦਾ ਸੰਦਰਭ ਕੀ ਹੈ, ਜਾਂ ਹੋਸਟ ਦਾ ਪੈਕਟ ਉਹੀ ਸ਼ਾਖਾ ਲਵੇਗਾ ਜਾਂ ਨਹੀਂ।
ਜੋ ਜਾਂਚ ਮੇਲ ਨੂੰ ਦੁਹਰਾਉਂਦੀ ਹੈ ਪਰ ਸੰਦਰਭ ਨੂੰ ਨਹੀਂ, ਉਹ ਡਿਜ਼ਾਈਨ ਦਾ ਅੱਧਾ ਹਿੱਸਾ ਸਾਬਤ ਕਰਦੀ ਹੈ, ਅਤੇ ਅੱਧੇ ਸਬੂਤ ਨਾਲ ਹੀ ਡਿਜ਼ਾਈਨ ਗਲਤ ਨੀਤੀ ਨਾਲ ਬਾਹਰ ਜਾਂਦੇ ਹਨ।
ਸਥਾਨਕ ਨੀਤੀ ਕਦੋਂ ਸਹੀ ਜਵਾਬ ਹੈ
Cisco ip local policy route-map ਦਾ ਦਸਤਾਵੇਜ਼ੀਕਰਨ ਉਸ ਟ੍ਰੈਫਿਕ ਲਈ ਕਰਦਾ ਹੈ ਜੋ ਰਾਊਟਰ ਖੁਦ ਬਣਾਉਂਦਾ ਹੈ। ਇਹ ਵੱਖਰਾ ਦਾਇਰਾ ਹੈ, ਅਤੇ ਇਹ ਸਹੀ ਸਾਧਨ ਹੈ ਜਦੋਂ ਲੋੜ ਅਸਲ ਵਿੱਚ ਰਾਊਟਰ ਦੇ ਆਪਣੇ ਟ੍ਰੈਫਿਕ ਨਾਲ ਸੰਬੰਧਿਤ ਹੋਵੇ। ਇਹ ਅਜਿਹਾ ਖੁੰਝਿਆ ਕਦਮ ਨਹੀਂ ਹੈ ਜੋ ਹਰ VLAN-ਸਟੀਅਰਿੰਗ ਡਿਜ਼ਾਈਨ ਨੂੰ ਚਾਹੀਦਾ ਹੋਵੇ। ਉੱਥੇ ਵਿਆਪਕ ਮੇਲ ਪ੍ਰਬੰਧਕੀ ਅਤੇ ਸਹਾਇਕ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ ਵੀ ਪ੍ਰਭਾਵਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਜੋ ਦਿਸਣ ਨਾਲੋਂ ਕਿਤੇ ਵੱਡਾ ਬਦਲਾਅ ਹੈ।
ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਬਣਾਏ TCP ਦੀ ਇੱਕ ਵਾਧੂ ਪੂਰਵ ਸ਼ਰਤ ਹੈ: ਨੀਤੀ ਦੂਜਾ ਰਾਹ ਚੁਣੇ ਤਾਂ ਵੀ ਇਸਨੂੰ ਰਾਊਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਲਾਗੂ ਮੰਜ਼ਿਲ ਐਂਟਰੀ ਚਾਹੀਦੀ ਹੈ। ICMP ਨਤੀਜਾ TCP ਲਈ ਉਹੀ ਵਿਵਹਾਰ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ।
ਇਸ ਦੀ ਬਜਾਏ ਹੋਸਟ 'ਤੇ ਕੀ ਜਾਂਚਣਾ ਹੈ
ਜਾਂਚ VLAN 10 ਦੇ ਅਧਿਕਾਰਤ ਹੋਸਟ ਤੋਂ ਉਸਦੇ ਅਸਲ ਸਰੋਤ ਪਤੇ, ਮੰਜ਼ਿਲ, ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਪੋਰਟ ਨਾਲ ਚਲਾਓ। ਦਾਖਲਾ ਇੰਟਰਫੇਸ ਅਤੇ route-map ਮੇਲ ਨੂੰ ਨਤੀਜੇ ਨਾਲ ਦਰਜ ਕਰੋ, ਤਾਂ ਜੋ ਸਬੂਤ ਚੱਲੀ ਨੀਤੀ ਦਾ ਨਾਮ ਲਵੇ। ਫਿਰ VLAN 20 ਦੇ ਹੋਸਟ ਲਈ ਦੁਹਰਾਓ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਇਹ ਦੂਜਾ ਰਾਹ ਲੈਂਦਾ ਹੈ।
ਦੋਵੇਂ ਰਾਹਾਂ ਨੂੰ ਕੰਮ ਕਰਦੇ next hop, ਵਾਪਸੀ ਪਹੁੰਚ ਅਤੇ ਜਿੱਥੇ ਲਾਗੂ ਹੋਵੇ VPN ਕਵਰੇਜ ਦੀ ਲੋੜ ਹੈ। PBR ਅੱਗੇ ਭੇਜਣ ਦਾ ਫੈਸਲਾ ਚੁਣਦਾ ਹੈ; ਇਹ ਦੂਰ ਦੀ ਸੇਵਾ ਨਹੀਂ ਬਣਾਉਂਦਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦਾ।
ਨਤੀਜਾ ਕੀ ਸਾਬਤ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ
ਸਫਲ ਹੋਸਟ ਪ੍ਰਵਾਹ ਸਾਬਤ ਕਰਦਾ ਹੈ ਕਿ ਨੀਤੀ ਮੇਲ ਖਾਈ ਅਤੇ ਚੁਣਿਆ ਰਾਹ ਉਸ ਸਮੇਂ ਕੰਮ ਕਰ ਰਿਹਾ ਸੀ। ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਰਾਊਟਰ ਦਾ ਆਪਣਾ ਟ੍ਰੈਫਿਕ ਨਿਰਦੇਸ਼ਿਤ ਹੋ ਰਿਹਾ ਹੈ, ਅਤੇ ਇਹ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਅਧਿਕਾਰਤ ਸੀ, ਕਿਉਂਕਿ ਇਹ ਵੱਖਰੇ ਸਵਾਲ ਹਨ ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਸਬੂਤ ਵੱਖਰੇ ਹਨ।
ਪਿੰਗ ਨੂੰ ਰਿਕਾਰਡ ਵਿੱਚ ਸਥਾਨਕ ਪੈਕਟ ਦੇ ਸਬੂਤ ਵਜੋਂ ਰੱਖੋ। ਫਿਰ ਹੋਸਟ-ਪ੍ਰਵਾਹ ਦਾ ਸਬੂਤ ਲੈਣ ਜਾਓ, ਨੀਤੀ ਦਾ ਦਾਇਰਾ ਵਧਾਉਣ ਦੀ ਬਜਾਏ ਜਦੋਂ ਤੱਕ ਦੋਵੇਂ ਜਾਂਚਾਂ ਸੰਜੋਗ ਨਾਲ ਇੱਕੋ ਜਿਹੀਆਂ ਨਹੀਂ ਦਿਸਦੀਆਂ।