Junos ਦਾ ਲਾਜਿਕਲ ਟਨਲ ਦੋ ਕਨੈਕਸ਼ਨ ਹਨ, ਇੱਕ ਲਿੰਕ ਨਹੀਂ

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

ਕਦਮ 1: ਕਨੈਕਸ਼ਨ ਵਰਕਸ਼ੀਟ ਲਿਖੋ

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

ਦੋਵੇਂ ਸਿਰਿਆਂ ਦੇ ਯੂਨਿਟ ਨੰਬਰ ਅਤੇ ਹਰ ਇੱਕ ਕਿਹੜੀ ਸੇਵਾ ਦਾ ਹੈ, ਦਰਜ ਕਰੋ। ਤਿੰਨ ਬਦਲਾਅ ਅਤੇ ਇੱਕ ਰੋਲਬੈਕ ਤੋਂ ਬਾਅਦ ਵੀ ਉਹੀ ਸ਼ੀਟ ਸਹੀ ਰਹੇਗੀ, ਇਹੀ ਇੱਕੋ ਦਸਤਾਵੇਜ਼ ਹੈ।

ਕਦਮ 2: ਪੀਅਰ ਯੂਨਿਟ ਅਤੇ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਤੈਅ ਕਰੋ

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

ਫਿਰ ਹਰ ਸਿਰੇ ਦੀ ਸੇਵਾ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਚੁਣੋ। ਜੋੜੀ ਦਾ ਖਰੜਾ ਇੰਝ ਦਿਸਦਾ ਹੈ:

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

ਟੈਗਿੰਗ ਮਿਲਾਏ ਬਿਨਾਂ Ethernet-CCC ਅਤੇ Ethernet-VPLS ਕੀਵਰਡ VLAN ਸੇਵਾ ਵਿੱਚ ਕਾਪੀ ਕਰਨਾ ਉਸ ਜੋੜੀ ਨੂੰ ਬਣਾਉਣ ਦਾ ਦੂਜਾ ਆਮ ਤਰੀਕਾ ਹੈ ਜੋ ਉੱਪਰ ਆਉਂਦੀ ਹੈ ਪਰ ਕੁਝ ਵੀ ਅੱਗੇ ਨਹੀਂ ਭੇਜਦੀ।

ਕਦਮ 3: ਹਰ ਸਿਰੇ ਨੂੰ ਉਸ ਦੀ ਆਪਣੀ ਸੇਵਾ ਨਾਲ ਜੋੜੋ

ਹਰ ਯੂਨਿਟ ਕਿਸੇ ਸੇਵਾ ਪਰਿਭਾਸ਼ਾ ਦੀ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਸੇਵਾ ਨੂੰ ਉਸਨੂੰ ਅਸਲ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਸਮਰਥਿਤ MX Layer 2 ਪ੍ਰਬੰਧਾਂ ਲਈ ਦਸਤਾਵੇਜ਼ bridge-domain ਜਾਂ VPLS ਮੈਂਬਰਸ਼ਿਪ ਨੂੰ ਉਹ ਚੀਜ਼ ਦੱਸਦਾ ਹੈ ਜੋ ਫਾਰਵਰਡਿੰਗ ਨੂੰ ਦੋ-ਪਾਸੜ ਬਣਾਉਂਦੀ ਹੈ, ਭਾਵ ਮੈਂਬਰਸ਼ਿਪ ਰਹਿਤ ਯੂਨਿਟ ਨਾਲ ਸਹੀ ਪੀਅਰ ਜੋੜੀ ਕਿਸੇ ਨਾਲ ਵੀ ਨਾ ਬੋਲਣ ਵਾਲੇ ਦੋ ਸਿਰਿਆਂ ਦੀ ਜੋੜੀ ਹੈ। ਯੂਨਿਟਾਂ ਨਾਲ ਉਸੇ ਕਮਿਟ ਵਿੱਚ ਮੈਂਬਰਸ਼ਿਪ ਸ਼ਾਮਲ ਕਰੋ, ਤਾਂ ਜੋ ਦੋਵੇਂ ਕਦੇ ਵੀ ਵਿਰੋਧ ਨਾ ਕਰ ਸਕਣ।

