3. 구성 관리
채널 구성 시 서비스 구성, 광 계층 논리 링크 구성, 링크 가상 토폴로지 맵 구성이 필요합니다. 단일 채널에 보호 경로를 구성해야 하는 경우, 채널 구성이 더욱 복잡해지고 이후 구성 관리 또한 더욱 어려워집니다. 채널 방향 관리를 위한 전용 서비스 테이블이 필요하며, 테이블에서 비즈니스 방향을 실선과 점선을 사용하여 구분해야 합니다. OTN 채널과 IP 링크 간의 대응 관계를 관리할 때, 특히 OTN 보호의 경우 하나의 IP 링크가 여러 OTN 채널에 대응해야 할 수 있습니다. 이 경우 관리해야 할 요소의 양이 증가하고 관리가 복잡해지며, 관리해야 할 엑셀 테이블의 수도 늘어납니다. 모든 비즈니스 요소를 완벽하게 관리하려면 최대 15개의 엑셀 테이블이 필요할 수 있습니다. 엔지니어가 특정 링크를 관리하려면 엑셀 파일을 찾아 제조사의 NMS에서 해당 링크를 찾아 운영 관리를 수행해야 합니다. 이는 양측의 정보 동기화를 필요로 합니다. OTN의 NMS 플랫폼과 엔지니어가 작성한 엑셀 파일은 모두 수작업으로 생성된 데이터이기 때문에 정보 동기화 오류가 발생하기 쉽습니다. 오류가 발생할 경우 비즈니스 정보가 실제 상황과 일치하지 않게 되어 변경 및 조정 시 비즈니스에 악영향을 미칠 수 있습니다. 따라서 제조사의 장비 데이터를 북향 인터페이스를 통해 관리 플랫폼으로 수집하고, 해당 플랫폼에서 IP 링크 정보를 연동하여 기존 네트워크의 서비스 변경에 따라 정보가 자동으로 조정되도록 합니다. 이를 통해 정보의 중앙 집중식 관리가 가능하며, 단일 소스의 정확성을 확보하여 구성 관리 정보의 정확성을 보장합니다.
OTN 서비스 프로비저닝을 구성할 때 각 인터페이스의 정보 설명을 준비하고, OTN NMS에서 제공하는 북쪽 인터페이스를 통해 OTN 정보를 수집한 다음, IP 장치가 북쪽 인터페이스를 통해 수집한 포트 정보와 관련 설명을 연결합니다. 플랫폼 기반의 OTN 채널 및 IP 링크 관리를 통해 수동 정보 업데이트가 필요 없어집니다.
DCI 송전망을 사용할 때는 전기적 교차 연결 서비스 구성 방식을 가급적 피하는 것이 좋습니다. 이 방식은 관리 논리가 매우 복잡하고 DCI 네트워크 모델에 적합하지 않으므로 DCI 설계 초기 단계부터 사용하지 않도록 해야 합니다.
4. 알람 관리
OTN은 복잡한 관리 오버헤드, 장거리 전송 중 신호 모니터링, 다양한 서비스 입자의 다중화 및 중첩으로 인해 장애 발생 시 수십, 수백 개의 경보 메시지가 보고될 수 있습니다. 제조사에서 경보를 4단계로 분류하고 각 경보에 다른 명칭을 부여했지만, 엔지니어의 운영 및 유지보수 관점에서 여전히 매우 복잡하며, 장애 원인을 파악하는 데 숙련된 인력이 필요합니다. 기존 OTN 장비의 장애 전송 기능은 주로 SMS 모뎀이나 이메일 푸시를 사용하지만, 이 두 기능 모두 인터넷 기업 기본 시스템의 기존 네트워크 경보 관리 플랫폼과의 통합에 특화되어 있으며 별도 개발 비용이 높습니다. 따라서 표준 북향 인터페이스가 경보 정보를 수집하고, 회사의 기존 관련 플랫폼을 유지하면서 기능을 확장하여 운영 및 유지보수 엔지니어에게 경보를 푸시하는 방식이 필요합니다.
따라서 운영 및 유지보수 담당자는 OTN 장애로 인해 생성된 경보 정보를 플랫폼이 자동으로 수집하고 수신할 수 있도록 해야 합니다. 이를 위해 먼저 OTN NMS에서 경보 분류를 설정한 후, 경보 정보 관리 플랫폼에서 전송 및 선별 작업을 수행해야 합니다. 일반적인 OTN 경보 방식은 NMS에서 모든 1, 2급 경보를 경보 정보 관리 플랫폼으로 전송하고, 플랫폼에서 단일 서비스 중단 경보 정보를 분석하여 주요 광 경로 단선 경보 정보와 (있는 경우) 보호 스위칭 경보 정보를 운영 및 유지보수 담당자에게 전송하는 것입니다. 위의 세 가지 정보는 장애 진단 및 처리에 활용될 수 있습니다. 수신 설정 시, 광섬유 단선 시에만 발생하는 복합 신호 오류와 같은 주요 경보에 대해 다음과 같이 전화 알림 설정을 할 수 있습니다.
경보 중국어 설명
경보 설명 (영어) 경보 유형 심각도 및 제한 사항
OMS 계층 페이로드 신호 손실 OMS_LOS_P 통신 경보 심각(FM)
입력/출력 결합 신호 손실 MUT_LOS 통신 경보 비상(FM)
OTS 페이로드 손실
신호 OTS_LOS_P 통신 경보 심각(FM)
OTS 페이로드 손실 표시 OTS_PMI 통신 경보 긴급(FM)
화웨이와 ZTE Alang에서 현재 지원하는 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 네트워크 주소가 중복 사용되어 운영 네트워크에 악영향을 미칠 수 있습니다.
게시 시간: 2022년 12월 19일