Skip to content

Remove MAX_STREAMS check on client side connection pool. (#963)#986

Closed
jwfang wants to merge 1 commit intoenvoyproxy:masterfrom
jwfang:issue963-1
Closed

Remove MAX_STREAMS check on client side connection pool. (#963)#986
jwfang wants to merge 1 commit intoenvoyproxy:masterfrom
jwfang:issue963-1

Conversation

@jwfang
Copy link
Copy Markdown
Contributor

@jwfang jwfang commented May 18, 2017

The reason for this is that we already have protection via circuit breakers.
There is no point in having additional protection (other than potentially
for push, which we don't support currently, and can deal with later). If we
overflow the other side, the code will correctly handle the REFUSED_STREAM
reset that happens.

The reason for this is that we already have protection via circuit breakers.
There is no point in having additional protection (other than potentially
for push, which we don't support currently, and can deal with later). If we
overflow the other side, the code will correctly handle the REFUSED_STREAM
reset that happens.
@jwfang
Copy link
Copy Markdown
Contributor Author

jwfang commented May 18, 2017

background and discussion is here: #981

for the unit test, it seems the whole TEST_F(Http2ConnPoolImplTest, MaxRequests) is for
the max_concurrent_request thing, so i delete it.

@jwfang jwfang closed this May 18, 2017
jpsim pushed a commit that referenced this pull request Nov 28, 2022
At the moment, `continueRequest()` and `continueResponse()` are not yet wired up. While we plan to implement that in the very near future (next week or so), we do not have plans to add these other "async" operations at the moment. Removing them from the public interface until we're ready to implement them.

Signed-off-by: Michael Rebello <me@michaelrebello.com>
Signed-off-by: JP Simard <jp@jpsim.com>
jpsim pushed a commit that referenced this pull request Nov 29, 2022
At the moment, `continueRequest()` and `continueResponse()` are not yet wired up. While we plan to implement that in the very near future (next week or so), we do not have plans to add these other "async" operations at the moment. Removing them from the public interface until we're ready to implement them.

Signed-off-by: Michael Rebello <me@michaelrebello.com>
Signed-off-by: JP Simard <jp@jpsim.com>
mathetake added a commit that referenced this pull request Mar 3, 2026
**Description**

This fixes the naming for the additional label configuration from
`metricsRequestHeaderLabelMapping` to `metricsRequestHeaderLabels`, and
fixed a bug in helm. Additionally, this adds an end to end test case to
verify this flag working.


**Related Issues/PRs (if applicable)**

Follow up on #981

Signed-off-by: Takeshi Yoneda <t.y.mathetake@gmail.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant