From sumanth@cablelabs.com Thu Jun 9 07:14:25 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F9FB11E8081 for ; Thu, 9 Jun 2011 07:14:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.462 X-Spam-Level: X-Spam-Status: No, score=-0.462 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_MODEMCABLE=0.768, HOST_EQ_MODEMCABLE=1.368, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g2HI6wcJAn04 for ; Thu, 9 Jun 2011 07:14:24 -0700 (PDT) Received: from ondar.cablelabs.com (ondar.cablelabs.com [192.160.73.61]) by ietfa.amsl.com (Postfix) with ESMTP id 2F3B4228003 for ; Thu, 9 Jun 2011 07:14:21 -0700 (PDT) Received: from kyzyl.cablelabs.com (kyzyl [10.253.0.7]) by ondar.cablelabs.com (8.14.4/8.14.4) with ESMTP id p59EEJk2015039 for ; Thu, 9 Jun 2011 08:14:19 -0600 Received: from srvxchg.cablelabs.com (10.5.0.15) by kyzyl.cablelabs.com (F-Secure/fsigk_smtp/303/kyzyl.cablelabs.com); Thu, 9 Jun 2011 08:14:19 -0700 (MST) X-Virus-Status: clean(F-Secure/fsigk_smtp/303/kyzyl.cablelabs.com) Received: from srvxchg.cablelabs.com ([10.5.0.15]) by srvxchg ([10.5.0.15]) with mapi; Thu, 9 Jun 2011 08:14:19 -0600 From: Sumanth Channabasappa To: "Drinks@ietf.org" Date: Thu, 9 Jun 2011 08:14:50 -0600 Thread-Topic: [dispatch] Request for input. FW: I-D Action: draft-pfautz-service-provider-identifier-urn-00.txt Thread-Index: Acwmr4YgDXPWfnb0RbqNytjb1OKpeA== Message-ID: References: <001801cc26ae$fb0a4120$f11ec360$@us> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_CD8225200105470D8DE15E44F51809C0cablelabscom_" MIME-Version: 1.0 X-Approved: ondar Subject: [drinks] Fwd: [dispatch] Request for input. FW: I-D Action: draft-pfautz-service-provider-identifier-urn-00.txt X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 14:14:25 -0000 --_000_CD8225200105470D8DE15E44F51809C0cablelabscom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 DQpGWUkgLi4uDQoNCkJlZ2luIGZvcndhcmRlZCBtZXNzYWdlOg0KDQpGcm9tOiBSaWNoYXJkIFNo b2NrZXkgPHJpY2hhcmRAc2hvY2tleS51czxtYWlsdG86cmljaGFyZEBzaG9ja2V5LnVzPj4NCkRh dGU6IEp1bmUgOSwgMjAxMSA4OjEwOjI1IEFNIE1EVA0KVG86ICJkaXNwYXRjaEBpZXRmLm9yZzxt YWlsdG86ZGlzcGF0Y2hAaWV0Zi5vcmc+IiA8ZGlzcGF0Y2hAaWV0Zi5vcmc8bWFpbHRvOmRpc3Bh dGNoQGlldGYub3JnPj4NClN1YmplY3Q6IFtkaXNwYXRjaF0gUmVxdWVzdCBmb3IgaW5wdXQuIEZX OiBJLUQgQWN0aW9uOiBkcmFmdC1wZmF1dHotc2VydmljZS1wcm92aWRlci1pZGVudGlmaWVyLXVy bi0wMC50eHQNCg0KQXMgc29tZSBvZiB5b3UgbWF5IGhhdmUgc2VlbiBmcm9tIHRoZSBwcm9wb3Nl ZCBESVNQQVRDSCBhZ2VuZGEsIHRoaXMNCmRvY3VtZW50IGlzIHByb3Bvc2VkIGZvciBkaXNjdXNz aW9uLiBJdCBpcyBpbiBhIGVhcmx5IGRyYWZ0IHN0YWdlIGFuZCBuZWVkcw0KY29tbWVudCBhbmQg Y29tbXVuaXR5IGlucHV0Lg0KDQpUaGF0IHNhaWQgSSB3YW50IHRvIHN0cm9uZ2x5IHN1cHBvcnQg Ym90aCB0aGUgY29uY2VwdCBhbmQgdGhlIGRpcmVjdGlvbiB0aGlzDQpkcmFmdCBpcyB0YWtpbmcu IEl0IGhpZ2hsaWdodHMgYW5kIHByb3Bvc2VzIGEgc29sdXRpb24gdG8gYW4gZXh0cmVtZWx5DQpp bXBvcnRhbnQgcHJvYmxlbSBpbiBTSVAgaW50ZXJjb25uZWN0aW9uIGFtb25nIGdsb2JhbCBTSVAg c2VydmljZSBwcm92aWRlcnMuDQpUaGUgcHJvYmxlbSBpcyB3aG8gZG8geW91IHNlbmQgdGhlIHNl c3Npb24gdG8gaWYsIHR5cGljYWxseSwgYWxsIHlvdSBoYXZlIGlzDQphIEUuMTY0IG51bWJlci4N Cg0KT0sgc29tZSBvZiB5b3Ugd291bGQgc2F5IC4udGhhdCBpcyB3aGF0IEVOVU0gd2FzIHN1cHBv c2VkIHRvIGRvIGFuZA0KY2VydGFpbmx5IG5vIG9uZSB3YW50cyBsaXN0ZW4gdG8gbWUgcmFudCBv biBhYm91dCBFTlVNIGFueW1vcmUsIGJ1dCB0aGUNCnByb2JsZW0gb2YgbnVtYmVyIHRyYW5zbGF0 aW9uIGluIFNJUCBzZXJ2aWNlIHByb3ZpZGVyIG5ldHdvcmtzIHJlbWFpbnMgYW5kDQppcyBhIHNl cmlvdXMgaW1wZWRpbWVudCB0byBnbG9iYWwgZGVwbG95bWVudHMuDQoNClRoZXJlIGlzIHN1YnN0 YW50aWFsIHRlY2huaWNhbCBwcmVjZWRlbnQgZm9yIHRoaXMgdHlwZSBvZiBzb2x1dGlvbi4gSW4g dGhlDQpOb3J0aCBBbWVyaWNhbiBOdW1iZXJpbmcgRGF0YWJhc2VzIHRoZXJlIGlzIGEgU2Vydmlj ZSBQcm92aWRlcg0KSWRlbnRpZmljYXRpb24gQ29kZSAoU1BJRCkgdGhhdCBoYXMgcHJvdmVkIHZl cnkgdXNlZnVsIGZvciBTSVAgc2VydmljZQ0KcHJvdmlkZXJzIGluIGRlcGxveWluZyBOZXR3b3Jr IHRvIE5ldHdvcmsgSW50ZXJjb25uZWN0aW9uIGludGVyZmFjZXMuIFRoZQ0KdmVyeSBleGlzdGVu Y2Ugb2YgdGhpcyBpZGVudGlmaWVyIGhhcyBwZXJtaXR0ZWQgaW50ZXJjb25uZWN0ZWQgU0lQIHRv IGV4cGFuZA0KdG8gbmVhcmx5IDMwJSBvZiB0aGUgVVMgdm9pY2UgbWFya2V0IGFjY29yZGluZyB0 byAyMDEwIGRhdGEgZnJvbSBVUyBGZWRlcmFsDQpDb21tdW5pY2F0aW9ucyBDb21taXNzaW9uIFN0 YXRpc3RpY3MuIFRoaXMgZHJhZnQgcHJvcG9zZXMgdG8gZXh0ZW5kIHRoaXMNCnRlY2huaXF1ZS4N Cg0KVGhlIGVsZWdhbmNlIG9mIHRoaXMgc29sdXRpb24gaXMgdGhhdCBpdCBkb2VzIG5vdCBwcm9w b3NlIGFueSBuZXcgcHJvdG9jb2xzLA0Kbm9yIGRvZXMgaXQgZGVmaW5lIHdoYXQgdHlwZSBvZiBk YXRhYmFzZXMgb3IgY2xhc3Mgb2YgdXNlcnMgY2FuIHVzZSB0aGUgVVJOLg0KDQoNCkFzIHRoZSBk cmFmdCBwb2ludHMgb3V0LCB0aGlzIGNvbmNlcHQgaGFzIGJlZW4gZGlzY3Vzc2VkIGZvciBzb21l IHRpbWUgaW4NCnZhcmlvdXMgaW5kdXN0cnkgZ3JvdXBzIGFuZCBoYXMgYmVlbiBkaXNjdXNzZWQg YXMgcGFydCBvZiB0aGUgb3ZlcmFsbCBEUklOS1MNCmFyY2hpdGVjdHVyZS4gSXQgaXMsIElNSE8s IGEgImdvb2QgdGhpbmciLg0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206 IGktZC1hbm5vdW5jZS1ib3VuY2VzQGlldGYub3JnPG1haWx0bzppLWQtYW5ub3VuY2UtYm91bmNl c0BpZXRmLm9yZz4gW21haWx0bzppLWQtYW5ub3VuY2UtYm91bmNlc0BpZXRmLm9yZ10NCk9uIEJl aGFsZiBPZiA8bWFpbHRvOmludGVybmV0LWRyYWZ0c0BpZXRmLm9yZz4gaW50ZXJuZXQtZHJhZnRz QGlldGYub3JnPG1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmc+DQpTZW50OiBUaHVyc2Rh eSwgSnVuZSAwMiwgMjAxMSA5OjM0IEFNDQpUbzogPG1haWx0bzppLWQtYW5ub3VuY2VAaWV0Zi5v cmc+IGktZC1hbm5vdW5jZUBpZXRmLm9yZzxtYWlsdG86aS1kLWFubm91bmNlQGlldGYub3JnPg0K U3ViamVjdDogSS1EIEFjdGlvbjogZHJhZnQtcGZhdXR6LXNlcnZpY2UtcHJvdmlkZXItaWRlbnRp Zmllci11cm4tMDAudHh0DQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlzIGF2YWlsYWJsZSBmcm9t IHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cw0KZGlyZWN0b3JpZXMuDQoNCiAgIFRpdGxlICAg ICAgICAgICA6IFNQIFVSTg0KICAgQXV0aG9yKHMpICAgICAgIDogUGVubiBQZmF1dHoNCiAgIEZp bGVuYW1lICAgICAgICA6DQpkcmFmdC1wZmF1dHotc2VydmljZS1wcm92aWRlci1pZGVudGlmaWVy LXVybi0wMC50eHQNCiAgIFBhZ2VzICAgICAgICAgICA6IDUNCiAgIERhdGUgICAgICAgICAgICA6 IDIwMTEtMDYtMDINCg0KICBUaGlzIGRvY3VtZW50IHJlcXVlc3RzIGEgc2VydmljZSBwcm92aWRl ciBpZGVudGlmaWVyIFVSTiBuYW1lc3BhY2UuDQoNCg0KDQpBIFVSTCBmb3IgdGhpcyBJbnRlcm5l dC1EcmFmdCBpczoNCmh0dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LXBm YXV0ei1zZXJ2aWNlLXByb3ZpZGVyLWlkZW50aWZpZXINCi11cm4tMDAudHh0DQoNCkludGVybmV0 LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0 cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvDQoNClRoaXMgSW50ZXJuZXQtRHJhZnQgY2FuIGJl IHJldHJpZXZlZCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQt cGZhdXR6LXNlcnZpY2UtcHJvdmlkZXItaWRlbnRpZmllci0NCnVybi0wMC50eHQNCl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpJLUQtQW5ub3VuY2UgbWFp bGluZyBsaXN0DQpJLUQtQW5ub3VuY2VAaWV0Zi5vcmc8bWFpbHRvOkktRC1Bbm5vdW5jZUBpZXRm Lm9yZz4NCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vaS1kLWFubm91bmNl DQpJbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczogPGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93 Lmh0bWw+IGh0dHA6Ly93d3cuaWV0Zi5vcmcvc2hhZG93Lmh0bWwNCm9yIDxmdHA6Ly9mdHAuaWV0 Zi5vcmcvaWV0Zi8xc2hhZG93LXNpdGVzLnR4dD4gZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNo YWRvdy1zaXRlcy50eHQNCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18NCmRpc3BhdGNoIG1haWxpbmcgbGlzdA0KZGlzcGF0Y2hAaWV0Zi5vcmc8bWFpbHRv OmRpc3BhdGNoQGlldGYub3JnPg0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9kaXNwYXRjaA0KDQo= --_000_CD8225200105470D8DE15E44F51809C0cablelabscom_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWw+PGJvZHkgYmdjb2xvcj0iI0ZGRkZGRiI+PGRpdj48YnI+RllJIC4uLjxicj48YnI+QmVn aW4gZm9yd2FyZGVkIG1lc3NhZ2U6PGJyPjxicj48L2Rpdj48YmxvY2txdW90ZSB0eXBlPSJjaXRl Ij48ZGl2PjxiPkZyb206PC9iPiBSaWNoYXJkIFNob2NrZXkgJmx0OzxhIGhyZWY9Im1haWx0bzpy aWNoYXJkQHNob2NrZXkudXMiPnJpY2hhcmRAc2hvY2tleS51czwvYT4mZ3Q7PGJyPjxiPkRhdGU6 PC9iPiBKdW5lIDksIDIwMTEgODoxMDoyNSBBTSBNRFQ8YnI+PGI+VG86PC9iPiAiPGEgaHJlZj0i bWFpbHRvOmRpc3BhdGNoQGlldGYub3JnIj5kaXNwYXRjaEBpZXRmLm9yZzwvYT4iICZsdDs8YSBo cmVmPSJtYWlsdG86ZGlzcGF0Y2hAaWV0Zi5vcmciPmRpc3BhdGNoQGlldGYub3JnPC9hPiZndDs8 YnI+PGI+U3ViamVjdDo8L2I+IDxiPltkaXNwYXRjaF0gUmVxdWVzdCBmb3IgaW5wdXQuIEZXOiBJ LUQgQWN0aW9uOiBkcmFmdC1wZmF1dHotc2VydmljZS1wcm92aWRlci1pZGVudGlmaWVyLXVybi0w MC50eHQ8L2I+PGJyPjxicj48L2Rpdj48L2Jsb2NrcXVvdGU+PGRpdj48L2Rpdj48YmxvY2txdW90 ZSB0eXBlPSJjaXRlIj48ZGl2PjxzcGFuPkFzIHNvbWUgb2YgeW91IG1heSBoYXZlIHNlZW4gZnJv bSB0aGUgcHJvcG9zZWQgRElTUEFUQ0ggYWdlbmRhLCB0aGlzPC9zcGFuPjxicj48c3Bhbj5kb2N1 bWVudCBpcyBwcm9wb3NlZCBmb3IgZGlzY3Vzc2lvbi4gSXQgaXMgaW4gYSBlYXJseSBkcmFmdCBz dGFnZSBhbmQgbmVlZHM8L3NwYW4+PGJyPjxzcGFuPmNvbW1lbnQgYW5kIGNvbW11bml0eSBpbnB1 dC48L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+VGhhdCBzYWlkIEkgd2FudCB0byBz dHJvbmdseSBzdXBwb3J0IGJvdGggdGhlIGNvbmNlcHQgYW5kIHRoZSBkaXJlY3Rpb24gdGhpczwv c3Bhbj48YnI+PHNwYW4+ZHJhZnQgaXMgdGFraW5nLiBJdCBoaWdobGlnaHRzIGFuZCBwcm9wb3Nl cyBhIHNvbHV0aW9uIHRvIGFuIGV4dHJlbWVseTwvc3Bhbj48YnI+PHNwYW4+aW1wb3J0YW50IHBy b2JsZW0gaW4gU0lQIGludGVyY29ubmVjdGlvbiBhbW9uZyBnbG9iYWwgU0lQIHNlcnZpY2UgcHJv dmlkZXJzLjwvc3Bhbj48YnI+PHNwYW4+VGhlIHByb2JsZW0gaXMgd2hvIGRvIHlvdSBzZW5kIHRo ZSBzZXNzaW9uIHRvIGlmLCB0eXBpY2FsbHksIGFsbCB5b3UgaGF2ZSBpczwvc3Bhbj48YnI+PHNw YW4+YSBFLjE2NCBudW1iZXIuIDwvc3Bhbj48YnI+PHNwYW4+PC9zcGFuPjxicj48c3Bhbj5PSyBz b21lIG9mIHlvdSB3b3VsZCBzYXkgLi50aGF0IGlzIHdoYXQgRU5VTSB3YXMgc3VwcG9zZWQgdG8g ZG8gYW5kPC9zcGFuPjxicj48c3Bhbj5jZXJ0YWlubHkgbm8gb25lIHdhbnRzIGxpc3RlbiB0byBt ZSByYW50IG9uIGFib3V0IEVOVU0gYW55bW9yZSwgYnV0IHRoZTwvc3Bhbj48YnI+PHNwYW4+cHJv YmxlbSBvZiBudW1iZXIgdHJhbnNsYXRpb24gaW4gU0lQIHNlcnZpY2UgcHJvdmlkZXIgbmV0d29y a3MgcmVtYWlucyBhbmQ8L3NwYW4+PGJyPjxzcGFuPmlzIGEgc2VyaW91cyBpbXBlZGltZW50IHRv IGdsb2JhbCBkZXBsb3ltZW50cy4gPC9zcGFuPjxicj48c3Bhbj48L3NwYW4+PGJyPjxzcGFuPlRo ZXJlIGlzIHN1YnN0YW50aWFsIHRlY2huaWNhbCBwcmVjZWRlbnQgZm9yIHRoaXMgdHlwZSBvZiBz b2x1dGlvbi4gSW4gdGhlPC9zcGFuPjxicj48c3Bhbj5Ob3J0aCBBbWVyaWNhbiBOdW1iZXJpbmcg RGF0YWJhc2VzIHRoZXJlIGlzIGEgU2VydmljZSBQcm92aWRlcjwvc3Bhbj48YnI+PHNwYW4+SWRl bnRpZmljYXRpb24gQ29kZSAoU1BJRCkgdGhhdCBoYXMgcHJvdmVkIHZlcnkgdXNlZnVsIGZvciBT SVAgc2VydmljZTwvc3Bhbj48YnI+PHNwYW4+cHJvdmlkZXJzIGluIGRlcGxveWluZyBOZXR3b3Jr IHRvIE5ldHdvcmsgSW50ZXJjb25uZWN0aW9uIGludGVyZmFjZXMuIFRoZTwvc3Bhbj48YnI+PHNw YW4+dmVyeSBleGlzdGVuY2Ugb2YgdGhpcyBpZGVudGlmaWVyIGhhcyBwZXJtaXR0ZWQgaW50ZXJj b25uZWN0ZWQgU0lQIHRvIGV4cGFuZDwvc3Bhbj48YnI+PHNwYW4+dG8gbmVhcmx5IDMwJSBvZiB0 aGUgVVMgdm9pY2UgbWFya2V0IGFjY29yZGluZyB0byAyMDEwIGRhdGEgZnJvbSBVUyBGZWRlcmFs PC9zcGFuPjxicj48c3Bhbj5Db21tdW5pY2F0aW9ucyBDb21taXNzaW9uIFN0YXRpc3RpY3MuIFRo aXMgZHJhZnQgcHJvcG9zZXMgdG8gZXh0ZW5kIHRoaXM8L3NwYW4+PGJyPjxzcGFuPnRlY2huaXF1 ZS48L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+VGhlIGVsZWdhbmNlIG9mIHRoaXMg c29sdXRpb24gaXMgdGhhdCBpdCBkb2VzIG5vdCBwcm9wb3NlIGFueSBuZXcgcHJvdG9jb2xzLDwv c3Bhbj48YnI+PHNwYW4+bm9yIGRvZXMgaXQgZGVmaW5lIHdoYXQgdHlwZSBvZiBkYXRhYmFzZXMg b3IgY2xhc3Mgb2YgdXNlcnMgY2FuIHVzZSB0aGUgVVJOLjwvc3Bhbj48YnI+PHNwYW4+PC9zcGFu Pjxicj48c3Bhbj48L3NwYW4+PGJyPjxzcGFuPkFzIHRoZSBkcmFmdCBwb2ludHMgb3V0LCB0aGlz IGNvbmNlcHQgaGFzIGJlZW4gZGlzY3Vzc2VkIGZvciBzb21lIHRpbWUgaW48L3NwYW4+PGJyPjxz cGFuPnZhcmlvdXMgaW5kdXN0cnkgZ3JvdXBzIGFuZCBoYXMgYmVlbiBkaXNjdXNzZWQgYXMgcGFy dCBvZiB0aGUgb3ZlcmFsbCBEUklOS1M8L3NwYW4+PGJyPjxzcGFuPmFyY2hpdGVjdHVyZS4gSXQg aXMsIElNSE8sIGEgImdvb2QgdGhpbmciLiA8L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNw YW4+PC9zcGFuPjxicj48c3Bhbj48L3NwYW4+PGJyPjxzcGFuPi0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tPC9zcGFuPjxicj48c3Bhbj5Gcm9tOiA8YSBocmVmPSJtYWlsdG86aS1kLWFubm91bmNl LWJvdW5jZXNAaWV0Zi5vcmciPmktZC1hbm5vdW5jZS1ib3VuY2VzQGlldGYub3JnPC9hPiBbbWFp bHRvOmktZC1hbm5vdW5jZS1ib3VuY2VzQGlldGYub3JnXTwvc3Bhbj48YnI+PHNwYW4+T24gQmVo YWxmIE9mIDxhIGhyZWY9Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPjxhIGhyZWY9 Im1haWx0bzppbnRlcm5ldC1kcmFmdHNAaWV0Zi5vcmciPmludGVybmV0LWRyYWZ0c0BpZXRmLm9y ZzwvYT48L2E+PC9zcGFuPjxicj48c3Bhbj5TZW50OiBUaHVyc2RheSwgSnVuZSAwMiwgMjAxMSA5 OjM0IEFNPC9zcGFuPjxicj48c3Bhbj5UbzogPGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBp ZXRmLm9yZyI+PGEgaHJlZj0ibWFpbHRvOmktZC1hbm5vdW5jZUBpZXRmLm9yZyI+aS1kLWFubm91 bmNlQGlldGYub3JnPC9hPjwvYT48L3NwYW4+PGJyPjxzcGFuPlN1YmplY3Q6IEktRCBBY3Rpb246 IGRyYWZ0LXBmYXV0ei1zZXJ2aWNlLXByb3ZpZGVyLWlkZW50aWZpZXItdXJuLTAwLnR4dDwvc3Bh bj48YnI+PHNwYW4+PC9zcGFuPjxicj48c3Bhbj5BIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFp bGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRlcm5ldC1EcmFmdHM8L3NwYW4+PGJyPjxzcGFuPmRp cmVjdG9yaWVzLjwvc3Bhbj48YnI+PHNwYW4+PC9zcGFuPjxicj48c3Bhbj4gJm5ic3A7ICZuYnNw O1RpdGxlICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOzogU1AgVVJOPC9zcGFuPjxicj48c3Bhbj4gJm5ic3A7ICZuYnNwO0F1dGhvcihz KSAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDs6IFBlbm4gUGZhdXR6PC9zcGFu Pjxicj48c3Bhbj4gJm5ic3A7ICZuYnNwO0ZpbGVuYW1lICZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOzo8L3NwYW4+PGJyPjxzcGFuPmRyYWZ0LXBmYXV0ei1zZXJ2aWNl LXByb3ZpZGVyLWlkZW50aWZpZXItdXJuLTAwLnR4dDwvc3Bhbj48YnI+PHNwYW4+ICZuYnNwOyAm bmJzcDtQYWdlcyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDs6IDU8L3NwYW4+PGJyPjxzcGFuPiAmbmJzcDsgJm5ic3A7RGF0ZSAmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDs6IDIwMTEtMDYtMDI8L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+ICZuYnNw OyZuYnNwO1RoaXMgZG9jdW1lbnQgcmVxdWVzdHMgYSBzZXJ2aWNlIHByb3ZpZGVyIGlkZW50aWZp ZXIgVVJOIG5hbWVzcGFjZS48L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+PC9zcGFu Pjxicj48c3Bhbj48L3NwYW4+PGJyPjxzcGFuPkEgVVJMIGZvciB0aGlzIEludGVybmV0LURyYWZ0 IGlzOjwvc3Bhbj48YnI+PHNwYW4+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5l dC1kcmFmdHMvZHJhZnQtcGZhdXR6LXNlcnZpY2UtcHJvdmlkZXItaWRlbnRpZmllciI+aHR0cDov L3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtcGZhdXR6LXNlcnZpY2UtcHJvdmlk ZXItaWRlbnRpZmllcjwvYT48L3NwYW4+PGJyPjxzcGFuPi11cm4tMDAudHh0PC9zcGFuPjxicj48 c3Bhbj48L3NwYW4+PGJyPjxzcGFuPkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFpbGFibGUg YnkgYW5vbnltb3VzIEZUUCBhdDo8L3NwYW4+PGJyPjxzcGFuPjxhIGhyZWY9ImZ0cDovL2Z0cC5p ZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvIj5mdHA6Ly9mdHAuaWV0Zi5vcmcvaW50ZXJuZXQtZHJh ZnRzLzwvYT48L3NwYW4+PGJyPjxzcGFuPjwvc3Bhbj48YnI+PHNwYW4+VGhpcyBJbnRlcm5ldC1E cmFmdCBjYW4gYmUgcmV0cmlldmVkIGF0Ojwvc3Bhbj48YnI+PHNwYW4+PGEgaHJlZj0iZnRwOi8v ZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1wZmF1dHotc2VydmljZS1wcm92aWRl ci1pZGVudGlmaWVyLSI+ZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1w ZmF1dHotc2VydmljZS1wcm92aWRlci1pZGVudGlmaWVyLTwvYT48L3NwYW4+PGJyPjxzcGFuPnVy bi0wMC50eHQ8L3NwYW4+PGJyPjxzcGFuPl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fPC9zcGFuPjxicj48c3Bhbj5JLUQtQW5ub3VuY2UgbWFpbGluZyBsaXN0 PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJtYWlsdG86SS1ELUFubm91bmNlQGlldGYub3JnIj5J LUQtQW5ub3VuY2VAaWV0Zi5vcmc8L2E+PC9zcGFuPjxicj48c3Bhbj48YSBocmVmPSJodHRwczov L3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ktZC1hbm5vdW5jZSI+aHR0cHM6Ly93d3cu aWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9pLWQtYW5ub3VuY2U8L2E+PC9zcGFuPjxicj48c3Bh bj5JbnRlcm5ldC1EcmFmdCBkaXJlY3RvcmllczogPGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9y Zy9zaGFkb3cuaHRtbCI+PGEgaHJlZj0iaHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbCI+ aHR0cDovL3d3dy5pZXRmLm9yZy9zaGFkb3cuaHRtbDwvYT48L2E+PC9zcGFuPjxicj48c3Bhbj5v ciA8YSBocmVmPSJmdHA6Ly9mdHAuaWV0Zi5vcmcvaWV0Zi8xc2hhZG93LXNpdGVzLnR4dCI+PGEg aHJlZj0iZnRwOi8vZnRwLmlldGYub3JnL2lldGYvMXNoYWRvdy1zaXRlcy50eHQiPmZ0cDovL2Z0 cC5pZXRmLm9yZy9pZXRmLzFzaGFkb3ctc2l0ZXMudHh0PC9hPjwvYT48L3NwYW4+PGJyPjxzcGFu Pjwvc3Bhbj48YnI+PHNwYW4+X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX188L3NwYW4+PGJyPjxzcGFuPmRpc3BhdGNoIG1haWxpbmcgbGlzdDwvc3Bhbj48YnI+ PHNwYW4+PGEgaHJlZj0ibWFpbHRvOmRpc3BhdGNoQGlldGYub3JnIj5kaXNwYXRjaEBpZXRmLm9y ZzwvYT48L3NwYW4+PGJyPjxzcGFuPjxhIGhyZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vZGlzcGF0Y2giPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGlu Zm8vZGlzcGF0Y2g8L2E+PC9zcGFuPjxicj48c3Bhbj48L3NwYW4+PGJyPjwvZGl2PjwvYmxvY2tx dW90ZT48L2JvZHk+PC9odG1sPg== --_000_CD8225200105470D8DE15E44F51809C0cablelabscom_-- From richard@shockey.us Thu Jun 9 07:27:55 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7393A11E80BA for ; Thu, 9 Jun 2011 07:27:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.431 X-Spam-Level: X-Spam-Status: No, score=-102.431 tagged_above=-999 required=5 tests=[AWL=0.166, BAYES_00=-2.599, HTML_MESSAGE=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8N8CqtuoOJ5X for ; Thu, 9 Jun 2011 07:27:54 -0700 (PDT) Received: from oproxy1-pub.bluehost.com (oproxy1-pub.bluehost.com [66.147.249.253]) by ietfa.amsl.com (Postfix) with SMTP id 5807311E808B for ; Thu, 9 Jun 2011 07:27:54 -0700 (PDT) Received: (qmail 19795 invoked by uid 0); 9 Jun 2011 14:27:54 -0000 Received: from unknown (HELO box462.bluehost.com) (74.220.219.62) by cpoproxy1.bluehost.com with SMTP; 9 Jun 2011 14:27:54 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=shockey.us; h=Received:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-Index:Content-Language:X-Identified-User; b=NknpD08T2xw6DdzLXqA9rX6unCqbHRFYr8l6nMFhFj4vbhxZAGLwTjZgv7DpzMQOVYC9C1CJbRNaD1Oqs4dHQW9ZdH6nLOBzMdl/WQlkGpjioQRhJTjyfSJ8MPDiNw3j; Received: from pool-71-178-24-118.washdc.fios.verizon.net ([71.178.24.118] helo=RSHOCKEYPC) by box462.bluehost.com with esmtpa (Exim 4.69) (envelope-from ) id 1QUgDB-0008AE-EC; Thu, 09 Jun 2011 08:27:53 -0600 From: "Richard Shockey" To: "'Sumanth Channabasappa'" , References: <001801cc26ae$fb0a4120$f11ec360$@us> In-Reply-To: Date: Thu, 9 Jun 2011 10:27:52 -0400 Message-ID: <003601cc26b1$6b8113f0$42833bd0$@us> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0037_01CC268F.E46F73F0" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acwmr4YgDXPWfnb0RbqNytjb1OKpeAAAbvZg Content-Language: en-us X-Identified-User: {3286:box462.bluehost.com:shockeyu:shockey.us} {sentby:smtp auth 71.178.24.118 authed with richard@shockey.us} Subject: Re: [drinks] Fwd: [dispatch] Request for input. FW: I-D Action: draft-pfautz-service-provider-identifier-urn-00.txt X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Jun 2011 14:27:55 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0037_01CC268F.E46F73F0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Thanks for forwarding this =E2=80=A6 we=E2=80=99re going to need all of = your support for this in DISPATCH.=20 =20 See you all in Quebec City.=20 =20 From: drinks-bounces@ietf.org [mailto:drinks-bounces@ietf.org] On Behalf = Of Sumanth Channabasappa Sent: Thursday, June 09, 2011 10:15 AM To: Drinks@ietf.org Subject: [drinks] Fwd: [dispatch] Request for input. FW: I-D Action: = draft-pfautz-service-provider-identifier-urn-00.txt =20 FYI ... Begin forwarded message: From: Richard Shockey Date: June 9, 2011 8:10:25 AM MDT To: "dispatch@ietf.org" Subject: [dispatch] Request for input. FW: I-D Action: = draft-pfautz-service-provider-identifier-urn-00.txt As some of you may have seen from the proposed DISPATCH agenda, this document is proposed for discussion. It is in a early draft stage and = needs comment and community input. That said I want to strongly support both the concept and the direction = this draft is taking. It highlights and proposes a solution to an extremely important problem in SIP interconnection among global SIP service = providers. The problem is who do you send the session to if, typically, all you = have is a E.164 number.=20 OK some of you would say ..that is what ENUM was supposed to do and certainly no one wants listen to me rant on about ENUM anymore, but the problem of number translation in SIP service provider networks remains = and is a serious impediment to global deployments.=20 There is substantial technical precedent for this type of solution. In = the North American Numbering Databases there is a Service Provider Identification Code (SPID) that has proved very useful for SIP service providers in deploying Network to Network Interconnection interfaces. = The very existence of this identifier has permitted interconnected SIP to = expand to nearly 30% of the US voice market according to 2010 data from US = Federal Communications Commission Statistics. This draft proposes to extend this technique. The elegance of this solution is that it does not propose any new = protocols, nor does it define what type of databases or class of users can use the = URN. As the draft points out, this concept has been discussed for some time = in various industry groups and has been discussed as part of the overall = DRINKS architecture. It is, IMHO, a "good thing".=20 -----Original Message----- From: i-d-announce-bounces@ietf.org = [mailto:i-d-announce-bounces@ietf.org] On Behalf Of internet-drafts@ietf.org Sent: Thursday, June 02, 2011 9:34 AM To: i-d-announce@ietf.org Subject: I-D Action: draft-pfautz-service-provider-identifier-urn-00.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : SP URN Author(s) : Penn Pfautz Filename : draft-pfautz-service-provider-identifier-urn-00.txt Pages : 5 Date : 2011-06-02 This document requests a service provider identifier URN namespace. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-pfautz-service-provider-identif= ier -urn-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ This Internet-Draft can be retrieved at: ftp://ftp.ietf.org/internet-drafts/draft-pfautz-service-provider-identifi= er- urn-00.txt _______________________________________________ I-D-Announce mailing list I-D-Announce@ietf.org https://www.ietf.org/mailman/listinfo/i-d-announce Internet-Draft directories: http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt _______________________________________________ dispatch mailing list dispatch@ietf.org https://www.ietf.org/mailman/listinfo/dispatch ------=_NextPart_000_0037_01CC268F.E46F73F0 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable

