envoyproxy/envoy

HTTP access log formatters for dynamic metadata written by Listener/Network level filters

Open

#41.116 aberto em 17 de set. de 2025

Ver no GitHub
 (2 comments) (1 reaction) (0 assignees)C++ (5.373 forks)batch import
area/access_loghelp wanted

Métricas do repositório

Stars
 (27.997 stars)
Métricas de merge de PR
 (Mesclagem média 8d) (378 fundiu PRs em 30d)

Description

Description: It is a known issue currently that dynamic metadata written at the listener/network scope is not available to the HTTP access logger. Any HTTP access log formatters that address to a namespace/keypair written by these filters ends up not being available. (See https://github.com/envoyproxy/envoy/issues/19046)

The underlying cause is that the HTTP filter manager does not copy dynamic metadata from the network over to to the stream info object, but does copy filter state (See reference here). I am wondering if this was intentional or an oversight?

What does the community recommend going forward if one has a use case for HTTP logging these fields?

  • Should these filters just use FilterState object and implement reflection/serialization, similar to this?
  • Should dynamic metadata be copied over to the HTTP filter manager stream info?

[optional Relevant Links:]

Guia do colaborador