Re: [dhcwg] dhc wg last call on agentopt-delegateand srsn-optiondrafts
"David W. Hankins" <David_Hankins@isc.org> Mon, 08 January 2007 23:15 UTC
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1H43hu-0001HI-4d; Mon, 08 Jan 2007 18:15:10 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1H43ht-0001HD-2k for dhcwg@ietf.org; Mon, 08 Jan 2007 18:15:09 -0500
Received: from [2001:4f8:3:bb:20c:76ff:fe16:4040] (helo=goliath.isc.org) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1H43hs-0000Ur-Dh for dhcwg@ietf.org; Mon, 08 Jan 2007 18:15:09 -0500
Received: by goliath.isc.org (Postfix, from userid 10200) id 09AB55A6ED; Mon, 8 Jan 2007 15:15:04 -0800 (PST)
Date: Mon, 08 Jan 2007 15:15:03 -0800
From: "David W. Hankins" <David_Hankins@isc.org>
To: dhcwg@ietf.org
Subject: Re: [dhcwg] dhc wg last call on agentopt-delegateand srsn-optiondrafts
Message-ID: <20070108231503.GB21620@isc.org>
References: <8E296595B6471A4689555D5D725EBB2102EC1D8D@xmb-rtp-20a.amer.cisco.com>
Mime-Version: 1.0
In-Reply-To: <8E296595B6471A4689555D5D725EBB2102EC1D8D@xmb-rtp-20a.amer.cisco.com>
User-Agent: Mutt/1.5.9i
X-Spam-Score: -2.8 (--)
X-Scan-Signature: c3a18ef96977fc9bcc21a621cbf1174b
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0441329413=="
Errors-To: dhcwg-bounces@ietf.org
On Fri, Jan 05, 2007 at 09:30:27AM -0500, Bernie Volz (volz) wrote: > Unless you have the DHCP server itself participate in the routing > protocols, you really have no other options? I'm not aware of a better alternative, no. Having the clients perform the injection of the route is tantalizing, but unrealistic with the current tools available. That does leave only the DHCPv6 server as the last remaining party to perform the injection, and as I think I detailed in past exchanges I would have preferred my own network behave that way. But as you and others have pointed out, that will not work so long as the last leg between your final "router (really)" and "DHCPv6 client" is served by a device that is "a router that doesn't participate in local dynamic routing protocols." Eg the "i" variety of BGP. > If you were designing this, what would you do? Probably go insane! The very requirements you are working with, Bernie, are to effect dynamic routing in a network without using any heretofore widely tested and deployed dynamic routing protocol. It is to me, madness. I would not come out of that sane, and it is a statement to your endurance that you at least appear to have. It is very much like asking someone to drink water from a tap without using any of the array of glasses locked behind the counter, but rather only what you have on your person as you approached the bar. I believe our species did not die of thirst before we learned how to mold glass. So too did we route. I seem to recall living through that era of mankind's digital evolution. But I also don't think we would consider the suggestion that cupped hands might be used to intake liquids to be a keen idea all around, now that we've already experienced more modern contrivances. So too do I look with great suspicion upon this architecture and design. As a dynamic routing protocol, I find it not merely wanting, but reminiscent of historic devices that caused me, personally, ceaseless pain. The idea of operating a network with a dynamic routing protocol that looks remarkably similar to RIP is no more appealing to me than drinking coffee with cupped hands. But really what we should talk about is that the problem your draft solves is symptomatic of a deeper problem. Which is the existence of "routers" that are beneath the task of participating in the local routing protocols, but above the task of merely operating their l2 magics. Obviously I think there are at least two solutions to that problem, one of which I might prefer...but I don't wield any power to influence it, nor do I think any of the rest of us can. And so I abstain (more vocally than I would have liked). -- David W. Hankins "If you don't do it right the first time, Software Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins
_______________________________________________ dhcwg mailing list dhcwg@ietf.org https://www1.ietf.org/mailman/listinfo/dhcwg
- RE: [dhcwg] dhc wg last call on agentopt-delegate… Bernie Volz (volz)
- Re: [dhcwg] dhc wg last call on agentopt-delegate… David W. Hankins
- RE: [dhcwg] dhc wg last call on agentopt-delegate… Woundy, Richard
- Re: [dhcwg] dhc wg last call on agentopt-delegate… David W. Hankins
- Re: [dhcwg] dhc wg last call on agentopt-delegate… Markus Stenberg
- RE: [dhcwg] dhc wg last call on agentopt-delegate… Woundy, Richard