Date: Thu, 23 Jul 2026 10:49:39 +0200
From: Maria Matejka <maria.matejka@nic.cz>
To: Robert Raszuk <robert@raszuk.net>
Message-ID: <amHVowBWnjvNOo5j@struhadlo.private.jmq.cz>
References: <amDiGO2nuk6gDIot@feather.sobornost.net>
 <CAOj+MMHeehOrt0PCKsyFBU6EvwJq44=UXE=hMgEQ_RY-SBgc8Q@mail.gmail.com>
 <amFopeOXBsXmy87D@struhadlo.private.jmq.cz>
 <CAOj+MMFPZR6SnbgFYfEZLN2tLFXAzNrV2XNsS+uPQ5vv8UWoig@mail.gmail.com>
 <amHO_3LjaR8wgzd-@struhadlo.private.jmq.cz>
 <CAOj+MMHWGEMrJhPjpsQdeA5Zxveq1zW-o=PaeRha-Fy-fU96Nw@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="ZqtbNvF1ZDTkFORx"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: 
 <CAOj+MMHWGEMrJhPjpsQdeA5Zxveq1zW-o=PaeRha-Fy-fU96Nw@mail.gmail.com>
Message-ID-Hash: WYJU4RD5EED74SCJCEANO7VHOZUCFO7Q
CC: Job Snijders <job=40bsd.nl@dmarc.ietf.org>, grow@ietf.org, idr@ietf.org,
 mq@jmq.cz, Daniel Wagner <daniel.wagner@de-cix.net>,
 Tobias Striffler <tobias.striffler@de-cix.net>
Precedence: list
Subject: =?utf-8?q?=5BGROW=5D_Re=3A_move_draft-marenamat-grow-routeserver-nh-translat?=
 =?utf-8?q?ion_to_IDR?=
Archived-At: 
 <https://mailarchive.ietf.org/arch/msg/grow/_CUdvRo5vslJAh3bCzU4HcdH3mg>


--ZqtbNvF1ZDTkFORx
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

On Thu, Jul 23, 2026 at 10:35:25AM +0200, Robert Raszuk wrote:

> What you are proposing is transition to a single session - unless you run
> v4 & v6 over separate v6 sessions.

This is not implied at all. Should we add an explicit note to the draft that
you can indeed set up more IPv6 addresses on a single machine running
the route server, and therefore it stays possible (and actually kinda
desirable) to keep two separate sessions?

You can also run multiple virtual machines with the route server
software, or even multiple physical machines …

> That would be clearly much more fragile as any session reset will
> jeopardise the fun for both v4 and v6 reachable destinations.

While not even a year ago, my home internet provider managed to ignore
their IPv6 misconfiguration in the local IXP for several days, causing
all my local IPv6 traffic go sideways, while IPv6 transit connections
worked, as well as all IPv4.

Maybe if there was one session, there would notice earlier.

> I am not sure if this would be a good thing.

I'm quite sure that joining the sessions would be better than now,
considering that even with split IPv4 and IPv6 sessions, they are still
often loosely tied if on the same machine …

Yet, that's not what the draft specifies.

> /* Maybe one day we will depart from session based BGP state bindings but
> this moment does not seem to be happening in the near time. */

I wouldn't support this approach, until we find out how to reliably
detect the intent of de-peering without the session logic.

-- 
Maria Matejka (she/her) | BIRD Team Leader | CZ.NIC, z.s.p.o.  

--ZqtbNvF1ZDTkFORx
Content-Type: text/html; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit

<!DOCTYPE html>
<html>
<head>
  <meta charset="utf-8" />
  <meta name="generator" content="pandoc" />
  <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=yes" />
  <style>
