ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ, ਰੀਲੀਜ਼ 24.1

ਸਾਫਟਵੇਅਰ ਹਾਈਲਾਈਟਸ

• RHEL 8.10 ਲਈ ਸਮਰਥਨ
• ਗੈਰ-ਰੂਟ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਪੈਰਾਗਨ CLI ਉਪਯੋਗਤਾ ਵਿੱਚ ਕਮਾਂਡਾਂ ਚਲਾਉਣ ਦੀ ਸਮਰੱਥਾ
• NETCONF ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ Cisco IOS XR ਡਿਵਾਈਸਾਂ 'ਤੇ ਸੈਗਮੈਂਟ ਰੂਟਿੰਗ ਨੀਤੀਆਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰਨ ਦੀ ਸਮਰੱਥਾ

ਜਾਣ-ਪਛਾਣ

Juniper® Paragon Automation ਨੈੱਟਵਰਕ ਯੋਜਨਾਬੰਦੀ, ਕੌਂਫਿਗਰੇਸ਼ਨ, ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ, ਟ੍ਰੈਫਿਕ ਇੰਜੀਨੀਅਰਿੰਗ, ਨਿਗਰਾਨੀ, ਅਤੇ ਜੀਵਨ-ਚੱਕਰ ਪ੍ਰਬੰਧਨ ਲਈ ਇੱਕ ਕਲਾਉਡ-ਤਿਆਰ ਹੱਲ ਹੈ ਜੋ ਨੈੱਟਵਰਕ ਪ੍ਰਬੰਧਨ ਅਤੇ ਨਿਗਰਾਨੀ ਲਈ ਉੱਨਤ ਵਿਜ਼ੂਅਲਾਈਜ਼ੇਸ਼ਨ ਸਮਰੱਥਾਵਾਂ ਅਤੇ ਵਿਸ਼ਲੇਸ਼ਣ ਲਿਆਉਂਦਾ ਹੈ। ਤੁਸੀਂ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਆਨ-ਪ੍ਰੀਮਿਸਸ (ਗਾਹਕ-ਪ੍ਰਬੰਧਿਤ) ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਤੌਰ 'ਤੇ ਤੈਨਾਤ ਕਰ ਸਕਦੇ ਹੋ।
ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਮਾਈਕ੍ਰੋਸਰਵਿਸਿਜ਼-ਅਧਾਰਤ ਆਰਕੀਟੈਕਚਰ 'ਤੇ ਕੰਮ ਕਰਦੀ ਹੈ ਅਤੇ REST API, gRPC API, ਅਤੇ ਆਮ ਮੈਸੇਜਿੰਗ ਬੱਸ ਸੰਚਾਰਾਂ ਨੂੰ ਰੁਜ਼ਗਾਰ ਦਿੰਦੀ ਹੈ। ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਬੇਸ ਪਲੇਟਫਾਰਮ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਜੂਨੀਪਰ ਨੈਟਵਰਕਸ ਅਤੇ ਥਰਡ-ਪਾਰਟੀ (ਸਿਸਕੋ ਆਈਓਐਸ ਐਕਸਆਰ, ਨੋਕੀਆ) ਡਿਵਾਈਸਾਂ, ਜ਼ੀਰੋਟਚ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ, ਉਪਭੋਗਤਾ ਪ੍ਰਬੰਧਨ, ਅਤੇ ਰੋਲ-ਅਧਾਰਿਤ ਐਕਸੈਸ ਕੰਟਰੋਲ (ਆਰਬੀਏਸੀ) ਲਈ ਸਮਰਥਨ।
ਬੇਸ ਪਲੇਟਫਾਰਮ ਸਮਰੱਥਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਤੋਂ ਇਲਾਵਾ, ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਮਾਈਕ੍ਰੋਸਰਵਿਸਿਜ਼-ਅਧਾਰਿਤ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਇੱਕ ਸੂਟ ਪੇਸ਼ ਕਰਦੀ ਹੈ- Juniper® Paragon Insights (ਪਹਿਲਾਂ HealthBot), Juniper® Paragon Planner (ਪਹਿਲਾਂ NorthStar Planner), ਅਤੇ Juniper® Paragon Pathfinder (ਪਹਿਲਾਂ NorthStar ਕੰਟਰੋਲਰ)।
ਜਦੋਂ ਤੁਸੀਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਐਪਲੀਕੇਸ਼ਨ ਦਾ API ਸੂਟ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਨਾਲ ਏਕੀਕ੍ਰਿਤ ਹੋ ਜਾਂਦਾ ਹੈ ਤਾਂ ਜੋ ਨਵੀਆਂ ਅਤੇ ਮੌਜੂਦਾ ਸੇਵਾਵਾਂ ਵਿਚਕਾਰ ਸਹਿਜ ਸੰਚਾਰ ਦੀ ਆਗਿਆ ਦਿੱਤੀ ਜਾ ਸਕੇ। ਇਹਨਾਂ ਰੀਲੀਜ਼ ਨੋਟਸ ਵਿੱਚ, ਅਸੀਂ ਬੇਸ ਪਲੇਟਫਾਰਮ, ਪੈਰਾਗੋਨ ਪਾਥਫਾਈਂਡਰ, ਪੈਰਾਗਨ ਪਲੈਨਰ ​​(ਡੈਸਕਟਾਪ ਐਪਲੀਕੇਸ਼ਨ), ਅਤੇ ਪੈਰਾਗਨ ਇਨਸਾਈਟਸ ਮੋਡੀਊਲ ਦੀਆਂ ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਰੂਪਰੇਖਾ ਦਿੰਦੇ ਹਾਂ ਜੋ ਇਸ ਰੀਲੀਜ਼ ਵਿੱਚ ਉਪਲਬਧ ਹਨ। ਇਹਨਾਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਉਪਭੋਗਤਾ ਗਾਈਡ ਵੇਖੋ।
ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਨਵੀਆਂ ਅਤੇ ਅੱਪਡੇਟ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਸੌਫਟਵੇਅਰ ਸੀਮਾਵਾਂ, ਅਤੇ ਓਪਨ ਮੁੱਦਿਆਂ ਨੂੰ ਲੱਭਣ ਲਈ ਇਹਨਾਂ ਰੀਲਿਜ਼ ਨੋਟਸ ਦੀ ਵਰਤੋਂ ਕਰੋ।

ਇੰਸਟਾਲੇਸ਼ਨ ਅਤੇ ਅੱਪਗਰੇਡ ਨਿਰਦੇਸ਼

ਇੰਸਟਾਲੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ, ਅਪਗ੍ਰੇਡ ਪ੍ਰਕਿਰਿਆ ਅਤੇ ਲੋੜਾਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ (ਸਾਫਟਵੇਅਰ ਅਤੇ
ਹਾਰਡਵੇਅਰ), ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਇੰਸਟਾਲੇਸ਼ਨ ਗਾਈਡ ਵੇਖੋ।

ਨੋਟ:
ਤੁਸੀਂ ਸਿੱਧੇ ਹੀ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 23.2 ਤੋਂ ਰੀਲੀਜ਼ 24.1 ਤੱਕ ਅੱਪਗਰੇਡ ਕਰ ਸਕਦੇ ਹੋ। ਜੇਕਰ ਤੁਹਾਡੀ ਰੀਲੀਜ਼ ਰੀਲੀਜ਼ 23.2 ਤੋਂ ਪਹਿਲਾਂ ਦੀ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਰੀਲੀਜ਼ 24.1 ਨੂੰ ਨਵੇਂ ਸਿਰੇ ਤੋਂ ਇੰਸਟਾਲ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਤੁਹਾਡੀ ਮੌਜੂਦਾ ਰੀਲੀਜ਼ ਸੰਰਚਨਾ ਨੂੰ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਬੈਕਅੱਪ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ ਅਤੇ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਬਹਾਲ ਕਰ ਸਕਦੇ ਹੋ। ਅੱਪਗਰੇਡ ਬਾਰੇ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਅੱਪਗ੍ਰੇਡ ਕਰੋ।

ਲਾਇਸੰਸਿੰਗ

ਪੈਰਾਗਨ ਇਨਸਾਈਟਸ ਵਿੱਚ, ਅਸੀਂ ਨਿਮਨਲਿਖਤ ਲਾਇਸੰਸ ਪੱਧਰਾਂ ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਸੰਬੰਧਿਤ ਡਿਵਾਈਸ ਲਾਇਸੰਸ ਪੇਸ਼ ਕੀਤੇ ਹਨ:

• ਪੈਰਾਗਨ ਇਨਸਾਈਟਸ ਐਡਵਾਂਸਡ (ਪਿਨ-ਐਡਵਾਂਸਡ)
• ਪੈਰਾਗਨ ਇਨਸਾਈਟਸ ਸਟੈਂਡਰਡ (ਪਿੰਨ-ਸਟੈਂਡਰਡ)

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

• ਪਾਥਫਾਈਂਡਰ ਸਟੈਂਡਰਡ
• ਪਾਥਫਾਈਂਡਰ ਐਡਵਾਂਸਡ
• ਪਾਥਫਾਈਂਡਰ ਪ੍ਰੀਮੀਅਮ

ਲਾਇਸੰਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ ਲਾਇਸੰਸਿੰਗ ਗਾਈਡ.
ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਲਾਇਸੰਸ ਕੁੰਜੀ ਹੈ ਜੋ ਰੀਲੀਜ਼ ਤੋਂ ਪਹਿਲਾਂ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਦੇ ਇੱਕ ਸੰਸਕਰਣ ਲਈ ਤਿਆਰ ਕੀਤੀ ਗਈ ਸੀ
22.1 ਤੁਹਾਨੂੰ ਪੈਰਾਗੋਨ ਆਟੋਮੇਟਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਇੰਸਟਾਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਲਾਇਸੈਂਸ ਕੁੰਜੀ ਫਾਰਮੈਟ ਨੂੰ ਨਵੇਂ ਫਾਰਮੈਟ ਵਿੱਚ ਅੱਪਗਰੇਡ ਕਰਨ ਦੀ ਲੋੜ ਹੋਵੇਗੀ। ਤੁਸੀਂ ਜੂਨੀਪਰ ਐਜਾਇਲ ਲਾਇਸੈਂਸਿੰਗ ਪੋਰਟਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਨਵੀਂ ਲਾਇਸੈਂਸ ਕੁੰਜੀ ਬਣਾ ਸਕਦੇ ਹੋ। ਇੱਕ ਨਵੀਂ ਲਾਇਸੈਂਸ ਕੁੰਜੀ ਬਣਾਉਣ ਬਾਰੇ ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ View, ਲਾਇਸੰਸ ਜੋੜੋ ਜਾਂ ਮਿਟਾਓ।

ਨਵੀਆਂ ਅਤੇ ਬਦਲੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਹ ਭਾਗ ਜੂਨੀਪਰ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਦੇ ਹਰੇਕ ਮੋਡੀਊਲ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ।
ਪੈਰਾਗਨ ਇੰਸਟਾਲੇਸ਼ਨ ਅਤੇ ਅੱਪਗਰੇਡ

• Red Hat Enterprise Linux (RHEL) 8.10—ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 RHEL 8.10 ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਯੋਗ ਹੈ।
  [ਵੇਖੋ Red Hat Enterprise Linux ਉੱਤੇ ਇੰਸਟਾਲੇਸ਼ਨ ਦੀਆਂ ਲੋੜਾਂ।]
• ਪੈਰਾਗਨ CLI ਉਪਯੋਗਤਾ ਕਮਾਂਡਾਂ ਨੂੰ ਇੱਕ ਗੈਰ-ਰੂਟ ਉਪਭੋਗਤਾ ਵਜੋਂ ਚਲਾਓ—ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਸੁਪਰਯੂਜ਼ਰ (sudo) ਅਧਿਕਾਰਾਂ ਵਾਲਾ ਇੱਕ ਗੈਰ-ਰੂਟ ਉਪਭੋਗਤਾ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਸੈੱਟਅੱਪ ਦਾ ਵਿਸ਼ਲੇਸ਼ਣ, ਪੁੱਛਗਿੱਛ ਅਤੇ ਡੀਬੱਗ ਕਰਨ ਲਈ ਪੈਰਾਗਨ CLI ਉਪਯੋਗਤਾ ਕਮਾਂਡਾਂ ਨੂੰ ਚਲਾ ਸਕਦਾ ਹੈ।
  [ਵੇਖੋ ਪੈਰਾਗਨ CLI ਉਪਯੋਗਤਾ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਮੱਸਿਆ ਦਾ ਨਿਪਟਾਰਾ ਕਰੋ.]

ਪੈਰਾਗਨ ਪਾਥਫਾਈਂਡਰ

• Cisco IOS XR ਡਿਵਾਈਸਾਂ 'ਤੇ ਪ੍ਰੋਵਿਜ਼ਨ ਸੈਗਮੈਂਟ ਰਾਊਟਿੰਗ ਨੀਤੀਆਂ—ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਤੁਸੀਂ NETCONF ਨੂੰ ਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਵਿਧੀ ਦੇ ਤੌਰ 'ਤੇ ਵਰਤ ਕੇ Cisco IOS XR ਡਿਵਾਈਸਾਂ 'ਤੇ ਸੈਗਮੈਂਟ ਰੂਟਿੰਗ ਨੀਤੀਆਂ ਦਾ ਪ੍ਰਬੰਧ ਕਰ ਸਕਦੇ ਹੋ।

ਬੇਸ ਪਲੇਟਫਾਰਮ
ਅਸੀਂ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਬੇਸ ਪਲੇਟਫਾਰਮ ਨਾਲ ਸਬੰਧਤ ਕੋਈ ਨਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤੀਆਂ ਹਨ।
ਪੈਰਾਗਨ ਇਨਸਾਈਟਸ
ਅਸੀਂ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਪੈਰਾਗੋਨ ਇਨਸਾਈਟਸ ਨਾਲ ਸਬੰਧਤ ਕੋਈ ਨਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤੀਆਂ ਹਨ।
ਪੈਰਾਗਨ ਯੋਜਨਾਕਾਰ
ਅਸੀਂ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਪੈਰਾਗੋਨ ਪਲਾਨਰ ਨਾਲ ਸਬੰਧਤ ਕੋਈ ਨਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤੀਆਂ ਹਨ।
ਨੋਟ: ਪੈਰਾਗਨ ਯੋਜਨਾਕਾਰ Web ਐਪਲੀਕੇਸ਼ਨ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਇੱਕ ਬੀਟਾ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ।

