Patrik,

I don't buy your reasoning, in either case (guarantees of UTC or JET work
product immutability), unless nameprep has a dependency relationship on a 
reference to a table, rather than to the table itself, at the point at
which the relationship was made.

Take a look at rfc954, it references the DDN, SRI-NIC, nets 10 and 26, all
as if they are immutable. In spite of the brokenness of the formal external 
reference, the referant, a protocol on port 43 and some data, continue to
exist.

I don't much care if the next big thing sweeps the UTC off into oblivion,
treating them as if they were the ITU in a working group is peculiar, and
doing the same with JET is just as odd. Sweeping the UTC off to oblivion
may take more, or less, than the next big thing ;-), but it is a _liaison_
problem, not a WG problem. Its Scott's problem, not "ours".

Eric

  • Re: [idn] dra... Erin Chen
    • Re: [idn... James Seng/Personal
      • Re: ... tsenglm@計網中心.中大.tw
        • ... James Seng/Personal
        • ... tsenglm@計網中心.中大.tw
        • ... James Seng/Personal
        • ... tsenglm@計網中心.中大.tw
        • ... James Seng/Personal
        • ... Eric Brunner-Williams in Portland Maine
        • ... Patrik F�ltstr�m
        • ... Eric Brunner-Williams in Portland Maine
        • ... Patrik F�ltstr�m
        • ... Eric Brunner-Williams in Portland Maine
        • ... James Seng/Personal
        • ... Eric Brunner-Williams in Portland Maine
        • ... Kenny Huang
        • ... YangWoo Ko
        • ... Eric Brunner-Williams in Portland Maine
        • ... Erik Nordmark
        • ... 曾黎明
    • Re: [idn... Kent Karlsson

Reply via email to