60 likes | 177 Vues
This document outlines Sprintlink's journey and strategic goals for IPv6 deployment, focusing on value-add for customers and peers since its inception in Q4 1997. Initially, Sprintlink operated with a minimal number of peers and customers, but by Q1 2000, it scaled significantly. With existing infrastructure lacking redundancy, future plans aim to enhance networking capabilities through native customer peering, robust IGP deployment, and improved DNS services. Key constraints include outdated router vendor code and scalability challenges in routing tables, highlighting the need for application development and dynamic IGP functionalities.
E N D
Sprintlink IPv6 rob rockell rrockell@sprint.net
Goals • play • Value-Add for customers and others • free • not under SLA • Test Implementations, think about problems
Timing • Started 4Q 1997 • (3ffe:2900::/24) • 4Q 1998: • about 10 peers, about 5 customers • 1Q 2000: • 28 peers, over 50 downstream customers
NOW All peer/cust connex tunneled All equipment old, no redundancy FUTURE Get to exchanges somehow, provide for native customer peering Deploy good stable IGP, and provide redundant services (DNS, etc...) Plans for IPv6
Constraints • Router Vendor Code: • unstable and lacking support: • Dynamic IGP • BGP functionality • Next-header functionality • Applications: • Need more apps. • no traffic on 6bone (barely).
Constraints • Protocol: • Multi-homing? • Address allocation, auto(re)-configuration, routing table scalability.