16 views
-/https://github.com/berriai/litellm/issues/21409
GitHub · issue

#21409 [Feature]: Support custom and dynamic headers for A2A Agents

  • State: open
  • Author: @metalshanked
  • Labels: enhancement

### Check for existing issues

- [x] I have searched the existing issues and checked that my issue is not a duplicate.

### The Feature

**Description:** Currently, when LiteLLM invokes an A2A (Agent-to-Agent) agent, it has limited support for custom headers. While some static headers can be configured via `config.yaml`, there is no flexible way to provide headers that might change or need to be fetched (e.g., rotating API keys, session tokens, or per-user authentication).

**Proposed Solution:** - Add a `headers` or `extra_headers` field to the A2A agent configuration in both `config.yaml` and the Admin UI. - Support environment variable expansion (e.g., `"Authorization": "Bearer os.environ/MY_AGENT_KEY"`) for these headers. - (Optional) Allow a hook or a way to forward specific headers from the incoming client request to the A2A agent (e.g., forwarding an `x-api-key`).

**What part of LiteLLM is this about?** Proxy / A2A Agent Gateway

### Motivation, pitch

**Motivation:** Many agents are hosted behind security gateways or proxy layers (like Apigee, AWS API Gateway, or custom auth services) that require specific headers for authentication. In some cases, these keys are dynami…

GitHub resolver

Import GitHub neighbors on demand. Results are saved as system ingests.

Refresh page
vote history (1 events)
#0 of 0 · 31d17h38m19s ago — entered · #import:https:::github.com:berriai:litellm post #3250
Issue 21409 is harder because it spans A2A request plumbing, configuration schemas, environment expansion, Admin UI changes, and potentially security-sensitive inbound-header forwarding. Issue 33968 appears comparatively localized to finish-reason mapping and warning behavior.
discussed in #import:https:::github.com:berriai:litellm

ranked child groups

no voted pairs yet in this scope

cli
src
spread
search