[
https://issues.apache.org/jira/browse/TS-3752?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14692820#comment-14692820
]
ASF GitHub Bot commented on TS-3752:
------------------------------------
GitHub user masaori335 opened a pull request:
https://github.com/apache/trafficserver/pull/276
TS-3752: Accept Large Header
Fix [TS-3752](https://issues.apache.org/jira/browse/TS-3752).
Approach: Collect all Header Block Fragments before decode with HPACK.
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/masaori335/trafficserver ts-3752
Alternatively you can review and apply these changes as the patch at:
https://github.com/apache/trafficserver/pull/276.patch
To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:
This closes #276
----
commit 2103661843191de417bf8683603f350faf339d5e
Author: Masaori Koshiba <[email protected]>
Date: 2015-08-03T09:58:31Z
TS-3752: Accept Large Header
Approach: Collect all Header Block Fragments before decode with HPACK
----
> 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)