ਬਰਤਰਫ਼ ਕੀਤੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

ਇਹ ਭਾਗ ਉਹਨਾਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ ਜੋ ਬਰਤਰਫ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ ਜਾਂ ਜਿਨ੍ਹਾਂ ਲਈ ਪੈਰਾਗਨ ਤੋਂ ਸਮਰਥਨ ਵਾਪਸ ਲਿਆ ਗਿਆ ਹੈ
ਆਟੋਮੇਟਨ ਰੀਲੀਜ਼ 24.1.
• Grafana UI
ਤੁਸੀਂ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਤੋਂ Grafana UI ਤੱਕ ਪਹੁੰਚ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ। Grafana UI ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਇਹ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ:

1. Grafana ਇੰਸਟਾਲ ਕਰੋ.
   ਦੇਖੋ ਗ੍ਰਾਫਾਨਾ ਦਸਤਾਵੇਜ਼ ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ.
2. /var/local/healthbot/healthbot tsdb start-services ਕਮਾਂਡ ਚਲਾ ਕੇ TSDB ਪੋਰਟ ਦਾ ਪਰਦਾਫਾਸ਼ ਕਰੋ।

ਨੋਟ: ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ, TSDB ਪੋਰਟ ਡਿਫੌਲਟ ਰੂਪ ਵਿੱਚ ਸਾਹਮਣੇ ਨਹੀਂ ਆਉਂਦਾ ਹੈ। ਬਾਹਰੀ ਟੂਲ ਜਿਵੇਂ ਕਿ Grafana ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ TSDB ਪੋਰਟ ਨੂੰ ਬੇਨਕਾਬ ਕਰਨ ਲਈ ਸਿੱਧੇ TSDB ਨੂੰ ਇੱਕ ਪੁੱਛਗਿੱਛ ਚਲਾਉਣ ਦੀ ਲੋੜ ਹੈ (ਅਤੇ API ਦੁਆਰਾ ਨਹੀਂ)।

ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ TSDB ਦਾ ਬੈਕਅੱਪ ਅਤੇ ਰੀਸਟੋਰ ਕਰੋ.
• ਚਾਰਟ

ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਦੇ

ਇਹ ਭਾਗ ਜੂਨੀਪਰ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਜਾਣੇ-ਪਛਾਣੇ ਮੁੱਦਿਆਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ

ਇੰਸਟਾਲੇਸ਼ਨ

• ਜਦੋਂ ਤੁਸੀਂ VMware ESXi ਸਰਵਰਾਂ 'ਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ (VMs) ਦੀ ਵਿਵਸਥਾ ਕਰਦੇ ਹੋ, ਜੇਕਰ ਤੁਸੀਂ ਬੇਸ OS ਨਾਲ ਡਿਸਕ ਨੂੰ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਬਲਾਕ ਸਟੋਰੇਜ ਡਿਸਕ ਜੋੜਦੇ ਹੋ, ਤਾਂ Ceph ਕਈ ਵਾਰ ਗਲਤ ਡਰਾਈਵ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡਰਾਈਵਾਂ ਦੀ ਗਲਤ ਪਛਾਣ ਕਰਦਾ ਹੈ ਅਤੇ ਕਲੱਸਟਰ ਬਣਾਉਂਦਾ ਹੈ, ਨਤੀਜੇ ਵਜੋਂ ਬੇਸ OS ਤਬਾਹ ਕਰ ਦਿੱਤਾ.
  ਹੱਲ: ਪਹਿਲੀ ਡਿਸਕ ਨੂੰ ਬੇਸ OS (ਵੱਡੀ ਡਰਾਈਵ) ਵਜੋਂ ਜੋੜੋ ਅਤੇ ਫਿਰ ਛੋਟੀ ਬਲਾਕ ਸਟੋਰੇਜ ਡਿਸਕ ਨੂੰ ਜੋੜੋ।
• ਟਾਈਮ ਸੀਰੀਜ਼ ਡੇਟਾਬੇਸ (TSDB) HA ਰੀਪਲੀਕੇਸ਼ਨ ਦੀ ਅਣਹੋਂਦ ਵਿੱਚ, ਜੇਕਰ ਇੱਕ TSDB ਪੌਡ ਨੂੰ ਚਲਾਉਣ ਵਾਲਾ ਕੁਬਰਨੇਟਸ ਵਰਕਰ ਨੋਡ ਹੇਠਾਂ ਚਲਾ ਜਾਂਦਾ ਹੈ, ਭਾਵੇਂ ਪੌਡ ਵਿੱਚ ਸਮਰੱਥਾ ਹੈ, TSDB ਸੇਵਾ ਨੂੰ ਇੱਕ ਨਵੇਂ ਨੋਡ 'ਤੇ ਨਹੀਂ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਡੇਟਾ ਦੀ ਇੱਕ ਵੱਡੀ ਮਾਤਰਾ ਨੂੰ ਨਵੇਂ ਨੋਡ ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ.
  ਹੱਲ: ਸਰਵਰ ਦੀ ਅਸਫਲਤਾ ਜਾਂ TSDB ਉਦਾਹਰਣ ਦੀ ਮੇਜ਼ਬਾਨੀ ਸਟੋਰੇਜ ਦੀ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਸੀਂ ਸਰਵਰ ਜਾਂ ਖਰਾਬ ਹੋਏ ਹਿੱਸੇ ਨੂੰ ਦੁਬਾਰਾ ਬਣਾ ਸਕਦੇ ਹੋ।

ਜੇਕਰ ਪ੍ਰਤੀਕ੍ਰਿਤੀ ਕਾਰਕ 1 'ਤੇ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਉਸ ਉਦਾਹਰਨ ਲਈ TSDB ਡਾਟਾ ਖਤਮ ਹੋ ਜਾਵੇਗਾ। ਉਸ ਸਥਿਤੀ ਵਿੱਚ, ਤੁਹਾਨੂੰ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਤੋਂ ਅਸਫਲ TSDB ਨੋਡ ਨੂੰ ਹਟਾਉਣ ਦੀ ਲੋੜ ਹੈ। ਅਸਫਲ TSDB ਨੋਡ ਨੂੰ ਹਟਾਉਣ ਲਈ:

1. ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ GUI ਵਿੱਚ, ਕੌਂਫਿਗਰੇਸ਼ਨ > ਇਨਸਾਈਟਸ ਸੈਟਿੰਗਜ਼ ਚੁਣੋ।
   ਇਨਸਾਈਟਸ ਸੈਟਿੰਗਜ਼ ਪੰਨਾ ਦਿਸਦਾ ਹੈ।
2. ਕਰਨ ਲਈ TSDB ਟੈਬ 'ਤੇ ਕਲਿੱਕ ਕਰੋ view TSDB ਸੈਟਿੰਗਾਂ ਟੈਬ ਕੀਤਾ ਪੰਨਾ।
3. ਅਸਫਲ ਨੋਡ ਨੂੰ ਮਿਟਾਉਣ ਲਈ, TSDB ਸੈਟਿੰਗਾਂ ਟੈਬ ਕੀਤੇ ਪੰਨੇ 'ਤੇ, ਅਸਫਲ TSDB ਨੋਡ ਦੇ ਨਾਮ ਦੇ ਅੱਗੇ X 'ਤੇ ਕਲਿੱਕ ਕਰੋ।
   ਨੋਟ: ਅਸੀਂ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ ਇੱਕ ਰੱਖ-ਰਖਾਅ ਵਿੰਡੋ ਦੇ ਦੌਰਾਨ TSDB ਨੋਡਾਂ ਨੂੰ ਮਿਟਾਓ ਕਿਉਂਕਿ ਕੁਝ ਸੇਵਾਵਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕੀਤਾ ਜਾਵੇਗਾ ਅਤੇ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ GUI ਗੈਰ-ਜਵਾਬਦੇਹ ਹੋਵੇਗਾ ਜਦੋਂ TSDB ਕੰਮ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
4. ਸੇਵ ਅਤੇ ਡਿਪਲਾਇ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।
5. ਜੇਕਰ ਤਬਦੀਲੀਆਂ ਤੈਨਾਤ ਨਹੀਂ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ ਅਤੇ ਜੇਕਰ ਤੁਹਾਨੂੰ ਤੈਨਾਤ ਕਰਨ ਦੌਰਾਨ ਕੋਈ ਗਲਤੀ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਫੋਰਸ ਟੌਗਲ ਬਟਨ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ ਅਤੇ ਸੇਵ ਅਤੇ ਡਿਪਲਾਇ 'ਤੇ ਕਲਿੱਕ ਕਰਕੇ ਬਦਲਾਅ ਕਰੋ। ਅਜਿਹਾ ਕਰਨ ਨਾਲ, ਸਿਸਟਮ TSDB ਸੈਟਿੰਗਾਂ ਨੂੰ ਐਡਜਸਟ ਕਰਨ ਦੌਰਾਨ ਆਈ ਗਲਤੀ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦਾ ਹੈ।

• ਜੇਕਰ ਤੁਸੀਂ ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਣਇੰਸਟੌਲ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਹ ਵੀ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ /var/lib/rook ਡਾਇਰੈਕਟਰੀ ਨੂੰ ਸਾਰੇ ਨੋਡਾਂ ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਗਿਆ ਹੈ, ਅਤੇ ਸਾਰੇ Ceph ਬਲਾਕ ਜੰਤਰ ਮਿਟਾਏ ਗਏ ਹਨ।
  ਹੱਲ: ਵੇਖੋ ਟ੍ਰਬਲਸ਼ੂਟਿੰਗ Ceph ਅਤੇ Rook > ਇੱਕ ਅਸਫਲ ਡਿਸਕ ਦੀ ਮੁਰੰਮਤ ਕਰੋ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਇੰਸਟਾਲੇਸ਼ਨ ਗਾਈਡ ਵਿੱਚ ਭਾਗ।
• ਏਅਰ-ਗੈਪ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਸਥਾਪਿਤ ਕਰਦੇ ਸਮੇਂ, ਹੇਠ ਲਿਖੀ ਗਲਤੀ ਹੁੰਦੀ ਹੈ:

ਹੱਲ: config-dir/config.yml ਵਿੱਚ ਹੇਠਾਂ ਦਿੱਤੇ ਸੰਰਚਨਾ ਵੇਰੀਏਬਲਾਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰੋ file ਅਤੇ ਫਿਰ ਏਅਰ-ਗੈਪ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਸਥਾਪਿਤ ਕਰੋ:

ਜਨਰਲ

• deploy-federated-exchange ਕਮਾਂਡ ਆਉਟਪੁੱਟ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਇੰਸਟਾਲੇਸ਼ਨ ਅਸਫਲ ਹੋ ਗਈ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਡਿਜ਼ਾਸਟਰ ਰਿਕਵਰੀ ਨੂੰ ਦੋਹਰੀ ਕਲੱਸਟਰ ਤੈਨਾਤੀ ਵਿੱਚ ਸੰਰਚਿਤ ਕਰਦੇ ਹੋ। ਤੁਸੀਂ ਅਸਫਲ ਸੁਨੇਹੇ ਨੂੰ ਅਣਡਿੱਠ ਕਰ ਸਕਦੇ ਹੋ ਪਰ ਤੁਹਾਨੂੰ ਦੋਵਾਂ ਕਲੱਸਟਰਾਂ ਦੇ ਸਾਰੇ ਪ੍ਰਾਇਮਰੀ ਨੋਡਾਂ 'ਤੇ ਹੇਠ ਲਿਖੀ ਕਮਾਂਡ ਚਲਾਉਣੀ ਚਾਹੀਦੀ ਹੈ:ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ ਇੱਕ ਅਸਫਲਤਾ LSP ਦੇ ਦੋਨਾਂ ਵਿਭਿੰਨ ਜੋੜਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੀ ਹੈ, ਤਾਂ ਪਾਥ ਕੰਪਿਊਟੇਸ਼ਨ ਸਰਵਰ (PCS) LSPs ਨੂੰ ਘੱਟ ਵਿਭਿੰਨਤਾ ਪੱਧਰ ਦੇ ਮਾਰਗ ਜਾਂ ਗੈਰ-ਵਿਭਿੰਨਤਾ ਮਾਰਗ ਦੇ ਨਾਲ ਰੂਟ ਨਹੀਂ ਕਰੇਗਾ। LSPs ਨੂੰ ਉਦੋਂ ਤੱਕ ਰੂਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ PCS ਕੌਂਫਿਗਰ ਕੀਤੇ ਵਿਭਿੰਨਤਾ ਪੱਧਰ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਮਾਰਗ ਨਹੀਂ ਲੱਭ ਲੈਂਦਾ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ
• ਜਦੋਂ ਇੱਕ ਅਸਫਲਤਾ LSPs ਦੇ ਦੋਨਾਂ ਵਿਭਿੰਨ ਜੋੜਿਆਂ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰਦੀ ਹੈ, ਤਾਂ ਪਾਥ ਕੰਪਿਊਟੇਸ਼ਨ ਸਰਵਰ (PCS) LSPs ਨੂੰ ਗੈਰ-ਵਿਭਿੰਨ ਮਾਰਗ ਦੇ ਨਾਲ ਰੂਟ ਨਹੀਂ ਕਰੇਗਾ। LSPs ਨੂੰ ਉਦੋਂ ਤੱਕ ਰੂਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਤੱਕ PCS ਕੌਂਫਿਗਰ ਕੀਤੇ ਵਿਭਿੰਨਤਾ ਪੱਧਰ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਮਾਰਗ ਨਹੀਂ ਲੱਭ ਲੈਂਦਾ।
  ਹੱਲ: ਵਿਭਿੰਨਤਾ ਸਮੂਹ ਨੂੰ ਹਟਾਓ ਅਤੇ ਦੁਬਾਰਾ ਲਾਗੂ ਕਰੋ।
