
From wwwrun@rfc-editor.org  Sat Apr 20 09:56:40 2013
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: msec@ietfa.amsl.com
Delivered-To: msec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6202F21F8AE8 for <msec@ietfa.amsl.com>; Sat, 20 Apr 2013 09:56:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level: 
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 Duf-nk4MNpsN for <msec@ietfa.amsl.com>; Sat, 20 Apr 2013 09:56:39 -0700 (PDT)
Received: from rfc-editor.org (unknown [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 3C36E21F8E48 for <msec@ietf.org>; Sat, 20 Apr 2013 09:56:33 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id C9F4AB1E003; Sat, 20 Apr 2013 09:55:20 -0700 (PDT)
To: bew@cisco.com, sheela@cisco.com, hardjono@mit.edu, stephen.farrell@cs.tcd.ie, turners@ieca.com, bew@cisco.com, vincent.roca@inria.fr
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20130420165520.C9F4AB1E003@rfc-editor.org>
Date: Sat, 20 Apr 2013 09:55:20 -0700 (PDT)
Cc: msec@ietf.org, rfc-editor@rfc-editor.org, claude.brieredelisle@wanadoo.fr
Subject: [MSEC] [Editorial Errata Reported] RFC6407 (3598)
X-BeenThere: msec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Security List <msec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/msec>, <mailto:msec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/msec>
List-Post: <mailto:msec@ietf.org>
List-Help: <mailto:msec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/msec>, <mailto:msec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Apr 2013 16:56:40 -0000

The following errata report has been submitted for RFC6407,
"The Group Domain of Interpretation".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=6407&eid=3598

--------------------------------------
Type: Editorial
Reported by: Claude Briere de L'Isle <claude.brieredelisle@wanadoo.fr>

Section: 5.5.1

Original Text
-------------
DST ID Prot (1 octet) -- Value describing an IP protocol ID (e.g.,
      UDP/TCP) [PROT-REG].  A value of zero means that the DST ID Prot
      field MUST be ignored.

Corrected Text
--------------
To be removed, this field does not exist

Notes
-----
M. Brian Weiss confirmed to me that "The description of "DST ID Prot (1 octet) on Page 32 is incorrect, no such field is meant to be in Figure 8. This is definitely errata. The bullet describing "DST ID Prot (1 octet)" should be removed"

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC6407 (draft-ietf-msec-gdoi-update-11)
--------------------------------------
Title               : The Group Domain of Interpretation
Publication Date    : October 2011
Author(s)           : B. Weis, S. Rowles, T. Hardjono
Category            : PROPOSED STANDARD
Source              : Multicast Security
Area                : Security
Stream              : IETF
Verifying Party     : IESG

From wwwrun@rfc-editor.org  Sat Apr 20 10:00:40 2013
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: msec@ietfa.amsl.com
Delivered-To: msec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3160321F8EBE for <msec@ietfa.amsl.com>; Sat, 20 Apr 2013 10:00:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level: 
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 FxmCkTPpQBvF for <msec@ietfa.amsl.com>; Sat, 20 Apr 2013 10:00:39 -0700 (PDT)
Received: from rfc-editor.org (unknown [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 9E6BD21F8629 for <msec@ietf.org>; Sat, 20 Apr 2013 10:00:39 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id 2BE13B1E003; Sat, 20 Apr 2013 09:59:20 -0700 (PDT)
To: bew@cisco.com, sheela@cisco.com, hardjono@mit.edu, stephen.farrell@cs.tcd.ie, turners@ieca.com, bew@cisco.com, vincent.roca@inria.fr
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20130420165927.2BE13B1E003@rfc-editor.org>
Date: Sat, 20 Apr 2013 09:59:20 -0700 (PDT)
Cc: msec@ietf.org, rfc-editor@rfc-editor.org, claude.brieredelisle@wanadoo.fr
Subject: [MSEC] [Editorial Errata Reported] RFC6407 (3599)
X-BeenThere: msec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Security List <msec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/msec>, <mailto:msec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/msec>
List-Post: <mailto:msec@ietf.org>
List-Help: <mailto:msec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/msec>, <mailto:msec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Apr 2013 17:00:40 -0000

The following errata report has been submitted for RFC6407,
"The Group Domain of Interpretation".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=6407&eid=3599

--------------------------------------
Type: Editorial
Reported by: Claude Briere de L'Isle <claude.brieredelisle@wanadoo.fr>

Section: 5.5.1

Original Text
-------------
o  DST ID Port (2 octets) -- Value specifying a port associated with
      the source ID.  A value of zero means that the DST ID Port field
      MUST be ignored.

Corrected Text
--------------
o  DST ID Port (2 octets) -- Value specifying a port associated with
      the destination ID.  A value of zero means that the DST ID Port field
      MUST be ignored.

Notes
-----
Brian Weiss wrote  "You are correct, this should be "destination ID"".

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC6407 (draft-ietf-msec-gdoi-update-11)
--------------------------------------
Title               : The Group Domain of Interpretation
Publication Date    : October 2011
Author(s)           : B. Weis, S. Rowles, T. Hardjono
Category            : PROPOSED STANDARD
Source              : Multicast Security
Area                : Security
Stream              : IETF
Verifying Party     : IESG

From wwwrun@rfc-editor.org  Sat Apr 20 10:10:49 2013
Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: msec@ietfa.amsl.com
Delivered-To: msec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9695021F8F4A for <msec@ietfa.amsl.com>; Sat, 20 Apr 2013 10:10:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level: 
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 6AvlEZ-k4GBp for <msec@ietfa.amsl.com>; Sat, 20 Apr 2013 10:10:49 -0700 (PDT)
Received: from rfc-editor.org (unknown [IPv6:2001:1890:123a::1:2f]) by ietfa.amsl.com (Postfix) with ESMTP id 2E51821F8F1F for <msec@ietf.org>; Sat, 20 Apr 2013 10:10:49 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id B8B8FB1E003; Sat, 20 Apr 2013 10:09:36 -0700 (PDT)
To: bew@cisco.com, sheela@cisco.com, hardjono@mit.edu, stephen.farrell@cs.tcd.ie, turners@ieca.com, bew@cisco.com, vincent.roca@inria.fr
From: RFC Errata System <rfc-editor@rfc-editor.org>
Message-Id: <20130420170936.B8B8FB1E003@rfc-editor.org>
Date: Sat, 20 Apr 2013 10:09:36 -0700 (PDT)
Cc: msec@ietf.org, rfc-editor@rfc-editor.org, claude.brieredelisle@wanadoo.fr
Subject: [MSEC] [Editorial Errata Reported] RFC6407 (3600)
X-BeenThere: msec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Security List <msec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/msec>, <mailto:msec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/msec>
List-Post: <mailto:msec@ietf.org>
List-Help: <mailto:msec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/msec>, <mailto:msec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 20 Apr 2013 17:10:49 -0000

The following errata report has been submitted for RFC6407,
"The Group Domain of Interpretation".

--------------------------------------
You may review the report below and at:
http://www.rfc-editor.org/errata_search.php?rfc=6407&eid=3600

--------------------------------------
Type: Editorial
Reported by: Claude Briere de L'Isle <claude.brieredelisle@wanadoo.fr>

Section: 7.4

Original Text
-------------
The concepts "forward access control" and "backward access control" have also been described as "perfect forward security" and "perfect backward security",
respectively, in the literature [RFC2627].

Corrected Text
--------------
The concepts "forward access control" and "backward access control" have also been described as "perfect forward security" and "perfect backward security",
respectively, in the literature (<http://tools.ietf.org/id/draft-balenson-groupkeymgmt-oft-00.txt>)
.

Notes
-----
There is no occurrence of these terms in RFC 2627. Brian Weiss wrote : "You are correct. I see that this wording was carried from early versions of an Internet-draft that became RFC 3547, the predecessor of RFC6407. A more accurate reference for these terms would be <http://tools.ietf.org/id/draft-balenson-groupkeymgmt-oft-00.txt>

Instructions:
-------------
This errata is currently posted as "Reported". If necessary, please
use "Reply All" to discuss whether it should be verified or
rejected. When a decision is reached, the verifying party (IESG)
can log in to change the status and edit the report, if necessary. 

--------------------------------------
RFC6407 (draft-ietf-msec-gdoi-update-11)
--------------------------------------
Title               : The Group Domain of Interpretation
Publication Date    : October 2011
Author(s)           : B. Weis, S. Rowles, T. Hardjono
Category            : PROPOSED STANDARD
Source              : Multicast Security
Area                : Security
Stream              : IETF
Verifying Party     : IESG

From johnsonhammond1@hushmail.com  Sat Apr 27 14:57:59 2013
Return-Path: <johnsonhammond1@hushmail.com>
X-Original-To: msec@ietfa.amsl.com
Delivered-To: msec@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F95E21F992F for <msec@ietfa.amsl.com>; Sat, 27 Apr 2013 14:57:59 -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 fU0beU362O33 for <msec@ietfa.amsl.com>; Sat, 27 Apr 2013 14:57:59 -0700 (PDT)
Received: from smtp1.hushmail.com (smtp1a.hushmail.com [65.39.178.236]) by ietfa.amsl.com (Postfix) with ESMTP id EB27D21F9921 for <msec@ietf.org>; Sat, 27 Apr 2013 14:57:58 -0700 (PDT)
Received: from smtp1.hushmail.com (smtp1a.hushmail.com [65.39.178.236]) by smtp1.hushmail.com (Postfix) with SMTP id E050430EC7 for <msec@ietf.org>; Sat, 27 Apr 2013 17:36:33 +0000 (UTC)
X-hush-relay-time: 213
X-hush-relay-id: b1bd903faba185ee07e5a0ed3a1fde37
Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp1.hushmail.com (Postfix) with ESMTP for <msec@ietf.org>; Sat, 27 Apr 2013 17:36:33 +0000 (UTC)
Received: by smtp.hushmail.com (Postfix, from userid 99) id A9A17E6739; Sat, 27 Apr 2013 17:36:33 +0000 (UTC)
MIME-Version: 1.0
Date: Sat, 27 Apr 2013 13:36:33 -0400
To: msec@ietf.org
From: johnsonhammond1@hushmail.com
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="UTF-8"
Message-Id: <20130427173633.A9A17E6739@smtp.hushmail.com>
Subject: [MSEC] Biggest Fake Conference in Computer Science
X-BeenThere: msec@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multicast Security List <msec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/msec>, <mailto:msec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/msec>
List-Post: <mailto:msec@ietf.org>
List-Help: <mailto:msec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/msec>, <mailto:msec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 27 Apr 2013 21:57:59 -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.