html {
  line-height: 1.2;
  font-family: serif;
  font-size: 0.9em;
  color: black; 
  background-color: white;
}
body {
  margin: 0;
  margin-right: auto;
  max-width: 36em;
  padding: 1em;
  hyphens: auto;
  overflow-wrap: break-word;
  text-rendering: optimizeLegibility;
  font-kerning: normal;
}
@media print {
  body {
    background-color: transparent;
    color: black;
    font-size: 11pt;
  }
  p, h2, h3 {
    orphans: 3;
    widows: 3;
  }
  h2, h3, h4 {
    page-break-after: avoid;
  }
}
p {
  margin: 1em 0;
}
a {
  color: black;
}
a:visited {
  color: black;
}
img {
  max-width: 100%;
}
h1, h2, h3, h4, h5, h6 {
  margin-top: 1.4em;
}
h5, h6 {
  font-size: 1em;
  font-style: italic;
}
h6 {
  font-weight: normal;
}
ol, ul {
  padding-left: 1.7em;
  margin-top: 1em;
}
li > ol, li > ul {
  margin-top: 0;
}
blockquote {
  margin: 0.5em;
  padding-left: 0.5em;
  border-left: 2px solid #e6e6e6;
  color: #444;
}
code {
  font-family: 'Lucida Console', monospace;
  font-size: 95%;
  margin: 0;
}
pre {
  margin: 1em 0;
  overflow: auto;
  max-width: unset;
  width: fit-content;
}
pre code {
  padding: 0;
  overflow: visible;
  overflow-wrap: normal;
  max-width: unset;
  white-space: pre-wrap;
}
pre code span {
  white-space: pre;
}
.sourceCode {
 background-color: transparent;
 overflow: visible;
}

code.diff span.kw,
code.diff span.dt {
  font-weight: bold;
}

code.diff span.va {
  background-color: rgba(192, 255, 192, 64);
  color: rgb(0, 64, 0);
}

code.diff span.st {
  background-color: rgba(255, 192, 192, 64);
  color: rgb(64, 0, 0);
}

pre.diff {
  background-color: rgb(240, 240, 240);
  padding: 0.4em;
  border: 1pt solid grey;
}

hr {
  background-color: black;
  border: none;
  height: 1px;
  margin: 1em 0;
}
table {
  margin: 1em 0;
  border-collapse: collapse;
  width: 100%;
  overflow-x: auto;
  display: block;
  font-variant-numeric: lining-nums tabular-nums;
}
table caption {
  margin-bottom: 0.75em;
}
tbody {
  margin-top: 0.5em;
  border-top: 1px solid black;
  border-bottom: 1px solid black;
}
th {
  border-top: 1px solid black;
  padding: 0.25em 0.5em 0.25em 0.5em;
}
td {
  padding: 0.125em 0.5em 0.25em 0.5em;
}
header {
  margin-bottom: 4em;
  text-align: center;
}
code{white-space: pre-wrap;}
span.smallcaps{font-variant: small-caps;}
span.underline{text-decoration: underline;}
div.column{display: inline-block; vertical-align: top; width: 50%;}
div.hanging-indent{margin-left: 1.5em; text-indent: -1.5em;}
ul.task-list{list-style: none;}
q { quotes: "„" "”" "»" "«"; }
.display.math{display: block; text-align: center; margin: 0.5rem auto;}
  </style>
</head>
<body>
<p>On Thu, Jul 23, 2026 at 10:35:25AM +0200, Robert Raszuk wrote:</p>
<blockquote>
<p>What you are proposing is transition to a single session - unless you
run v4 &amp; v6 over separate v6 sessions.</p>
</blockquote>
<p>This is not implied at all. Should we add an explicit note to the
draft that you can indeed set up more IPv6 addresses on a single machine
running the route server, and therefore it stays possible (and actually
kinda desirable) to keep two separate sessions?</p>
<p>You can also run multiple virtual machines with the route server
software, or even multiple physical machines …</p>
<blockquote>
<p>That would be clearly much more fragile as any session reset will
jeopardise the fun for both v4 and v6 reachable destinations.</p>
</blockquote>
<p>While not even a year ago, my home internet provider managed to
ignore their IPv6 misconfiguration in the local IXP for several days,
causing all my local IPv6 traffic go sideways, while IPv6 transit
connections worked, as well as all IPv4.</p>
<p>Maybe if there was one session, there would notice earlier.</p>
<blockquote>
<p>I am not sure if this would be a good thing.</p>
</blockquote>
<p>I’m quite sure that joining the sessions would be better than now,
considering that even with split IPv4 and IPv6 sessions, they are still
often loosely tied if on the same machine …</p>
<p>Yet, that’s not what the draft specifies.</p>
<blockquote>
<p>/* Maybe one day we will depart from session based BGP state bindings
but this moment does not seem to be happening in the near time. */</p>
</blockquote>
<p>I wouldn’t support this approach, until we find out how to reliably
detect the intent of de-peering without the session logic.</p>
<p>–<br />
Maria Matejka (she/her) | BIRD Team Leader | CZ.NIC, z.s.p.o.</p>
</body>
</html>

--ZqtbNvF1ZDTkFORx--