ਇੱਕ VTEP ਵੱਲ ECMP: VXLAN ਐਂਟ੍ਰੋਪੀ ਕਿੱਥੋਂ ਆਉਂਦੀ ਹੈ

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

ਰੂਟ ਪਹੁੰਚ ਤੈਅ ਕਰਦਾ ਹੈ; ਹੈਸ਼ ਵੰਡ ਤੈਅ ਕਰਦਾ ਹੈ।

ਕਥਾ: /32 ਦਾ ਮਤਲਬ ਇੱਕੋ ਰਾਹ

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

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

ਐਂਟ੍ਰੋਪੀ ਕਿੱਥੋਂ ਆਉਣੀ ਚਾਹੀਦੀ ਹੈ

ਦੋ VTEP ਵਿਚਕਾਰ ਬਾਹਰੀ ਸਰੋਤ ਅਤੇ ਮੰਜ਼ਿਲ ਪਤੇ ਸਥਿਰ ਰਹਿੰਦੇ ਹਨ, ਅਤੇ ਰਵਾਇਤੀ ਤੈਨਾਤੀ ਵਿੱਚ UDP ਮੰਜ਼ਿਲ ਪੋਰਟ 4789 ਹੈ। ਸਿਰਫ਼ ਉਹ ਮੁੱਲ ਪੜ੍ਹਨ ਵਾਲਾ ਹੈਸ਼ ਸਥਿਰ ਇਨਪੁਟ ਦੇਖਦਾ ਹੈ ਅਤੇ ਸਥਿਰ ਰਾਹ ਦਿੰਦਾ ਹੈ। ਬਾਹਰੀ ਹੈਡਰ ਵਿੱਚ ਕੁਝ ਬਦਲਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ VTEP ਹੀ ਉਹ ਜੰਤਰ ਹੈ ਜੋ ਇਹ ਕਰ ਸਕਦਾ ਹੈ।

RFC 7348 ਇਨਕੈਪਸੂਲੇਟਿਡ ਫਰੇਮ ਦੇ ਅੰਦਰਲੇ ਖੇਤਰਾਂ ਤੋਂ UDP ਸਰੋਤ ਪੋਰਟ ਕੱਢਣ ਦਾ ਸੁਝਾਅ ਦਿੰਦਾ ਹੈ। ਫਿਰ ਵੱਖ-ਵੱਖ ਅੰਦਰੂਨੀ ਗੱਲਬਾਤਾਂ ਵੱਖ-ਵੱਖ ਬਾਹਰੀ ਟਪਲ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਜੋ ਆਮ ਟਰਾਂਸਪੋਰਟ ਹੈਸ਼ ਨੂੰ ਕੰਮ ਕਰਨ ਲਈ ਕੁਝ ਦਿੰਦਾ ਹੈ।

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

ਅਸਲ ਵਿੱਚ ਮਿਲਣ ਵਾਲਾ ਹੈਸ਼ ਜਾਂਚੋ

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

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

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

ਨਮੂਨੇ ਤੋਂ ਪਹਿਲਾਂ ਅਤੇ ਬਾਅਦ ਕਾਊਂਟਰ ਦਰਜ ਕਰੋ, ਅਤੇ ਅਪਲਿੰਕ ਸਾਂਝੇ ਕਰਨ ਵਾਲੇ ਅਸੰਬੰਧਿਤ ਟ੍ਰੈਫਿਕ ਨੂੰ ਨੋਟ ਕਰੋ, ਨਹੀਂ ਤਾਂ ਅੰਕੜੇ ਹੈਸ਼ ਦੇ ਲਾਇਕ ਤੋਂ ਵੀ ਮਾੜੇ ਦਿਖਣਗੇ।

ਬਰਾਬਰ ਵੰਡ ਦਾ ਮਤਲਬ ਕੀ ਨਹੀਂ

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

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

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