Re: DHCP retransmission behaviour

2010-03-22 Thread David W. Hankins
boundary where it will remain bound between 50% and 150% of the backoff cutoff. If you want to discuss this further, I invite you to ask on the DHC WG mailing list (dh...@ietf.org); https://www.ietf.org/mailman/listinfo/dhcwg -- David W. HankinsBIND 10 needs more DHCP voices

Re: Beyond reproach, accountability and regulation

2009-04-30 Thread David W. Hankins
) is a valid, if unfortunate, Sophist technique to convince. -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems Consortium, Inc. -- Jack T. Hankins pgpwQdl4Je2Td.pgp Description

Re: Subscriptions to ietf-honest

2009-03-25 Thread David W. Hankins
their discomfort, it justifies it. The only thing I have seen work for this second category of troll is to talk to their mother. -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems Consortium, Inc

Re: The internet architecture

2008-12-05 Thread David W. Hankins
put behind us after 1600 years), but I've never heard it said that good engineers do (or don't) bathe. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. Why settle for the lesser evil? https://secure.isc.org/store/t-shirt/ -- David W. HankinsIf you don't do it right the first time

Re: Review of draft-ietf-trill-prob-05

2008-12-02 Thread David W. Hankins
not have an incorrect ARP cache entry in this case. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. Why settle for the lesser evil? https://secure.isc.org/store/t-shirt/ -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just

Re: [dhcwg] Last Call:draft-ietf-dhc-dhcpv6-bulk-leasequery(DHCPv6Bulk Leasequery) toProposed Standard

2008-10-24 Thread David W. Hankins
bugud-gul durbatuluk agh burzum-ishi krimpatul. Why settle for the lesser evil? https://secure.isc.org/store/t-shirt/ -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems Consortium, Inc

a modern-day SNMP use

2008-10-24 Thread David W. Hankins
? https://secure.isc.org/store/t-shirt/ -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems Consortium, Inc. -- Jack T. Hankins pgpChPqnWzQv0.pgp Description: PGP signature

Re: [dhcwg] LastCall:draft-ietf-dhc-dhcpv6-bulk-leasequery(DHCPv6Bulk Leasequery)toProposed Standard

2008-10-24 Thread David W. Hankins
it should be. Someone who cares can give the rest of the tutorial. Yeah, I don't think I can help you either. We're both failures as teachers. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. Why settle for the lesser evil? https://secure.isc.org/store/t-shirt/ -- David W. Hankins

Re: [dhcwg] Last Call: draft-ietf-dhc-dhcpv6-bulk-leasequery(DHCPv6 Bulk Leasequery) to Proposed Standard

2008-10-23 Thread David W. Hankins
way of requiring strictly ordered datasets for GETNEXT support. But good luck with that, and I look forward to reading your DHCP MIB's draft. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. Why settle for the lesser evil? https://secure.isc.org/store/t-shirt/ -- David W. Hankins

Re: [dhcwg] Last Call:draft-ietf-dhc-dhcpv6-bulk-leasequery(DHCPv6 Bulk Leasequery) toProposed Standard

2008-10-23 Thread David W. Hankins
, for the client, for the server, for everyone. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. Why settle for the lesser evil? https://secure.isc.org/store/t-shirt/ -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have

Re: [dhcwg] Last Call: draft-ietf-dhc-dhcpv6-bulk-leasequery (DHCPv6 Bulk Leasequery) to Proposed Standard

2008-10-22 Thread David W. Hankins
(by query type) to provide subsets. This doesn't mean a standard DHCP MIB isn't a bad idea for entirely different reasons. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. Why settle for the lesser evil? https://secure.isc.org/store/t-shirt/ -- David W. HankinsIf you don't do

Re: Beggars _can_ be choosers?

2007-08-02 Thread David W. Hankins
be useful in addressing is another waste of time. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems Consortium, Inc

Re: Beggars _can_ be choosers?

2007-08-02 Thread David W. Hankins
at IETF meetings, and nowhere else. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems Consortium, Inc. -- Jack T. Hankins

Beggars _can_ be choosers?

2007-08-01 Thread David W. Hankins
insufficient for the Internet. That's a new one on me. Clever, but wrong: networks much larger than 1,200 laptops use DHCPv4 on a daily basis all over the Internet without similar symptoms. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. -- David W. HankinsIf you don't do it right

