[apps-discuss] APPSDIR review of draft-ietf-mmusic-sdp-cs-17

"Vijay K. Gurbani" <vkg@bell-labs.com> Mon, 11 February 2013 23:02 UTC

Return-Path: <vkg@bell-labs.com>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F8C721F8AB0; Mon, 11 Feb 2013 15:02:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level:
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TYhjwRp8BY3G; Mon, 11 Feb 2013 15:02:12 -0800 (PST)
Received: from ihemail4.lucent.com (ihemail4.lucent.com [135.245.0.39]) by ietfa.amsl.com (Postfix) with ESMTP id BFB2721F8AAD; Mon, 11 Feb 2013 15:02:12 -0800 (PST)
Received: from usnavsmail2.ndc.alcatel-lucent.com (usnavsmail2.ndc.alcatel-lucent.com [135.3.39.10]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id r1BN28sh008740 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 11 Feb 2013 17:02:09 -0600 (CST)
Received: from umail.lucent.com (umail-ce2.ndc.lucent.com [135.3.40.63]) by usnavsmail2.ndc.alcatel-lucent.com (8.14.3/8.14.3/GMO) with ESMTP id r1BN28IJ005853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 11 Feb 2013 17:02:08 -0600
Received: from shoonya.ih.lucent.com (shoonya.ih.lucent.com [135.185.237.229]) by umail.lucent.com (8.13.8/TPES) with ESMTP id r1BN27Z9003683; Mon, 11 Feb 2013 17:02:07 -0600 (CST)
Message-ID: <511978FD.2080306@bell-labs.com>
Date: Mon, 11 Feb 2013 17:04:29 -0600
From: "Vijay K. Gurbani" <vkg@bell-labs.com>
Organization: Bell Laboratories, Alcatel-Lucent
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130110 Thunderbird/17.0.2
MIME-Version: 1.0
To: draft-ietf-mmusic-sdp-cs@tools.ietf.org
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
X-Scanned-By: MIMEDefang 2.64 on 135.3.39.10
Cc: "fandreas@cisco.com" <fandreas@cisco.com>, IESG IESG <iesg@ietf.org>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>
Subject: [apps-discuss] APPSDIR review of draft-ietf-mmusic-sdp-cs-17
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 11 Feb 2013 23:02:13 -0000

I have been selected as the Applications Area Directorate reviewer for
this draft (for background on appsdir, please see ​
http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate ).

Please resolve these comments along with any other Last Call comments
you may receive. Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document: draft-ietf-mmusic-sdp-cs-17
Title: Session Description Protocol (SDP) Extension For Setting Up
  Audio and Video Media Streams Over Circuit-Switched Bearers In The
  Public Switched Telephone Network (PSTN)
Reviewer: Vijay K. Gurbani
Review Date: Feb-11-2013
IETF Last Call Date: Not known
IESG Telechat Date: Not known

Summary: This draft is ready for publication as a Proposed Standard.
A few issues that should be looked at before publication are listed
below.

Major Issues: 0

Minor Issues: 3

Nits: 2

Minor:
-----
- S5.2.1: SDP syntax is c=<nettype> <addrtype> <connection-address>.
  Towards the bottom of S5.2.1, it is said that "When the <addrtype> is
  PSTN ...".  Should it not be "When the <nettype> is PSTN ..."?

- S5.2.1, towards the end it says that when the <addrtype> is "-", the
  <connection-address> may be "any syntactically valid value, which is
  to  be ignored".  A couple of points on this: one, I am left puzzling
  what is the syntactically correct value here, and secondly, if the
  value is  to be ignored, why bother that it is syntactically correct?
  My advice would be to reword the bullet item as follows:

    any value resulting from the production rule of connection-address
    in RFC4566 [RFC4566], but in all cases any value encountered will
    be ignored.

- S5.2.3.1, second paragraph: there appears to be a spurious ">" in
  "Section 5.7> defined the formal syntax.".  Plus, you probably want to
  say "Section 5.7 defines the formal syntax."  The last sentence of the
  sub-section is redundant to this one.  Perhaps you can take this
  sentence out and let the last one remain.

Nits:
-----
- S6.1, Figure 3 and 4: In Figure 4, better to
  s/o=jdoe/o=alice/ to make the intent conform better to Figure 3.
  Alice is the originator of the call.

  Ditto for Figures 6 and 7.

- S7, second paragraph: s/wellknown/well known/

Thanks,

- vijay
-- 
Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent
1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA)
Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com
Web:   http://ect.bell-labs.com/who/vkg/