Re: New I-Ds on ftp.bucknell.edu
bound@zk3.dec.com Tue, 20 February 1996 00:17 UTC
Received: from ietf.cnri.reston.va.us by IETF.CNRI.Reston.VA.US id aa04442;
19 Feb 96 19:17 EST
Received: from CNRI.Reston.VA.US by IETF.CNRI.Reston.VA.US id aa04438;
19 Feb 96 19:17 EST
Received: from reef.bucknell.edu by CNRI.Reston.VA.US id aa07788;
19 Feb 96 19:17 EST
Received: from localhost by reef.bucknell.edu with SMTP
(5.65/IDA-1.2.8) id AA10743; Mon, 19 Feb 1996 19:09:30 -0500
Date: Mon, 19 Feb 1996 19:09:30 -0500
Message-Id: <9602192154.AA13818@fwasted.zk3.dec.com>
Errors-To: droms@bucknell.edu
Reply-To: dhcp-v4@bucknell.edu
Originator: dhcp-v4@bucknell.edu
X-Orig-Sender: dhcp-v4@bucknell.edu
Precedence: bulk
Sender: ietf-archive-request@IETF.CNRI.Reston.VA.US
From: bound@zk3.dec.com
To: Multiple recipients of list <dhcp-v4@bucknell.edu>
Subject: Re: New I-Ds on ftp.bucknell.edu
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: Discussion of DHCP for IPv4
Edie, Before we even discuss the use of leases for DNS records we need to determine if DNS needs a lease for each A or AAAA record. I maintain as an initial discussion that this is not necessary. Because renumbering is not inherent yet in IPv4 or DHCPv4 I will use my stateless IPv6 implementation as an example on a "client". I process IPv6 ND RAs prefix options for valid and preferred liftetimes. Before an address goes invalid I could delete the DNS AAAA record or right after. DNSSEC is not an issue and you need to point out your concerns in "detail" where it is an issue. Because if it is I have input for DNSSEC. Realize the use of SIG records initially suggested has completely been re-done so I am not sure which dynDNS security model your alluding to at this point in the discussion? Now if the DHCPv6 server wants to delete the clients A record I will put the same code (reuse) for that on my server. We need to discuss this in detail but in the present draft per Yakov the TTL will not work as a strategy. Nor should the TTL be used in that manner. I also have an architecture problem with leases in the DNS until we talk this through a bit more. /jim
- New I-Ds on ftp.bucknell.edu Ralph Droms
- Re: New I-Ds on ftp.bucknell.edu Michael J. Lewis
- Re: New I-Ds on ftp.bucknell.edu bound
- Re: New I-Ds on ftp.bucknell.edu Yakov Rekhter
- Re: New I-Ds on ftp.bucknell.edu Yakov Rekhter
- Re: New I-Ds on ftp.bucknell.edu Edie E. Gunter
- Re: New I-Ds on ftp.bucknell.edu bound
- Re: New I-Ds on ftp.bucknell.edu Edie E. Gunter
- Re: New I-Ds on ftp.bucknell.edu bound