IPv6 Home Networking Architecture - update IETF homenet WG Interim meeting Philadelphia, 6 th Oct 2011 draft-chown-homenet-arch-00.

Slides:



Advertisements
Similar presentations
1 LAYER 3 TSN – DRAFT 4 Jouni Korhonen, Philippe Klein July 2014 LAYER 3 FOR TSN.
Advertisements

A Near Term Solution for Home IP networking (HIPnet) draft-grundemann-homenet-hipnet RIPE 66 – Dublin – 14 May 2013 Chris Grundemann, Chris Donley, John.
NAT, firewalls and IPv6 Christian Huitema Architect, Windows Networking Microsoft Corporation.
Transitioning to IPv6 April 15,2005 Presented By: Richard Moore PBS Enterprise Technology.
Enabling IPv6 in Corporate Intranet Networks
IP Version 6 Next generation IP Prof. P Venkataram ECE Dept. IISc.
Dynamic Routing Scalable Infrastructure Workshop, AfNOG2008.
CSE5803 Advanced Internet Protocols and Applications (7) Introduction The IP addressing scheme discussed in Chapter 2 are classful and can be summarised.
IAB/IESG Recommendations on IPv6 Address Allocation Bob Hinden at RIPE Sept Brian Carpenter at ARIN Oct Alain Durand at APNIC Oct
IPv4-Embedded IPv6 Multicast Address draft-ietf-mboned-64-multicast-address-format IETF 84 Vancouver 1.
1 IPv6 in CableLabs DOCSIS 3.0 IETF v6ops wg meeting IETF#65 Ralph Droms Alain Durand
Prefix allocation in small networks Fred Baker. Allocating prefixes Methods: Manually (let’s not) Automatically using DHCP/DHCPv6 Automatically using.
IAB/IESG Recommendations on IPv6 Address Allocation Bob Hinden at RIPE Sept Brian Carpenter at ARIN Oct Alain Durand at APNIC Oct
IPv6 Site Renumbering Gap Analysis draft-liu-6renum-gap-analysis-01 draft-liu-6renum-gap-analysis-01 Bing Liu Sheng Jiang IETF July
資 管 Lee Lesson 11 Coexistence and Migration. 資 管 Lee Lesson Objectives Coexistence and migration overview Coexistence mechanisms ◦ Dual Stack ◦ Tunneling.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 4: Addressing in an Enterprise Network Introducing Routing and Switching in the.
CSE 8343 Group 3 Advanced OS Inter Operability Between IPv4 and IPv6 Team Members Aman Preet Singh Rohit Singh Nipun Aggarwal Chirag Shah Eugene Novak.
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public BSCI Module 8 Lessons 1 and 2 1 BSCI Module 8 Lessons 1 and 2 Introducing IPv6 and Defining.
Basic Transition Mechanisms for IPv6 Hosts and Routers -RFC 4213 Kai-Po Yang
Concerns about designating the MAG as a Default Router James Kempf NETLMM Interim Sept. 27, 2006.
NEMO Requirements and Mailing List Discussions/Conclusions T.J. Kniveton - Nokia Pascal Thubert - Cisco IETF 54 – July 14, 2002 Yokohama, Japan.
Sharing a single IPv4 address among many broadband customers
© 2006 Cisco Systems, Inc. All rights reserved.Cisco Public 1 Version 4.0 4: Addressing in an Enterprise Network Introducing Routing and Switching in the.
Chapter 9. Implementing Scalability Features in Your Internetwork.
Dnssd requirements draft-ietf-dnssd-requirements-01 Kerry Lynn Stuart Cheshire Marc Blanchet Daniel Migault IETF 89, London, 3 March 2014.
Autonomic Prefix Management in Large-scale Networks ANIMA WG IETF 91, November 2014 draft-jiang-anima-prefix-management Sheng Jiang Brian Carpenter Qiong.
IETF 51, IPv6 WG1 Multilink Subnets draft-thaler-ipngwg-multilink-subnets-01.txt Dave Thaler
Draft-vandevelde-v6ops-addcon-00.txt IPv6 Unicast Address Assignment Considerations Gunter Van de Velde (editor) Tim Chown Ciprian Popoviciu IETF 65, March.
Addressing Issues David Conrad Internet Software Consortium.
Default Router Preferences and More-Specific Routes in RAs Richard Draves May 31, 2001 Redmond Interim IPv6 WG Meeting draft-ietf-ipngwg-router-selection-00.
ARMD – Next Steps Next Steps. Why a WG There is a problem People want to work to solve the problem Scope of problem is defined Work items are defined.
Ch 6: IPv6 Deployment Last modified Topics 6.3 Transition Mechanisms 6.4 Dual Stack IPv4/IPv6 Environments 6.5 Tunneling.
Routing integrity in a world of Bandwidth on Demand Dave Wilson DW238-RIPE
Guidance for Running Multiple IPv6 Prefixes (draft-liu-v6ops-running-multiple-prefixes-02) Bing Liu, Sheng Jiang (Speaker), Yang Bo IETF91
Network Architecture Protection (draft-vandevelde-v6ops-nap-01.txt) Brian Carpenter, Ralph Droms, Tony Hain, Eric L Klein, Gunter Van de Velde.
IPv6 Site-Local Discussion Bob Hinden & Margaret Wasserman IETF 56 San Francisco March 2003.
Guidance of Using Unique Local Addresses draft-liu-v6ops-ula-usage-analysis-05 draft-liu-v6ops-ula-usage-analysis-05 Bing Liu(speaker), Sheng Jiang, Cameron.
Deploying IPv6, Now Christian Huitema Architect Windows Networking & Communications Microsoft Corporation.
Analysis and recommendation for the ULA usage draft-liu-v6ops-ula-usage-analysis-00 draft-liu-v6ops-ula-usage-analysis-00 Bing Liu(speaker), Sheng Jiang.
NAT64-CPE Mode Operation for Opening Residential Service Gang Chen Hui
Smart Energy v6 CPE Requirements draft-herbst-v6ops-cpeenhancements-00 Tom Herbst Don Sturek.
Nov. 8, 2006IDR WG Meeting1 IPv6 Next Hop for IPv4 Prefix In BGP Updates, NH not necessarily of same address family as NLRI Currently deployed examples:
1 Extreme Networking at Home Jari Arkko, Ericsson.
IPv6 - The Way Ahead Christian Huitema Architect Windows Networking & Communications
IP Transitioning in CE Routers Mark Townsley, Ole Troan.
Post IPv4 “completion” Making IPv6 incrementally deployable by making it backward compatible with IPv4. Alain Durand.
Security “Automatic Border Detection” is essential – For service discovery scope – For prefix assignment and routing – For security Default filters (ULAs?)
IETF #58 in Minneapolis1 IPv6 Address Assignment and Route Selection for End-to-End Multihoming Kenji Ohira Kyoto University draft-ohira-assign-select-e2e-multihome-02.txt.
Expectation for IPv6 Dec.19th, 2000 Noriyuki Kishikawsa NEC Corporation.
Routing Protocols Internal and External Routing 6DEPLOY. IPv6 Deployment and Support.
Homenet Routing IETF 83, Paris Acee Lindem, Ericsson.
1/7 zerouter BoF Problem Statement 19 th Nov th IETF - Atlanta, Georgia, USA
Cisco Public 1 Eric Vyncke, Distinguished Engineer Cisco Systems
IPv6 Security Issues Georgios Koutepas, NTUA IPv6 Technology and Advanced Services Oct.19, 2004.
IPv6 Working Group IETF55 Atlanta November URL for Thermometer
Prefix Assignment and distribution of other configuration infromation Ole IETF82.
V4 traversal for IPv6 mobility protocols - Scenarios Mip6trans Design Team MIP6 and NEMO WGs, IETF 63.
Constraints on Automated Key Management for Routing Protocols
Routing and Addressing in Next-Generation EnteRprises (RANGER)
Discussion on DHCPv6 Routing Configuration
Default Router Preferences and More-Specific Routes in RAs
Homenet Architecture Discussion
Les Ginsberg Stefano Previdi Peter Psenak Martin Pilka
RIPE IPv6-wg and Renumbering
ECSE-6600: Internet Protocols
Scaling up DNS-based service discovery
Dynamic Routing and OSPF
Host and Small Network Relaying Howard C. Berkowitz
Presentation transcript:

