[martini] Fw: Gen-ART LC review of draft-ietf-martini-gin-10.txt

"Spencer Dawkins" <spencer@wonderhamster.org> Sun, 07 November 2010 14:57 UTC

Return-Path: <spencer@wonderhamster.org>
X-Original-To: martini@core3.amsl.com
Delivered-To: martini@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6B40E3A67A6 for <martini@core3.amsl.com>; Sun, 7 Nov 2010 06:57:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.177
X-Spam-Level:
X-Spam-Status: No, score=-102.177 tagged_above=-999 required=5 tests=[AWL=0.421, BAYES_00=-2.599, STOX_REPLY_TYPE=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1+TUTSR6F7IB for <martini@core3.amsl.com>; Sun, 7 Nov 2010 06:57:32 -0800 (PST)
Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) by core3.amsl.com (Postfix) with ESMTP id 421FF3A67A4 for <martini@ietf.org>; Sun, 7 Nov 2010 06:57:31 -0800 (PST)
Received: from S73602b (dhcp-771c.meeting.ietf.org [130.129.119.28]) by mrelay.perfora.net (node=mrus2) with ESMTP (Nemesis) id 0LnxgW-1OdXwu37dY-00g9lC; Sun, 07 Nov 2010 09:57:48 -0500
Message-ID: <133E770059C449139D238644619300AE@china.huawei.com>
From: Spencer Dawkins <spencer@wonderhamster.org>
To: martini@ietf.org
Date: Sun, 07 Nov 2010 08:57:28 -0600
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"; charset="utf-8"; reply-type="original"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994
X-Provags-ID: V02:K0:zlXwyWh9A8AGBsHvzqAiCKf6qrYylZ+GU6bRnxc93LI CNKTgqeQFqfO6F9AFJnqtXPqG7s9TN0iPmdzhzIHCV8PZaRN8S v+ySO3KjYdfX5dTGGrIy/FtxvRKC16iRAlpbJo8pEVz3/3tMnS fAAZ9NmqDL/zN66R7idEk/cIUwzdwFPDdAteWaJr3B5wPwWT0D LMoJEUXzhCqjygw3gVv0iJevxyi4Z3SqoEQgMx9T1Q=
Cc: brian.e.carpenter@gmail.com
Subject: [martini] Fw: Gen-ART LC review of draft-ietf-martini-gin-10.txt
X-BeenThere: martini@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of en-mass SIP PBX registration mechanisms <martini.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/martini>, <mailto:martini-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/martini>
List-Post: <mailto:martini@ietf.org>
List-Help: <mailto:martini-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/martini>, <mailto:martini-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 07 Nov 2010 14:57:33 -0000

Just to keep the working group in the loop ... and this is good news!

Brian, thanks for the review.

Spencer, as working group co-chair

----- Original Message ----- 
From: "Brian E Carpenter" <brian.e.carpenter@gmail.com>
To: <draft-ietf-martini-gin.all@tools.ietf.org>; "General Area Review Team" 
<gen-art@ietf.org>
Sent: Sunday, November 07, 2010 2:25 AM
Subject: Gen-ART LC review of draft-ietf-martini-gin-10.txt

I am the assigned Gen-ART reviewer for this draft. For background on
Gen-ART, please see the FAQ at
<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Please resolve these comments along with any other Last Call comments
you may receive.

Document: draft-ietf-martini-gin-10.txt
Reviewer: Brian Carpenter
Review Date: 2010-11-07
IETF LC End Date: 2010-11-18
IESG Telechat date:

Summary: Almost ready
--------

Minor issue:
------------

The acronym AOR is used 63 times in the draft without being defined, except 
by implication
in the title of reference [18]. This, and the rather abrupt start to the 
Introduction,
makes this a document that is quite hard to get into for an outsider. I know 
what "SIP"
stands for, but it should be expanded in the Abstract, and I'd like to see 
at least one
sentence of introduction to SIP before "One of SIP's primary functions 
is...".

Similarly, in the Introduction:

   Although the use of REGISTER requests to update reachability
   information for multiple users simultaneously is somewhat beyond the
   original semantics defined for REGISTER requests, ...

I deduce that REGISTER is a SIP message. But this isn't stated, and I'd have 
expected
a reference to [4], where REGISTER is defined. Again, this is written as an 
insider
document.

Once we get past the Introduction the draft seems very thorough and clear,
and I (not being a SIP expert) could detect no technical issues.