Files
netbird/docs/agent-networks/modules/50-path-routed-providers.md
Maycon Santos 92a66cdd20 [management,proxy,client] 0.74.0 version (#6563)
* [management,proxy] Agent network: per-account LLM gateway (policy, metering, multi-provider) (#6555)

* [agent-network] Shared proto, OpenAPI schema, and generated types

* [agent-network] Management: store, manager, synthesizer, policy engine, provider catalog, HTTP/gRPC API

Adds the account-scoped agent-network module: provider/policy/budget CRUD and
store, the reverse-proxy service synthesizer, policy selection + limit
enforcement, the provider catalog (incl. Vertex AI and AWS Bedrock entries),
and the management HTTP + proxy gRPC surfaces.

* [management] Fix agent-network proxy-peer fan-out on affected-peer recompute

The affected-peers resolver loaded only persisted reverse-proxy services, but
agent-network services are synthesized on demand and never persisted. As a
result the embedded proxy peer was never folded into the affected set when a
client's group changed, so the proxy received no network-map update for a newly
authorised client and rejected its handshake until a full resync (restart).

loadProxyServices now merges the synthesized agent-network services (injected
via a registration hook to avoid an import cycle), so proxy peers learn newly
authorised clients immediately.

* [proxy] Reverse-proxy middleware framework, chain, and request plumbing

The per-target middleware chain (slots, dispatcher, mutation gate, metadata
merger), body capture, access-log terminal sink, and the proxy wiring that
builds + runs chains for synthesized agent-network services.

* [proxy] LLM parsers, pricing, and builtin middlewares (OpenAI, Anthropic, Vertex AI, AWS Bedrock)

Request/response parsers and SSE/event-stream metering, the embedded pricing
table, and the builtin middleware set: request parser, router, policy
limit-check/record, cost meter, guardrail, identity inject, response parser.
Includes the path-routed providers — Google Vertex AI (keyfile:: service-account
OAuth minting) and AWS Bedrock (bearer auth, invoke/converse/streaming, optional
/bedrock prefix) — plus the Models allowlist and unmeterable-publisher deny.

* [proxy] IPv6 in-place apply and TCP accept-loop hardening on netstack listeners

* [agent-network] End-to-end test suite, module docs, and deployment preset

* [agent-network] Fix codespell typos and exclude false positives

- labelgen word pool: vermillion -> vermilion, racoon -> raccoon.
- codespell ignore list: add flate (Go compress/flate package), recordin
  (a test-local identifier), and unparseable (a valid alternative spelling used
  consistently across identifiers + a metadata-value constant).

* [management] Set LastSeen on injected proxy peer in realstack test (MySQL strict-mode)

The injected embedded proxy peer had a PeerStatus with a zero LastSeen, which
serializes to '0000-00-00' and is rejected by MySQL in strict mode (SQLite
tolerates it). Set LastSeen to a valid time so SaveAccount succeeds on both
engines.

* [agent-network] Remove e2e shell-script suite from this branch

The end-to-end shell scripts under scripts/e2e/ are maintained in a separate
testing suite and are not part of this change set.

* [agent-network] Polish module docs: remove internal review scaffolding, fix links, verify diagrams

Strip PR-review framing, commit references, absolute paths, and stale internal
references from the agent-network module docs; fix broken relative links; verify
all diagrams against the current architecture. Remove the internal AI-reviewer
prompt file.

* [management] Refine session expiration handling to support 3-state encoding for SSO deadlines

* [agent-network] Relocate agentnetwork package to internals/modules

Move management/server/agentnetwork (and its catalog/, labelgen/, types/
subpackages) to management/internals/modules/agentnetwork, alongside the
reverse-proxy module, and rewrite all importers. Pure relocation: package names,
the synthesizer + affectedpeers registration hook, and store access (shared
store.Store) are unchanged, so no import cycle is introduced (affectedpeers
still depends only on the agentnetwork/types leaf).

* [agent-network] Co-locate HTTP handlers in the module (RegisterEndpoints)

Move the agent-network HTTP handlers from server/http/handlers/agentnetwork into
the module at internals/modules/agentnetwork/handlers (package handlers) and
rename the entrypoint AddEndpoints -> RegisterEndpoints, matching the
reverse-proxy module convention. Wiring in http/handler.go updated accordingly.

* Update getting started to point to rc when agent network enabled

* Add a reference to a commercial license

* Fix docs localhost link

* Fix docs localhost link

* Add private services domain note

* [management] Add agent-network telemetry metrics (#6561)

Surface agent-network adoption and usage in the self-hosted metrics
worker: distinct accounts, providers, policies, budget rules, accounts
with log collection enabled, and aggregated input/output tokens plus
cost.

Tokens and cost are summed from agent_network_request_usage (the
always-written per-request ledger) so the figures are accurate
regardless of the log-collection toggle and carry no double-counting.
All values come from a handful of indexed aggregate queries run only on
the worker's periodic tick.

Adds store.AgentNetworkMetrics with GetAgentNetworkMetrics on the Store
interface, the SqlStore implementation, and a zero-valued FileStore stub.

* Update NetBird server and proxy image versions to 0.74.0-rc.2

* [management,proxy] Reduce agent-network cognitive complexity (#6566)

Address the SonarCloud quality-gate findings in new agent-network code
by extracting focused helpers. No behavior change.

- synthesizer.go: split buildIdentityInjectConfigJSON into per-shape
  rule builders; extract mergeGuardrail from mergeGuardrails to cut
  nesting depth.
- llm_identity_inject: extract injectionEmitsAnything validation
  predicate from New.
- llm_response_parser/streaming.go: extract applyOpenAIStreamUsage and
  applyAnthropicStreamUsage (via a named anthropicStreamUsage type) and
  simplify the OpenAI scanner loop.
- reverseproxy.go: decompose ServeHTTP into serveRouteError,
  buildTargetContext, serveDirect, serveWithChain, captureRequestForChain,
  serveDeny, newResponseWriter, observeResponse, and forwardUpstream,
  preserving the defer ordering so response observation still reads the
  captured writer before it is released.

* [management] Move agent-network access-log ingest into the agentnetwork module (#6568)

The agent-network access-log ingest path (metaKey wire contract, flatten,
usage derivation, and the dual-write of the usage ledger + settings-gated
full row) lived in the reverseproxy accesslogs manager, even though the
agentnetwork module already owns the rest of that domain — types, read
(ListAccessLogs / GetUsageOverview), the budget-counter writes, and
retention cleanup.

Move it next to the rest: a stateless agentnetwork.IngestAccessLog(ctx,
store, entry) that the reverseproxy SaveAccessLog delegates to when the
entry is agent-network. Removes the agentNetworkTypes import from the
reverseproxy manager. No behavior change; the write/read table separation
is unchanged.

Adds real-store coverage for the disable->enable log-collection toggle
(usage ledger always written, full row gated) plus the metadata parse and
group-dedup helpers, which previously had no dedicated tests.

* Add session view support in the access log

* [management,proxy] Container-based agent-network e2e harness (#6577)

* [e2e] Add container-based agent-network e2e harness (Pillar 1)

Introduce a self-contained, OIDC-free e2e harness that stands up NetBird
in containers, so suites no longer depend on the hand-maintained Tilt
stack or a real IdP.

- harness brings up the combined server (management + signal + relay +
  STUN + embedded IdP) in a single container built from
  combined/Dockerfile.multistage, and mints an admin PAT through the
  unauthenticated /api/setup bootstrap (NB_SETUP_PAT_ENABLED). API access
  goes through the existing shared/management/client/rest typed client.
- the image is built via the docker CLI (BuildKit) so the Dockerfile's
  cache mounts are honored; testcontainers then runs the tagged image.
- everything is behind the `e2e` build tag so normal builds and unit
  tests never pull in testcontainers.

Adds BuildKit cache mounts to combined/Dockerfile.multistage so source
changes recompile incrementally rather than from scratch.

Pillar 1 proven by TestCombinedBootstrap: server builds, boots, mints a
PAT, and the PAT authenticates a real management API call.

* [e2e] Add management-side agent-network scenarios (Pillar 2)

Port the API-driven agent-network scenarios from the bash suites to Go,
sharing one combined server per package run (TestMain) with each test
owning its resource cleanup. Drives the /api/agent-network/* endpoints
through the shared REST client's NewRequest primitive with the generated
api types.

Scenarios:
- provider lifecycle (create/get/list/delete + 404 after delete)
- provider validation (missing api_key, unknown catalog id → 4xx)
- settings collection-toggle round-trip with cluster/subdomain immutability
- policy window floor (reject <60s enabled limit, accept at 60s)
- consumption read endpoint returns an array

All deterministic and dependency-free (dummy provider keys; no upstream
calls), so they run headless in CI.

* [e2e] Add live chat-through-proxy scenario (Pillar 3)

Stand up the full agent-network data path in containers and drive a real
chat-completion through the gateway:

- harness: a shared docker network (combined server reachable by alias),
  a proxy container built from the published reverse-proxy image
  (NB_PROXY_PRIVATE, NB_PROXY_ALLOW_INSECURE, NB_RELAY_TRANSPORT=ws to match
  the combined server's WS-multiplexed relay) with a generated self-signed
  wildcard cert, and a netbird client container that joins via a setup key.
- the combined image, proxy image, and client image default to the
  published rc.2 releases (overridable via NB_E2E_*_IMAGE; a bare local tag
  is built from source instead). Geolocation download is disabled so the
  server starts without external fetches.
- one shared domain is used for the management exposed address, the proxy
  domain, and the agent-network cluster; the proxy token is minted via the
  server CLI (global) to match the manual install.

TestChatCompletionThroughProxy provisions provider+policy+group+setup key,
runs proxy+client, drives an OpenAI chat-completion through the tunnel, and
asserts a 200 plus the ingested access-log row. Requires OPENAI_TOKEN
(skips otherwise). The provider must be created with enabled=true explicitly
— the create default is false despite the API doc.

* [e2e] Run the live chat scenario across a provider matrix

Replace the single-provider chat test with a data-driven matrix that runs
the same scenario through every provider whose credentials are present in
the environment (keys/URLs sourced from ~/.llm-keys locally, Actions
secrets in CI):

- OpenAI (chat), Anthropic (messages), Vercel, OpenRouter, Cloudflare
  (OpenAI-compatible gateways), and Bedrock (path-routed, bearer, via the
  messages shape) — covering both wire shapes and the gateway routing.
- all providers are created enabled with a unique model string so the
  proxy's connect-time snapshot carries them all and model->provider
  routing is unambiguous (provider toggles after connect don't reconcile
  to a connected proxy).
- the client supports both wire shapes (/v1/chat/completions and
  /v1/messages); Cloudflare gets the openai provider segment appended to
  its gateway URL.

Each provider must return 200 through the tunnel and produce an ingested
access-log row. Vertex is intentionally excluded from the uniform matrix:
it needs a bespoke rawPredict request shape rather than the shared
chat/messages path, so it warrants a dedicated scenario.

* [ci] Add manual workflow for the agent-network e2e suite

The e2e suite (build tag `e2e`) stands up the combined server + proxy +
client in Docker and drives live chat-completions, so it is slow and needs
provider credentials. Gate it out of normal CI (it already is, via the
build tag) and run it on demand via workflow_dispatch. Provider scenarios
skip when their secret is unset, so it degrades gracefully.

* [e2e] Add Vertex to the provider matrix; run e2e on ubuntu-latest

Vertex (Anthropic-on-Vertex) doesn't share the chat/messages wire shapes:
the model travels in a rawPredict path and the proxy mints the service
account's OAuth token. Add a Vertex client method that posts
/v1/projects/<project>/locations/<region>/publishers/anthropic/models/<model>:rawPredict
with the Vertex anthropic_version body, and wire it into the matrix as a
path-routed provider (created without a models array). It is keyed off
GOOGLE_VERTEX_SA_BASE64 + GOOGLE_VERTEX_PROJECT (region defaults to
"global", model to a pinned claude snapshot, both overridable).

Also bump the e2e workflow runner to ubuntu-latest and add the Vertex
secrets.

* Add docker/docker and docker/go-connections as direct dependencies in go.mod

* [ci] Trigger agent-network e2e workflow on push to main and pull requests

* [e2e] Fix proxy cert permission denied on Linux CI runners

The proxy bind-mounts a temp dir of self-signed certs. MkdirTemp creates
it 0700 and the key was 0600, which Docker Desktop on macOS ignores but a
non-root proxy container on Linux runners cannot traverse/read, so the
cert watcher failed with "open /certs/tls.crt: permission denied" and the
container exited. Widen the cert dir to 0755 and write the throwaway key
0644 so the proxy uid can read the bind-mounted material.

* [e2e] Build images from source by default instead of pulling rc.2

The agent-network code under test lives in this branch, so the e2e should
exercise it rather than a frozen published release. Flip the harness
default: combined/proxy/client are now built from their in-repo
Dockerfiles (combined/Dockerfile.multistage, proxy/Dockerfile.multistage,
e2e/harness/Dockerfile.client) under local tags. Pulling a published image
stays available by setting NB_E2E_*_IMAGE to a registry reference.

Builds now go through buildx --load so the Dockerfile cache mounts are
honored and the result is loaded for testcontainers. The CI workflow adds
a container-driver builder and a local layer cache (NB_E2E_BUILDX_CACHE)
persisted via actions/cache, which caches the base/apt/dep-download layers
across runs. The Go compile still re-runs each time, as BuildKit mount
caches cannot be exported to the GitHub cache.

* [e2e] Cover real providers in lifecycle + assert real consumption metering

- TestProviderLifecycle now runs per available real provider (create → get →
  list → delete → 404) instead of a single dummy provider, exercising each
  catalog's create and field round-trip. Create is offline, so it stays fast
  and burns no provider quota; falls back to a synthetic OpenAI provider when
  no keys are set.
- TestProvidersMatrix attaches a token limit (high caps, 60s window) to its
  policy, which switches on usage metering, and asserts consumption rows are
  recorded with positive token counts after the live traffic. Consumption is
  account-scoped (keyed by source group / user and window, not per provider),
  so the assertion is aggregate.
- TestProviderValidation gains invalid-upstream and blank-name cases. Create
  validation is uniform across catalogs (no per-provider required-field rules),
  so per-provider rejection cases would be redundant.

* [e2e] Assert session id propagates per provider

Each matrix request now sends a unique session id as the universal
x-session-id header and asserts it round-trips into that provider's
access-log row. This guards the session-grouping contract end to end for
every provider (header extraction runs in llm_request_parser ahead of the
parser-specific body extraction, so it is provider-agnostic).

* [e2e] Drop accidentally committed sync-phases dashboard

netbird-sync-phases.json was swept into the Pillar 1 commit by a broad
git add; it belongs to the unrelated sync-phases metrics work, not this
e2e harness. Remove it from the branch so the PR diff is scoped to the
e2e changes.

* [e2e] Revert accidentally committed sync-phase ingest spec

The netbird_sync_phase measurement spec in metrics ingest was swept into
the Pillar 1 commit; it belongs to the unrelated sync-phases metrics work,
not this e2e harness. Its emission side never landed here, so the spec was
orphaned anyway. Restore ingest/main.go to its origin/main state.

* Fix golint issues

* Fix sonar

* Add access log session test

* Fix access log tests

---------

Co-authored-by: braginini <bangvalo@gmail.com>
Co-authored-by: Zoltan Papp <zoltan.pmail@gmail.com>
2026-07-01 12:45:14 +02:00

13 KiB

path-routed providers — Vertex AI + Bedrock

This guide pulls the path-routed provider story together in one place because it crosses the catalog, the synthesiser, the request parser, and the router. The relevant building blocks are the llm_router / llm_request_parser middlewares (31-proxy-middleware-builtin.md), the per-provider parser surface (32-proxy-llm-parsers.md), and the synthesiser's catalog → ProviderRoute mapping (21-management-agentnetwork.md).

Sibling modules: 31-proxy-middleware-builtin.md (router + request parser) and 32-proxy-llm-parsers.md (Bedrock parser + pricing).


What "path-routed" means

Most catalog providers carry the model in the request body ({"model": …}), so llm_router selects an upstream by matching the model name against each provider's Models claim. Two providers instead carry the model in the URL path, so they are routed by path before the model/vendor table is consulted:

Catalog id Style flag Request path shape
vertex_ai_api IsVertexPathStyleProviderRoute.Vertex /v1/projects/{project}/locations/{region}/publishers/{publisher}/models/{model}:{action}
bedrock_api IsBedrockPathStyleProviderRoute.Bedrock /model/{modelId}/{action} (optionally behind /bedrock)

The catalog declares the style with catalog.IsVertexPathStyle / catalog.IsBedrockPathStyle and the synthesiser copies the result onto the router route as the Vertex / Bedrock booleans (synthesizer.go:450-451). On the request leg llm_router.Invoke dispatches isVertexPath / isBedrockPath before the model lookup (llm_router/middleware.go:138-216) so a model the parser extracted from the path can't be claimed by a same-vendor body-routed provider (e.g. claude-* on api.anthropic.com).

Google Vertex AI (vertex_ai_api)

Catalog entry

KindProvider, parser surface left unset on the catalog entry — the request parser picks the parser from the URL publisher segment, not from ParserID. Upstream host is <region>-aiplatform.googleapis.com (https://aiplatform.googleapis.com for the global location). The catalog lists the Claude-on-Vertex lineup (claude-opus-4-*, claude-sonnet-4-*, claude-haiku-4-5, claude-fable-5) at the same per-token rates as the first-party Anthropic entry (catalog.go:333-363).

Credential — service-account OAuth (keyfile::)

Vertex does not accept a static API key. The operator sets the provider api_key to:

keyfile::<base64 of the GCP service-account JSON key>

The synthesiser recognises the keyfile:: prefix in providerAuthHeader (synthesizer.go:897-903), emits no static auth value, and carries the base64 key material on the route as GCPServiceAccountKeyB64 (factory.go:56-61). At request time the router mints a short-lived OAuth2 access token from the key (cloud-platform scope) and injects Authorization: Bearer <access-token> — never the key itself (llm_router/middleware.go:621-692):

  • One auto-refreshing oauth2.TokenSource is cached per key (keyed by a SHA-256 of the base64 material), so token minting happens once and refreshes amortise across requests.
  • Mint / refresh is bounded by a 10s timeout HTTP client (gcpTokenTimeout) so a slow Google token endpoint can't hang the request.
  • A malformed key or an unreachable token endpoint fails the request with llm_policy.upstream_auth_failed at HTTP 502 (an upstream problem, not a policy denial) — see denyUpstreamAuth.

Metering — Anthropic-on-Vertex only

The request parser extracts {publisher, model, action} from the path (parseVertexPath, llm_request_parser/middleware.go:237-263), strips the @version suffix from the model, and maps the publisher to a parser surface via vertexPublisherVendor:

  • anthropicllm.provider="anthropic" → metered through the Anthropic parser, priced under the anthropic block in defaults_pricing.yaml (the parser emits the standard Anthropic provider label, so Vertex Claude reuses first-party Anthropic prices).
  • openaillm.provider="openai" (reserved; not in the catalog lineup today).
  • anything else (notably google / Gemini) → empty vendor → no parser.

Gemini is intentionally denied as unmeterable. When the parser emits no llm.provider for a Vertex publisher, llm_router returns llm_policy.unmeterable_publisher (403) rather than forwarding the request uncounted — serving it would bypass token / budget metering (llm_router/middleware.go:144-162, 712-728). A Gemini parser would lift this restriction; until then the google publisher is omitted from the catalog.

Caveat: cross-region inference profiles in eu / apac carry a ~10% price premium that the base per-token rates do not model — cost annotations for those regions read low. Operators who need exact regional billing override the affected entries in pricing.yaml.

AWS Bedrock (bedrock_api)

Catalog entry

KindProvider, upstream host bedrock-runtime.<region>.amazonaws.com. Metered models are the Anthropic-on-Bedrock lineup (anthropic.claude-*) plus Amazon Nova and Llama 3.3 entries (catalog.go:300-332). Anthropic-on-Bedrock reuses the first-party Claude prices (with additive cache buckets); Nova / Llama report no cache, so cost is input + output.

Credential — static bearer token

Bedrock uses the AWS Bedrock API key as a static bearer. The operator sets the provider api_key directly (no keyfile:: prefix); the catalog template is Authorization: Bearer ${API_KEY} (catalog.go:306-307). No token minting — the synthesiser substitutes the key into the template and the router injects the resulting Authorization header after stripping inbound vendor auth (including client-supplied AWS SigV4 material: X-Amz-Date, X-Amz-Security-Token, X-Amz-Content-Sha256, see strippedAuthHeaders).

Model id form — cross-region inference profiles

Bedrock model ids in the request path must be the cross-region inference-profile form, e.g. eu.anthropic.claude-sonnet-4-5-20250929-v1:0. The bare anthropic.claude-… id is rejected by AWS. normalizeBedrockModel (llm_request_parser/middleware.go:398-414) strips the region prefix (us. / eu. / apac. / global.), an optional ARN wrapper, and the -YYYYMMDD-vN[:N] version/throughput suffix so the normalised id (anthropic.claude-sonnet-4-5) matches the catalog/pricing key.

Supported endpoints + actions

/model/{modelId}/{action} where action ∈ invoke, invoke-with-response-stream, converse, converse-stream (llm_request_parser/middleware.go:363-390). invoke / converse are non-streaming; the -stream actions set the streaming flag.

  • InvokeModel body uses the vendor-native shape — for Anthropic that means "anthropic_version":"bedrock-2023-05-31" and snake_case usage with additive cache buckets.
  • Converse uses the unified camelCase shape with a precomputed totalTokens.
  • The BedrockParser reads both shapes on the response leg (bedrock.go); the request parser doesn't need to distinguish them (ParseRequest is a no-op — model + stream come from the path).

Streaming — AWS binary event-stream

The -stream actions return application/vnd.amazon.eventstream (the AWS binary event-stream framing), and streaming is metered. accumulateBedrockStream (llm_response_parser/streaming_bedrock.go) decodes the frames with aws-sdk-go-v2/aws/protocol/eventstream:

  • InvokeModel chunk frames wrap a base64 {"bytes":…} payload carrying a vendor-native (Anthropic) stream event — folded through the shared Anthropic stream accumulator.
  • Converse contentBlockDelta frames carry text; the trailing metadata frame carries the final usage block.
  • A truncated stream (cut at the body-tap capture cap) decodes best-effort: frames up to the cut are applied and partial usage is returned.

Optional /bedrock gateway-namespace prefix

Clients may place an optional /bedrock prefix before the native path (/bedrock/model/{modelId}/{action}) to disambiguate Bedrock from other providers that also use /model/.... Both the request parser (trimBedrockNamespace) and the router (splitBedrockNamespace) accept it. When the prefix is present, the router sets RewriteUpstream.StripPathPrefix = "/bedrock" so the native path (/model/...) is what reaches bedrock-runtime.<region>.amazonaws.com (llm_router/middleware.go:168-184, 320-348).

Model allowlist on path-routed providers

Because the model lives in the URL rather than the body, a path-routed provider credential could otherwise be used for any model the upstream supports. The router still enforces the route's Models allowlist via matchPathRoute (llm_router/middleware.go:370-416):

  1. Filter to routes of the matching style (Vertex / Bedrock).
  2. Filter to routes whose AllowedGroupIDs authorise the caller's groups (else no_authorised_provider).
  3. Filter to routes that claim the requested model. As with body-routed providers, an empty Models list = catch-all (serve any model); a non-empty list serves only the listed models (else model_not_routable).
  4. Multiple survivors disambiguate by longest UpstreamPath prefix match.

So an operator who lists explicit models on a Vertex/Bedrock provider gets a hard allowlist; an operator who leaves Models empty accepts every model the upstream serves (still subject to the unmeterable-publisher gate on Vertex).

Model-less OpenAI endpoints (GET /v1/models) are never routed to a Vertex/Bedrock provider — matchModelless skips path-routed routes (llm_router/middleware.go:427-462) so a model-listing call can't be rewritten onto an upstream that would 404 it.

Catalog ↔ pricing cross-check

Catalog prices and context windows are cross-checked against LiteLLM's model_prices_and_context_window.json. The proxy's embedded defaults_pricing.yaml covers every metered first-party model the catalog enumerates — guarded by TestDefaultTable_FirstPartyModelCoverage (pricing/defaults_coverage_test.go), which fails if a catalog model has no embedded price. Bedrock entries are keyed by the normalised id the request parser emits (region prefix + version suffix stripped). Vertex Claude carries no Bedrock-style prefix, so it prices straight off the anthropic block.

Things to scrutinise

Security. The Vertex service-account key is never forwarded — only a minted short-lived bearer. Confirm the key material stays out of access logs (it lives on ProviderRoute.GCPServiceAccountKeyB64, not in any emitted metadata key). The unmeterable-publisher deny is the only thing standing between an operator-misconfigured Vertex provider and unmetered Gemini traffic; verify vertexPublisherVendor stays conservative (deny by default for unknown publishers).

Correctness. normalizeBedrockModel is the join between the wire id and the pricing key — a model that normalises to something not in defaults_pricing.yaml meters at cost.skipped=unknown_model rather than failing the request. The /bedrock prefix strip must run on both the parser side (so the model is extracted) and the router side (so the upstream path is native); a regression in either silently breaks the other.

Metering caveats. eu/apac cross-region Bedrock + Vertex profiles carry a ~10% premium not modelled by base pricing — flagged in both the catalog comment and defaults_pricing.yaml. Operators needing exact regional billing override the relevant entries.

Cross-references