<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    <div class="moz-cite-prefix"><font size="4">Hi, Christian:</font></div>
    <font size="4"> </font>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">0)    Allow me following
        your "towers of babel world" metaphor to tell a short story. <br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">1)    In the ancient
        days, peasants labored under the shadow of the Tower, following
        the rules of and paid tax to the Lord living in the Tower. In
        return, they expected protection from the Lord against harms.
        (Sometime ago, I read an archaeological article reporting
        certain evidence that the Load somewhere in England during
        medieval time might have been expected to protect his peasants
        from any harm, including even paid his life for famine.)<br>
      </font> </div>
    <font size="4"> </font>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">2)    In the modern
        world, the peasants still live around the Tower following the
        rules, paying taxes and expecting protection from the Lord, now
        represented by the government agencies such as local police,
        FCC, FTC, DoD, DHS, etc.</font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">3)    In the Internet
        era, the peasants roam everywhere around the cyberspace freely
        enjoying the Internet way. However, their wealth is now being
        siphoned out to the invisible Lords (the multi-national
        businesses with virtual presence in each and every Tower).
        However, little can be expected in return when perpetrators
        attack, because no Lord assumes the responsibility, nor any can
        be held responsible.</font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">4)    EzIP proposes an
        overlay cyberspace with geographic flavor to restore the society
        infrastructure back to Pt. 2) above, while providing the daily
        services of Pt. 3). It essentially offers a parallel Internet
        for the peasants who can again expect protection from their
        local government who collects taxes, while without losing the
        benefits of the digital revolution.</font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">5)    The two
        cyberspaces are expected to coexist and none-interfering to each
        other. Peasants have the freedom of choice by living in either
        or try both then decide.<br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">The above is just a
        quick rough thought, </font><font size="4"><font size="4">far
          from polished.</font> It is intended to be a preliminary
        framework so that we can hang some meat on it for starting
        meaningful discussions. <br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">Regards,</font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4">Abe (2022-04-01 14:17)<br>
      </font></div>
    <div class="moz-cite-prefix"><font size="4"><br>
      </font></div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix"><br>
    </div>
    <br>
    <div class="moz-cite-prefix"><br>
    </div>
    <div class="moz-cite-prefix">On 2022-03-27 11:03, Christian de
      Larrinaga wrote:<br>
    </div>
    <blockquote type="cite"