IPv6 Home Networking Architecture - update IETF homenet WG Interim meeting Philadelphia, 6 th Oct 2011 draft-chown-homenet-arch-00

Update from discussions Has been useful for feedback on the architecture principles Some interesting discussions, e.g. – Homenet “versions” – Security borders – Prefix configuration methods draft-chown-homenet-arch-00

On re-use of existing protocols Desirable to reuse existing protocols Conservative approach – Give some weight to running code – But new capabilities are required – Need to know new protocols will be implemented Some depends on open source development Backwards compatibility – But don’t be concerned about existing broken deployments (e.g. /64 due to CPE limitations) draft-chown-homenet-arch-00

On Topology Assumptions No built-in assumptions – Make the least assumptions possible Users want simple plug and play of devices – But what about arbitrary topologies/loops? – Enough to say do not introduce new IPv6 cases that would break with IPv4+NAT? Do we include multi-homing? – Is 2 nd ISP for resilience unrealistic to consider? – Is work valid without multi-homed scenario? draft-chown-homenet-arch-00

On dual-stack Assume one of two cases – Dual-stack IPv4-IPv6, or IPv6 only IPv6 solutions must not adversely affect IPv4 Seek to keep IPv4 and IPv6 topologies congruent where possible – But with largest possible subnets Specific transition tools out of scope – Though IPv6-only homenet may need to reach external IPv4 content draft-chown-homenet-arch-00

