Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?

Andrew Qu <andrew.qu@mediatek.com> Fri, 24 July 2015 09:14 UTC

Return-Path: <andrew.qu@mediatek.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF18E1A870A for <mpls@ietfa.amsl.com>; Fri, 24 Jul 2015 02:14:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.574
X-Spam-Level:
X-Spam-Status: No, score=-1.574 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, T_RP_MATCHES_RCVD=-0.01, UNPARSEABLE_RELAY=0.001] autolearn=no
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 I2Opg5ZvcMIf for <mpls@ietfa.amsl.com>; Fri, 24 Jul 2015 02:14:12 -0700 (PDT)
Received: from mailgw02.mediatek.com (mailgw02.mediatek.com [69.46.227.142]) by ietfa.amsl.com (Postfix) with ESMTP id EE9911A1ADB for <mpls@ietf.org>; Fri, 24 Jul 2015 02:14:10 -0700 (PDT)
X-Listener-Flag: 11101
Received: from mtkcas64.mediatek.inc [(172.29.17.144)] by mailgw02.mediatek.com (envelope-from <andrew.qu@mediatek.com>) (Cellopoint E-mail Firewall v3.9.12 Build 0312 with TLS) with ESMTP id 672717423; Fri, 24 Jul 2015 05:13:01 -0500
Received: from MTKCAS63.mediatek.inc (172.29.17.143) by MTKCAS64.mediatek.inc (172.29.17.144) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 24 Jul 2015 05:13:57 -0400
Received: from MTKMBS61N1.mediatek.inc ([fe80::2898:86df:e627:42ee]) by MTKCAS63.mediatek.inc ([fe80::69ba:ee95:46f7:711d%10]) with mapi id 14.03.0181.006; Fri, 24 Jul 2015 05:13:57 -0400
From: Andrew Qu <andrew.qu@mediatek.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, Robert Raszuk <robert@raszuk.net>, Shahram Davari <davari@broadcom.com>
Thread-Topic: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?
Thread-Index: AQHQxesXjUti3orAQEqCOvm3DZDbXZ3qUvzg
Date: Fri, 24 Jul 2015 09:13:56 +0000
Message-ID: <EA360A7AB9D90D4B9E9173B6D27C371EE3F60E23@MTKMBS61N1.mediatek.inc>
References: <DB3PR03MB07809DC48482C67B5215160F9D810@DB3PR03MB0780.eurprd03.prod.outlook.com>
In-Reply-To: <DB3PR03MB07809DC48482C67B5215160F9D810@DB3PR03MB0780.eurprd03.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.29.17.249]
Content-Type: multipart/alternative; boundary="_000_EA360A7AB9D90D4B9E9173B6D27C371EE3F60E23MTKMBS61N1media_"
MIME-Version: 1.0
X-TM-AS-Product-Ver: SMEX-10.2.0.3176-8.000.1202-21698.005
X-TM-AS-Result: No--25.159400-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/JS5f76wcUBUDADfEV7kH12DdigQ>
Cc: "mpls@ietf.org" <mpls@ietf.org>
Subject: Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 24 Jul 2015 09:14:14 -0000

Sasha,

My comments are in lines

From: Alexander Vainshtein [mailto:Alexander.Vainshtein@ecitele.com]
Sent: Friday, July 24, 2015 10:31 AM
To: Andrew Qu; Robert Raszuk; Shahram Davari
Cc: mpls@ietf.org
Subject: Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?


Andrew,

Inline below.


Thumb typed on my LG,
Sasha

------ Original message ------
From: Andrew Qu
Date: 24/07/2015 11:07
To: Alexander Vainshtein;Robert Raszuk;Shahram Davari;
Cc: mpls@ietf.org<mailto:mpls@ietf.org>;
Subject:RE: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?
Hi Sasha,


My comments in lines…




From: mpls [mailto:mpls-bounces@ietf.org] On Behalf Of Alexander Vainshtein
Sent: Friday, July 24, 2015 7:26 AM
To: Robert Raszuk; Shahram Davari
Cc: mpls@ietf.org<mailto:mpls@ietf.org>
Subject: Re: [mpls] draft-fang-mpls-label-forwarding-no-swap - how much does it really save?


Hi all,

Please note that CONTINUE in SPRING is:

1. A DP-agnostic primitive

2. *Implemented* as SWAP instruction with MPLS DP.



[Andrew]  You are contradicting with 1) and 2).

[[Sasha]] SPRING is supposed to work over IPv6 DP as well.

CONTINUE over this DP simply means retaining the same extension header and forwarding according to nirmal IPv6 processing,



[Andrew] it does not matter,  by saying 1) , claiming 2) is not necessary.

Now that  you did 2) as fact,  then why adding    “NO_SWAP” is so bad?









With “CONTINUE” defined in SR draft,  for NEW ASIC to be designed,

Why should I still use “SWAP” to achieve it?

[[ Sasha]]Because the draft in question explicitly defines that CONTINUE is implemented as SWAP?

The SPRING drafts mention that it could be SWAP to the same label, but no more than that. They do NOT require NO-SWAP anywhere.





[Andrew] again,  MOST important is that SR introduce “CONTINUE” as concept.  Whoever

                Read the doc,  NO_OP is natural impression.  SWAP with same value is “HACKING” not the solution to me.

                I am surprised that in MPLS DP,  NO_SWAP is inferior to SWAP from concept point of view.







Considering that I might

Have good saving in precious on-board memory for the ASIC ?



[[Sasha]]As alreadyvdiscussed on this thread, this is a local implementation matter that does not require any standartization.





[Andrew] Why  you think SWAP is NOT local implementation but NO_SWAP IS ? as I don’t understand why we MUST NOT

                Avoid mentioning both “SWAP and NO_SWAP for CONTINUE for user to chose.





Cheers! and thanks for the comments



Andrew