On 9/21/11 1:19 PM, Ray Hunter wrote:
1) I contend that multi-homing is probably going to become the "norm" in Europe by 2022, due to The European Electricity and Gas Directive. That corresponds at least to picture 4, if not more.
If we believe that multi-homing will be more common, then I think we need to understand what the constraints are for the multihoming in particular as this relates to walled gardens. I can see many different possibilities, which imply different requirements.
1. Just two paths to the Internet; the home gets one PA prefix from each ISP.
2. Like #1 but in addition the ISPs run ingress filtering so that the source address in a packet from the home has to match the prefix that ISP delegated.
3. Like #1, but there are QoS guarantees for traffic local to an ISP. Thus a host in the home can connect to foo.ispA.net over either ISP-A or ISP-B, but gets better voice/video quality when doing it over ISP-A's connection.
4. Looking up foo.ispA.net works when asking the DNS server at ISP-A, but fails (NXDOMAIN) when asking ISP-B.
5. The lookup of foo.ispA.net works over either DNS and returns the same IP address, but fails (due to firewalls) for packets that are sent out via ISP-B.
6. The lookup of foo.ispA.net works over either DNS and returns the same IP address, but the application-layer content is completely different (e.g., a "subscriber" view when connecting over the ISP-A connection).
7. The lookup of foo.ispA.net returns different IP addresses when asking ISP-A vs. ISP-B.
Do we really want to solve all those problems in homenet? We can't tell the difference between behavior #1 and #6 at the IP layer.
Erik _______________________________________________ homenet mailing list [email protected] https://www.ietf.org/mailman/listinfo/homenet