Thanks for forwarding this =E2=80=A6 we=E2=80=99re going to need all = of your support for this in DISPATCH.

 

See you all in Quebec City.

 

From:= = drinks-bounces@ietf.org [mailto:drinks-bounces@ietf.org] On Behalf Of = Sumanth Channabasappa
Sent: Thursday, June 09, 2011 10:15 = AM
To: Drinks@ietf.org
Subject: [drinks] Fwd: = [dispatch] Request for input. FW: I-D Action: = draft-pfautz-service-provider-identifier-urn-00.txt

=

 


FYI = ...

Begin forwarded message:

From: Richard Shockey <richard@shockey.us>
Date:= June 9, 2011 8:10:25 AM MDT
To: "dispatch@ietf.org" <dispatch@ietf.org>
Subject= : [dispatch] Request for input. FW: I-D Action: = draft-pfautz-service-provider-identifier-urn-00.txt

As some of you may have seen from the = proposed DISPATCH agenda, this
document is proposed for discussion. = It is in a early draft stage and needs
comment and community = input.

That said I want to strongly support both the concept and = the direction this
draft is taking. It highlights and proposes a = solution to an extremely
important problem in SIP interconnection = among global SIP service providers.
The problem is who do you send = the session to if, typically, all you have is
a E.164 number. =

