• ಹೆಡ್_ಬ್ಯಾನರ್

DCI ನೆಟ್‌ವರ್ಕ್‌ನ ಪ್ರಸ್ತುತ ಕಾರ್ಯಾಚರಣೆ (ಭಾಗ ಎರಡು)

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 ಎಲ್ಲಾ ಮೊದಲ ಮತ್ತು ಎರಡನೆಯ ರೀತಿಯ ಎಚ್ಚರಿಕೆಗಳನ್ನು ಎಚ್ಚರಿಕೆಯ ಮಾಹಿತಿ ನಿರ್ವಹಣಾ ವೇದಿಕೆಗೆ ಹೊಂದಿಸುತ್ತದೆ ಮತ್ತು ತಳ್ಳುತ್ತದೆ, ಮತ್ತು ನಂತರ ವೇದಿಕೆಯು ಒಂದೇ ಸೇವಾ ಅಡಚಣೆಯ ಎಚ್ಚರಿಕೆಯ ಮಾಹಿತಿಯನ್ನು ವಿಶ್ಲೇಷಿಸುತ್ತದೆ, ಮುಖ್ಯ ಆಪ್ಟಿಕಲ್ ಮಾರ್ಗ ಅಡಚಣೆ ಎಚ್ಚರಿಕೆ ಮಾಹಿತಿ ಮತ್ತು (ಯಾವುದಾದರೂ ಇದ್ದರೆ) ರಕ್ಷಣೆ ಸ್ವಿಚಿಂಗ್ ಎಚ್ಚರಿಕೆ ಮಾಹಿತಿಯನ್ನು ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ನಿರ್ವಹಣಾ ಎಂಜಿನಿಯರ್‌ಗೆ ತಳ್ಳಲಾಗುತ್ತದೆ. ಮೇಲಿನ ಮೂರು ಮಾಹಿತಿಯನ್ನು ಬಹುಶಃ ದೋಷ ರೋಗನಿರ್ಣಯ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗೆ ಬಳಸಬಹುದು. ಸ್ವಾಗತವನ್ನು ಹೊಂದಿಸುವಾಗ, ಆಪ್ಟಿಕಲ್ ಫೈಬರ್‌ಗಳು ಮುರಿದಾಗ ಮಾತ್ರ ಸಂಭವಿಸುವ ಸಂಯೋಜಿತ ಸಿಗ್ನಲ್ ವೈಫಲ್ಯಗಳಂತಹ ಪ್ರಮುಖ ಎಚ್ಚರಿಕೆಗಳಿಗಾಗಿ ನೀವು ದೂರವಾಣಿ ಅಧಿಸೂಚನೆ ಸೆಟ್ಟಿಂಗ್‌ಗಳನ್ನು ಹೊಂದಿಸಬಹುದು, ಉದಾಹರಣೆಗೆ:

 

DCI ನೆಟ್‌ವರ್ಕ್

ಅಲಾರಾಂ ಚೈನೀಸ್ ವಿವರಣೆ

ಅಲಾರ್ಮ್ ಇಂಗ್ಲಿಷ್ ವಿವರಣೆ ಅಲಾರ್ಮ್ ಪ್ರಕಾರ ತೀವ್ರತೆ ಮತ್ತು ಮಿತಿ
OMS ಲೇಯರ್ ಪೇಲೋಡ್ ಸಿಗ್ನಲ್ ನಷ್ಟ OMS_LOS_P ಸಂವಹನ ಎಚ್ಚರಿಕೆ ನಿರ್ಣಾಯಕ (FM)
ಇನ್‌ಪುಟ್/ಔಟ್‌ಪುಟ್ ಸಂಯೋಜಿತ ಸಿಗ್ನಲ್ ನಷ್ಟ MUT_LOS ಸಂವಹನ ಎಚ್ಚರಿಕೆ ತುರ್ತು (FM)
OTS ಪೇಲೋಡ್ ನಷ್ಟ

