Re: When the IETF can discuss drafts seriously?

Khaled Omar <eng.khaled.omar@hotmail.com> Wed, 20 December 2017 11:27 UTC

Return-Path: <eng.khaled.omar@hotmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D353127599; Wed, 20 Dec 2017 03:27:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.134
X-Spam-Level:
X-Spam-Status: No, score=-2.134 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FORGED_HOTMAIL_RCVD2=0.874, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, HTML_NONELEMENT_30_40=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H5=-1, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=hotmail.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 77BsGzsHSqzH; Wed, 20 Dec 2017 03:27:56 -0800 (PST)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-oln040092065072.outbound.protection.outlook.com [40.92.65.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F60512421A; Wed, 20 Dec 2017 03:27:55 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=hotmail.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=vs+yc/jBOdOu48OzYpZEheLpjbavjmsy7iwnD9LmVK8=; b=BviJPn4QYVoOhUoUwB4pIL3dYmG4cTJJB5tV+V9tpCvfn/PwEHhygTup0K2YT4muR/4yOpyYxjMuQCqvIJzriUdy0V9gCkwtkY71gWP/9iqKFOu7/hbtqxLy1a8EI6ypCGtNQxIOa8M0aTi4m0820Qa4eoAh65RMxB8c7XNWmRXjpWQ+FrJlvA8D4NW+M6oYHY2Lvamp/5vvrXtxeiwvvsOm4TICW2FyzC9Zic/LKH0Nm7DCZnSEl0cSct1cJUmXbTFZ0V7rIhojLK2FIfggrfLUoPliMKxC+AMuaFhhW7M2aUlFSoe1BfXfayHtceRqkAaYFUQAIzxZpnGefgjeVw==
Received: from VE1EUR01FT036.eop-EUR01.prod.protection.outlook.com (10.152.2.52) by VE1EUR01HT115.eop-EUR01.prod.protection.outlook.com (10.152.3.44) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384_P384) id 15.20.302.6; Wed, 20 Dec 2017 11:27:53 +0000
Received: from AM4PR0401MB2241.eurprd04.prod.outlook.com (10.152.2.52) by VE1EUR01FT036.mail.protection.outlook.com (10.152.3.31) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.20.302.6 via Frontend Transport; Wed, 20 Dec 2017 11:27:53 +0000
Received: from AM4PR0401MB2241.eurprd04.prod.outlook.com ([fe80::2588:3246:d594:c004]) by AM4PR0401MB2241.eurprd04.prod.outlook.com ([fe80::2588:3246:d594:c004%17]) with mapi id 15.20.0323.018; Wed, 20 Dec 2017 11:27:52 +0000
From: Khaled Omar <eng.khaled.omar@hotmail.com>
To: Robert Wilton <rwilton@cisco.com>
CC: ietf <ietf@ietf.org>, rtgwg <rtgwg@ietf.org>
Subject: Re: When the IETF can discuss drafts seriously?
Thread-Topic: When the IETF can discuss drafts seriously?
Thread-Index: AQHTeQpxL62Qror8QkyB91Q7VFl5xQ==
Date: Wed, 20 Dec 2017 11:27:52 +0000
Message-ID: <AM4PR0401MB2241DFFB2AA649DD0F47F81BBD0C0@AM4PR0401MB2241.eurprd04.prod.outlook.com>
References: <51b495e6-ee1d-4224-6c7c-dec0f8248cc9@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:4F55610E91FE5ECAD1F09E4CD77C3719917B1285C36C4C7ECDBB3D22A4F5B2A3; UpperCasedChecksum:BD920E2243D043609A27EBDF75A3EED1160E9CFD85BA2497575F6CA3413E996D; SizeAsReceived:7050; Count:46
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [iIXLKeNTtnaZXX+vV+B59oTCtnkhkFgT]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VE1EUR01HT115; 6:9yZk1BYZP5Alf93lWz2k6RgkH6WPQTZsNTcXRNS8nMqHzdIlFC7PMiHUgSNxyQRaLzz4fouNbo4wI/FmWPzQI1HAkoiQMMZ5Qan+mB2G48mO11x0DVJj2LxZCT9o3LLY3xDYKKbjCxo+cOV1c8tg965FFUoxcr7u6pNZWH7Xe+VJ1gcFSjHS3YRq/d5qh212UEMMMmjmetTRibmZm4IrsxBA73B7OdkxHKw6dTiKzb3pAtWP8RE79r/Ak/0GS+N7Jl6DAbqpdQXU4hJzKkcJejSXd/JS+DhM/0vjXiCTi3CHHZUO+gL0KGF8vLKx4RE1i59ySEJDenUjVcUO3z0Jn9Wx7T7+89di+IA4U4pCOQo=; 5:/ARtahO0LKF9Fflk/jEDxgtqAQ3Fe7yFHxxnlAaRlyng1Nu2hK5gSNGXylBBUEIlpKcUSXSJ+d3Kybu+nwVwgWIJ9NS4ElSxJ5UOZk1SlTqkYS8EGNnM7dYHJkejhT5ZuOOf8rfpdh1fmco1vLvrb3rB1e3FTb3x6HR94I+E1jQ=; 24:npU34G7HWaj5cgxZ12tB+zuVDUiCV2AwiNVf9E9HsomxROLxTjyZfQQKW1BH93uW0DUPuTyalkuJof7bCTxdkQ+Fgf3Iiv5KFFLgxB/oqrQ=; 7:5JRGNPd52GSa+XmmmjXIx+/++vAXqnAmKZhgLqYx6WG9kuPYRG5cJQiMuBOTJ5bLXqEn3H/tn6cm/zvSH5LVaWaBxmTFt70ueMq9J2/D7kalHjfvmjoqs+iWH2IqwbEhh/9Qhxh6efD3GzwxmcS1qYgz92/Z/6j6JTPNIM0xOHtUqWu6iIxlpPtG7rxkuTuZ4K1oEicFhuEfSdwHELbr0I03l8lS2AyxHBK4qXERfmk+1Br88jbKKjmhvgydR4KH
x-incomingheadercount: 46
x-eopattributedmessage: 0
x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(201702061074)(5061506573)(5061507331)(1603103135)(2017031320274)(2017031324274)(2017031323274)(2017031322404)(1601125374)(1603101448)(1701031045); SRVR:VE1EUR01HT115;
x-ms-traffictypediagnostic: VE1EUR01HT115:
x-ms-office365-filtering-correlation-id: ae5765a6-afcf-41ab-1a28-08d5479cb4ef
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:VE1EUR01HT115; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VE1EUR01HT115;
x-forefront-prvs: 0527DFA348
x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:VE1EUR01HT115; H:AM4PR0401MB2241.eurprd04.prod.outlook.com; FPR:; SPF:None; LANG:;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM4PR0401MB2241DFFB2AA649DD0F47F81BBD0C0AM4PR0401MB2241_"
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ae5765a6-afcf-41ab-1a28-08d5479cb4ef
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2017 11:27:52.6488 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1EUR01HT115
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/qOQWYEq0tgZHwKw7UZnx3Jurd68>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 20 Dec 2017 11:27:58 -0000

