格林威尔北向接口在电信中的应用

1：格林威尔网管告警类型  

event

1. notificationId = 51947
2. objectName
  1. EMS = GWTT/192.168.203.1  2. ManagedElement = 3078294  3. PTP = /rack=1/shelf=1/slot=1/portType=以太网业务光端口/port=3
3. nativeEMSName = 192.168.203.1
4. nativeProbableCause = 光LOSS告警
5. objectType = 5
6. emsTime = Thu Mar 19 15:10:10 CST 2015
7. neTime = 
8. isClearable = false
9. layerRate = 0
10. probableCause = 光LOSS告警
11. probableCauseQualifier = 
12. perceivedSeverity
13. serviceAffecting = SA_SERVICE_AFFECTING
14. affectedTPList15. additionalText = MSAP-E6300P
16. additionalInfo
  16.1Source = Ne3078294_Slot1_PortType1027_PortNum3
  16.2Entity = <章丘政务中心/GLWE/1>-1-以太网业务光端口#3+nedisplayname=章丘政务中心/GLWE/1
  16.3oid = mstp.9985
  16.4businessUser = 用户_3078294/1/3
  16.5NeNativeName = 章丘政务中心/GLWE/1

当出现上述情况， ManagedElement  是一个设备 16.5NeNativeName  是另一个设备  这种情况下 告警中的设备定位应该怎么去解析？

类型解析：

 1：如果 objectName 中的  ManagedElement 的值是nodeID 不包含 "/" 符号的话，属于局端的设备ID，那么node_id 就是这个设备号本身，

否则的话为设备名称，需要进一步解析：这里分两种，

一种是客户自己修改的设备名称

另一种是设备本身的名称：直接在这里按照设备名称查找数据库是否有这个设备

2： 如果 additionalInfo 中的 16.4businessUser  这里为空的话，不用管语局端或者远端设备了，直接是该设备的告警

但是还有这种类型的event：

1. notificationId = 63582
2. objectName
  1. EMS = GWTT/192.168.203.1  2. ManagedElement = 383519/11/4  3. PTP = /rack=1/shelf=1/portType=远端以太网业务电端口/port=1
3. nativeEMSName = 192.168.203.1
4. nativeProbableCause = 以太网物理端口连接中断
5. objectType = 5
6. emsTime = Wed May 13 17:02:44 CST 2015
7. neTime = 
8. isClearable = false
9. layerRate = 0
10. probableCause = 以太网物理端口连接中断
11. probableCauseQualifier = 
12. perceivedSeverity
13. serviceAffecting = SA_SERVICE_AFFECTING
14. affectedTPList15. additionalText = GFT-1501S
16. additionalInfo
  16.1Source = 383519/11/1028/4/0/1
  16.2Entity = <383519/11/4(章丘开发区/GLWE/1-11-以太网业务光端口#4)>-远端以太网业务电端口#1+nedisplayname=383519/11/4
  16.3oid = mstp.9985
  16.4businessUser = 用户_383519/11/4
  16.5NeNativeName = 383519/11/4
  16.6LocalNEName = 章丘开发区/GLWE/1
  16.7LocationDesc = /rack=1/shelf=1/slot=11/portType=以太网业务光端口/port=4
  16.8X.721::EventType = communicationsAlarm

不知如何解析  16.5NeNativeName 等于 ManagerElement  但是   16.6LocalNEName = 章丘开发区/GLWE/1 是另外一个设备的名称

通过在格林威尔网管操作，已经找到解析规则，

遵循TMF 814 的协议 同时自主添加了部分方法，主要是一些资源信息的获取，其告警信息和各种服务等开启无改变。