Re: [RFC] bandwidth savigns via header eliding

2014-07-26 Thread Henrik Nordström
fre 2014-07-25 klockan 19:05 +0300 skrev Eliezer Croitoru: The response to alex question why would anybody want to drop cteonnt-length: header: Some places do not allow cookies or POST for external services and it's sometimes can looks weird but I still understand why would it be

Re: [RFC] bandwidth savigns via header eliding

2014-07-25 Thread Eliezer Croitoru
I do believe that from a run-time point of view (such as speed and cpu load) there is not much of a difference between using squid acls for headers and hard-coding a decision. However I do think that squid users\consumers can vary between ISPs\enterprises\homes\smbs\others and any default

Re: [RFC] bandwidth savigns via header eliding

2014-07-21 Thread Henrik Nordström
lör 2014-07-19 klockan 11:35 -0600 skrev Alex Rousskov: The above email is talking about a nnCoection: close header which appears to be a result of a bug in some 15-year old software. Identifying that rare header would be overall harmful -- Squid would spend more resources on detecting that

Re: [RFC] bandwidth savigns via header eliding

2014-07-19 Thread Alex Rousskov
On 07/18/2014 11:33 PM, Amos Jeffries wrote: On 19/07/2014 2:07 a.m., Eliezer Croitoru wrote: This got my eyes but I am not reading all ietf httpbits mails and I would like to get a reference for this thread please? There are two type of removable headers: a) headers which exist purely to

Re: [RFC] bandwidth savigns via header eliding

2014-07-19 Thread Alex Rousskov
On 07/18/2014 11:37 PM, Amos Jeffries wrote: On 19/07/2014 2:55 a.m., Alex Rousskov wrote: On 07/18/2014 01:32 AM, Amos Jeffries wrote: I have wondered about creating a registry of known garbage and simply dropping those headers on arrival in the parser. This would be in addition to the

[RFC] bandwidth savigns via header eliding

2014-07-18 Thread Amos Jeffries
Some of the statisticas being brought up in the IETF HTTP/2 discussions is highlighting certain garbage headers which are unfortunately quite common. I have wondered about creating a registry of known garbage and simply dropping those headers on arrival in the parser. This would be in addition to

Re: [RFC] bandwidth savigns via header eliding

2014-07-18 Thread Eliezer Croitoru
This got my eyes but I am not reading all ietf httpbits mails and I would like to get a reference for this thread please? Thanks, Eliezer On 07/18/2014 10:32 AM, Amos Jeffries wrote: Some of the statisticas being brought up in the IETF HTTP/2 discussions is highlighting certain garbage

Re: [RFC] bandwidth savigns via header eliding

2014-07-18 Thread Alex Rousskov
On 07/18/2014 01:32 AM, Amos Jeffries wrote: Some of the statisticas being brought up in the IETF HTTP/2 discussions is highlighting certain garbage headers which are unfortunately quite common. I join Eliezer in begging for pointers to relevant posts or pages. I have wondered about

Re: [RFC] bandwidth savigns via header eliding

2014-07-18 Thread Amos Jeffries
On 19/07/2014 2:55 a.m., Alex Rousskov wrote: On 07/18/2014 01:32 AM, Amos Jeffries wrote: Some of the statisticas being brought up in the IETF HTTP/2 discussions is highlighting certain garbage headers which are unfortunately quite common. I join Eliezer in begging for pointers to relevant