- r1.2
- r1.1
- v0.10.1
- v0.10.0
- v0.10.0-rc2
- v0.10.0-rc
- v0.9.0
- v0.9.0-rc
- v0.8.1
- v0.8.0
- v0.1.0 - Initial contribution
Please be aware that the project will have frequent updates to the main branch. There are no compatibility guarantees associated with code in any branch, including main, until it has been released. For example, changes may be reverted before a release is published. For the best results, use the latest published release.
This public release contains the definition and documentation of
- quality-on-demand v0.11.0
- qos-profiles v0.11.0
- qod-provisioning v0.1.0
The API definition(s) are based on
- Commonalities v0.4.0
- Identity and Consent Management v0.2.0
Note: the previous qod v0.10.1 API with endpoints for QoS Sessions and QoS Profiles has been split into two APIs. There are additional breaking changes.
Version 0.11.0 provides the QoS Sessions endpoints from v0.10.1, adds one endpoint /retrieve-sessions, and is aligned with Commonalities 0.4.0 and Identity and Consent Management 0.2.0. There are breaking changes compared to v0.10.1.
- API definition with inline documentation:
- Added a new operation
retrieveSessions
to get a list of sessions for a given device by @jlurien in camaraproject#325 - Added the
statusInfo
as parameter toSessionInfo
by @maxl2287 in camaraproject#273 - Added the
x-correlator
header to requests and responses by @jlurien in camaraproject#283 - Added security scheme and scopes for each endpoint / method by @eric-murray in camaraproject#295
- Added test definitions for quality-on-demand by @jlurien in camaraproject#349
- Made
+
prefix mandatory for phoneNumber by @jlurien in camaraproject#301 - Clarified concepts and properties related to the management of session duration and session extension by @jlurien in camaraproject#296
- Updated Authorization and Authentication text to ICM release 0.2.0 wording by @eric-murray in camaraproject#327
- Aligned with Commonalities' updated subscription-model by using
sink
andsinkCredentials
by @maxl2287 in camaraproject#335 - Aligned quality-on-demand further with Commonalties 0.4.0 by @hdamker in camaraproject#326
- Added documentation about "Handling of device information" within the info description.
- Made device parameter optional within
createSession
- Aligned
Device
object andinfo
object with Commonalities - Updated schemata for error responses according to Commonalities
- Updated user story for Quality on Demand by @hdamker in camaraproject#354
- Clarified behavior of extendQosSessionDuration if session is not in state AVAILABLE by @hdamker in camaraproject#356
- Removed unresolved documentation reference within quality-on-demand.yaml by @hdamker in camaraproject#324
- Removed unused
messages
object in theSessionInfo
schema by @sfnuser in camaraproject#312 - Removed
TermsOfService
andContact
frominfo
objects (they may be added by API Providers documenting their APIs) by @RandyLevensalor in camaraproject#311 - Removed cucumber directory and its content by @hdamker in camaraproject#323
qos-profiles 0.11.0 provides the QoS Profiles endpoints from v0.10.1, changed the retrieval operation to allow the get the QoS Profiles available for a given device, and is aligned with Commonalities 0.4.0 and Identity and Consent Management 0.2.0. There are breaking changes compared to v0.10.1.
- API definition with inline documentation:
- Added the option to query QoS profiles available on a given device by @RandyLevensalor in camaraproject#318 and camaraproject#348
- Added
x-correlator
header to requests and responses by @jlurien in camaraproject#283 - Added security scheme and scopes for each endpoint / method by @eric-murray in camaraproject#295
- Added test definitions for qos-profiles by @jlurien in camaraproject#349
- Changed the query for
/qos-profiles
from a GET to a POST to support the query for profiles available on a given device and changed the endpoint name to/retrieve-qos-profiles
by @RandyLevensalor in camaraproject#318 and camaraproject#348 - Updated the description of
maxDuration
by @jlurien in camaraproject#296 - Updated Authorization and Authentication text to ICM release 0.2.0 wording by @eric-murray in camaraproject#327
- Aligned qos-profiles further with Commonalties 0.4.0 by @hdamker in camaraproject#326
- Added documentation about "Handling of device information" within the info description.
- Updated schemata for error responses according to Commonalities
- n/a
- Removed
TermsOfService
andContact
frominfo
objects (they may be added by API Providers documenting their APIs) by @RandyLevensalor in camaraproject#311
qod-provisioning v0.1.0 is the first initial release of this new API. It provides the ability to set a QoS profile for a device within an access network which will be applied each time the device connects to the same access network.
- API definition with inline documentation:
- Initial version of QoD Provisioning mode API by @jlurien in camaraproject#299
- Added test definitions for qod-provisioning by @jlurien in camaraproject#349
- n/a
- n/a
- n/a
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.10.1...r1.2
This pre-release contains the definition and documentation of
- quality-on-demand v0.11.0-rc.1
- qos-profiles v0.11.0-rc.1
- qod-provisioning v0.1.0-rc.1
The API definition(s) are based on
- Commonalities v0.4.0-rc.1
- Identity and Consent Management v0.2.0-rc.2
Note: the previous qod v0.10.1 API with endpoints for QoS Sessions and QoS Profiles has been split into two APIs. There are additional breaking changes.
quality-on-demand v0.11.0-rc.1 is the first release candidate of the version 0.11.0
Version 0.11.0 provides the QoS Sessions endpoints from v0.10.1, adds one endpoint /retrieve-sessions, and is aligned with Commonalities 0.4.0 and Identity and Consent Management 0.2.0. There are breaking changes compared to v0.10.1.
- API definition with inline documentation:
- New operation retrieveSessions to get a list of sessions for a given device by @jlurien in camaraproject#325
- Added the
statusInfo
as parameter toSessionInfo
by @maxl2287 in camaraproject#273 - Added x-correlator header to requests and responses by @jlurien in camaraproject#283
- Added security scheme and scopes for each endpoint / method by @eric-murray in camaraproject#295
- Made + prefix mandatory for phoneNumber by @jlurien in camaraproject#301
- Clarification of concepts and properties related to the management of session duration and session extension by @jlurien in camaraproject#296
- Updated Authorization and Authentication text to ICM release 0.2.0 wording by @eric-murray in camaraproject#327
- Aligned quality-on-demand further with Commonalties 0.4.0 by @hdamker in camaraproject#326
- Added documentation about "Handling of device information" within the info description.
- Made device parameter optional within createSession
- Aligned Device object and info object with Commonalities
- Updated Schemata for error responses according to Commonalities
- Removed unresolved documentation reference within quality-on-demand.yaml by @hdamker in camaraproject#324
- Removed unused
messages
object in theSessionInfo
schema by @sfnuser in camaraproject#312 - Removed TermsOfService and Contact from APIs since they are optional and did not provide useful information by @RandyLevensalor in camaraproject#311
- Removed cucumber directory and its content by @hdamker in camaraproject#323
qos-profiles v0.11.0-rc.1 is the first release candidate of the version 0.11.0
qos-profiles 0.11.0 provides the QoS Profiles endpoints from v0.10.1, changed the retrieval operation to allow the get the QoS Profiles available for a given device, and is aligned with Commonalities 0.4.0 and Identity and Consent Management 0.2.0. There are breaking changes compared to v0.10.1.
- API definition with inline documentation:
- Added the option to query profiles available on a given device by @RandyLevensalor in camaraproject#318
- Added x-correlator header to requests and responses by @jlurien in camaraproject#283
- Added security scheme and scopes for each endpoint / method by @eric-murray in camaraproject#295
- Changed the query for
/qos-profiles
from a GET to a POST to support the query for profiles available on a given device by @RandyLevensalor in camaraproject#318 - Updated the description of
maxDuration
by @jlurien in camaraproject#296 - Updated Authorization and Authentication text to ICM release 0.2.0 wording by @eric-murray in camaraproject#327
- Aligned qos-profiles further with Commonalties 0.4.0 by @hdamker in camaraproject#326
- Added documentation about "Handling of device information" within the info description.
- Updated Schemata for error responses according to Commonalities
- n/a
- Removed TermsOfService and Contact from APIs since they are optional and did not provide useful information by @RandyLevensalor in camaraproject#311
qod-provisioning v0.1.0-rc.1 is the release candidate of the first initial version 0.1.0 of the API
- API definition with inline documentation:
- Initial version of QoD Provision mode API by @jlurien in camaraproject#299
- n/a
- n/a
- n/a
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.10.1...r1.1
v0.10.1 is a patch release of v0.10.0 of the Quality-On-Demand (QoD) API. Please read also the notes and changes for v0.10.0 release
- API definition with inline documentation:
- Updated the documentation to address the lack of
statusInfo
inSessionInfo
temporary by @hdamker in camaraproject#269- Note: The parameter
statusInfo
will be added toSessionInfo
within next regular release
- Note: The parameter
- Fixed maximum duration in session info and improved documentation by @emil-cheung in camaraproject#277
- Improved the documentation of "Extend the duration of an active session"
- Improved the datatype "SessionInfo" to remove the maximum limit of duration
- Added configuration for linting ruleset by @rartych in camaraproject#270
- Updated the project scope in the README.md by @RandyLevensalor in camaraproject#255
This release contains the fourth alpha version of the Quality-On-Demand (QoD) API.
- API definition with inline documentation:
- This release contains significant changes compared to v0.9.0, and the QoD API is not backward compatible
- Within notifications the schema
EventNotification
has been replace byCloudEvent
in accordance with the updated CAMARA Design Guidelines - If within
device
an IPv6 address is used it must be a single IPv6 address (out of the prefix used by the device)
- Within notifications the schema
- This release includes changes to be compliant with the Design Guidelines and other documents in release v0.2 of CAMARA Commonalities
- This is another v0.x release and further releases before the first stable major v1.x release might introduce breaking changes (e.g. API changes to align with Commonalities updates)
- Aligned event notification with CloudEvent spec which will allow API consumers and implementators to use standard libraries and tools which are available to handle CloudEvents (https://cloudevents.io/)
- Added a new operation
/sessions/{sessionId}/extend
which allows to extend the duration of an active session
- Added new endpoint to extend duration of an active session by @emil-cheung in camaraproject#216
- Introduced of linting with Megalinter and Swagger Editor Validator by @RandyLevensalor, @maxl2287 and @ravindrapalaskar17 in camaraproject#206, camaraproject#207, camaraproject#212, and camaraproject#215
- Added global tags element by @rartych in camaraproject#227
- Added a new error example for DurationOutOfRangeForQoSProfile by @jlurien in camaraproject#259
- Align event notification with CloudEvents spec by @jlurien in camaraproject#224
- Moved "description" out of "allOf" declaration by @maxl2287 in camaraproject#205
- Note: this change shouldn't have an impact for API consumers but is relevant for implementations of the API.
- Single IP addresses in Device model specified with standard formats instead of patterns by @jlurien in camaraproject#237
- Moved "basePath" /qod/v0 to "url"-property and introduced "apiroot" in definition of server @maxl2287 in camaraproject#252
- Added statusInfo 'DELETE_REQUESTED' for qosStatus 'UNAVAILABLE' and clarified notification events in documentation by @hdamker in camaraproject#258
- NA
- NA
- @ravindrapalaskar17 made their first contribution in camaraproject#215
- @rartych made their first contribution in camaraproject#227
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.9.0...v0.10.0
This is the second release candidate of v0.10.0 - containing the upcoming fourth alpha version of the Quality-On-Demand (QoD) API
- API definition with inline documentation:
Changes compared to v0.10.0-rc
- Added a new error example for DurationOutOfRangeForQoSProfile by @jlurien in camaraproject#259
- Moved "basePath" /qod/v0 to "url"-property and introduced "apiroot" in definition of server @maxl2287 in camaraproject#252
- Added a note to maxDuration parameter within qosProfile schema about the limit of 86400 seconds by @hdamker in camaraproject#256
- Added statusInfo 'DELETE_REQUESTED' for qosStatus 'UNAVAILABLE' and clarified notification events in documentation by @hdamker in camaraproject#258:
- notifications will be sent for all changes of QosStatus, even if initiated by the client.
- what will happen when qosStatus changes from 'AVAILABLE' to 'UNAVAILABLE' due to 'NETWORK_TERMINATED'
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.10.0-rc...v0.10.0-rc2
This is the first release candidate of v0.10.0 - containing the upcoming fourth alpha version of the Quality-On-Demand (QoD) API
- API definition with inline documentation:
- This release will contain significant changes compared to v0.9.0, and it is not backward compatible
- Within notifications the schema
EventNotification
has been replace byCloudEvent
in accordance with the updated CAMARA Design Guidelines - If within
device
an IPv6 address is used it must be a single IPv6 address (out of the prefix used by the device)
- Within notifications the schema
- This is only the pre-release, it should be considered as a draft of the upcoming release v0.10.0
- The pre-release is meant for implementors, but it is not recommended to use the API with customers in productive environments.
- Aligned event notification with CloudEvent spec which will allow API consumers and implementators to use standard libraries and tools which are available to handle CloudEvents (https://cloudevents.io/)
- Added a new operation
/sessions/{sessionId}/extend
which allows to extend the duration of an active session
- Added new endpoint to extend duration of an active session by @emil-cheung in camaraproject#216
- Introduced of linting with Megalinter and Swagger Editor Validator by @RandyLevensalor, @maxl2287 and @ravindrapalaskar17 in camaraproject#206, camaraproject#207, camaraproject#212, and camaraproject#215
- Added global tags element by @rartych in camaraproject#227
- Align event notification with CloudEvents spec by @jlurien in camaraproject#224
- Moved "description" out of "allOf" declaration by @maxl2287 in camaraproject#205
- Note: this change shouldn't have an impact for API consumers but is relevant for implementations of the API.
- Aligned with changes in https://github.com/camaraproject/Template_Lead_Repository on test definitions by @rartych in camaraproject#233
- Single IP addresses in Device model specified with standard formats instead of patterns by @jlurien in camaraproject#237
- NA
- NA
- @ravindrapalaskar17 made their first contribution in camaraproject#215
- @rartych made their first contribution in camaraproject#227
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.9.0...v0.10.0-rc
This is the third alpha version of the Quality-On-Demand (QoD) API.
- API definition with inline documentation:
- This release contains significant breaking changes compared to v0.8.1, and it is not backward compatible
- Especially a lot of the parameter names changed in line with the agreed glossary within CAMARA Commonalities
- This is an alpha version, it should be considered as a draft.
- There are bug fixes to be expected and incompatible changes in upcoming versions.
- The release is suitable for implementors, but it is not recommended to use the API with customers in productive environments.
- Introduced
qosStatus
and corresponding notification event to fix issue #38 by @emil-cheung in camaraproject#67 - Added basic tests with Cucumber framework using Java and Maven implementation by @mdomale in camaraproject#134
- Added new methods to get service provider defined QoS Profile by @RandyLevensalor in camaraproject#138
- Scopes specified and OAuth2 authorizationCode flow added as security mechanism, for operations dealing with QoD sessions by @jlurien in camaraproject#163
- Added new model
EventQosStatus
by @jlurien in camaraproject#167
- Aligned error format with CAMARA design guidelines by @jlurien in camaraproject#104
- Renamed properties to new terms agreed in CAMARA Commonalitites by @jlurien in camaraproject#129
- Updated method for identifying devices by IPv4 address by @eric-murray in camaraproject#139
- Updated of the notification event related fields based on the CAMARA design guideline by @akoshunyadi in camaraproject#155
- CAMARA documentation is now embedded within the OAS definition, and not separate by @jlurien in camaraproject#151
- Added error code 501 "Not Implemented" by @dfischer-tech in camaraproject#124
- Added inheritance between Event and QosStatusChangedEvent and simplified notification payload model by @patrice-conil in camaraproject#177
- Removed format lines from Datatypes
Ipv4Address
andIpv6Address
by @tlohmar in camaraproject#177 - Removed markdown documentation (now embedded within the OAS definition, see above)
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.8.1...v0.9.0
This is the release candidate of v0.9.0 - the (third alpha (tbc)) release of the Quality-On-Demand (QoD) API
- This release contains significant changes compared to v0.8.1, and it is not backward compatible
- Especially a lot of the parameter names changed in line with the agreed glossary within CAMARA Commonalities
- This is only the pre-release, it should be considered as a draft of the upcoming release v0.9.0
- The pre-release is meant for implementors, but it is not recommended to use the API with customers in productive environments.
- Introduced
qosStatus
and corresponding notification event to fix issue #38 by @emil-cheung in camaraproject#67 - Added basic tests with Cucumber framework using Java and Maven implementation by @mdomale in camaraproject#134
- Added new methods to get service provider defined QoS Profile by @RandyLevensalor in camaraproject#138
- Scopes specified and OAuth2 authorizationCode flow added as security mechanism, for operations dealing with QoD sessions by @jlurien in camaraproject#163
- Added new model
EventQosStatus
by @jlurien in camaraproject#167
- Aligned error format with CAMARA design guidelines by @jlurien in camaraproject#104
- Renamed properties to new terms agreed in CAMARA Commonalitites by @jlurien in camaraproject#129
- Updated method for identifying devices by IPv4 address by @eric-murray in camaraproject#139
- Updated of the notification event related fields based on the CAMARA design guideline by @akoshunyadi in camaraproject#155
- CAMARA documentation is now embedded within the OAS definition, and not separate by @jlurien in camaraproject#151
- Added error code 501 "Not Implemented" by @dfischer-tech in camaraproject#124
- Removed format lines from Datatypes
Ipv4Address
andIpv6Address
by @tlohmar in camaraproject#153 - Removed markdown documentation (now embedded within the OAS definition, see above)
- @jlurien made their first contribution in camaraproject#104
- @dfischer-tech made their first contribution in camaraproject#124
- @maheshc01 made their first contribution in camaraproject#132
- @eric-murray made their first contribution in camaraproject#139
- @mdomale made their first contribution in camaraproject#134
- @RandyLevensalor made their first contribution in camaraproject#138
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.8.1...v0.9.0-rc
This is the second alpha release of the Quality-On-Demand (QoD) API
- API definition
- API documentation
- This minor release contains minor fixes of v0.8.0, but is not backward compatible to v0.8.0
- This is an alpha version, it should be considered as a draft.
- There are bug fixes to be expected and incompatible changes in upcoming versions.
- The release is suitable for implementors, but it is not recommended to use the API with customers in productive environments.
- Added Generic error 500 to remaining procedures by @SfnUser in camaraproject#86
- Update from notificationsUri to notificationsUrl by @maxl2287 in camaraproject#89
- Update and rename QoD_Latency_Bandwidth_User_Story.md by @hdamker in camaraproject#103
- Fixed two typos in qod-api.yaml by @SfnUser in camaraproject#77
- @maxl2287 made their first contribution in camaraproject#89
- @SfnUser made their first contribution in camaraproject#77
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.8.0...v0.8.1
This is the first alpha version of the Quality-On-Demand (QoD) API.
- API definition
- API documentation
- This is an alpha version, it should be considered as a draft.
- There are bug fixes to be expected and incompatible changes in upcoming versions.
- The release is suitable for implementors, but it is not recommended to use the API with customers in productive environments.
- Version numbers 0.2.x to 0.7.x were used in private versions during the development of the API and are here not used to avoid conflicts with local implementations.
- Provider implementations (PI) will be provided within separate repositories:
- QualityOnDemand_PI1 by Deutsche Telekom
- QualityOnDemand_PI2 by Orange
- Contribution of the QoD-API spec v0.8.0 by @akoshunyadi in camaraproject#54
- Improvements for QoSProfile_Mapping_Table.md by @tlohmar in camaraproject#62 and @hdamker in camaraproject#73
- Update qod api documentation to 0.8.0 by @shilpa-padgaonkar in camaraproject#71
- Editorial updates of documentation QoD_API.md by @hdamker, @kaikreuzer, and @mariobodemann
- Delete code/API_code directory by @hdamker in camaraproject#93
- @akoshunyadi made their first contribution in camaraproject#54
- @tlohmar made their first contribution in camaraproject#62
Full Changelog: https://github.com/camaraproject/QualityOnDemand/compare/v0.1.0...v0.8.0
Initial contribution of two API definitions for Quality on Demand (stable bandwidth and stable latency), including initial documentation and implementation code.
- this "release" is only tagged to document the history of the API, it is not intended to be used by implementors or API customers
- it was implemented by Deutsche Telekom within lab environment and tested against two NEF implementations
- going forward the implementation code will not be part of releases of QoD API. Instead it will be provided within separate repositories (QualityOnDemand_PIx).
- Qod latency api spec 0.1.0 contribution by @shilpa-padgaonkar in camaraproject#24
- Qod bandwidth api spec 0.1.0 contribution by @shilpa-padgaonkar in camaraproject#25
- Code contribution for release 0.1.0 by @anjagerlach in camaraproject#28
- Create QoD-API-Readiness-Checklist.md by @shilpa-padgaonkar in camaraproject#30
- @T-sm made their first contribution in camaraproject#10
- @anjagerlach made their first contribution in camaraproject#28
Full Changelog: https://github.com/camaraproject/QualityOnDemand/commits/v0.1.0