Re: [Softwires] draft-ietf-softwire-ds-lite-tunnel-option-06

2010-11-11 Thread David W. Hankins
: aftr.example.com.) without hacks (intentionally stripping the trailing dot in the AFTR software) or modifications (changing ISC dhclient source code to do the same). -- David W. HankinsIf you don't do it right the first time, Network Mercenary you'll just have to do it again

[Softwires] draft-ietf-softwire-ds-lite-tunnel-option-06

2010-11-09 Thread David W. Hankins
I was unable to edit the tunnel option draft prior to the cut-off date. In the meantime please find what will be -06 of the draft here, for discussion during the upcoming meeting; http://www.mercenary.net/~dhankins/drafts/draft-ietf-softwire-ds-lite-tunnel-option-06.txt -- David W. Hankins

Re: [Softwires] DHCP option for DS-lite

2010-10-15 Thread David W. Hankins
for him. shouldn't surprise you. -- 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 pgpCvBWOXK3cx.pgp Description: PGP signature

Re: [Softwires] DHCPv6 AFTR name option is needed

2010-10-13 Thread David W. Hankins
that we are not arguing a false dichotomy. There is a real dichotomy here - address or FQDN and not both - centered on the discussion of the acceptance (or rejection if you prefer) of complexity in DHCP option format standards. -- David W. HankinsIf you don't do it right the first time

Re: [Softwires] DHCP option for DS-lite

2010-10-13 Thread David W. Hankins
that is on the market today, I would wonder why you wouldn't use this feature and instead invest in a DNS load balancer? -- 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: [Softwires] DHCPv6 AFTR name option is needed

2010-10-12 Thread David W. Hankins
-option-request-sub-option). I don't think there are any major criticisms of this approach except that it again requires new code in both client and server. [1] Hankins, D., Guidelines for Creating new DHCP Options, draft-ietf-dhc-option-guidelines-05, February 2009. -- David W. Hankins

Re: [Softwires] DHCPv6 AFTR name option is needed

2010-10-12 Thread David W. Hankins
elements using a VSIO option. The address option must be defined. If a name option must also be defined, then we must define the strict normative requirements to permit software to navigate the confusion that having both impose. -- David W. HankinsBIND 10 needs more DHCP voices. Software

Re: [Softwires] [dhcwg] SOFTWIRE working group last call on 6rd

2010-02-23 Thread David W. Hankins
will be returned if it isn't on the PRL (unless the client sends no PRL, which isn't very realistic today). But because this draft does much more than measure conformance to the option specification, I think SHOULD is entirely appropriate. -- David W. HankinsBIND 10 needs more DHCP voices. Software

Re: [Softwires] Softwires configuration via DHCP

2009-02-18 Thread David W. Hankins
routing solutions. Surely by the time you are coordinating such NAT tables, the idea of coordinating the use of /128s (fallbacks, anycasts) is trivial, and preferrable to placing complications on the softwire-client end? -- David W. HankinsIf you don't do it right the first time, Software

Re: [Softwires] Softwires configuration via DHCP

2009-02-17 Thread David W. Hankins
IPv4 address ranges on the 'external' side of the CGN. So even make-before-break would not provide what you are looking for? -- 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