Re: Beggars _can_ be choosers?

2007-08-01 Thread David W. Hankins
the entire meeting. I don't think we have anything to complain about. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems Consortium, Inc

Re: Beggars _can_ be choosers?

2007-08-01 Thread David W. Hankins
if we send back a you need to use fancy new features x, y z to test them for me. -- Ash bugud-gul durbatuluk agh burzum-ishi krimpatul. -- David W. HankinsIf you don't do it right the first time, Software Engineeryou'll just have to do it again. Internet Systems

Re: [Geopriv] Confirmation of GEOPRIV IETF 68 Working Group Hums

2007-04-25 Thread David W. Hankins
working group chair. Possible alternative text: I can't believe it's not IANA! -- David W. HankinsIf 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

Re: [Geopriv] Confirmation of GEOPRIV IETF 68 Working Group Hums

2007-04-20 Thread David W. Hankins
the same as network partition or packet loss problems. -- David W. HankinsIf 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 pgpky1jeKfyzI.pgp Description: PGP signature

Re: [Geopriv] Confirmation of GEOPRIV IETF 68 Working Group Hums

2007-04-20 Thread David W. Hankins
of the configuration information, and wether it matches common and practical use of DHCP. -- David W. HankinsIf 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 pgphoF5V2vJn7.pgp

Re: [Geopriv] Confirmation of GEOPRIV IETF 68 Working Group Hums

2007-04-19 Thread David W. Hankins
distribution means is reasonable. My impression is that GEOPRIV is a service that is provided by the local network to which the client is attached, and as such under the purview of that network's operator and DHCP, but I admit to not following it very closely. -- David W. HankinsIf you don't do

Re: draft-ietf-syslog-protocol: Reliabledeliveryconsidered harmful.

2007-02-08 Thread David W. Hankins
reliable, and using such terms instead of the absolute reliable as is currently in place. Numerous others. -- David W. HankinsIf 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

Re: draft-ietf-syslog-protocol: Reliable delivery considered harmful.

2007-02-02 Thread David W. Hankins
, that kind of choice, is a good thing to have, but it would be unwise to apply to the general case a systematic selection of DOS over observation. -- David W. HankinsIf you don't do it right the first time, Software Engineer you'll just have to do it again. Internet Systems

draft-ietf-syslog-protocol: Reliable delivery considered harmful.

2007-02-01 Thread David W. Hankins
: reliable delivery of syslog output is always harmful. The point of bothering with reliable syslog delivery, if there is one, is for those very rare cases where losing the data is more harmful than harming system services. -- David W. HankinsIf you don't do it right the first time, Software

Re: draft-ietf-syslog-protocol: Reliable delivery considered harmful.

2007-02-01 Thread David W. Hankins
On Thu, Feb 01, 2007 at 10:08:39AM -0800, David W. Hankins wrote: If you have 50,000 syslog lines to put out, and only enough network/disk/something bandwidth for 5,000 within the same time frame, that's a problem. s/5,000/49,999/ Apologies for the clerical error. -- David W. Hankins

Re: draft-ietf-syslog-protocol: Reliable delivery considered harmful.

2007-02-01 Thread David W. Hankins
note in syslog or in the local log) that exceed the buffer size or prune messages from the buffer using some more advanced strategy. That would be fine. But again, this is not what current implementations do, and that is not reliable without exception. -- David W. HankinsIf you don't

Re: draft-kolkman-appeal-support

2006-10-13 Thread David W. Hankins
Francisco Bay Area, covering topics from DNS to DDNS DHCP. Email [EMAIL PROTECTED] -- David W. HankinsIf 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 pgpgEUoU6KKuA.pgp

Re: draft-kolkman-appeal-support

2006-10-13 Thread David W. Hankins
! October 16-20, 2006, in the San Francisco Bay Area, covering topics from DNS to DDNS DHCP. Email [EMAIL PROTECTED] -- David W. HankinsIf you don't do it right the first time, Software Engineer you'll just have to do it again. Internet Systems Consortium, Inc. -- Jack

Re: draft-kolkman-appeal-support

