Issue 15912: DDSI/RTPS Key MD5 Hash (ddsi-rtps-rtf) Source: ADLINK Technology Ltd (Angelo Corsaro, PhD., angelo.corsaro(at)adlinktech.com) Nature: Uncategorized Issue Severity: Summary: In section 8.7.9 of the DDSI/RTPS v2.1 protocol is described the KeyHash sub-message-element representing the MD5 hash of the key for the Data sub-message to which it belongs. The specification does not mandate the use of the KeyHash all keyed topics -- implementations are free to include it or not. However, if implementations are not including the KeyHash the only way to get a clue on the Topic Instance to which the received samples belongs is to de-serialize the payload. This leads two at least two problems, (1) DDSI/RTPS routers are forced to de-serialize the data payload even if no content transformation have to be performed and (2) DDS Implementations are forced to deserialize eagerly in order to manage instances, thus preventing DDS implementations to do lazy deserialization (which is now possible with the API provided by the new C++/Java PSM). The suggested resolution is to require that Data SubMessage for keyed topic shall always include the KeyHash submessage element. Resolution: Revised Text: Actions taken: January 5, 2011: received issue Discussion: End of Annotations:===== te: Wed, 05 Jan 2011 10:45:08 +0100 From: Angelo Corsaro Organization: PrismTech User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 To: data-distribution-interop-rtf@omg.org CC: "julien.enoch@prismtech.com Enoch" Subject: DDSI/RTPS Key MD5 Hash Dear All, In section 8.7.9 of the DDSI/RTPS v2.1 protocol is described the KeyHash sub-message-element representing the MD5 hash of the key for the Data sub-message to which it belongs. The specification does not mandate the use of the KeyHash all keyed topics -- implementations are free to include it or not. However, if implementations are not including the KeyHash the only way to get a clue on the Topic Instance to which the received samples belongs is to de-serialize the payload. This leads two at least two problems, (1) DDSI/RTPS routers are forced to de-serialize the data payload even if no content transformation have to be performed and (2) DDS Implementations are forced to deserialize eagerly in order to manage instances, thus preventing DDS implementations to do lazy deserialization (which is now possible with the API provided by the new C++/Java PSM). The suggested resolution is to require that Data SubMessage for keyed topic shall always include the KeyHash submessage element. Cheers, Angelo -- Angelo Corsaro, PhD Chief Technology Officer PrismTech 4 rue Angiboust | 91460 Marcoussis | France T +33 1 69 01 53 54 | M +33 6 42 30 75 65 | twitter.com/acorsaro | slideshare.net/angelo.corsaro |