[
https://issues.apache.org/jira/browse/TS-3752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14692718#comment-14692718
]
Masaori Koshiba commented on TS-3752:
-------------------------------------
Just send a request with Large Header like below or run
[h2spec|https://github.com/summerwind/h2spec].
- http://apaste.info/yaU
In the loop start from
[L237|https://github.com/apache/trafficserver/blob/master/proxy/http2/Http2ConnectionState.cc#L237],
{{stream->decode_request_header}} returns {{0}} when received header size is
larger than {{sizeof(buf)}}, because of this {{nbytes >= payload_length -
params.pad_length}} in L261 never be true.
I'm going to send a patch for this today.
> Problem with larger headers and HTTP/2
> --------------------------------------
>
> Key: TS-3752
> URL: https://issues.apache.org/jira/browse/TS-3752
> Project: Traffic Server
> Issue Type: Bug
> Components: HTTP/2
> Reporter: Bryan Call
> Assignee: Masaori Koshiba
> Labels: yahoo
> Fix For: 6.0.0
>
>
> There is a problem when ATS receives a HEADERS or CONTINUATION frame on the
> HEADERS frame and there is no end of header to be decoded. If there is 1
> small header at the beginning of the frame it will work, but if a large
> header either starts at the beginning of the frame or started on the previous
> frame and don't end until the next frame then the decoded_bytes will be 0.
> This will cause a COMPRESSION_ERROR to be send to the client with a GOAWAY
> frame.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
