Stanford NetDB- An Open Source Network Management Application for DNS, DHCP, IP Address Spaces, etc.

1
Stanford NetDB- An Open Source Network
Management Application for DNS, DHCP, IP Address
Spaces, etc.

• http//stanfordnetdb.stanford.edu
• Sunia Yang sunia_at_stanford.edu
• Rob Riepel riepel_at_stanford.edu

2
Summary

• Introduction
• What is Stanford NetDB?
• Demonstration
• How do we use NetDB?
• Distribution

3
Introductions

• Rob Riepel
• NetDB architect
• Architect/programmer/keeper for DNS, DHCP
• Dmitri Priimak
• Programmer for middleware and front end
• Sunia Yang
• NetDB "user advocate, tester
• Network monitoring
• Application bandwidth management

4
What is Stanford NetDB?

• Model of the IP network- 20 years
• DNS, DHCP, Whois data source
• IP address management
• Host information/inventory
• Distributed administration
• GNU Public License version 2 (2007)

Models how humans think of networks.
5
DNS Name Space

• Supports domains/subdomains
• Checks all names for uniqueness
• Enforces DNS rules
• e.g. A Name cannot be MX
• Authorization of names by domain
• 1 min to generate Stanford zone file
• Updated hourly at Stanford

6
DHCP

• Supports static/dynamic dhcp settings
• Supports DHCP options
• Updated every 10 min at Stanford

7
IP Address Space Management

• Address spaces organized into networks
• - network maps to layer 2 network
• Easy to split/join/move address spaces
• Authorization by address space
• Reserved addresses can only be used by gods
• Uniqueness enforced
• Automatically looks for next available address

8
Host Inventory

• Nodes show the way humans think of computers
• Associates nodes with people/location/dept
• Custom fields allow quick extension of database

9
Distributed Administration

• Ease of use allows many users
• 900 at Stanford, 15 minutes of training
• Granular authorization
• Choice of interfaces
• Web - general users
• CLI - power users, scripting
• API - Dorms for custom interface
• Easy import/export (csv)

10
Demonstration
11
acme.com
eng.acme.com
10.8.0.0/16
12
acme.com
eng.acme.com
10.8.0.0/16
laptop.eng.acme.com
13
acme.com
eng.acme.com
10.8.0.0/16
laptop.eng.acme.com
server.eng.acme.com
14
acme.com
eng.acme.com
10.8.0.0/16
laptop.eng.acme.com
10.16.16.0/24
server.eng.acme.com
15
acme.com
eng.acme.com
marketing.acme.com
10.8.0.0/16
laptop.eng.acme.com
10.16.16.0/23
server.eng.acme.com
16
acme.com
George
Rosie
eng.acme.com
marketing.acme.com
10.8.0.0/16
laptop.eng.acme.com
10.16.16.0/23
server.eng.acme.com
17
acme.com
George
Rosie
eng.acme.com
marketing.acme.com
10.8.0.0/16
laptop.eng.acme.com
10.16.16.0/24
10.16.17.0/24
server.eng.acme.com
18
acme.com
George
Rosie
eng.acme.com
marketing.acme.com
10.8.0.0/16
laptop.eng.acme.com
router.acme.com
10.16.16.0/24
10.16.17.0/24
server.eng.acme.com
19
How do we use NetDB?- Data Flow
Sys Admins Desktop Admins Network
Admins Networking
DNS
DHCP
Self-Registration
NetDB
SUNet
Firewalls
IPM
Reports Whois
Monitoring
Cfg Mgmt
20
Statistics
Record Registered Active
Node 112344 58839
Network (Address Space) 748(2631) 579(1350)
User 980 724
Admin Team 175
Domain 414
Group 199
Department 257
Location 678
Make 118
Model 625
OS 110
State 6
21
Code Architecture
Web browser
CGI scripts StanfordWho
CLI
whois server
NetDB GUI rmi_client.jar
Other clients
rmi_server.jar
netdb.jar
Database
DNS scripts
DHCP scripts
Other
BIND
dhcpd
22
Servers used at Stanford

• Web/middleware
• Dell 1850, dual 2.8Ghz, 4GB RAM
• Linux Debian
• Database
• Dell 2650, 4 x 3Ghz, 7GB RAM
• Linux Redhat 2.4.21-37.ELsmp

23
Platform Dependencies

• Oracle 10G database
• works with Express version
• Java 1.6
• Debian Linux
• probably works on any Unix with Java 1.6
• Perl DBDOracle for reporting

24
NetDB at Your Site

• External pieces required
• Directory provider (e.g. LDAP)
• Seed data sample directory provider included
• Web login requires webauth
• CLI requires Kerberos
• Sample DNS/DHCP generation scripts included

25
Futures

• IPv6

26
More Information

• http//stanfordnetdb.stanford.edu
• Demo version- data refreshed daily
• Download files
• Documentation
• Contact Us!
• netdb-users_at_lists.stanford.edu

27
The NetDB Team

• Dmitri Priimak - software developer
• Joel Lidtke - software developer
• Rob Riepel - architect
• Sunia Yang - QA, user advocate