What a lovely idea!<div><br></div><div>Stage 4: The entire meeting gets put behind a single IP address, and shares outgoing bandwidth with another meeting, also put behind a single IP address, which has another NAT gateway behind it.</div>
<div><br></div><div>For that extra verisimillitude,</div><div><br></div><div>NRM<br><br><div class="gmail_quote">2009/9/24 Shane Kerr <span dir="ltr"><<a href="mailto:shane@time-travellers.org">shane@time-travellers.org</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">All,<br>
<br>
Perhaps we should begin preparing ourselves for the future IPv4 world by<br>
simulating various levels of IPv4 exhaustion at future RIPE meetings?<br>
<br>
I can imagine a few stages:<br>
<br>
     1. We can no longer give public IPv4 addresses to attendees. RFC<br>
        1918 for everyone, but with 1:1 mapping to public addresses.<br>
     2. The entire meeting gets NAT'ed to a single /24.<br>
     3. The entire meeting gets NAT'ed to a single IP address.<br>
<br>
Of course, this is the easy side. People are already accustomed to<br>
living behind NAT with their laptops. (They might be a little more<br>
annoyed when Google Maps won't work because there aren't enough ports to<br>
handle all the simultaneous open connections.)<br>
<br>
To be fair, we should also disable IPv4 for access to the meeting<br>
itself, as this is the first problem that new entrants to the Internet<br>
will have. But this is a huge burden on RIPE NCC staff and remote<br>
participants, so this will have to wait. :)<br>
<br>
--<br>
<font color="#888888">Shane<br>
<br>
</font></blockquote></div><br></div>