OK some of you would say ..that is what ENUM was supposed to do = and
certainly no one wants listen to me rant on about ENUM anymore, = but the
problem of number translation in SIP service provider = networks remains and
is a serious impediment to global deployments. =

There is substantial technical precedent for this type of = solution. In the
North American Numbering Databases there is a = Service Provider
Identification Code (SPID) that has proved very = useful for SIP service
providers in deploying Network to Network = Interconnection interfaces. The
very existence of this identifier has = permitted interconnected SIP to expand
to nearly 30% of the US voice = market according to 2010 data from US Federal
Communications = Commission Statistics. This draft proposes to extend = this
technique.

The elegance of this solution is that it does = not propose any new protocols,
nor does it define what type of = databases or class of users can use the URN.


As the draft = points out, this concept has been discussed for some time in
various = industry groups and has been discussed as part of the overall = DRINKS
architecture. It is, IMHO, a "good thing". =



-----Original Message-----
From: i-d-announce-bounces@ietf.o= rg [mailto:i-d-announce-bounces@ietf.org]
On Behalf Of internet-drafts@ietf.org
= Sent: Thursday, June 02, 2011 9:34 AM
To: i-d-announce@ietf.org
Subjec= t: I-D Action: = draft-pfautz-service-provider-identifier-urn-00.txt

