ਇੱਕ ਸਵਿੱਚ ਦੀ ਕਹਾਣੀ

ਸਾਡੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਇਕੱਤਰੀਕਰਨ ਵਿੱਚ ਸਾਡੇ ਕੋਲ Arista DCS-7050CX3-32S ਸਵਿੱਚਾਂ ਦੇ ਛੇ ਜੋੜੇ ਅਤੇ Brocade VDX 6940-36Q ਸਵਿੱਚਾਂ ਦਾ ਇੱਕ ਜੋੜਾ ਸੀ। ਅਜਿਹਾ ਨਹੀਂ ਹੈ ਕਿ ਅਸੀਂ ਇਸ ਨੈਟਵਰਕ ਵਿੱਚ ਬ੍ਰੋਕੇਡ ਸਵਿੱਚਾਂ ਦੁਆਰਾ ਬਹੁਤ ਜ਼ਿਆਦਾ ਤਣਾਅ ਵਿੱਚ ਸੀ, ਉਹ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਆਪਣੇ ਫੰਕਸ਼ਨ ਕਰਦੇ ਹਨ, ਪਰ ਅਸੀਂ ਕੁਝ ਕਾਰਵਾਈਆਂ ਦਾ ਪੂਰਾ ਆਟੋਮੇਸ਼ਨ ਤਿਆਰ ਕਰ ਰਹੇ ਸੀ, ਅਤੇ ਸਾਡੇ ਕੋਲ ਇਹਨਾਂ ਸਵਿੱਚਾਂ ਵਿੱਚ ਇਹ ਸਮਰੱਥਾਵਾਂ ਨਹੀਂ ਸਨ। ਮੈਂ ਅਗਲੇ 40-100 ਸਾਲਾਂ ਲਈ ਰਿਜ਼ਰਵ ਬਣਾਉਣ ਲਈ 2GE ਇੰਟਰਫੇਸ ਤੋਂ 3GE ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਵਿੱਚ ਵੀ ਬਦਲਣਾ ਚਾਹੁੰਦਾ ਸੀ। ਇਸ ਲਈ ਅਸੀਂ ਬ੍ਰੋਕੇਡ ਨੂੰ ਅਰਿਸਟਾ ਵਿੱਚ ਬਦਲਣ ਦਾ ਫੈਸਲਾ ਕੀਤਾ।

ਇਹ ਸਵਿੱਚ ਹਰੇਕ ਡਾਟਾ ਸੈਂਟਰ ਲਈ LAN ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚ ਹਨ। ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਸਵਿੱਚ (ਇਕੱਠਾ ਕਰਨ ਦਾ ਦੂਜਾ ਪੱਧਰ) ਉਹਨਾਂ ਨਾਲ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਜੁੜੇ ਹੋਏ ਹਨ, ਜੋ ਕਿ ਸਰਵਰਾਂ ਦੇ ਨਾਲ ਰੈਕ ਵਿੱਚ ਟਾਪ-ਆਫ-ਰੈਕ ਲੋਕਲ ਨੈੱਟਵਰਕ ਸਵਿੱਚਾਂ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਇਕੱਠੇ ਕਰਦੇ ਹਨ।

ਹਰੇਕ ਸਰਵਰ ਇੱਕ ਜਾਂ ਦੋ ਐਕਸੈਸ ਸਵਿੱਚਾਂ ਨਾਲ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ। ਐਕਸੈਸ ਸਵਿੱਚ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਸਵਿੱਚਾਂ ਦੇ ਇੱਕ ਜੋੜੇ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ (ਦੋ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਸਵਿੱਚ ਅਤੇ ਦੋ ਭੌਤਿਕ ਲਿੰਕ ਐਕਸੈਸ ਸਵਿੱਚ ਤੋਂ ਵੱਖ-ਵੱਖ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਸਵਿੱਚਾਂ ਤੱਕ ਰਿਡੰਡੈਂਸੀ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ)।

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

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

DCI (ਡੇਟਾ-ਸੈਂਟਰ ਇੰਟਰਕਨੈਕਟ) ਲਈ ਉਪਕਰਨ ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਇਹ L2 ਕਨੈਕਟੀਵਿਟੀ (ਕਿਸੇ ਹੋਰ ਡੇਟਾ ਸੈਂਟਰ ਲਈ VXLAN ਸੁਰੰਗ ਬਣਾਉਣ ਵਾਲੇ ਸਵਿੱਚਾਂ ਦੀ ਇੱਕ ਜੋੜੀ) ਜਾਂ L3 ਕਨੈਕਟੀਵਿਟੀ (ਦੋ MPLS ਰਾਊਟਰ) ਲਈ ਤਿਆਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।

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

ਸਰਕਟ ਵੇਰਵੇ

ਵਿਸ਼ਿਸ਼ਟਤਾਵਾਂ ਲਈ, ਆਓ ਪੁਰਾਣੇ ਏਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਨੂੰ ਨਾਮ ਦੇਈਏ ਅੈਕਨੇਕਸ x и ਅੈਕਨੇਕਸ x, ਨਵਾਂ - N1 и N2. ਦੀ ਕਲਪਨਾ ਕਰੀਏ ਕਿ ਵਿੱਚ POD 1 и POD 4 ਇੱਕ ਕਲਾਇੰਟ ਦੇ ਸਰਵਰ ਹੋਸਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਸੈਕਿੰਡ XX,ਕਲਾਇਟ VLAN ਨੂੰ ਨੀਲੇ ਰੰਗ ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਇਹ ਕਲਾਇੰਟ ਕਿਸੇ ਹੋਰ ਡਾਟਾ ਸੈਂਟਰ ਨਾਲ L2 ਕਨੈਕਟੀਵਿਟੀ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰ ਰਿਹਾ ਹੈ, ਇਸਲਈ ਇਸਦਾ VLAN VXLAN ਸਵਿੱਚਾਂ ਦੀ ਇੱਕ ਜੋੜੀ ਨੂੰ ਖੁਆਇਆ ਜਾਂਦਾ ਹੈ।

ਗਾਹਕ ਸੈਕਿੰਡ XX ਵਿੱਚ ਸਰਵਰ ਹੋਸਟ ਕਰਦਾ ਹੈ POD 2 и POD 3,ਕਲਾਇਟ VLAN ਨੂੰ ਗੂੜ੍ਹੇ ਹਰੇ ਰੰਗ ਵਿੱਚ ਦਰਸਾਇਆ ਗਿਆ ਹੈ। ਇਹ ਕਲਾਇੰਟ ਕਿਸੇ ਹੋਰ ਡਾਟਾ ਸੈਂਟਰ ਨਾਲ ਕਨੈਕਟੀਵਿਟੀ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਵੀ ਕਰਦਾ ਹੈ, ਪਰ L3, ਇਸਲਈ ਇਸਦਾ VLAN L3VPN ਰਾਊਟਰਾਂ ਦੀ ਇੱਕ ਜੋੜਾ ਨੂੰ ਖੁਆਇਆ ਜਾਂਦਾ ਹੈ।

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

