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