BlueCat IPv6 - 3xsx

THE IPAM Market LeaderSven Blasius – Regional Director Central Europe

Agenda

• Part I– BlueCat Networks, products and how it works

• Part II• Part II– IPv6 – the Game Changer

• Part III– Migrate IPv4 to IPv6

BlueCat Networks - Key Highlights

� IPAM Market leader & Strong Growth Trajectory

– Industry’s largest, fastest-growing, IPAM “Pure Play” Company with a proven track record

of client satisfaction.

– About 200 people - Deep expertise in IPAM Technology

– Over 1,300 clients - many Global Fortune 1000

� Superior DDI Technology

1300 Customers

600

5M+

Scale

Simultaneous

Servers

IP Addresses

� Superior DDI Technology

– Most Scalable IPAM / DDI platform – a single Proteus is running over 600 units

– Only DDI vendor that does complete end-to-end DDI (including DNS cloud service)

– VMware Certified product line, for DDI & Microsoft Gold Partner For DDI

– Most flexible deployments – Software, Appliance or Managed Service

– Gartner “Strong Positive” Buy Rating & Multi-year track record of Best of Breed Product

Awards

� Financial Strength

– Market Leading Growth - 41% Revenue CAGR (Compound Annual Growth Rate) from

2006-2010

– Strong Revenue Growth –Strong cash position, debt free

Servers

140Customer

Purchases

Last Quarter

Software

Appliance

Managed Service

Software Models

BlueCat – Industry Leadership

• IPAM Pure Play Focused Company

• Most Advanced Migration/Cut-Over (BluePrint™ software)

• Most Comprehensive Support (24/7 CARE Program, TAM, Partner Model)

• IPAM Leader• IPAM Leader– 1st IPAM Appliance/1st IPAM Virtual Appliance (software)– 1st with DNSSEC Appliance/Virtual (software)– 1st VMware certified solution– 1st Integrated IPAM with Managed DNS (Cloud Service)

• IPv6 Leader – Technical Advisory Board

Flexible Deployment Options

Appl iances

P r o t e u s 5 5 0 0 | E n t e r p r i s e L e v e l A d o n i s 1 9 5 0 | D N S / D H C PP r o t e u s V i r t u a l A p p l i a n c e

Virtual Appl iances

Microsof t® Management

P r o t e u s 5 5 0 0 | E n t e r p r i s e L e v e l

P r o t e u s 3 3 0 0 | M i d L e v e l A d o n i s 1 9 0 0 | D N S / D H C P

A d o n i s 1 2 0 0 | D N S / D H C P

A p p l i a n c e

A d o n i s | V i r t u a l A p p l i a n c e

A d o n i s 8 0 0 | D N S / D H C P Managed DNS

A d o n i s X MB | D N S / D H C P

Single point of administration (100% HTML Interface)

What are the benefits?•Scalability, no client plug-in, no Java install required. •Usability: intuitive, easy to use access from anywhere

Global IP Visibility (View of Entire IP Space)

What are the benefits?•Provides Network Documentation: Which networks are

assigned? VLAN ID? Utilization?

•Provides IP Documentation: Which IP’s are assigned?

What is the state? MAC Address? Device Type?

Global DNS/DHCP Server Management (Scalable and Flexible DNS/DHCP Integration)

What are the benefits?•Manage hundreds of DNS/DHCP servers through one

Management Platform

• Flexible offering – Manage Adonis appliances, Virtual

appliances, or Windows 2000/2003/2008 DNS/DHCP

High Availability and No Interruptions in Service

What are the benefits?•99.999% uptime

• Appliance clustering (XHA), DHCP Failover, Anycast

• Database replication

Auditing Everywhere!

What are the benefits?•Log and audit all Admin sessions and changes

•Log and audit all DHCP transactions (IP Lease history)

•Audit trail is object based – simple for the users to find

changes for troubleshooting

Track Roaming Users

What are the benefits?•Track users between subnets

•Creative linking in database allows for easy changes to DHCP

reservations

Multihomed Devices and Device Groups

What are the benefits?•Provide Device Asset Management

•Another way to view IPAM data – per device

•Manage multi homed devices

Part IIIPv6

The 1970sThe 1970s

IPv4 Background

• Protocol is ancient (early 1970s)

• Designed to the support killer apps of the time– FTP (1971)– TELNET (1972)– SMTP (1981)– SMTP (1981)– HTTP (1991)

• Originally split into address classes

• CIDR introduced to improve allocation strategy

