[spring] different meaning of destination address in draft-ietf-spring-srv6-network-programming

"Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com> Fri, 20 December 2019 12:44 UTC

Return-Path: <weibin.wang@nokia-sbell.com>
X-Original-To: spring@ietfa.amsl.com
Delivered-To: spring@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 22C31120106 for <spring@ietfa.amsl.com>; Fri, 20 Dec 2019 04:44:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 0W_5SEhhkwPB for <spring@ietfa.amsl.com>; Fri, 20 Dec 2019 04:44:10 -0800 (PST)
Received: from cnshjsmin05.nokia-sbell.com (cnshjsmin05.nokia-sbell.com [116.246.26.45]) (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 812931200F7 for <spring@ietf.org>; Fri, 20 Dec 2019 04:44:08 -0800 (PST)
X-AuditID: ac18929d-ae3ff7000000138b-c4-5dfcc19b53af
Received: from CNSHPPEXCH1604.nsn-intra.net (Unknown_Domain [135.251.51.104]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by cnshjsmin05.nokia-sbell.com (Symantec Messaging Gateway) with SMTP id 47.B8.05003.B91CCFD5; Fri, 20 Dec 2019 20:42:03 +0800 (HKT)
Received: from CNSHPPEXCH1605.nsn-intra.net (135.251.51.105) by CNSHPPEXCH1604.nsn-intra.net (135.251.51.104) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Fri, 20 Dec 2019 20:42:03 +0800
Received: from CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) by CNSHPPEXCH1605.nsn-intra.net ([135.251.51.105]) with mapi id 15.01.1713.007; Fri, 20 Dec 2019 20:42:03 +0800
From: "Wang, Weibin (NSB - CN/Shanghai)" <weibin.wang@nokia-sbell.com>
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>
CC: "spring@ietf.org" <spring@ietf.org>
Thread-Topic: different meaning of destination address in draft-ietf-spring-srv6-network-programming
Thread-Index: AdW3JC8rtn3qhR26TEecxPzuCB6VbA==
Date: Fri, 20 Dec 2019 12:42:02 +0000
Message-ID: <e56efa4aa5334edf876fc610632d2a8f@nokia-sbell.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [135.251.51.115]
Content-Type: multipart/alternative; boundary="_000_e56efa4aa5334edf876fc610632d2a8fnokiasbellcom_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42Jp/22coSty6E+swd8+RYtfx3exWBy/8JvR gcljyu+NrB5LlvxkCmCK4rJJSc3JLEst0rdL4Mr4d2oyY0FXSsWDuc/ZGxg7IroYOTkkBEwk Xsw8wg5iCwkcYpI4dC6li5ELyP7LKHFm2SkmCGcTo8TGHfeZQarYBNwkJm3bxQZiiwiYSkzd cIUVxGYWUJdYtv8CC4gtLJAo0fprM1RNmsT3lXNYIGw9iXW3LzOB2CwCqhIHV50D28wrYCex 6OsUMJtRQEzi+6k1TBAzxSVuPZnPBHGpgMSSPeeZIWxRiZeP/wHt5QCylST6NkCVp0rs/7CR CWKkoMTJmU9YJjAKz0IyaRaSsllIyiDiOhILdn9ig7C1JZYtfM0MY5858JgJWXwBI/sqRunk vOKMrOLczDwDU728/OzMRN3ipNScHL3k/NxNjMBYWiMxae4Oxs7O+EOMAhyMSjy8J/b9iRVi TSwrrsw9xCjBwawkwnu742esEG9KYmVValF+fFFpTmrxIUZpDhYlcd6WyQtjhQTSE0tSs1NT C1KLYLJMHJxSDYwtMlGbJZ+sfRijckjk2uuNVnJ+a4sM+FM3XPTcVTlF/eicjP4HCZZck706 Eoqko9J5/srERLKEPnBTd83XULn9bNmpjWxK7/8/sbS0Sdr13eROfQ5DkFNIrTnnw/dlrF9s GmrOaKTqLaste7dI2fZBIU+WZM+3woO+a5bvi/lyvWDe7m4vViWW4oxEQy3mouJEAFoiiiKh AgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/aELH3gVKQ6jKt0kLwmPTFLr2TS8>
Subject: [spring] different meaning of destination address in draft-ietf-spring-srv6-network-programming
X-BeenThere: spring@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Source Packet Routing in NetworkinG \(SPRING\)" <spring.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/spring>, <mailto:spring-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/spring/>
List-Post: <mailto:spring@ietf.org>
List-Help: <mailto:spring-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/spring>, <mailto:spring-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 20 Dec 2019 12:44:14 -0000

Hi Authors:

I have a bit confusion on understanding the meaning of "B2" in packet P1 and P2 in following section 5.1 in the latest draft;
I notice that "H.Encaps" cover two application scenario which you have mentioned in text, one is for CE-ingress PE for L3VPN using SR-policy, the other is TI-LFA in intermediate Node within SRv6 domain;
First for L3VPN scenario and the P1 is native packet toward ingress PE from CE;
So, I believe that "B2" in packet P1 is common ipv6 address (rfc4291), not SID.
Of course, I believe B2 in P2 always be SID, because it is included Segment List and it isn't last one.
As a result, I think the same B2 have different meaning in P1 and P2 in this example.
That lead easily to be confused.  it is better to using another letter in packet P1.

Second scenario, the P1 steered at PLR for TI-LFA;
With this scenario, of course, the B2 in P1 may have any meaning, it may be SID (END.DT4) or rfc4291-style GUA address (native IPv6 traffic). So, B2 in P1 has still different meaning compared with B2 in P2, because B2 in P2 is only SID.

So you had better distinguish the letter "B2" in P1 and P2 at same example, Is it right?

5.1.  H.Encaps: SR Headend with Encapsulation in an SRv6 Policy

   Node N receives two packets P1=(A, B2) and P2=(A,B2)(B3, B2, B1;
   SL=1).  B2 is neither a local address nor SID of N.

   N steers the transit packets P1 and P2 into an SR Policy with a
   Source Address T and a Segment list <S1, S2, S3>.

   The H.Encaps transit encapsulation behavior is defined as follows:

   S01.   Push an IPv6 header with its own SRH (S3, S2, S1; SL=2)
   S02.   Set outer IPv6 SA = T and outer IPv6 DA = S1
   S03.   Set outer payload length, traffic class and flow label
   S04.   Update the Next-Header value
   S05.   Decrement inner Hop Limit or TTL
   S06.   Submit the packet to the IPv6 module for transmission to S1

   After the H.Encaps behavior, P1 and P2 respectively look like:

   - (T, S1) (S3, S2, S1; SL=2) (A, B2)

   - (T, S1) (S3, S2, S1; SL=2) (A, B2) (B3, B2, B1; SL=1)




Cheers !

WANG Weibin