Skip to content

api/filter: add tcp_proxy/rate_limit/mongo_proxy filter config protos.#51

Merged
htuch merged 2 commits intoenvoyproxy:masterfrom
htuch:tcp-proxy-filter
May 19, 2017
Merged

api/filter: add tcp_proxy/rate_limit/mongo_proxy filter config protos.#51
htuch merged 2 commits intoenvoyproxy:masterfrom
htuch:tcp-proxy-filter

Conversation

@htuch
Copy link
Copy Markdown
Member

@htuch htuch commented May 18, 2017

TCP proxy filter now has an idle timeout and the source match (and rest
of route match as well) are now in the FilterChainMatch in
#49.

Fixes #23, #45.

TCP proxy filter now has an idle timeout and the source match (and rest
of route match as well) are now in the FilterChainMatch in
envoyproxy#49.

Fixes #23, #45.
string stat_prefix = 1;

// The upstream cluster to connect to.
string cluster = 2;
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Is connection-weighted clusters extension to tcp_proxy part of the plan for v2?
We might have some commonality here with RDS weighted clusters.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm wondering how useful fixed weighted balancing at the granularity of TCP connections (vs. requests) is, it probably depends on what's going on in the connections.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, for long living connections the utility is small. Nevertheless, some application protocols might not have dedicated filters in envoy yet (think smth like redis), where this might be useful.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Actually, I think WeightedCluster is mostly for canarying, is this right @mattklein123? In that case it seems something useful to have.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Canary, BG, etc. I think it's worthwhile to have it here, but can definitely be done in follow up since it's an extension to what we have today. We should share the weighted cluster Message with RDS also.

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'll take a TODO on this.

// filter. The idle timeout is defined as the period in which there is no
// active traffic. If not set, there is no idle timeout. When the idle timeout
// is reached the connection will be closed.
google.protobuf.Duration idle_timeout = 11;
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should we split upstream/downstream idle?

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we need it, but let me know if you'd like it.

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I don't think we need it now, but at minimum I would rename downstream_idle_timeout just so that we can add upstream later. I know this will be asked for at some point.

@htuch htuch merged commit beb9a4d into envoyproxy:master May 19, 2017
@htuch htuch deleted the tcp-proxy-filter branch May 19, 2017 09:33
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.

3 participants