RE: When the IETF can discuss drafts seriously?

Khaled Omar <eng.khaled.omar@hotmail.com> Wed, 20 December 2017 13:04 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 0182812422F for <rtgwg@ietfa.amsl.com>; Wed, 20 Dec 2017 05:04:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.135
X-Spam-Level:
X-Spam-Status: No, score=-1.135 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, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01] autolearn=no 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 uFSqeDI5j2nE for <rtgwg@ietfa.amsl.com>; Wed, 20 Dec 2017 05:04:21 -0800 (PST)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-oln040092069061.outbound.protection.outlook.com [40.92.69.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3294C126BFD for <rtgwg@ietf.org>; Wed, 20 Dec 2017 05:04:21 -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=xh1b1Y7Agr3z52csQXALWrgp3NJEay/hiMzXFLY8Xe0=; b=L3i8nnUHV6GpyKazk7UPS27ElvRtft34NLNgl89fTJScGIvQGY0FNhT8oOISLJpKjdUcm3MeLgJzJNtTSwrnpddfiPB9vDBpvz09BWmcFvykMtzziTuuPCv3q3r6Uc3i/A3rrQ2egvGDCtF4Xj9/UUogwdZXF2BcHuMr/6BA+o/RCL9cQgCw7deAHI87UswTcjzvjelmSfKI7S479rkGhZ1BkrbiTLv/RWLq66un/wURZQZmNyAPe6KF0by+2f0WgqkcjSc9ND6QiTIbWwxI3xiC7LULpP5R1GrDD+VR1lqaS6F8aZ0ejvlrJpJU6mtUPJaGIALTK46WkVW2O/HNhg==
Received: from VE1EUR02FT045.eop-EUR02.prod.protection.outlook.com (10.152.12.52) by VE1EUR02HT241.eop-EUR02.prod.protection.outlook.com (10.152.13.120) 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 13:04:19 +0000
Received: from AM4PR0401MB2241.eurprd04.prod.outlook.com (10.152.12.55) by VE1EUR02FT045.mail.protection.outlook.com (10.152.12.192) 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 13:04:19 +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 13:04:18 +0000
From: Khaled Omar <eng.khaled.omar@hotmail.com>
To: Robert Wilton <rwilton@cisco.com>
CC: "rtgwg@ietf.org" <rtgwg@ietf.org>
Subject: RE: When the IETF can discuss drafts seriously?
Thread-Topic: When the IETF can discuss drafts seriously?
Thread-Index: AQHTeQpxL62Qror8QkyB91Q7VFl5xaNMLHEAgAAEDdA=
Date: Wed, 20 Dec 2017 13:04:18 +0000
Message-ID: <AM4PR0401MB2241619EF193E0A4BCD72AE0BD0C0@AM4PR0401MB2241.eurprd04.prod.outlook.com>
References: <51b495e6-ee1d-4224-6c7c-dec0f8248cc9@cisco.com> <AM4PR0401MB2241DFFB2AA649DD0F47F81BBD0C0@AM4PR0401MB2241.eurprd04.prod.outlook.com> <044c5918-f2c0-5a45-ae5e-4b2875512fab@cisco.com>
In-Reply-To: <044c5918-f2c0-5a45-ae5e-4b2875512fab@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-incomingtopheadermarker: OriginalChecksum:D95BCCB0E6DD9C46E3B591BD632D483ADCD7DBEC19F9511A2DA74DB10CF34BF8; UpperCasedChecksum:6B37A09DFB013CA23BF4EECF220BF7D533F780D5FF866CC88F7FA1B9248CEE8A; SizeAsReceived:7180; Count:46
x-tmn: [Ts5L+WFYHooxqo9OrTmtyHpOypRsKySq]
x-ms-publictraffictype: Email
x-microsoft-exchange-diagnostics: 1; VE1EUR02HT241; 6:DgtwBj7qQcgtkr5Cthyh8E5xe873813F90aS+FDqJIZHC1vcuRJH3lDiH1nGpl6Ckh3MD+X6prlRRN61ofBD29W+c4x6A/jEvyhOg9Yurp5aiNX46wQYxJlXGwEYgGUy7J3wYobGhH7a4YucEeZfZv46+TH+UtDb4b1pnAsaAyYXUtKtBjb2qQC4sCAHp1aOV0l6b6ucRehxTkHZ9jZht5Dr52R/4WeOAw1swiPR3eNqI+QHcBkrHp1Hbplbd3n+FEWZ4KhF5+64UrRzB6Q3gCKcbr6yWKlz/Jo97HUeb0Zc9xytBzeJHIMAJzUBqHYMPsw5TMb0NFt06V1Chf/x/7INuqnOtIsM2rKYcg0TxH0=; 5:zpF9aBNetZX8z3fFthwbPdgtTGs9OPZ7cmboYyBizCWU/26TT+vn+782g/S/50PQQg/8StRVQOPFQl5xwz31jLm9OCF33u1kizFTjYa8J2NpWfYrqJqyso3x9Ibmhhr05JAFwrRGb81ptwgFEvtHSY/7azkcPEcgRrLRS+3KZbM=; 24:Dmp+s08iN6adWvl3T8OI0TkUN/Am6AO+TnDCwaJBOe+xEl62z89xnNr8iE6vQH15Sr41JnS+v9EKMx/h64Ymq+bWiuvzim9jZiBS3kK1S70=; 7:ow+EI1Xv9uybFN7QFWOxfD/weWtMTj+kjP65881TRF6V2ZCNuDmuPdMUNnXBp1q3bs3VZPRaHdhUjgkmsDawulwADsVvL2BPv99+HfkyQt6TEBIPwPYaG4BKTPs5X7Ea7oI0jzL/r5VMJ0C87ttMnAPvv69f5QXgeHGYmUVVzFHvRzAlOr32K71GbobMERI7dbPl4h16ziQCfujGvvo0RmHYU0SjUlsatj1n+/4C9S9gyoyg9EinsiULcJajQds+
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:VE1EUR02HT241;
x-ms-traffictypediagnostic: VE1EUR02HT241:
x-ms-office365-filtering-correlation-id: 2e82aca4-7c26-4c6c-67ea-08d547aa2e4c
x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(444000031); SRVR:VE1EUR02HT241; BCL:0; PCL:0; RULEID:(100000803101)(100110400095); SRVR:VE1EUR02HT241;
x-forefront-prvs: 0527DFA348
x-forefront-antispam-report: SFV:NSPM; SFS:(7070007)(98901004); DIR:OUT; SFP:1901; SCL:1; SRVR:VE1EUR02HT241; H:AM4PR0401MB2241.eurprd04.prod.outlook.com; FPR:; SPF:None; LANG:;
spamdiagnosticoutput: 1:99
spamdiagnosticmetadata: NSPM
Content-Type: multipart/alternative; boundary="_000_AM4PR0401MB2241619EF193E0A4BCD72AE0BD0C0AM4PR0401MB2241_"
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 2e82aca4-7c26-4c6c-67ea-08d547aa2e4c
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 Dec 2017 13:04:18.8783 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: VE1EUR02HT241
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/SRV8gtXwZZDh8ZV50McLuwI0KSE>
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 13:04:29 -0000

> Naming the protocol after yourself is probably not doing yourself any favours, sorry, but it makes you come across as arrogant or naive.

There was another name instead of KRP which is (regional routing protocol) so the name can be changed with more participants involved on this draft.

> I don't agree that this is solving a real problem.

Decreasing the BGP routing table to more than 80% is not something good.
Making separate links for different traffic class is not something good.
There shouldn’t be a problem to solve, but there should be enhancements.

> How is this solution superior to standard hierarchical addressing in IPv4/v6?

This solution uses the existing hierarchical addressing and assign every block to a specific region.

> I have no idea what problem this is trying to solve.
 - Why can't OSPF, ISIS, or one of the other IGPs be used instead?

Why you didn’t ask yourself why there are more than one IGP, of course because each one has its own philosophy of choosing the best route.
For OSPF, if two equal cost routes with different number of hops, which one it will choose.
If two equal cost and number of hops routes but with different total delay, which one it will choose.
OSPF uses only cost as its metric.
Also, IS-IS, uses a default metric of 10 for every link which lack many factors that influence the best route.



From: Robert Wilton [mailto:rwilton@cisco.com]
Sent: Wednesday, December 20, 2017 2:37 PM
To: Khaled Omar
Cc: ietf; rtgwg
Subject: Re: When the IETF can discuss drafts seriously?




On 20/12/2017 11:27, Khaled Omar wrote:
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.
I'm really sorry, but not really.  Alas, I'm not one of the routing experts that you are looking for!

I've given some quick comments form my cursory review:

- It seems that the IPv10 draft has already been discussed/dismissed so I've not spent time on that one.

KRP draft:
 - (Not technical) Naming the protocol after yourself is probably not doing yourself any favours, sorry, but it makes you come across as arrogant or naive.
 - I don't agree that this is solving a real problem.
 - How is this solution superior to standard hierarchical addressing in IPv4/v6?
 - This isn't just a routing protocol, but also has its own forwarding plane.  Normally, I would suggest splitting the two of these up, and perhaps reuse one of the existing forwarding planes.
- This draft seems to be incredible short, and doesn't seem to describe a fully thought out solution.

NEP draft:
 - I have no idea what problem this is trying to solve.
 - Why can't OSPF, ISIS, or one of the other IGPs be used instead?
- This draft seems to be incredible short, and doesn't seem to describe a full solution.

But I suspect that Stephane's comment, although direct, is probably to the point.  From my limitation knowledge of routing protocols, then I do not think that the drafts that you are proposing introduce significant new ideas that the routing protocol experts haven't thought of before.  Possibly folks might spend more time on these drafts if it was clear that you are an expert in routing protocols, but alas that is not how the existing drafts come across.

To give a comparative example, at the last IETF there was a BOF on DC routing with 2 main solutions presented, and (IIRC) 3 other solutions.  All of these 5 competing solutions seemed to be backed by experts in their field (most of whom I recognized from attending previous IETFs).

I was particularly impressed by Tony's presentation on RIFT (a proposed brand new DC routing protocol).  His presentation made it clear on what problem was being solved, why he considered that a new protocol is appropriate, and what advantages a new protocol has.  Added to that, I had met Tony in person and he came across as someone whom clearly knows what he is talking about, he has produced 10 RFCs spanning 17+ years , has 15 active drafts, etc.  The draft is also backed by other people that I know/respect (one of them representing an ISP).

Hence may I also suggest that you try and get involved helping in some of the WGs that specialize in the existing protocols first, before you try and convince everyone that they are doing it all wrong and you have thought of a better solution.

Kind regards,
Rob





-------- 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<mailto:rtgwg@ietf.org>
> https://www.ietf.org/mailman/listinfo/rtgwg
> .
>