• ਕੰਟੇਨਰ ਸਬਐਲਐਸਪੀ ਦੀ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਸੈਟਿੰਗਾਂ ਦੇ ਅਧੀਨ ਘੱਟੋ-ਘੱਟ ਪਰਿਵਰਤਨ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਨੂੰ ਕੰਟੇਨਰ ਵਿੱਚ ਸੰਰਚਿਤ ਕਰਨ ਦੇ ਬਾਵਜੂਦ 0 ਵਜੋਂ ਦਿਖਾਇਆ ਗਿਆ ਹੈ। ਆਮ ਸਥਿਤੀਆਂ ਵਿੱਚ, ਸਬਐਲਐਸਪੀ ਦੇ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਉੱਤੇ ਕੋਈ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪੈਂਦਾ ਹੈ ਕਿਉਂਕਿ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਕਾਰਜ ਸਬਐਲਐਸਪੀ ਦੀ ਬਜਾਏ ਕੰਟੇਨਰ ਤੋਂ ਇਹ ਮੁੱਲ ਪ੍ਰਾਪਤ ਕਰਦਾ ਹੈ। ਹਾਲਾਂਕਿ, ਕੁਝ ਸਥਿਤੀਆਂ ਵਿੱਚ, ਇਹ ਸੰਭਵ ਹੈ ਕਿ ਸਬ-ਐਲਐਸਪੀ ਨੂੰ ਨਵੇਂ ਬੈਂਡਵਿਡਥ ਮੁੱਲ ਵਿੱਚ ਮੁੜ ਆਕਾਰ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜਦੋਂ ਸੰਰਚਿਤ ਨਿਊਨਤਮ ਪਰਿਵਰਤਨ ਥ੍ਰੈਸ਼ਹੋਲਡ ਦੀ ਉਲੰਘਣਾ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ।
  ਇਸ ਮੁੱਦੇ 'ਤੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ, ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਕੇਂਦਰ (JTAC) ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
• ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਦੇ ਦੌਰਾਨ, ਇੱਕ ਸਰਗਰਮ ਸੈਕੰਡਰੀ LSP ਜਿਸ ਵਿੱਚ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਸਮਰਥਿਤ ਹੈ ਦਾ ਆਕਾਰ ਬਦਲਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ। ਜਦੋਂ ਇਹ ਸਮੱਸਿਆ ਆਉਂਦੀ ਹੈ, ਤਾਂ ਸੈਕੰਡਰੀ ਮਾਰਗ ਵਿੱਚ ਲਿੰਕਾਂ ਦੀ RSVP ਉਪਯੋਗਤਾ ਨੂੰ ਗਲਤ ਢੰਗ ਨਾਲ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• UI ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਪੈਰਾਗੋਨ ਪਾਥਫਾਈਂਡਰ ਸੈਟਿੰਗਾਂ (ਸੰਰਚਨਾ > ਨੈੱਟਵਰਕ ਸੈਟਿੰਗਾਂ) ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਕਰਨ ਲਈ ਸੋਧ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਇੱਕ ਤੋਂ ਵੱਧ ਕੋਸ਼ਿਸ਼ਾਂ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਇੱਕ ਤੋਂ ਵੱਧ ਵਾਰ ਸੇਵ 'ਤੇ ਕਲਿੱਕ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ।
  ਹੱਲ: ਉਹੀ ਤਬਦੀਲੀਆਂ cMGD CLI ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤੀਆਂ ਜਾ ਸਕਦੀਆਂ ਹਨ ਜੋ pf-cmgd ਕਮਾਂਡ ਚਲਾ ਰਹੇ ਮਾਸਟਰ ਨੋਡ ਤੋਂ ਪਹੁੰਚਯੋਗ ਹੈ।
• ਕੰਟੇਨਰ ਸਧਾਰਣਕਰਨ ਦੌਰਾਨ ਕੁਝ ਸ਼ਰਤਾਂ ਅਧੀਨ, ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਕੰਟੇਨਰ ਸਬਐਲਐਸਪੀ ਜੋ ਹਟਾਏ ਜਾਣੇ ਸਨ, ਬਣੇ ਰਹਿਣਗੇ। ਇਹ ਕੰਟੇਨਰ ਸਬਐਲਐਸਪੀ ਸੁਤੰਤਰ ਐਲਐਸਪੀ ਦੇ ਤੌਰ ਤੇ ਨੈਟਵਰਕ ਵਿੱਚ ਰਹਿਣਗੇ ਜੋ ਕੰਟੇਨਰ ਨਾਲ ਸੰਬੰਧਿਤ ਨਹੀਂ ਹਨ। ਕੰਟੇਨਰ ਐਲਐਸਪੀ ਟੈਬ ਦੇ ਅਧੀਨ ਸਬਐਲਐਸਪੀਜ਼ ਕਾਲਮ ਵਿੱਚ ਦੱਸੇ ਗਏ ਕੰਟੇਨਰ ਦੇ ਸਬਐਲਐਸਪੀ ਦੀ ਸੰਖਿਆ ਵਿੱਚ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਅਤੇ ਟਨਲ ਟੈਬ ਦੇ ਅਧੀਨ ਕੰਟੇਨਰ ਦਾ ਨਾਮ ਅਗੇਤਰ ਦੇ ਤੌਰ ਤੇ ਐਲਐਸਪੀ ਦੀ ਅਸਲ ਸੰਖਿਆ ਨੂੰ ਇਸ ਸਮੱਸਿਆ ਦਾ ਸੰਕੇਤ ਮੰਨਿਆ ਜਾ ਸਕਦਾ ਹੈ।
  ਇਸ ਮੁੱਦੇ 'ਤੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ, ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਕੇਂਦਰ (JTAC) ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
• ਕੰਟੇਨਰ ਐਲਐਸਪੀ ਨੂੰ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਸੈਟਿੰਗਾਂ ਨਾਲ ਕੌਂਫਿਗਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਜੋ ਇਸਦੇ ਸਬਐਲਐਸਪੀ ਦੁਆਰਾ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੀਆਂ ਹਨ। ਕੁਝ ਖਾਸ ਹਾਲਾਤਾਂ ਵਿੱਚ, ਜਦੋਂ ਇੱਕ ਉਪਭੋਗਤਾ ਪਹਿਲਾਂ ਇਸਨੂੰ ਸਮਰੱਥ ਕਰਨ ਤੋਂ ਬਾਅਦ ਕੰਟੇਨਰ ਵਿੱਚ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਵਿਕਲਪ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹੈ, ਤਾਂ ਇਹ ਮੌਜੂਦਾ ਸਬਐਲਐਸਪੀ ਵਿੱਚ ਅਯੋਗ ਨਹੀਂ ਹੁੰਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਕੰਟੇਨਰ ਦੇ ਸਬਐਲਐਸਪੀ ਦੀ ਮੈਨੂਅਲ ਰੀਪ੍ਰੋਵਿਜ਼ਨਿੰਗ ਐਲਐਸਪੀ ਆਬਜੈਕਟ ਵਿੱਚ ਡੇਟਾ ਨੂੰ ਜੋੜਨ ਦੀ ਅਗਵਾਈ ਕਰੇਗੀ। ਨਤੀਜੇ ਵਜੋਂ, ਹੇਠ ਲਿਖੀਆਂ ਸਮੱਸਿਆਵਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ:
• ਜੇਕਰ ਕੰਟੇਨਰ ਬੈਂਡਵਿਡਥ ਆਕਾਰ-ਸਮਰੱਥ ਹੈ ਅਤੇ ਇੱਕ ਗੈਰ-ਜ਼ੀਰੋ ਨਿਊਨਤਮ ਪਰਿਵਰਤਨ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਖਾਸ ਸਬਐਲਐਸਪੀ ਦਾ ਆਕਾਰ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ ਭਾਵੇਂ ਸਬਐਲਐਸਪੀ ਦੁਆਰਾ ਟ੍ਰੈਫਿਕ ਘੱਟੋ-ਘੱਟ ਘੱਟੋ-ਘੱਟ ਪਰਿਵਰਤਨ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਦੁਆਰਾ ਆਪਣੀ ਸਿਗਨਲ ਬੈਂਡਵਿਡਥ ਤੋਂ ਵੱਧ ਨਾ ਹੋਵੇ।
• ਸਬਐਲਐਸਪੀ ਵਿੱਚ ਕੰਟੇਨਰ ਨਾਲੋਂ ਵੱਖਰੀ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਸੈਟਿੰਗਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੇਕਰ ਕੰਟੇਨਰ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ।
• ਕੰਟੇਨਰ ਸਧਾਰਣਕਰਨ ਦੌਰਾਨ ਸਬਐਲਐਸਪੀ ਨੂੰ ਹਟਾਉਣ ਵਿੱਚ ਅਸਫਲਤਾ ਜਦੋਂ ਬੈਂਡਵਿਡਥ ਅਭੇਦ ਹੋਣ ਵਾਲੀ ਬੈਂਡਵਿਡਥ ਤੋਂ ਹੇਠਾਂ ਆਉਂਦੀ ਹੈ।
  ਇਸ ਮੁੱਦੇ 'ਤੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ ਅਤੇ ਅੰਦਰੂਨੀ ਸਥਿਤੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਵਾਧੂ ਡੇਟਾ ਨੂੰ ਹਟਾਉਣ ਲਈ ਨਿਰਦੇਸ਼ਾਂ ਲਈ, ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਕੇਂਦਰ (JTAC) ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
• ਕੁਝ ਸਥਿਤੀਆਂ ਦੇ ਤਹਿਤ ਜਿਵੇਂ ਕਿ ਉਪਲਬਧ ਮਾਰਗਾਂ ਦੀ ਘਾਟ 'ਤੇ ਕੰਟੇਨਰ ਸਧਾਰਣਕਰਨ ਅਸਫਲਤਾ, ਵਾਧੂ ਅੰਦਰੂਨੀ ਸਥਿਤੀ ਨੂੰ ਕੰਟੇਨਰ ਸਬਐਲਐਸਪੀ ਆਬਜੈਕਟ ਵਿੱਚ ਜੋੜਿਆ ਜਾਵੇਗਾ ਜੋ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸਮੱਸਿਆਵਾਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ:
• ਜੇਕਰ ਕੰਟੇਨਰ ਬੈਂਡਵਿਡਥ ਆਕਾਰ-ਸਮਰੱਥ ਹੈ ਅਤੇ ਇੱਕ ਗੈਰ-ਜ਼ੀਰੋ ਨਿਊਨਤਮ ਪਰਿਵਰਤਨ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਖਾਸ ਸਬਐਲਐਸਪੀ ਦਾ ਆਕਾਰ ਬਦਲਿਆ ਜਾ ਸਕਦਾ ਹੈ ਭਾਵੇਂ ਸਬਐਲਐਸਪੀ ਦੁਆਰਾ ਟ੍ਰੈਫਿਕ ਘੱਟੋ-ਘੱਟ ਘੱਟੋ-ਘੱਟ ਪਰਿਵਰਤਨ ਥ੍ਰੈਸ਼ਹੋਲਡ ਮੁੱਲ ਦੁਆਰਾ ਆਪਣੀ ਸਿਗਨਲ ਬੈਂਡਵਿਡਥ ਤੋਂ ਵੱਧ ਨਾ ਹੋਵੇ।
• ਸਬਐਲਐਸਪੀ ਵਿੱਚ ਕੰਟੇਨਰ ਨਾਲੋਂ ਵੱਖਰੀ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਸੈਟਿੰਗਾਂ ਹੋ ਸਕਦੀਆਂ ਹਨ ਜੇਕਰ ਕੰਟੇਨਰ ਬੈਂਡਵਿਡਥ ਸਾਈਜ਼ਿੰਗ ਸੈਟਿੰਗਾਂ ਨੂੰ ਬਾਅਦ ਵਿੱਚ ਸੋਧਿਆ ਜਾਂਦਾ ਹੈ।
• ਕੰਟੇਨਰ ਸਧਾਰਣਕਰਨ ਦੌਰਾਨ ਸਬਐਲਐਸਪੀ ਨੂੰ ਹਟਾਉਣ ਵਿੱਚ ਅਸਫਲਤਾ ਜਦੋਂ ਬੈਂਡਵਿਡਥ ਅਭੇਦ ਹੋਣ ਵਾਲੀ ਬੈਂਡਵਿਡਥ ਤੋਂ ਹੇਠਾਂ ਆਉਂਦੀ ਹੈ।

ਇਸ ਮੁੱਦੇ 'ਤੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ ਅਤੇ ਅੰਦਰੂਨੀ ਸਥਿਤੀ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਵਾਧੂ ਡੇਟਾ ਨੂੰ ਹਟਾਉਣ ਲਈ ਨਿਰਦੇਸ਼ਾਂ ਲਈ, ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਕੇਂਦਰ (JTAC) ਨਾਲ ਸੰਪਰਕ ਕਰੋ।

• ਜਦੋਂ ਇੱਕ ਕਾਰਜਸ਼ੀਲ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਇੱਕ ਜਾਂ ਇੱਕ ਤੋਂ ਵੱਧ ਨੋਡ ਉਪਲਬਧ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, ਤਾਂ ਇਸਦੇ ਨਤੀਜੇ ਵਜੋਂ ਹੇਠਾਂ ਦਿੱਤੇ ਅਚਾਨਕ ਵਿਹਾਰ ਹੋ ਸਕਦੇ ਹਨ:
• ਸਾਰੇ ਨੋਡਾਂ ਦੀ PCEP ਸਥਿਤੀ ਹੇਠਾਂ ਦਿਖਾਈ ਗਈ ਹੈ ਹਾਲਾਂਕਿ PCEP ਕਨੈਕਸ਼ਨ ਸਥਿਤੀ ਰਾਊਟਰ 'ਤੇ ਉੱਪਰ ਹੈ।
• ਨੈੱਟਵਰਕ ਟੌਪੋਲੋਜੀ UI ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਕੀਤੀ ਗਈ ਹੈ।
  ਇਸ ਮੁੱਦੇ 'ਤੇ ਹੋਰ ਵੇਰਵਿਆਂ ਲਈ, ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਕੇਂਦਰ (JTAC) ਨਾਲ ਸੰਪਰਕ ਕਰੋ।
