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 
> 
> 
>