About the Author Niall Murphy has worked in the I.T. and Internet industries since 1995. His initial exposure to computers came with an Amstrad CPC 464 in the early 1980s, from which he never recovered. In college, Niall founded the UCD Internet Society which, at its height, gave Internet access to over two and a half thousand students who would not otherwise have had it. He also played way too much chess. During the process of obtaining a degree in Computer Science and Mathematics, he held down a variety of programming, system and network administration and security-related jobs. After college, he went on to found his own consulting company, and participate in the start-up phase of a large number of companies and projects including Club Internet, Digifone On-Line, and Hutchison 3G. He used to run the root nameservers for Ireland, and is proud of having started five RIPE LIRs. He has experience in networking of almost every kind (with the grateful exception of X.25) UNIX and Windows system administration, C systems programming, Perl, PHP, database creation and management, and Internet/IP services of all kinds, with specialities in database-backed web applications, wireless networking and next-generation networking. As per the old adage, he thinks UNIX is the worst operating system there is, apart from all the others. He is a published poet, RFC co-author and O' Reilly co-author who does landscape photography for fun; you can see some of his work at South Bull Photography. David Malone is a mathematician-cum-sysadmin. He is a researcher in the Hamilton Institute in Maynooth, Ireland, working on mathematical models of communications networks. Since 1994, he's also been a member of the sysadmin team of the School of Mathematics located in Trinity College Dublin, Ireland. There he helps to maintain a Unix-like service provided by FreeBSD and Linux machines. Naturally, they all speak IPv6.
AI Reading Assistant
Whole-book reading guide from stratified index samples; jump to passages in the text
Tip the Site
Support this siteYour recognition and a small knowledge-service contribution help keep this technical work open source.Scan the WeChat Pay or Alipay code below. Logged-in and guest visitors can both tip.
WeChat Pay
Alipay
Open WeChat or Alipay and scan. No login required.
AI guide
【One-Line Pitch】
A practical field guide for turning IPv6 from an abstract standard into a working part of your network, written for the sysadmins and network operators who actually have to configure, secure, and run it. Read this if you manage real infrastructure and want principles first, vendor-specific commands second.
【Book Arc】
- **Opening (~0%–15%)**: Frames the whole project by revisiting IPv4's successes and failures—address exhaustion, security gaps, traffic management strain—and explains why those pressures shaped IPv6's design goals.
- **Early (~15%–35%)**: Lays out IPv6's core architecture: the 128-bit address space and why that size was chosen, address notation, the interface-ID split, special address ranges, and multicast's replacement of broadcast.
- **Middle (~35%–55%)**: Moves into operational mechanics—neighbor discovery, stateless versus stateful autoconfiguration, ICMPv6 message types, and the router-controlled parameters that let you manage hosts centrally.
- **Late (~55%–80%)**: Covers deployment planning (connectivity, address space, fitting IPv6 into an existing network) and the day-to-day operations that make it useful: DNS, IPsec, firewalling, and routing.
- **Ending (~80%–100%)**: Turns to end-user services (HTTP, SMTP, and related daemons), the sockets API changes needed to port applications, and a forward-looking chapter on unresolved issues and emerging subject areas.
【Key Takeaways】
- **IPv6 exists because IPv4's problems compound over time** (Early): address exhaustion is a hard limit, and security and traffic management were bolted on rather than designed in—so the book treats IPv6 as a deliberate architectural response, not a cosmetic upgrade.
- **Specification quality matters more than early implementation quality** (Early): the authors argue the design is right even where stacks vary, which reframes "my stack is buggy" as a temporary condition rather than a reason to wait.
- **The 128-bit address length was a compromise, not a round number** (Early): 64 bits was judged too small and chained variable-length addresses too complex, so understanding the trade-off helps you reason about the resulting address architecture.
- **IPv6 splits network and interface identifiers, enabling autoconfiguration** (Early/Middle): this separation underpins stateless autoconfiguration and makes renumbering far less painful than in IPv4.
- **Broadcast is gone; multicast and solicited-node groups replace it** (Middle): knowing the key groups (all-nodes, all-routers, solicited-node) is essential for both configuration and troubleshooting.
- **Router advertisements centralize host configuration—and create new attack surface** (Middle): a single router can dictate autoconfiguration mode, MTU, hop limit, and reachability, which is efficient but spoofable; SEND is proposed for untrusted networks.
- **Stateless autoconfiguration removes the server dependency** (Middle): devices can configure themselves without DHCP infrastructure, which matters for deployments that can't justify maintaining one.
- **Deployment is a planning problem before it's a configuration problem** (Late): connectivity, address space, and integration with the existing network come first; OS-specific commands are reference material, not the narrative.
【Reading Tips】
- Read the opening IPv4 critique carefully—it's the "why" that makes the rest of the design choices legible; skim the vendor-specific configuration tables on a first pass and return to them when you actually deploy.
- Treat the OS and application chapters as reference sections rather than linear reading, as the authors intend; jump in when you're configuring a specific platform or daemon.
- Slow down on neighbor discovery, autoconfiguration, and ICMPv6 types—these are the operational heart of the book and where misconfiguration bites hardest.
- If you're porting code, go straight to the sockets API chapter; if you're an operator, prioritize the DNS, firewalling, and routing material.
- Note where the authors flag uncertain feature status—those caveats are honest signals about what was still unsettled at writing time.
【Coverage Limits】
The excerpts cover the book's structure, IPv4 motivation, core IPv6 architecture, autoconfiguration, and ICMPv6, but do not detail the specific configuration commands, DNS/IPsec/firewall procedures, or the programming examples. Treat this guide as a map of the book's arc rather than a substitute for its operational detail.
Excerpt 1
l of Mathematics located in Trinity College Dublin, Ireland. There he helps to maintain a Unix-like service provided by FreeBSD and Linux machines. Naturally...
or ask technical questions about this book, send email to: bookquestions@oreilly.com For more information about our books, conferences, Resource Centers, and...
using or describing IPv6 addresses efficiently becomes much more important than in IPv4, where you are never more than 16 keystrokes from the end of an addre...
emely useful and is very flexible about delivering informa- tion that a host requires to use network resources, but it requires a server and some- one to mai...
king its way from one part of a network to another. Usually the flow is defined in terms of all the traffic from a particular running application, host or ne...
one of the IPv4 addresses in use on the NAT automatically. We have to admit that we haven’t seen any NAT-PT devices in action, though there are both commerci...
infrastructure (ouch) or get a new package. And if you’ve a home-grown set of tools, perhaps based on MRTG, Nagios, or the like, we’re pleased to inform you...
m to become familiar with addressing, routing, and new fea- tures like router solicitation in an environment where it doesn’t particularly mat- ter whether c...
Support this siteYour recognition and a small knowledge-service contribution help keep this technical work open source.
Scan the WeChat Pay or Alipay code below. Logged-in and guest visitors can both tip.
WeChat PayAlipay
Open WeChat or Alipay and scan. No login required.
Add Tag
Enter tag name (max 50 characters)
Share E-Book
IPv6 Network Administration (Niall Richard Murphy, David Malone)(Z-Library)
Scan QR code with your phone to access
Copy the link or scan the QR code to access this e-book on your phone
Share E-Book via Email
Please enter email address
Donation Statistics
¥.00
Total Donations
0
Donation Count
IPv6 Network Administration (Niall Richard Murphy, David Malone)(Z-Library)
Find Your Favorite Books
Only registered users can comment after logging in. Comments need to be reviewed by administrators before being displayed
Loading comments...
Reply to Comment
Edit Comment