• ਪੈਰਾਗਨ ਪਾਥਫਾਈਂਡਰ ਇੱਕ ਮਾਰਗ ਦੀ ਗਣਨਾ ਕਰ ਸਕਦਾ ਹੈ ਜੋ ਸੁਰੰਗ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕੀਤੇ ਅਧਿਕਤਮ ਹੌਪ ਰੁਕਾਵਟ ਦੀ ਉਲੰਘਣਾ ਕਰਦਾ ਹੈ। ਇਹ ਸਥਿਤੀਆਂ ਦੱਸਦੀਆਂ ਹਨ ਕਿ ਵੱਧ ਤੋਂ ਵੱਧ ਹੌਪ ਸੀਮਾ ਨੂੰ ਕਿਵੇਂ ਵਧਾਇਆ ਜਾਂਦਾ ਹੈ:
• ਜਦੋਂ ਪਾਥ ਕੰਪਿਊਟੇਸ਼ਨ ਸਰਵਰ (ਪੀਸੀਐਸ) ਰੀਸਟਾਰਟ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਡਾਊਨ ਐਲਐਸਪੀ ਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਹੌਪ ਸੀਮਾ 'ਤੇ ਵਿਚਾਰ ਕੀਤੇ ਬਿਨਾਂ ਪ੍ਰਬੰਧ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• ਨੈੱਟਵਰਕ ਅਸਫਲਤਾ ਦੇ ਦੌਰਾਨ, LSP ਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਹੌਪ ਸੀਮਾ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖੇ ਬਿਨਾਂ ਮੁੜ ਰੂਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
• ਪਾਥ ਓਪਟੀਮਾਈਜੇਸ਼ਨ ਦੇ ਦੌਰਾਨ, ਐਲਐਸਪੀ ਨੂੰ ਵੱਧ ਤੋਂ ਵੱਧ ਹੌਪ ਸੀਮਾ ਨੂੰ ਵਿਚਾਰੇ ਬਿਨਾਂ ਅਨੁਕੂਲ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ।
  ਵਰਕਅਰਾਉਂਡ: ਜੇਕਰ ਕੋਈ ਵਿਕਲਪਿਕ ਮਾਰਗ ਜੋ ਕੌਂਫਿਗਰ ਕੀਤੀ ਰੁਕਾਵਟ ਦੀ ਉਲੰਘਣਾ ਨਹੀਂ ਕਰਦਾ ਹੈ, ਤਾਂ ਮੁੜ-ਪ੍ਰਬੰਧ ਵਿਕਲਪ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਪੈਰਾਗੋਨ ਪਾਥਫਾਈਂਡਰ ਦੁਆਰਾ ਵੱਧ ਤੋਂ ਵੱਧ ਹੌਪ ਸੀਮਾ ਦੇ ਨਾਲ ਸਟੈਂਡਬਾਏ LSP ਲਈ ਗਣਨਾ ਕੀਤਾ ਗਿਆ ਮਾਰਗ ਸੰਰਚਿਤ ਰੁਕਾਵਟ ਦੀ ਉਲੰਘਣਾ ਕਰ ਸਕਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਇੱਕ ਸੰਭਾਵਨਾ ਹੈ ਕਿ ਪੀਸੀਐਸ ਇੱਕ ਟੌਪੌਲੋਜੀ ਵਿੱਚ ਲਿੰਕ ਵਿਭਿੰਨਤਾ ਦੇ ਨਾਲ ਐਲਐਸਪੀ ਨੂੰ ਲੱਭਣ ਵਿੱਚ ਅਸਮਰੱਥ ਹੈ ਜਿਸ ਵਿੱਚ ਨੋਡਾਂ ਵਿਚਕਾਰ ਕਈ ਸਮਾਨਾਂਤਰ ਲਿੰਕ ਹਨ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ PCEP ਸੈਸ਼ਨ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਇਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਡਿਵਾਈਸ ਕਲੈਕਸ਼ਨ ਨੂੰ ਚਲਾਉਣ ਤੋਂ ਬਾਅਦ LSP ਸੰਚਾਲਨ ਸਥਿਤੀ ਅਣਜਾਣ ਸਥਿਤੀ ਵਿੱਚ ਚਲੇ ਜਾਵੇਗੀ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਨੈੱਟਵਰਕ ਆਰਕਾਈਵ ਟਾਸਕ ਬਣਾਉਣ ਵੇਲੇ ਇੱਕ ਲਿੰਕ ਗੁੰਮ ਹੋ ਸਕਦਾ ਹੈ।
  ਹੱਲ: ਇੱਕ ਨਵਾਂ ਨੈੱਟਵਰਕ ਆਰਕਾਈਵ ਟਾਸਕ ਬਣਾਓ।
• ਨੈੱਟਵਰਕ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਦੇ ਕਾਰਨ VPN ਮੰਗ ਨੂੰ ਰੂਟ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ ਸਿਸਕੋ ਡਿਵਾਈਸਾਂ ਨੂੰ ਪੋਰਟ 22 'ਤੇ NETCONF ਨਾਲ ਸ਼ੁਰੂ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਤਾਂ ਅਲਾਰਮ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੇ ਹਨ।
  ਹੱਲ: ਆਪਣੇ ਸਿਸਕੋ ਡਿਵਾਈਸ 'ਤੇ NETCONF ਪੋਰਟ ਨੂੰ ਸੰਸ਼ੋਧਿਤ ਕਰੋ ਅਤੇ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਤੋਂ ਬਾਅਦ, ਪੋਰਟ ਸੈਟਿੰਗਾਂ ਨੂੰ ਪੋਰਟ 22 'ਤੇ ਵਾਪਸ ਕਰ ਦਿਓ।
• ਜਦੋਂ ਤੁਸੀਂ GUI ਵਿੱਚ ਮਲਟੀਕਾਸਟ ਮੰਗਾਂ ਨੂੰ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਨੋਡ Z ਖੇਤਰ ਖਾਲੀ ਹੁੰਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ ਤੁਸੀਂ ਕਈ ਨਵੀਆਂ ਸੁਰੰਗਾਂ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਪਿਛਲੀਆਂ ਮਿਟਾਈਆਂ ਗਈਆਂ ਸੁਰੰਗਾਂ (ਜੋ ਕੈਸ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ) ਤੋਂ ਟ੍ਰੈਫਿਕ ਮੁੱਲ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ ਤੁਸੀਂ ਨਵੀਆਂ ਵਿਭਿੰਨ ਸੁਰੰਗਾਂ ਜੋੜਦੇ ਹੋ, ਤਾਂ ਕਈ ਵਾਰ ਪਹਿਲਾਂ ਮਿਟਾਈਆਂ ਗਈਆਂ ਸੁਰੰਗਾਂ (ਜੋ ਕੈਸ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਸਨ) ਤੋਂ ਟ੍ਰੈਫਿਕ ਮੁੱਲ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੇ ਹਨ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਟੋਪੋਸਰਵਰ BMP ਪੌਡ ਨਾਲ ਕਨੈਕਸ਼ਨ ਗੁਆਉਣ ਤੋਂ ਬਾਅਦ ਟੋਪੋਲੋਜੀ ਨੂੰ ਸਾਫ਼ ਜਾਂ ਅਪਡੇਟ ਨਹੀਂ ਕਰਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ ਇੱਕ ਲਿੰਕ ਡਾਊਨ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਪੈਰਾਗੋਨ ਪਾਥਫਾਈਂਡਰ ਤਰਜੀਹੀ ਸਪੱਸ਼ਟ ਰੂਟ ਆਬਜੈਕਟ (ERO) ਅਤੇ ਰੂਟ ਬਾਈ ਡਿਵਾਈਸ ਰੂਟਿੰਗ ਵਿਧੀ ਨਾਲ ਇੱਕ ਡੈਲੀਗੇਟਿਡ SR LSP ਨੂੰ ਰੀਰੂਟ ਨਹੀਂ ਕਰਦਾ ਹੈ।
  ਹੱਲ: ਡਿਫੌਲਟ ਰੂਟਿੰਗ ਵਿਧੀ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਜੇਕਰ ਤੁਸੀਂ ਡਾਇਵਰਸ ਮਲਟੀਕਾਸਟ ਟ੍ਰੀ ਡਿਜ਼ਾਈਨ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸਿੱਧਾ ਸਿਮੂਲੇਸ਼ਨ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਲਿੰਕਾਂ 'ਤੇ ਟਨਲ ਟ੍ਰੈਫਿਕ (ਟਨਲ ਲੇਅਰ ਸਿਮੂਲੇਸ਼ਨ ਰਿਪੋਰਟ > ਪੀਕ ਨੈੱਟਵਰਕ ਸਟੈਟਿਸਟਿਕਸ) ਦੀ ਰਿਪੋਰਟ ਗਲਤ ਹੈ।
  ਹੱਲ: ਤੁਹਾਡੇ ਦੁਆਰਾ ਇੱਕ ਵਿਭਿੰਨ ਮਲਟੀਕਾਸਟ ਟ੍ਰੀ ਡਿਜ਼ਾਈਨ ਕਰਨ ਅਤੇ ਇਸਨੂੰ ਬੰਦ ਕਰਨ ਤੋਂ ਬਾਅਦ ਨੈੱਟਵਰਕ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ। ਨੈੱਟਵਰਕ ਨੂੰ ਮੁੜ ਖੋਲ੍ਹੋ ਅਤੇ ਫਿਰ ਸਿਮੂਲੇਸ਼ਨ ਚਲਾਓ।
• ਅਸਫਲਤਾ ਦੇ ਦ੍ਰਿਸ਼ਾਂ (ਟੂਲਜ਼ > ਵਿਕਲਪ > ਅਸਫਲਤਾ ਸਿਮੂਲੇਸ਼ਨ) ਦੀ ਨਕਲ ਕਰਦੇ ਸਮੇਂ, ਜੇਕਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਇੱਕ ਮਲਟੀਪਲ ਅਸਫਲਤਾ ਸਿਮੂਲੇਸ਼ਨ ਚਲਾਉਂਦੇ ਹੋ ਅਤੇ ਫਿਰ ਇੱਕ ਸਿੰਗਲ ਅਸਫਲਤਾ ਸਿਮੂਲੇਸ਼ਨ ਚਲਾਉਂਦੇ ਹੋ, ਤਾਂ ਲਿੰਕਸ ਉੱਤੇ ਟਨਲ ਟ੍ਰੈਫਿਕ (ਟੰਨਲ ਲੇਅਰ ਸਿਮੂਲੇਸ਼ਨ ਰਿਪੋਰਟ> ਪੀਕ ਨੈਟਵਰਕ ਸਟੈਟਿਸਟਿਕਸ) ਵਿੱਚ ਰਿਪੋਰਟ ਗਲਤ ਹੈ। ਰਿਪੋਰਟ ਸਿੰਗਲ ਅਸਫਲਤਾ ਦੀ ਬਜਾਏ ਮਲਟੀਪਲ ਅਸਫਲਤਾ ਸਿਮੂਲੇਸ਼ਨ ਮੁੱਲ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦੀ ਹੈ।
  ਹੱਲ: ਇੱਕ ਅਸਫਲਤਾ ਦੇ ਦ੍ਰਿਸ਼ ਦੀ ਨਕਲ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਮਲਟੀਪਲ ਅਸਫਲਤਾ ਟੈਬ 'ਤੇ ਸਾਰੇ ਵਿਕਲਪਾਂ ਨੂੰ ਡੀ-ਸਿਲੈਕਟ ਕਰੋ।
• ਲਿੰਕ ਉਪਯੋਗਤਾ ਸਿਮੂਲੇਸ਼ਨ ਰਿਪੋਰਟ ਡਬਲ ਅਸਫਲਤਾ ਦੇ ਦ੍ਰਿਸ਼ ਦੌਰਾਨ ਨਕਾਰਾਤਮਕ ਮੁੱਲ ਦਿਖਾ ਸਕਦੀ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ ਇੱਕ ਡਿਵਾਈਸ ਦਾ ਹੋਸਟ-ਨਾਂ ਬਦਲਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਤਬਦੀਲੀ ਸਾਰੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਿਤ ਨਹੀਂ ਹੁੰਦੀ ਹੈ।

ਹੱਲ: ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ ਤਾਂ ਜੋ ਨਵਾਂ ਡਿਵਾਈਸ ਮੇਜ਼ਬਾਨ ਨਾਮ ਸਾਰੇ ਡੇਟਾਬੇਸ ਅਤੇ ਭਾਗਾਂ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਤ ਹੋਵੇ।

1. ਹੋਸਟਨਾਮ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ, ਡਿਵਾਈਸ ਨੂੰ ਸਾਰੇ ਡਿਵਾਈਸ ਸਮੂਹਾਂ (ਕੰਟਰੋਲਰ ਜਾਂ ਹੋਰ ਪਲੇਬੁੱਕ) ਤੋਂ ਹਟਾਓ।
2. ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਡਿਵਾਈਸ ਦੇ ਹਵਾਲੇ ਸਾਰੇ ਵੱਖ-ਵੱਖ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਕੰਪੋਨੈਂਟਸ ਤੋਂ ਮਿਟਾ ਦਿੱਤੇ ਗਏ ਹਨ। ਸੰਰਚਨਾ > ਡਿਵਾਈਸਾਂ ਪੰਨੇ 'ਤੇ ਨੈਵੀਗੇਟ ਕਰੋ।
   a ਡਿਵਾਈਸ ਚੁਣੋ।
   ਬੀ. ਡਿਵਾਈਸ ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਰੱਦੀ ਕੈਨ ਆਈਕਨ 'ਤੇ ਕਲਿੱਕ ਕਰੋ। ਡਿਲੀਟ ਡਿਵਾਈਸ ਪੇਜ ਦਿਸਦਾ ਹੈ।
   c. ਫੋਰਸ ਡਿਲੀਟ ਚੁਣੋ ਅਤੇ ਹਾਂ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।