ಸಿಗ್ನಲ್ OTS_LOS_P ಸಂವಹನ ಎಚ್ಚರಿಕೆ ನಿರ್ಣಾಯಕ (FM)
OTS ಪೇಲೋಡ್ ನಷ್ಟ ಸೂಚನೆ OTS_PMI ಸಂವಹನ ಎಚ್ಚರಿಕೆ ತುರ್ತು (FM)
Huawei ಮತ್ತು ZTE ಅಲಾಂಗ್ ನಿಂದ ಪ್ರಸ್ತುತ ಬೆಂಬಲಿತವಾಗಿರುವ XML ಇಂಟರ್ಫೇಸ್‌ನಂತಹ NMS ನ ಉತ್ತರ ದಿಕ್ಕಿನ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಎಚ್ಚರಿಕೆಯ ಮಾಹಿತಿಯನ್ನು ತಳ್ಳಲು ಬಳಸಲಾಗುತ್ತದೆ.

5 ಕಾರ್ಯಕ್ಷಮತೆ ನಿರ್ವಹಣೆ

OTN ವ್ಯವಸ್ಥೆಯ ಸ್ಥಿರತೆಯು ವ್ಯವಸ್ಥೆಯ ವಿವಿಧ ಅಂಶಗಳ ಕಾರ್ಯಕ್ಷಮತೆಯ ದತ್ತಾಂಶದ ಮೇಲೆ ಹೆಚ್ಚು ಅವಲಂಬಿತವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ ಟ್ರಂಕ್ ಫೈಬರ್‌ನ ಆಪ್ಟಿಕಲ್ ಪವರ್ ನಿರ್ವಹಣೆ, ಮಲ್ಟಿಪ್ಲೆಕ್ಸ್ಡ್ ಸಿಗ್ನಲ್‌ನಲ್ಲಿರುವ ಪ್ರತಿ ಚಾನಲ್‌ನ ಆಪ್ಟಿಕಲ್ ಪವರ್ ನಿರ್ವಹಣೆ ಮತ್ತು ಸಿಸ್ಟಮ್ OSNR ಮಾರ್ಜಿನ್ ನಿರ್ವಹಣೆ. ಈ ವಿಷಯಗಳನ್ನು ಕಂಪನಿಯ ನೆಟ್‌ವರ್ಕ್ ವ್ಯವಸ್ಥೆಯ ಮೇಲ್ವಿಚಾರಣಾ ಯೋಜನೆಗೆ ಸೇರಿಸಬೇಕು, ಇದರಿಂದಾಗಿ ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಸಿಸ್ಟಮ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ತಿಳಿದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ನೆಟ್‌ವರ್ಕ್‌ನ ಸ್ಥಿರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ಸಮಯಕ್ಕೆ ಸರಿಯಾಗಿ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಬಹುದು. ಇದರ ಜೊತೆಗೆ, ದೀರ್ಘಾವಧಿಯ ಫೈಬರ್ ಕಾರ್ಯಕ್ಷಮತೆ ಮತ್ತು ಗುಣಮಟ್ಟದ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಫೈಬರ್ ರೂಟಿಂಗ್‌ನಲ್ಲಿನ ಬದಲಾವಣೆಗಳನ್ನು ಕಂಡುಹಿಡಿಯಲು ಸಹ ಬಳಸಬಹುದು, ಕೆಲವು ಫೈಬರ್ ಪೂರೈಕೆದಾರರು ಅಧಿಸೂಚನೆಯಿಲ್ಲದೆ ಫೈಬರ್ ರೂಟಿಂಗ್ ಅನ್ನು ಬದಲಾಯಿಸುವುದನ್ನು ತಡೆಯುತ್ತದೆ, ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ನಿರ್ವಹಣೆಯಲ್ಲಿ ಬ್ಲೈಂಡ್ ಸ್ಪಾಟ್‌ಗಳು ಉಂಟಾಗುತ್ತವೆ ಮತ್ತು ಫೈಬರ್ ರೂಟಿಂಗ್ ಅಪಾಯದ ಸಂಭವವಿದೆ. ಸಹಜವಾಗಿ, ಇದಕ್ಕೆ ಮಾದರಿ ತರಬೇತಿಗಾಗಿ ಹೆಚ್ಚಿನ ಪ್ರಮಾಣದ ಡೇಟಾ ಅಗತ್ಯವಿರುತ್ತದೆ, ಇದರಿಂದಾಗಿ ರೂಟಿಂಗ್ ಬದಲಾವಣೆಗಳ ಆವಿಷ್ಕಾರವು ಹೆಚ್ಚು ನಿಖರವಾಗಿರುತ್ತದೆ.

