Skip to content
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
10 changes: 6 additions & 4 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -37,10 +37,12 @@ DEVICE_PASSWORD=xxx
#### v1.1.0
Release v.1.1.0 introduces the integration with a Kafka message broker.

MWDI subscribing to NotificationProxy (NP) directly, which lead to NP pushing notifications to MWDI, showed that there were major performance issues due to how notifications were transferred to MWDI (for each notification a new session has to be opened, if the MWDI *regard*-services are called).
To improve performance, NP will act as producer to Kafka, i.e. it will send the notifications (after bringing them into the correct format) to Kafka.
- *All* notifications are sent to topic *all_notifications* (i.e. both proper notifications and proprietary notifications)
- Kafka will sort the notifications from *all_notifications* topic into separate Kafka topics, from where consumers (e.g. MWDI) can pull them
- Handling of Controller notifications has not changed. Those are not pushed to Kafka, applications interested in receiving those still need to subscribe to NotificationProxy directly.
- Handling of device change notifications however has changed - those are now pushed to Kafka.

Kafka sends all ONF TR52 device change notifications to Kafka topic *all_notifications* after bringing them into the required format (in regards to the included resource path).
If proprietary notifications are received by NP, they are also sent to the same topic.
Kafka will sort the notifications into separate topics (e.g. *device_change_notifications* and *device_alarm_notifications*) from where consumers then can pull them.

Details on changes can be seen in issue collection [NP v1.1.0_spec](https://github.com/openBackhaul/NotificationProxy/milestone/3).
Any findings during implementer review or still open issues will be handled in issue collection [NP v1.1.1_spec](https://github.com/openBackhaul/NotificationProxy/milestone/7).
Expand Down
2 changes: 1 addition & 1 deletion spec/NotificationProxy+config.json
Original file line number Diff line number Diff line change
Expand Up @@ -2710,7 +2710,7 @@
},
"operation-client-interface-status": {
"operational-state": "operation-client-interface-1-0:OPERATIONAL_STATE_TYPE_NOT_YET_DEFINED",
"life-cycle-state": "operation-client-interface-1-0:LIFE_CYCLE_STATE_TYPE_DEPRECATED"
"life-cycle-state": "operation-client-interface-1-0:LIFE_CYCLE_STATE_TYPE_NOT_YET_DEFINED"
}
}
}
Expand Down
2 changes: 1 addition & 1 deletion spec/NotificationProxy+services.yaml
Original file line number Diff line number Diff line change
Expand Up @@ -427,9 +427,9 @@ clients:
service:
basic:
individual:
# the regard services at MWDI are deprecated!
- operation-name: /v1/regard-controller-attribute-value-change
uuid: np-1-1-0-op-c-is-mwdi-2-0-1-111
# the regard-device-* services at MWDI are deprecated!
- operation-name: /v1/regard-device-alarm
uuid: np-1-1-0-op-c-is-mwdi-2-0-1-120
- operation-name: /v1/regard-device-attribute-value-change
Expand Down
Loading