A New = Internet-Draft is available from the on-line = Internet-Drafts
directories.

   Title =           : SP = URN
   Author(s)       : Penn = Pfautz
   Filename =        :
draft-pfautz-service-provi= der-identifier-urn-00.txt
   Pages =           : = 5
   Date =            : = 2011-06-02

  This document requests a service provider = identifier URN namespace.



A URL for this Internet-Draft = is:
http://www.ietf.org/internet-drafts/draft-pfautz-service-pro= vider-identifier
-urn-00.txt

Internet-Drafts are also = available by anonymous FTP at:
ftp://ftp.ietf.org/internet-= drafts/

This Internet-Draft can be retrieved at:
ftp://ftp.ietf.org/internet-drafts/draft-pfautz-service-prov= ider-identifier-
urn-00.txt
___________________________________= ____________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.i= etf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: = http://www.ietf.org/shadow.html<= /a>
or ftp://ftp.ietf.org/iet= f/1shadow-sites.txt

__________________________________________= _____
dispatch mailing list
dispatch@ietf.org
https://www.ietf.= org/mailman/listinfo/dispatch

= ------=_NextPart_000_0037_01CC268F.E46F73F0-- From mmaharishi@tnsi.com Fri Jun 10 06:38:15 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6B5E011E8174 for ; Fri, 10 Jun 2011 06:38:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v5-OaL+185Dk for ; Fri, 10 Jun 2011 06:38:13 -0700 (PDT) Received: from tnsi.com (relayus.tnsi.com [208.224.248.44]) by ietfa.amsl.com (Postfix) with ESMTP id D8BC911E8172 for ; Fri, 10 Jun 2011 06:38:12 -0700 (PDT) Received: from ([172.17.7.231]) by relayus.tnsi.com with ESMTP with TLS id 4440551.54876258; Fri, 10 Jun 2011 09:38:04 -0400 Received: from TNS-MAIL-NA.win2k.corp.tnsi.com ([172.17.7.219]) by MAIL-HUB-NA.win2k.corp.tnsi.com ([172.17.7.231]) with mapi; Fri, 10 Jun 2011 09:38:03 -0400 From: "Maharishi, Manjul" To: Sumanth Channabasappa , "drinks@ietf.org" Date: Fri, 10 Jun 2011 09:38:01 -0400 Thread-Topic: WGLC Announcement: draft-ietf-drinks-spprov-over-soap Thread-Index: AcwWXwZQ7oJfQTMhRbq1bSd6KXgmCARFG5wA Message-ID: <754963199212404AB8E9CFCA6C3D0CDA332E5355AA@TNS-MAIL-NA.win2k.corp.tnsi.com> References: <76AC5FEF83F1E64491446437EA81A61F7D36AF473E@srvxchg> In-Reply-To: <76AC5FEF83F1E64491446437EA81A61F7D36AF473E@srvxchg> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_754963199212404AB8E9CFCA6C3D0CDA332E5355AATNSMAILNAwin2_" MIME-Version: 1.0 Subject: Re: [drinks] WGLC Announcement: draft-ietf-drinks-spprov-over-soap X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2011 13:38:15 -0000 --_000_754963199212404AB8E9CFCA6C3D0CDA332E5355AATNSMAILNAwin2_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All, Here are some comments on my review of this I-D. Overall, it looks to be ve= ry well put together - precise and succinct. 1. Section 1: Introduction: The opening para states that "SPPP is bes= t supported by ....". It might be helpful to state the rationale why these = "features" are necessary for SPPP. However, this is more of a nit than a ne= cessity - as the expectation is that whoever is reading this document is fa= miliar with SPPP and its needs. 2. Section 3:, 3rd para: "Document Literal Wrapped style......is generally regarded as an optimal approach that....". It will be g= ood to provide some reference(s) that support this. Not sure if it is accep= table practice to have any non-standard bodies URLs be listed in the refere= nce section (other standards organizations documents are ok - such as ITU-T= etc). 3. Section 3, page 6 - last sentence: SOAP and WSDL are referenced, b= ut not present in the Reference section. 4. Section 4, page 7 - last sentence: HTTP is reference, but not pres= ent in the Reference section. 5. (nit) Section 7.1 - last sentence of first para: Typo - "Thes" sho= uld be "These". 6. (nit) Section 7.2 - last sentence of second para: Typo - "reasonab= l" should be "reasonable". IMO, It is good to go with these changes. Manjul From: drinks-bounces@ietf.org [mailto:drinks-bounces@ietf.org] On Behalf Of= Sumanth Channabasappa Sent: Thursday, May 19, 2011 3:58 PM To: drinks@ietf.org Subject: [drinks] WGLC Announcement: draft-ietf-drinks-spprov-over-soap WG Participants, This email is to announce the Working Group Last Call(WGLC) for comments on= : http://tools.ietf.org/html/draft-ietf-drinks-sppp-over-soap-03 Title : SPPP Over SOAP = and HTTP Intended status of the document : Standards Track -- Please review the document, and send comments to this mailing list. The WGLC for this document will last for three weeks, so please send your c= omments before: 9 June, 2011, 23:59 UTC. For an overview about the draft's history, please see: http://tools.ietf.org/html/draft-ietf-drinks-sppp-over-soap-03 For the most recent changes, please see the slide deck from the authors (as= presented at Prague): http://www.ietf.org/proceedings/80/slides/drinks-1.pdf You may also want to see the associated notes: http://www.ietf.org/proceedings/80/minutes/drinks.txt ;and the changes to rev -03 at: http://www.ietf.org/mail-archive/web/drinks/current/msg00912.html Historical changes to this draft, and the reason for the changes, can be ob= tained from mailing list discussions at: http://www.ietf.org/mail-archive/web/drinks/current/maillist.html Regards, Sumanth [As WG chair] ________________________________ This e-mail message is for the sole use of the intended recipient(s)and may contain confidential and privileged information of Transaction Network Serv= ices. Any unauthorised review, use, disclosure or distribution is prohibited. If = you are not the intended recipient, please contact the sender by reply e-mail a= nd destroy all copies of the original message. --_000_754963199212404AB8E9CFCA6C3D0CDA332E5355AATNSMAILNAwin2_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi All,

 