3. ਕੌਂਫਿਗਰੇਸ਼ਨ > ਡਿਵਾਈਸ ਪੇਜ ਤੋਂ ਡਿਵਾਈਸ ਆਨਬੋਰਡਿੰਗ ਵਰਕਫਲੋ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ, ਡਿਵਾਈਸ ਨੂੰ ਦੁਬਾਰਾ ਆਨਬੋਰਡ ਕਰੋ।
   ਡਿਵਾਈਸ ਨੂੰ ਹੁਣ ਨਵੇਂ ਹੋਸਟਨਾਮ ਨਾਲ ਆਨਬੋਰਡ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਡਿਵਾਈਸ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਖਾਸ ਤੌਰ 'ਤੇ ਸਿਸਟਮ-ਆਈਡੀ (JTI ਸਟ੍ਰੀਮਾਂ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਮਹੱਤਵਪੂਰਨ) ਨੂੰ ਵੀ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।
4. ਜੰਤਰ ਨੂੰ ਨਵੇਂ ਮੇਜ਼ਬਾਨ ਨਾਂ ਨਾਲ ਜੰਤਰ ਸਮੂਹਾਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰੋ।
5. (ਵਿਕਲਪਿਕ) Grafana ਜਾਂ ਡਿਵਾਈਸ CLI ਦੀ ਵਰਤੋਂ ਕਰਕੇ Influxdb ਵਿੱਚ ਸਾਰੇ ਡਿਵਾਈਸ ਅੰਕੜਿਆਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ। ਡਾਟਾਬੇਸ ਨੂੰ ਨਵੇਂ ਮੇਜ਼ਬਾਨ ਨਾਂ ਨਾਲ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

• ਪੁਆਇੰਟ-ਟੂ-ਮਲਟੀਪੁਆਇੰਟ (P2MP) LSPs ਲਈ ਨੈੱਟਵਰਕ ਕੌਂਫਿਗਰੇਸ਼ਨ ਪ੍ਰੋਟੋਕੋਲ (NETCONF) ਪ੍ਰੋਵੀਜ਼ਨਿੰਗ ਵਿਧੀ Cisco IOS-XR ਰਾਊਟਰਾਂ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
• Cisco IOS-XR ਰਾਊਟਰਾਂ 'ਤੇ, P2MP ਉਪ-LSP ਸਥਿਤੀ CLIਪ੍ਰੋਵਿਜ਼ਨਡ P2MP LSPs ਲਈ ਸੰਰਚਨਾ ਸਥਿਤੀ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• Junos OS ਰੀਲੀਜ਼ 22.4R1 ਅਤੇ ਬਾਅਦ ਵਿੱਚ SR-TE LSPs ਨਾਲ ਇੱਕ ਸੀਮਾ ਹੈ।
  PCEP ਸੈਸ਼ਨਾਂ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮਲਟੀਪਾਥ ਵਿਸ਼ੇਸ਼ਤਾ ਨੂੰ ਅਯੋਗ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ: ਸੈੱਟ ਪ੍ਰੋਟੋਕੋਲ pcep disable-multipath-capability ਸੈਕੰਡਰੀ ਮਾਰਗ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ।
•  ਫੈਡਰੇਸ਼ਨ ਲਿੰਕ ਮੁੜ ਪ੍ਰਾਪਤ ਹੋਣ ਤੋਂ ਬਾਅਦ ਕਤਾਰ ਵਿੱਚ ਪੁਰਾਣੇ ਸੰਦੇਸ਼ਾਂ 'ਤੇ ਕਾਰਵਾਈ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ।
  ਹੱਲ: ਫੈਡਰੇਸ਼ਨ ਲਿੰਕ ਕਤਾਰ ਦੀ ਮਿਆਦ ਪੁੱਗਣ ਦਾ ਸਮਾਂ ਟੋਪੋਸਰਵਰ ਫੈਡਰੇਸ਼ਨ ਲਿੰਕ ਅਸਫਲਤਾ ਖੋਜ ਸਮਾਂ (ਡਿਫੌਲਟ 3*5s ਹੈ) ਦੇ ਨੇੜੇ ਸੈੱਟ ਕਰੋ।
• ਤੁਸੀਂ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ UI ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ Cisco IOS-XR ਰਾਊਟਰਾਂ ਲਈ P2MP LSPs ਦੀ ਵਿਵਸਥਾ ਕਰਨ ਲਈ NETCONF ਅਤੇ ਪਾਥ ਕੰਪਿਊਟੇਸ਼ਨ ਐਲੀਮੈਂਟ ਪ੍ਰੋਟੋਕੋਲ (PCEP) ਵਿਧੀਆਂ ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।
  ਕੰਮਕਾਜ। CLI ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ P2MP LSPs ਦਾ ਪ੍ਰਬੰਧ ਕਰੋ। ਸੰਰਚਨਾ ਪਾਰਸ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਇੱਕ ਡਿਵਾਈਸ ਕਲੈਕਸ਼ਨ ਟਾਸਕ ਚਲਾਓ view LSPs.
•  ਜਦੋਂ ਤੈਨਾਤੀ ਸੁਰੱਖਿਅਤ ਮੋਡ ਵਿੱਚ ਹੁੰਦੀ ਹੈ ਤਾਂ ਤੁਸੀਂ ਸੱਚ ਦੇ ਸਰੋਤ ਫਲੈਗ ਨੂੰ ਅਯੋਗ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।
  ਹੱਲ: ਸੁਰੱਖਿਅਤ ਮੋਡ ਦੌਰਾਨ ਸੱਚਾਈ ਦੇ ਸਰੋਤ ਫਲੈਗ ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਟੋਪੋਸਰਵਰ ਪੌਡ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ।
• ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ ਸਿੰਗਲ ਇਨਗਰੇਸ ਰਾਊਟਰ ਨਾਲ ਸਬੰਧਤ ਮਲਟੀਪਲ ਡੈਲੀਗੇਟਿਡ ਲੇਬਲ-ਸਵਿੱਚਡ ਪਾਥ (LSPs) ਦੀ ਚੋਣ ਕਰਦੇ ਹੋ ਅਤੇ PCC 'ਤੇ ਡੈਲੀਗੇਸ਼ਨ ਵਾਪਸ ਕਰੋ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ, ਤਾਂ LSPs ਵਿੱਚੋਂ ਸਿਰਫ਼ ਇੱਕ ਡਿਵਾਈਸ ਨਿਯੰਤਰਿਤ ਹੋ ਜਾਂਦੀ ਹੈ। ਜੂਨੋਸ ਵਿੱਚ ਇੱਕ ਮੁੱਦਾ ਇਸ ਦ੍ਰਿਸ਼ ਦਾ ਕਾਰਨ ਬਣਦਾ ਹੈ।
  ਹੱਲ: ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਇੱਕ LSP ਚੁਣੋ ਅਤੇ ਹਰੇਕ LSP ਲਈ ਵੱਖਰੇ ਤੌਰ 'ਤੇ PCC ਨੂੰ ਸੌਂਪਣ 'ਤੇ ਵਾਪਸ ਜਾਓ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।
• ਡੈਲੀਗੇਟਿਡ SR-TE LSP ਦੀ ਸੰਚਾਲਨ ਸਥਿਤੀ ਇਸਦੇ ਮੰਜ਼ਿਲ ਨੋਡ ਦੀ ਮੁੜ ਖੋਜ ਹੋਣ ਤੋਂ ਬਾਅਦ ਹੇਠਾਂ ਰਹਿੰਦੀ ਹੈ।
  ਹੱਲ: ਤੁਹਾਨੂੰ ਸੌਂਪੇ ਗਏ SR-TE LSP ਮੰਜ਼ਿਲ ਨੋਡ ਦੀ ਮੁੜ ਖੋਜ ਹੋਣ ਤੋਂ ਬਾਅਦ ਨੈੱਟਵਰਕ ਮਾਡਲ ਨੂੰ ਸਿੰਕ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ।
• rabbitmq ਦੇ ਮੁੜ ਚਾਲੂ ਹੋਣ ਤੋਂ ਬਾਅਦ PCE ਸਰਵਰ rabbitmq ਨਾਲ ਮੁੜ ਕਨੈਕਟ ਕਰਨ ਵਿੱਚ ਅਸਮਰੱਥ ਹੈ।
  ਹੱਲ: ns-pceserver ਪੌਡ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ।
• ਤੁਸੀਂ REST API/UI ਤੋਂ ਯੂਜ਼-ਫੈਡਰੇਟਿਡ-ਐਕਸਚੇਂਜ ਸੈਟਿੰਗ ਨੂੰ ਸੋਧ ਨਹੀਂ ਸਕਦੇ ਹੋ।
  ਹੱਲ: cMGD CLI ਤੋਂ ਸਿੱਧਾ ਯੂਜ਼-ਫੈਡਰੇਟਿਡ-ਐਕਸਚੇਂਜ ਸੈਟਿੰਗ ਨੂੰ ਸੋਧੋ ਅਤੇ ਤਬਦੀਲੀ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਟੋਪੋਸਰਵਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ।
• ਪੈਰਾਗਨ ਇਨਸਾਈਟਸ ਨਾਮ (ਹੋਸਟਨਾਮ ਜਾਂ IP ਐਡਰੈੱਸ) ਫੀਲਡ ਨੂੰ ਡਿਵਾਈਸ ID ਖੇਤਰ ਵਿੱਚ ਮੈਪ ਕਰਦੀ ਹੈ। ਹਾਲਾਂਕਿ, ਡਿਵਾਈਸ ਦਾ ਨਾਮ ਹੇਠਾਂ ਦਿੱਤੇ ਕਾਰਨਾਂ ਕਰਕੇ ਵਿਲੱਖਣ ਨਹੀਂ ਹੈ:
• ਦੋਹਰੀ ਰੂਟਿੰਗ ਇੰਜਣ ਡਿਵਾਈਸ ਵਿੱਚ, ਡਿਵਾਈਸ ਦੇ ਨਾਮ ਨਾਲ “-reX” ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ।
• ਅਨੁਟਾ ਐਟਮ ਵਰਗੀਆਂ ਤੀਜੀ-ਧਿਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਡਿਵਾਈਸ ਦੇ ਨਾਮ ਨਾਲ ਡੋਮੇਨ ਨਾਮ ਜੋੜਦੀਆਂ ਹਨ।
  ਨਾਲ ਹੀ, ਇੱਕ ਡਿਵਾਈਸ ਨੂੰ ਇਸਦੇ ਯੂਨੀਵਰਸਲ ਯੂਨੀਕ ਆਈਡੈਂਟੀਫਾਇਰ (UUID) ਦੁਆਰਾ ਮੈਪ ਕਰਨਾ ਨਾ ਕਿ ਮੇਜ਼ਬਾਨ ਨਾਮ ਦੁਆਰਾ GUI ਦੁਆਰਾ ਪ੍ਰਦਰਸ਼ਿਤ ਜਾਣਕਾਰੀ ਵਿੱਚ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰ ਸਕਦਾ ਹੈ।
  ਹੱਲ: [ਸਮੂਹ ਸੰਪਾਦਿਤ ਕਰੋ] ਲੜੀ ਦੇ ਪੱਧਰ 'ਤੇ ਮਾਸਟਰ-ਓਨਲੀ ਸਟੇਟਮੈਂਟ ਨੂੰ ਸ਼ਾਮਲ ਕਰਕੇ ਡਿਵਾਈਸ 'ਤੇ ਪ੍ਰਬੰਧਨ ਈਥਰਨੈੱਟ ਇੰਟਰਫੇਸ ਲਈ ਇੱਕ ਵਾਧੂ IP ਐਡਰੈੱਸ ਕੌਂਫਿਗਰ ਕਰੋ। ਤੁਹਾਨੂੰ ਫਿਰ ਡਿਵਾਈਸ ਨੂੰ ਔਨਬੋਰਡ ਕਰਨ ਲਈ ਇਸ ਵਾਧੂ IP ਪਤੇ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਹੋਰ ਜਾਣਕਾਰੀ ਲਈ, ਵੇਖੋ ਪ੍ਰਬੰਧਨ ਈਥਰਨੈੱਟ ਇੰਟਰਫੇਸ.
• ਜੇਕਰ ਤੁਸੀਂ TSDB ਲਈ ਇੱਕ ਨੋਡ ਸਮਰਪਿਤ ਕੀਤਾ ਹੈ, ਤਾਂ ਕੁਝ ਸੇਵਾਵਾਂ (ਉਦਾਹਰਨ ਲਈample, AtomDB, ZooKeeper, ਅਤੇ ਹੋਰ) ਆਮ ਨੇਮਸਪੇਸ ਵਿੱਚ ਜਿਸ ਵਿੱਚ PersistentVolumeClaim ਸੈੱਟ ਹੈ ਪ੍ਰਭਾਵਿਤ ਹੋ ਸਕਦਾ ਹੈ ਜੇਕਰ ਸੰਬੰਧਿਤ ਪੌਡ ਸਮਰਪਿਤ ਨੋਡ 'ਤੇ ਚੱਲ ਰਹੇ ਹਨ। ਯਾਨੀ, TSDB ਨੋਡ 'ਤੇ ਚੱਲ ਰਹੇ ਪੌਡਾਂ ਦੀ ਸਥਿਤੀ ਹਮੇਸ਼ਾ ਪੈਂਡਿੰਗ ਦੇ ਤੌਰ 'ਤੇ ਦਿਖਾਈ ਜਾਂਦੀ ਹੈ।
  ਹੱਲ: ਇਸ ਸਥਿਤੀ ਤੋਂ ਬਚਣ ਲਈ, TSDB ਲਈ ਨੋਡ ਨੂੰ ਸਮਰਪਿਤ ਕਰਦੇ ਸਮੇਂ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਨੋਡ ਵਿੱਚ ਸਮਰਪਿਤ ਸੇਵਾਵਾਂ ਲਈ ਕੋਈ ਪੌਡ ਨਹੀਂ ਹੈ ਜੋ PersistentVolumeClaim ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ।
• ਜਦੋਂ ਤੁਸੀਂ ਕਿਸੇ ਡੈਲੀਗੇਟ ਕੀਤੇ LSP ਨੂੰ ਅਣ-ਵੰਡਦੇ ਹੋ, ਤਾਂ LSP ਦੀ ਯੋਜਨਾਬੱਧ ਬੈਂਡਵਿਡਥ ਉਪਭੋਗਤਾ ਇਨਪੁਟ ਮੁੱਲ ਦੀ ਬਜਾਏ ਡਿਵਾਈਸ ਦੁਆਰਾ ਰਿਪੋਰਟ ਕੀਤੀ ਗਈ ਬੈਂਡਵਿਡਥ 'ਤੇ ਆਧਾਰਿਤ ਹੁੰਦੀ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਇੱਕ ਡਿਵਾਈਸ ਜੋੜਦੇ ਸਮੇਂ, ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਸਰੋਤ IP ਪਤਾ ਨਿਰਧਾਰਤ ਕਰਦੇ ਹੋ ਜੋ ਪਹਿਲਾਂ ਹੀ ਇੱਕ ਨੈਟਵਰਕ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਡਿਵਾਈਸ ਨੂੰ ਇੱਕ ਡਿਵਾਈਸ ਸਮੂਹ ਵਿੱਚ ਜੋੜਨ, ਪਲੇਬੁੱਕ ਨੂੰ ਤੈਨਾਤ ਕਰਨ, ਫੰਕਸ਼ਨ ਇੰਜੈਸਟ-ਸਬੰਧਤ ਤਰੁੱਟੀਆਂ ਦਾ ਸਾਹਮਣਾ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹੋ, ਆਦਿ।
  ਹੱਲ: ਵਿਰੋਧੀ ਸਰੋਤ IP ਪਤੇ ਨੂੰ ਠੀਕ ਕਰੋ। ਡਿਪਲਾਇਮੈਂਟ ਸਟੇਟਸ ਆਈਕਨ 'ਤੇ ਕਲਿੱਕ ਕਰੋ ਅਤੇ ਬਦਲਾਅ ਕਰੋ।
• ਜੇਕਰ ਤੁਸੀਂ ਅਲਾਰਮ ਪੰਨੇ 'ਤੇ ਇੱਕ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਪੁੱਛਗਿੱਛ ਦੀ ਚੋਣ ਕਰਦੇ ਹੋ, ਤਾਂ ਅਲਾਰਮ ਸੁਰੱਖਿਅਤ ਕੀਤੀ ਪੁੱਛਗਿੱਛ ਦੇ ਆਧਾਰ 'ਤੇ ਫਿਲਟਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਪਰ, ਗ੍ਰਾਫ ਅਤੇ ਮਿਤੀ ਨੂੰ ਅਪਡੇਟ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜੇਕਰ ਤੁਸੀਂ ਡਿਵਾਈਸ ਪੇਜ 'ਤੇ ਇੱਕ ਅਣਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਜੋੜਦੇ ਹੋ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਅਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਦੇ ਹੋਸਟਨਾਮ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਹੋਸਟਨਾਮ ਡਿਵਾਈਸ ਸਮੂਹ ਵਿੱਚ ਅਤੇ ਡੈਸ਼ਬੋਰਡ 'ਤੇ ਡਿਵਾਈਸ ਡੈਸ਼ਲੇਟ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਤ ਨਹੀਂ ਹੁੰਦਾ ਹੈ।
  ਹੱਲ: ਤੁਸੀਂ ਹੋਸਟਨਾਮ ਜਾਂ ਡਿਵਾਈਸ ਦੇ IP ਐਡਰੈੱਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਅਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਜੋੜ ਸਕਦੇ ਹੋ।
  ਜੇਕਰ ਤੁਸੀਂ ਹੋਸਟਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਅਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਨੂੰ ਜੋੜਿਆ ਹੈ, ਤਾਂ ਮੌਜੂਦਾ ਡਿਵਾਈਸ ਨੂੰ ਮਿਟਾਉਣ ਅਤੇ ਇੱਕ ਨਵੇਂ ਹੋਸਟਨਾਮ ਨਾਲ ਡਿਵਾਈਸ ਨੂੰ ਜੋੜਨ ਨਾਲ ਸਮੱਸਿਆ ਹੱਲ ਹੋ ਜਾਂਦੀ ਹੈ।
  ਜੇਕਰ ਤੁਸੀਂ IP ਐਡਰੈੱਸ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਇੱਕ ਅਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸ ਨੂੰ ਜੋੜਿਆ ਹੈ, ਤਾਂ ਡੈਸ਼ਬੋਰਡ 'ਤੇ ਡਿਵਾਈਸ ਗਰੁੱਪ ਅਤੇ ਡਿਵਾਈਸ ਡੈਸ਼ਲੇਟ ਵਿੱਚ, ਤੁਹਾਨੂੰ IP ਐਡਰੈੱਸ ਦੇ ਆਧਾਰ 'ਤੇ ਅਪ੍ਰਬੰਧਿਤ ਡਿਵਾਈਸਾਂ ਦੀ ਪਛਾਣ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਨਾ ਕਿ ਹੋਸਟਨਾਮ ਦੇ ਆਧਾਰ 'ਤੇ।
• ਮੂਲ ਰੂਪ ਵਿੱਚ, ਟੌਪੋਲੋਜੀ ਫਿਲਟਰ ਅਯੋਗ ਹੈ। ਤੁਸੀਂ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ GUI ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਟੌਪੋਲੋਜੀ ਫਿਲਟਰ ਨੂੰ ਸਮਰੱਥ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।
  ਹੱਲ: ਟੌਪੋਲੋਜੀ ਫਿਲਟਰ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਦੀ ਪ੍ਰਕਿਰਿਆ ਲਈ, ਟੌਪੋਲੋਜੀ ਫਿਲਟਰ ਸੇਵਾ ਨੂੰ ਸਮਰੱਥ ਕਰੋ ਵਿਸ਼ਾ ਵੇਖੋ।
• Cisco IOS XR ਡਿਵਾਈਸਾਂ ਲਈ, ਤੁਸੀਂ ਡਿਵਾਈਸ ਪੇਜ ਤੋਂ ਡਿਵਾਈਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਰੀਸਟੋਰ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ। ਤੁਸੀਂ ਸਿਰਫ਼ ਡਿਵਾਈਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਦਾ ਬੈਕਅੱਪ ਲੈ ਸਕਦੇ ਹੋ।
  ਹੱਲ: ਤੁਹਾਡੇ Cisco IOS XR ਡਿਵਾਈਸਾਂ ਦੀ ਡਿਵਾਈਸ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਰੀਸਟੋਰ ਕਰਨ ਲਈ:
  1. ਸੰਰਚਨਾ > ਡਿਵਾਈਸ ਪੰਨੇ 'ਤੇ, Cisco XR ਡਿਵਾਈਸ ਚੁਣੋ ਅਤੇ ਹੋਰ > ਸੰਰਚਨਾ ਸੰਸਕਰਣ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।
  2. ਸੰਰਚਨਾ ਸੰਸਕਰਣ ਨੂੰ ਕਾਪੀ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਰੀਸਟੋਰ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ।
  3. CLI ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੰਰਚਨਾ ਨੂੰ ਰੀਸਟੋਰ ਕਰੋ।
• ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਡਿਵਾਈਸ ਗਰੁੱਪ-ਪੱਧਰ 'ਤੇ ਆਊਟਬਾਉਂਡ SSH ਨੂੰ ਸਮਰੱਥ ਬਣਾਇਆ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਡਿਵਾਈਸ ਗਰੁੱਪ ਵਿੱਚ ਕਿਸੇ ਇੱਕ ਡਿਵਾਈਸ ਲਈ ਆਊਟਬਾਉਂਡ SSH ਨੂੰ ਅਸਮਰੱਥ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।
  ਹੱਲ: ਤੁਸੀਂ MGD CLI ਜਾਂ Rest APIs ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਡਿਵਾਈਸ 'ਤੇ ਆਊਟਬਾਉਂਡ SSH ਨੂੰ ਸਮਰੱਥ ਜਾਂ ਅਸਮਰੱਥ ਕਰ ਸਕਦੇ ਹੋ। ਆਊਟਬਾਉਂਡ SSH ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਅਯੋਗ ਫਲੈਗ ਨੂੰ ਸਹੀ 'ਤੇ ਸੈੱਟ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। MGD CLI ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਆਊਟਬਾਉਂਡ SSH ਨੂੰ ਅਯੋਗ ਕਰਨ ਲਈ ਡਿਵਾਈਸ 'ਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ: set healthbot DeviceName outbound-ssh disable true
• ਤੁਸੀਂ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ GUI ਤੋਂ ਸਾਰੇ ਸਰਵਿਸ ਲੌਗ ਡਾਊਨਲੋਡ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ।
  ਹੱਲ: ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ view ਇਲਾਸਟਿਕ ਸਰਚ ਡੇਟਾਬੇਸ (ESDB) ਅਤੇ Grafana ਵਿੱਚ ਸਾਰੇ ਸਰਵਿਸ ਲੌਗਸ। Grafana ਜਾਂ ESDB ਵਿੱਚ ਲਾਗਇਨ ਕਰਨ ਲਈ, ਤੁਹਾਨੂੰ config.yml ਵਿੱਚ grafana_admin_password ਖੇਤਰ ਵਿੱਚ ਇੱਕ ਪਾਸਵਰਡ ਕੌਂਫਿਗਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। file ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਪਹਿਲਾਂ.
• ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਮੌਜੂਦਾ LSP ਨੂੰ ਸੋਧਦੇ ਹੋ ਜਾਂ ਰੂਟਿੰਗ ਮਾਪਦੰਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਵਜੋਂ ਇੱਕ ਸਲਾਈਸ ID ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਮਾਰਗ ਪ੍ਰੀview ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਸਹੀ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਨਾ ਦੇਵੇ।
  ਹੱਲ: ਇੱਕ ਵਾਰ ਜਦੋਂ ਤੁਸੀਂ ਮਾਰਗ ਦਾ ਪ੍ਰਬੰਧ ਕਰ ਲੈਂਦੇ ਹੋ, ਤਾਂ ਪਾਥ ਸਲਾਈਸ ਆਈਡੀ ਰੁਕਾਵਟਾਂ ਦਾ ਸਨਮਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਮਾਰਗ ਪਹਿਲਾਂ ਮਾਰਗ ਵਿੱਚ ਸਹੀ ਢੰਗ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈview.
• ਜੇਕਰ ਤੁਸੀਂ PCEP ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇੱਕ ਹਿੱਸੇ-ਰੂਟ ਕੀਤੇ LSP ਦਾ ਪ੍ਰਬੰਧ ਕਰਦੇ ਹੋ, ਤਾਂ ਰੰਗ ਕਾਰਜਕੁਸ਼ਲਤਾ ਕੰਮ ਨਹੀਂ ਕਰਦੀ।
  ਇਹ ਸਮੱਸਿਆ ਉਦੋਂ ਵਾਪਰਦੀ ਹੈ ਜੇਕਰ ਰਾਊਟਰ Junos OS ਰੀਲੀਜ਼ 20.1R1 'ਤੇ ਚੱਲ ਰਿਹਾ ਹੈ।
  ਹੱਲ: 21.4R1 ਨੂੰ ਰਿਲੀਜ਼ ਕਰਨ ਲਈ ਜੂਨੋਸ OS ਨੂੰ ਅੱਪਗ੍ਰੇਡ ਕਰੋ।
• ਮਾਈਕ੍ਰੋ ਸਰਵਿਸਿਜ਼ PostgresSQL ਨਾਲ ਕਨੈਕਟ ਕਰਨ ਵਿੱਚ ਅਸਫਲ ਰਹਿੰਦੀਆਂ ਹਨ ਕਿਉਂਕਿ PostgresSQL ਪ੍ਰਾਇਮਰੀ ਰੋਲ ਸਵਿੱਚਓਵਰ ਦੇ ਦੌਰਾਨ ਕਿਸੇ ਵੀ ਕਨੈਕਸ਼ਨ ਨੂੰ ਸਵੀਕਾਰ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਹ ਇੱਕ ਅਸਥਾਈ ਅਵਸਥਾ ਹੈ।
  ਹੱਲ: ਇਹ ਸੁਨਿਸ਼ਚਿਤ ਕਰੋ ਕਿ ਪ੍ਰਾਇਮਰੀ ਰੋਲ ਸਵਿੱਚਓਵਰ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਮਾਈਕ੍ਰੋਸਰਵਿਸਿਜ਼ PostgresSQL ਨਾਲ ਜੁੜਦੀਆਂ ਹਨ।
  • Postgres ਡਾਟਾਬੇਸ ਕੁਝ ਸਿਸਟਮਾਂ ਵਿੱਚ ਗੈਰ-ਕਾਰਜਸ਼ੀਲ ਹੋ ਜਾਂਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਕੁਨੈਕਸ਼ਨ ਅਸਫਲ ਹੋ ਜਾਂਦਾ ਹੈ।
  ਹੱਲ: ਪ੍ਰਾਇਮਰੀ ਨੋਡ ਵਿੱਚ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ: atom-db-{0..2} ਵਿੱਚ ਪੌਡ ਲਈ; ਕਰਦੇ ਹਨ
  kubectl exec -n common $pod — chmod 750 /home/postgres/pgdata/pgroot/data ਹੋ ਗਿਆ
• Cisco IOS XR ਡਿਵਾਈਸਾਂ ਲਈ ਡਿਵਾਈਸ ਖੋਜ ਅਸਫਲ ਹੋ ਜਾਂਦੀ ਹੈ।
  ਹੱਲ: Cisco IOS XR ਡਿਵਾਈਸ ਲਈ SSH ਸਰਵਰ ਦਰ-ਸੀਮਾ ਵਧਾਓ। ਸੰਰਚਨਾ ਮੋਡ ਵਿੱਚ ਡਿਵਾਈਸ ਵਿੱਚ ਲੌਗਇਨ ਕਰੋ, ਅਤੇ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਚਲਾਓ:
  RP/0/RP0/CPU0:ios-xr(config)#ssh ਸਰਵਰ ਦਰ-ਸੀਮਾ 600
