1 / 6

draft-weil-shared-transition-space-request-01

draft-weil-shared-transition-space-request-01. Jason Weil, Victor Kuarsingh, Chris Donley, Christopher Liljenstolpe, Marla Azinger. Underlying Drivers.

talon
Download Presentation

draft-weil-shared-transition-space-request-01

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. draft-weil-shared-transition-space-request-01 • Jason Weil, Victor Kuarsingh, Chris Donley, Christopher Liljenstolpe, Marla Azinger

  2. Underlying Drivers • In the IPv4 to IPv6 transition period, end-user SPs will have to support heritage IPv4 customer end devices (think slingboxes, game consoles, SNMP managed toasters, etc.) • Contrary to popular belief, operators don’t like blowing up customers’ services on purpose - we do it well enough by accident, therefore we need to support those devices • IVI, DSlite, etc. could support those heritage devices, but require CPE / RG changes - and those devices are just now starting to arrive in the market.

  3. But it’s NAT.... • For many of the carriers represented here (and others), NAT444 is the least disruptive way of managing those heritage devices during the transition. • Yea, we know, trust us, if there was another path, we wouldn’t be inflicting this pain on ourselves.... • As soon as possible, we want that NAT gone as well, but millions (or tens of millions) of CPE fleet changes takes time.

  4. What do we need? • A re-useable address block (/10 is proposed) to allow the CPE to CGN network to be deconflicted with the customers’ networks. • Best place to assign from - IANA. • Can be discontiguous, but would prefer not.

  5. Use and Constraints • Used for any transition mechanism • Limited to use by infrastructure providers - we know other users will poach it, • but people that do will be “off the reservation” • no default or example configs, no end-user documentation mentioning it, etc. will limit that poaching to “knowledgeable” users.

  6. Why longer than a /8 • Pragmatism • Limit the impact on the remaining pool • Some operators need multiple /8’s, some need one /8, some less. That means that some operators will have to have pools of NAT. • Yes, we know it’s painful, refer to slide 3

More Related