<div dir="auto"><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr"><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I haven't, but I cannot begin to fathom how that could possibly work.<br></blockquote></div><div dir="auto"><br></div><div dir="auto"><a href="https://www.ietf.org/archive/id/draft-chroboczek-int-v4-via-v6-01.html">https://www.ietf.org/archive/id/draft-chroboczek-int-v4-via-v6-01.html</a><br></div><div dir="auto"><br></div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
How can the receiving router possibly resolve an IPv4 next-hop address <br>
to an destination Ethernet MAC address, if the interface facing the IX <br>
does not have any IPv4 addresses assigned?<br></blockquote></div><div dir="auto"><br></div><div dir="auto">A router only needs to know the l2 address to forward a frame. So there would be no ipv4 address on the transitory network just an ipv6 that resolves to a Mac address.</div><div dir="auto"><br></div><div dir="auto">Kind of like ipv4 unnumbered but with ipv6 addresses on the segment. Multiprotocol bgp would be used for the next hops.</div><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
</blockquote></div></div>