<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 22, 2022 at 8:26 PM Abraham Y. Chen <<a href="mailto:aychen@avinta.com">aychen@avinta.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Dear Tom: *<br></blockquote><div>[...] </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
2) "...Your proposal appears to rely on a specific value in the IP <br>
option header to create your overlay....": Not really, as soon as the <br>
100.64/10 netblock is replaced by the 240/4, each CG-NAT module can <br>
serve a very large area (such as Tokyo Metro and such) that becomes the <br>
RAN in EzIP terminology. Since each RAN is tethered from the existing <br>
Internet core by an umbilical cord operating on one IPv4 public address, <br>
this is like a kite floating in the sky which is the basic building <br>
block for the overlaying EzIP Sub-Internet when they expand wide enough <br>
to begin covering significant areas of the world. Note that throughout <br>
this entire process, the Option Word mechanism in the IP header does not <br>
need be used at all. (It turns out that utilizing the CG-NAT <br>
configuration as the EzIP deployment vehicle, the only time that the <br>
Option Word may be used is when subscribers in two separate RANs wishing <br>
to have end-to-end communication, such as direct private eMail exchanges.)<br></blockquote><div><br></div><div><br></div><div>Hi Abraham,</div><div><br></div><div>I notice you never replied to my earlier questions about EzIP deployment.</div><div>I'll assume for the moment that means my concerns were without merit, and </div><div>will leave them aside.</div><div><br></div><div>But in reading this new message, I find myself again rather confused.</div><div><br></div><div>You stated:</div><div>"Since each RAN is tethered from the existing Internet core by an umbilical cord operating on one IPv4 public address,"</div><div><br></div><div>I find myself staring at that statement, and puzzling over and over again </div><div>at how multi-homing would work in the EzIP world.</div><div><br></div><div>Would a given ISP anycast their single global public IPv4 address </div><div>to all their upstream providers from all of their edge routers, </div><div>and simply trust stable routing in the DFZ to ensure packets arrived </div><div>at the correct ingress location to be mapped from the public internet </div><div>into the RAN?</div><div><br></div><div>Or do you really mean that every RAN will have one giant single point </div><div>of failure, a single uplink through which all traffic must pass in order to </div><div>reach the DFZ public internet?</div><div><br></div><div>If your regional network is a housing subdivision, I can understand the </div><div>model of a single uplink connection for it; but for anything much larger, </div><div>a single uplink seems like an unsustainable model. You mention Tokyo Metro </div><div>in your message as an example. What size single uplink do. you think would </div><div>be sufficient to support all the users in the Tokyo Metro region? And how </div><div>unhappy would they be if the single router their 1 public IP address lived </div><div>on happened to have a hardware failure?</div><div><br></div><div>Wouldn't it be better if the proposed model built in support for </div><div>multihoming from day one, to provide a similar level of redundancy </div><div>to what is currently available on the Internet today?</div><div><br></div><div>Or is EzIP designed solely for small, singled-homed residential </div><div>customers, and is not intended at all for enterprise customers </div><div>who desire a more resilient level of connectivity?</div><div><br></div><div>As I noted in my previous message, this seems like an awful lot of </div><div>work to go through for relatively little benefit--but this may simply be </div><div>due to a lack of essential clue on my part. I would very much like to </div><div>be enlightened.</div><div><br></div><div>Thank you!</div><div><br></div><div>Matt</div><div><br></div></div></div>