Largest possible subnets IPv4 home network deployments are most commonly single subnet – Initial IPv6 deployments probably the same Seek to use largest possible subnets – Route in IPv6 where IPv4 NAT is used There are chained IPv4 NATs out there – e.g. VMs like Parallels, ICS, etc – Will we need IPv6 routed versions of these? draft-chown-homenet-arch-00

Transparent end-to-end IPv6 architecture allows transparent end-to-end – In practice depends on firewall mode (RFC 6092) – Or whether we use “Advanced Security” RFC 6092 default is to block – But all IPv6 nodes should still be globally addressable even if not globally reachable – RFC 6092 requires support for “transparent” mode Need traversal tools if firewalls are default deny – Implies PCP or uPnP signaling through multiple routers draft-chown-homenet-arch-00

Routing functionality Desirable that routers have knowledge of the topology – Implies use of OSPF or IS-IS – Coordinate LSA and RA usage? Zeroconf OSPF (zospf) may be attractive – Could provide prefix configuration – Across single area with shared pw, defines boundaries Supporting multi-homing adds complexity – May imply need support for source routing in some form Different protocols for different media properties – RPL within low power/lossy networks draft-chown-homenet-arch-00

Self-organising network Should be self-organising and self-configuring – Minimal configuration, e.g. WLAN pw, router pw Need “automatic border detection” – And know where to apply security – Relevant for site scope border for multicast Stable prefixes “under normal conditions” – But re-plumbing may cause prefix changes No requirement to aggregate internally? – Although hierarchical prefix configuration may avoid need to use dynamic routing protocol? draft-chown-homenet-arch-00

Naming and Discovery Naming and service discovery should work across the whole homenet But may wish to have policy borders – e.g. for guest network Existing protocols link-layer constrained – We seem to prefer extending discovery scope rather than discovery protocol proxies Need naming system that can be used internally or externally – Consider domain labels – Consider services not just devices draft-chown-homenet-arch-00

Adapt to ISP constraints Assume at least a /60, preferably a /56 – Affects prefix configuration discussion Should assume static prefixes – Privacy implications of that out of scope Homenet prefix from ISP *may* change – So don’t make renumbering harder than need be – Also, internal reorganisation may lead to renumbering of some links The “walled garden” rathole draft-chown-homenet-arch-00