Here are some comments= on my review of this I-D. Overall, it looks to be very well put together &= #8211; precise and succinct.

1.&n= bsp;      Section 1: Int= roduction: The opening para states that “SPPP is best supported by &#= 8230;.”. It might be helpful to state the rationale why these “= features” are necessary for SPPP. However, this is more of a nit than a necessity – as the expectation is that whoever is readi= ng this document is familiar with SPPP and its needs.

2.&n= bsp;      Section 3:, 3<= sup>rd para: “Document Literal Wrapped style…<snipR= 30;<snip>…is generally regarded as an optimal approach thatR= 30;.”. It will be good to provide some reference(s) that support this= . Not sure if it is acceptable practice to have any non-standard bodies URLs be = listed in the reference section (other standards organizations documents ar= e ok – such as ITU-T etc).

3.&n= bsp;      Section 3, pag= e 6 – last sentence: SOAP and WSDL are referenced, but not present in= the Reference section.

4.&n= bsp;      Section 4, pag= e 7 – last sentence: HTTP is reference, but not present in the Refere= nce section.

5.&n= bsp;      (nit) Section = 7.1 – last sentence of first para: Typo – “Thes” sh= ould be “These”.

6.&n= bsp;      (nit) Section = 7.2 – last sentence of second para: Typo – “reasonablR= 21; should be “reasonable”.

 