cite="mid:17fcbe7b778.2818.309c751ed1a5bb0c3a416b43c65c0cd7@firsthand.net">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="auto">
        <div dir="auto"><br>
        </div>
        <div dir="auto"><br>
        </div>
        <div id="aqm-original" style="color: black;">
          <div dir="auto">On 27 March 2022 15:53:25 Brandon Butterworth
            <a class="moz-txt-link-rfc2396E"
              href="mailto:brandon@rd.bbc.co.uk"><brandon@rd.bbc.co.uk></a>
            wrote:</div>
          <div><br>
          </div>
          <blockquote type="cite" class="gmail_quote" style="margin: 0 0
            0 0.75ex; border-left: 1px solid #808080; padding-left:
            0.75ex;">
            <div dir="auto">On Sun Mar 27, 2022 at 12:31:48AM -0400,
              Abraham Y. Chen wrote:</div>
            <blockquote type="cite" class="gmail_quote" style="margin: 0
              0 0 0.75ex; border-left: 1px solid #0099CC; padding-left:
              0.75ex;">
              <div dir="auto">EzIP proposes to deploy 240/4 </div>
              <div dir="auto">address based RANs, each tethering off the
                current Internet via one IPv4 </div>
              <div dir="auto">public address.</div>
            </blockquote>
            <div dir="auto"><br>
            </div>
            <div dir="auto">So each RAN has no possibility of redundant
              connections? Nobody</div>
            <div dir="auto">of scale would accept such a limitation. It
              also looks like an</div>
            <div dir="auto">opportunity for telcos/governments to
              partition their part</div>
            <div dir="auto">of the internet and impose whatever
              censorship they wish.</div>
            <div dir="auto"><br>
            </div>
            <blockquote type="cite" class="gmail_quote" style="margin: 0
              0 0 0.75ex; border-left: 1px solid #0099CC; padding-left:
              0.75ex;">
              <div dir="auto">As such, the collection of RANs forms an
                overlay network </div>
              <div dir="auto">layer wrapping around the current Internet
                core. Consequently, only the </div>
              <div dir="auto">SPRs in the RAN need to be able to
                transport 240/4 addressed packets.</div>
            </blockquote>
            <div dir="auto"><br>
            </div>
            <div dir="auto">You previously described this as like
              connecting CG-NATs together via a</div>
            <div dir="auto">VPN. I don't see why we'd want to add
              maintaining a global VPN to</div>
            <div dir="auto">already difficult peering relationships. It
              could be used to exlude non</div>
            <div dir="auto">EzIP club members.</div>
            <div dir="auto"><br>
            </div>
            <blockquote type="cite" class="gmail_quote" style="margin: 0
              0 0 0.75ex; border-left: 1px solid #0099CC; padding-left:
              0.75ex;">
              <div dir="auto">This is why we talk about enabling new
                (but based on existing design) </div>
              <div dir="auto">routers to use 240/4 netblock for serving
                as SPRs, but not perturbing </div>
              <div dir="auto">any routers in the current Internet.</div>
            </blockquote>
            <div dir="auto"><br>
            </div>
            <div dir="auto">As it's a CG-NAT variant why are you
              delaying yourself by requiring</div>
            <div dir="auto">new address space that will take a long time
              to become available? Why</div>
            <div dir="auto">not use the already allocated space for
              CG-NAT? Sure it's only a /10</div>
            <div dir="auto">but that's an already (probably too) large
              RAN.</div>
            <div dir="auto"><br>
            </div>
            <div dir="auto">It also seems unfeasibly optimistic that if
              the work was done globally</div>
            <div dir="auto">to make 240/4 useable that they'd want to
              dedicate it to the as yet</div>
            <div dir="auto">undeployed EzIP. You might stand more chance
              if you gained some</div>
            <div dir="auto">critical mass using the existing available
              100.64/10 & rfc1918 space,</div>
            <div dir="auto">and then those that find they need more in
              one RAN will make the case</div>
            <div dir="auto">for 240/4 when it becomes necessary for
              them. Is 240/4 special to</div>
            <div dir="auto">EzIP such that alternative numbers may not
              be used?</div>
            <div dir="auto"><br>
            </div>
            <blockquote type="cite" class="gmail_quote" style="margin: 0
              0 0 0.75ex; border-left: 1px solid #0099CC; padding-left:
              0.75ex;">
              <div dir="auto">I would like to share one intriguing
                graphics (see URL below) that </div>
              <div dir="auto">is almost perfect for depicting the EzIP
                deployment configuration. </div>
              <div dir="auto">Consider the blue sphere as the earth or
                the current Internet core and </div>
              <div dir="auto">the golden colored land as the RANs. By
                connecting each continent, </div>
              <div dir="auto">country or all the way down to a Region to
                the earth via one IPv4 </div>
              <div dir="auto">address, we have the EzIP configuration.
                With this architecture, each </div>
              <div dir="auto">RAN looks like a private network.</div>
            </blockquote>
            <div dir="auto"><br>
            </div>
            <div dir="auto">That sounds an entirely undesirable goal for
              the internet.</div>
            <div dir="auto"><br>
            </div>
            <div dir="auto">brandon</div>
          </blockquote>
        </div>
        <div dir="auto"><br>
        </div>
        <div dir="auto"><span style="font-size: 12pt;">It isn't the
            Internet. It's at best a very poorly connected spur
            gateway. </span></div>
        <div dir="auto"><br>
        </div>
        <div dir="auto">Too many today don't remember the towers of
          Babel world prior to the Internet. If they did they'd
          understand that building on this type of idea is like burying
          yourself.... And any customers so unwise to get involved</div>
        <div dir="auto"><br>
        </div>
        <div dir="auto">C</div>
        <div dir="auto"><br>
        </div>
      </div>
    </blockquote>
    <p><br>
    </p>
  <div id="DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><br />
<table style="border-top: 1px solid #D3D4DE;">
        <tr>
        <td style="width: 55px; padding-top: 13px;"><a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=icon" target="_blank"><img src="https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif" alt="" width="46" height="29" style="width: 46px; height: 29px;" /></a></td>
                <td style="width: 470px; padding-top: 12px; color: #41424e; font-size: 13px; font-family: Arial, Helvetica, sans-serif; line-height: 18px;">Virus-free. <a href="https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient&utm_term=link" target="_blank" style="color: #4453ea;">www.avast.com</a>
                </td>
        </tr>
</table><a href="#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"> </a></div></body>
</html>