6. DCN ನಿರ್ವಹಣೆ

ಇಲ್ಲಿ DCN ಎಂದರೆ OTN ಉಪಕರಣಗಳ ನಿರ್ವಹಣಾ ಸಂವಹನ ಜಾಲ, ಇದು OTN ನ ಪ್ರತಿಯೊಂದು ಜಾಲದ ಅಂಶದ ನಿರ್ವಹಣೆಯ ಜಾಲ ರಚನೆಗೆ ಕಾರಣವಾಗಿದೆ. OTN ಜಾಲವು DCN ಜಾಲದ ಪ್ರಮಾಣ ಮತ್ತು ಸಂಕೀರ್ಣತೆಯ ಮೇಲೂ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ. ಸಾಮಾನ್ಯವಾಗಿ, DCN ಜಾಲದ ಎರಡು ವಿಧಾನಗಳಿವೆ:

1. ಸಂಪೂರ್ಣ OTN ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಸಕ್ರಿಯ ಮತ್ತು ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ಗೇಟ್‌ವೇ NE ಗಳನ್ನು ದೃಢೀಕರಿಸಿ. ಇತರ ಗೇಟ್‌ವೇ ಅಲ್ಲದ NE ಗಳು ಸಾಮಾನ್ಯ NE ಗಳಾಗಿವೆ. ಎಲ್ಲಾ ಸಾಮಾನ್ಯ NE ಗಳ ನಿರ್ವಹಣಾ ಸಂಕೇತಗಳು OTN ನಲ್ಲಿನ OTS ಪದರದಾದ್ಯಂತ OSC ಚಾನಲ್ ಮೂಲಕ ಸಕ್ರಿಯ ಮತ್ತು ಸ್ಟ್ಯಾಂಡ್‌ಬೈ ಗೇಟ್‌ವೇ NE ಗಳನ್ನು ತಲುಪುತ್ತವೆ, ಮತ್ತು ನಂತರ NMS ಇರುವ IP ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪರ್ಕಪಡಿಸುತ್ತವೆ. ಈ ವಿಧಾನವು NMS ಇರುವ IP ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳ ನಿಯೋಜನೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತದೆ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು OTN ಅನ್ನು ಸ್ವತಃ ಬಳಸಬಹುದು. ಆದಾಗ್ಯೂ, ಟ್ರಂಕ್ ಫೈಬರ್ ಅಡ್ಡಿಪಡಿಸಿದರೆ, ಅನುಗುಣವಾದ ರಿಮೋಟ್ ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳು ಸಹ ಪರಿಣಾಮ ಬೀರುತ್ತವೆ ಮತ್ತು ನಿರ್ವಹಣೆಯಿಂದ ಹೊರಗಿರುತ್ತವೆ.