2006-10-13 Thread David W. Hankins
On Fri, Oct 13, 2006 at 10:03:39AM -0700, David W. Hankins wrote: One perfectly acceptable tactic, which Olafur has codified in this s/Olafur/Olaf/g How embarrassing. Sorry, Olaf. -- ISC Training! October 16-20, 2006, in the San Francisco Bay Area, covering topics from DNS to DDNS DHCP

Re: [Nea] WG Review: Network Endpoint Assessment (nea)

2006-10-09 Thread David W. Hankins
DNS to DDNS DHCP. Email [EMAIL PROTECTED] -- David W. HankinsIf 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 pgpDD8XpWGVLf.pgp Description: PGP signature

Re: Proceeding CDs

2006-10-06 Thread David W. Hankins
to ask this question less frequently by any means available other than actually providing answers? -- ISC Training! October 16-20, 2006, in the San Francisco Bay Area, covering topics from DNS to DDNS DHCP. Email [EMAIL PROTECTED] -- David W. HankinsIf you don't do it right the first

Re: zone is not a DNS name semantic

2006-09-28 Thread David W. Hankins
in Dave Crocker's reply that I need to clear up, as I gather it is my fault: On Wed, Sep 27, 2006 at 10:32:58AM -0700, Dave Crocker wrote: David W. Hankins wrote: Quite the opposite. DHCP server software commonly refers to shared code to process DHCP option contents. So citing this section

Re: Last Call: 'Domain Suffix Option for DHCPv6' to Proposed Standard (draft-ietf-dhc-dhcpv6-opt-dnsdomain)

2006-09-27 Thread David W. Hankins
ways. The latter is a nightmare construct of matrixes of option codes and special-case code. -- ISC Training! October 16-20, 2006, in the San Francisco Bay Area, covering topics from DNS to DDNS DHCP. Email [EMAIL PROTECTED] -- David W. HankinsIf you don't do it right the first time

Re: IETF lists as RSS?

2006-04-26 Thread David W. Hankins
of the many RSS formats while there is a technically superior IETF standard (RFC 4287). It would certainly be strange, at the IETF, for anyone to suggest using a technology that is known to be pervasively deployed and functional. -- David W. HankinsIf you don't do it right the first

Re: [dhcwg] DHCP and FQDN conflicts [Re: Last Call: 'Resolution of FQDN Conflicts among DHCP Clients' to Proposed Standard]

2005-12-01 Thread David W. Hankins
for updating the DHCP client's A and/or RRs. == also PTR records, not just A/.. No. Only A/. The PTR is always updated by the server. Hence the responsibility of updating the A/ is the only thing that's negotiated in the FQDN option. -- David W. HankinsIf you

Re: [dhcwg] Re: DHCID and the use of MD5 [Re: Last Call:'Resolution ofFQDN Conflicts among DHCP Clients' to ProposedStandard]

2005-12-01 Thread David W. Hankins
On Wed, Nov 30, 2005 at 03:51:13AM -0500, Sam Hartman wrote: Phil is suggesting something like _dhcid.domain . Except the difference between NXDOMAIN and NXRRSET is important for the DHCID. -- David W. HankinsIf you don't do it right the first time, Software Engineer

Re: [dhcwg] DHCP and FQDN conflicts [Re: Last Call: 'Resolution of FQDN Conflicts among DHCP Clients' to Proposed Standard]

2005-12-01 Thread David W. Hankins
On Thu, Dec 01, 2005 at 03:00:49PM +0200, Pekka Savola wrote: On Wed, 30 Nov 2005, David W. Hankins wrote: Now, perhaps RFCs shouldn't read like Choose your own Adventure novels. My problem is that the spec leaves the algorithm completely open. There is at least one simple algorithm (just

Re: [dhcwg] Re: DHCID and the use of MD5 [Re: Last Call: 'Resolution ofFQDN Conflicts among DHCP Clients' to Proposed Standard]

2005-11-29 Thread David W. Hankins
. -- David W. HankinsIf 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 ___ Ietf mailing list Ietf@ietf.org

Re: [dhcwg] DHCP and FQDN conflicts [Re: Last Call: 'Resolution of FQDN Conflicts among DHCP Clients' to Proposed Standard]

2005-11-29 Thread David W. Hankins
the contrary, and the means to acheive that, and you might see a future version of ISC DHCP moving in that direction as a consequence. So, in my unreliable opinion, it's fine the way it is. -- David W. HankinsIf you don't do it right the first time, Software Engineer