IMO, It is good to go = with these changes.<= /p>

 

Manjul

 

From: drinks-b= ounces@ietf.org [mailto:drinks-bounces@ietf.org] On Behalf Of Sumanth Channabasappa
Sent: Thursday, May 19, 2011 3:58 PM
To: drinks@ietf.org
Subject: [drinks] WGLC Announcement: draft-ietf-drinks-spprov-over-s= oap

 

WG Participants,

 

This email is to an= nounce the Working Group Last Call(WGLC) for comments on:=

http://tools.ietf.o= rg/html/draft-ietf-drinks-sppp-over-soap-0= 3

 

Title  &n= bsp;            = ;             &= nbsp;           &nbs= p;            := SPPP Over SOAP and HTTP

Intended status of = the document     : Standards Track

 

--

 

Please review the d= ocument, and send comments to this mailing list.

 

The WGLC for this d= ocument will last for three weeks, so please send your comments before: 9 J= une, 2011, 23:59 UTC.

 

For an overview abo= ut the draft's history, please see:

http://tools.ietf.o= rg/html/draft-ietf-drinks-sppp-over-soap-03

 

For the most recent= changes, please see the slide deck from the authors (as presented at Pragu= e):

http://www.ietf= .org/proceedings/80/slides/drinks-1.pdf

&nb= sp;

You may also want t= o see the associated notes:

http://www.ietf.org/proceedi= ngs/80/minutes/drinks.txt

 

;and the changes to= rev -03 at:

http= ://www.ietf.org/mail-archive/web/drinks/current/msg00912.html

 

Historical changes = to this draft, and the reason for the changes, can be obtained from mailing= list discussions at:

http://www.ietf.= org/mail-archive/web/drinks/current/maillist.html

 

Regards,=

Sumanth [As WG chai= r]

 

 


