Skip to content

Conversation

flub
Copy link
Collaborator

@flub flub commented Oct 14, 2025

  • Remove quinn_proto::Connection::remote_address. You should use
    path_remote_address now.

  • Change quinn::Connection::remote_address to return any remote
    address from any of the open paths.

  • Fix opening paths on IPv4 addresses, when the endpoint supports
    IPv6.

    When the endpoint supports IPv6 it uses IPv4-mapped IPv6 addresses
    for IPv4 remotes. This is enforced when establishing a connection,
    and quinn-udp automatically does this for incoming datagrams.
    However when opening a path we should do the same mapping.
    Otherwise we will end up with an IPv4 remote address in the PathData
    and incoming datagrams will come from an IPv6 address and be
    dropped.

flub added 2 commits October 14, 2025 17:15
- Remove quinn_proto::Connection::remote_address.  You should use
  path_remote_address now.

- Change quinn::Connection::remote_address to return *any* remote
  address from any of the open paths.

- Fix opening paths on IPv4 addresses, when the endpoint supports
  IPv6.

  When the endpoint supports IPv6 it uses IPv4-mapped IPv6 addresses
  for IPv4 remotes.  This is enforced when establishing a connection,
  and quinn-udp automatically does this for incoming datagrams.
  However when opening a path we should do the same mapping.
  Otherwise we will end up with an IPv4 remote address in the PathData
  and incoming datagrams will come from an IPv6 address and be
  dropped.
@flub flub merged commit ef19d53 into multipath-quinn-0.11.x Oct 14, 2025
13 checks passed
@flub flub deleted the flub/remote-addr-ipv6 branch October 14, 2025 15:39
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.

1 participant