2. OTN ನೆಟ್‌ವರ್ಕ್‌ನ ಎಲ್ಲಾ ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳನ್ನು ಗೇಟ್‌ವೇ ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಲಾಗಿದೆ ಮತ್ತು ಪ್ರತಿಯೊಂದು ಗೇಟ್‌ವೇ ನೆಟ್‌ವರ್ಕ್ ಅಂಶವು OSC ಚಾನಲ್ ಮೂಲಕ ಹೋಗದೆ ಸ್ವತಂತ್ರವಾಗಿ NMS ಇರುವ IP ನೆಟ್‌ವರ್ಕ್‌ನೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುತ್ತದೆ. ಇದು ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳ ನಿರ್ವಹಣಾ ಸಂವಹನವು ಮುಖ್ಯ ಆಪ್ಟಿಕಲ್ ಫೈಬರ್‌ನ ಅಡಚಣೆಯಿಂದ ಪ್ರಭಾವಿತವಾಗುವುದಿಲ್ಲ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳನ್ನು ಇನ್ನೂ ದೂರದಿಂದಲೇ ನಿರ್ವಹಿಸಬಹುದು ಎಂದು ಖಚಿತಪಡಿಸುತ್ತದೆ, ಇವೆಲ್ಲವೂ IP ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿವೆ ಮತ್ತು ಸಾಂಪ್ರದಾಯಿಕ IP ನೆಟ್‌ವರ್ಕ್ ಕೆಲಸಗಾರರಿಗೆ ಕಾರ್ಯಾಚರಣೆ ಮತ್ತು ನಿರ್ವಹಣಾ ವೆಚ್ಚಗಳು ಸಹ ಕಡಿಮೆಯಾಗುತ್ತವೆ.

DCN ನೆಟ್‌ವರ್ಕ್ ನಿರ್ಮಾಣದ ಆರಂಭದಲ್ಲಿ, ನೆಟ್‌ವರ್ಕ್ ಎಲಿಮೆಂಟ್ ಪ್ಲಾನಿಂಗ್ ಮತ್ತು IP ವಿಳಾಸ ಹಂಚಿಕೆಯನ್ನು ಕೈಗೊಳ್ಳಬೇಕು. ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೇಳುವುದಾದರೆ, ನಿಯೋಜಿಸುವಾಗ ನೆಟ್‌ವರ್ಕ್ ನಿರ್ವಹಣಾ ಸರ್ವರ್ ಅನ್ನು ಇತರ ನೆಟ್‌ವರ್ಕ್‌ಗಳಿಂದ ಸಾಧ್ಯವಾದಷ್ಟು ಪ್ರತ್ಯೇಕಿಸಬೇಕು. ಇಲ್ಲದಿದ್ದರೆ, ನಂತರ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಹಲವಾರು ಮೆಶ್ ಲಿಂಕ್‌ಗಳು ಇರುತ್ತವೆ ಮತ್ತು ನಿರ್ವಹಣೆಯ ಸಮಯದಲ್ಲಿ ನೆಟ್‌ವರ್ಕ್ ಜಿಟರ್ ಸಾಮಾನ್ಯವಾಗಿರುತ್ತದೆ ಮತ್ತು ಸಾಮಾನ್ಯ ನೆಟ್‌ವರ್ಕ್ ಅಂಶಗಳು ಸಂಪರ್ಕಗೊಳ್ಳುವುದಿಲ್ಲ. ಗೇಟ್‌ವೇ ನೆಟ್‌ವರ್ಕ್ ಅಂಶದಂತಹ ಸಮಸ್ಯೆಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ ಮತ್ತು ಉತ್ಪಾದನಾ ನೆಟ್‌ವರ್ಕ್ ವಿಳಾಸ ಮತ್ತು DCN ನೆಟ್‌ವರ್ಕ್‌ನ ವಿಳಾಸವನ್ನು ಮರುಬಳಕೆ ಮಾಡಲಾಗುತ್ತದೆ, ಇದು ಉತ್ಪಾದನಾ ನೆಟ್‌ವರ್ಕ್ ಮೇಲೆ ಪರಿಣಾಮ ಬೀರುತ್ತದೆ.


ಪೋಸ್ಟ್ ಸಮಯ: ಡಿಸೆಂಬರ್-19-2022