This e-mail message is for t= he sole use of the intended recipient(s)and may
contain confidential and privileged information of Transaction Network Serv= ices.
Any unauthorised review, use, disclosure or distribution is prohibited. If = you
are not the intended recipient, please contact the sender by reply e-mail a= nd destroy all copies of the original message.

 --_000_754963199212404AB8E9CFCA6C3D0CDA332E5355AATNSMAILNAwin2_-- From dean.willis@softarmor.com Wed Jun 15 20:38:44 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4796011E808A for ; Wed, 15 Jun 2011 20:38:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.976 X-Spam-Level: X-Spam-Status: No, score=-102.976 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8sPpzwS5c+fe for ; Wed, 15 Jun 2011 20:38:43 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id A35AD11E807B for ; Wed, 15 Jun 2011 20:38:43 -0700 (PDT) Received: by qyk38 with SMTP id 38so72535qyk.10 for ; Wed, 15 Jun 2011 20:38:43 -0700 (PDT) MIME-Version: 1.0 Received: by 10.224.176.84 with SMTP id bd20mr307890qab.257.1308195523011; Wed, 15 Jun 2011 20:38:43 -0700 (PDT) Received: by 10.224.46.9 with HTTP; Wed, 15 Jun 2011 20:38:42 -0700 (PDT) Date: Wed, 15 Jun 2011 22:38:42 -0500 Message-ID: From: Dean Willis To: drinks@ietf.org Content-Type: multipart/alternative; boundary=20cf303637f972229804a5cc0146 Subject: [drinks] String sizes and SPPP X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 03:38:44 -0000 --20cf303637f972229804a5cc0146 Content-Type: text/plain; charset=ISO-8859-1 I'm looking at implementing an SPPP server with a MySQL backend. The obvious approaches to an SQL schema cap the string lengths at some fixed boundary. The protocol spec doesn't seem to have any bounds on various string identifiers. What might be reasonable numbers for the various identifier lengths? -- Dean Willis --20cf303637f972229804a5cc0146 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
I'm looking at implementing an SPPP server with a MySQL backend. T= he obvious approaches to an SQL schema cap the string lengths at some fixed= boundary.

The protocol spec doesn't seem to h= ave any bounds on various string identifiers.

What might be reasonable numbers for the various identi= fier lengths?

--
Dean Willis

--20cf303637f972229804a5cc0146-- From jeremyb@digitalshtick.com Wed Jun 15 23:36:18 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9C27611E807E for ; Wed, 15 Jun 2011 23:36:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.405 X-Spam-Level: X-Spam-Status: No, score=-0.405 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SuPKrnGR12cZ for ; Wed, 15 Jun 2011 23:36:17 -0700 (PDT) Received: from gateway16.websitewelcome.com (gateway16.websitewelcome.com [69.56.166.3]) by ietfa.amsl.com (Postfix) with SMTP id 8510911E807B for ; Wed, 15 Jun 2011 23:36:17 -0700 (PDT) Received: (qmail 7093 invoked from network); 16 Jun 2011 06:34:52 -0000 Received: from gator1286.hostgator.com (174.122.176.226) by gateway16.websitewelcome.com with SMTP; 16 Jun 2011 06:34:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=digitalshtick.com; h=Received:From:To:Cc:References:In-Reply-To:Subject:Date:Organization:Message-ID:MIME-Version:Content-Type:X-Mailer:Thread-index:Content-Language:X-BWhitelist:X-Source:X-Source-Args:X-Source-Dir:X-Source-Sender:X-Source-Auth:X-Email-Count:X-Source-Cap; b=a7jwNn5d37dLlAGBNDcqv2RR0/0cyZslF5CCjDNoVMYTK4r4SvKdROAR63jlzrWcYB3nOh3BXh4T0ATNP52YPDkRO1IZkdgVKcH1HRt33fomMM1FeB3p9sSUqc8KdVJA; Received: from [93.172.43.139] (port=57525 helo=jeremybxps) by gator1286.hostgator.com with esmtpa (Exim 4.69) (envelope-from ) id 1QX6Bb-0001K5-L3; Thu, 16 Jun 2011 01:36:16 -0500 From: "Jeremy Barkan \(Digitalshtick\)" To: "'Dean Willis'" , References: In-Reply-To: Date: Thu, 16 Jun 2011 09:36:05 +0300 Organization: Digitalshtick Message-ID: <005601cc2bef$aca563c0$05f02b40$@digitalshtick.com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0057_01CC2C08.D1F38620" X-Mailer: Microsoft Outlook 14.0 Thread-index: AQHF62A2pbd2JvI8L6mLAX+qSfYKRpTMCDcQ Content-Language: en-gb X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - gator1286.hostgator.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - digitalshtick.com X-BWhitelist: no X-Source: X-Source-Args: X-Source-Dir: X-Source-Sender: 93-172-43-139.bb.netvision.net.il (jeremybxps) [93.172.43.139]:57525 X-Source-Auth: jeremyb@digitalshtick.com X-Email-Count: 8 X-Source-Cap: bGlzYW1hcms7bGlzYW1hcms7Z2F0b3IxMjg2Lmhvc3RnYXRvci5jb20= Cc: openspp-team@lists.sourceforge.net Subject: Re: [drinks] String sizes and SPPP X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 06:36:18 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0057_01CC2C08.D1F38620 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit It would be helpful to have some validation criteria for all of the data fields in the protocol - and these should be then implemented in the Schema. This would mean - string lengths, integer sizes and so on Jeremy Barkan CTO Digitalshtick Tel: +972 2 6728069 Mobile: +972 54 6321603 Skype: jeremy_barkan www.digitalshtick.com From: drinks-bounces@ietf.org [mailto:drinks-bounces@ietf.org] On Behalf Of Dean Willis Sent: 16 June 2011 06:39 To: drinks@ietf.org Subject: [drinks] String sizes and SPPP I'm looking at implementing an SPPP server with a MySQL backend. The obvious approaches to an SQL schema cap the string lengths at some fixed boundary. The protocol spec doesn't seem to have any bounds on various string identifiers. What might be reasonable numbers for the various identifier lengths? -- Dean Willis ------=_NextPart_000_0057_01CC2C08.D1F38620 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

It would be helpful to have some validation criteria for all of the = data fields in the protocol – and these should be then implemented = in the Schema.

This would mean – string lengths, integer sizes and so = on

 

Jeremy Barkan

 

CTO

Digitalshtick

Tel: +972 2 6728069

Mobile: +972 54 6321603

Skype: jeremy_barkan

www.digitalshtick.com

 

 

 

From:= = drinks-bounces@ietf.org [mailto:drinks-bounces@ietf.org] On Behalf Of = Dean Willis
Sent: 16 June 2011 06:39
To: = drinks@ietf.org
Subject: [drinks] String sizes and = SPPP

 

I'm = looking at implementing an SPPP server with a MySQL backend. The obvious = approaches to an SQL schema cap the string lengths at some fixed = boundary.

 

The protocol spec doesn't seem to have any bounds on = various string identifiers.

 

What might be reasonable numbers for the various = identifier lengths?


-- =

Dean = Willis

 

