Skip to content

A masqueraded egress flow has no return path: the shard's public address never reaches the underlay #549

Description

@privateip

Summary

Each shard publishes its masquerade address, but as an EVPN path into the router mesh. The transit carries plain IPv6 unicast and never learns it, so a reply from anything outside the fabric is routed by the transit's default route and discarded.

Verified end to end against a host outside the fabric: a tenant's request arrived there with the correct translated source and port, the host answered, and the transit had no route at all for the address it was answering to. Every masqueraded flow is one-way today. The ingress VIP has the same shape of problem and is worked around by originating a covering aggregate into the underlay from the edge nodes; the shards do nothing equivalent.

Outcome

A reply from outside the fabric, addressed to a shard's masquerade address, reaches that shard.

Related to #409, which asks where such an address should come from. This is that a correctly configured one is still unreachable.

Activity

  1. added
    bugSomething isn't working
    priority/highHigh priority bug — should be fixed before next release
    and removed
    bugSomething isn't working
    priority/highHigh priority bug — should be fixed before next release
    on Sep 14, 2026
  2. added theissue type on Sep 14, 2026
  3. self-assigned this
    on Sep 14, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

Fields

Priority

High

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions