VXLAN ਤੋਂ MPLS IP VPN ਤੱਕ: VNI ਕੋਈ MPLS ਲੇਬਲ ਨਹੀਂ

ਦੋਵੇਂ ਤਕਨੀਕਾਂ ਪੈਕਟ ਦੇ ਅੱਗੇ ਇੱਕ ਪਛਾਣਕਰਤਾ ਰੱਖਦੀਆਂ ਹਨ, ਇਸ ਲਈ ਸਿੱਟਾ ਸਪਸ਼ਟ ਲੱਗਦਾ ਹੈ: VNI ਨੂੰ MPLS ਲੇਬਲ 'ਤੇ ਮੈਪ ਕਰੋ ਅਤੇ ਦੋਵੇਂ ਨੈੱਟਵਰਕ ਜੁੜਨ ਦਿਓ। ਅਜਿਹਾ ਮੈਪਿੰਗ ਸਮਰਥਿਤ ਕਾਰਵਾਈ ਵਜੋਂ ਮੌਜੂਦ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਪਛਾਣਕਰਤਾ ਵੱਖਰੀਆਂ ਚੀਜ਼ਾਂ ਦਰਸਾਉਂਦੇ ਹਨ ਅਤੇ ਇਹ ਵੱਖਰੇ ਕੰਟਰੋਲ ਪਲੇਨ ਬਣਾਉਂਦੇ ਹਨ। VNI ਓਵਰਲੇਅ ਦੇ ਅੰਦਰ VXLAN ਹਿੱਸੇ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ; MPLS ਲੇਬਲ ਲੇਬਲ-ਸਵਿੱਚਡ ਮਾਰਗ ਦੇ ਨਾਲ ਫਾਰਵਰਡਿੰਗ ਵਿਵਹਾਰ ਦੀ ਪਛਾਣ ਕਰਦਾ ਹੈ। ਡੋਮੇਨ ਜੋੜਨਾ ਰੂਟਿੰਗ ਦਾ ਫੈਸਲਾ ਹੈ, ਸੰਖਿਆਵਾਂ ਦਾ ਅਨੁਵਾਦ ਨਹੀਂ।

ਮਿੱਥ: ਦੋਵੇਂ ਲੇਬਲ ਵਰਤਦੇ ਹਨ, ਇਸ ਲਈ ਉਨ੍ਹਾਂ ਨੂੰ ਮੈਪ ਕਰੋ

ਸਤਹੀ ਸਮਾਨਤਾ ਅਸਲੀ ਅਤੇ ਭੁਲੇਖੇ ਪਾਉਣ ਵਾਲੀ ਹੈ। VXLAN ਆਪਣੇ ਹੈਡਰ ਵਿੱਚ 24-ਬਿੱਟ VNI ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ, ਅਤੇ MPLS ਲੇਬਲਾਂ ਦਾ ਢੇਰ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ, ਇਸ ਲਈ ਲੱਗਦਾ ਹੈ ਕਿ ਇੱਕ ਮੁੱਲ ਨੂੰ ਸੀਮਾ ਡਿਵਾਈਸ 'ਤੇ ਦੂਜੇ ਵਿੱਚ ਮੁੜ ਲਿਖਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਇਸ ਵਿਚਾਰ ਨੂੰ ਤੋੜਦਾ ਹੈ ਮੁੱਲ ਦੇ ਆਲੇ-ਦੁਆਲੇ ਦਾ ਸਭ ਕੁਝ। VNI ਨੂੰ EVPN ਕੰਟਰੋਲ ਪਲੇਨ ਅਤੇ ਹੇਠਲੀ ਪਰਤ ਦੇ ਟਨਲ ਸਿਰਿਆਂ ਦੁਆਰਾ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਲੇਬਲ MPLS ਫਾਰਵਰਡਿੰਗ ਪਲੇਨ ਦੁਆਰਾ ਮਾਰਗ ਦੇ ਨਾਲ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਵੀ ਧਿਰ ਕੋਲ ਦੂਜੀ ਧਿਰ ਦੇ ਪਛਾਣਕਰਤਾ ਨੂੰ ਆਪਣਾ ਮੰਨ ਕੇ ਸਵੀਕਾਰ ਕਰਨ ਦੀ ਪਰਿਭਾਸ਼ਿਤ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ ਹੈ।

ਹਰ ਧਿਰ ਅਸਲ ਵਿੱਚ ਕੀ ਫਾਰਵਰਡ ਕਰਦੀ ਹੈ

ਫੈਬਰਿਕ ਵੱਲ, ਇੱਕ ਸੀਮਾ ਡਿਵਾਈਸ VXLAN ਟਨਲ ਖਤਮ ਕਰਦੀ ਹੈ, VNI ਨੂੰ ਕਿਰਾਇਆਦਾਰ ਦੇ VRF 'ਤੇ ਮੈਪ ਕਰਦੀ ਹੈ ਅਤੇ ਪੈਕਟ ਨੂੰ ਆਮ IP ਵਜੋਂ ਰੂਟ ਕਰਦੀ ਹੈ। ਪ੍ਰੋਵਾਈਡਰ ਵੱਲ, PE ਗਾਹਕ ਦੇ ਰੂਟ ਨੂੰ VRF ਵਿੱਚ ਸਵੀਕਾਰ ਕਰਦਾ ਹੈ, MPLS ਲੇਬਲ ਢੇਰ ਲਗਾਉਂਦਾ ਹੈ ਅਤੇ ਇਸ ਨੂੰ IP VPN ਰਾਹੀਂ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ।

