RE: Enough is Enough.

Khaled Omar <eng.khaled.omar@outlook.com> Tue, 20 October 2020 19:25 UTC

Return-Path: <eng.khaled.omar@outlook.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 07A0D3A1330; Tue, 20 Oct 2020 12:25:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level:
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=outlook.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u9jC1kTa-TaD; Tue, 20 Oct 2020 12:25:13 -0700 (PDT)
Received: from EUR01-VE1-obe.outbound.protection.outlook.com (mail-oln040092066036.outbound.protection.outlook.com [40.92.66.36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 174ED3A132D; Tue, 20 Oct 2020 12:25:10 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=J39Z5t+vFPJVlj5PGLIOjW8cgx8My8y40RHdD4Cz5+bDrTcy1vZfwkBn3nxEs6kItJqLhmg4A8g+b9soriJaHDwhOBGZp4EHsF+VeDvDhAoOVqtFVFIxz3gIs/APEsHNao87lG2S2WseObndYc5yObmbY+4Rqf2/usOwgvnI4Pbd/ZebO0f0UzgIbKIgtdN6XuzLpnl06hwn4FCKyKHQMHr60+4ex5UMx3oSjMpVd21ZNGjomTPGCyQslCfKZKMZYbxH7LytnFGxDz+Wx3iYYdVPFpKqQ8/8F+VCID6748vJZu1Ljps0fZ4zfkbOhebK7prK2RQj39yJndV8rapjYQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uXoBpfQOyswJCeP3TUvpT31Zlg3k41oJiVrnYo6xi/c=; b=XYNMpMZKNP18zQgWLHmUxDpOCT3bOSYhuQufkOiuEgLac8WWhbAhDdIRGBmrQZrYXGxxGT8KfzTK2RqO4f8ljJ6+1daqUaAN1aa2BVvO39bhTLYThhhwFZ0oDVlD+oLRbBvIQMD/6ZWI/S83b4pnZA4SUvioxmA9gbvwAzVbbrMv69/WzibLFUyros196yZ2w6gMAV9ARcCRwPHEq6Z/U5iHYkUOt5YJWQM0sEOEYbEkq3pEPFPWkdOnlbnYEsYufeBdSGEkfiGwmxZo2wsmOGoQ7Lba3G84FA1rFsjNCUqO0rG0SdCcSvA2FX1nhBLr2oStoF7Yf0rkiAFxafvm+w==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=outlook.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=uXoBpfQOyswJCeP3TUvpT31Zlg3k41oJiVrnYo6xi/c=; b=n/7OAC74vJmTcHczBLiSjJcHQZneP8SUW6PDO0a1L5KdP9y6hHwsCO9fyAdoMQOHA6kAObu9x1ThId9PqpmMQUduf7OUmaNV/GY7rX4llabqmkbwgwka1o84y/ZX34RTV1Tbr6VnPKR+BOk6fu9hH14i7gW4dfLWE7PYUPQji527AaSYhi0LbGbM/U5/o0uFS2pMELmjl/59t7t5gVa9yuKKCX+wx9s4OR0E+vkmdfJ6Ho2XgFXvfnK8X/uDvVbE5M9sjkJDHYOVaj0GECX6M4t8VgvIi9ZuN1PurfqnTGSXsyqZ2SguVOB/ST2GK3VLhyG29trfBhdLM5N3zify4A==
Received: from DB5EUR01FT037.eop-EUR01.prod.protection.outlook.com (2a01:111:e400:7e1a::46) by DB5EUR01HT240.eop-EUR01.prod.protection.outlook.com (2a01:111:e400:7e1a::392) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3477.21; Tue, 20 Oct 2020 19:25:05 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM (2a01:111:e400:7e1a::4f) by DB5EUR01FT037.mail.protection.outlook.com (2a01:111:e400:7e1a::212) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3499.18 via Frontend Transport; Tue, 20 Oct 2020 19:25:05 +0000
Received: from VI1P194MB0285.EURP194.PROD.OUTLOOK.COM ([fe80::89f6:7540:e834:ffb8]) by VI1P194MB0285.EURP194.PROD.OUTLOOK.COM ([fe80::89f6:7540:e834:ffb8%5]) with mapi id 15.20.3477.028; Tue, 20 Oct 2020 19:25:05 +0000
From: Khaled Omar <eng.khaled.omar@outlook.com>
To: "Rob Wilton (rwilton)" <rwilton@cisco.com>
CC: "ietf@ietf.org" <ietf@ietf.org>, "legal@ietf.org" <legal@ietf.org>, Timothy Mcsweeney <tim@dropnumber.com>
Subject: RE: Enough is Enough.
Thread-Topic: Enough is Enough.
Thread-Index: AdanAaskBfjAWkS4Smq/hoPnCKm+tgAAiFCAAAAI9yAAAVI8gAAAGirwAAC3DIAAAEalAAAAeW4AAABvTuAAAFBm4AAAwMhA
Date: Tue, 20 Oct 2020 19:25:05 +0000
Message-ID: <VI1P194MB02856E6C3FEF8F8C7D294A18AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM>
References: <VI1P194MB02851798998F8B7CAE17EBEBAE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <1244503240.69594.1603213781185@email.ionos.com> <VI1P194MB028587C3EBD5F3B842444C24AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <CAF4+nEHhpaDUPswSPxNPtsx_daUdo95cADgk9LYDOnnRwnPkUw@mail.gmail.com> <VI1P194MB0285821C9E9877996F640B04AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <951477273.71083.1603217515529@email.ionos.com> <VI1P194MB0285037AFE4A08626E5B0336AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <660145062.71895.1603218804076@email.ionos.com> <VI1P194MB02858A7AA5A66986802CE483AE1F0@VI1P194MB0285.EURP194.PROD.OUTLOOK.COM> <MN2PR11MB4366A0264CACD3D1B18E82E4B51F0@MN2PR11MB4366.namprd11.prod.outlook.com>
In-Reply-To: <MN2PR11MB4366A0264CACD3D1B18E82E4B51F0@MN2PR11MB4366.namprd11.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:9A99CD085933A997D450F2199AB047397056FEA4AAC05CCCF00DA31C8E27B0A8; UpperCasedChecksum:088C81A34610DAD50A8CCE82F0B6047DAB93E9076738C39A59B594A607E3A99B; SizeAsReceived:7584; Count:44
x-tmn: [ndmBXbR7nUYCQ5/Me3ehBneUe8LtaPQu]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: db91fcdd-3931-402d-4f27-08d8752dd943
x-ms-traffictypediagnostic: DB5EUR01HT240:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Wnkzd/uWZ9duwZ5ueYfzNMso4rSGWQzoQBMU7JQjv2rR7gV5DYpGdmbMeJsSHGq3/1la6b+c7s6CEQHqTJRYYO9fSFpYqk6NOGP0y7HO4ZxeuW4cwlmQSb1ihdD7W+hewXKds3uO6Z5mN/ILXtvZ1IPDNyh3cbjAOAP8XYC2Py1G1Og5mWSoaAKlsI89y3xAqLbt37Fb/6+0LFfpTSFYd0HzIMwLdhvPyzmZJQCNr/Ejn069TXXcaXwVGJzueL/z
x-ms-exchange-antispam-messagedata: duuGizfJzDhY82MsDLeCDzDE191av+vaTE8hzKqCa9by8u3GTBxczePn4p5eN67kwQx/QP+V9f6uqlHc66X5Pv8711kk9PET3SPgBvyMSzhS7LPrk0MKM4JnT+OP72lBhwi2U6aneSY4LagI+v+IGQ==
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_VI1P194MB02856E6C3FEF8F8C7D294A18AE1F0VI1P194MB0285EURP_"
MIME-Version: 1.0
X-OriginatorOrg: outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: DB5EUR01FT037.eop-EUR01.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: db91fcdd-3931-402d-4f27-08d8752dd943
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Oct 2020 19:25:05.1530 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5EUR01HT240
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/Gbd9w7kZhlhs0TZnZ0gPpnIzvJs>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 20 Oct 2020 19:25:16 -0000

Rob,

“An Internet-Draft is NOT a means of "publishing" a specification; specifications are published through the RFC mechanism described in the previous section. Internet-Drafts have no formal status, and are subject to change or removal at any time.”

This is what I want, full removal, why the IETF still need things that they don’t care about, if an ID attracted to attention inside the IETF, then it should be removed.

“I-Ds are stored in two places on the IETF web site. First, current I-Ds are stored in the I-D Repository. Second, current and past I-Ds are stored in a Public I-D Archive.”

No need for me to let them stored in the public I-D archive.

“As RFC 2026 says, the entries in the I-D Repository are subject to change or removal at any time; however, I-Ds generally remain in the Public I-D Archive to support easy comparison with previous versions. This availability facilitates review, comment, and revision.”

None of these reviews, comment, and revision happened, and I’m not expecting them to happen with the recent IETF.

Conclusion: nothing says that I-D cannot be removed from both the I-D repository and the public I-D archive.

Khaled Omar

From: Rob Wilton (rwilton) <rwilton@cisco.com>
Sent: Tuesday, October 20, 2020 9:14 PM
To: Khaled Omar <eng.khaled.omar@outlook.com>
Cc: ietf@ietf.org; legal@ietf.org; Timothy Mcsweeney <tim@dropnumber.com>
Subject: RE: Enough is Enough.

Hi Khaled,

There is an IESG statement on internet draft removal: https://ietf.org/about/groups/iesg/statements/internet-draft-removal/

This statement explains why IDs are retained in the public archive and states that drafts are only removed in unusual circumstances.  However, before you send a request to the IESG, it is probably worth pointing out that an author deciding that they now wish to unpublish an internet draft is unlikely to qualify “as unusual circumstances”.

I suggest that you either just let the drafts expire, of publish a tombstone draft as previously suggested by Ted.

Kind regards,
Rob


From: ietf <ietf-bounces@ietf.org<mailto:ietf-bounces@ietf.org>> On Behalf Of Khaled Omar
Sent: 20 October 2020 19:47
To: Timothy Mcsweeney <tim@dropnumber.com<mailto:tim@dropnumber.com>>; Donald Eastlake <d3e3e3@gmail.com<mailto:d3e3e3@gmail.com>>; Jay Daley <jay@ietf.org<mailto:jay@ietf.org>>
Cc: ietf@ietf.org<mailto:ietf@ietf.org>; legal@ietf.org<mailto:legal@ietf.org>
Subject: RE: Enough is Enough.


>> it is important that the IETF (through the IETF Trust) own
   the copyright in documents that are published as RFCs (other than
   Informational RFCs and RFCs that are submitted as RFC Editor
   Contributions).

This is about RFCs not individual submitted drafts, I still have the right as the only author of all drafts to ask for the deletion, where is the issue?

Khaled Omar

From: Timothy Mcsweeney <tim@dropnumber.com<mailto:tim@dropnumber.com>>
Sent: Tuesday, October 20, 2020 8:33 PM
To: Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>>; Donald Eastlake <d3e3e3@gmail.com<mailto:d3e3e3@gmail.com>>; Jay Daley <jay@ietf.org<mailto:jay@ietf.org>>
Cc: ietf@ietf.org<mailto:ietf@ietf.org>; legal@ietf.org<mailto:legal@ietf.org>
Subject: RE: Enough is Enough.

Read BPC 78 section 4 <" data-mce-href="https://tools.ietf.org/html/bcp78#section-4>">https://tools.ietf.org/html/bcp78#section-4><https://tools.ietf.org/html/bcp78#section-4>

That will cause you to click over to <" data-mce-href="https://tools.ietf.org/html/rfc4844>">https://tools.ietf.org/html/rfc4844><https://tools.ietf.org/html/rfc4844>

Inside RFC4844 try to locate the stream listed on your drafts.  Let us know what you find.




On 10/20/2020 2:20 PM Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>> wrote:


Why no one is answering his question …..

Khaled Omar

From: Timothy Mcsweeney <tim@dropnumber.com<mailto:tim@dropnumber.com>>
Sent: Tuesday, October 20, 2020 8:12 PM
To: Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>>; Donald Eastlake <d3e3e3@gmail.com<mailto:d3e3e3@gmail.com>>; Jay Daley <jay@ietf.org<mailto:jay@ietf.org>>
Cc: ietf@ietf.org<mailto:ietf@ietf.org>; legal@ietf.org<mailto:legal@ietf.org>
Subject: RE: Enough is Enough.

Personally, I can't think of any reason to keep the drafts laying around unless there is an intent to use some of its content down the road.  Is that the intent?


On 10/20/2020 1:57 PM Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>> wrote:


Donald,

>> In my opinion, these drafts should not and will not be deleted. They will time out six months after posting and be removed from the active directory.

As they are submitted by the IETF, they can be removed by the IETF, it doesn't make any sense to be inactive or the six period ended and still saved at the IETF, I should end that from the roots, please take an action at least in removing the drafts.

Jay, I think that you are now the responsible person as said by Tim, please delete them ALL, easy thing.

Khaled Omar


-----Original Message-----
From: Donald Eastlake <d3e3e3@gmail.com<mailto:d3e3e3@gmail.com>>
Sent: Tuesday, October 20, 2020 7:49 PM
To: Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>>
Cc: Jay Daley <jay@ietf.org<mailto:jay@ietf.org>>; ietf@ietf.org<mailto:ietf@ietf.org>; legal@ietf.org<mailto:legal@ietf.org>
Subject: Re: Enough is Enough.

Khaled,

You should give the file names if you submit a request related to drafts particularly as it seems that these drafts, except draft-omar-ipv10-12, do not follow the convention of including your name as the second token.

Assuming the other drafts have the same copyright and license notice as draft-omar-ipv10-12, you have granted copyright in these drafts jointly to the IETF Trust and yourself. The IETF Trust licenses IETF participants as in https://trustee.ietf.org/license-info/IETF-TLP-5.pdf particularly Section 3.

In my opinion, these drafts should not and will not be deleted. They will time out six months after posting and be removed from the active directory.

Thanks,
Donald
===============================
Donald E. Eastlake 3rd +1-508-333-2270 (cell)
2386 Panoramic Circle, Apopka, FL 32703 USA d3e3e3@gmail.com<mailto:d3e3e3@gmail.com>

On Tue, Oct 20, 2020 at 1:15 PM Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>> wrote:
>
Hi Jay,
>
>
Could you please do the following request?
>
>
Deleting these IDs completely from the IETF repository:
>
>
1) Internet Protocol version 10 (IPv10).
2) IPmix.
3) KHALED Routing Protocol (KRP).
4) Regional Routing Protocol (RRP).
5) Numbering Exchange Protocol (NEP).
6) Satellite Internet (SI).
7) ASN Label Switching Protocol (ALSP).
>
>
Thanks in advance.
>
>
Khaled Omar
>
>
From: Timothy Mcsweeney <tim@dropnumber.com<mailto:tim@dropnumber.com>>
Sent: Tuesday, October 20, 2020 7:10 PM
To: Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>>; ietf@ietf.org<mailto:ietf@ietf.org>
Cc: ietf-draft-submission@ietf.org<mailto:ietf-draft-submission@ietf.org>
Subject: Re: Enough is Enough.
>
>
I would ask an IESG member. And I think Jay Daley offered up legal@ietf.org<mailto:legal@ietf.org> on a different thread.
>
>
>
>
On 10/20/2020 1:00 PM Khaled Omar <eng.khaled.omar@outlook.com<mailto:eng.khaled.omar@outlook.com>> wrote:
>
>
>
>
Dear IETFers,
>
>
I hope this is my last e-mail with the IETF and I’m not feeling coward to repeat my first request regarding deleting my drafts from the IETF repository.
>
>
Can anyone tell me whom is the responsible person for deleting drafts from the IETF?
>
>
P.S. I don’t want to find any BCP or whatever that mention that the original author of the draft has not the right to ask for deleting his drafts as this doesn’t make any sense.
>
>
I wish you good luck after the deletion and the ideas not being used by the IETF as they have no benefits as many claims.
>
>
Sorry for any disturbance.
>
>
Regards,
>
>
Khaled Omar
>
>
>