Re: [Ecrit] Comments on phonebcp-07
"Brian Rosen" <br@brianrosen.net> Fri, 13 March 2009 15:56 UTC
Return-Path: <br@brianrosen.net>
X-Original-To: ecrit@core3.amsl.com
Delivered-To: ecrit@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 369FF3A687E for <ecrit@core3.amsl.com>; Fri, 13 Mar 2009 08:56:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.009
X-Spam-Level:
X-Spam-Status: No, score=-2.009 tagged_above=-999 required=5 tests=[AWL=-0.010, BAYES_00=-2.599, J_CHICKENPOX_39=0.6]
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 Ptd2QBYn1Po0 for <ecrit@core3.amsl.com>; Fri, 13 Mar 2009 08:55:54 -0700 (PDT)
Received: from ebru.winwebhosting.com (ebru.winwebhosting.com [74.55.202.130]) by core3.amsl.com (Postfix) with ESMTP id 54AA23A6BC4 for <ecrit@ietf.org>; Fri, 13 Mar 2009 08:55:54 -0700 (PDT)
Received: from neustargw.va.neustar.com ([209.173.53.233] helo=BROS3VMxp) by ebru.winwebhosting.com with esmtpa (Exim 4.69) (envelope-from <br@brianrosen.net>) id 1Li9kE-0004Db-OT; Fri, 13 Mar 2009 10:56:24 -0500
From: Brian Rosen <br@brianrosen.net>
To: 'Karl Heinz Wolf' <khwolf1@gmail.com>, 'Spencer Dawkins' <spencer@wonderhamster.org>
References: <53275.24.154.127.233.1235780998.squirrel@www.brianrosen.net> <f77644530903031358m79a026a7h2420568c71a68504@mail.gmail.com> <00e901c99c4e$ee6bbcb0$cb433610$@net> <f77644530903130747l60c6bc41je3ede73d8836a7d8@mail.gmail.com> <00b701c9a3ef$05817050$108450f0$@net> <F8E29D01312E4DFC86352F1B905DC693@china.huawei.com> <f77644530903130848m793bebebx942737346db672a5@mail.gmail.com>
In-Reply-To: <f77644530903130848m793bebebx942737346db672a5@mail.gmail.com>
Date: Fri, 13 Mar 2009 11:56:05 -0400
Message-ID: <000001c9a3f4$3a48b140$aeda13c0$@net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Acmj8xkVfHA7vjwyRmOrNxU9Xv0hiAAAPm6Q
Content-Language: en-us
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
X-Source:
X-Source-Args:
X-Source-Dir:
Cc: ecrit@ietf.org
Subject: Re: [Ecrit] Comments on phonebcp-07
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: <ecrit.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ecrit>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Mar 2009 15:56:01 -0000
As a practical matter, nearly every country already does that, because of the 1-1-2 action in mobile phones, so I think it's a practical answer. Brian -----Original Message----- From: Karl Heinz Wolf [mailto:khwolf1@gmail.com] Sent: Friday, March 13, 2009 11:48 AM To: Spencer Dawkins Cc: Brian Rosen; ecrit@ietf.org Subject: Re: [Ecrit] Comments on phonebcp-07 I just noticed that Spencer's first mail was off-list and so was my reply. My question there was: do you think every country having subservices could agree on picking one service as a default sos service? I certainly agree that having a urn:service:sos would make things easier. karl heinz On Fri, Mar 13, 2009 at 11:35 AM, Spencer Dawkins <spencer@wonderhamster.org> wrote: > I agree - the alternative, as Karl Heinz suggests, is to pick another URN, > which might ALSO be missing, and/or just start trying services at random... > > Thanks, > > Spencer > > ----- Original Message ----- From: "Brian Rosen" <br@brianrosen.net> > To: "'Karl Heinz Wolf'" <khwolf1@gmail.com> > Cc: <ecrit@ietf.org> > Sent: Friday, March 13, 2009 10:18 AM > Subject: Re: [Ecrit] Comments on phonebcp-07 > > > I think we're better off saying (if it isn't already in LoST), that > urn:service:sos MUST be specified (locally) and lead somewhere appropriate. > Then a missing service goes to urn:service:sos always. > > Brian > > -----Original Message----- > From: Karl Heinz Wolf [mailto:khwolf1@gmail.com] > Sent: Friday, March 13, 2009 10:47 AM > To: Brian Rosen > Cc: ecrit@ietf.org > Subject: Re: [Ecrit] Comments on phonebcp-07 > > Thank you for putting back ED-6. > > I thought about the configuration of the home emergency number and how > to map the home emergency number to the visited one. In case the same > emergency (sub-)services exist in both the home and visited country, > there shouldn't be a problem. But what about the following situation: > the user dials his home dialstring for sos.physician, but this service > does not exist in the visited country. > Or the user just has a single home dial string for sos, but there is > no such general emergency service in the visited country, but all the > subservices. Where should the call be connected to? > > Would it make sense to have a rule on this like: > > Home emergency dial strings should be mapped to the corresponding > emergency service in the visited country. In case there is not such a > service in the visited country, the mapping for urn:service:sos should > be used to connect the call. If there is no such general emergency > service available, urn:service:sos.police should be tried, followed by > other randomly selected services in case of failure. > ? > > Karl Heinz > > > On Tue, Mar 3, 2009 at 6:25 PM, Brian Rosen <br@brianrosen.net> wrote: >> >> Hmmmm. That works. Either I forgot about it, or we never actually >> discussed it. >> >> I'll put it back and put some text in -framework about it: >> You MAY provision home country >> The device could discover home dial strings knowing home country via LoST. >> >> Sorry about that. ED-6 will come back. >> >> Brian >> >> -----Original Message----- >> From: Karl Heinz Wolf [mailto:khwolf1@gmail.com] >> Sent: Tuesday, March 03, 2009 4:59 PM >> To: Brian Rosen >> Cc: ecrit@ietf.org >> Subject: Re: [Ecrit] Comments on phonebcp-07 >> >> Brian, just one comment on the now deleted ED-6: >> >>> 1. ED-6 vs ED-9 is the difference between discovery with a home country >>> code and provisioning of actual dial string. We haven't described >>> discovery, so I'll have to delete ED-6 >>> >> >> I thought LoST would be the way to discover dial strings for the home >> country. A mapping request with just the home country as location >> information would be the discovery, wouldn't it? >> >> karl heinz >> >> > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > > >
- Re: [Ecrit] Comments on phonebcp-07 Brian Rosen
- Re: [Ecrit] Comments on phonebcp-07 Elwell, John
- Re: [Ecrit] Comments on phonebcp-07 Bernard Aboba
- Re: [Ecrit] Comments on phonebcp-07 Karl Heinz Wolf
- Re: [Ecrit] Comments on phonebcp-07 Brian Rosen
- Re: [Ecrit] Comments on phonebcp-07 Brian Rosen
- Re: [Ecrit] Comments on phonebcp-07 Elwell, John
- Re: [Ecrit] Comments on phonebcp-07 Karl Heinz Wolf
- Re: [Ecrit] Comments on phonebcp-07 Brian Rosen
- Re: [Ecrit] Comments on phonebcp-07 Spencer Dawkins
- Re: [Ecrit] Comments on phonebcp-07 Karl Heinz Wolf
- Re: [Ecrit] Comments on phonebcp-07 Brian Rosen
- Re: [Ecrit] Comments on phonebcp-07 DRAGE, Keith (Keith)
- Re: [Ecrit] Comments on phonebcp-07 Brian Rosen
- Re: [Ecrit] Comments on phonebcp-07 Elwell, John
- Re: [Ecrit] Comments on phonebcp-07 Brian Rosen
- Re: [Ecrit] Comments on phonebcp-07 Elwell, John