[Http-crcsync] First contact with a crcsync server

Pedro R eusou15 at yahoo.com
Wed Jul 8 16:30:36 EDT 2009


Hello

In the early stages of the adoption of the crcsync protocol, it will be 
quite inneficient for a client to send the crcsync headers in every 
request which is made. So there must be a way for a client to identify a 
crcsync server (once it is identified it is added to a whitelist and 
subsequent requests will always have the crcsync headers).


Right now my client (a Firefox extension) is in embrionic stage, but 
I'm doing a few experiments, and I've noticed that if I send "If-Block: 
0" along with the other crcsync request headers, I get what I believe to 
be the all the blocks. I'm not sure of this is true or not, I can only 
assume it from reading the server log, because on the client side I'm not 
re-assembling the response.

[Wed Jul 08 21:27:23 2009] [debug] mod_crccache_server.c(207): CRCCACHE-
ENCODE Block Hashes header found so enabling protocol: 0


So is my assumption true? And if it is, can you make this official in the
protocol? This way, a client can add the server to the whitelist, save 
the block encoded response and reassemble it for the upper layers right 
upon first contact.

Pedro Ribeiro



      


More information about the Http-crcsync mailing list