@ioggstream Thanks for getting in touch. Sorry, I've only just become aware of httpwg/http-extensions#867. As a quick comment: I think it depends on the context.

Our particular use-case involves data integrity verification, not against malicious changes but from accidental changes (often due to hardware malfunctioning). The choice of ADLER32 largely stems from historical use (within the particle physics community). In that sense, the ability to "fake" data is (currently) of lesser importance than the speed of the algorithm.

We are using RFC 3230 to provide end-to-end data integrity verification when transferring data between different sites throughout the world in a process called HTTP Third-Party Copy: where a client initiates the transfer, but the data is transferred directly between sites using a regular HTTP GET/PUT request. This is currently an experimental protocol, with the bulk of data currently transferred using a protocol called GridFTP.


You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub, or mute the thread.

[ { "@context": "http://schema.org", "@type": "EmailMessage", "potentialAction": { "@type": "ViewAction", "target": "https://github.com/xrootd/xrootd/pull/1002?email_source=notifications\u0026email_token=AA7NRDXFHLCHYPQN5MI3UVTQBJBV3A5CNFSM4HYGFXQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD23FGQA#issuecomment-515265344", "url": "https://github.com/xrootd/xrootd/pull/1002?email_source=notifications\u0026email_token=AA7NRDXFHLCHYPQN5MI3UVTQBJBV3A5CNFSM4HYGFXQ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOD23FGQA#issuecomment-515265344", "name": "View Pull Request" }, "description": "View this Pull Request on GitHub", "publisher": { "@type": "Organization", "name": "GitHub", "url": "https://github.com" } } ]

Use REPLY-ALL to reply to list

To unsubscribe from the XROOTD-DEV list, click the following link:
https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=XROOTD-DEV&A=1