From stpeter@stpeter.im Mon Apr 1 08:27:43 2013 Return-Path: X-Original-To: aggsrv@ietfa.amsl.com Delivered-To: aggsrv@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B00111E80A6 for ; Mon, 1 Apr 2013 08:27:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100, WEIRD_PORT=0.001] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IUMdFjuGSuPS for ; Mon, 1 Apr 2013 08:27:42 -0700 (PDT) Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id 6454411E809C for ; Mon, 1 Apr 2013 08:27:39 -0700 (PDT) Received: from [10.129.24.115] (unknown [128.107.239.233]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id EC47F40D3A for ; Mon, 1 Apr 2013 09:37:16 -0600 (MDT) Message-ID: <5159A76A.10005@stpeter.im> Date: Mon, 01 Apr 2013 09:27:38 -0600 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/20130307 Thunderbird/17.0.4 MIME-Version: 1.0 To: aggsrv@ietf.org X-Enigmail-Version: 1.5.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: [Aggsrv] BoF minutes X-BeenThere: aggsrv@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Aggregated Service Discovery \(aggsrv\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Apr 2013 15:27:43 -0000 With many thanks to Stuart Cheshire for scribing, here are minutes for the BoF at IETF 86... https://www.ietf.org/proceedings/86/minutes/minutes-86-aggsrv ### Aggregated Service Discovery BoF IETF 86, Orlando Tuesday, March 12, 2013, 09:00-10:20 Chair: Peter Saint-Andre Scribe: Stuart Cheshire Mail: mailto:aggsrv@ietf.org Archives: https://www.ietf.org/mail-archive/web/aggsrv/current/maillist.html Chat: xmpp:aggsrv@jabber.ietf.org?join Audio: http://ietf86streaming.dnsalias.net/ietf/ietf863.m3u Slides: https://datatracker.ietf.org/meeting/86/materials.html#aggsrv Notes: http://etherpad.tools.ietf.org:9001/p/notes-ietf-86-aggsrv 1. Intro (09:00-09:05, 5 minutes) - Chair 2. Problem Statement (09:05-09:15, 10 minutes) - Andrew Biggs Manual configuration of service information in clients is onerous. Users are mobile. Correct configuration may be different in different places. DHCP, DNS SRV, DNS SD, Webfinger have limitations Dave Thaler Add two requirements: 1. Efficiency, e.g. caching, distribution to large number of clients 2. Easy to publish data as well as easy to consume data Peter Resnick This is not Service Discovery, it's Configuration Discovery How is it secure? Is client configured with credential that identifies itself? Tim Chown Need to be more explicit about context Similar to problems of using DHCP on multiple interfaces John Klensin Please comment on how this relates to IMSP/ACAP Configuration Discovery mechanisms Why did those fail and how is this different? Henning Schulzrinne Separate out use the cases Requirements are quite different in different use cases Anonymous user (e.g. random IETF attendee) has no common cross-service credential Joe Hildebrand ACAP is too complex Cyrus Daboo ACAP is read/write This is proposed to be read-only Dave Thaler The Problem Statement offered solutions but didn't state the problem Joe Hildebrand This is about discovering information specific to a particular user (e.g. host and port for their mail server) not discovering information specific to the local network they currently happen to be on. John Klensin This sounds just like ACAP Mike Jones, Microsoft This sounds just like Webfinger Cyrus Daboo This is not about reinventing existing functionality, like HTTP redirect Henning Schulzrinne There are two ways of doing this: A central OS-supported way of getting all information A per-application mechanism 3. Aspects of the Solution Space (09:15-09:35, 20 minutes) a. Possible Document Format (09:15-09:25, 10 minutes) - Cyrus Daboo https://datatracker.ietf.org/doc/draft-daboo-aggregated-service-discovery/ Pete Resnick How would DHCP work for any of this? Cyrus Daboo For bootstrap when you first bring a new device into your company Pete Resnick So scope is not per-application; it's all the services that use the same identifier Cyrus Daboo e.g. set up all Yahoo services at once Pete Resnick There's conceptually a 'parent' application Joe Hildebrand This doesn't require an OS-level service There are protocol clusters, e.g. Mail client uses IMAP, SMTP, LDAP, etc. John Klensin What is the input to this? Cyrus Daboo User identifier John Klensin Then there are two problems Two services may use the same identifier, and that causes privacy problems Joe Hildebrand Intent is that all services which use the same identifier are run by the same organization John Klensin What does an email address mean? Sub-addresses? Henning Schulzrinne This won't work for home users (Huh? I don't know what that means.) Mike O'Reirdan I want this to enable a bank to discover which of their customers' computers have viruses on them and them to go to a remediation service John Klensin This sounds a lot less capable than IMSP Or is it going to end up like ACAP? Need more clarity Document Format presentation continues... Elliot Lear How often is this query done? On account setup? Every boot? Periodically? Cyrus Daboo On account setup, and may be triggered after a failure Kerry Lynn Seems to assume one-writer of the service file What if you have many service providers? Cyrus Daboo Different providers need to use different user identifiers b. Relationship to WebFinger (09:25-09:35, 10 minutes) - Paul Jones https://datatracker.ietf.org/doc/draft-jones-appsawg-webfinger/ Joe Hildebrand Depends on what the users views as a set of related services John Klensin If I'm a user of this, I may user different providers that I don't trust to share information This doesn't sound very efficient Joe Hildebrand Just because it can be deployed inefficiently doesn't mean it should be -- Questions to be answered - moderated by Chair Do we have a well-scoped problem statement? Hum for yes: weak Hum for no: loud Could we get to a well-scoped problem statement in six weeks? Hum for yes: moderate Hum for no: almost none Hum for unsure: moderate Is there at least a nub of an interesting problem here? About 25 people raised hands Pete Resnick: We need another iteration on the list ### Peter -- Peter Saint-Andre https://stpeter.im/ From johnsonhammond2@hushmail.com Sat Apr 27 14:58:29 2013 Return-Path: X-Original-To: aggsrv@ietfa.amsl.com Delivered-To: aggsrv@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 95F8E21F9413 for ; Sat, 27 Apr 2013 14:58:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.463 X-Spam-Level: X-Spam-Status: No, score=-2.463 tagged_above=-999 required=5 tests=[AWL=0.136, BAYES_00=-2.599] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id epq8CDA6TNSf for ; Sat, 27 Apr 2013 14:58:29 -0700 (PDT) Received: from smtp2.hushmail.com (smtp2a.hushmail.com [65.39.178.237]) by ietfa.amsl.com (Postfix) with ESMTP id BFE2221F93B7 for ; Sat, 27 Apr 2013 14:58:24 -0700 (PDT) Received: from smtp2.hushmail.com (smtp2a.hushmail.com [65.39.178.237]) by smtp2.hushmail.com (Postfix) with SMTP id 00AC2E7C8B for ; Sat, 27 Apr 2013 17:17:46 +0000 (UTC) X-hush-relay-time: 211 X-hush-relay-id: b1bd903faba185ee07e5a0ed3a1fde37 Received: from smtp.hushmail.com (w8.hushmail.com [65.39.178.52]) by smtp2.hushmail.com (Postfix) with ESMTP for ; Sat, 27 Apr 2013 17:17:46 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id B7EE014DBDE; Sat, 27 Apr 2013 17:17:46 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 27 Apr 2013 13:17:46 -0400 To: aggsrv@ietf.org From: johnsonhammond2@hushmail.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20130427171746.B7EE014DBDE@smtp.hushmail.com> Subject: [Aggsrv] Biggest Fake Conference in Computer Science X-BeenThere: aggsrv@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: "Aggregated Service Discovery \(aggsrv\)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 27 Apr 2013 21:58:29 -0000 Biggest Fake Conference in Computer Science We are researchers from different parts of the world and conducted a study on the world’s biggest bogus computer science conference WORLDCOMP ( http://sites.google.com/site/worlddump1 ) organized by Prof. Hamid Arabnia from University of Georgia, USA. We submitted a fake paper to WORLDCOMP 2011 and again (the same paper with a modified title) to WORLDCOMP 2012. This paper had numerous fundamental mistakes. Sample statements from that paper include: (1). Binary logic is fuzzy logic and vice versa (2). Pascal developed fuzzy logic (3). Object oriented languages do not exhibit any polymorphism or inheritance (4). TCP and IP are synonyms and are part of OSI model (5). Distributed systems deal with only one computer (6). Laptop is an example for a super computer (7). Operating system is an example for computer hardware Also, our paper did not express any conceptual meaning. However, it was accepted both the times without any modifications (and without any reviews) and we were invited to submit the final paper and a payment of $500+ fee to present the paper. We decided to use the fee for better purposes than making Prof. Hamid Arabnia (Chairman of WORLDCOMP) rich. After that, we received few reminders from WORLDCOMP to pay the fee but we never responded. We MUST say that you should look at the above website if you have any thoughts to submit a paper to WORLDCOMP. DBLP and other indexing agencies have stopped indexing WORLDCOMP’s proceedings since 2011 due to its fakeness. See http://www.informatik.uni-trier.de/~ley/db/conf/icai/index.html for of one of the conferences of WORLDCOMP and notice that there is no listing after 2010. See Section 2 of http://sites.google.com/site/dumpconf for comments from well-known researchers about WORLDCOMP. The status of your WORLDCOMP papers can be changed from scientific to other (i.e., junk or non-technical) at any time. Better not to have a paper than having it in WORLDCOMP and spoil the resume and peace of mind forever! Our study revealed that WORLDCOMP is a money making business, using University of Georgia mask, for Prof. Hamid Arabnia. He is throwing out a small chunk of that money (around 20 dollars per paper published in WORLDCOMP’s proceedings) to his puppet (Mr. Ashu Solo or A.M.G. Solo) who publicizes WORLDCOMP and also defends it at various forums, using fake/anonymous names. The puppet uses fake names and defames other conferences to divert traffic to WORLDCOMP. He also makes anonymous phone calls and tries to threaten the critiques of WORLDCOMP (See Item 7 of Section 5 of above website). That is, the puppet does all his best to get a maximum number of papers published at WORLDCOMP to get more money into his (and Prof. Hamid Arabnia’s) pockets. Monte Carlo Resort (the venue of WORLDCOMP for more than 10 years, until 2012) has refused to provide the venue for WORLDCOMP’13 because of the fears of their image being tarnished due to WORLDCOMP’s fraudulent activities. That is why WORLDCOMP’13 is taking place at a different resort. WORLDCOMP will not be held after 2013. The draft paper submission deadline is over but still there are no committee members, no reviewers, and there is no conference Chairman. The only contact details available on WORLDCOMP’s website is just an email address! Let us make a direct request to Prof. Hamid arabnia: publish all reviews for all the papers (after blocking identifiable details) since 2000 conference. Reveal the names and affiliations of all the reviewers (for each year) and how many papers each reviewer had reviewed on average. We also request him to look at the Open Challenge (Section 6) at https://sites.google.com/site/moneycomp1 Sorry for posting to multiple lists. Spreading the word is the only way to stop this bogus conference. Please forward this message to other mailing lists and people. We are shocked with Prof. Hamid Arabnia and his puppet’s activities http://worldcomp-fake-bogus.blogspot.com Search Google using the keyword worldcomp fake for additional links.