nanog mailing list archives
Re: The stupidity of trying to "fix" DHCPv6
From: Owen DeLong <owen () delong com>
Date: Tue, 14 Jun 2011 15:05:59 -0700
On Jun 14, 2011, at 11:00 AM, Ben Jencks wrote:
On Jun 14, 2011, at 1:41 PM, Owen DeLong wrote:Then use RA and move on. However, please understand that yours is not the only environment and that there are real-world scenarios where having the router-guys dictate the host configuration is considered unacceptable at best.This has always confused me. What aspect of host configuration is the router providing that's so problematic? The prefix, which has to match on the router and host in order for anything to work anyway? The indication to go use DHCPv6, which doesn't really add anything since you need to configure a DHCPv6 proxy anyway? There's just so little information in an RA, and the router needs to know it all anyway, that I'm having trouble understanding what environment would find this so horrifying. -Ben
Imagine this scenario... [RA] [RB] [RC] [RD] | | | | [-+---+---+---+---+----+---+---+---+---+---+---+---+---+---+-] | | | | | | | | | | | [AR] [AP] [ACCTG] [D1] | [D2] | [D3] | [W1] [W2] [L1] [R1] AR is Accts Receivable AP is Accts Payable ACCTG is the Accts server D1-D3 are developer workstations. W1-W2 are internal application web servers L1 is the lobby computer (badging kiosk) R1 is the Receptionist. RA, RB are routers which are run by IT and connect off to the IT subnets in the main building. RC, RD are routers which are run by the DEV group and connect off to the DEV group subnets in the main building. See... This is an oversimplification, but, these things happen in the real world. The desire is for the AR/AP/ACCTG/L1/R1 hosts to use the RA/RB prefixes and default gateways. Currently that's done by the DHCP server knowing which MAC addresses to expect for those systems. Everything else gets shunted to the DEV network. Yes, the right solution would be to at least separate the VLANs and clean up this mess. However, due to software packages that need to talk to each other over common local broadcast across that boundary, this isn't possible in this particular organization (don't get me started on the bad software, but, that's what there is.) There are large varieties of other situations where having the router supply prefix and default gateway information on the theory that all routers on a link are created equal and anyone on a link may use any router (priority doesn't help here because the goal is to have different hosts use different sets of gateways). Which prefix does "the prefix" have to match? How, using RA, do you assign the RC/RD prefix(es) to the D1-D3 hosts and the RA/RB prefix(es) to everything else (or vice versa)? Sometimes link != subnet. Owen
Current thread:
- Re: The stupidity of trying to "fix" DHCPv6, (continued)
- Re: The stupidity of trying to "fix" DHCPv6 Owen DeLong (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Leo Bicknell (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Ben Jencks (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Leo Bicknell (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Jima (Jun 15)
- Re: The stupidity of trying to "fix" DHCPv6 Leo Bicknell (Jun 15)
- Re: The stupidity of trying to "fix" DHCPv6 Iljitsch van Beijnum (Jun 15)
- Re: The stupidity of trying to "fix" DHCPv6 Jima (Jun 15)
- Re: The stupidity of trying to "fix" DHCPv6 Owen DeLong (Jun 16)
- Re: The stupidity of trying to "fix" DHCPv6 Mark Andrews (Jun 16)
- Re: The stupidity of trying to "fix" DHCPv6 Owen DeLong (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Iljitsch van Beijnum (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Ricky Beam (Jun 14)
- RE: The stupidity of trying to "fix" DHCPv6 Dave Edelman (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Owen DeLong (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Owen DeLong (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Iljitsch van Beijnum (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 Owen DeLong (Jun 16)
- Re: The stupidity of trying to "fix" DHCPv6 Matt Addison (Jun 14)
- Re: The stupidity of trying to "fix" DHCPv6 William Herrin (Jun 10)
- Re: Cogent IPv6 Nick Hilliard (Jun 09)