View Issue Details

IDProjectCategoryView StatusLast Update
000551610000-006: MappingsSpecpublic2020-06-18 17:38
ReporterV. Monfort Assigned ToRandy Armstrong  
PrioritynormalSeverityminorReproducibilityhave not tried
Status closedResolutionfixed 
Summary0005516: Part 6: MaxMessageSize: behavior unclear indicating to abort message using Error Message
Description

Hello,

In part 6 Table 51 for HEL body: "MaxMessageSize: The maximum size for any response Message. The Server shall abort the Message with a Bad_ResponseTooLarge Error Message if a response Message exceeds this value."
The "Error Message" to abort a message is a bit disturbing since an "Abort Message" also exists. Does that means the server shall always sends an Error Message in this case ? Whereas it should send an Abort Message if it already sent chunks for the Message as stated in §6.7.3.

Moreover in part 6 Table 52 for ACK body the definition is not the same: "MaxMessageSize: The maximum size for any request Message. The Client shall abort the Message with a Bad_RequestTooLarge StatusCode if a request Message exceeds this value."
The "Error Message" is replaced here by "StatusCode". Does that means the client can send either Error Message or Abort Message ?

Note: the HEL body description changed since the 1.03 specification to add the "Error Message" part, therefore I am not sure if the change is incomplete or not intentional.

TagsNo tags attached.
Commit Version
Fix Due Date

Activities

Randy Armstrong

2020-06-17 03:10

administrator   ~0012366

Changed text to:

The Server shall return an Error Message with a Bad_ResponseTooLarge error if a response Message exceeds this value.

and

The Client shall raise a Bad_ResponseTooLarge error if a request Message exceeds this value.

Jim Luth

2020-06-18 17:38

administrator   ~0012436

Agreed to change in virtual F2F.

Issue History

Date Modified Username Field Change
2020-03-10 15:39 V. Monfort New Issue
2020-05-19 16:57 Jim Luth Project UA Specification => 10000-006: Mappings
2020-05-19 16:57 Jim Luth Assigned To => Randy Armstrong
2020-05-19 16:57 Jim Luth Status new => assigned
2020-06-17 03:10 Randy Armstrong Status assigned => resolved
2020-06-17 03:10 Randy Armstrong Resolution open => fixed
2020-06-17 03:10 Randy Armstrong Note Added: 0012366
2020-06-18 17:38 Jim Luth Status resolved => closed
2020-06-18 17:38 Jim Luth Fixed in Version => 1.05
2020-06-18 17:38 Jim Luth Note Added: 0012436