3 ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ
ਚੈਨਲ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੌਰਾਨ, ਸੇਵਾ ਕੌਂਫਿਗਰੇਸ਼ਨ, ਆਪਟੀਕਲ ਲੇਅਰ ਲਾਜ਼ੀਕਲ ਲਿੰਕ ਕੌਂਫਿਗਰੇਸ਼ਨ, ਅਤੇ ਲਿੰਕ ਵਰਚੁਅਲ ਟੌਪੋਲੋਜੀ ਮੈਪ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਜੇਕਰ ਇੱਕ ਸਿੰਗਲ ਚੈਨਲ ਨੂੰ ਇੱਕ ਸੁਰੱਖਿਆ ਮਾਰਗ ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਤਾਂ ਇਸ ਸਮੇਂ ਚੈਨਲ ਕੌਂਫਿਗਰੇਸ਼ਨ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੋਵੇਗਾ, ਅਤੇ ਆਉਣ ਵਾਲਾ ਕੌਂਫਿਗਰੇਸ਼ਨ ਪ੍ਰਬੰਧਨ ਵੀ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਹੋਵੇਗਾ। ਚੈਨਲ ਦਿਸ਼ਾ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਇੱਕ ਸਮਰਪਿਤ ਸੇਵਾ ਟੇਬਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਵਪਾਰਕ ਦਿਸ਼ਾਵਾਂ ਨੂੰ ਸਾਰਣੀ ਵਿੱਚ ਵੱਖਰਾ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਠੋਸ ਅਤੇ ਡੈਸ਼ਡ ਲਾਈਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ। ਜਦੋਂ OTN ਚੈਨਲਾਂ ਅਤੇ IP ਲਿੰਕਾਂ ਵਿਚਕਾਰ ਪੱਤਰ ਵਿਹਾਰ ਦਾ ਪ੍ਰਬੰਧਨ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਖਾਸ ਕਰਕੇ OTN ਸੁਰੱਖਿਆ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇੱਕ IP ਲਿੰਕ ਨੂੰ ਕਈ OTN ਚੈਨਲਾਂ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸ ਸਮੇਂ, ਪ੍ਰਬੰਧਨ ਦੀ ਰਕਮ ਵਧਦੀ ਹੈ ਅਤੇ ਪ੍ਰਬੰਧਨ ਗੁੰਝਲਦਾਰ ਹੁੰਦਾ ਹੈ, ਜੋ ਐਕਸਲ ਟੇਬਲਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਨੂੰ ਵੀ ਵਧਾਉਂਦਾ ਹੈ। ਲੋੜਾਂ, ਇੱਕ ਕਾਰੋਬਾਰ ਦੇ ਸਾਰੇ ਤੱਤਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ, 15 ਤੱਕ। ਜਦੋਂ ਇੱਕ ਇੰਜੀਨੀਅਰ ਇੱਕ ਖਾਸ ਲਿੰਕ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹੈ, ਤਾਂ ਉਸਨੂੰ ਐਕਸਲ ਫਾਰਮ ਲੱਭਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਫਿਰ ਸੰਬੰਧਿਤ ਲੱਭਣ ਲਈ ਨਿਰਮਾਤਾ ਦੇ NMS 'ਤੇ ਜਾਣ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਅਤੇ ਫਿਰ ਓਪਰੇਸ਼ਨ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਪੈਂਦਾ ਹੈ। ਇਸ ਲਈ ਦੋਵਾਂ ਪਾਸਿਆਂ ਦੀ ਜਾਣਕਾਰੀ ਦੇ ਸਮਕਾਲੀਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਕਿਉਂਕਿ OTN ਦਾ NMS ਪਲੇਟਫਾਰਮ ਅਤੇ ਇੰਜੀਨੀਅਰ ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਐਕਸਲ ਦੋ ਮਨੁੱਖ ਦੁਆਰਾ ਬਣਾਏ ਗਏ ਡੇਟਾ ਹਨ, ਇਸ ਲਈ ਜਾਣਕਾਰੀ ਦਾ ਸਮਕਾਲੀਕਰਨ ਤੋਂ ਬਾਹਰ ਹੋਣਾ ਆਸਾਨ ਹੈ। ਕੋਈ ਵੀ ਗਲਤੀ ਕਾਰੋਬਾਰੀ ਜਾਣਕਾਰੀ ਨੂੰ ਅਸਲ ਸਬੰਧਾਂ ਨਾਲ ਅਸੰਗਤ ਬਣਾ ਦੇਵੇਗੀ। ਇਸਦੇ ਅਨੁਸਾਰ, ਇਹ ਬਦਲਣ ਅਤੇ ਸਮਾਯੋਜਨ ਕਰਨ ਵੇਲੇ ਕਾਰੋਬਾਰ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰ ਸਕਦੀ ਹੈ। ਇਸ ਲਈ, ਨਿਰਮਾਤਾ ਦੇ ਉਪਕਰਣ ਡੇਟਾ ਨੂੰ ਉੱਤਰ ਵੱਲ ਜਾਣ ਵਾਲੇ ਇੰਟਰਫੇਸ ਰਾਹੀਂ ਇੱਕ ਪ੍ਰਬੰਧਨ ਪਲੇਟਫਾਰਮ 'ਤੇ ਇਕੱਠਾ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਫਿਰ IP ਲਿੰਕ ਦੀ ਜਾਣਕਾਰੀ ਨੂੰ ਇਸ ਪਲੇਟਫਾਰਮ 'ਤੇ ਮੇਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਜੋ ਮੌਜੂਦਾ ਨੈੱਟਵਰਕ ਦੇ ਸੇਵਾ ਬਦਲਾਵਾਂ ਦੇ ਅਨੁਸਾਰ ਜਾਣਕਾਰੀ ਨੂੰ ਆਪਣੇ ਆਪ ਐਡਜਸਟ ਕੀਤਾ ਜਾ ਸਕੇ, ਅਤੇ ਜਾਣਕਾਰੀ ਦਾ ਕੇਂਦਰੀਕ੍ਰਿਤ ਪ੍ਰਬੰਧਨ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾਵੇ। ਅਤੇ ਸੰਰਚਨਾ ਪ੍ਰਬੰਧਨ ਜਾਣਕਾਰੀ ਦੀ ਸ਼ੁੱਧਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸ਼ੁੱਧਤਾ ਦਾ ਇੱਕ ਸਰੋਤ।
OTN ਸੇਵਾ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਸਮੇਂ, ਹਰੇਕ ਇੰਟਰਫੇਸ ਦਾ ਜਾਣਕਾਰੀ ਵੇਰਵਾ ਤਿਆਰ ਕਰੋ, ਅਤੇ ਫਿਰ OTN NMS ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਗਏ ਉੱਤਰ ਵੱਲ ਜਾਣ ਵਾਲੇ ਇੰਟਰਫੇਸ ਰਾਹੀਂ OTN ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰੋ, ਅਤੇ ਸੰਬੰਧਿਤ ਵਰਣਨ ਨੂੰ ਉੱਤਰ ਵੱਲ ਜਾਣ ਵਾਲੇ ਇੰਟਰਫੇਸ ਰਾਹੀਂ IP ਡਿਵਾਈਸ ਦੁਆਰਾ ਇਕੱਠੀ ਕੀਤੀ ਗਈ ਪੋਰਟ ਜਾਣਕਾਰੀ ਨਾਲ ਜੋੜੋ। OTN ਚੈਨਲਾਂ ਅਤੇ IP ਲਿੰਕਾਂ ਦਾ ਪਲੇਟਫਾਰਮ-ਅਧਾਰਿਤ ਪ੍ਰਬੰਧਨ ਦਸਤੀ ਜਾਣਕਾਰੀ ਅੱਪਡੇਟ ਦੀ ਜ਼ਰੂਰਤ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ।
DCI ਟ੍ਰਾਂਸਮਿਸ਼ਨ ਨੈੱਟਵਰਕ ਦੀ ਵਰਤੋਂ ਲਈ, ਇਲੈਕਟ੍ਰੀਕਲ ਕਰਾਸ-ਕਨੈਕਟ ਸੇਵਾ ਸੰਰਚਨਾ ਦੀ ਵਰਤੋਂ ਤੋਂ ਬਚਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੋ। ਇਹ ਵਿਧੀ ਪ੍ਰਬੰਧਨ ਤਰਕ ਵਿੱਚ ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਹੈ, ਅਤੇ ਇਹ DCI ਨੈੱਟਵਰਕ ਮਾਡਲ 'ਤੇ ਲਾਗੂ ਨਹੀਂ ਹੁੰਦੀ। ਇਸ ਤੋਂ DCI ਡਿਜ਼ਾਈਨ ਦੀ ਸ਼ੁਰੂਆਤ ਤੋਂ ਹੀ ਬਚਿਆ ਜਾ ਸਕਦਾ ਹੈ।
4 ਅਲਾਰਮ ਪ੍ਰਬੰਧਨ
OTN ਦੇ ਗੁੰਝਲਦਾਰ ਪ੍ਰਬੰਧਨ ਓਵਰਹੈੱਡ, ਲੰਬੀ ਦੂਰੀ ਦੇ ਪ੍ਰਸਾਰਣ ਦੌਰਾਨ ਸਿਗਨਲ ਨਿਗਰਾਨੀ, ਅਤੇ ਵੱਖ-ਵੱਖ ਸੇਵਾ ਕਣਾਂ ਦੇ ਮਲਟੀਪਲੈਕਸਿੰਗ ਅਤੇ ਆਲ੍ਹਣੇ ਦੇ ਕਾਰਨ, ਇੱਕ ਨੁਕਸ ਦਰਜਨਾਂ ਜਾਂ ਸੈਂਕੜੇ ਅਲਾਰਮ ਸੁਨੇਹਿਆਂ ਦੀ ਰਿਪੋਰਟ ਕਰ ਸਕਦਾ ਹੈ। ਹਾਲਾਂਕਿ ਨਿਰਮਾਤਾ ਨੇ ਅਲਾਰਮ ਨੂੰ ਚਾਰ ਪੱਧਰਾਂ ਵਿੱਚ ਸ਼੍ਰੇਣੀਬੱਧ ਕੀਤਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਅਲਾਰਮ ਦਾ ਇੱਕ ਵੱਖਰਾ ਨਾਮ ਹੈ, ਇਹ ਅਜੇ ਵੀ ਇੱਕ ਇੰਜੀਨੀਅਰ ਦੇ ਸੰਚਾਲਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ ਬਹੁਤ ਗੁੰਝਲਦਾਰ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਪਹਿਲਾਂ ਅਸਫਲਤਾ ਦੇ ਕਾਰਨ ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ ਤਜਰਬੇਕਾਰ ਕਰਮਚਾਰੀਆਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਰਵਾਇਤੀ OTN ਉਪਕਰਣਾਂ ਦਾ ਨੁਕਸ ਭੇਜਣ ਵਾਲਾ ਕਾਰਜ ਮੁੱਖ ਤੌਰ 'ਤੇ SMS ਮਾਡਮ ਜਾਂ ਈਮੇਲ ਪੁਸ਼ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ, ਪਰ ਦੋਵੇਂ ਕਾਰਜ ਇੰਟਰਨੈਟ ਕੰਪਨੀ ਦੇ ਮੂਲ ਪ੍ਰਣਾਲੀ ਦੇ ਮੌਜੂਦਾ ਨੈੱਟਵਰਕ ਅਲਾਰਮ ਪ੍ਰਬੰਧਨ ਪਲੇਟਫਾਰਮ ਨਾਲ ਏਕੀਕਰਨ ਲਈ ਵਿਸ਼ੇਸ਼ ਹਨ, ਅਤੇ ਵੱਖਰੇ ਵਿਕਾਸ ਦੀ ਲਾਗਤ ਜ਼ਿਆਦਾ ਹੈ, ਇਸ ਲਈ ਹੋਰ ਵੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਸਟੈਂਡਰਡ ਨੌਰਥਬਾਉਂਡ ਇੰਟਰਫੇਸ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਇਕੱਠੀ ਕਰਦਾ ਹੈ, ਕੰਪਨੀ ਦੇ ਮੌਜੂਦਾ ਸੰਬੰਧਿਤ ਪਲੇਟਫਾਰਮਾਂ ਨੂੰ ਬਰਕਰਾਰ ਰੱਖਦੇ ਹੋਏ ਫੰਕਸ਼ਨਾਂ ਦਾ ਵਿਸਤਾਰ ਕਰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਅਲਾਰਮ ਨੂੰ ਸੰਚਾਲਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਇੰਜੀਨੀਅਰ ਵੱਲ ਧੱਕਦਾ ਹੈ।
ਇਸ ਲਈ, ਸੰਚਾਲਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਕਰਮਚਾਰੀਆਂ ਲਈ, ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਪਲੇਟਫਾਰਮ ਨੂੰ OTN ਫਾਲਟ ਦੁਆਰਾ ਤਿਆਰ ਕੀਤੀ ਗਈ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਨੂੰ ਆਪਣੇ ਆਪ ਇਕੱਠਾ ਕਰਨ ਦਿੱਤਾ ਜਾਵੇ, ਅਤੇ ਫਿਰ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਜਾਵੇ। ਇਸ ਲਈ, ਪਹਿਲਾਂ OTN NMS 'ਤੇ ਅਲਾਰਮ ਵਰਗੀਕਰਣ ਸੈੱਟ ਕਰੋ, ਅਤੇ ਫਿਰ ਆਖਰੀ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਪ੍ਰਬੰਧਨ ਪਲੇਟਫਾਰਮ 'ਤੇ ਭੇਜਣ ਅਤੇ ਸਕ੍ਰੀਨਿੰਗ ਦਾ ਕੰਮ ਕਰੋ। ਆਮ OTN ਅਲਾਰਮ ਵਿਧੀ ਇਹ ਹੈ ਕਿ NMS ਸਾਰੇ ਪਹਿਲੇ ਅਤੇ ਦੂਜੇ ਕਿਸਮ ਦੇ ਅਲਾਰਮ ਨੂੰ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਪ੍ਰਬੰਧਨ ਪਲੇਟਫਾਰਮ 'ਤੇ ਸੈੱਟ ਅਤੇ ਧੱਕੇਗਾ, ਅਤੇ ਫਿਰ ਪਲੇਟਫਾਰਮ ਇੱਕ ਸਿੰਗਲ ਸੇਵਾ ਰੁਕਾਵਟ ਦੀ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰੇਗਾ, ਮੁੱਖ ਆਪਟੀਕਲ ਮਾਰਗ ਰੁਕਾਵਟ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਅਤੇ (ਜੇਕਰ ਕੋਈ ਹੈ) ਸੁਰੱਖਿਆ ਸਵਿਚਿੰਗ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਨੂੰ ਓਪਰੇਸ਼ਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਇੰਜੀਨੀਅਰ ਨੂੰ ਧੱਕਿਆ ਜਾਂਦਾ ਹੈ। ਉਪਰੋਕਤ ਤਿੰਨ ਜਾਣਕਾਰੀ ਸ਼ਾਇਦ ਨੁਕਸ ਨਿਦਾਨ ਅਤੇ ਪ੍ਰਕਿਰਿਆ ਲਈ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਰਿਸੈਪਸ਼ਨ ਸੈਟ ਅਪ ਕਰਦੇ ਸਮੇਂ, ਤੁਸੀਂ ਵੱਡੇ ਅਲਾਰਮ ਲਈ ਟੈਲੀਫੋਨ ਸੂਚਨਾ ਸੈਟਿੰਗਾਂ ਸੈਟ ਅਪ ਕਰ ਸਕਦੇ ਹੋ ਜਿਵੇਂ ਕਿ ਕੰਪੋਜ਼ਿਟ ਸਿਗਨਲ ਅਸਫਲਤਾਵਾਂ ਜੋ ਸਿਰਫ ਉਦੋਂ ਹੁੰਦੀਆਂ ਹਨ ਜਦੋਂ ਆਪਟੀਕਲ ਫਾਈਬਰ ਟੁੱਟ ਜਾਂਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ ਹੇਠ ਲਿਖੇ:
ਅਲਾਰਮ ਚੀਨੀ ਵੇਰਵਾ
ਅਲਾਰਮ ਅੰਗਰੇਜ਼ੀ ਵਰਣਨ ਅਲਾਰਮ ਦੀ ਕਿਸਮ ਗੰਭੀਰਤਾ ਅਤੇ ਸੀਮਾ
OMS ਲੇਅਰ ਪੇਲੋਡ ਸਿਗਨਲ ਨੁਕਸਾਨ OMS_LOS_P ਸੰਚਾਰ ਅਲਾਰਮ ਕ੍ਰਿਟੀਕਲ (FM)
ਇਨਪੁੱਟ/ਆਊਟਪੁੱਟ ਸੰਯੁਕਤ ਸਿਗਨਲ ਨੁਕਸਾਨ MUT_LOS ਸੰਚਾਰ ਅਲਾਰਮ ਐਮਰਜੈਂਸੀ (FM)
OTS ਪੇਲੋਡ ਨੁਕਸਾਨ
ਸਿਗਨਲ OTS_LOS_P ਸੰਚਾਰ ਅਲਾਰਮ ਕ੍ਰਿਟੀਕਲ (FM)
OTS ਪੇਲੋਡ ਨੁਕਸਾਨ ਸੰਕੇਤ OTS_PMI ਸੰਚਾਰ ਅਲਾਰਮ ਅਰਜੈਂਟ (FM)
NMS ਦਾ ਉੱਤਰ ਵੱਲ ਜਾਣ ਵਾਲਾ ਇੰਟਰਫੇਸ, ਜਿਵੇਂ ਕਿ XML ਇੰਟਰਫੇਸ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ Huawei ਅਤੇ ZTE Alang ਦੁਆਰਾ ਸਮਰਥਤ ਹੈ, ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਅਲਾਰਮ ਜਾਣਕਾਰੀ ਨੂੰ ਅੱਗੇ ਵਧਾਉਣ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।
5 ਪ੍ਰਦਰਸ਼ਨ ਪ੍ਰਬੰਧਨ
OTN ਸਿਸਟਮ ਦੀ ਸਥਿਰਤਾ ਸਿਸਟਮ ਦੇ ਵੱਖ-ਵੱਖ ਪਹਿਲੂਆਂ ਦੇ ਪ੍ਰਦਰਸ਼ਨ ਡੇਟਾ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਨਿਰਭਰ ਕਰਦੀ ਹੈ, ਜਿਵੇਂ ਕਿ ਟਰੰਕ ਫਾਈਬਰ ਦਾ ਆਪਟੀਕਲ ਪਾਵਰ ਪ੍ਰਬੰਧਨ, ਮਲਟੀਪਲੈਕਸਡ ਸਿਗਨਲ ਵਿੱਚ ਹਰੇਕ ਚੈਨਲ ਦਾ ਆਪਟੀਕਲ ਪਾਵਰ ਪ੍ਰਬੰਧਨ, ਅਤੇ ਸਿਸਟਮ OSNR ਮਾਰਜਿਨ ਪ੍ਰਬੰਧਨ। ਇਹਨਾਂ ਸਮੱਗਰੀਆਂ ਨੂੰ ਕੰਪਨੀ ਦੇ ਨੈੱਟਵਰਕ ਸਿਸਟਮ ਦੇ ਨਿਗਰਾਨੀ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਜੋੜਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ, ਤਾਂ ਜੋ ਕਿਸੇ ਵੀ ਸਮੇਂ ਸਿਸਟਮ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਜਾਣਿਆ ਜਾ ਸਕੇ, ਅਤੇ ਨੈੱਟਵਰਕ ਦੀ ਸਥਿਰਤਾ ਨੂੰ ਯਕੀਨੀ ਬਣਾਉਣ ਲਈ ਸਮੇਂ ਸਿਰ ਪ੍ਰਦਰਸ਼ਨ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਇਆ ਜਾ ਸਕੇ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਲੰਬੇ ਸਮੇਂ ਦੇ ਫਾਈਬਰ ਪ੍ਰਦਰਸ਼ਨ ਅਤੇ ਗੁਣਵੱਤਾ ਨਿਗਰਾਨੀ ਦੀ ਵਰਤੋਂ ਫਾਈਬਰ ਰੂਟਿੰਗ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਖੋਜਣ ਲਈ ਵੀ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ, ਕੁਝ ਫਾਈਬਰ ਸਪਲਾਇਰਾਂ ਨੂੰ ਬਿਨਾਂ ਸੂਚਨਾ ਦੇ ਫਾਈਬਰ ਰੂਟਿੰਗ ਨੂੰ ਬਦਲਣ ਤੋਂ ਰੋਕਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਜਿਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸੰਚਾਲਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਵਿੱਚ ਅੰਨ੍ਹੇ ਧੱਬੇ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਫਾਈਬਰ ਰੂਟਿੰਗ ਜੋਖਮ ਹੁੰਦਾ ਹੈ। ਬੇਸ਼ੱਕ, ਇਸ ਲਈ ਮਾਡਲ ਸਿਖਲਾਈ ਲਈ ਵੱਡੀ ਮਾਤਰਾ ਵਿੱਚ ਡੇਟਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਤਾਂ ਜੋ ਰੂਟਿੰਗ ਤਬਦੀਲੀਆਂ ਦੀ ਖੋਜ ਵਧੇਰੇ ਸਹੀ ਹੋ ਸਕੇ।
6. ਡੀਸੀਐਨ ਪ੍ਰਬੰਧਨ
ਇੱਥੇ DCN OTN ਉਪਕਰਣਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਸੰਚਾਰ ਨੈੱਟਵਰਕ ਨੂੰ ਦਰਸਾਉਂਦਾ ਹੈ, ਜੋ ਕਿ OTN ਦੇ ਹਰੇਕ ਨੈੱਟਵਰਕ ਤੱਤ ਦੇ ਪ੍ਰਬੰਧਨ ਦੇ ਨੈੱਟਵਰਕ ਢਾਂਚੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। OTN ਨੈੱਟਵਰਕ DCN ਨੈੱਟਵਰਕ ਦੇ ਪੈਮਾਨੇ ਅਤੇ ਜਟਿਲਤਾ ਨੂੰ ਵੀ ਪ੍ਰਭਾਵਿਤ ਕਰੇਗਾ। ਆਮ ਤੌਰ 'ਤੇ, DCN ਨੈੱਟਵਰਕ ਦੇ ਦੋ ਤਰੀਕੇ ਹਨ:
1. ਪੂਰੇ OTN ਨੈੱਟਵਰਕ ਵਿੱਚ ਸਰਗਰਮ ਅਤੇ ਸਟੈਂਡਬਾਏ ਗੇਟਵੇ NEs ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਹੋਰ ਗੈਰ-ਗੇਟਵੇ NEs ਆਮ NEs ਹਨ। ਸਾਰੇ ਆਮ NEs ਦੇ ਪ੍ਰਬੰਧਨ ਸਿਗਨਲ OTN ਵਿੱਚ OTS ਲੇਅਰ ਵਿੱਚ OSC ਚੈਨਲ ਰਾਹੀਂ ਸਰਗਰਮ ਅਤੇ ਸਟੈਂਡਬਾਏ ਗੇਟਵੇ NEs ਤੱਕ ਪਹੁੰਚਦੇ ਹਨ, ਅਤੇ ਫਿਰ IP ਨੈੱਟਵਰਕ ਨਾਲ ਜੁੜਦੇ ਹਨ ਜਿੱਥੇ NMS ਸਥਿਤ ਹੈ। ਇਹ ਵਿਧੀ IP ਨੈੱਟਵਰਕ 'ਤੇ ਨੈੱਟਵਰਕ ਤੱਤਾਂ ਦੀ ਤੈਨਾਤੀ ਨੂੰ ਘਟਾ ਸਕਦੀ ਹੈ ਜਿੱਥੇ NMS ਸਥਿਤ ਹੈ, ਅਤੇ ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧਨ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਲਈ OTN ਦੀ ਵਰਤੋਂ ਖੁਦ ਕਰ ਸਕਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਜੇਕਰ ਟਰੰਕ ਫਾਈਬਰ ਵਿੱਚ ਵਿਘਨ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਸੰਬੰਧਿਤ ਰਿਮੋਟ ਨੈੱਟਵਰਕ ਤੱਤ ਵੀ ਪ੍ਰਭਾਵਿਤ ਹੋਣਗੇ ਅਤੇ ਪ੍ਰਬੰਧਨ ਤੋਂ ਬਾਹਰ ਹੋ ਜਾਣਗੇ।
2. OTN ਨੈੱਟਵਰਕ ਦੇ ਸਾਰੇ ਨੈੱਟਵਰਕ ਐਲੀਮੈਂਟ ਗੇਟਵੇ ਨੈੱਟਵਰਕ ਐਲੀਮੈਂਟਸ ਦੇ ਤੌਰ 'ਤੇ ਕੌਂਫਿਗਰ ਕੀਤੇ ਗਏ ਹਨ, ਅਤੇ ਹਰੇਕ ਗੇਟਵੇ ਨੈੱਟਵਰਕ ਐਲੀਮੈਂਟ OSC ਚੈਨਲ ਵਿੱਚੋਂ ਲੰਘੇ ਬਿਨਾਂ IP ਨੈੱਟਵਰਕ ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ ਜਿੱਥੇ NMS ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਸਥਿਤ ਹੈ। ਇਹ ਯਕੀਨੀ ਬਣਾਉਂਦਾ ਹੈ ਕਿ ਨੈੱਟਵਰਕ ਐਲੀਮੈਂਟਸ ਦਾ ਪ੍ਰਬੰਧਨ ਸੰਚਾਰ ਮੁੱਖ ਆਪਟੀਕਲ ਫਾਈਬਰ ਦੇ ਰੁਕਾਵਟ ਨਾਲ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਨੈੱਟਵਰਕ ਐਲੀਮੈਂਟਸ ਨੂੰ ਅਜੇ ਵੀ ਰਿਮੋਟਲੀ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਜੋ ਸਾਰੇ IP ਨੈੱਟਵਰਕ ਨਾਲ ਜੁੜੇ ਹੋਏ ਹਨ, ਅਤੇ ਰਵਾਇਤੀ IP ਨੈੱਟਵਰਕ ਵਰਕਰਾਂ ਲਈ ਸੰਚਾਲਨ ਅਤੇ ਰੱਖ-ਰਖਾਅ ਦੀ ਲਾਗਤ ਵੀ ਘਟਾਈ ਜਾਵੇਗੀ।
DCN ਨੈੱਟਵਰਕ ਨਿਰਮਾਣ ਦੀ ਸ਼ੁਰੂਆਤ ਵਿੱਚ, ਨੈੱਟਵਰਕ ਐਲੀਮੈਂਟ ਪਲੈਨਿੰਗ ਅਤੇ IP ਐਡਰੈੱਸ ਅਲਾਟਮੈਂਟ ਕੀਤੀ ਜਾਣੀ ਚਾਹੀਦੀ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ, ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧਨ ਸਰਵਰ ਨੂੰ ਤੈਨਾਤ ਕਰਦੇ ਸਮੇਂ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਦੂਜੇ ਨੈੱਟਵਰਕਾਂ ਤੋਂ ਅਲੱਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਨਹੀਂ ਤਾਂ, ਬਾਅਦ ਵਿੱਚ ਨੈੱਟਵਰਕ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਜਾਲ ਲਿੰਕ ਹੋਣਗੇ, ਅਤੇ ਰੱਖ-ਰਖਾਅ ਦੌਰਾਨ ਨੈੱਟਵਰਕ ਘਬਰਾਹਟ ਆਮ ਹੋਵੇਗੀ, ਅਤੇ ਆਮ ਨੈੱਟਵਰਕ ਤੱਤ ਜੁੜੇ ਨਹੀਂ ਹੋਣਗੇ। ਗੇਟਵੇ ਨੈੱਟਵਰਕ ਐਲੀਮੈਂਟ ਵਰਗੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਿਖਾਈ ਦੇਣਗੀਆਂ, ਅਤੇ ਉਤਪਾਦਨ ਨੈੱਟਵਰਕ ਪਤਾ ਅਤੇ DCN ਨੈੱਟਵਰਕ ਦਾ ਪਤਾ ਦੁਬਾਰਾ ਵਰਤਿਆ ਜਾਵੇਗਾ, ਜੋ ਉਤਪਾਦਨ ਨੈੱਟਵਰਕ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਕਰੇਗਾ।
ਪੋਸਟ ਸਮਾਂ: ਦਸੰਬਰ-19-2022