CCTT RfQ Q&A

In a perfect world the CCTT RfQ is a comprehensive and easy to understand requirement document that answers all questions and contains no ambiguities. TSC recognizes that this is not a perfect world.

Therefore this page tries to answer all questions that has come in regarding the requirements and will be kept updated until the deadline for responses has passed.

Please contact us if there are further questions.

 

RequirementTarget phaseTask DescriptionReferenceQuestionsAnswers
R.SEC.0011Test tool shall be developed according to security guidelines, such as those provided by OpenSSF.https://openssf.org/There are many tools that can provide this that may have extra costs associated with it. How shall this be handled?This requirement signifies the need for a methology and review of code integrity from a cyber security perspective. If specialized tools are required from your standpoint, list incuring cost as separate item in the RfQ response.
R.ENV.0011Test tool shall run in containerized environment for inclusion into members toolchains.
R.ENV.0021Test tool shall be able to run in a cloud instance to enable testing of cloud deployed VMS.
R.FUN.0021Test tool shall act as a simulated device in interactions with Cloud Clients.
R.FUN.0051Test tool shall not require manual intervention apart from initial setup configuration.
R.DEV.0061System design document outlining the proposed design and selection of programming language(s).
R.DEV.0012GitHub shall be used for development to work with:
·        Source code
·        Documentation
·        Task tracking
R.DEV.0022The development environment shall be containerizedPlease clarify your expectationIt shall be easy for any actively involved ONVIF member to replicate the development environment. In ONVIFs mind this translates to Docker container or equivalent.
R.DEV.0032Development environment shall include code debugging functionality for all languages used.Is it related to the dev environment R.DEV.002 and just detailing it?Yes
R.DEV.0042Test code shall be developed together with test tool for automatic regression testing before releases.
R.FUN.0032Test tool shall provide conformance documents according to ONVIF Conformance Process Specification conformance requirementshttps://www.onvif.org/profiles/conformance/
·        Correctness of documents generated by the Tool.
·        Correctness of test procedure.
·        Execute Test Tool with sample inputs provided by members of ONVIF.What exacly needs to be done and what is the purpose?The expectation is "real" conformance documents by using member provided prototype, not only simulated.
·        Generation of DoC only after a completely successful run.
R.FUN.0062Test tool shall be able to include Errata process in generated conformance documentsErratum is a confirmed bug or other issue in an officially released test tool version that causes conformance testing to unfairly fail a Client or Device under test. It shall be possible for a Client under test to refer to an errata number and provide a description for each failed test case(s) to be included in the generated conformance documents.
R.FUN.0042Test tool shall be able to provide test case debug information when conformance tests fail (e.g. what part of the test case is failing).
R.DEV.0072Prototype shall implement authentication over HTTP & HTTPShttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:Cloud authenication seems not to match this requirement. Why is it here?It is the intention that CCTT development starts with the implementation of the Device Management Service as a proof of concept (as well as a test to see if the current Client Test Tool can be replaced by CCTT). Even if some functions are not part of the cloud profile we still want it implemented in the device simulator approach. However, since one of the primary end goals with this project is to create a test tool for cloud profile, functionality not included in the cloud profile must be hidden in the in the device simulator when verifying conformance for the cloud profile. Otherwise the CCTT may cause clients using the tool to adopt incorrect behavior.
5.9.1 Authentication over HTTP and HTTPSThis section includes several authentication methods, some of them is not a part of any currently released profile. Shall all of them be implemented?No, focus should be on methods used in current Profiles except Profile S.
R.DEV.0082Prototype shall implement Device Management Service - Capabilitieshttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:(see answer to R.DEV.007)
8.1.1 - GetWsdlUrl
8.1.2.2 - GetServices
8.1.2.3 - GetServiceCapabilities
R.DEV.0092Prototype shall implement Device Management Service - Discoveryhttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:(see answer to R.DEV.007)
7 - Device Discovery (WS-Discovery)
8.3.14 - GetScopes
8.3.15 - SetScopes
8.3.16 - AddScopes
8.3.17 - RemoveScopes
8.3.18 - GetDiscoveryMode
8.3.19 - SetDiscoveryMode
R.DEV.0102Prototype shall implement Device Management Service – Network Configurationhttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:(see answer to R.DEV.007)
8.2.1 - GetHostname
8.2.2 - SetHostname
8.2.4 - GetDNS
8.2.5 - SetDNS
8.2.6 - GetNTP
8.2.7 - SetNTP
8.2.10 - GetNetworkInterfaces
8.2.11 - SetNetworkInterfaces
8.2.12 - GetNetworkProtocols
8.2.13 - SetNetworkProtocols
8.2.14 - GetNetworkDefaultGateway
8.2.15 - SetNetworkDefaultGateway
R.DEV.0112Prototype shall implement Device Management Service – Systemhttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:(see answer to R.DEV.007)
8.3.1 - GetDeviceInformation
8.3.6 - GetSystemDateAndTime
8.3.7 - SetSystemDateAndTime
8.3.8 - SetSystemFactoryDefault
8.3.13 - SystemReboot
R.DEV.0122Prototype shall implement Device Management Service – Securityhttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:(see answer to R.DEV.007)
8.4.3 - Get users
8.4.4 - Create users
8.4.5 - Delete users
8.4.6 - SetUser
R.DEV.0132Prototype shall implement Device Management Service – Auxiliary commandshttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:(see answer to R.DEV.007)
8.7 – SendAuxiliaryCommand (tt:IRLamp|Auto)
R.DEV.0192UI running as an API-driven webserviceLook and feel shall be similar to current CTT
R.DEV.0053Test tool shall be designed is such a way as to be able to incorporate existing ONVIF Profiles (on-premises technologies)
R.DEV.0143Prototype shall implement Cloud Uplink Servicehttps://www.onvif.org/specs/srv/uplink/ONVIF-Uplink-Spec.pdfWhich part of the service? Only Cloud Profile related or all?Only Cloud Profile related functionality.
R.DEV.0173Prototype shall implement Authentication Servicehttps://www.onvif.org/specs/srv/security/ONVIF-Security-Service-Spec.pdf
5.2.6.2.1 - CreateRSAKeyPair
5.2.6.2.2 - CreateECCKeyPair
5.2.6.2.4 - GetKeyStatus
5.2.6.2.6 - GetAllKeys
5.2.6.2.7 - DeleteKey
5.2.6.3.5 - GetCertificate
5.2.6.3.6 - GetAllCertificates
5.2.6.3.7 - DeleteCertificate
5.2.6.3.3 - UploadCertificate
5.2.6.3.1 - CreatePKCS10CSR
5.2.6.5.1 - CreateCertPathValidationPolicy
5.2.6.5.2 - GetCertPathValidationPolicy
5.2.6.5.3 - GetAllCertPathValidationPolicies
5.2.6.5.4 - DeleteCertPathValidationPolicy
5.5.1 - GetAuthorizationServerConfigurations
5.5.2 - CreateAuthorizationServerConfiguration
5.5.3 - SetAuthorizationServerConfiguration
5.5.4 - DeleteAuthorizationServerConfiguration
R.SEC.0024Threat modelling shall be performed on relevant interfaces that can be exposed to the internet.https://owasp.org/www-project-threat-model/
R.DEV.0154Prototype shall implement WebRTC Servicehttps://www.onvif.org/specs/stream/ONVIF-WebRTC-Spec.pdfShall both TURN and STUN be supported?Yes
R.FUN.0015Test tool shall be able to evaluate correctness of Cloud Clients interactions with test tool according to ONVIF Test Specifications derived from ONVIF Network Interface Specifications and ONVIF Profile “Cloud” (name tbd)https://www.onvif.org/profiles/specifications/
R.DEV.0165Prototype shall implement ONVIF Profile “Cloud” (name tbd)https://github.com/onvif/wg_profile_cloudCurrently the scope of profile is under discussions and the final content may deviate from how it looks today. This makes it difficult to estimate required work.This is understandable. Please make assumtions based on how the scope looks today.
R.DEV.0195Prototype shall include a help file for operating instructions and trouble shootinghttps://github.com/onvif/wg_profile_cloud
R.DEV.0185Prototype shall implement Object Store Recordinghttps://www.onvif.org/specs/core/ONVIF-Core-Specification.pdf:
8.8.2 - GetStorageConfigurations
8.8.3 - CreateStorageConfiguration
8.8.4 - GetStorageConfiguration
8.8.5 - SetStorageConfiguration
8.8.6 - DeleteStorageConfiguration
https://www.onvif.org/specs/srv/rec/ONVIF-RecordingControl-Service-Spec.pdf
5.4 - CreateRecording
5.5 - DeleteRecording
5.6 - GetRecordings
5.7 - SetRecordingConfiguration
5.8 - GetRecordingConfiguration
5.9 - CreateTrack
5.10 - DeleteTrack
5.16 - SetRecordingJobConfiguration
5.17 - GetRecordingJobConfiguration