Re: [codec] #14: VAD and CNG?
Brian Rosen <br@brianrosen.net> Mon, 24 May 2010 18:26 UTC
Return-Path: <br@brianrosen.net>
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 140D53A717C for <codec@core3.amsl.com>; Mon, 24 May 2010 11:26:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.088
X-Spam-Level:
X-Spam-Status: No, score=0.088 tagged_above=-999 required=5 tests=[AWL=-0.247, BAYES_50=0.001, IP_NOT_FRIENDLY=0.334]
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 dz63N7TV6M0c for <codec@core3.amsl.com>; Mon, 24 May 2010 11:26:32 -0700 (PDT)
Received: from ebru.winwebhosting.com (ebru.winwebhosting.com [67.18.150.162]) by core3.amsl.com (Postfix) with ESMTP id EE6273A7141 for <codec@ietf.org>; Mon, 24 May 2010 11:20:14 -0700 (PDT)
Received: from neustargw.va.neustar.com ([209.173.53.233] helo=[192.168.128.195]) by ebru.winwebhosting.com with esmtpa (Exim 4.69) (envelope-from <br@brianrosen.net>) id 1OGcFo-0000GB-8Y; Mon, 24 May 2010 13:19:57 -0500
User-Agent: Microsoft-Entourage/12.24.0.100205
Date: Mon, 24 May 2010 14:20:00 -0400
From: Brian Rosen <br@brianrosen.net>
To: Christian Hoene <hoene@uni-tuebingen.de>
Message-ID: <C8203B90.358AB%br@brianrosen.net>
Thread-Topic: [codec] #14: VAD and CNG?
Thread-Index: Acr7WTQ0TWNTp065pEyGl+SXCIY/ggAAB+/wAAJXcJIAAQwYkAABtaCB
In-Reply-To: <002301cafb67$c3dc5300$4b94f900$@de>
Mime-version: 1.0
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - ebru.winwebhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - brianrosen.net
Cc: codec@ietf.org
Subject: Re: [codec] #14: VAD and CNG?
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: Mon, 24 May 2010 18:26:33 -0000
Okay, you asked for it :) In any country, the codes used in another country for emergency numbers are used as service invocations for other services. You have to know what country you are in to know what emergency numbers are. It is roughly impossible (today) to know that with sufficient reliability. You can place an emergency call to an e.164 in many countries. This may depend on which service. The emergency call center (PSAP) can call you back. A call placed to a call center can be transferred or upgraded to an emergency call. This happens with relay centers used by disabled individuals. In all of these circumstances, VAD must be disabled. Emergency calling systems are filled with a lot of complexity that handle seldom occurring circumstances. However, when it comes to saving lives, seldom occurring circumstances are important. Brian ps - I have been working in this field for a number of years. You can learn a bit more about emergency calling from draft-ietf-ecrit-framework. The inability to turn off VAD in VoIP systems believed to have caused actual harm according to some of my associates who work in PSAPs. On 5/24/10 1:37 PM, "Christian Hoene" <hoene@uni-tuebingen.de> wrote: > Hi Brian, > >> I'll be happy to go into the details, but phones may not know they are in an >> emergency call. No phone knows this today. There is some proposed >> signaling that would tell them, IF the phone, and the service provider >> implement it, but even then, there are circumstances where the phone won't >> know. > > If(called.number==112 || called.number==911 || called.number=XYZ) > EmergencyCall(); > > See more at http://en.wikipedia.org/wiki/1-1-2 > It is so easy to know... I do not get your arguments. > > With best regards, > > Christian > > >
- Re: [codec] #14: VAD and CNG? Brian Rosen
- Re: [codec] #14: VAD and CNG? Olle E. Johansson
- [codec] FW: #14: VAD and CNG? Christian Hoene
- Re: [codec] #14: VAD and CNG? Brian Rosen
- [codec] #14: VAD and CNG? codec issue tracker
- Re: [codec] #14: VAD and CNG? codec issue tracker
- Re: [codec] #14: VAD and CNG? Raymond (Juin-Hwey) Chen
- Re: [codec] #14: VAD and CNG? codec issue tracker
- Re: [codec] #14: VAD and CNG? Christian Hoene
- Re: [codec] #14: VAD and CNG? Michael Knappe
- Re: [codec] #14: VAD and CNG? Michael Knappe
- Re: [codec] #14: VAD and CNG? Benjamin M. Schwartz
- Re: [codec] #14: VAD and CNG? Christian Hoene
- Re: [codec] #14: VAD and CNG? Brian Rosen
- Re: [codec] #14: VAD and CNG? Benjamin M. Schwartz
- Re: [codec] #14: VAD and CNG? Christian Hoene
- Re: [codec] #14: VAD and CNG? Christian Hoene
- Re: [codec] #14: VAD and CNG? Brian Rosen
- Re: [codec] #14: VAD and CNG? Cullen Jennings
- [codec] Speech Quality Aspects in emergency calls Christian Hoene
- Re: [codec] Speech Quality Aspects in emergency c… Brian Rosen
- Re: [codec] #14: VAD and CNG? codec issue tracker
- Re: [codec] #14: VAD and CNG? codec issue tracker