Re: Summary of the LLMNR Last Call

Robert Elz <kre@munnari.OZ.AU> Wed, 21 September 2005 14:32 UTC

Received: from localhost.localdomain ([] by with esmtp (Exim 4.32) id 1EI5eb-0007rT-Dw; Wed, 21 Sep 2005 10:32:57 -0400
Received: from ([] by with esmtp (Exim 4.32) id 1EI5eZ-0007qc-77; Wed, 21 Sep 2005 10:32:55 -0400
Received: from (ietf-mx []) by (8.9.1a/8.9.1a) with ESMTP id KAA24512; Wed, 21 Sep 2005 10:32:53 -0400 (EDT)
Received: from ([]) by with esmtp (Exim 4.43) id 1EI5kY-0003lp-NY; Wed, 21 Sep 2005 10:39:10 -0400
Received: from [] ( by with esmtp (Exim 4.50) id 1EI5e4-0002FR-2j; Wed, 21 Sep 2005 21:32:24 +0700
Received: from munnari.OZ.AU (localhost []) by (8.12.11/8.11.6) with ESMTP id j8LEW0Nw021209; Wed, 21 Sep 2005 21:32:01 +0700 (ICT)
From: Robert Elz <kre@munnari.OZ.AU>
To: Margaret Wasserman <>
In-Reply-To: <p0620071dbf52f99dab4c@[]>
References: <p0620071dbf52f99dab4c@[]>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Wed, 21 Sep 2005 21:32:00 +0700
Message-ID: <29723.1127313120@munnari.OZ.AU>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: e5ba305d0e64821bf3d8bc5d3bb07228
Subject: Re: Summary of the LLMNR Last Call
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>

    Date:        Sun, 18 Sep 2005 10:09:07 -0400
    From:        Margaret Wasserman <>
    Message-ID:  <p0620071dbf52f99dab4c@[]>

I am not going to comment on the substance of the issues, or the
doc in question, as I haven't been following what is happening with
it, nor have a read a recent version.

But ...

  | Based on these conclusions, I do not intend to forward the LLMNR 
  | specification to the IESG for review and approval.

What kind of process is going on here?    As I recall it, from rfc2026,
it is the IESG that issues last calls, when it has a doc for review, and
the IESG that decides if a last call has passed or not (that is, the IESG
takes input from the comments received during the last call to help it make
its decision on what to do with the doc that has been presented to it).

How did we ever get an IETF last call on a doc that hasn't even gone to
the IESG (apparently) but is still (apparently) under AD review ?

And how does one AD (alone, apparently) get to draw conclusions based upon
the results of the last call ?

What is happening here?   Can't the IETF manage to either follow its
own documented processes, or change them in the approved way?


Ietf mailing list