• IPv4 address space is limited - about 4B total addresses

• NATs extended life by reducing consumption via private networks

Not Running Out Unit 2028!

Source: http://www.iepg.org/july2003/v4.pdf

Reality of IPv4 Exhaustion

Source: http://en.wikipedia.org/wiki/File:Ipv4-exhaust.svg

IPv4 - The Day After

• The Internet will still work

• IPv4 services will still run

• IPv6 services will start to appear

• Some systems will be dual stacked• Some systems will be dual stacked

• Not enough space to fully dual stack organizations

• IPv4 to IPv6 will require translation

• Translation services might not be desirable

More Addresses!

340 undecillion, 282 decillion, 366 nonillion, 920 octillion, 938 septillion, 463 sextillion, 463 quintillion, 374 quadrillion, 607 trillion, 431 billion, 768 million, 211 thousand 456

The IP Address Game

10.4.83.72

What was the Address?

10.4.83.72

Next Level

2001:fecd:ba23:cd1f:dcb1:1010:9234:4088

What was the Address?

2001:fecd:ba23:cd1f:dcb1:1010:9234:4088

dcb1:1010:9234:408b

dcb1:1010:9234:5088

dbc1:1010:9234:4088

dcb1:1010:9234:4088

dcd1:1010:9234:4088

Needle in a Hay Stack

dcb1:1010:9234:4a88dcb7:1010:9234:4088

dcb1:101a:9234:4088

dbc1:1010:9234:4088

dcb1:1010:8234:4088dcb1:7010:9234:4088dcb1:1011:9234:4088

dcb1:1010:9234:408b

dcb1:1010:9234:5088

dbc1:1010:9234:4088

dcb1:1010:9234:4088

dcd1:1010:9234:4088

Needle in a Hay Stack

dcb1:1010:9234:4a88dcb7:1010:9234:4088

dcb1:101a:9234:4088

dbc1:1010:9234:4088

dcb1:1010:8234:4088dcb1:7010:9234:4088dcb1:1011:9234:4088

Management is Key

• IPv6 Addresses are not human friendly

• No more hard-coded IPs - DNS is a must

• Management of addresses in layers

• Determining the next available network is a non-• Determining the next available network is a non-trivial task

• Transition will start on the outside

• DHCP6 will be the preferred method for allocation

• IPAM key transition technology

Address Complexity

• Your IPv6 network will most probably be dual-stack for many years.

• So you are not managing a single-protocol network anymore.

• A typical IPv6 interface will not have just one IPv6 • A typical IPv6 interface will not have just one IPv6 address but most probably multiple IPv6 addresses.

• Many of the devices will have an IPv4 address plus multiple IPv6 addresses.

• Your IPAM solutions needs to be able to make this manageable.

Part IIIMigration

Develop Your IPv6 Road Map

• Document and Discover IPv4 Space

• Understand existing IPv6 capabilities

Discover

• Create IPv6 Blocks and Networks

• Migrate existing IPv6 Data

Plan and Model • Migrate existing IPv6 DataModel

• Map IPv4 Devices to IPv6 Devices

• Track Dual Stacked Devices

Map

• IPv6 DNS Management

• IP Reconciliation

Implement

Documenting Your Existing Space

• Document and Discover IPv4 Space


Discover






Map


Implement

Sources of Data

Data Migration

IPv4 Discovery

IPv6 Discovery

Network Discovery uses router tables to track

MAC to IP relationship

• BlueCat discovery supports both IPv4 and IPv6

Planning the Move to IPv6

• Discover and document IPv4 Space


Discover






Map


Implement

Building Blocks

Add IPv6 Networks

Map IPv4 to IPv6

• Document and discover IPv4 Space


Discover






Map


Implement

Tracking dual-stacked Hosts

Tracking dual-stacked hosts requires a common

entity between them

• Allows you to map both addresses to one object

Common proposed methods include:

• MAC address

• DNS hostname

• Devices

IP Address <-> MAC Address

IP Address <-> Hostnames

IP Address <-> Devices

Implementing IPv6

• Document and Discover existing IPv4 Space


Discover






Map


Implement

IPv6 DNS Management

DNS server will have both v4 and v6 data

Conclusion

Implementing IPv6 Requires DDI

Organizations need to look at implementing DNS,

DHCP and IPAM together

• Investigate vendors that do all three

• DNS is a must for IPv6 go-live

• IPAM is important to help smooth transition

Thank You!

Documents

BlueCat IPv6 - 3xsx