ਡਬਲ ਲਿੰਕਸ ਦੁਆਰਾ ਜੁੜੇ ਸਾਰੇ ਉਪਕਰਣ ਇੱਕ ਸਟੈਕ, MLAG ਜੋੜਾ ਜਾਂ VCS ਈਥਰਨੈੱਟ ਫੈਬਰਿਕ ਬਣਾਉਂਦੇ ਹਨ। L3VPN ਰਾਊਟਰਾਂ ਦੇ ਇੱਕ ਜੋੜੇ ਲਈ, ਅਜਿਹੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ, ਕਿਉਂਕਿ L2 ਰਿਡੰਡੈਂਸੀ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ; ਇਹ ਕਾਫ਼ੀ ਹੈ ਕਿ ਉਹਨਾਂ ਕੋਲ ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਦੁਆਰਾ ਇੱਕ ਦੂਜੇ ਨਾਲ L2 ਕਨੈਕਟੀਵਿਟੀ ਹੈ।

ਲਾਗੂ ਕਰਨ ਦੇ ਵਿਕਲਪ

ਅਗਲੀਆਂ ਘਟਨਾਵਾਂ ਲਈ ਵਿਕਲਪਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਦੇ ਸਮੇਂ, ਅਸੀਂ ਮਹਿਸੂਸ ਕੀਤਾ ਕਿ ਇਸ ਕੰਮ ਨੂੰ ਪੂਰਾ ਕਰਨ ਦੇ ਕਈ ਤਰੀਕੇ ਹਨ। ਪੂਰੇ ਸਥਾਨਕ ਨੈੱਟਵਰਕ 'ਤੇ ਗਲੋਬਲ ਬ੍ਰੇਕ ਤੋਂ ਲੈ ਕੇ, ਨੈੱਟਵਰਕ ਦੇ ਕੁਝ ਹਿੱਸਿਆਂ ਵਿੱਚ ਸ਼ਾਬਦਿਕ ਤੌਰ 'ਤੇ 1-2 ਸਕਿੰਟ ਦੇ ਬ੍ਰੇਕ ਤੱਕ।

ਨੈੱਟਵਰਕ, ਰੁਕੋ! ਸਵਿੱਚ, ਉਹਨਾਂ ਨੂੰ ਬਦਲੋ!

ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ, ਬੇਸ਼ੱਕ, ਸਾਰੀਆਂ PODs ਅਤੇ ਸਾਰੀਆਂ DCI ਸੇਵਾਵਾਂ 'ਤੇ ਗਲੋਬਲ ਸੰਚਾਰ ਬਰੇਕ ਦਾ ਐਲਾਨ ਕਰਨਾ ਅਤੇ ਸਵਿੱਚਾਂ ਤੋਂ ਸਾਰੇ ਲਿੰਕਾਂ ਨੂੰ ਬਦਲਣਾ। А ਸਵਿੱਚ ਕਰਨ ਲਈ N.

ਰੁਕਾਵਟ ਤੋਂ ਇਲਾਵਾ, ਜਿਸ ਸਮੇਂ ਦਾ ਅਸੀਂ ਭਰੋਸੇਯੋਗ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਗਾ ਸਕਦੇ ਹਾਂ (ਹਾਂ, ਅਸੀਂ ਲਿੰਕਾਂ ਦੀ ਗਿਣਤੀ ਜਾਣਦੇ ਹਾਂ, ਪਰ ਅਸੀਂ ਨਹੀਂ ਜਾਣਦੇ ਕਿ ਕਿੰਨੀ ਵਾਰ ਕੁਝ ਗਲਤ ਹੋਵੇਗਾ - ਟੁੱਟੀ ਹੋਈ ਪੈਚ ਕੋਰਡ ਜਾਂ ਖਰਾਬ ਕਨੈਕਟਰ ਤੋਂ ਨੁਕਸਦਾਰ ਪੋਰਟ ਜਾਂ ਟ੍ਰਾਂਸਸੀਵਰ ਤੱਕ ), ਅਸੀਂ ਅਜੇ ਵੀ ਪਹਿਲਾਂ ਤੋਂ ਅੰਦਾਜ਼ਾ ਨਹੀਂ ਲਗਾ ਸਕਦੇ ਹਾਂ ਕਿ ਕੀ ਪੁਰਾਣੇ ਸਵਿੱਚਾਂ A ਨਾਲ ਜੁੜੇ ਪੈਚ ਕੋਰਡਜ਼, DAC, AOC ਦੀ ਲੰਬਾਈ, ਉਹਨਾਂ ਨੂੰ ਨਵੇਂ ਸਵਿੱਚਾਂ N ਤੱਕ ਪਹੁੰਚਣ ਲਈ ਕਾਫ਼ੀ ਹੋਵੇਗੀ, ਹਾਲਾਂਕਿ ਉਹਨਾਂ ਦੇ ਨਾਲ ਖੜ੍ਹੇ ਹਨ, ਪਰ ਅਜੇ ਵੀ ਥੋੜਾ ਜਿਹਾ ਪਾਸੇ, ਅਤੇ ਕੀ ਉਹੀ ਟ੍ਰਾਂਸਸੀਵਰ /DAC/AOC ਬਰੋਕੇਡ ਸਵਿੱਚਾਂ ਤੋਂ ਅਰਿਸਟਾ ਸਵਿੱਚਾਂ ਤੱਕ ਕੰਮ ਕਰਨਗੇ।

