In case of Object Creation Notification all the object’s attributes are (JSON dump) mapped into additional info, hence including the object's layerProtocolName/Qualifier attributes when foreseen. As far as Notification also includes its own layerProtocolName/Qualifier parameters, there could be a conflict or at best redundancy. E.g. the Node may have more layerProtocols, which to map in Notification attribute? In general, Notification shall include only the attributes common to all notification cases, layerProtocolName/Qualifier seem not. Two possible solutions are:
1) Move layerProtocolName/Qualifier from Notification to applicable augmentations (e.g. AlarmInfo).
2) Keep layerProtocolName/Qualifier in Notification - as they may be useful for filtering purposes - but allowing 1..* multiplicity.
In case of Object Creation Notification all the object’s attributes are (JSON dump) mapped into additional info, hence including the object's layerProtocolName/Qualifier attributes when foreseen. As far as Notification also includes its own layerProtocolName/Qualifier parameters, there could be a conflict or at best redundancy. E.g. the Node may have more layerProtocols, which to map in Notification attribute? In general, Notification shall include only the attributes common to all notification cases, layerProtocolName/Qualifier seem not. Two possible solutions are: 1) Move layerProtocolName/Qualifier from Notification to applicable augmentations (e.g. AlarmInfo). 2) Keep layerProtocolName/Qualifier in Notification - as they may be useful for filtering purposes - but allowing 1..* multiplicity.