Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-g723-g729-01.txt

"Parthasarathi R" <partha@parthasarathi.co.in> Sun, 26 May 2013 10:58 UTC

Return-Path: <partha@parthasarathi.co.in>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D789221F8EAF for <mmusic@ietfa.amsl.com>; Sun, 26 May 2013 03:58:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.274
X-Spam-Level:
X-Spam-Status: No, score=-2.274 tagged_above=-999 required=5 tests=[AWL=-0.008, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1XQvXAiWVKBQ for <mmusic@ietfa.amsl.com>; Sun, 26 May 2013 03:58:28 -0700 (PDT)
Received: from smtp.mailhostbox.com (outbound-us2.mailhostbox.com [69.93.141.233]) by ietfa.amsl.com (Postfix) with ESMTP id 37E9E21F8F33 for <mmusic@ietf.org>; Sun, 26 May 2013 03:58:25 -0700 (PDT)
Received: from userPC (unknown [122.179.102.212]) (Authenticated sender: partha@parthasarathi.co.in) by smtp.mailhostbox.com (Postfix) with ESMTPA id 19C2C3E670C; Sun, 26 May 2013 10:58:19 +0000 (GMT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=parthasarathi.co.in; s=20120823; t=1369565905; bh=dV+TtrVnFM/gcXfSuQicZMuW0Km14e2suDW+MlA6e+g=; h=From:To:Cc:References:In-Reply-To:Subject:Date:Message-ID: MIME-Version:Content-Type:Content-Transfer-Encoding; b=jcLHWNeCTrmjDqXdg7yLq64rJo2HgTZaK0jyfF1NTjpHTiMzVGhPXP8gjT8kV3Iyv KvxPZM9yabJS7eYtWds9c5b2BHkp8P5di7VABVYekvw/Ubeoc1PPNln7BHOVLmES5g NVC+PhVSb208wQvhf90kzI2VT11P4V5pw9avISyU=
From: "Parthasarathi R" <partha@parthasarathi.co.in>
To: "'Muthu Arul Mozhi Perumal \(mperumal\)'" <mperumal@cisco.com>, "'Dale R. Worley'" <worley@ariadne.com>
References: <20130520161935.17435.91264.idtracker@ietfa.amsl.com> <C5E08FE080ACFD4DAE31E4BDBF944EB113508A6A@xmb-aln-x02.cisco.com> <002801ce564b$51e52230$f5af6690$@co.in> <201305230204.r4N247r25245471@shell01.TheWorld.com> <007601ce57e1$b15a5b30$140f1190$@co.in> <201305232207.r4NM7nFn5297137@shell01.TheWorld.com> <E721D8C6A2E1544DB2DEBC313AF54DE22410A796@xmb-rcd-x02.cisco.com>
In-Reply-To: <E721D8C6A2E1544DB2DEBC313AF54DE22410A796@xmb-rcd-x02.cisco.com>
Date: Sun, 26 May 2013 16:28:16 +0530
Message-ID: <004b01ce59ff$f17ff330$d47fd990$@co.in>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AQHOWAIBpBvYmClCD0e8SeThOrsMVpkTu0owgAOK3vA=
Content-Language: en-us
X-CTCH-RefID: str=0001.0A0C0201.51A1EAD1.0043, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0
X-CTCH-VOD: Unknown
X-CTCH-Spam: Unknown
X-CTCH-Score: 0.000
X-CTCH-Rules:
X-CTCH-Flags: 0
X-CTCH-ScoreCust: 0.000
X-CTCH-SenderID: partha@parthasarathi.co.in
X-CTCH-SenderID-TotalMessages: 1
X-CTCH-SenderID-TotalSpam: 0
X-CTCH-SenderID-TotalSuspected: 0
X-CTCH-SenderID-TotalBulk: 0
X-CTCH-SenderID-TotalConfirmed: 0
X-CTCH-SenderID-TotalRecipients: 0
X-CTCH-SenderID-TotalVirus: 0
X-CTCH-SenderID-BlueWhiteFlag: 0
X-Scanned-By: MIMEDefang 2.72 on 70.87.28.142
Cc: "'Cullen Jennings \(fluffy\)'" <fluffy@cisco.com>, mmusic@ietf.org
Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-g723-g729-01.txt
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 May 2013 10:58:32 -0000

Dale,

Thanks for the closure.

Cullen & all,

Hope the below proposed text is fine with you. The text will be added in the
next revision for both g729 annnexb & g723 annexa in case there is no
objection for an week. 

BTW, it is the only one update pending in this draft and there is no other
open item.

Thanks
Partha


> -----Original Message-----
> From: Muthu Arul Mozhi Perumal (mperumal) [mailto:mperumal@cisco.com]
> Sent: Friday, May 24, 2013 9:50 AM
> To: Dale R. Worley; Parthasarathi R
> Cc: Cullen Jennings (fluffy); mmusic@ietf.org
> Subject: RE: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-g723-g729-
> 01.txt
> 
> |Since the annexb attribute is part of the (original) registration of
> |audio/g729, any endpoint that implements that media type understands
> |the annexb attribute.  If the answer does not include the annexb
> |attribute, the answerer knows that it has implied the default
> |"annexb=yes".
> 
> Thank you for the clarifying text. We'll include it in the next
> revision of the draft.
> 
> Muthu
> 
> |-----Original Message-----
> |From: Dale R. Worley [mailto:worley@ariadne.com]
> |Sent: Friday, May 24, 2013 3:38 AM
> |To: Parthasarathi R
> |Cc: Cullen Jennings (fluffy); mmusic@ietf.org; Muthu Arul Mozhi
> Perumal (mperumal)
> |Subject: Re: [MMUSIC] I-D Action: draft-ietf-mmusic-sdp-g723-g729-
> 01.txt
> |
> |> From: "Parthasarathi R" <partha@parthasarathi.co.in>
> |>
> |> If the answerer supports RFC3551, then the answerer has to support
> RFC3555
> |> for annexb parameter. Annexb value default value is "Yes" in RFC
> 3555 as per
> |> RFC 3551. RFC 4856 obsoletes RFC 3555 without changing "annexb"
> related
> |> requirement. Please let me know any reason that you wish to change
> AnnexB
> |> parameter default value now.
> |
> |Sorry, my mistake, I didn't realize that "annexb" is not an extension
> |of audio/g729, it's defined in the base specification:
> |
> |RFC 4856 section 2.1.9
> |
> |   Registration of Media Type audio/G729
> |
> |   Type name: audio
> |   Subtype name: G729
> |   Optional parameters:
> |	[...]
> |        annexb: indicates that Annex B, voice activity detection, is
> |        used or preferred.  Permissible values are "yes" and "no"
> |        (without the quotes); "yes" is implied if this parameter is
> |        omitted.
> |
> |So the answer to Cullen's query is:
> |
> |> From: "Cullen Jennings (fluffy)" <fluffy@cisco.com>
> |>
> |> What happens when an endpoint that understands the anexb attribute
> |> sends and offer to an endpoint that does not understand or implement
> |> the anexb attribute ?
> |
> |Since the annexb attribute is part of the (original) registration of
> |audio/g729, any endpoint that implements that media type understands
> |the annexb attribute.  If the answer does not include the annexb
> |attribute, the answerer knows that it has implied the default
> |"annexb=yes".
> |
> |Dale