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