View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0006957 | 10000-004: Services | Spec | public | 2021-05-19 11:38 | 2022-12-07 14:53 |
Reporter | BjarneBostrom | Assigned To | Matthias Damm | ||
Priority | normal | Severity | minor | Reproducibility | N/A |
Status | closed | Resolution | fixed | ||
Fixed in Version | 1.05.03 RC1 | ||||
Summary | 0006957: Consider adding a small warning when server allows and reports support for unlimited continuationpoints | ||||
Description | The context of this issue is the Browse service call, but should apply to all that have the concept of a continuationpoint. The https://reference.opcfoundation.org/Core/docs/Part5/6.3.2/ does say a value of 0 means unlimited number of continuationpoints are supported. It is possible to do an implementation (and such implementations exists already) that doesn't allocate any memory on the server for the continuationpoint (e.g. the returned ByteString for the continuationpoint could contain all the info required for continuing the operation etc.) and those implementations truly support an infinite number of continuationpoints. However if such implementation was not used (meaning server must use memory to hold the continuationpoint), then the server shouldn't support infinite number of them, since otherwise it can run out of memory if clients never continue the Browse operation. Thus I would recommend adding a sentense to 6.3.2 that only if no resources are allocated by the server for a continuation point using the "limit" of 0 would be allowed. This might be testable for CTT/Lab (alloc 100k+ continuationpoints via crafted Browse calls to always result in a point and see if server's memory consumption didn't increase) as well. | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
Add clarification to Part 4 to all Services that allow continuation points, that if infinite continuation points are supported, then the Server cannot allocate any memory per continuation point. |
|
7.9 ContinuationPoint Added following clarification: |
|
Agreed to changes in Virtual F2F. |
Date Modified | Username | Field | Change |
---|---|---|---|
2021-05-19 11:38 | BjarneBostrom | New Issue | |
2021-05-25 15:57 | Jim Luth | Project | 10000-005: Information Model => 10000-004: Services |
2021-05-25 16:00 | Jim Luth | Note Added: 0014420 | |
2021-05-25 16:00 | Jim Luth | Assigned To | => Matthias Damm |
2021-05-25 16:00 | Jim Luth | Status | new => assigned |
2022-12-04 09:48 | Matthias Damm | Status | assigned => resolved |
2022-12-04 09:48 | Matthias Damm | Resolution | open => fixed |
2022-12-04 09:48 | Matthias Damm | Fixed in Version | => 1.05.03 RC1 |
2022-12-04 09:48 | Matthias Damm | Note Added: 0018221 | |
2022-12-07 14:53 | Jim Luth | Status | resolved => closed |
2022-12-07 14:53 | Jim Luth | Note Added: 0018266 |