Junos L2VPN: ਪਹਿਲਾਂ ਗਾਹਕ ਦਾ ਅਟੈਚਮੈਂਟ ਇਕਰਾਰਨਾਮਾ ਠੀਕ ਕਰੋ

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

ਫਰੇਮ ਇਕਰਾਰਨਾਮਾ ਲਿਖ ਲਓ

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

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

ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਨੂੰ ਇਕਰਾਰਨਾਮੇ ਨਾਲ ਮਿਲਾਓ

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

ਸਾਵਧਾਨੀ ਵਜੋਂ ਹਰ ਇੰਟਰਫੇਸ ਉੱਤੇ family ਬਿਆਨ ਨਾ ਜੋੜੋ। ਜੋ ਸੰਰਚਨਾ ਇੱਕ ਸਰਕਟ ਚਲਾਉਂਦੀ ਹੈ, ਅਗਲੇ ਨੂੰ ਅਜਿਹੇ ਫਰੇਮ ਸਵੀਕਾਰ ਕਰਨ ਲਈ ਮਜਬੂਰ ਕਰ ਸਕਦੀ ਹੈ ਜੋ ਉਸਦਾ ਗਾਹਕ ਕਦੇ ਨਹੀਂ ਭੇਜਦਾ।

ਅਟੈਚਮੈਂਟ ਨੂੰ ਸਹੀ ਸੇਵਾ ਨਾਲ ਬੰਨ੍ਹੋ

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

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

ਫਰੇਮ ਨਾਲ ਜਾਂਚੋ, ਸਥਿਤੀ ਨਾਲ ਨਹੀਂ

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

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

ਫਿਰ ਇਹ ਲਿਖ ਲਓ

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

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