• ਜੇਕਰ ਤੁਸੀਂ ਲਿੰਕ ਦੇਰੀ ਅਤੇ ਲਿੰਕ ਦੇਰੀ ਦੇ ਪਰਿਵਰਤਨ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ BGP-LS ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਨਹੀਂ ਕਰ ਸਕਦੇ view ਇਤਿਹਾਸਕ ਲਿੰਕ ਦੇਰੀ ਡੇਟਾ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਦੁਰਲੱਭ ਸਥਿਤੀਆਂ ਵਿੱਚ (ਉਦਾਹਰਨ ਲਈample, ਜਦੋਂ Redis ਕ੍ਰੈਸ਼ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਕੁਬਰਨੇਟਸ ਦੁਆਰਾ ਆਟੋ-ਰੀਸਟਾਰਟ ਹੁੰਦਾ ਹੈ, ਜਾਂ ਤੁਹਾਨੂੰ Redis ਸਰਵਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਨਾ ਪੈਂਦਾ ਹੈ, ਤਾਂ ਕੁਝ ਇੰਟਰਫੇਸ ਜਾਣਕਾਰੀ ਖਤਮ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਇੰਟਰਫੇਸ ਨੈੱਟਵਰਕ ਜਾਣਕਾਰੀ ਸਾਰਣੀ ਦੇ ਇੰਟਰਫੇਸ ਟੈਬ 'ਤੇ ਸੂਚੀਬੱਧ ਨਹੀਂ ਹੁੰਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਇਹ ਮੁੱਦਾ ਮਾਰਗ ਗਣਨਾ, ਅੰਕੜੇ, ਜਾਂ LSP ਵਿਵਸਥਾ ਨੂੰ ਪ੍ਰਭਾਵਿਤ ਨਹੀਂ ਕਰਦਾ ਹੈ।
  ਹੱਲ: ਲਾਈਵ ਨੈੱਟਵਰਕ ਮਾਡਲ ਵਿੱਚ ਇੰਟਰਫੇਸ ਰੀਸਟੋਰ ਕਰਨ ਲਈ, ਡਿਵਾਈਸ ਕਲੈਕਸ਼ਨ ਟਾਸਕ ਨੂੰ ਦੁਬਾਰਾ ਚਲਾਓ।
• ਨਵਾਂ ਵਰਕਫਲੋ ਸ਼ਾਮਲ ਕਰੋ ਅਤੇ ਵਰਕਫਲੋ ਪੰਨਿਆਂ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰੋ ਦੇ ਟਾਸਕ ਟੈਬ 'ਤੇ:
• ਭਾਵੇਂ ਤੁਸੀਂ ਰੱਦ ਕਰੋ ਵਿਕਲਪ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ, ਤੁਹਾਡੇ ਦੁਆਰਾ ਇੱਕ ਕਾਰਜ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਦੌਰਾਨ ਕੀਤੀਆਂ ਤਬਦੀਲੀਆਂ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ ਜਾਵੇਗਾ।
• ਤੁਸੀਂ ਉਸ ਕਦਮ ਦੇ ਨਾਮ ਦੀ ਮੁੜ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ ਜੋ ਤੁਸੀਂ ਪਹਿਲਾਂ ਹੀ ਮਿਟਾ ਦਿੱਤਾ ਹੈ।
• ਜਦੋਂ ਤੁਸੀਂ ਖਾਲੀ ਐਂਟਰੀਆਂ ਦੇ ਨਾਲ ਇੱਕ ਕਦਮ ਜੋੜਦੇ ਹੋ ਅਤੇ ਸੇਵ ਅਤੇ ਡਿਪਲਾਇ 'ਤੇ ਕਲਿੱਕ ਕਰਦੇ ਹੋ ਤਾਂ ਵੀ ਇੱਕ ਗਲਤੀ ਸੁਨੇਹਾ ਪ੍ਰਦਰਸ਼ਿਤ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਡਿਊਲ RE ਮੋਡ ਦੇ ਨਾਲ ਕੁਝ ਹੇਠਲੇ-ਐਂਡ PTX ਡਿਵਾਈਸਾਂ ਦਾ ਅਪਗ੍ਰੇਡ ਕਰੋ (ਉਦਾਹਰਨ ਲਈample, PTX5000 ਅਤੇ PTX300) ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਵਿੱਚ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ। ਇਹ ਇਸ ਲਈ ਹੈ ਕਿਉਂਕਿ ਡਿਊਲ RE ਮੋਡ ਵਾਲੇ ਹੇਠਲੇ PTX ਯੰਤਰ ਬ੍ਰਿਜਿੰਗ ਜਾਂ ਬ੍ਰਿਜ ਡੋਮੇਨ ਸੰਰਚਨਾ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ ਹਨ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• POST/traffic-engineering/api/topology/v2/1/rpc/diverseTreeDesign API ਕੰਮ ਨਹੀਂ ਕਰਦਾ।
  ਹੱਲ: ਅਸੀਂ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦੇ ਹਾਂ ਕਿ ਤੁਸੀਂ POST/NorthStar/API/v2/tenant/1/topology/1/rpc/ diverseTreeDesign API ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਨੋਕੀਆ ਡਿਵਾਈਸਾਂ ਲਈ ਅਲਾਰਮ ਨਹੀਂ ਦਿਖਾਉਂਦੀ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਇੱਕ SRv6 LSP ਨੂੰ ਰੂਟਿੰਗ ਵਿਧੀ ਨਾਲ routeByDevice ਦੇ ਰੂਪ ਵਿੱਚ ਕੌਂਫਿਗਰ ਕਰਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਖੰਡ ਰਾਊਟਿੰਗ-ਐਪਲੀਸਿਟ ਰੂਟ ਆਬਜੈਕਟ (SR-ERO) ਲਈ ਇੱਕ ਮੁੱਲ ਨਿਰਧਾਰਤ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ; ਨਹੀਂ ਤਾਂ, ਤੁਸੀਂ ਟ੍ਰੈਫਿਕ ਲਿਜਾਣ ਲਈ SRv6 LSP ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਸਕਦੇ।
  ਹੱਲ: ਇੱਕ ਸੁਰੰਗ ਜੋੜਦੇ ਸਮੇਂ, ਪਾਥ ਟੈਬ 'ਤੇ, ਲੋੜੀਂਦੀ ਜਾਂ ਤਰਜੀਹੀ ਰੂਟਿੰਗ ਕਿਸਮ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਹੌਪਸ ਸ਼ਾਮਲ ਕਰੋ।
• ਜੇਕਰ ਨੈੱਟਵਰਕ ਤੋਂ ਇੱਕ ਡਿਵਾਈਸ-ਨਿਯੰਤਰਿਤ SRv6 LSP ਦੀ ਖੋਜ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਇਸ LSP ਲਈ ਹਾਈਲਾਈਟ ਕੀਤਾ ਮਾਰਗ ਗਲਤ ਹੋਵੇਗਾ ਭਾਵੇਂ ਤੁਸੀਂ ਰੂਟ ਲਈ ਇੱਕ ਸਪੱਸ਼ਟ ਰੂਟ ਆਬਜੈਕਟ (ERO) ਨਿਰਧਾਰਿਤ ਕਰਦੇ ਹੋ ਜਾਂ ਨਹੀਂ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਕਦੇ-ਕਦਾਈਂ, ਤੁਸੀਂ ਬਲਕ ਵਿੱਚ ਖੰਡ ਰਾਊਟਿੰਗ LSPs ਨੂੰ ਮਿਟਾਉਣ ਦੇ ਯੋਗ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹੋ।
  ਹੱਲ: ਤੁਸੀਂ ਉਹਨਾਂ LSPs ਨੂੰ ਮਿਟਾਉਣ ਲਈ ਮਜਬੂਰ ਕਰ ਸਕਦੇ ਹੋ ਜੋ ਬਲਕ ਮਿਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੌਰਾਨ ਨਹੀਂ ਮਿਟਾਏ ਗਏ ਹਨ।
•  ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ GUI ਵਿੱਚ, ਨਵਾਂ ਵਰਕਫਲੋ ਅਤੇ ਐਡਿਟ ਵਰਕਫਲੋ ਪੰਨਿਆਂ ਦੇ ਟਾਸਕ ਟੈਬ 'ਤੇ, ਜਦੋਂ ਤੁਸੀਂ ਕੋਈ ਬਦਲਾਅ ਕੀਤੇ ਬਿਨਾਂ ਮੌਜੂਦਾ ਪੜਾਅ ਨੂੰ ਸੰਪਾਦਿਤ ਕਰਨ ਅਤੇ ਸੁਰੱਖਿਅਤ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ ਤਾਂ ਹੇਠਾਂ ਦਿੱਤਾ ਗਲਤੀ ਸੁਨੇਹਾ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦਾ ਹੈ:
  ਨਾਮ ਪਹਿਲਾਂ ਹੀ ਮੌਜੂਦ ਹੈ
  ਹੱਲ: ਜੇਕਰ ਤੁਸੀਂ ਗਲਤੀ ਨਾਲ ਸੰਪਾਦਨ ਵਿਕਲਪ 'ਤੇ ਕਲਿੱਕ ਕੀਤਾ ਹੈ, ਤਾਂ ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਘੱਟੋ-ਘੱਟ ਕਦਮ ਦਾ ਨਾਮ ਬਦਲ ਲਿਆ ਹੈ।
• PCEP ਸੈਸ਼ਨ ਨੂੰ ਕਈ ਵਾਰ ਡਾਊਨ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜੇਕਰ ਤੁਸੀਂ ਨੌਰਥਸਟਾਰ ਨੇਮਸਪੇਸ ਵਿੱਚ ਸਾਰੇ ਪੌਡਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰਦੇ ਹੋ।
  ਹੱਲ: kubectl delete pods ns-toposerver- ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਟੋਪੋਲੋਜੀ ਸਰਵਰ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ -n Northstar ਕਮਾਂਡ।
• ਪ੍ਰਸ਼ਾਸਨ > ਲਾਇਸੈਂਸ ਪ੍ਰਬੰਧਨ ਪੰਨੇ 'ਤੇ, ਤੁਸੀਂ ਨਹੀਂ ਕਰ ਸਕਦੇ view ਜਦੋਂ ਤੁਸੀਂ ਲਾਇਸੰਸ ਚੁਣਦੇ ਹੋ ਅਤੇ ਫਿਰ ਹੋਰ > ਵੇਰਵੇ ਚੁਣਦੇ ਹੋ ਤਾਂ ਲਾਇਸੰਸ ਦਾ SKU ਨਾਮ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਅਲਾਰਮ ਪੰਨੇ 'ਤੇ ਗ੍ਰਾਫ਼ ਨਵੀਨਤਮ ਡੇਟਾ ਨੂੰ ਨਹੀਂ ਦਰਸਾਉਂਦਾ ਹੈ। ਭਾਵ, ਅਲਾਰਮ ਦੇ ਸਰਗਰਮ ਨਾ ਹੋਣ ਤੋਂ ਬਾਅਦ ਗ੍ਰਾਫ ਨੂੰ ਅਪਡੇਟ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜਦੋਂ ਤੁਸੀਂ iAgent ਲਈ ਆਊਟਬਾਉਂਡ SSH ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਦੇ ਹੋ, ਤਾਂ ਕੌਂਫਿਗਰ ਕੀਤੇ ਨਿਯਮ ਲਈ ਡੇਟਾ ਤਿਆਰ ਨਹੀਂ ਕੀਤਾ ਜਾਵੇਗਾ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜੇਕਰ ਤੁਸੀਂ ਟੂ-ਵੇਅ ਐਕਟਿਵ ਮੈਨੇਜਮੈਂਟ ਪ੍ਰੋਟੋਕੋਲ (TWAMP). ਇਹ ਗਲਤ ਹੈ ਕਿਉਂਕਿ TWAMP IS-IS ਟ੍ਰੈਫਿਕ ਇੰਜਨੀਅਰਿੰਗ ਲਈ ਪੈਕੇਟ ਨੁਕਸਾਨ ਨੂੰ ਨਿਰਯਾਤ ਕਰਨ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਜੇਕਰ ਤੁਸੀਂ MPC10+ ਲਾਈਨ ਕਾਰਡਾਂ ਵਾਲੀ ਡਿਵਾਈਸ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਜੇਕਰ ਡਿਵਾਈਸ ਰੀਲੀਜ਼ 21.3R2-S2 ਜਾਂ ਰੀਲੀਜ਼ 21.4R2-S1 ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ Junos OS ਰੀਲੀਜ਼ 'ਤੇ ਚੱਲ ਰਹੀ ਹੈ, ਤਾਂ ਲਾਜ਼ੀਕਲ ਇੰਟਰਫੇਸ ਲਈ ਅੰਕੜੇ ਇਕੱਠੇ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਹਾਲਾਂਕਿ, ਭੌਤਿਕ ਇੰਟਰਫੇਸ ਅਤੇ LSP ਦੇ ਅੰਕੜੇ ਇਕੱਠੇ ਕੀਤੇ ਜਾਂਦੇ ਹਨ।
  ਹੱਲ: Junos OS ਰੀਲੀਜ਼ ਨੂੰ ਰੀਲੀਜ਼ 21.3R2-S2 ਜਾਂ 21.4R2-S1 ਲਈ ਅੱਪਗ੍ਰੇਡ ਕਰੋ। ਨਾਲ ਹੀ, ਯਕੀਨੀ ਬਣਾਓ ਕਿ ਤੁਸੀਂ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਨੂੰ ਰੀਲੀਜ਼ 23.1 ਵਿੱਚ ਅੱਪਗਰੇਡ ਕੀਤਾ ਹੈ।
• ਜਦੋਂ ਤੁਸੀਂ ਇੱਕ LSP ਨੂੰ ਅਣ-ਵਧੀਕ ਕਰਦੇ ਹੋ, ਤਾਂ LSP ਸਥਿਤੀ ਡੈਲੀਗੇਟ ਵਜੋਂ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦੀ ਹੈ। ਜਦੋਂ ਤੁਸੀਂ ਦੁਬਾਰਾ LSP ਨੂੰ ਅਣਡੈਲੀਗੇਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਹੋ, ਤਾਂ ਰਾਊਟਰ ਕੌਂਫਿਗਰੇਸ਼ਨ ਨੂੰ ਸਪੱਸ਼ਟ ਰੂਟ ਆਬਜੈਕਟ (ERO) ਜੋੜਨ ਲਈ ਸੋਧਿਆ ਜਾ ਸਕਦਾ ਹੈ।
  ਹੱਲ: ਤੁਹਾਡੇ ਵੱਲੋਂ LSP ਨੂੰ ਦੁਬਾਰਾ ਅਣਡੈਲੀਗੇਟ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਟੈਬ ਨੂੰ ਤਾਜ਼ਾ ਕਰੋ।
• ਪੈਰਾਗੋਨ ਪਾਥਫਾਈਂਡਰ ਇੱਕ ਡੈਲੀਗੇਟਿਡ SR LSP ਨੂੰ ਹੇਠਾਂ ਨਹੀਂ ਲਿਆਉਂਦਾ ਜਦੋਂ SR LSP ਸਲਾਈਸ ਸੀਮਾਵਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ ਹੈ ਜੇਕਰ SR LSP ਦੀ ਸਥਿਤੀ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਰੂਟ ਕੀਤੀ ਜਾਂਦੀ ਹੈ।
• ਜੇਕਰ ਤੁਸੀਂ ਸਲਾਈਸ ID 2**32 ਤੋਂ ਵੱਧ ਜਾਂ ਬਰਾਬਰ ਦੇ ਨਾਲ ਇੱਕ ਟੌਪੋਲੋਜੀ ਗਰੁੱਪ ਬਣਾਉਂਦੇ ਹੋ, ਤਾਂ ਟੌਪੋਲੋਜੀ ਗਰੁੱਪ ਆਈਡੀ ਸਲਾਈਸ ਆਈਡੀ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦੀ।
• ਪੈਰਾਗੋਨ ਆਟੋਮੇਸ਼ਨ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਸਵੈ-ਤਿਆਰ ਕੀਤੇ kubeadm-ਪ੍ਰਬੰਧਿਤ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ।
  ਇਹ ਸਰਟੀਫਿਕੇਟ ਤੈਨਾਤੀ ਤੋਂ ਬਾਅਦ ਇੱਕ ਸਾਲ ਵਿੱਚ ਖਤਮ ਹੋ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਤੱਕ ਕਿ ਕੁਬਰਨੇਟਸ ਸੰਸਕਰਣ ਨੂੰ ਅਪਗ੍ਰੇਡ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਜਾਂ ਸਰਟੀਫਿਕੇਟ ਦਸਤੀ ਰੀਨਿਊ ਨਹੀਂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਜੇਕਰ ਸਰਟੀਫਿਕੇਟ ਦੀ ਮਿਆਦ ਪੁੱਗ ਜਾਂਦੀ ਹੈ, ਤਾਂ ਪੌਡਸ ਆਉਣ ਵਿੱਚ ਅਸਫਲ ਹੋ ਜਾਂਦੇ ਹਨ ਅਤੇ ਲੌਗ ਵਿੱਚ ਮਾੜੀਆਂ ਸਰਟੀਫਿਕੇਟ ਗਲਤੀਆਂ ਪ੍ਰਦਰਸ਼ਿਤ ਕਰਦੇ ਹਨ।
  ਹੱਲ: ਸਰਟੀਫਿਕੇਟਾਂ ਨੂੰ ਹੱਥੀਂ ਰੀਨਿਊ ਕਰੋ। ਸਰਟੀਫਿਕੇਟ ਰੀਨਿਊ ਕਰਨ ਲਈ ਹੇਠਾਂ ਦਿੱਤੇ ਕਦਮਾਂ ਨੂੰ ਪੂਰਾ ਕਰੋ:

1. ਆਪਣੇ ਕਲੱਸਟਰ ਦੇ ਹਰੇਕ ਪ੍ਰਾਇਮਰੀ ਨੋਡ 'ਤੇ kubeadm certs check-expiration ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮੌਜੂਦਾ ਸਰਟੀਫਿਕੇਟ-ਮਿਆਦ ਸਮਾਪਤੀ ਮਿਤੀ ਦੀ ਜਾਂਚ ਕਰੋ।
2. ਸਰਟੀਫਿਕੇਟਾਂ ਨੂੰ ਰੀਨਿਊ ਕਰਨ ਲਈ, kubeadm certs ਦੀ ਵਰਤੋਂ ਕਰੋ ਆਪਣੇ Kubernetes ਕਲੱਸਟਰ ਦੇ ਹਰੇਕ ਪ੍ਰਾਇਮਰੀ ਨੋਡ 'ਤੇ ਸਾਰੀਆਂ ਕਮਾਂਡਾਂ ਨੂੰ ਰੀਨਿਊ ਕਰੋ।
3. ਆਪਣੇ ਕਲੱਸਟਰ ਦੇ ਹਰੇਕ ਪ੍ਰਾਇਮਰੀ ਨੋਡ 'ਤੇ kubeadm certs check-expiration ਕਮਾਂਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਮਿਆਦ ਪੁੱਗਣ ਦੀ ਮਿਤੀ ਦੀ ਮੁੜ ਜਾਂਚ ਕਰੋ।
4. ਨਵੇਂ ਸਰਟੀਫਿਕੇਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਪ੍ਰਾਇਮਰੀ ਨੋਡਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਤੋਂ ਹੇਠਾਂ ਦਿੱਤੇ ਪੌਡਾਂ ਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੋ।

ਹੱਲ ਕੀਤੇ ਮੁੱਦੇ

ਇਹ ਸੈਕਸ਼ਨ ਜੂਨੀਪਰ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਰੀਲੀਜ਼ 24.1 ਵਿੱਚ ਹੱਲ ਕੀਤੇ ਮੁੱਦਿਆਂ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਦਾ ਹੈ

• ਸਮਮਿਤੀ ਜੋੜਾ LSPs ਨੂੰ ਥ੍ਰੈਸ਼ਹੋਲਡ ਕ੍ਰਾਸਿੰਗ ਰੀਰੂਟਿੰਗ 'ਤੇ ਸਮਮਿਤੀ ਰੂਪ ਨਾਲ ਰੂਟ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਟ੍ਰੈਫਿਕ ਚਾਰਟ ਹੁਣ ਡਿਊਲ ਰੂਟਿੰਗ ਇੰਜਣਾਂ ਵਾਲੇ ਡਿਵਾਈਸਾਂ ਲਈ ਸਮਰਥਿਤ ਹਨ ਜੋ ਕਿ re0 ਜਾਂ re1 ਨਾਲ ਆਨਬੋਰਡ ਕੀਤੇ ਹੋਏ ਹਨ ਉਹਨਾਂ ਦੇ ਹੋਸਟਨਾਂ ਨਾਲ. ਹਾਲਾਂਕਿ, ਗ੍ਰਾਫ ਕੇਵਲ ਤਾਂ ਹੀ ਸਮਰਥਿਤ ਹਨ ਜੇਕਰ ਹੋਸਟ-ਨਾਂ-ਪਿਛੇਤਰ ਛੋਟੇ ਅੱਖਰਾਂ ਵਿੱਚ ਹਨ ਅਤੇ -re0 ਜਾਂ -re1 ਫਾਰਮੈਟ ਵਿੱਚ ਹਨ। ਸਾਬਕਾ ਲਈample: vmx101-re0 ਜਾਂ vmx101-re1
  ਹੱਲ: ਕੋਈ ਨਹੀਂ
• ਕੰਟਰੋਲਰ ਸਾਈਟਾਂ ਪੈਰਾਗੋਨ ਪਲਾਨਰ ਲਈ ਨੈੱਟਵਰਕ ਆਰਕਾਈਵ ਵਿੱਚ ਸ਼ਾਮਲ ਨਹੀਂ ਹਨ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਸੁਰੱਖਿਅਤ ਮੋਡ ਸਥਿਤੀ ਹਮੇਸ਼ਾਂ ਗਲਤ ਹੁੰਦੀ ਹੈ ਜਦੋਂ ns-web pod ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ.
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਸੁਰੱਖਿਅਤ ਮੋਡ ਦੌਰਾਨ ਤੁਹਾਡੇ ਦੁਆਰਾ ਸੰਸ਼ੋਧਿਤ ਸਰੋਤ-ਦਾ-ਸੱਚ ਫਲੈਗ ਦੇ ਬਾਅਦ ਤੁਹਾਨੂੰ ਇੱਕ ਗਲਤ ਸੁਰੱਖਿਅਤ ਮੋਡ ਸਥਿਤੀ ਪ੍ਰਾਪਤ ਹੁੰਦੀ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਕਈ ਵਾਰ NETCONF ਅਸਮਰਥਿਤ ਡਿਵਾਈਸਾਂ NETCONF ਸਥਿਤੀ ਉੱਪਰ ਦੇ ਨਾਲ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ।
  ਹੱਲ: ਡਿਵਾਈਸ ਪ੍ਰੋ ਦਾ ਸੰਪਾਦਨ ਕਰੋfile ਡਿਵਾਈਸ ਪ੍ਰੋ ਦੇ ਰੀਲੋਡਿੰਗ ਨੂੰ ਟਰਿੱਗਰ ਕਰਨ ਲਈ ਬਿਨਾਂ ਕਿਸੇ ਬਦਲਾਅ ਦੇfile.
• Cisco IOS-XR ਡਿਵਾਈਸਾਂ ਤੋਂ ਉਤਪੰਨ ਹੋਣ ਵਾਲੇ SR-TE LSPs ਲਈ ਰੰਗ ਤਾਂ ਹੀ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ ਜੇਕਰ LSP ਸ਼ੁਰੂਆਤੀ ਤੌਰ 'ਤੇ ਡਿਵਾਈਸ ਕਲੈਕਸ਼ਨ ਤੋਂ ਖੋਜਿਆ ਜਾਂਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• PCEP ਤੋਂ ਸਿੱਖੇ ਗਏ ਇੱਕ SR-TE LSP ਦਾ ਐਡਮਿਨ ਗਰੁੱਪ ਟੌਪੋਲੋਜੀ ਸਿੰਕ੍ਰੋਨਾਈਜ਼ੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਅਲੋਪ ਹੋ ਜਾਂਦਾ ਹੈ, ਜੇਕਰ LSP ਨੇ ਸਟੇਟ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਹੈ।
  ਹੱਲ: PCEP ਤੋਂ ਸਿੱਖੇ ਐਡਮਿਨ ਗਰੁੱਪ ਨੂੰ ਕਾਇਮ ਰੱਖਣ ਲਈ SR-TE LSP ਨੂੰ ਸੋਧੋ।
• ਅਨੁਕੂਲ ਮਾਰਗ 'ਤੇ LSPs PCS ਅਨੁਕੂਲਨ ਦੇ ਦੌਰਾਨ ਬੇਲੋੜੀ PCEP ਅੱਪਡੇਟ ਪ੍ਰਾਪਤ ਕਰ ਸਕਦੇ ਹਨ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਡਾਇਗਨੌਸਟਿਕਸ (ਸੰਰਚਨਾ> ਡੇਟਾ ਇਨਜੈਸਟ> ਡਾਇਗਨੌਸਟਿਕਸ> ਐਪਲੀਕੇਸ਼ਨ) ਵਿਸ਼ੇਸ਼ਤਾ ਵਿੱਚ ਇੱਕ ਗਲਤੀ ਐਪਲੀਕੇਸ਼ਨ ਟੈਸਟਾਂ ਨੂੰ ਅਸਫਲ ਕਰਨ ਦਾ ਕਾਰਨ ਬਣਦੀ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਨੈੱਟਵਰਕ > ਟੌਪੋਲੋਜੀ > ਟਨਲ ਟੈਬ 'ਤੇ, ਜਦੋਂ ਤੁਸੀਂ ਫਿਲਟਰ (ਫਨਲ) ਆਈਕਨ 'ਤੇ ਹੋਵਰ ਕਰਦੇ ਹੋ ਅਤੇ ਫਿਲਟਰ ਸ਼ਾਮਲ ਕਰੋ ਦੀ ਚੋਣ ਕਰਦੇ ਹੋ, ਤਾਂ ਮਾਪਦੰਡ ਸ਼ਾਮਲ ਕਰੋ ਪੰਨਾ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਫੀਲਡ ਸੂਚੀ ਵਿੱਚ ਰੰਗ ਚੁਣਦੇ ਹੋ, ਤਾਂ ਫੀਲਡ ਮੁੱਲ ਰੰਗ ਦੀ ਬਜਾਏ ਯੋਜਨਾਬੱਧ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਦਰਸ਼ਿਤ ਹੁੰਦਾ ਹੈ।
  ਹੱਲ: ਕੋਈ ਨਹੀਂ।
• ਪਾਥ ਵਿਸ਼ਲੇਸ਼ਣ ਰਿਪੋਰਟ ਖਾਲੀ ਹੈ।

ਹੱਲ: ਮਾਰਗ ਵਿਸ਼ਲੇਸ਼ਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਡਿਵਾਈਸ ਇਕੱਠਾ ਕਰਨ ਦਾ ਕੰਮ ਚਲਾਓ। ਨੋਟ ਕਰੋ ਕਿ, ਪਾਥ ਵਿਸ਼ਲੇਸ਼ਣ ਰਿਪੋਰਟ ਖਾਲੀ ਹੋ ਸਕਦੀ ਹੈ ਜੇਕਰ LSP ਪਹਿਲਾਂ ਹੀ ਅਨੁਕੂਲ ਮਾਰਗ 'ਤੇ ਹਨ।

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

ਦਸਤਾਵੇਜ਼ / ਸਰੋਤ

ਜੂਨੀਪਰ ਨੈੱਟਵਰਕ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਸਾਫਟਵੇਅਰ [pdf] ਯੂਜ਼ਰ ਗਾਈਡ ਪੈਰਾਗਨ ਆਟੋਮੇਸ਼ਨ ਸਾਫਟਵੇਅਰ, ਆਟੋਮੇਸ਼ਨ ਸਾਫਟਵੇਅਰ, ਸਾਫਟਵੇਅਰ

ਹਵਾਲੇ

• ਯੂਜ਼ਰ ਮੈਨੂਅਲ