View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007448 | 10000-006: Mappings | Spec | public | 2021-11-29 10:22 | 2023-01-24 17:06 |
Reporter | Gerhard Gappmeier | Assigned To | Randy Armstrong | ||
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | fixed | ||
Product Version | 1.04 | ||||
Fixed in Version | 1.05.03 RC1 | ||||
Summary | 0007448: OpenSecureChannel Renew Issue with slow embedded devices | ||||
Description | The problem arises from an imprecise definition of Part 6. It occurred From the specification: Part 6 - 6.7.4 "The Client shall continue to accept the old SecurityToken until it This defines only how long to accept old tokens, not when to use the When the server assumes that after sending the OPN response, the The server should only use the new token in any response, after it | ||||
Steps To Reproduce | You need to use a security policy != None for this. 1.) Run a server based on the Legacy C Stack | ||||
Additional Information | This is an important IOP problem. Other implementations may be affected as well. We should check all stacks when they switch to the new token. | ||||
Tags | No tags attached. | ||||
Commit Version | |||||
Fix Due Date | |||||
|
Cleaned up wording in 6.7.4 to make it clear that the new token is used as soon as possible. Note that the previous release had already fixed the problem with long processing times on the client side. |
|
Reviewed and agreed to changed text in 1.05.03. Needs 1.03 and 1.04 Errata to close. |
|
Created Errata. |
|
Agreed to changes in web meeting. |
Date Modified | Username | Field | Change |
---|---|---|---|
2021-11-29 10:22 | Gerhard Gappmeier | New Issue | |
2021-11-30 17:43 | Jim Luth | Assigned To | => Matthias Damm |
2021-11-30 17:43 | Jim Luth | Status | new => assigned |
2021-11-30 17:44 | Jim Luth | Assigned To | Matthias Damm => Randy Armstrong |
2022-12-23 10:43 | Randy Armstrong | Status | assigned => resolved |
2022-12-23 10:43 | Randy Armstrong | Resolution | open => fixed |
2022-12-23 10:43 | Randy Armstrong | Note Added: 0018339 | |
2022-12-28 06:43 | Randy Armstrong | Fixed in Version | => 1.05.03 RC1 |
2023-01-03 16:24 | Jim Luth | Note Added: 0018384 | |
2023-01-03 16:24 | Jim Luth | Issue cloned: 0008562 | |
2023-01-03 16:24 | Jim Luth | Relationship added | related to 0008562 |
2023-01-23 03:56 | Randy Armstrong | Note Added: 0018549 | |
2023-01-24 17:06 | Jim Luth | Status | resolved => closed |
2023-01-24 17:06 | Jim Luth | Note Added: 0018570 |