ਚੁੱਪ EVPN ਹੋਸਟ ਕਦੇ ਹੱਲ ਨਹੀਂ ਹੁੰਦਾ: ARP ਦਾ ਪਿੱਛਾ ਬਾਈਂਡਿੰਗ ਤੱਕ ਕਰੋ

ਐਂਡਪੁਆਇੰਟ ਜੁੜਿਆ ਹੋਇਆ ਹੈ, ਇਸਦਾ ਪੋਰਟ ਸਰਗਰਮ ਹੈ, ਅਤੇ ਨਿਗਰਾਨੀ ਹੋਸਟ ਅਜੇ ਵੀ ਇਸ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚ ਸਕਦਾ। ਕੋਈ ਦੂਜੇ ਪਾਸਿਓਂ ping ਚਲਾਉਂਦਾ ਹੈ ਅਤੇ ਇਹ ਕੰਮ ਕਰਨ ਲੱਗਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਸਮੱਸਿਆ ਰੁਕ-ਰੁਕ ਕੇ ਹੋਣ ਵਾਲੀ ਦਿਸਦੀ ਹੈ ਅਤੇ fabric ਨਿਰਦੋਸ਼ ਦਿਸਦਾ ਹੈ। ਇਹ ਪੈਟਰਨ ਚੁੱਪ ਹੋਸਟ ਦੀ ਪਛਾਣ ਹੈ: ਇਹ ਘੱਟ ਹੀ ਭੇਜਦਾ ਹੈ, ਇਸ ਲਈ fabric ਦਾ ਖੋਜ ਅਤੇ ਰਿਫ੍ਰੈਸ਼ ਵਿਵਹਾਰ ਇਸਦੇ ਕਨੈਕਸ਼ਨ ਦੀ ਸਥਿਤੀ ਨਾਲੋਂ ਵੱਧ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਇੱਕ ਲਕਸ਼ਿਤ IP, MAC ਅਤੇ bridge domain ਨਾਲ ਸ਼ੁਰੂ ਕਰੋ ਅਤੇ ਅਗਲਾ ਰਿਜ਼ੋਲਿਊਸ਼ਨ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਵੇਖੋ।

ਅਗਲਾ ARP ਜਾਂ ND ਆਦਾਨ-ਪ੍ਰਦਾਨ ਵੇਖੋ

IPv4 ਲਈ, ਬੇਨਤੀ ਕਰਨ ਵਾਲੇ ਹੋਸਟ ਦਾ ARP ਆਦਾਨ-ਪ੍ਰਦਾਨ ਵੇਖੋ; IPv6 ਲਈ, Neighbor Solicitation ਅਤੇ Advertisement ਦਾ ਪਿੱਛਾ ਕਰੋ। ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਬੇਨਤੀ ਲਕਸ਼ਿਤ ਸਥਾਨਕ ਸੈਗਮੈਂਟ ਅਤੇ ਲਕਸ਼ਿਤ VNI ਵਿੱਚ ਦਾਖਲ ਹੁੰਦੀ ਹੈ, ਕਿਉਂਕਿ ਸਹੀ bridge domain ਤੱਕ ਕਦੇ ਨਾ ਪਹੁੰਚਣ ਵਾਲੀ ਬੇਨਤੀ ਦਾ ਕੋਈ ਪ੍ਰੌਕਸੀ ਜਵਾਬ ਨਹੀਂ ਦੇ ਸਕਦਾ।

ਫਿਰ ਵੇਖੋ ਕਿ fabric ਟਾਰਗਿਟ ਬਾਰੇ ਕੀ ਜਾਣਦਾ ਹੈ। ਸਿਰਫ਼ MAC ਵਾਲਾ ਰੂਟ Layer 2 ਮੰਜ਼ਿਲ ਦੀ ਪਛਾਣ ਕਰ ਸਕਦਾ ਹੈ, ਜਦੋਂ ਕਿ ਪ੍ਰੌਕਸੀ ਕੋਲ ਅਜੇ ਇਸ ਲਈ ਕੋਈ IP-to-MAC ਬਾਈਂਡਿੰਗ ਨਹੀਂ ਹੈ। ਇਹ ਵੱਖਰੇ ਰਿਕਾਰਡ ਹਨ, ਅਤੇ ਇੱਕ ਦੀ ਜਾਂਚ ਦੂਜੇ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਦੱਸਦੀ।

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

ਦੋ ਰਿਕਾਰਡ ਜੋ ਮਿਲਣੇ ਚਾਹੀਦੇ ਹਨ

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

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

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

ਮਿਆਰ ਅਸਲ ਵਿੱਚ ਕੀ ਮੰਨਦਾ ਹੈ

RFC 9161 ਗਤੀਸ਼ੀਲ ਪ੍ਰੌਕਸੀ ਸਿੱਖਿਆ ਅਤੇ ਅਣਜਾਣ ARP ਅਤੇ ND ਬੇਨਤੀਆਂ ਦੇ ਡਿਫਾਲਟ flooding ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ। ਉਸ flooding ਦਾ ਪੂਰਾ ਦਮਨ ਸਿਰਫ਼ ਉਨ੍ਹਾਂ ਤੈਨਾਤੀਆਂ ਤੱਕ ਸੀਮਿਤ ਹੈ ਜਿਨ੍ਹਾਂ ਦੀਆਂ ਸਿੱਖਿਆ ਜਾਂ ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਧਾਰਨਾਵਾਂ ਇਸਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਂਦੀਆਂ ਹਨ, ਜੋ ਕਿ ਜ਼ਿਆਦਾਤਰ ਕਨਫਿਗਰੇਸ਼ਨ ਗਾਈਡਾਂ ਦੁਆਰਾ ਸੁਝਾਏ ਸ਼ਰਤ ਨਾਲੋਂ ਭੀੜੀ ਹੈ।

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

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

ਰਿਫ੍ਰੈਸ਼, ਬੁਢਾਪਾ ਅਤੇ ਸਥਿਰ ਵਿਕਲਪ

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

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

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

ਅਗਲੀ ਟਿਕਟ ਤੋਂ ਪਹਿਲਾਂ ਕੀ ਰਿਕਾਰਡ ਕਰਨਾ ਹੈ

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

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