[Internal-cg] "Alternatives"

Wolf-Ulrich.Knoben at t-online.de Wolf-Ulrich.Knoben at t-online.de
Fri Jun 26 10:37:11 UTC 2015

Since Larry Strickling was relatively general in asking for explanations re potential alternatives to the proposal clarification might be of advantage whether his concerns are more related to the CCWG proposal and its development.
For the explanation of the ICG proposal I basically agree with James.


Sent from my personal phone

> Am 26.06.2015 um 11:26 schrieb Daniel Karrenberg <daniel.karrenberg at ripe.net>:
> Hash: SHA1
> After more reflection I still do not support this.
> I understand the motivation of NTIA and the arguments in favour. They
> do not convince me that we should do extra work or add extra words:
> I remain convinced that all we need is a description of transition and
> the post-transition state plus a description of the process to develop
> this description. We should describe our own process and provide
> pointers to the public record of how the customer communities
> developed their responses to us. Their record already includes the
> principles they developed and discussions about alternatives. We can
> ask for *specific* clarification by the communities if we feel
> something is missing from their response to us or from the existing
> public record.
> Of course we should add our evaluation whether the process and the
> result meet the criteria set out at the beginning.
> There is no need for us to re-tell the story of how the proposals were
> developed. Re-telling the story is unnecessary work which also has a
> great risk of changing the story, even unintentionally. We should not
> expose ourselves to the risk of causing confusion or maybe even
> failure by re-interpreting the public record of the communities.
> Re-telling also creates more words. As you know I advocate the minimum
> number of words possible.
> We should not invent new requirements or criteria on the fly unless we
> have very strong consensus in the ICG that they are absolutely
> necessary for our deliverable and they were not foreseeable at the
> outset. Asking the communities at this point for the a description of
> the alternatives they considered is such a new requirement and I do
> not consider it necessary.
> Daniel
> Version: GnuPG v1.4.6 (Darwin)
> iQIVAwUBVY0attDY5Emqa716AQIzWg//QmA1mgSvsv43gK1t0dKgdii5XB3IyheZ
> ma0AM9Lw4xGm49sCE+CXOYaWYJDLFOdpePdt6RUowuP0R1upGP9f5Uiu5c2AsL8T
> 8QwsYVtbyhL27c5Y1JlTRiuZ3eufGT6l7ZWiicowvEnvluuRexyM0wY3J08FVivz
> 2oQZ5d0m445HcK4HUpyLjEBQzsQiLz+Rr5itdp4Bc7gweJsHvu7UclXoJROeC+KB
> ttlUB9r+H23KsInepqrVYj/InITwh1eaIF2hmOopqU3vSRQy9KuD4juDOplcFXE0
> qlQuY83rRxZcJSaoCcbiCHPS/2pmqUXV9QaF1GTEL7ZfZuZVbxQNo9csDH6E39ib
> psQvXMI/3AKVNfzd4eIxtXYSuArB+5XmdLWstRF3jDeX7xcx5wUhksG99BbOe/rw
> uP3i+gumQRRqS3+tg7U6cEZcSRYKhLB55nQ/A15Pds/KUlGnVJzbCMb9sT4Ho9ns
> QpMEabi3BhzwyOIxiytsnWkUA7esKLyOsuHHUFTjvfTtplhU47GJZI868vZsnEJv
> iV9lL+PQXnsLpn+LIpU/U/UCf1q73Ne/Drx59DmHAl7tQ28rZFTjGFQJeC4gy930
> P+FENPrpRaAYT+jF/x3gS5h1f5tGBQoU10IzXcWG/1/69RNJXYDm7wj44UGsVJua
> a7w1xDjZc9g=
> =cnp9
> _______________________________________________
> Internal-cg mailing list
> Internal-cg at mm.ianacg.org
> http://mm.ianacg.org/mailman/listinfo/internal-cg_ianacg.org

More information about the Internal-cg mailing list