Re: [codec] #5: Mention DTMF in requirements

Roman Shpount <roman@telurix.com> Sat, 03 April 2010 02:10 UTC

Return-Path: <roman@telurix.com>
X-Original-To: codec@core3.amsl.com
Delivered-To: codec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 36BFF3A681D for <codec@core3.amsl.com>; Fri, 2 Apr 2010 19:10:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.383
X-Spam-Level: *
X-Spam-Status: No, score=1.383 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_20=-0.74, DNS_FROM_OPENWHOIS=1.13, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
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 GeYYnJYtGCfP for <codec@core3.amsl.com>; Fri, 2 Apr 2010 19:10:21 -0700 (PDT)
Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by core3.amsl.com (Postfix) with ESMTP id 8F4303A6359 for <codec@ietf.org>; Fri, 2 Apr 2010 19:10:16 -0700 (PDT)
Received: by gyh4 with SMTP id 4so1283482gyh.31 for <codec@ietf.org>; Fri, 02 Apr 2010 19:10:13 -0700 (PDT)
Received: by 10.101.131.17 with SMTP id i17mr3129433ann.36.1270260612682; Fri, 02 Apr 2010 19:10:12 -0700 (PDT)
Received: from mail-iw0-f191.google.com (mail-iw0-f191.google.com [209.85.223.191]) by mx.google.com with ESMTPS id 23sm625016iwn.14.2010.04.02.19.10.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 02 Apr 2010 19:10:11 -0700 (PDT)
Received: by iwn29 with SMTP id 29so1931628iwn.17 for <codec@ietf.org>; Fri, 02 Apr 2010 19:10:10 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.231.12.12 with HTTP; Fri, 2 Apr 2010 19:10:10 -0700 (PDT)
In-Reply-To: <4BB6A082.7010507@fas.harvard.edu>
References: <05542EC42316164383B5180707A489EE1D0AA5F54E@EMBX02-HQ.jnpr.net> <4BB6A082.7010507@fas.harvard.edu>
Date: Fri, 02 Apr 2010 22:10:10 -0400
Received: by 10.231.176.74 with SMTP id bd10mr1171745ibb.97.1270260610732; Fri, 02 Apr 2010 19:10:10 -0700 (PDT)
Message-ID: <k2x28bf2c661004021910ne45b3711h953aed2ad41b1b5d@mail.gmail.com>
From: Roman Shpount <roman@telurix.com>
To: bens@alum.mit.edu
Content-Type: multipart/alternative; boundary="0016363b8c1079923e04834b98d1"
Cc: "codec@ietf.org" <codec@ietf.org>
Subject: Re: [codec] #5: Mention DTMF in requirements
X-BeenThere: codec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Codec WG <codec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/codec>
List-Post: <mailto:codec@ietf.org>
List-Help: <mailto:codec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/codec>, <mailto:codec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 03 Apr 2010 02:10:26 -0000

+1
_____________
Roman Shpount


On Fri, Apr 2, 2010 at 9:57 PM, Benjamin M. Schwartz <
bmschwar@fas.harvard.edu> wrote:

> Michael Knappe wrote:
> > I would agree with 'should'.
>
> I think DTMF should be ignored entirely as far as requirements.  If
> someone wishes to perform tests, they are welcome to do so and present
> results, but there is no need to require anything.
>
> > Lot's of dtmf out there still, but also out of band options (rfc 2833 /
> 4733) that make in-band carriage less a concern for SIP telephony
> applications.
>
> There are many different machine-to-machine communications systems that
> have been designed to operate over channels that also carry audio.  We
> should not attempt to support any of them.  The only purpose of this codec
> should be to carry sounds to a human ear.
>
> Any machine-to-machine communications SHOULD be decoded from the stream
> prior to compression and transmitted independently.  Any system that
> encodes using the IWAC has access to the input stream, and so can perform
> any required decoding (of rotary clicks, DTMF, fax, DRM watermark, V.42,
> ZX Spectrum cassette, etc.) at that time.
>
> Decoders MAY do whatever they want with the output stream, but any use
> other than listening by a human should be unsupported.
>
> --Ben
>
>
> _______________________________________________
> codec mailing list
> codec@ietf.org
> https://www.ietf.org/mailman/listinfo/codec
>
>