Hi Robert,

It is true, i'll address these questions and will replace the existing text with a clear introduction about a comparison between KRP and BGP and between NEP and other IGPs so it can provide a brief description about the drafts.

Will be appreciated if you read the full drafts and have a technical discussion if you are interested.


-------- Original Message --------
Subject: Re: When the IETF can discuss drafts seriously?
From: Robert Wilton
To: Khaled Omar
CC: ietf ,rtgwg


Hi Khaled,

As a relative newcomer to IETF, I can perhaps give two (hopefully
positive) suggestions (sorry, none of which is technical):

(1) From taking a very quick look at your drafts, it may be helpful to
have three sections at the top of the drafts that answer these 3
questions (before you describe the new protocols):
  i) What is the problem that the draft is solving?
  ii) Why the problem cannot be cleanly solved with existing
protocols/technology (which would normally be much cheaper than
designing a new protocol)?
  iii) How does the new protocol/technology solves the problem?

I.e. I think that you need to first convince the community that there is
a problem to be solved, before they will invest their time looking at a
solution.

(2) In my brief experience, it is as important to build consensus, as it
is to write good clear drafts.  E.g. attend IETF, meet the key folks in
the WGs (e.g. WG chairs and the main/frequent presenters in the WGs),
present your ideas (but again, for a presentation, I would focus on just
the 3 questions above), try and get other individuals in different
companies/organizations that align with your approach (and who would be
willing to put their name on your draft(s)).  If you have vendors
implementing these protocols, and ISPs deploying them, then that is also
a big help.  If you can show that you have a deep technical
understanding of the existing protocols that you intend to replace,
along with any limitations that they have, then that will also help.

But at the moment, from a very quick look at your drafts, it is unclear
to me why we need another new version of the IP protocol, need to
replace BGP with a new EGP and design a new IGP.  I suspect that the
cost to the industry to develop, standardize, and roll out these new
protocols (including new forwarding ASICs, etc) would end up being in
the billions of dollars.  So I'm afraid that you need to find an
extremely compelling reason as to why this is required, and hence why
folk should invest their limited time in these protocols.

I hope that this feedback is helpful.

Kind regards,
Rob


On 19/12/2017 20:46, Khaled Omar wrote:
> Hi all,
>
> I noticed that the IETF participants gives only negative comments regarding the submitted IDs, that is good in some cases if it is true, but to ignore the positive side and the added values on every draft is something that should be changed, I always aim to find a true technical discussion on the mailing list to add something new or to correct something wrong with confidence.
>
> It's been long time on the rtgwg mailing list and didn't have any technical discussion or comments for KRP and NEP or even an official review.
>
> I believe that the IETF participants can show alot from their expertise to add, modify, or delete something from an existing draft.
>
> Of course there are all kind of people at the IETF and some of them may be interested and can make a decision.
>
> Thanks,
>
> Khaled
> _______________________________________________
> rtgwg mailing list
> rtgwg@ietf.org
> https://www.ietf.org/mailman/listinfo/rtgwg
> .
>