Prefix Assignment and distribution of other configuration infromation

5
Prefix Assignment and distribution of other configuration infromation Ole Trøan @Homenet IETF82

description

Prefix Assignment and distribution of other configuration infromation. Ole Trøan @ Homenet IETF82. Problem:. How to assign stable prefixes to links in an arbitrary topology home network? How to distribute other configuration information (DNS servers etc )? - PowerPoint PPT Presentation

Transcript of Prefix Assignment and distribution of other configuration infromation

Page 1: Prefix Assignment and distribution of other configuration  infromation

Prefix Assignment and distribution of other configuration infromation

Ole Trøan @Homenet IETF82

Page 2: Prefix Assignment and distribution of other configuration  infromation

Problem:

• How to assign stable prefixes to links in an arbitrary topology home network?

• How to distribute other configuration information (DNS servers etc)?– Given multiple sources of information

Page 3: Prefix Assignment and distribution of other configuration  infromation

Cisco Confidential© 2010 Cisco and/or its affiliates. All rights reserved. 3

Page 4: Prefix Assignment and distribution of other configuration  infromation

Possible Solutions (interim):1. Layer 2/RFC6204 topology – null solution

2. Multilink subnet routing• Hosts routes combined with ND flooding (draft-ietf-ipv6-multilink-subnets-00)

3. Hierarchical DHCP Prefix DelegationRFC3633 + draft-chakrabarti-homenet-prefix-alloc-00

4. Flat DHCP Prefix DelegationRFC3633 + draft-baker-homenet-prefix-assignment-00

5. Zeroconf OSPFdraft-arkko-homenet-prefix-assignment-01

6. NAT (IPv6 NAT or NPT66)

7. Others

Page 5: Prefix Assignment and distribution of other configuration  infromation

Consider: Flooding vs Request/Reply• Request/Reply may require a God server

– Make handling multiple sources of information difficult

• Request/Reply requires some way of discovery of the “server”.

• Flooding is distributed state. All routers in the network has the same view of the network. Assuming link-state routing here.

– Requires “collision detection”• Both assumes fate sharing that the node injecting site-prefix or being

the server are co-located with the border router