RE: [Ieprep] Diffserv Code Point for Emergency calls

"Dolly, Martin C, ALABS" <mdolly@att.com> Mon, 24 October 2005 23:24 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EUBgK-0002Tt-11; Mon, 24 Oct 2005 19:24:44 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EUBgI-0002Tl-Lj; Mon, 24 Oct 2005 19:24:42 -0400
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA05193; Mon, 24 Oct 2005 19:24:29 -0400 (EDT)
Received: from mail131.messagelabs.com ([216.82.242.99]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1EUBt3-0006DS-2d; Mon, 24 Oct 2005 19:37:59 -0400
X-VirusChecked: Checked
X-Env-Sender: mdolly@att.com
X-Msg-Ref: server-4.tower-131.messagelabs.com!1130196162!11662183!11
X-StarScan-Version: 5.4.15; banners=-,-,-
X-Originating-IP: [192.128.167.132]
Received: (qmail 21299 invoked from network); 24 Oct 2005 23:24:26 -0000
Received: from unknown (HELO attrh3i.attrh.att.com) (192.128.167.132) by server-4.tower-131.messagelabs.com with SMTP; 24 Oct 2005 23:24:26 -0000
Received: from OCCLUST04EVS1.ugd.att.com (135.38.164.12) by attrh3i.attrh.att.com (7.2.052) id 435BB4FA0002CA28; Mon, 24 Oct 2005 19:24:25 -0400
x-mimeole: Produced By Microsoft Exchange V6.5.7226.0
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Subject: RE: [Ieprep] Diffserv Code Point for Emergency calls
Date: Mon, 24 Oct 2005 18:24:25 -0500
Message-ID: <28F05913385EAC43AF019413F674A0170DE0BD25@OCCLUST04EVS1.ugd.att.com>
Thread-Topic: [Ieprep] Diffserv Code Point for Emergency calls
Thread-Index: AcXYmdPyOf3lWdP5T2uyTBa89ZzvagAWCJng
From: "Dolly, Martin C, ALABS" <mdolly@att.com>
To: "Janet P Gunn" <jgunn6@csc.com>, "James M. Polk" <jmpolk@cisco.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: b4a0a5f5992e2a4954405484e7717d8c
Content-Transfer-Encoding: quoted-printable
Cc: ieprep-bounces@ietf.org, ken carlberg <carlberg@g11.org.uk>, ieprep@ietf.org
X-BeenThere: ieprep@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Internet Emergency Preparedness Working Group <ieprep.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ieprep@ietf.org>
List-Help: <mailto:ieprep-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ieprep>, <mailto:ieprep-request@ietf.org?subject=subscribe>
Sender: ieprep-bounces@ietf.org
Errors-To: ieprep-bounces@ietf.org

James,

There are additional Switch call processing requirements.

Cheers,

Martin



> -----Original Message-----
> From: ieprep-bounces@ietf.org 
> [mailto:ieprep-bounces@ietf.org]On Behalf
> Of Janet P Gunn
> Sent: Monday, October 24, 2005 5:51 AM
> To: James M. Polk
> Cc: ieprep-bounces@ietf.org; ieprep@ietf.org; ken carlberg
> Subject: RE: [Ieprep] Diffserv Code Point for Emergency calls
> 
> 
> 
> 
> 
> 
> James,
> 
> The PSTN DOES give emergency (911) calls priority in a small way.
> 
> The SS7 signaling messages have an associated priority, 
> called MTP.  When
> an SS7 "server" is congested, it will shed MTP 0 messages 
> before it sheds
> MTP 1 messages.
> 
> Normal call request messages ( ISUP IAMs) are MTP 0.
> Emergency (911), NS/EP. and MLPP call request messages are MTP 1.
> 
> Janet
> 
> ieprep-bounces@ietf.org wrote on 10/23/2005 11:42:34 PM:
> 
> > Reinaldo
> >
> > Actually, the PSTN does not give better priority to 911 
> calls (vs. normal
> 
> > calls), they just use separate cirucuits once the 911 call 
> gets to the
> > first Class-5 switch.  Typically, a Class-5 Switch will have a small
> number
> > of dedicated circuits that connect directly to a 911 
> Selective Router
> > (which is a special instance of a Class-5 switch). 911 
> calls are routed
> > over these dedicated circuits towards the SR to then be 
> routed to the
> > appropriate PSAP. This isn't really anything special - 
> since the circuit
> > world is not bandwidth contending, they are circuit contending.
> 
> 
> _______________________________________________
> Ieprep mailing list
> Ieprep@ietf.org
> https://www1.ietf.org/mailman/listinfo/ieprep
> 

_______________________________________________
Ieprep mailing list
Ieprep@ietf.org
https://www1.ietf.org/mailman/listinfo/ieprep