[
https://issues.apache.org/jira/browse/TS-4087?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15205616#comment-15205616
]
ASF subversion and git services commented on TS-4087:
-----------------------------------------------------
Commit 0e6e5c151cde5f06c15e295f663a98b2b7d37a6d in trafficserver's branch
refs/heads/master from [~masaori]
[ https://git-wip-us.apache.org/repos/asf?p=trafficserver.git;h=0e6e5c1 ]
TS-4087: Reduce SETTINGS_MAX_CONCURRENT_STREAMS when too many streams
Add below variables in records.config
- proxy.config.http2.min_concurrent_streams_in
- proxy.config.http2.max_active_streams_in
When connection wide active stream are larger than
proxy.config.http2.max_active_streams_in,
SETTINGS_MAX_CONCURRENT_STREAMS is reduced to
proxy.config.http2.min_concurrent_streams_in
in new connections.
If the value of proxy.config.http2.max_active_streams_in is 0, there is no
limit.
This closes #485
> H2 flexible resource limitation
> -------------------------------
>
> Key: TS-4087
> URL: https://issues.apache.org/jira/browse/TS-4087
> Project: Traffic Server
> Issue Type: New Feature
> Components: HTTP/2
> Reporter: Ryo Okubo
> Assignee: Masaori Koshiba
> Fix For: 6.2.0
>
>
> Current H2 implementation depends on FetchSM and PluginVC to forward
> requests. But their memory footprint is very high. It may be vulnerable to
> DoS attack.
> As simple ways to avoid the problem, we can use two limitations,
> _proxy.config.net.connections_throttle_ and
> _proxy.config.http2.max_concurrent_streams_in_. But reducing number of
> _proxy.config.net.connections_throttle_ causes that number of acceptable
> HTTP/1.1 requests become lower. And reducing
> _proxy.config.http2.max_concurrent_streams_in_ restricts benefits of H2.
> I'd like to propose more flexible resource limitation for current H2 impl
> based on number of active H2 streams. Its adding an upper limit of active H2
> streams. If tis exceeded, ATS send low number of
> SETTINGS_MAX_CONCURRENT_STREAMS to clients and/or RST_STREAM frame.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