------=_NextPart_000_0057_01CC2C08.D1F38620-- From syed.ali@neustar.biz Thu Jun 16 08:38:38 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CFF3E11E80C5 for ; Thu, 16 Jun 2011 08:38:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.599 X-Spam-Level: X-Spam-Status: No, score=-8.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, GB_I_LETTER=-2, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yORdVzcFQMFz for ; Thu, 16 Jun 2011 08:38:38 -0700 (PDT) Received: from neustar.com (mx2.neustar.com [156.154.25.104]) by ietfa.amsl.com (Postfix) with ESMTP id DE35111E8187 for ; Thu, 16 Jun 2011 08:38:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1308238714; x=1623594295; q=dns/txt; h=From:Date:Subject:Message-ID:Content-Language: Content-Type:Content-Transfer-Encoding; bh=/SAoDyP51eZlqeP0sE3xe j0kL9nHeETEqTK9GuDFoR8=; b=Z3owEz4j/zkP7ti7YOIba4B8Nr7J4fhBcmxlO 7jGB058EIgBaWlTg7JoycC5hzfUvkKa4KUu4TXRi6lIFrRzQg== Received: from ([10.31.13.228]) by chihiron2.nc.neustar.com with ESMTP with TLS id 5202415.38525403; Thu, 16 Jun 2011 11:38:32 -0400 Received: from STNTEXCH01.cis.neustar.com ([fe80::31b6:4d09:2ada:e6c0]) by STNTEXCHHT01.cis.neustar.com ([::1]) with mapi; Thu, 16 Jun 2011 11:38:32 -0400 From: "Ali, Syed Wasim" To: Dean Willis , "drinks@ietf.org" Date: Thu, 16 Jun 2011 11:38:30 -0400 Thread-Topic: [drinks] Review of draft-ietf-drinks-spprov-07 Thread-Index: AcwsO3JdJ0eKE4+JTJGITf8DGeKh+w== Message-ID: In-Reply-To: <648D3997-FA3A-4FED-9855-2B4668D8809E@softarmor.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.101115 acceptlanguage: en-US x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: Pk5kjpx5a/6E8USyJ9h/uA== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [drinks] Review of draft-ietf-drinks-spprov-07 X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2011 15:38:39 -0000 Dean, Thanks for the detailed comments. Let me answer the easy ones first ;-) Please, see inline. -Syed On 5/25/11 3:27 PM, "Dean Willis" wrote: > >4.1/4.2 NIT: We have some inconsistent capitalization oddities relating >to words like "client", "server", "request" and "response", which are >sometimes capitalized and sometimes aren't. There may be some sort of >not-obvious--to-me rule in play about where they are being used as proper >nouns vs. ordinary nouns, but it was a bit distracting and is likely to >get changed by the RFC editor anyhow. I suggest quoting the word in its >definition, then just using lower case everywhere else: For example, a >"special term" may be defined in the text, but once it has been so >defined, it's a just a special term. [SA] I can take a stab at fixing these. > >6.3 p4: s/Destionation/Destination/, several times. [SA] Will fix. Thx > >6.9/6.10 I'm befuddled about the functionality of putting peeringOrg >elements into a Route Group Offer operation. Maybe I'm just being >normally dense. Are we trying to say that the registry should accept the >route group because the listed peeringOrgs already have? Is this subject >to some sort of "bullshit attack" like the chain-letter spam that claims >the reported virus was validated by Microsoft? > > >Section 7: Anybody validated the XML herein? It looks good to my Mark 1 >eyeballs, but they're a bit out of date. [SA] Yes. The XML examples in this section are valid and conform to sppp schema towards the end of the document. > > >_______________________________________________ >drinks mailing list >drinks@ietf.org >https://www.ietf.org/mailman/listinfo/drinks From syed.ali@neustar.biz Mon Jun 20 22:52:53 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BF6AC11E809D for ; Mon, 20 Jun 2011 22:52:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.599 X-Spam-Level: X-Spam-Status: No, score=-7.599 tagged_above=-999 required=5 tests=[AWL=-1.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YFBtPoybrzkh for ; Mon, 20 Jun 2011 22:52:53 -0700 (PDT) Received: from neustar.com (mx1.neustar.com [156.154.17.104]) by ietfa.amsl.com (Postfix) with ESMTP id D35E111E821C for ; Mon, 20 Jun 2011 22:52:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1308635571; x=1623983237; q=dns/txt; h=From:Date:Subject:Message-ID:Content-Language: Content-Type:Content-Transfer-Encoding; bh=RcRrFkw1e0/lrJh7u212x 9BScdQuiBD6xBuXfgtiSec=; b=q1bRVe0xNRW7vn/3dtuP6xQug4tWwGVJZZYk2 fZ+rFYJFYatDq3PVIo5vTq6eRB5YnC2ptvWT9BzemYG3ORNCQ== Received: from ([10.31.13.242]) by stihiron2.va.neustar.com with ESMTP with TLS id 5202732.46635631; Tue, 21 Jun 2011 01:52:50 -0400 Received: from STNTEXCH01.cis.neustar.com ([fe80::31b6:4d09:2ada:e6c0]) by STNTEXCHHT03.cis.neustar.com ([::1]) with mapi; Tue, 21 Jun 2011 01:52:50 -0400 From: "Ali, Syed Wasim" To: Dean Willis , David Schwartz Date: Tue, 21 Jun 2011 01:52:48 -0400 Thread-Topic: [drinks] Review of draft-ietf-drinks-spprov-07 Thread-Index: Acwv13O4qKGMlZHPSqmxw3bTOxQ8iw== Message-ID: In-Reply-To: <8D100F8A-BBC0-4A31-B7F8-B79C0A8F0F5A@softarmor.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.2.0.101115 acceptlanguage: en-US x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA== x-ems-stamp: 5XP6f8AEpFa/Zr6IP3pZTA== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: "drinks@ietf.org" Subject: Re: [drinks] Review of draft-ietf-drinks-spprov-07 X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2011 05:52:53 -0000 Dean, Thanks for raising this point. Please see the suggestion below: On 5/26/11 10:33 AM, "Dean Willis" wrote: > >On May 26, 2011, at 3:23 AM, David Schwartz wrote: >>>=20 >>>=20 >>> 6.1 DestGrpType discusses server-defined date/time values.Do we need >>>further discussion on time zones, relative vs. absolute times, and what >>>these time values mean to clients? This question persists through >>>several subsequent extensions of BasicObjType (6.5, 6.7, 6.9, 6.13). >>>Examples in section 7 are using Z-time. What are the consequences, if >>>any, of time-base mismatches? Do we need to say anything about this? >>=20 >> DS: I have always been a fan of just using UTC > > >Can we include UTC in the specification? > >What happens if the client and the server have wildly different ideas of >the current value of UTC? Does anything break? [SA] In the examples, I am using the absolute form of UTC time (indicated with=20 the 'Z'). Though a literal value where the time is expressed with the timezone (as in +- 00:00) is a valid XML Schema 'dateTime' presentation and should be acceptable. Having said that, I think use of local time should be discouraged since this forces the consumer to make an assumption about the timezone that will lead to use of mechanisms (or even assumptions) outside the SPPP protocol. This can potentially lead to interoperability issues or worse. Unless I receive further comments, I will go ahead and add this clarification in the protocol document. From alexander.mayrhofer@nic.at Fri Jun 24 12:09:32 2011 Return-Path: X-Original-To: drinks@ietfa.amsl.com Delivered-To: drinks@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 49B3211E814C for ; Fri, 24 Jun 2011 12:09:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.43 X-Spam-Level: X-Spam-Status: No, score=-9.43 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_AT=0.424, HOST_EQ_AT=0.745, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RtGGc-F5-spp for ; Fri, 24 Jun 2011 12:09:31 -0700 (PDT) Received: from mail.sbg.nic.at (mail.sbg.nic.at [83.136.33.227]) by ietfa.amsl.com (Postfix) with ESMTP id F1DB811E8106 for ; Fri, 24 Jun 2011 12:09:30 -0700 (PDT) Received: from nics-exch.sbg.nic.at ([10.17.175.3]) by mail.sbg.nic.at over TLS secured channel (TLSv1/SSLv3:AES128-SHA:128) with XWall v3.47 ; Fri, 24 Jun 2011 21:09:29 +0200 Received: from nics-mail.sbg.nic.at (10.17.175.2) by NICS-EXCH.sbg.nic.at (10.17.175.3) with Microsoft SMTP Server id 14.0.722.0; Fri, 24 Jun 2011 21:09:24 +0200 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 24 Jun 2011 21:09:17 +0200 Message-ID: <8BC845943058D844ABFC73D2220D46650A8C7EA8@nics-mail.sbg.nic.at> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: DRAFT agenda for IETF 81 Thread-Index: Acwyoi0Hc88Vx+FGTISEUcQqV5HcLA== From: Alexander Mayrhofer To: X-XWALL-BCKS: auto Subject: [drinks] DRAFT agenda for IETF 81 X-BeenThere: drinks@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: IETF DRINKS WG List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 24 Jun 2011 19:09:32 -0000 All, according to the draft agenda posted here: https://datatracker.ietf.org/meeting/81/agenda.html we've been allocated two slots for DRINKS (Tuesday afternoon and Friday afternoon, respectively). We will, however, just hold a single session in Quebec, and hence return the shorter slot (scheduled for Friday). The Friday slot would collide with VIPR anyways, which would be problematic for many DRINKS contributors. This would leave us with a single slot on Tue afternoon. As always, please not that this is just the DRAFT agenda, hence or slot assignment might still be changed. See you all in Quebec! Alex