ਇਹ ਹੈਂਡਆਫ RFC 4364 ਵਿੱਚ ਚੰਗੀ ਤਰ੍ਹਾਂ ਸਮਝਿਆ ਮਾਡਲ ਹੈ: ਗਾਹਕ ਕਿਨਾਰਾ ਪ੍ਰੋਵਾਈਡਰ ਕਿਨਾਰੇ ਨਾਲ IP ਰੂਟਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਹਰ ਡੋਮੇਨ ਆਪਣਾ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਰੱਖਦਾ ਹੈ। ਪੈਕਟ ਦੇ PE ਤੱਕ ਪਹੁੰਚਣ ਤੱਕ VNI ਜਾ ਚੁੱਕਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸੇ ਕਾਰਨ ਇਹ ਮਾਡਲ ਕੰਮ ਕਰਦਾ ਹੈ।

ਕੰਟਰੋਲ ਪਲੇਨ ਇੱਕ ਨਹੀਂ ਹੁੰਦੇ

EVPN Type 5 ਓਵਰਲੇਅ ਦੇ ਅਗਲੇ ਹੌਪਾਂ ਨਾਲ IP ਪ੍ਰੀਫਿਕਸ ਰੂਟ ਲੈ ਕੇ ਚੱਲਦਾ ਹੈ, ਜਦੋਂ ਕਿ VPN-IPv4 ਘੋਸ਼ਣਾਵਾਂ ਵੱਖਰੇ ਪਤਾ ਪਰਿਵਾਰ ਦੀਆਂ ਹਨ। ਦੋਵੇਂ ਪਾਸਿਆਂ ਦੇ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਰੂਟ ਟਾਰਗੇਟ ਇੱਕ ਪਰਿਵਾਰ ਦਾ ਦੂਜੇ ਵਿੱਚ ਅਨੁਵਾਦ ਨਹੀਂ ਕਰਦੇ ਅਤੇ ਸੀਮਾ ਪਾਰ ਅਗਲੇ ਹੌਪ ਹੱਲ ਨਹੀਂ ਕਰਦੇ।

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

ਇਸ ਸੀਮਾ 'ਤੇ ਦੋ ਹੋਰ ਧਾਰਨਾਵਾਂ ਫੇਲ ਹੁੰਦੀਆਂ ਹਨ। MPLS IP VPN ਰੂਟਿਡ ਪਹੁੰਚ ਦਿੰਦਾ ਹੈ, Ethernet ਹਿੱਸਾ ਨਹੀਂ, ਇਸ ਲਈ ਬਰਾਡਕਾਸਟ ਫੈਲਾਉਣ ਲਈ ਇਸ ਦੀ ਬਜਾਏ ਸਮਰਥਿਤ ਲੇਅਰ 2 ਸੇਵਾ ਲੋੜੀਂਦੀ ਹੈ। ਅਤੇ ਦੋਵੇਂ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਬਾਈਟ ਖਰਚਦੇ ਹਨ, ਇਸ ਲਈ ਪ੍ਰਭਾਵੀ MTU ਕਿਸੇ ਵੀ ਹੇਠਲੀ ਪਰਤ ਦੇ ਸੰਕੇਤ ਤੋਂ ਛੋਟਾ ਹੁੰਦਾ ਹੈ।

ਰੂਟਿਡ ਹੈਂਡਆਫ ਜਾਂ ਇੱਕੀਕ੍ਰਿਤ ਗੇਟਵੇ ਚੁਣੋ

ਰੂਟਿਡ ਹੈਂਡਆਫ ਤਦ ਚੁਣੋ ਜਦੋਂ ਕਿਰਾਇਆਦਾਰ ਨੂੰ IP ਪਹੁੰਚ ਦੀ ਲੋੜ ਹੋਵੇ ਅਤੇ ਪ੍ਰੋਵਾਈਡਰ ਪਹਿਲਾਂ ਹੀ CE ਵੱਲ ਸੇਵਾ ਦਿੰਦਾ ਹੋਵੇ। ਇਹ ਮਾਲਕੀ ਸਾਫ਼ ਰੱਖਦਾ ਹੈ: ਫੈਬਰਿਕ ਕੋਲ VXLAN ਅਤੇ EVPN ਹੈ, ਪ੍ਰੋਵਾਈਡਰ ਕੋਲ MPLS ਅਤੇ VPN ਹੈ, ਅਤੇ ਸੀਮਾ ਕੋਲ VRF ਤੋਂ ਇੰਟਰਫੇਸ ਮੈਪਿੰਗ ਹੈ। ਇੱਕ ਲਿੰਕ ਕਾਫ਼ੀ ਹੈ ਮੰਨਣ ਦੀ ਬਜਾਏ ਪ੍ਰੋਵਾਈਡਰ ਨਾਲ ਜੋੜ ਦਾ ਪੈਮਾਨਾ, ਪਤੇ ਅਤੇ ਫੇਲਓਵਰ ਦੀ ਯੋਜਨਾ ਬਣਾਓ।

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

ਹਰ ਕਿਰਾਇਆਦਾਰ ਲਈ ਕੀ ਦਰਜ ਕਰਨਾ ਹੈ

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

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