ਸਿਊਡੋਵਾਇਰ ਸਿਗਨਲਿੰਗ ਅਤੇ ਇੰਸਟੈਂਸ ਮੈਂਬਰਸ਼ਿਪ ਨੂੰ ਉਸੇ ਬਦਲਾਅ ਦਾ ਹਿੱਸਾ ਬਣਾ ਕੇ ਸੈੱਟ ਕਰੋ, ਕਿਉਂਕਿ ਸਰਕਟ ਦਾ ਦੂਰਲਾ ਸਿਰਾ ਹੀ VPLS ਪਾਸੇ ਨੂੰ ਸਿੱਖਣ ਲਈ ਕੁਝ ਦਿੰਦਾ ਹੈ।

ਕਦਮ 4: ਸਰੋਤ ਅਤੇ ਫਰੇਮ ਆਕਾਰ ਦਾ ਬਜਟ ਬਣਾਓ

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

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

ਕਦਮ 5: ਫਾਰਵਰਡਿੰਗ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਲੂਪ ਲੱਭੋ

ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਟ੍ਰੈਫਿਕ ਭੇਜੋ ਅਤੇ ਸਿਰਫ਼ ਇੰਟਰਫੇਸ ਦੀ ਸਥਿਤੀ ਨਹੀਂ, ਸੇਵਾ ਦੀ ਸਥਿਤੀ ਵੀ ਵੇਖੋ। show interfaces lt-0/0/0 ਦੱਸਦਾ ਹੈ ਕਿ ਜੋੜੀ ਪ੍ਰਬੰਧਕੀ ਤੌਰ ’ਤੇ ਉੱਪਰ ਹੈ, ਅਤੇ show vpls connections ਦੱਸਦਾ ਹੈ ਕਿ ਇੰਸਟੈਂਸ ਕੋਲ ਸਿੱਖਣ ਵਾਲਾ ਕਨੈਕਸ਼ਨ ਹੈ ਜਾਂ ਨਹੀਂ। ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਇੱਕ ਸੇਵਾ ਵਿੱਚ ਦਾਖਲ ਹੋਇਆ ਫਰੇਮ ਦੂਜੀ ਵਿੱਚੋਂ ਨਿਕਲਿਆ, ਇਸ ਲਈ ਇਸਦੀ ਸਪਸ਼ਟ ਤੌਰ ’ਤੇ ਜਾਂਚ ਕਰੋ। ਟ੍ਰੈਫਿਕ ਚੱਲਦੇ ਸਮੇਂ ਸੇਵਾ ਦੀ ਸਥਿਤੀ ਦਿਸਦੀ ਰੱਖਦੇ ਹੋਏ ਇੱਕ ਪਾਸੇ ਦੇ ਹੋਸਟ ਤੋਂ ਦੂਜੇ ਪਾਸੇ ਦੇ ਹੋਸਟ ’ਤੇ ਭੇਜੋ।

ਅੰਤ ਵਿੱਚ ਜਾਂਚੋ ਕਿ ਕੀ ਕੋਈ ਹੋਰ ਭੌਤਿਕ ਜਾਂ ਲਾਜਿਕਲ ਮਾਰਗ ਪਹਿਲਾਂ ਹੀ ਉਸੇ Ethernet ਡੋਮੇਨ ਨਾਲ ਜੁੜਿਆ ਹੈ। ਇਹ ਕਨੈਕਸ਼ਨ ਜੋੜਨ ਨਾਲ ਹੜ੍ਹ ਵਿਵਹਾਰ ਬਦਲ ਸਕਦਾ ਹੈ ਅਤੇ ਅਜਿਹਾ ਲੂਪ ਬਣ ਸਕਦਾ ਹੈ ਜੋ ਪਹਿਲਾਂ ਨਹੀਂ ਸੀ, ਅਤੇ ਲੱਛਣ ਬਿਲਕੁਲ ਕਿਤੇ ਹੋਰ ਦਿਸੇਗਾ। ਘਟਨਾ ਵੇਲੇ ਬਿਨਾਂ ਨਿਗਰਾਨੀ ਵਾਲਾ Layer 2 ਮਾਰਗ ਲੱਭਣ ਦੀ ਬਜਾਏ ਆਪਣੀ ਲੋੜੀਂਦੀ ਰਿਡੰਡੈਂਸੀ ਦੀ ਯੋਜਨਾ ਬਣਾਓ।