From RjS@nostrum.com Thu Jul 1 12:59:23 2010 Return-Path: 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 CA1793A6A55 for ; Thu, 1 Jul 2010 12:59:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, SPF_PASS=-0.001] 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 8FWmQ439ekQN for ; Thu, 1 Jul 2010 12:59:22 -0700 (PDT) Received: from nostrum.com (nostrum-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:267::2]) by core3.amsl.com (Postfix) with ESMTP id 96AC23A6A62 for ; Thu, 1 Jul 2010 12:59:20 -0700 (PDT) Received: from [192.168.2.105] (pool-173-71-46-100.dllstx.fios.verizon.net [173.71.46.100]) (authenticated bits=0) by nostrum.com (8.14.3/8.14.3) with ESMTP id o61JxTDJ028975 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 1 Jul 2010 14:59:30 -0500 (CDT) (envelope-from RjS@nostrum.com) Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Robert Sparks In-Reply-To: <4820138A-ABED-4A24-A63D-CC23388BD54C@nostrum.com> Date: Thu, 1 Jul 2010 14:59:29 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <64812712-2DD3-4C05-A2D8-C9BF86F6237B@nostrum.com> References: <4820138A-ABED-4A24-A63D-CC23388BD54C@nostrum.com> To: Robert Sparks X-Mailer: Apple Mail (2.1081) Received-SPF: pass (nostrum.com: 173.71.46.100 is authenticated by a trusted mechanism) Cc: ecrit@ietf.org Subject: Re: [Ecrit] Fwd: phonebcp initial comments X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Jul 2010 19:59:23 -0000 I don't have any further comments/questions at this time - I've put this = in revised-ID needed. On Jun 22, 2010, at 1:03 PM, Robert Sparks wrote: > (resending from an address that won't land in the moderator queue - = chairs - please delete the version that's stuck there) >=20 >=20 >=20 > I'm in the middle of reviewing ecrit-phonebcp in preparation for=20 > taking it through the rest of the process. I'd like to start = discussing > the comments and questions I've found so far. These are in document = order. >=20 > Introduction (nits): > Consider a reference and expand the first occurance of SIP in the = introduction. > Missing close paren after AN- in the introduction's 1st paragraph >=20 > ED-2 may not be sufficiently specified. Did you intend to include = devices like > the Tandberg Fieldview or one-way SIP paging/announcement devices? >=20 > SP-2 (nit) "This" at the beginnning of the second sentence is = potentially > ambiguous. The second sentence isn't really part of the requirement - = it's a > consideration for other parts of the system.=20 >=20 > Does ED-11/SP-9 include the counseling service or was it intended to = only apply to the sos service? >=20 > ED-14/INT-3/AN-3 how is suitable determined? Can any guidance be = provided? >=20 > ED-15/INT-4/AN-4 Why is override in quotes? >=20 > AN-6/INT-5 Can the document explain why 650 m^2 was chosen? >=20 > AN-7/INT-6 The requirement to preserve ay access network provided = location > mechanism (not just location) through intermediate devices is hard to > extract from the existing text. >=20 > ED-16/INT-7 Is there a reference to point to (or text to include) that = explains > the choice of 100m and 95% confidence? >=20 > AN-9 Does "do not support" here mean do not implement or do not use? >=20 > ED-12/INT-12 I'm not sure what the second sentence is trying to say. > Is it this?: When devices are deployed in access networks that support > interface-specific location discovery mechanisms such as LLDP-MED... >=20 > AN-13/INT-14 (nit) suggest s/meeting this BCP/satisfying the = requirements in > this BCP/ >=20 > ED-22/INT-15 Can you keep trying LCPs after you find the first one = that > succeeds? (The requirement currently says "can be used") >=20 > ED-24 (nit) There are two ranges listed here that could be collapsed=20= > (12-21,21-31). Is this just an artifact of editing, or is there a = typo? >=20 > ED-25 It's not clear whether no response is received means transport, = http, > or HELD failure. Does the retry mechanic specified here make sense in = the > first two cases? In the third, doesn't HELD provide some retry = behavior > based on its error codes? How does this requirement interact with = that? >=20 > ED-30/INT-23 (nit) "roam" may have connotations of changing networks = to some > readers. I think you meant "change location"? >=20 > ED-31/INT-24 (nit) I suggest replacing "If the device can detect it = has moved", with "If the device detects a state change that might = indicate having moved". >=20 > ED-32/AN-18 is "MUST be provided" here intended to convey must use or = only must implement? >=20 > ED-38 How was 10 seconds chosen? >=20 > ED-39/SP16 - Is this requirement trying to point to Rule 3 in section = 3 of 5491 or something else?=20 >=20 > SP-17 Should this requirement talk about random choices the way ED-40 = does? >=20 > ED-41/SP-20 Is this requirement on the generation or verification of = location > object (I suspect it's generation, in which case the requirement might = be > better written as "MUST be created with" rather than "MUST contain" >=20 > ED-??/SP-?? : This indicates additional review of the document is = needed.=20 >=20 > ED-42/SP-21 This needs more context (Perhaps it should start out with = "When > there are multiple Geolocation header field values provided"?) >=20 > SP-22 This requirement is only talking about the initial INVITE and = not really > the entire call, correct? Can it be rewritten to focus on that = message? >=20 > ED-46 Is the requirement here to not use S/MIME at all, or to ensure = that if it > is used that these bits also appear in the clear. >=20 > ED-47/SP-24 This is awkwardly phrased (in a way that doesn't use MUST > correctly). Right now the only way I can interpret this is "Either TLS = or IPSEC > MUST be used to protect location (but see Section 9.1)." If that's the = intent, > can the phrase be rewritten this way? >=20 > ED-48 What are you trying to describe with "HTTP get" in this = requirement? >=20 > ED-51 Where is the specification of looking for LoST servers in SRV = (can > this requirement add a reference?). Nit: s/it's/its/. ED-52 looks like = a > restatement of part of this requirement. Can they be combined? >=20 > AN-26 Is this requirement intended to mean the access network's DHCP = servers > MUST implement the LoST discovery option, or that the access network = must use > the option? How does this relate to the requirement in AN-27? >=20 > ED-58 This requirement says MAY, but ED-65 point 12 says SHOULD. >=20 > ED-60/SP-31 I suggest replacing "specified" with "used". This = requirement needs to be restructured similar to ED-47/SP-24.=20 >=20 > ED-62/SP-33 RFC5626 doesn't discuss persistent TLS between proxies. = This > requirement should be more clearly scoped to connections when one = element is > the end device. >=20 > ED-63/AN-28 Again, suggest s/specified/used/.=20 >=20 > ED-64/AN-29 Suggest being explicit: When TLS session establishement = with the > HELD server fails, >=20 > ED-65 3 and 4 Why does this need to restate fundamental SIP = requirements (like > having a =46rom and Via header field)? Nit: header-> header field = throughout the > document >=20 > ED-63 5: The Route header should have exactly the bits that LoST = returned. It > doesn't make sense to add an ;lr if one wasn't already there. Is the = second > half of this requirement accurate (will there never be Route headers = for other > reasons, such as Service-Route)? >=20 > ED-64 15: Is this requirement trying to point to Accept-Contact with a > "language" parameter? Accept-Language and Caller Preferences aren't = related. >=20 > SP-34 1: What does "as above" point to? >=20 > ED-66/SP-35: How was 30 minutes chosen? ED-65 says "several minutes"=20= >=20 > ED-67/SP-38: This needs expansion/clarification. If the intent is to = insist that an endpoint accept the REFER and issue an INVITE, "MUST = support" is insufficient. Where you say transaction, I think you mean = request. Does this requirement apply only to REFER requests received in = this dialog, or is it intended to also apply to REFER requests = out-of-dialog, but associated with this dialog using the Target-Dialog = extension? >=20 > ED-68 Is there a reason to not clean up the cruft before publication = (I understand not wanting the numbers to move around much while the = working group was developing the document). >=20 > ED-79 This requirement makes 5194 a normative down-reference=20 > =09 > ED-80 should this point to 3984bis? >=20 > ED-81 Where are the *.test URNs defined/registered? >=20 > The restatement of requirements in the appendix is dangerous from a = document maintenance point of view. There are already some (minor) = inconsistencies that I found with a hackish python script - this may not = be all of them: >=20 > ED-9 : Endpoints SHOULD be able to have home dial strings = provisioned by configuration. > Endpoints SHOULD be able to have home dial strings provisioned. >=20 > ED-60 : TLS MUST be specified when attempting to signal an = emergency call with SIP. IPSEC is an acceptable alternative. > TLS MUST be specified when attempting to signal an emergency = call. IPSEC is an acceptable alternative. >=20 > ED-81 : ... and a 404 (Not Found) MUST be returned ... > ... and a 404 (Not found) MUST be returned ... >=20 > ED-82 : (appendix is missing punctuation at end) >=20 > SP-8 : Service providers MAY provide home dial strings by = configuration. > Service providers MAY provision home dial strings in devices. >=20 > SP-31 : TLS MUST be specified when attempting to signal an = emergency call with SIP. IPSEC is an acceptable alternative. > TLS MUST be specified when attempting to signal an emergency = call. IPSEC is an acceptable alternative. >=20 > AN-11 : ... personnal area ... > ... personal area ... >=20 > Only seen once > ED-?? A location with a method of "derived" MUST NOT be used unless no = other location is available. > SP-?? A location with a method of "derived" MUST NOT be used unless no = other location is available. >=20 >=20 >=20 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From rbarnes@bbn.com Fri Jul 2 07:29:06 2010 Return-Path: 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 8BC333A67B2 for ; Fri, 2 Jul 2010 07:29:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.673 X-Spam-Level: X-Spam-Status: No, score=-0.673 tagged_above=-999 required=5 tests=[AWL=-0.488, BAYES_40=-0.185] 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 Z5IQxw5PHho1 for ; Fri, 2 Jul 2010 07:29:05 -0700 (PDT) Received: from smtp.bbn.com (smtp.bbn.com [128.33.0.80]) by core3.amsl.com (Postfix) with ESMTP id 847093A67B7 for ; Fri, 2 Jul 2010 07:29:05 -0700 (PDT) Received: from [192.1.255.188] (port=51290 helo=col-dhcp-192-1-255-188.bbn.com) by smtp.bbn.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1OUhEz-000BTA-3U for ecrit@ietf.org; Fri, 02 Jul 2010 10:29:17 -0400 Message-Id: <3ADA5DE0-B808-40A7-A8C7-110C83759ECC@bbn.com> From: "Richard L. Barnes" To: ecrit@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 2 Jul 2010 10:29:16 -0400 X-Mailer: Apple Mail (2.936) Subject: [Ecrit] Ecritdroid - the NG911 / NG112 app X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Jul 2010 14:29:06 -0000 Hey all, Just wanted to make people aware of Ecritdroid, a little Android app I wrote during the last Emergency Services Workshop that uses the Android location platform and the ECRIT calling architecture to enable IP emergency calling. (If the PSAPs are reachable!) Basically, the app pulls location information from the hardware and does the LoST queries to find emergency services contacts and dialstrings, then when someone dials an emergency number (911, 112, etc.), presents them with a list of ways to contact the PSAP over IP. Compiled version and source code available on Google Code: As the websites says: USE WITH CAUTION. This is not designed to be used for real emergency calls, and if your LoST server is provisioned with mappings that use the default dial strings for your area (911/112), then this app could make it more difficult for you to place an actual emergency call to one of those numbers. (It's also kind of hard on batteries, FWIW, because it polls LoST far too often.) Anyway, hope this is useful to people, --Richard From mlinsner@cisco.com Thu Jul 8 07:03:39 2010 Return-Path: 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 8D5F83A6818 for ; Thu, 8 Jul 2010 07:03:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 Q-WL8B8wrzwq for ; Thu, 8 Jul 2010 07:03:37 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id EF82F3A6ACD for ; Thu, 8 Jul 2010 07:03:32 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPt2NUxAaHte/2dsb2JhbACgK3GmFppphSUEiD8 X-IronPort-AV: E=Sophos;i="4.53,558,1272844800"; d="scan'208";a="266311657" Received: from hkg-core-1.cisco.com ([64.104.123.94]) by sj-iport-2.cisco.com with ESMTP; 08 Jul 2010 14:03:34 +0000 Received: from [10.116.195.126] (rtp-mlinsner-87113.cisco.com [10.116.195.126]) by hkg-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o68E3Vj4025096 for ; Thu, 8 Jul 2010 14:03:32 GMT User-Agent: Microsoft-Entourage/12.25.0.100505 Date: Thu, 08 Jul 2010 10:03:24 -0400 From: Marc Linsner To: ecrit Message-ID: Thread-Topic: Maastricht Agenda Thread-Index: AcseplRsGDJ2Xgjutki8jV9bHoDV7A== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: [Ecrit] Maastricht Agenda X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 14:03:40 -0000 All, If you desire agenda time at the Maastricht meeting, please let us know. In conversation with the ADs, the following drafts are targeted for milestones, assuming group consensus, as soon as we finish a few outstanding issues on our current work (PhoneBCP, Framework, Rough-loc, Lost-sync, & Servicelist boundary). draft-rosen-ecrit-additional-data draft-schulzrinne-ecrit-psap-callback draft-schulzrinne-ecrit-unauthenticated-access draft-tschofenig-ecrit-trustworthy-location draft-rosen-ecrit-data-only-ea Please respond ASAP possible so we can finish the agenda. Thanks, Richard, Marc, Roger From jmpolk@cisco.com Thu Jul 8 12:19:42 2010 Return-Path: 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 080F73A68B6 for ; Thu, 8 Jul 2010 12:19:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 5MrK1lk3Dv9q for ; Thu, 8 Jul 2010 12:19:41 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 50F6B3A6834 for ; Thu, 8 Jul 2010 12:19:41 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,560,1272844800"; d="scan'208";a="223699506" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-5.cisco.com with ESMTP; 08 Jul 2010 19:19:45 +0000 Received: from jmpolk-wxp01.cisco.com (rcdn-jmpolk-8714.cisco.com [10.99.80.21]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o68JJiKN019900; Thu, 8 Jul 2010 19:19:45 GMT Message-Id: <201007081919.o68JJiKN019900@sj-core-2.cisco.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Thu, 08 Jul 2010 14:19:42 -0500 To: Marc Linsner , ecrit From: "James M. Polk" In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [Ecrit] Maastricht Agenda X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Jul 2010 19:19:42 -0000 At 09:03 AM 7/8/2010, Marc Linsner wrote: >All, > >If you desire agenda time at the Maastricht meeting, please let us know. > >In conversation with the ADs, the following drafts are targeted for >milestones, assuming group consensus, as soon as we finish a few outstanding >issues on our current work (PhoneBCP, Framework, Rough-loc, Lost-sync, & >Servicelist boundary). > > draft-rosen-ecrit-additional-data > draft-schulzrinne-ecrit-psap-callback > draft-schulzrinne-ecrit-unauthenticated-access > draft-tschofenig-ecrit-trustworthy-location > draft-rosen-ecrit-data-only-ea Marc - what's the story behind the delays to get the ECRIT RP header draft a milestone. The doc is done and waiting... James >Please respond ASAP possible so we can finish the agenda. > >Thanks, > >Richard, Marc, Roger > > >_______________________________________________ >Ecrit mailing list >Ecrit@ietf.org >https://www.ietf.org/mailman/listinfo/ecrit From Martin.Thomson@andrew.com Sun Jul 11 23:37:41 2010 Return-Path: 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 A1A843A6A4F for ; Sun, 11 Jul 2010 23:37:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.911 X-Spam-Level: X-Spam-Status: No, score=-0.911 tagged_above=-999 required=5 tests=[AWL=-3.212, BAYES_50=0.001, MANGLED_DEALS=2.3] 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 6RdZjsbLUdoZ for ; Sun, 11 Jul 2010 23:37:40 -0700 (PDT) Received: from csmailgw1.commscope.com (csmailgw1.commscope.com [198.135.207.244]) by core3.amsl.com (Postfix) with ESMTP id 9F1BE3A693E for ; Sun, 11 Jul 2010 23:37:40 -0700 (PDT) Received: from [10.86.20.103] ([10.86.20.103]:24191 "EHLO ACDCE7HC2.commscope.com") by csmailgw1.commscope.com with ESMTP id S27023313Ab0GLGhr (ORCPT ); Mon, 12 Jul 2010 01:37:47 -0500 Received: from SISPE7HC1.commscope.com (10.97.4.12) by ACDCE7HC2.commscope.com (10.86.20.103) with Microsoft SMTP Server (TLS) id 8.1.436.0; Mon, 12 Jul 2010 01:37:47 -0500 Received: from SISPE7MB1.commscope.com ([fe80::9d82:a492:85e3:a293]) by SISPE7HC1.commscope.com ([fe80::8a9:4724:f6bb:3cdf%10]) with mapi; Mon, 12 Jul 2010 14:37:44 +0800 From: "Thomson, Martin" To: "ecrit@ietf.org" Date: Mon, 12 Jul 2010 14:39:51 +0800 Thread-Topic: Civic address boundaries Thread-Index: AcshjQeyWTYblEEDR/yDAEfILxuQ7g== Message-ID: <8B0A9FCBB9832F43971E38010638454F03E9DCCEA6@SISPE7MB1.commscope.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BCN: Meridius 1000 Version 3.4 on csmailgw1.commscope.com X-BCN-Sender: Martin.Thomson@andrew.com Subject: [Ecrit] Civic address boundaries X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 06:37:41 -0000 SSBicm91Z2h0IHRoaXMgZG9jdW1lbnQgdG8gbGFzdCBJRVRGLCBidXQgZGlkbid0IGdldCBhaXIg dGltZSBhdCB0aGUgbWVldGluZyBkdWUgdG8gb3ZlcmNyb3dkaW5nOg0KDQogIDxodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC10aG9tc29uLWVjcml0LWNpdmljLWJvdW5kYXJ5LTAwPg0K DQpUaGlzIGF0dGVtcHRzIHRvIHJpZ29yb3VzbHkgZGVmaW5lIHdoYXQgYSBzZXJ2aWNlIGJvdW5k YXJpZXMgZm9yIGEgY2l2aWMgYWRkcmVzcyBsb29rcyBsaWtlIGFuZCBpdHMgcHJvcGVydGllcy4N Cg0KVGhlIGRlc2NyaXB0aW9uIGluIFJGQyA1MjIyIGlzIGVub3VnaCB0byBzY3JhcGUgYnksIGJ1 dCB3aGVuIHlvdSBoYXZlIG11bHRpbGluZ3VhbCBhZGRyZXNzZXMsIG9yIHlvdSB0cnkgdG8gaW1w bGVtZW50IHRoZSByb3VnaC1sb2MgZHJhZnQsIHRoZW4geW91IGVuY291bnRlciBwcm9ibGVtcy4g IA0KDQpGb3IgaW5zdGFuY2UsIGRvZXMgdGhpcyBib3VuZGFyeSBhZGRyZXNzOg0KDQoJY291bnRy eTogREU7IEExIChsYW5nPSJkZSIpOiBCYXllcm47IEExIChsYW5nPeKAnGVu4oCdKTogQmF2YXJp YTsgDQoJQTMgKGxhbmc94oCcZGXigJ0pOiBNw7xuY2hlbjsgQTMgKGxhbmc94oCcZW7igJ0pOiBN dW5pY2g7IFJEOiBNYXJpZW5wbGF0eg0KDQouLi5jb250YWluIHRoaXMgYWRkcmVzcz8NCg0KCShs YW5nPeKAnGVu4oCdKSBjb3VudHJ5OiBERTsgQTE6IEJhdmFyaWE7IE3DvG5jaGVuOyANCglBMzog TXVuaWNoOyBSRDogTWFyaWVucGxhdHo7IExNSzogUmF0aGF1czsgUEM6IDgwMzMxDQoNClRoZXJl J3MgYSBzaW1wbGUgYWxnb3JpdGhtIHRoYXQgY2FuIGJlIHVzZWQgdG8gdGVzdCB3aGV0aGVyIG9u ZSBjaXZpYyBhZGRyZXNzIGlzICJ3aXRoaW4iIGFub3RoZXIuICBUaGVyZSdzIGFsc28gc29tZSBk aXNjdXNzaW9uIG9uIHRoZSBzaG9ydGNvbWluZ3Mgb2Ygc3VjaCBzaW1wbGUgdGVzdHMsIGFuZCBz b21lIGFkZHJlc3MtIGFuZCBib3JkZXItY29tYmluaW5nIGFsZ29yaXRobXMuDQoNCi0tTWFydGlu DQo= From root@core3.amsl.com Mon Jul 12 16:15:02 2010 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 7FF703A6995; Mon, 12 Jul 2010 16:15:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100712231502.7FF703A6995@core3.amsl.com> Date: Mon, 12 Jul 2010 16:15:02 -0700 (PDT) Cc: ecrit@ietf.org Subject: [Ecrit] I-D Action:draft-ietf-ecrit-phonebcp-15.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 23:15:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies Working Group of the IETF. Title : Best Current Practice for Communications Services in support of Emergency Calling Author(s) : B. Rosen, J. Polk Filename : draft-ietf-ecrit-phonebcp-15.txt Pages : 24 Date : 2010-07-12 The IETF and other standards organization have efforts targeted at standardizing various aspects of placing emergency calls on IP networks. This memo describes best current practice on how devices, networks and services should use such standards to make emergency calls. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ecrit-phonebcp-15.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-ecrit-phonebcp-15.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-07-12161409.I-D@ietf.org> --NextPart-- From root@core3.amsl.com Mon Jul 12 16:15:02 2010 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id A32903A6C10; Mon, 12 Jul 2010 16:15:02 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100712231502.A32903A6C10@core3.amsl.com> Date: Mon, 12 Jul 2010 16:15:02 -0700 (PDT) Cc: ecrit@ietf.org Subject: [Ecrit] I-D Action:draft-ietf-ecrit-framework-11.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2010 23:15:02 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies Working Group of the IETF. Title : Framework for Emergency Calling using Internet Multimedia Author(s) : B. Rosen, et al. Filename : draft-ietf-ecrit-framework-11.txt Pages : 38 Date : 2010-07-12 The IETF has standardized various aspects of placing emergency calls. This document describes how all of those component parts are used to support emergency calls from citizens and visitors to authorities. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ecrit-framework-11.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-ecrit-framework-11.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-07-12161441.I-D@ietf.org> --NextPart-- From Martin.Thomson@andrew.com Tue Jul 13 19:13:14 2010 Return-Path: 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 0DC6F3A6925 for ; Tue, 13 Jul 2010 19:13:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.764 X-Spam-Level: X-Spam-Status: No, score=-1.764 tagged_above=-999 required=5 tests=[AWL=-0.654, BAYES_05=-1.11] 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 jShB5EnQQ9kz for ; Tue, 13 Jul 2010 19:13:13 -0700 (PDT) Received: from csmailgw1.commscope.com (csmailgw1.commscope.com [198.135.207.244]) by core3.amsl.com (Postfix) with ESMTP id 1FE2E3A63CB for ; Tue, 13 Jul 2010 19:13:13 -0700 (PDT) Received: from [10.86.20.103] ([10.86.20.103]:43174 "EHLO ACDCE7HC2.commscope.com") by csmailgw1.commscope.com with ESMTP id S27363186Ab0GNCNW (ORCPT ); Tue, 13 Jul 2010 21:13:22 -0500 Received: from SISPE7HC1.commscope.com (10.97.4.12) by ACDCE7HC2.commscope.com (10.86.20.103) with Microsoft SMTP Server (TLS) id 8.1.436.0; Tue, 13 Jul 2010 21:13:22 -0500 Received: from SISPE7MB1.commscope.com ([fe80::9d82:a492:85e3:a293]) by SISPE7HC1.commscope.com ([fe80::8a9:4724:f6bb:3cdf%10]) with mapi; Wed, 14 Jul 2010 10:13:18 +0800 From: "Thomson, Martin" To: "ecrit@ietf.org" , "Rosen, Brian" Date: Wed, 14 Jul 2010 10:15:24 +0800 Thread-Topic: phone-bcp changes and location-conveyance Thread-Index: Acsi+mtO5bztz8FTT+uEid0kKjiWPg== Message-ID: <8B0A9FCBB9832F43971E38010638454F03E9DCD116@SISPE7MB1.commscope.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BCN: Meridius 1000 Version 3.4 on csmailgw1.commscope.com X-BCN-Sender: Martin.Thomson@andrew.com Subject: [Ecrit] phone-bcp changes and location-conveyance X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 02:13:14 -0000 VGhlcmUgbG9vayB0byBiZSBhIGxvdCBvZiBjaGFuZ2VzIGluIHBob25lLWJjcCwgc29tZSBvZiB3 aGljaCBhcmUgZGVwZW5kZW50IG9uIHRoZSBsYXRlc3QJIHNpcGNvcmUtbG9jYXRpb24tY29udmV5 YW5jZSBkcmFmdC4gIEhvd2V2ZXIsIGEgbG90IG9mIHRoZSBkb2N1bWVudCBoYXMgYmVlbiByZW5k ZXJlZCBpbnZhbGlkLg0KDQpUaGlzIGlzIG5vIGxvbmdlciBhcHBsaWNhYmxlOg0KDQogIEVELTQz L1NQLTIyIFdoZW4gdGhlcmUgYXJlIG11bHRpcGxlIEdlb2xvY2F0aW9uIGhlYWRlciBmaWVsZCB2 YWx1ZXMNCglwcm92aWRlZCwgdGhlICJ1c2VkLWZvci1yb3V0aW5nIiBwYXJhbWV0ZXIgTVVTVCBi ZSBzZXQgdG8gdGhlCQ0KCWxvY2F0aW9uIHRoYXQgd2FzIGNob3NlbiBmb3Igcm91dGluZy4NCg0K QmVjYXVzZSB5b3UgY2FuJ3QgaGF2ZSBtdWx0aXBsZSB2YWx1ZXMgYW55IG1vcmUuDQoNClRoZSBp bnNlcnRlZC1ieSByZWNvbW1lbmRhdGlvbnMgYW5kIHNvIG9uLCBhbHNvIG5lZWQgdG8gYmUgZml4 ZWQuDQoNCkkgd29uZGVyIGlmIHRoZSBuZXcgYmVoYXZpb3VyIHJlY29tbWVuZGVkIGZvciB0aGUg NDI0IHJlc3BvbnNlIChpbiBwYXJ0aWN1bGFyLCB0aGUgb25lIHdpdGggYSByZWNvbW1lbmRlZCBs b2NhdGlvbikgaGFzIGFueSBpbXBsaWNhdGlvbnMgZm9yIGVtZXJnZW5jeSByb3V0aW5nLiAgSSBz dXNwZWN0IHRoYXQgdGhlcmUgaXMgYXQgbGVhc3Qgb25lIG5ldyByZXF1aXJlbWVudCBvbiBpbnRl cm1lZGlhcmllcywgZXZlbiBpZiB0aGlzIGlzIGEgTVVTVCBOT1QgcmVqZWN0IGFuZCBpbmNsdWRl IGEgcmVjb21tZW5kZWQgbG9jYXRpb24uDQoNCi0tTWFydGluDQoNCg== From jmpolk@cisco.com Tue Jul 13 19:54:47 2010 Return-Path: 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 1CB713A68BE for ; Tue, 13 Jul 2010 19:54:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.799 X-Spam-Level: X-Spam-Status: No, score=-9.799 tagged_above=-999 required=5 tests=[AWL=0.800, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 sJ7aLD5yUjd8 for ; Tue, 13 Jul 2010 19:54:46 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 35C503A6452 for ; Tue, 13 Jul 2010 19:54:46 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAB/EPEyrRN+K/2dsb2JhbACfZnGlHJpNhScEg30 X-IronPort-AV: E=Sophos;i="4.55,199,1278288000"; d="scan'208";a="225850918" Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-5.cisco.com with ESMTP; 14 Jul 2010 02:54:55 +0000 Received: from jmpolk-wxp01.cisco.com (rcdn-jmpolk-8714.cisco.com [10.99.80.21]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o6E2ss4W003263; Wed, 14 Jul 2010 02:54:55 GMT Message-Id: <201007140254.o6E2ss4W003263@sj-core-4.cisco.com> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 13 Jul 2010 21:54:54 -0500 To: "Thomson, Martin" , "ecrit@ietf.org" , "Rosen, Brian" From: "James M. Polk" In-Reply-To: <8B0A9FCBB9832F43971E38010638454F03E9DCD116@SISPE7MB1.comms cope.com> References: <8B0A9FCBB9832F43971E38010638454F03E9DCD116@SISPE7MB1.commscope.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: Re: [Ecrit] phone-bcp changes and location-conveyance X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 02:54:47 -0000 At 09:15 PM 7/13/2010, Thomson, Martin wrote: >There look to be a lot of changes in phone-bcp, some of which are >dependent on the latest sipcore-location-conveyance >draft. However, a lot of the document has been rendered invalid. > >This is no longer applicable: > > ED-43/SP-22 When there are multiple Geolocation header field values > provided, the "used-for-routing" parameter MUST be set to the > location that was chosen for routing. > >Because you can't have multiple values any more. there's also no "used-for-routing" parameter in conveyance-03 >The inserted-by recommendations and so on, also need to be fixed. err, or eliminated -- as at least this one needs to be because there is no "inserted-by" parameter any more, nor these parameters: - inserter - host-id - node-id >I wonder if the new behaviour recommended for the 424 response (in >particular, the one with a recommended location) has any >implications for emergency routing. I suspect that there is at >least one new requirement on intermediaries, even if this is a MUST >NOT reject and include a recommended location. yes - I haven't scrubbed phonebcp for to parallel the changes to conveyance-03. I believe that hit is on me James (P) >--Martin > >_______________________________________________ >Ecrit mailing list >Ecrit@ietf.org >https://www.ietf.org/mailman/listinfo/ecrit From Martin.Thomson@andrew.com Tue Jul 13 22:08:04 2010 Return-Path: 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 94BFF3A6988 for ; Tue, 13 Jul 2010 22:08:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.427 X-Spam-Level: X-Spam-Status: No, score=-2.427 tagged_above=-999 required=5 tests=[AWL=0.172, BAYES_00=-2.599] 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 8tEgo1EDYOaA for ; Tue, 13 Jul 2010 22:08:01 -0700 (PDT) Received: from csmailgw2.commscope.com (csmailgw2.commscope.com [198.135.207.242]) by core3.amsl.com (Postfix) with ESMTP id 8E3503A6965 for ; Tue, 13 Jul 2010 22:07:55 -0700 (PDT) Received: from [10.86.20.103] ([10.86.20.103]:38869 "EHLO ACDCE7HC2.commscope.com") by csmailgw2.commscope.com with ESMTP id S338006Ab0GNFIE (ORCPT ); Wed, 14 Jul 2010 00:08:04 -0500 Received: from SISPE7HC1.commscope.com (10.97.4.12) by ACDCE7HC2.commscope.com (10.86.20.103) with Microsoft SMTP Server (TLS) id 8.1.436.0; Wed, 14 Jul 2010 00:08:04 -0500 Received: from SISPE7MB1.commscope.com ([fe80::9d82:a492:85e3:a293]) by SISPE7HC1.commscope.com ([fe80::8a9:4724:f6bb:3cdf%10]) with mapi; Wed, 14 Jul 2010 13:08:00 +0800 From: "Thomson, Martin" To: "James M. Polk" , "ecrit@ietf.org" , "Rosen, Brian" Date: Wed, 14 Jul 2010 13:10:07 +0800 Thread-Topic: [Ecrit] phone-bcp changes and location-conveyance Thread-Index: Acsi//Kf+4gQZeODSDeCcnmJRuGARQAElkvw Message-ID: <8B0A9FCBB9832F43971E38010638454F03E9DCD16A@SISPE7MB1.commscope.com> References: <8B0A9FCBB9832F43971E38010638454F03E9DCD116@SISPE7MB1.commscope.com> <201007140254.o6E2ss4W003263@sj-core-4.cisco.com> In-Reply-To: <201007140254.o6E2ss4W003263@sj-core-4.cisco.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-BCN: Meridius 1000 Version 3.4 on csmailgw2.commscope.com X-BCN-Sender: Martin.Thomson@andrew.com Subject: Re: [Ecrit] phone-bcp changes and location-conveyance X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 05:08:05 -0000 PiB5ZXMgLSBJIGhhdmVuJ3Qgc2NydWJiZWQgcGhvbmViY3AgZm9yIHRvIHBhcmFsbGVsIHRoZSBj aGFuZ2VzIHRvDQo+IGNvbnZleWFuY2UtMDMuDQoNCkkgZ2V0IHRoZSBpbXByZXNzaW9uIHRoYXQg dGhlIGNoYW5nZXMgdG8gY29udmV5YW5jZSB3ZXJlIHJlY2VudCBlbm91Z2ggdGhhdCBwaG9uZS1i Y3AgZGlkbid0IGdldCB1cGRhdGVkIGluIHRpbWUuDQoNClRoZSBjbG9zZSBkZXBlbmRlbmN5IG9u IGNvbnZleWFuY2UgbWFrZXMgaXQgaGFyZCB0byBzYXkgdGhhdCBwaG9uZS1iY3AgaXMgZ29pbmcg dG8gYmUgY29ycmVjdCBpZiBpdCBpcyBwdWJsaXNoZWQgc29vbi4gIEdpdmVuIGhvdyBpbXBvcnRh bnQgaXQgaXMsIGl0IG1ha2VzIGNvbnZleWFuY2UgZXZlbiBtb3JlIGltcG9ydGFudC4NCg0KPiBK YW1lcyAoUCkNCj4gDQogDQotLU1hcnRpbg0KDQo= From brian.rosen@neustar.biz Wed Jul 14 05:48:09 2010 Return-Path: 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 3EF823A681C for ; Wed, 14 Jul 2010 05:48:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 IxAf6qMs4DrD for ; Wed, 14 Jul 2010 05:48:08 -0700 (PDT) Received: from neustar.com (ns7.neustar.com [156.154.24.88]) by core3.amsl.com (Postfix) with ESMTP id 03F4C3A68B2 for ; Wed, 14 Jul 2010 05:48:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1279111694; x=1594459011; q=dns/txt; h=From:Date:Subject:Message-ID:Content-Language: Content-Type:Content-Transfer-Encoding; bh=xgSTTA7xGbCoM6omtfSCF mrZa3PDMGNIVunX/5LeSfs=; b=SypSBLlLrej72eFbMGnDLOEEQVINPzZAVyv/9 tP7hJoTpKfHohDuVEYtyebiWjDkvAsMc7AnVfcEfum6uzepHQ== Received: from ([10.31.13.229]) by chihiron1.nc.neustar.com with ESMTP with TLS id 5202942.29277722; Wed, 14 Jul 2010 08:48:13 -0400 Received: from STNTEXCH01.cis.neustar.com ([fe80::31b6:4d09:2ada:e6c0]) by STNTEXCHHT02.cis.neustar.com ([::1]) with mapi; Wed, 14 Jul 2010 08:48:14 -0400 From: "Rosen, Brian" To: "Thomson, Martin" Date: Wed, 14 Jul 2010 08:48:12 -0400 Thread-Topic: [Ecrit] phone-bcp changes and location-conveyance Thread-Index: AcsjUtJFg7TB6uKDSGS/bo6FH3JfLA== Message-ID: References: <8B0A9FCBB9832F43971E38010638454F03E9DCD116@SISPE7MB1.commscope.com> <201007140254.o6E2ss4W003263@sj-core-4.cisco.com> <8B0A9FCBB9832F43971E38010638454F03E9DCD16A@SISPE7MB1.commscope.com> In-Reply-To: <8B0A9FCBB9832F43971E38010638454F03E9DCD16A@SISPE7MB1.commscope.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: /u73vpPIiWKUpMnwa2bSsg== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "ecrit@ietf.org" Subject: Re: [Ecrit] phone-bcp changes and location-conveyance X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 12:48:09 -0000 We will put out an update of -phonebcp and -framework that aligns it with -= conveyance as soon as the window opens again. I'm working on the text now. Brian On Jul 14, 2010, at 1:10 AM, Thomson, Martin wrote: >> yes - I haven't scrubbed phonebcp for to parallel the changes to >> conveyance-03. >=20 > I get the impression that the changes to conveyance were recent enough th= at phone-bcp didn't get updated in time. >=20 > The close dependency on conveyance makes it hard to say that phone-bcp is= going to be correct if it is published soon. Given how important it is, i= t makes conveyance even more important. >=20 >> James (P) >>=20 >=20 > --Martin >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From mlinsner@cisco.com Wed Jul 14 05:48:28 2010 Return-Path: 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 7F47A3A6A7C for ; Wed, 14 Jul 2010 05:48:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 gxg1rpkRofbN for ; Wed, 14 Jul 2010 05:48:24 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 754C43A6A4A for ; Wed, 14 Jul 2010 05:48:24 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFdPPUyrR7Ht/2dsb2JhbACfbHGkf5pKhSQEiFA X-IronPort-AV: E=Sophos;i="4.55,202,1278288000"; d="scan'208";a="158248025" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-4.cisco.com with ESMTP; 14 Jul 2010 12:48:34 +0000 Received: from [10.116.195.115] (rtp-mlinsner-8712.cisco.com [10.116.195.115]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o6ECmUeE024285 for ; Wed, 14 Jul 2010 12:48:33 GMT User-Agent: Microsoft-Entourage/12.25.0.100505 Date: Wed, 14 Jul 2010 08:48:28 -0400 From: Marc Linsner To: ecrit Message-ID: Thread-Topic: Maastricht Agenda - 1st draft Thread-Index: AcsjUtsTjshXwkHGukqwmBhQubkdCw== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: [Ecrit] Maastricht Agenda - 1st draft X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2010 12:48:28 -0000 Below is the first draft at the agenda for Maastricht. Final agenda is due on Monday. It's time to bash, Marc, Richard, Roger -------------------------------------------------------------------------- 20 min * Agenda Bashing, Draft Status Update, Charter tweaks (Marc Linsner, Richard Barnes, Roger Marshall) 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-15 http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 Intention: Discussion about the latest changes - There have been changes due to IESG review, more changes required due to Location-Conveyance rework. 10 min. * Rough Location (Richard Barnes) http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc-03 Intention: Update on changes required to match Location Conveyance. 10 min. * 10 min. * Additional Data (Brian Rosen) http://tools.ietf.org/html/draft-rosen-ecrit-additional-data-00 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) http://tools.ietf.org/html/draft-rosen-ecrit-data-only-ea-01 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Unauthenticated Access (Stephen McCann) http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-access-08 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * PSAP Callback (Henning Schulzrinne) http://tools.ietf.org/html/draft-schulzrinne-ecrit-psap-callback-03 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) http://tools.ietf.org/html/draft-tschofenig-ecrit-trustworthy-location-03 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Civic Boundary (Martin Thomson) http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary-00 Intention: Review applicability to ECRIT. 10 min. * Open Discussion From Peter.Dawes@vodafone.com Thu Jul 15 01:18:30 2010 Return-Path: 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 03FDA3A6A9C for ; Thu, 15 Jul 2010 01:18:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] 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 JAMHjzsVgqRX for ; Thu, 15 Jul 2010 01:18:20 -0700 (PDT) Received: from mailout05.vodafone.com (mailout05.vodafone.com [195.232.224.74]) by core3.amsl.com (Postfix) with ESMTP id BC1733A6A99 for ; Thu, 15 Jul 2010 01:18:06 -0700 (PDT) Received: from mailint05 (localhost [127.0.0.1]) by mailout05 (Postfix) with ESMTP id ECE4014663D for ; Thu, 15 Jul 2010 10:18:14 +0200 (CEST) Received: from avoexs01.internal.vodafone.com (unknown [145.230.4.134]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mailint05 (Postfix) with ESMTPS id E0D7F146488; Thu, 15 Jul 2010 10:18:14 +0200 (CEST) Received: from EITO-MBX02.internal.vodafone.com ([145.230.4.11]) by avoexs01.internal.vodafone.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 15 Jul 2010 10:18:16 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 15 Jul 2010 10:19:06 +0200 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Ecrit] Maastricht Agenda - 1st draft Thread-Index: AcsjUtsTjshXwkHGukqwmBhQubkdCwAogm3Q References: From: "Dawes, Peter, VF-Group" To: "Marc Linsner" , "ecrit" X-OriginalArrivalTime: 15 Jul 2010 08:18:16.0207 (UTC) FILETIME=[468269F0:01CB23F6] Subject: Re: [Ecrit] Maastricht Agenda - 1st draft X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 08:18:30 -0000 Hi Marc, http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 needs a few editorial corrections.=20 Regards, Peter [Page 2]/1. Terminology/"Nomadic device (user): A nomadic user agent is connected to the network temporarily, for relatively short durations, but does not move significantly during the during the emergency call. Examples include a laptop using an IEEE 802.11 hotspot or a desk IP phone that is moved occasionally from one cubicle to another." "during the" is repeated. [Page 19]/6.4. Location and references to location "When location is transmitted by value, the location information is available to entity in the call path." "entity" should be "entities" [Page 20]/6.5 End system location configuration "Normally, mobile devices will acquire its location at call time for use in an emergency call routing. See Section 6.8 for a further discussion on location updates for dispatch location." "mobile devices" should be "a mobile device" [page 29]/11. Mid-call behavior "Therefore a PSAP may need to a REFER request [RFC3515] a call to a bridge for conferencing." should say "Therefore a PSAP may need to send a REFER request [RFC3515] to redirect a call to a bridge for conferencing." =20 -----Original Message----- From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On Behalf Of Marc Linsner Sent: 14 July 2010 13:48 To: ecrit Subject: [Ecrit] Maastricht Agenda - 1st draft Below is the first draft at the agenda for Maastricht. Final agenda is due on Monday. It's time to bash, Marc, Richard, Roger ------------------------------------------------------------------------ -- 20 min * Agenda Bashing, Draft Status Update, Charter tweaks (Marc Linsner, Richard Barnes, Roger Marshall) 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-15 http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 Intention: Discussion about the latest changes - There have been changes due to IESG review, more changes required due to Location-Conveyance rework. 10 min. * Rough Location (Richard Barnes) http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc-03 Intention: Update on changes required to match Location Conveyance. 10 min. * 10 min. * Additional Data (Brian Rosen) http://tools.ietf.org/html/draft-rosen-ecrit-additional-data-00 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) http://tools.ietf.org/html/draft-rosen-ecrit-data-only-ea-01 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Unauthenticated Access (Stephen McCann) http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-acces s-08 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * PSAP Callback (Henning Schulzrinne) http://tools.ietf.org/html/draft-schulzrinne-ecrit-psap-callback-03 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) http://tools.ietf.org/html/draft-tschofenig-ecrit-trustworthy-location-0 3 Intention: Evaluate for WG item candidate - determine next steps. 10 min. * Civic Boundary (Martin Thomson) http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary-00 Intention: Review applicability to ECRIT. 10 min. * Open Discussion _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit From br@brianrosen.net Thu Jul 15 06:42:12 2010 Return-Path: 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 069653A6887 for ; Thu, 15 Jul 2010 06:42:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.809 X-Spam-Level: X-Spam-Status: No, score=-1.809 tagged_above=-999 required=5 tests=[AWL=0.790, BAYES_00=-2.599] 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 cSxKP52pvumF for ; Thu, 15 Jul 2010 06:42:10 -0700 (PDT) Received: from ebru.winwebhosting.com (ebru.winwebhosting.com [70.87.156.98]) by core3.amsl.com (Postfix) with ESMTP id BFBFF3A6821 for ; Thu, 15 Jul 2010 06:42:10 -0700 (PDT) Received: from [209.173.57.233] (helo=[192.168.130.13]) by ebru.winwebhosting.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69) (envelope-from ) id 1OZOhb-0000EZ-86; Thu, 15 Jul 2010 08:42:17 -0500 Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Brian Rosen In-Reply-To: Date: Thu, 15 Jul 2010 09:42:12 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Dawes, Peter, VF-Group" X-Mailer: Apple Mail (2.1081) 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: ecrit Subject: Re: [Ecrit] Maastricht Agenda - 1st draft X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jul 2010 13:42:12 -0000 Thanks for this, I'll fix it for next rev. I assume we'll need another, = and if some miracle happens and we don't, the RFC Editor can make them. Brian On Jul 15, 2010, at 4:19 AM, Dawes, Peter, VF-Group wrote: > Hi Marc, > http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 needs a few > editorial corrections.=20 >=20 > Regards, > Peter >=20 >=20 > [Page 2]/1. Terminology/"Nomadic device (user): A nomadic user agent = is > connected to the > network temporarily, for relatively short durations, but does not > move significantly during the during the emergency call. = Examples > include a laptop using an IEEE 802.11 hotspot or a desk IP phone > that is moved occasionally from one cubicle to another." >=20 > "during the" is repeated. >=20 > [Page 19]/6.4. Location and references to location >=20 > "When location is transmitted by value, the location information is > available to entity in the call path." >=20 > "entity" should be "entities" >=20 > [Page 20]/6.5 End system location configuration >=20 > "Normally, mobile devices will > acquire its location at call time for use in an emergency call > routing. See Section 6.8 for a further discussion on location > updates for dispatch location." >=20 > "mobile devices" should be "a mobile device" >=20 > [page 29]/11. Mid-call behavior >=20 > "Therefore a PSAP may need to a REFER request [RFC3515] a call to a > bridge for conferencing." >=20 > should say "Therefore a PSAP may need to send a REFER request = [RFC3515] > to redirect a call to a > bridge for conferencing." >=20 >=20 >=20 >=20 >=20 >=20 > -----Original Message----- > From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On Behalf > Of Marc Linsner > Sent: 14 July 2010 13:48 > To: ecrit > Subject: [Ecrit] Maastricht Agenda - 1st draft >=20 > Below is the first draft at the agenda for Maastricht. Final agenda = is > due on Monday. >=20 > It's time to bash, >=20 > Marc, Richard, Roger >=20 > = ------------------------------------------------------------------------ > -- > 20 min * Agenda Bashing, Draft Status Update, Charter tweaks (Marc > Linsner, Richard Barnes, Roger Marshall) >=20 > 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) > http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-15 > http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 > Intention: Discussion about the latest changes - There have been = changes > due to IESG review, more changes required due to Location-Conveyance > rework. >=20 > 10 min. * Rough Location (Richard Barnes) > http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc-03 > Intention: Update on changes required to match Location Conveyance. >=20 > 10 min. * 10 min. * Additional Data (Brian Rosen) > http://tools.ietf.org/html/draft-rosen-ecrit-additional-data-00 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) > http://tools.ietf.org/html/draft-rosen-ecrit-data-only-ea-01 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Unauthenticated Access (Stephen McCann) > = http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-acces > s-08 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * PSAP Callback (Henning Schulzrinne) > http://tools.ietf.org/html/draft-schulzrinne-ecrit-psap-callback-03 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) > = http://tools.ietf.org/html/draft-tschofenig-ecrit-trustworthy-location-0 > 3 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Civic Boundary (Martin Thomson) > http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary-00 > Intention: Review applicability to ECRIT. >=20 > 10 min. * Open Discussion >=20 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From fluffy@cisco.com Wed Jul 21 13:37:19 2010 Return-Path: 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 0DA743A6B7D for ; Wed, 21 Jul 2010 13:36:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.487 X-Spam-Level: X-Spam-Status: No, score=-110.487 tagged_above=-999 required=5 tests=[AWL=0.112, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] 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 zVPCPBCvCI8L for ; Wed, 21 Jul 2010 13:36:37 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 84A203A6B97 for ; Wed, 21 Jul 2010 13:35:18 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-4.cisco.com with ESMTP; 21 Jul 2010 20:34:57 +0000 Received: from sjc-vpn5-1581.cisco.com (sjc-vpn5-1581.cisco.com [10.21.94.45]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o6LKYuGe024146; Wed, 21 Jul 2010 20:34:56 GMT Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Cullen Jennings In-Reply-To: Date: Wed, 21 Jul 2010 13:34:56 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Marc Linsner X-Mailer: Apple Mail (2.1081) Cc: ecrit Subject: Re: [Ecrit] Maastricht Agenda - 1st draft X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 20:37:25 -0000 This looks like a sipping style gong show. I don't know how you are = going to get anything productive done in all the 10 minute slots. Sorry = I don't have any useful suggestion on how to improve the agenda but = seems like the chairs/ADs could prioritize this somehow or other.=20 On Jul 14, 2010, at 5:48 , Marc Linsner wrote: > Below is the first draft at the agenda for Maastricht. Final agenda = is due > on Monday. >=20 > It's time to bash, >=20 > Marc, Richard, Roger >=20 > = --------------------------------------------------------------------------= > 20 min * Agenda Bashing, Draft Status Update, Charter tweaks (Marc = Linsner, > Richard Barnes, Roger Marshall) >=20 > 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) > http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-15 > http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 > Intention: Discussion about the latest changes - There have been = changes due > to IESG review, more changes required due to Location-Conveyance = rework. >=20 > 10 min. * Rough Location (Richard Barnes) > http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc-03 > Intention: Update on changes required to match Location Conveyance. >=20 > 10 min. * 10 min. * Additional Data (Brian Rosen) > http://tools.ietf.org/html/draft-rosen-ecrit-additional-data-00 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) > http://tools.ietf.org/html/draft-rosen-ecrit-data-only-ea-01 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Unauthenticated Access (Stephen McCann) > = http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-access-= 08 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * PSAP Callback (Henning Schulzrinne) > http://tools.ietf.org/html/draft-schulzrinne-ecrit-psap-callback-03 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) > = http://tools.ietf.org/html/draft-tschofenig-ecrit-trustworthy-location-03 > Intention: Evaluate for WG item candidate - determine next steps. >=20 > 10 min. * Civic Boundary (Martin Thomson) > http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary-00 > Intention: Review applicability to ECRIT. >=20 > 10 min. * Open Discussion >=20 >=20 > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From bernard_aboba@hotmail.com Wed Jul 21 16:41:11 2010 Return-Path: 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 36A223A685B for ; Wed, 21 Jul 2010 16:41:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.248 X-Spam-Level: X-Spam-Status: No, score=-1.248 tagged_above=-999 required=5 tests=[AWL=1.351, BAYES_00=-2.599] 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 a376W3VZNqRd for ; Wed, 21 Jul 2010 16:41:09 -0700 (PDT) Received: from blu0-omc3-s38.blu0.hotmail.com (blu0-omc3-s38.blu0.hotmail.com [65.55.116.113]) by core3.amsl.com (Postfix) with ESMTP id 8F0ED3A6824 for ; Wed, 21 Jul 2010 16:41:09 -0700 (PDT) Received: from BLU137-DS14 ([65.55.116.72]) by blu0-omc3-s38.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 21 Jul 2010 16:41:25 -0700 X-Originating-IP: [131.107.0.117] X-Originating-Email: [bernard_aboba@hotmail.com] Message-ID: From: "Bernard Aboba" To: "'Cullen Jennings'" , "'Marc Linsner'" References: In-Reply-To: Date: Wed, 21 Jul 2010 16:41:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQGXU64nA2T3Ha/H2GY81F0OBzMqrQErDJt3kxpbIwA= Content-Language: en-us X-OriginalArrivalTime: 21 Jul 2010 23:41:25.0588 (UTC) FILETIME=[3BA1B940:01CB292E] Cc: 'ecrit' Subject: Re: [Ecrit] Maastricht Agenda - 1st draft X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2010 23:41:11 -0000 Opinions differ as to why The Gong Show was cancelled, but we do know that it was replaced by a variety show providing more finished (and less controversial) fare with a larger amount of time allocated to each segment. See http://en.wikipedia.org/wiki/The_Gong_Show for details. On a similar theory, it might make sense to focus the meeting time on WG work items and material that is closest to adoption as a WG work item. This would allow each item to be given more time. A Virtual Interim can then be scheduled which focuses on potential new items, enabling more in-depth discussion of each item. -----Original Message----- From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On Behalf Of Cullen Jennings Sent: Wednesday, July 21, 2010 1:35 PM To: Marc Linsner Cc: ecrit Subject: Re: [Ecrit] Maastricht Agenda - 1st draft This looks like a sipping style gong show. I don't know how you are going to get anything productive done in all the 10 minute slots. Sorry I don't have any useful suggestion on how to improve the agenda but seems like the chairs/ADs could prioritize this somehow or other. On Jul 14, 2010, at 5:48 , Marc Linsner wrote: > Below is the first draft at the agenda for Maastricht. Final agenda > is due on Monday. > > It's time to bash, > > Marc, Richard, Roger > > ---------------------------------------------------------------------- > ---- > 20 min * Agenda Bashing, Draft Status Update, Charter tweaks (Marc > Linsner, Richard Barnes, Roger Marshall) > > 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) > http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-15 > http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 > Intention: Discussion about the latest changes - There have been > changes due to IESG review, more changes required due to Location-Conveyance rework. > > 10 min. * Rough Location (Richard Barnes) > http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc-03 > Intention: Update on changes required to match Location Conveyance. > > 10 min. * 10 min. * Additional Data (Brian Rosen) > http://tools.ietf.org/html/draft-rosen-ecrit-additional-data-00 > Intention: Evaluate for WG item candidate - determine next steps. > > 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) > http://tools.ietf.org/html/draft-rosen-ecrit-data-only-ea-01 > Intention: Evaluate for WG item candidate - determine next steps. > > 10 min. * Unauthenticated Access (Stephen McCann) > http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-acc > ess-08 > Intention: Evaluate for WG item candidate - determine next steps. > > 10 min. * PSAP Callback (Henning Schulzrinne) > http://tools.ietf.org/html/draft-schulzrinne-ecrit-psap-callback-03 > Intention: Evaluate for WG item candidate - determine next steps. > > 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) > http://tools.ietf.org/html/draft-tschofenig-ecrit-trustworthy-location > -03 > Intention: Evaluate for WG item candidate - determine next steps. > > 10 min. * Civic Boundary (Martin Thomson) > http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary-00 > Intention: Review applicability to ECRIT. > > 10 min. * Open Discussion > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www.ietf.org/mailman/listinfo/ecrit From mlinsner@cisco.com Thu Jul 22 06:09:55 2010 Return-Path: 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 35DB13A696B for ; Thu, 22 Jul 2010 06:09:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 JlEnStJpL0Oj for ; Thu, 22 Jul 2010 06:09:53 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id C9F7F3A6960 for ; Thu, 22 Jul 2010 06:09:53 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none Received: from syd-core-1.cisco.com ([64.104.193.198]) by sj-iport-4.cisco.com with ESMTP; 22 Jul 2010 13:10:10 +0000 Received: from [10.116.195.117] (rtp-mlinsner-8714.cisco.com [10.116.195.117]) by syd-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o6MDA6JJ004864; Thu, 22 Jul 2010 13:10:08 GMT User-Agent: Microsoft-Entourage/12.25.0.100505 Date: Thu, 22 Jul 2010 09:10:04 -0400 From: Marc Linsner To: Bernard Aboba , "'Cullen Jennings'" Message-ID: Thread-Topic: [Ecrit] Maastricht Agenda - 1st draft Thread-Index: AQGXU64nA2T3Ha/H2GY81F0OBzMqrQErDJt3kxpbIwCAAOOBPg== In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Cc: 'ecrit' Subject: Re: [Ecrit] Maastricht Agenda - 1st draft X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Jul 2010 13:09:55 -0000 Cullen, Bernard, The WG items are top of the list, down to and including rough-loc. The next 5 items are individual drafts that have been discussed by the group before. The chairs and ADs have determined these 5 drafts fit within the current charter, have community support, and want to refresh the community and verify they are ready to adopt them as WG items. These 5 items are in order of a priority the chairs determined is an expectation of the community. The last item is an individual draft that the author asked to present to the community (and was denied time at the last meeting). Why not more time on WG items? The WG items that are in need of work are (all other wg items are either RFC'ed or in RFC Editor queue): 1) draft-ietf-ecrit-lost-sync 2) draft-ietf-ecrit-lost-servicelistboundary 3) draft-ietf-ecrit-rough-loc 4) draft-ietf-ecrit-phonebcp 5) draft-ietf-ecrit-framework #1 & #2 are in review by the apps area/XML Directorate, not much ECRIT can do until this is complete. #3 The editors/authors have 'revitalized' their work on this, there are some wglc comments they are addressing, 10 min. to present the status of that work. #4 & #5 have been under IESG/AD review for a while and have a few comments from that to discuss, but these drafts have a potentially larger impact by the yet-to-be-determined work on the sipcore location-conveyance draft. Since sipcore is still discussing this draft and has yet to complete what location-conveyance looks like, it was felt that spending more time guessing what sipcore was going to do isn't real useful. If you still think agenda changes are needed, please make suggestions. Now, since we have the WG draft status here, I'm sure we'll save some of the time reserved for the chairs status update. :^) Thanks, -Marc- On 7/21/10 7:41 PM, "Bernard Aboba" wrote: > Opinions differ as to why The Gong Show was cancelled, but we do know that > it was replaced by a variety show providing more finished (and less > controversial) fare with a larger amount of time allocated to each segment. > See http://en.wikipedia.org/wiki/The_Gong_Show for details. > > On a similar theory, it might make sense to focus the meeting time on WG > work items and material that is closest to adoption as a WG work item. > This would allow each item to be given more time. > > A Virtual Interim can then be scheduled which focuses on potential new > items, enabling more in-depth discussion of each item. > > -----Original Message----- > From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On Behalf Of > Cullen Jennings > Sent: Wednesday, July 21, 2010 1:35 PM > To: Marc Linsner > Cc: ecrit > Subject: Re: [Ecrit] Maastricht Agenda - 1st draft > > > This looks like a sipping style gong show. I don't know how you are going to > get anything productive done in all the 10 minute slots. Sorry I don't have > any useful suggestion on how to improve the agenda but seems like the > chairs/ADs could prioritize this somehow or other. > > > On Jul 14, 2010, at 5:48 , Marc Linsner wrote: > >> Below is the first draft at the agenda for Maastricht. Final agenda >> is due on Monday. >> >> It's time to bash, >> >> Marc, Richard, Roger >> >> ---------------------------------------------------------------------- >> ---- >> 20 min * Agenda Bashing, Draft Status Update, Charter tweaks (Marc >> Linsner, Richard Barnes, Roger Marshall) >> >> 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) >> http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-15 >> http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 >> Intention: Discussion about the latest changes - There have been >> changes due to IESG review, more changes required due to > Location-Conveyance rework. >> >> 10 min. * Rough Location (Richard Barnes) >> http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc-03 >> Intention: Update on changes required to match Location Conveyance. >> >> 10 min. * 10 min. * Additional Data (Brian Rosen) >> http://tools.ietf.org/html/draft-rosen-ecrit-additional-data-00 >> Intention: Evaluate for WG item candidate - determine next steps. >> >> 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) >> http://tools.ietf.org/html/draft-rosen-ecrit-data-only-ea-01 >> Intention: Evaluate for WG item candidate - determine next steps. >> >> 10 min. * Unauthenticated Access (Stephen McCann) >> http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-acc >> ess-08 >> Intention: Evaluate for WG item candidate - determine next steps. >> >> 10 min. * PSAP Callback (Henning Schulzrinne) >> http://tools.ietf.org/html/draft-schulzrinne-ecrit-psap-callback-03 >> Intention: Evaluate for WG item candidate - determine next steps. >> >> 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) >> http://tools.ietf.org/html/draft-tschofenig-ecrit-trustworthy-location >> -03 >> Intention: Evaluate for WG item candidate - determine next steps. >> >> 10 min. * Civic Boundary (Martin Thomson) >> http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary-00 >> Intention: Review applicability to ECRIT. >> >> 10 min. * Open Discussion >> >> >> _______________________________________________ >> Ecrit mailing list >> Ecrit@ietf.org >> https://www.ietf.org/mailman/listinfo/ecrit > > > Cullen Jennings > For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit > From fluffy@cisco.com Sun Jul 25 00:08:46 2010 Return-Path: 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 9D9A53A6849 for ; Sun, 25 Jul 2010 00:08:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.824 X-Spam-Level: X-Spam-Status: No, score=-109.824 tagged_above=-999 required=5 tests=[AWL=-0.444, BAYES_00=-2.599, DATE_IN_PAST_24_48=1.219, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] 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 85fco9ske1n0 for ; Sun, 25 Jul 2010 00:08:45 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id E95E73A63CB for ; Sun, 25 Jul 2010 00:08:44 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.55,257,1278288000"; d="scan'208";a="138840116" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 25 Jul 2010 07:09:04 +0000 Received: from dhcp-10-55-86-209.cisco.com (dhcp-10-55-86-209.cisco.com [10.55.86.209]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o6P78vsN003048; Sun, 25 Jul 2010 07:09:02 GMT Mime-Version: 1.0 (Apple Message framework v1081) Content-Type: text/plain; charset=us-ascii From: Cullen Jennings In-Reply-To: Date: Fri, 23 Jul 2010 13:15:34 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Marc Linsner (mlinsner) X-Mailer: Apple Mail (2.1081) Cc: ecrit Subject: Re: [Ecrit] Maastricht Agenda - 1st draft X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Jul 2010 07:08:46 -0000 So what I get out this email is basically no time is needed for WG = items. I find that surprising but will take it face value. On the non WG items I don't think you can have any useful discussion in = 10 minutes. If the purpose is to send 10 minutes advertising the draft = to the WG with no discussion, then I think that is an awful agenda. My = suggestions would be to prioritize these (perhaps they already are) then = allocate a reasonable time to have whatever discussion is needed about = each. If no discussion is needed then cancel the meeting and let some = other WG use it. No doubt this will mean not all of them get discussion = time but I would rather have useful convulsions about a few drafts and = zero conclusions about a bunch of drafts.=20 I'm not complaining about which drafts are on the agenda or how the = chairs prioritized them - I'm expressing doubt that any meaningful = discussion can happen in a 10 minute slot on most of these topics.=20 On Jul 22, 2010, at 6:10 , Marc Linsner (mlinsner) wrote: > Cullen, Bernard, >=20 > The WG items are top of the list, down to and including rough-loc. = The next > 5 items are individual drafts that have been discussed by the group = before. > The chairs and ADs have determined these 5 drafts fit within the = current > charter, have community support, and want to refresh the community and > verify they are ready to adopt them as WG items. These 5 items are in = order > of a priority the chairs determined is an expectation of the = community. The > last item is an individual draft that the author asked to present to = the > community (and was denied time at the last meeting). >=20 > Why not more time on WG items? >=20 > The WG items that are in need of work are (all other wg items are = either > RFC'ed or in RFC Editor queue): >=20 > 1) draft-ietf-ecrit-lost-sync > 2) draft-ietf-ecrit-lost-servicelistboundary > 3) draft-ietf-ecrit-rough-loc > 4) draft-ietf-ecrit-phonebcp > 5) draft-ietf-ecrit-framework >=20 > #1 & #2 are in review by the apps area/XML Directorate, not much ECRIT = can > do until this is complete. >=20 > #3 The editors/authors have 'revitalized' their work on this, there = are > some wglc comments they are addressing, 10 min. to present the status = of > that work. >=20 > #4 & #5 have been under IESG/AD review for a while and have a few = comments > from that to discuss, but these drafts have a potentially larger = impact by > the yet-to-be-determined work on the sipcore location-conveyance = draft. > Since sipcore is still discussing this draft and has yet to complete = what > location-conveyance looks like, it was felt that spending more time = guessing > what sipcore was going to do isn't real useful. >=20 > If you still think agenda changes are needed, please make suggestions. >=20 > Now, since we have the WG draft status here, I'm sure we'll save some = of the > time reserved for the chairs status update. :^) >=20 > Thanks, >=20 > -Marc- >=20 >=20 > On 7/21/10 7:41 PM, "Bernard Aboba" wrote: >=20 > > Opinions differ as to why The Gong Show was cancelled, but we do = know that > > it was replaced by a variety show providing more finished (and less > > controversial) fare with a larger amount of time allocated to each = segment. > > See http://en.wikipedia.org/wiki/The_Gong_Show for details. > > > > On a similar theory, it might make sense to focus the meeting time = on WG > > work items and material that is closest to adoption as a WG work = item. > > This would allow each item to be given more time. > > > > A Virtual Interim can then be scheduled which focuses on potential = new > > items, enabling more in-depth discussion of each item. > > > > -----Original Message----- > > From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] On = Behalf Of > > Cullen Jennings > > Sent: Wednesday, July 21, 2010 1:35 PM > > To: Marc Linsner > > Cc: ecrit > > Subject: Re: [Ecrit] Maastricht Agenda - 1st draft > > > > > > This looks like a sipping style gong show. I don't know how you are = going to > > get anything productive done in all the 10 minute slots. Sorry I = don't have > > any useful suggestion on how to improve the agenda but seems like = the > > chairs/ADs could prioritize this somehow or other. > > > > > > On Jul 14, 2010, at 5:48 , Marc Linsner wrote: > > > >> Below is the first draft at the agenda for Maastricht. Final = agenda > >> is due on Monday. > >> > >> It's time to bash, > >> > >> Marc, Richard, Roger > >> > >> = ---------------------------------------------------------------------- > >> ---- > >> 20 min * Agenda Bashing, Draft Status Update, Charter tweaks (Marc > >> Linsner, Richard Barnes, Roger Marshall) > >> > >> 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) > >> http://tools.ietf.org/html/draft-ietf-ecrit-phonebcp-15 > >> http://tools.ietf.org/html/draft-ietf-ecrit-framework-11 > >> Intention: Discussion about the latest changes - There have been > >> changes due to IESG review, more changes required due to > > Location-Conveyance rework. > >> > >> 10 min. * Rough Location (Richard Barnes) > >> http://tools.ietf.org/html/draft-barnes-ecrit-rough-loc-03 > >> Intention: Update on changes required to match Location Conveyance. > >> > >> 10 min. * 10 min. * Additional Data (Brian Rosen) > >> http://tools.ietf.org/html/draft-rosen-ecrit-additional-data-00 > >> Intention: Evaluate for WG item candidate - determine next steps. > >> > >> 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) > >> http://tools.ietf.org/html/draft-rosen-ecrit-data-only-ea-01 > >> Intention: Evaluate for WG item candidate - determine next steps. > >> > >> 10 min. * Unauthenticated Access (Stephen McCann) > >> = http://tools.ietf.org/html/draft-schulzrinne-ecrit-unauthenticated-acc > >> ess-08 > >> Intention: Evaluate for WG item candidate - determine next steps. > >> > >> 10 min. * PSAP Callback (Henning Schulzrinne) > >> http://tools.ietf.org/html/draft-schulzrinne-ecrit-psap-callback-03 > >> Intention: Evaluate for WG item candidate - determine next steps. > >> > >> 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) > >> = http://tools.ietf.org/html/draft-tschofenig-ecrit-trustworthy-location > >> -03 > >> Intention: Evaluate for WG item candidate - determine next steps. > >> > >> 10 min. * Civic Boundary (Martin Thomson) > >> http://tools.ietf.org/html/draft-thomson-ecrit-civic-boundary-00 > >> Intention: Review applicability to ECRIT. > >> > >> 10 min. * Open Discussion > >> > >> > >> _______________________________________________ > >> Ecrit mailing list > >> Ecrit@ietf.org > >> https://www.ietf.org/mailman/listinfo/ecrit > > > > > > Cullen Jennings > > For corporate legal information go to: > > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > > > > > > _______________________________________________ > > Ecrit mailing list > > Ecrit@ietf.org > > https://www.ietf.org/mailman/listinfo/ecrit > > >=20 >=20 Cullen Jennings For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html From root@core3.amsl.com Tue Jul 27 05:15:09 2010 Return-Path: X-Original-To: ecrit@ietf.org Delivered-To: ecrit@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 8A41C3A6BBF; Tue, 27 Jul 2010 05:15:07 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100727121508.8A41C3A6BBF@core3.amsl.com> Date: Tue, 27 Jul 2010 05:15:07 -0700 (PDT) Cc: ecrit@ietf.org Subject: [Ecrit] I-D Action:draft-ietf-ecrit-rough-loc-02.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 12:15:09 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Emergency Context Resolution with Internet Technologies Working Group of the IETF. Title : Using Imprecise Location for Emergency Context Resolution Author(s) : R. Barnes, M. Lepinski Filename : draft-ietf-ecrit-rough-loc-02.txt Pages : 17 Date : 2010-07-27 Emergency calling works best when precise location is available for emergency call routing. However, there are situations in which a location provider is unable or unwilling to provide precise location, yet still wishes to enable subscribers to make emergency calls. This document describes the level of location accuracy that providers must provide to enable emergency call routing. In addition, we descibe how emergency services and non-emergency services can be invoked by an endpoint that does not have access to its precise location. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ecrit-rough-loc-02.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-ecrit-rough-loc-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-07-27050951.I-D@ietf.org> --NextPart-- From rbarnes@bbn.com Tue Jul 27 05:19:53 2010 Return-Path: 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 A191A3A6B8E; Tue, 27 Jul 2010 05:19:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.524 X-Spam-Level: X-Spam-Status: No, score=-2.524 tagged_above=-999 required=5 tests=[AWL=0.075, BAYES_00=-2.599] 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 KDewjLdplbaB; Tue, 27 Jul 2010 05:19:52 -0700 (PDT) Received: from smtp.bbn.com (smtp.bbn.com [128.33.1.81]) by core3.amsl.com (Postfix) with ESMTP id B240A3A67B2; Tue, 27 Jul 2010 05:19:48 -0700 (PDT) Received: from [128.89.253.39] (port=55448 helo=dhcp-22e1.meeting.ietf.org) by smtp.bbn.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from ) id 1Odj8k-000EzW-44; Tue, 27 Jul 2010 08:20:10 -0400 Message-Id: From: "Richard L. Barnes" To: Internet-Drafts@ietf.org In-Reply-To: <20100727121508.8A41C3A6BBF@core3.amsl.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 27 Jul 2010 14:20:08 +0200 References: <20100727121508.8A41C3A6BBF@core3.amsl.com> X-Mailer: Apple Mail (2.936) Cc: ecrit@ietf.org, i-d-announce@ietf.org Subject: Re: [Ecrit] I-D Action:draft-ietf-ecrit-rough-loc-02.txt X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 12:19:53 -0000 No change here, just reviving. On Jul 27, 2010, at 2:15 PM, Internet-Drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Emergency Context Resolution with > Internet Technologies Working Group of the IETF. > > > Title : Using Imprecise Location for Emergency Context > Resolution > Author(s) : R. Barnes, M. Lepinski > Filename : draft-ietf-ecrit-rough-loc-02.txt > Pages : 17 > Date : 2010-07-27 > > Emergency calling works best when precise location is available for > emergency call routing. However, there are situations in which a > location provider is unable or unwilling to provide precise location, > yet still wishes to enable subscribers to make emergency calls. This > document describes the level of location accuracy that providers must > provide to enable emergency call routing. In addition, we descibe > how emergency services and non-emergency services can be invoked by > an endpoint that does not have access to its precise location. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-ecrit-rough-loc-02.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > _______________________________________________ > Ecrit mailing list > Ecrit@ietf.org > https://www.ietf.org/mailman/listinfo/ecrit From Milan.Patel@InterDigital.com Tue Jul 27 16:30:24 2010 Return-Path: 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 494FF28C0EA for ; Tue, 27 Jul 2010 16:30:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599] 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 jKq-IsERd8pb for ; Tue, 27 Jul 2010 16:30:17 -0700 (PDT) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 4C0F73A68B3 for ; Tue, 27 Jul 2010 16:30:09 -0700 (PDT) Received: from interdigital.com ([10.0.128.12]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 27 Jul 2010 19:30:31 -0400 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4325 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Date: Tue, 27 Jul 2010 19:30:30 -0400 Message-ID: <61CAF342FE1EE34EAC8FB19B765914000E6FB231@SABRE.InterDigital.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-patel-ecrit-sos-parameter-09 Thread-Index: Acst4pUIoySMSRHYTg6wQ/JnSsAe7gAABrHw From: "Patel, Milan" To: , Importance: normal X-OriginalArrivalTime: 27 Jul 2010 23:30:31.0334 (UTC) FILETIME=[B424FC60:01CB2DE3] Priority: normal Cc: hannu.hietalahti@nokia.com Subject: [Ecrit] FW: New Version Notification for draft-patel-ecrit-sos-parameter-09 X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Jul 2010 23:30:24 -0000 Hi folks, A new version of draft-patel-ecrit-sos-parameter has been submitted. = This version, based upon discussions with the Ads on Monday, removes = instances of text that describes what information must be included in an = emergency INVITE request once emergency registration has been = successful. The draft should now only describe the reasons for = performing emergency registration, the new URI parameter, where to = include the URI parameter in the REGISTER request and success response, = and backwards compatibility.=20 I would like to ask the ECRIT WG if this revision is the right way = forwards. I have asked Richard Barnes to ask this question again on = Thursday during the meeting. If there are no concerns in the ECRIT = group, the next step is to ask DISPATCH to review the draft.=20 Best regards, Milan -----Original Message----- From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]=20 Sent: Wednesday, July 28, 2010 12:22 AM To: Patel, Milan Subject: New Version Notification for draft-patel-ecrit-sos-parameter-09 = A new version of I-D, draft-patel-ecrit-sos-parameter-09.txt has been = successfully submitted by Milan Patel and posted to the IETF repository. Filename: draft-patel-ecrit-sos-parameter Revision: 09 Title: SOS Uniform Resource Identifier (URI) Parameter for Marking of = Session Initiation Protocol (SIP) Requests related to Emergency Services Creation_date: 2010-07-28 WG ID: Independent Submission Number_of_pages: 8 Abstract: This document defines a new Session Initiation Protocol (SIP) Uniform Resource Identifier (URI) parameter intended for marking SIP registration requests related to emergency services. The URI parameter is extensible to allow future values to be defined if required by other use cases that require specific SIP registrations to be distinctly identified. The usage of this new URI parameter complements the usage of the Service Uniform Resource Name (URN) and is not intended to replace it. = =20 The IETF Secretariat. =20 =20 =20 Milan Patel=20 Consultant InterDigital Communications, LLC Tel.: +44 7917 678 250 Fax:=20 Email: Milan.Patel@InterDigital.com http://www.InterDigital.com This e-mail is intended only for the use of the individual or entity to = which it is addressed, and may contain information that is privileged, = confidential and/or otherwise protected from disclosure to anyone other = than its intended recipient. Unintended transmission shall not = constitute waiver of any privilege or confidentiality obligation. If you = received this communication in error, please do not review, copy or = distribute it, notify me immediately by email, and delete the original = message and any attachments. Unless expressly stated in this e-mail, = nothing in this message or any attachment should be construed as a = digital or electronic signature. From mlinsner@cisco.com Wed Jul 28 02:22:54 2010 Return-Path: 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 9A5D928C0F2 for ; Wed, 28 Jul 2010 02:22:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] 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 lZttm3quJ6QY for ; Wed, 28 Jul 2010 02:22:53 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 9B6523A6878 for ; Wed, 28 Jul 2010 02:22:53 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEANOTT0xAZnwM/2dsb2JhbACfbHGkMpsQhTYEiG4 X-IronPort-AV: E=Sophos;i="4.55,273,1278288000"; d="scan'208";a="140177619" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 28 Jul 2010 09:23:16 +0000 Received: from [130.129.129.237] (dhcp-10-55-92-26.cisco.com [10.55.92.26]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o6S9NF93017583 for ; Wed, 28 Jul 2010 09:23:15 GMT User-Agent: Microsoft-Entourage/12.25.0.100505 Date: Wed, 28 Jul 2010 11:23:14 +0200 From: Marc Linsner To: "'ecrit'" Message-ID: Thread-Topic: Agenda Update Thread-Index: AcsuNoElvKomcp0v70KNXFM/+zyEUw== Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Subject: [Ecrit] Agenda Update X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Jul 2010 09:22:54 -0000 Detail at: http://www.ietf.org/proceedings/78/agenda/ecrit.txt 15 min * Agenda Bashing, Draft Status Update, Charter tweaks 20 min * PhoneBCP & Framework (Brian Rosen/James Polk) 5 min. * Rough Location (Richard Barnes) 10 min. * 10 min. * Additional Data (Brian Rosen) 10 min. * Data Only (Brian Rosen/Hannes Tschofenig) 10 min. * Unauthenticated Access (Stephen McCann) 10 min. * PSAP Callback (Henning Schulzrinne) 10 min. * Trustworthy Location (Hannes Tschofenig/Bernard Aboba) 10 min. * Civic Boundary (Martin Thomson) 5 min. * SOS Parameter (Milan Patel) 5 min. * IEEE 802.23 (Geoff Thompson) 10 min. * Open Discussion From john.elwell@siemens-enterprise.com Thu Jul 29 04:23:48 2010 Return-Path: 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 7F25628C144 for ; Thu, 29 Jul 2010 04:23:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.704 X-Spam-Level: X-Spam-Status: No, score=-1.704 tagged_above=-999 required=5 tests=[AWL=-1.519, BAYES_40=-0.185] 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 TXDEScGn3q1a for ; Thu, 29 Jul 2010 04:23:47 -0700 (PDT) Received: from ms02.m0019.fra.mmp.de.bt.com (m0019.fra.mmp.de.bt.com [62.180.227.30]) by core3.amsl.com (Postfix) with ESMTP id 7114928C143 for ; Thu, 29 Jul 2010 04:23:47 -0700 (PDT) Received: from senmx12-mx ([62.134.46.10] [62.134.46.10]) by ms02.m0020.fra.mmp.de.bt.com with ESMTP id BT-MMP-1005563 for ecrit@ietf.org; Thu, 29 Jul 2010 13:24:10 +0200 Received: from MCHP063A.global-ad.net (unknown [172.29.37.61]) by senmx12-mx (Server) with ESMTP id 74CE523F028E for ; Thu, 29 Jul 2010 13:24:10 +0200 (CEST) Received: from MCHP058A.global-ad.net ([172.29.37.57]) by MCHP063A.global-ad.net ([172.29.37.61]) with mapi; Thu, 29 Jul 2010 13:24:10 +0200 From: "Elwell, John" To: "ecrit@ietf.org" Date: Thu, 29 Jul 2010 13:24:08 +0200 Thread-Topic: Need for a spec(t) in ecrit framework Thread-Index: AcsvEI7mRPp/I2bzR72nXsTWEHtUbg== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [Ecrit] Need for a spec(t) in ecrit framework X-BeenThere: ecrit@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Jul 2010 11:23:48 -0000 RFC 3325 says in section 5 (Proxy Behavior): "When a proxy forwards a message to another node, it must first determine if it trusts that node or not. If it trusts the node, the proxy does not remove any P-Asserted-Identity header fields that it generated itself, or that it received from a trusted source. If it does not trust the element, then the proxy MUST examine the Privacy header field (if present) to determine if the user requested that asserted identity information be kept private." So withholding PAI if the proxy does not trust the next node is mandated on= ly if the Privacy header field indicates privacy is required. So I don't th= ink the issue presented by Brian today is in fact an issue. John