ਅਤੇ ਇਹ ਸਭ ਗਾਹਕਾਂ ਅਤੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਦੇ ਗੰਭੀਰ ਦਬਾਅ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ (“ਨਤਾਸ਼ਾ, ਉੱਠੋ! ਨਤਾਸ਼ਾ, ਇੱਥੇ ਸਭ ਕੁਝ ਕੰਮ ਨਹੀਂ ਕਰਦਾ! ਨਤਾਸ਼ਾ, ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਨੂੰ ਲਿਖ ਚੁੱਕੇ ਹਾਂ, ਇਮਾਨਦਾਰੀ ਨਾਲ! ਨਤਾਸ਼ਾ, ਉਹ ਪਹਿਲਾਂ ਹੀ ਸਭ ਕੁਝ ਛੱਡ ਚੁੱਕੇ ਹਨ। ! ਨਤਾਸ਼ਾ, ਸਾਡੇ ਕੋਲ ਕਿੰਨੇ ਹੋਰ ਹਨ ਇਹ ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ? ਨਤਾਸ਼ਾ, ਇਹ ਕਦੋਂ ਕੰਮ ਕਰੇਗਾ?!"). ਗ੍ਰਾਹਕਾਂ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਐਲਾਨੀ ਬਰੇਕ ਅਤੇ ਸੂਚਨਾ ਦੇ ਬਾਵਜੂਦ, ਅਜਿਹੇ ਸਮੇਂ 'ਤੇ ਬੇਨਤੀਆਂ ਦੀ ਇੱਕ ਆਮਦ ਦੀ ਗਾਰੰਟੀ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ।

ਰੁਕੋ, 1-2-3-4!

ਕੀ ਹੋਵੇਗਾ ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਗਲੋਬਲ ਬ੍ਰੇਕ ਦਾ ਐਲਾਨ ਨਹੀਂ ਕਰਦੇ, ਸਗੋਂ POD ਅਤੇ DCI ਸੇਵਾਵਾਂ ਲਈ ਛੋਟੀਆਂ ਸੰਚਾਰ ਰੁਕਾਵਟਾਂ ਦੀ ਇੱਕ ਲੜੀ ਦਾ ਐਲਾਨ ਕਰਦੇ ਹਾਂ। ਪਹਿਲੇ ਬ੍ਰੇਕ ਦੇ ਦੌਰਾਨ, ਸਵਿੱਚਾਂ 'ਤੇ ਸਵਿਚ ਕਰੋ N ਸਿਰਫ POD 1, ਦੂਜੇ ਵਿੱਚ - ਇੱਕ ਦੋ ਦਿਨਾਂ ਵਿੱਚ - POD 2, ਫਿਰ ਕੁਝ ਦਿਨ ਹੋਰ POD 3, ਹੋਰ POD 4…[N], ਫਿਰ VXLAN ਸਵਿੱਚ ਅਤੇ ਫਿਰ L3VPN ਰਾਊਟਰ।

ਕੰਮ ਬਦਲਣ ਦੇ ਇਸ ਸੰਗਠਨ ਦੇ ਨਾਲ, ਅਸੀਂ ਇੱਕ-ਵਾਰ ਕੰਮ ਦੀ ਗੁੰਝਲਤਾ ਨੂੰ ਘਟਾਉਂਦੇ ਹਾਂ ਅਤੇ ਜੇਕਰ ਅਚਾਨਕ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ ਆਪਣਾ ਸਮਾਂ ਵਧਾਉਂਦੇ ਹਾਂ। POD 1 ਸਵਿਚ ਕਰਨ ਤੋਂ ਬਾਅਦ ਹੋਰ PODs ਅਤੇ DCIs ਨਾਲ ਜੁੜਿਆ ਰਹਿੰਦਾ ਹੈ। ਪਰ ਕੰਮ ਆਪਣੇ ਆਪ ਨੂੰ ਲੰਬੇ ਸਮੇਂ ਲਈ ਖਿੱਚਦਾ ਹੈ; ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਇਸ ਕੰਮ ਦੇ ਦੌਰਾਨ, ਇੱਕ ਇੰਜੀਨੀਅਰ ਨੂੰ ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਸਵਿਚਿੰਗ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਕੰਮ ਦੇ ਦੌਰਾਨ (ਅਤੇ ਅਜਿਹਾ ਕੰਮ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਰਾਤ ​​ਨੂੰ, 2 ਤੋਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਸਵੇਰੇ 5 ਵਜੇ ਤੱਕ), ਕਾਫ਼ੀ ਉੱਚ ਪੱਧਰੀ ਯੋਗਤਾਵਾਂ 'ਤੇ ਇੱਕ ਔਨਲਾਈਨ ਨੈਟਵਰਕ ਇੰਜੀਨੀਅਰ ਦੀ ਮੌਜੂਦਗੀ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਪਰ ਫਿਰ ਸਾਨੂੰ ਛੋਟੀਆਂ ਸੰਚਾਰ ਰੁਕਾਵਟਾਂ ਮਿਲਦੀਆਂ ਹਨ; ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਕੰਮ ਨੂੰ ਅੱਧੇ ਘੰਟੇ ਦੇ ਅੰਤਰਾਲ ਵਿੱਚ 2 ਮਿੰਟ ਤੱਕ ਦੇ ਅੰਤਰਾਲ ਵਿੱਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ (ਅਭਿਆਸ ਵਿੱਚ, ਅਕਸਰ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਦੇ ਸੰਭਾਵਿਤ ਵਿਵਹਾਰ ਦੇ ਨਾਲ 20-30 ਸਕਿੰਟ)।

ਉਦਾਹਰਨ ਗਾਹਕ ਵਿੱਚ ਸੈਕਿੰਡ XX ਜਾਂ ਗਾਹਕ ਸੈਕਿੰਡ XX ਤੁਹਾਨੂੰ ਘੱਟੋ-ਘੱਟ ਤਿੰਨ ਵਾਰ ਸੰਚਾਰ ਰੁਕਾਵਟ ਦੇ ਨਾਲ ਕੰਮ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦੇਣੀ ਪਵੇਗੀ - ਪਹਿਲੀ ਵਾਰ ਇੱਕ POD 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ, ਜਿਸ ਵਿੱਚ ਇਸਦਾ ਇੱਕ ਸਰਵਰ ਸਥਿਤ ਹੈ, ਦੂਜੀ ਵਾਰ - ਦੂਜੀ 'ਤੇ, ਅਤੇ ਤੀਜੀ ਵਾਰ - ਜਦੋਂ DCI ਸੇਵਾਵਾਂ ਲਈ ਸਾਜ਼ੋ-ਸਾਮਾਨ ਬਦਲਣਾ।

ਏਕੀਕ੍ਰਿਤ ਸੰਚਾਰ ਚੈਨਲਾਂ ਨੂੰ ਬਦਲਣਾ

ਅਸੀਂ ਸਾਜ਼-ਸਾਮਾਨ ਦੇ ਸੰਭਾਵਿਤ ਵਿਵਹਾਰ ਬਾਰੇ ਕਿਉਂ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ, ਅਤੇ ਸੰਚਾਰ ਰੁਕਾਵਟ ਨੂੰ ਘੱਟ ਕਰਦੇ ਹੋਏ ਇਕੱਠੇ ਕੀਤੇ ਚੈਨਲਾਂ ਨੂੰ ਕਿਵੇਂ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ? ਆਓ ਹੇਠਾਂ ਦਿੱਤੀ ਤਸਵੀਰ ਦੀ ਕਲਪਨਾ ਕਰੀਏ:

ਲਿੰਕ ਦੇ ਇੱਕ ਪਾਸੇ POD ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਸਵਿੱਚ ਹਨ - D1 и D2, ਉਹ ਇੱਕ ਦੂਜੇ ਨਾਲ ਇੱਕ MLAG ਜੋੜਾ ਬਣਾਉਂਦੇ ਹਨ (ਸਟੈਕ, VCS ਫੈਕਟਰੀ, vPC ਜੋੜਾ), ਦੂਜੇ ਪਾਸੇ ਦੋ ਲਿੰਕ ਹਨ - ਲਿੰਕ 1 и ਲਿੰਕ 2 - ਪੁਰਾਣੇ ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਦੇ MLAG ਜੋੜੇ ਵਿੱਚ ਸ਼ਾਮਲ А. ਸਵਿੱਚ ਸਾਈਡ 'ਤੇ D ਨਾਮ ਦੇ ਨਾਲ ਇੱਕ ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਪੋਰਟ-ਚੈਨਲ ਏ, ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਦੇ ਪਾਸੇ А - ਨਾਮ ਦੇ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਪੋਰਟ ਚੈਨਲ ਡੀ.

ਐਗਰੀਗੇਟਿਡ ਇੰਟਰਫੇਸ ਆਪਣੇ ਆਪਰੇਸ਼ਨ ਵਿੱਚ LACP ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ, ਯਾਨੀ ਦੋਵੇਂ ਪਾਸੇ ਦੇ ਸਵਿੱਚਸ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਦੋਵੇਂ ਲਿੰਕਾਂ 'ਤੇ LCPDU ਪੈਕੇਟਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਇਹ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾ ਸਕੇ ਕਿ ਲਿੰਕ:

• ਵਰਕਰ;
• ਰਿਮੋਟ ਸਾਈਡ 'ਤੇ ਡਿਵਾਈਸਾਂ ਦੇ ਇੱਕ ਜੋੜੇ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ।

ਪੈਕੇਟਾਂ ਦਾ ਆਦਾਨ-ਪ੍ਰਦਾਨ ਕਰਦੇ ਸਮੇਂ, ਪੈਕੇਟ ਮੁੱਲ ਰੱਖਦਾ ਹੈ ਸਿਸਟਮ-ਆਈ.ਡੀ, ਡਿਵਾਈਸ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ ਜਿੱਥੇ ਇਹ ਲਿੰਕ ਸ਼ਾਮਲ ਕੀਤੇ ਗਏ ਹਨ। ਇੱਕ MLAG ਜੋੜਾ (ਸਟੈਕ, ਫੈਕਟਰੀ, ਆਦਿ) ਲਈ, ਉਹਨਾਂ ਡਿਵਾਈਸਾਂ ਲਈ ਸਿਸਟਮ-ਆਈਡੀ ਮੁੱਲ ਜੋ ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਬਣਾਉਂਦੇ ਹਨ ਇੱਕੋ ਜਿਹਾ ਹੈ। ਸਵਿੱਚ ਕਰੋ D1 ਨੂੰ ਭੇਜਦਾ ਹੈ ਲਿੰਕ 1 ਮਤਲਬ ਸਿਸਟਮ-ਆਈਡੀ ਡੀ, ਅਤੇ ਸਵਿੱਚ ਕਰੋ D2 ਨੂੰ ਭੇਜਦਾ ਹੈ ਲਿੰਕ 2 ਮਤਲਬ ਸਿਸਟਮ-ਆਈਡੀ ਡੀ.

ਸਵਿੱਚ ਅੈਕਨੇਕਸ x и ਅੈਕਨੇਕਸ x ਇੱਕ Po D ਇੰਟਰਫੇਸ ਤੋਂ ਵੱਧ ਪ੍ਰਾਪਤ ਹੋਏ LCPDU ਪੈਕੇਟਾਂ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੋ ਅਤੇ ਜਾਂਚ ਕਰੋ ਕਿ ਕੀ ਉਹਨਾਂ ਵਿੱਚ ਸਿਸਟਮ-id ਮੇਲ ਖਾਂਦਾ ਹੈ। ਜੇਕਰ ਕਿਸੇ ਲਿੰਕ ਰਾਹੀਂ ਪ੍ਰਾਪਤ ਕੀਤੀ ਸਿਸਟਮ-ਆਈਡੀ ਅਚਾਨਕ ਵੱਖਰੀ ਹੋ ਜਾਂਦੀ ਹੈ ਮੌਜੂਦਾ ਓਪਰੇਟਿੰਗ ਮੁੱਲ ਤੋਂ, ਫਿਰ ਸਥਿਤੀ ਨੂੰ ਠੀਕ ਹੋਣ ਤੱਕ ਇਸ ਲਿੰਕ ਨੂੰ ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਹੁਣ ਸਾਡੇ ਸਵਿੱਚ ਸਾਈਡ 'ਤੇ D LACP ਪਾਰਟਨਰ ਤੋਂ ਮੌਜੂਦਾ ਸਿਸਟਮ-ਆਈਡੀ ਮੁੱਲ - A, ਅਤੇ ਸਵਿੱਚ ਸਾਈਡ 'ਤੇ А — LACP ਪਾਰਟਨਰ ਤੋਂ ਮੌਜੂਦਾ ਸਿਸਟਮ-ਆਈਡੀ ਮੁੱਲ — D.

ਜੇਕਰ ਸਾਨੂੰ ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਨੂੰ ਬਦਲਣ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸਨੂੰ ਦੋ ਵੱਖ-ਵੱਖ ਤਰੀਕਿਆਂ ਨਾਲ ਕਰ ਸਕਦੇ ਹਾਂ:

ਢੰਗ 1 - ਸਧਾਰਨ
ਸਵਿੱਚ ਏ ਤੋਂ ਦੋਵੇਂ ਲਿੰਕਾਂ ਨੂੰ ਅਯੋਗ ਕਰੋ. ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਏਕੀਕ੍ਰਿਤ ਚੈਨਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ ਹੈ।

ਦੋਵੇਂ ਲਿੰਕਾਂ ਨੂੰ ਇੱਕ-ਇੱਕ ਕਰਕੇ ਸਵਿੱਚਾਂ ਨਾਲ ਕਨੈਕਟ ਕਰੋ N, ਫਿਰ LACP ਓਪਰੇਟਿੰਗ ਪੈਰਾਮੀਟਰਾਂ ਨਾਲ ਦੁਬਾਰਾ ਗੱਲਬਾਤ ਕੀਤੀ ਜਾਵੇਗੀ ਅਤੇ ਇੰਟਰਫੇਸ ਬਣਾਇਆ ਜਾਵੇਗਾ ਪੋ ਡੀ ਸਵਿੱਚਾਂ 'ਤੇ N ਅਤੇ ਲਿੰਕਾਂ 'ਤੇ ਮੁੱਲਾਂ ਦਾ ਸੰਚਾਰ ਸਿਸਟਮ-ਆਈਡੀ ਐਨ.

ਢੰਗ 2 - ਰੁਕਾਵਟ ਨੂੰ ਘੱਟ ਕਰੋ
A2 ਸਵਿੱਚ ਤੋਂ ਲਿੰਕ 2 ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰੋ. ਉਸੇ ਸਮੇਂ, ਵਿਚਕਾਰ ਆਵਾਜਾਈ А и D ਸਿਰਫ਼ ਲਿੰਕਾਂ ਵਿੱਚੋਂ ਇੱਕ ਉੱਤੇ ਪ੍ਰਸਾਰਿਤ ਕੀਤਾ ਜਾਣਾ ਜਾਰੀ ਰਹੇਗਾ, ਜੋ ਕਿ ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਦਾ ਹਿੱਸਾ ਰਹੇਗਾ।

N2 ਨੂੰ ਬਦਲਣ ਲਈ ਲਿੰਕ 2 ਨੂੰ ਕਨੈਕਟ ਕਰੋ. ਸਵਿੱਚ 'ਤੇ N ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਪਹਿਲਾਂ ਹੀ ਸੰਰਚਿਤ ਹੈ ਪੋ ਡੀ.ਐਨ, ਅਤੇ ਸਵਿੱਚ ਕਰੋ N2 LCPDU ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਦੇਵੇਗਾ ਸਿਸਟਮ-ਆਈਡੀ ਐਨ. ਇਸ ਪੜਾਅ 'ਤੇ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਜਾਂਚ ਕਰ ਸਕਦੇ ਹਾਂ ਕਿ ਸਵਿੱਚ N2 ਲਈ ਵਰਤੇ ਗਏ ਟ੍ਰਾਂਸਸੀਵਰ ਨਾਲ ਸਹੀ ਢੰਗ ਨਾਲ ਕੰਮ ਕਰਦਾ ਹੈ ਲਿੰਕ 2, ਕਿ ਕੁਨੈਕਸ਼ਨ ਪੋਰਟ ਰਾਜ ਵਿੱਚ ਦਾਖਲ ਹੋ ਗਿਆ ਹੈ Up, ਅਤੇ ਇਹ ਕਿ LCPDUs ਨੂੰ ਸੰਚਾਰਿਤ ਕਰਦੇ ਸਮੇਂ ਕਨੈਕਸ਼ਨ ਪੋਰਟ 'ਤੇ ਕੋਈ ਗਲਤੀ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

ਪਰ ਤੱਥ ਇਹ ਹੈ ਕਿ ਸਵਿੱਚ D2 ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਲਈ ਪੋ ਏ ਪਾਸੇ ਤੋਂ ਲਿੰਕ 2 ਮੌਜੂਦਾ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ-ਆਈਡੀ ਏ ਮੁੱਲ ਤੋਂ ਵੱਖਰਾ ਇੱਕ ਸਿਸਟਮ-ਆਈਡੀ N ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ, ਸਵਿੱਚਾਂ ਦੀ ਆਗਿਆ ਨਹੀਂ ਦਿੰਦਾ D ਪੇਸ਼ ਕਰਨ ਲਈ ਲਿੰਕ 2 ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਦਾ ਹਿੱਸਾ ਪੋ ਏ. ਸਵਿੱਚ ਕਰੋ N ਦਾਖਲ ਨਹੀਂ ਹੋ ਸਕਦਾ ਲਿੰਕ 2 ਓਪਰੇਸ਼ਨ ਵਿੱਚ, ਕਿਉਂਕਿ ਇਹ ਸਵਿੱਚ ਦੇ LACP ਪਾਰਟਨਰ ਤੋਂ ਸੰਚਾਲਨ ਦੀ ਪੁਸ਼ਟੀ ਪ੍ਰਾਪਤ ਨਹੀਂ ਕਰਦਾ ਹੈ D2. ਨਤੀਜਾ ਆਵਾਜਾਈ ਹੈ ਲਿੰਕ 2 ਦੁਆਰਾ ਨਹੀਂ ਹੋ ਰਿਹਾ.

ਅਤੇ ਹੁਣ ਅਸੀਂ A1 ਸਵਿੱਚ ਤੋਂ ਲਿੰਕ 1 ਨੂੰ ਬੰਦ ਕਰਦੇ ਹਾਂ, ਇਸ ਤਰ੍ਹਾਂ ਸਵਿੱਚਾਂ ਤੋਂ ਵਾਂਝੇ ਹੋ ਜਾਂਦੇ ਹਨ А и D ਕੰਮ ਕਰ ਰਹੇ ਕੁੱਲ ਇੰਟਰਫੇਸ. ਇਸ ਲਈ ਸਵਿੱਚ ਸਾਈਡ 'ਤੇ D ਇੰਟਰਫੇਸ ਲਈ ਮੌਜੂਦਾ ਕਾਰਜਸ਼ੀਲ ਸਿਸਟਮ-ਆਈਡੀ ਮੁੱਲ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ ਪੋ ਏ.

ਇਹ ਸਵਿੱਚਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ D и N ਸਿਸਟਮ-ਆਈਡੀ ਦਾ ਵਟਾਂਦਰਾ ਕਰਨ ਲਈ ਸਹਿਮਤ ਹੋਵੋ ਇੱਕ ਇੰਟਰਫੇਸ 'ਤੇ ਪੋ ਏ и ਪੋ ਡੀ.ਐਨ, ਤਾਂ ਜੋ ਟ੍ਰੈਫਿਕ ਲਿੰਕ ਦੇ ਨਾਲ ਸੰਚਾਰਿਤ ਹੋਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇ ਲਿੰਕ 2. ਇਸ ਕੇਸ ਵਿੱਚ ਬ੍ਰੇਕ, ਅਭਿਆਸ ਵਿੱਚ, 2 ਸਕਿੰਟਾਂ ਤੱਕ ਹੈ.

ਅਤੇ ਹੁਣ ਅਸੀਂ N1 ਨੂੰ ਸਵਿੱਚ ਕਰਨ ਲਈ ਲਿੰਕ 1 ਨੂੰ ਆਸਾਨੀ ਨਾਲ ਬਦਲ ਸਕਦੇ ਹਾਂ, ਇੰਟਰਫੇਸ ਰਿਡੰਡੈਂਸੀ ਦੀ ਸਮਰੱਥਾ ਅਤੇ ਪੱਧਰ ਨੂੰ ਬਹਾਲ ਕਰਨਾ ਪੋ ਏ и ਪੋ ਡੀ.ਐਨ. ਕਿਉਂਕਿ ਜਦੋਂ ਇਹ ਲਿੰਕ ਜੁੜਿਆ ਹੁੰਦਾ ਹੈ, ਮੌਜੂਦਾ ਸਿਸਟਮ-ਆਈਡੀ ਮੁੱਲ ਕਿਸੇ ਵੀ ਪਾਸੇ ਨਹੀਂ ਬਦਲਦਾ ਹੈ, ਕੋਈ ਰੁਕਾਵਟ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

ਵਧੀਕ ਲਿੰਕ

ਪਰ ਸਵਿੱਚ ਕਰਨ ਸਮੇਂ ਕਿਸੇ ਇੰਜੀਨੀਅਰ ਦੀ ਮੌਜੂਦਗੀ ਤੋਂ ਬਿਨਾਂ ਸਵਿੱਚ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਸਾਨੂੰ ਡਿਸਟ੍ਰੀਬਿਊਸ਼ਨ ਸਵਿੱਚਾਂ ਵਿਚਕਾਰ ਪਹਿਲਾਂ ਤੋਂ ਵਾਧੂ ਲਿੰਕ ਰੱਖਣ ਦੀ ਲੋੜ ਹੋਵੇਗੀ D ਅਤੇ ਨਵੇਂ ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚ N.

ਅਸੀਂ ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਵਿਚਕਾਰ ਨਵੇਂ ਲਿੰਕ ਬਣਾ ਰਹੇ ਹਾਂ N ਅਤੇ ਸਾਰੇ POD ਲਈ ਵੰਡ ਸਵਿੱਚ। ਇਸ ਲਈ ਵਾਧੂ ਪੈਚ ਕੋਰਡਾਂ ਨੂੰ ਆਰਡਰ ਕਰਨ ਅਤੇ ਵਿਛਾਉਣ, ਅਤੇ ਵਾਧੂ ਟ੍ਰਾਂਸਸੀਵਰਾਂ ਨੂੰ ਇੰਸਟੌਲ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ N, ਅਤੇ ਅੰਦਰ D. ਅਸੀਂ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹਾਂ ਕਿਉਂਕਿ ਸਾਡੇ ਸਵਿੱਚਾਂ ਵਿੱਚ D ਹਰੇਕ POD ਵਿੱਚ ਮੁਫਤ ਪੋਰਟ ਹੁੰਦੇ ਹਨ (ਜਾਂ ਅਸੀਂ ਉਹਨਾਂ ਨੂੰ ਪਹਿਲਾਂ ਤੋਂ ਮੁਕਤ ਕਰਦੇ ਹਾਂ)। ਨਤੀਜੇ ਵਜੋਂ, ਹਰੇਕ POD ਸਰੀਰਕ ਤੌਰ 'ਤੇ ਦੋ ਲਿੰਕਾਂ ਦੁਆਰਾ ਪੁਰਾਣੇ ਸਵਿੱਚਾਂ A ਅਤੇ ਨਵੇਂ ਸਵਿੱਚਾਂ N ਨਾਲ ਜੁੜਿਆ ਹੋਇਆ ਹੈ।

ਸਵਿੱਚ 'ਤੇ D ਦੋ ਏਕੀਕ੍ਰਿਤ ਇੰਟਰਫੇਸ ਬਣਾਏ ਗਏ ਹਨ - ਪੋ ਏ ਲਿੰਕ ਦੇ ਨਾਲ ਲਿੰਕ 1 и ਲਿੰਕ 2ਅਤੇ ਪੋ ਐਨ - ਲਿੰਕ ਦੇ ਨਾਲ ਲਿੰਕ N1 и ਲਿੰਕ N2. ਇਸ ਪੜਾਅ 'ਤੇ, ਅਸੀਂ ਇੰਟਰਫੇਸਾਂ ਅਤੇ ਲਿੰਕਾਂ ਦੇ ਸਹੀ ਕਨੈਕਸ਼ਨ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ, ਲਿੰਕਾਂ ਦੇ ਦੋਵਾਂ ਸਿਰਿਆਂ 'ਤੇ ਆਪਟੀਕਲ ਸਿਗਨਲਾਂ ਦੇ ਪੱਧਰਾਂ (ਸਵਿੱਚਾਂ ਤੋਂ ਡੀਡੀਐਮ ਜਾਣਕਾਰੀ ਰਾਹੀਂ), ਅਸੀਂ ਲੋਡ ਦੇ ਅਧੀਨ ਲਿੰਕ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀ ਜਾਂਚ ਵੀ ਕਰ ਸਕਦੇ ਹਾਂ ਜਾਂ ਸਥਿਤੀਆਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰ ਸਕਦੇ ਹਾਂ। ਕੁਝ ਦਿਨਾਂ ਲਈ ਆਪਟੀਕਲ ਸਿਗਨਲ ਅਤੇ ਟ੍ਰਾਂਸਸੀਵਰ ਤਾਪਮਾਨ।

ਟਰੈਫਿਕ ਅਜੇ ਵੀ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ ਪੋ ਏ, ਅਤੇ ਇੰਟਰਫੇਸ ਪੋ ਐਨ ਕੋਈ ਆਵਾਜਾਈ ਦੀ ਲਾਗਤ. ਇੰਟਰਫੇਸ 'ਤੇ ਸੈਟਿੰਗਾਂ ਕੁਝ ਇਸ ਤਰ੍ਹਾਂ ਹਨ:

Interface Port-channel A
Switchport mode trunk
Switchport allowed vlan C1, C2

Interface Port-channel N
Switchport mode trunk
Switchport allowed vlan none

ਡੀ ਸਵਿੱਚ, ਇੱਕ ਨਿਯਮ ਦੇ ਤੌਰ ਤੇ, ਸੈਸ਼ਨ-ਅਧਾਰਿਤ ਸੰਰਚਨਾ ਤਬਦੀਲੀਆਂ ਦਾ ਸਮਰਥਨ ਕਰਦੇ ਹਨ; ਸਵਿੱਚ ਮਾਡਲਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਇਹ ਕਾਰਜਸ਼ੀਲਤਾ ਹੁੰਦੀ ਹੈ। ਇਸ ਲਈ ਅਸੀਂ ਇੱਕ ਕਦਮ ਵਿੱਚ Po A ਅਤੇ Po N ਇੰਟਰਫੇਸ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹਾਂ:

Configure session
Interface Port-channel A
Switchport allowed vlan none
Interface Port-channel N
Switchport allowed vlan C1, C2
Commit

ਫਿਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਤਬਦੀਲੀ ਕਾਫ਼ੀ ਤੇਜ਼ੀ ਨਾਲ ਹੋ ਜਾਵੇਗੀ, ਅਤੇ ਬ੍ਰੇਕ, ਅਭਿਆਸ ਵਿੱਚ, 5 ਸਕਿੰਟਾਂ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਵੇਗਾ।

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

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

ਡੀ-ਡੇ

POD

ਅਸੀਂ ਗਾਹਕਾਂ ਲਈ ਸਭ ਤੋਂ ਘੱਟ ਦਰਦਨਾਕ ਸਵਿਚਿੰਗ ਮਾਰਗ ਚੁਣਿਆ ਹੈ ਅਤੇ ਅਤਿਰਿਕਤ ਲਿੰਕਾਂ ਦੇ ਨਾਲ "ਕੁਝ ਗਲਤ ਹੋ ਗਿਆ" ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣਾਂ ਲਈ ਘੱਟ ਤੋਂ ਘੱਟ ਸੰਭਾਵਨਾ ਹੈ। ਇਸ ਲਈ ਅਸੀਂ ਕੁਝ ਰਾਤਾਂ ਵਿੱਚ ਸਾਰੇ ਪੀਓਡੀ ਨੂੰ ਨਵੇਂ ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਵਿੱਚ ਬਦਲ ਦਿੱਤਾ।

ਪਰ ਜੋ ਕੁਝ ਬਚਦਾ ਹੈ ਉਹ ਉਪਕਰਣਾਂ ਨੂੰ ਬਦਲਣਾ ਹੈ ਜੋ DCI ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ।

L2

L2 ਕਨੈਕਟੀਵਿਟੀ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲੇ ਉਪਕਰਣਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਅਸੀਂ ਵਾਧੂ ਲਿੰਕਾਂ ਦੇ ਨਾਲ ਸਮਾਨ ਕੰਮ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਸੀ। ਇਸ ਦੇ ਘੱਟੋ-ਘੱਟ ਦੋ ਕਾਰਨ ਹਨ:

• VXLAN ਸਵਿੱਚਾਂ 'ਤੇ ਲੋੜੀਂਦੀ ਗਤੀ ਦੇ ਮੁਫਤ ਪੋਰਟਾਂ ਦੀ ਘਾਟ।
• VXLAN ਸਵਿੱਚਾਂ 'ਤੇ ਸੈਸ਼ਨ ਕੌਂਫਿਗਰੇਸ਼ਨ ਤਬਦੀਲੀ ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੀ ਘਾਟ।

ਅਸੀਂ ਇੱਕ ਨਵੇਂ ਸਿਸਟਮ-ਆਈਡੀ ਜੋੜੇ 'ਤੇ ਸਹਿਮਤ ਹੁੰਦੇ ਹੋਏ ਇੱਕ ਬ੍ਰੇਕ ਦੇ ਨਾਲ ਲਿੰਕਾਂ ਨੂੰ "ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਇੱਕ" ਨਹੀਂ ਬਦਲਿਆ, ਕਿਉਂਕਿ ਸਾਨੂੰ 100% ਵਿਸ਼ਵਾਸ ਨਹੀਂ ਸੀ ਕਿ ਪ੍ਰਕਿਰਿਆ ਸਹੀ ਢੰਗ ਨਾਲ ਚੱਲੇਗੀ, ਅਤੇ ਪ੍ਰਯੋਗਸ਼ਾਲਾ ਵਿੱਚ ਇੱਕ ਟੈਸਟ ਨੇ ਦਿਖਾਇਆ ਕਿ ਜੇਕਰ "ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ," ਤਾਂ ਸਾਨੂੰ ਅਜੇ ਵੀ ਇੱਕ ਕਨੈਕਸ਼ਨ ਰੁਕਾਵਟ ਮਿਲਦੀ ਹੈ, ਅਤੇ ਸਭ ਤੋਂ ਮਾੜੀ ਗੱਲ ਸਿਰਫ਼ ਉਹਨਾਂ ਗਾਹਕਾਂ ਲਈ ਨਹੀਂ ਹੈ ਜਿਨ੍ਹਾਂ ਕੋਲ ਦੂਜੇ ਡੇਟਾ ਸੈਂਟਰਾਂ ਨਾਲ L2 ਕਨੈਕਟੀਵਿਟੀ ਹੈ, ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਡੇਟਾ ਸੈਂਟਰ ਦੇ ਸਾਰੇ ਗਾਹਕਾਂ ਲਈ।

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

L3

ਅਸੀਂ DCI ਸੇਵਾਵਾਂ ਦਾ ਆਯੋਜਨ ਕਰਦੇ ਸਮੇਂ ਹਰ ਕਿਸੇ ਨੂੰ L3VPN 'ਤੇ ਜਾਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਿਉਂ ਕੀਤੀ? ਇੱਕ ਕਾਰਨ ਇਹ ਹੈ ਕਿ ਇਹ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨ ਵਾਲੇ ਰਾਊਟਰਾਂ ਵਿੱਚੋਂ ਇੱਕ 'ਤੇ ਕੰਮ ਕਰਨ ਦੀ ਸਮਰੱਥਾ, ਸੰਚਾਰ ਵਿੱਚ ਰੁਕਾਵਟ ਦੇ ਬਿਨਾਂ, ਰਿਡੰਡੈਂਸੀ ਪੱਧਰ ਨੂੰ N+0 ਤੱਕ ਘਟਾ ਕੇ।

ਆਉ ਸਰਵਿਸ ਡਿਲੀਵਰੀ ਸਕੀਮ 'ਤੇ ਡੂੰਘਾਈ ਨਾਲ ਵਿਚਾਰ ਕਰੀਏ। ਇਸ ਸੇਵਾ ਵਿੱਚ, L2 ਖੰਡ ਕਲਾਇੰਟ ਸਰਵਰਾਂ ਤੋਂ ਸਿਰਫ਼ L3VPN ਸਿਲੈਕਟਲ ਰਾਊਟਰਾਂ ਤੱਕ ਜਾਂਦਾ ਹੈ। ਕਲਾਇੰਟ ਨੈੱਟਵਰਕ ਰਾਊਟਰਾਂ 'ਤੇ ਬੰਦ ਹੋ ਗਿਆ ਹੈ।

ਹਰੇਕ ਕਲਾਇੰਟ ਸਰਵਰ, ਉਦਾਹਰਨ ਲਈ S2 и S3 ਉਪਰੋਕਤ ਚਿੱਤਰ ਵਿੱਚ, ਉਹਨਾਂ ਦੇ ਆਪਣੇ ਨਿੱਜੀ IP ਪਤੇ ਹਨ - ਸਰਵਰ S10.0.0.2 'ਤੇ 24/2 и ਸਰਵਰ S10.0.0.3 'ਤੇ 24/3. ਪਤੇ 10.0.0.252/24 и 10.0.0.253/24 ਸਿਲੈਕਟਲ ਦੁਆਰਾ ਰਾਊਟਰਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ L3VPN-1 и L3VPN-2, ਕ੍ਰਮਵਾਰ. IP ਪਤਾ 10.0.0.254/24 ਇੱਕ VRRP VIP ਪਤਾ ਹੈ ਸਿਲੈਕਟਲ ਰਾਊਟਰਾਂ 'ਤੇ।

ਤੁਸੀਂ L3VPN ਸੇਵਾ ਬਾਰੇ ਹੋਰ ਜਾਣ ਸਕਦੇ ਹੋ ਪੜੋ ਸਾਡੇ ਬਲੌਗ ਵਿੱਚ.

ਸਵਿੱਚ ਤੋਂ ਪਹਿਲਾਂ, ਹਰ ਚੀਜ਼ ਲਗਭਗ ਚਿੱਤਰ ਵਿੱਚ ਦਿਖਾਈ ਦਿੰਦੀ ਸੀ:

ਦੋ ਰਾਊਟਰ L3VPN-1 и L3VPN-2 ਪੁਰਾਣੇ ਐਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚ ਨਾਲ ਜੁੜੇ ਹੋਏ ਸਨ А. VRRP VIP ਐਡਰੈੱਸ 10.0.0.254 ਲਈ ਮਾਸਟਰ ਰਾਊਟਰ ਹੈ L3VPN-1. ਰਾਊਟਰ ਨਾਲੋਂ ਇਸ ਪਤੇ ਲਈ ਇਸਦੀ ਉੱਚ ਤਰਜੀਹ ਹੈ L3VPN-2.

unit 1006 {
    description C2;
    vlan-id 1006;
    family inet {       
        address 10.0.0.252/24 {
            vrrp-group 1 {
                priority 200;
                virtual-address 10.100.0.254;
                preempt {
                    hold-time 120;
                }
                accept-data;
            }
        }
    }
}

S2 ਸਰਵਰ ਦੂਜੇ ਸਥਾਨਾਂ ਦੇ ਸਰਵਰਾਂ ਨਾਲ ਸੰਚਾਰ ਕਰਨ ਲਈ ਗੇਟਵੇ 10.0.0.254 ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਨੈੱਟਵਰਕ ਤੋਂ L3VPN-2 ਰਾਊਟਰ ਨੂੰ ਡਿਸਕਨੈਕਟ ਕਰਨਾ (ਬੇਸ਼ੱਕ, ਜੇ ਇਹ ਪਹਿਲਾਂ MPLS ਡੋਮੇਨ ਤੋਂ ਡਿਸਕਨੈਕਟ ਕੀਤਾ ਗਿਆ ਹੈ) ਗਾਹਕ ਦੇ ਸਰਵਰਾਂ ਦੀ ਕਨੈਕਟੀਵਿਟੀ ਨੂੰ ਪ੍ਰਭਾਵਤ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਸ ਬਿੰਦੂ 'ਤੇ, ਸਰਕਟ ਦੇ ਰਿਡੰਡੈਂਸੀ ਪੱਧਰ ਨੂੰ ਸਿਰਫ਼ ਘਟਾਇਆ ਗਿਆ ਹੈ.

ਇਸ ਤੋਂ ਬਾਅਦ ਅਸੀਂ ਰਾਊਟਰ ਨੂੰ ਸੁਰੱਖਿਅਤ ਢੰਗ ਨਾਲ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰ ਸਕਦੇ ਹਾਂ L3VPN-2 ਸਵਿੱਚਾਂ ਦੇ ਇੱਕ ਜੋੜੇ ਨੂੰ N. ਲਿੰਕ ਰੱਖੋ, ਟ੍ਰਾਂਸਸੀਵਰ ਬਦਲੋ. ਰਾਊਟਰ ਦੇ ਲਾਜ਼ੀਕਲ ਇੰਟਰਫੇਸ, ਜਿਸ 'ਤੇ ਕਲਾਇੰਟ ਸੇਵਾਵਾਂ ਦਾ ਸੰਚਾਲਨ ਨਿਰਭਰ ਕਰਦਾ ਹੈ, ਉਦੋਂ ਤੱਕ ਅਸਮਰੱਥ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਇਹ ਪੁਸ਼ਟੀ ਨਹੀਂ ਹੋ ਜਾਂਦੀ ਕਿ ਸਭ ਕੁਝ ਉਸੇ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ ਜਿਵੇਂ ਇਹ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

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

ਅੱਗੇ, ਅਸੀਂ L3VPN-1 ਰਾਊਟਰ ਦੀ VRRP ਤਰਜੀਹ ਨੂੰ ਘਟਾਉਂਦੇ ਹਾਂ, ਅਤੇ VIP ਐਡਰੈੱਸ 10.0.0.254 ਨੂੰ L3VPN-2 ਰਾਊਟਰ 'ਤੇ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਕੰਮ ਵੀ ਸੰਚਾਰ ਦੇ ਰੁਕਾਵਟ ਤੋਂ ਬਿਨਾਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ.

VIP ਐਡਰੈੱਸ 10.0.0.254 ਨੂੰ ਰਾਊਟਰ 'ਤੇ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ L3VPN-2 ਤੁਹਾਨੂੰ ਰਾਊਟਰ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਣ ਲਈ ਸਹਾਇਕ ਹੈ L3VPN-1 ਕਲਾਇੰਟ ਲਈ ਸੰਚਾਰ ਵਿੱਚ ਰੁਕਾਵਟ ਦੇ ਬਿਨਾਂ ਅਤੇ ਇਸਨੂੰ ਏਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਦੇ ਇੱਕ ਨਵੇਂ ਜੋੜੇ ਨਾਲ ਜੋੜੋ N.

VRRP VIP ਨੂੰ L3VPN-1 ਰਾਊਟਰ 'ਤੇ ਵਾਪਸ ਕਰਨਾ ਜਾਂ ਨਹੀਂ, ਇਹ ਇਕ ਹੋਰ ਸਵਾਲ ਹੈ, ਅਤੇ ਭਾਵੇਂ ਇਹ ਵਾਪਸ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਇਹ ਕਨੈਕਸ਼ਨ ਨੂੰ ਰੋਕੇ ਬਿਨਾਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਕੁੱਲ

ਇਹਨਾਂ ਸਾਰੇ ਕਦਮਾਂ ਤੋਂ ਬਾਅਦ, ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਸਾਡੇ ਇੱਕ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਏਗਰੀਗੇਸ਼ਨ ਸਵਿੱਚਾਂ ਨੂੰ ਬਦਲ ਦਿੱਤਾ ਹੈ, ਜਦੋਂ ਕਿ ਸਾਡੇ ਗਾਹਕਾਂ ਲਈ ਵਿਘਨ ਨੂੰ ਘੱਟ ਕੀਤਾ ਗਿਆ ਹੈ।

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

ਅਸੀਂ ਸਵਿੱਚਾਂ, ਟ੍ਰਾਂਸਸੀਵਰਾਂ, ਪੈਚ ਕੋਰਡਜ਼, ਏਓਸੀ, ਡੀਏਸੀ ਦੀ ਵਰਤੋਂ ਦੂਜੇ ਪ੍ਰੋਜੈਕਟਾਂ ਵਿੱਚ ਜਾਂ ਹੋਰ ਸਮਾਨ ਸਵਿਚਿੰਗ ਲਈ ਕਰ ਸਕਦੇ ਹਾਂ।

"ਨਤਾਸ਼ਾ, ਅਸੀਂ ਸਭ ਕੁਝ ਬਦਲ ਦਿੱਤਾ!"

ਸਰੋਤ: www.habr.com