Re: [spring] Question on draft-ietf-spring-srv6-network-programming-12

"Pablo Camarillo (pcamaril)" <pcamaril@cisco.com> Wed, 11 March 2020 09:59 UTC

Return-Path: <pcamaril@cisco.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 7D0793A1620 for <spring@ietfa.amsl.com>; Wed, 11 Mar 2020 02:59:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.598
X-Spam-Level:
X-Spam-Status: No, score=-9.598 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, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Eegh13jM; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=jhowwJ2Q
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 3srQoX-d_P6R for <spring@ietfa.amsl.com>; Wed, 11 Mar 2020 02:59:15 -0700 (PDT)
Received: from rcdn-iport-4.cisco.com (rcdn-iport-4.cisco.com [173.37.86.75]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 681C83A1639 for <spring@ietf.org>; Wed, 11 Mar 2020 02:59:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7410; q=dns/txt; s=iport; t=1583920755; x=1585130355; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-id:content-transfer-encoding: mime-version; bh=N5FEq1X30oUxa9IkHPPR56pLkohqqF3vqhkyZCNYkBA=; b=Eegh13jMsd7Tt7G99o/kcms6yHxXbiy0FIuspf4bci/SB3lDrKDNnVC5 eg38VeJgQkx1/b482flCbt7R9/nHshVlAB2bY9deaiDteVQ/L1e5oend3 MWlQ3MHpRRJnNVxLYioNxPv1umeADHKKHolKadQ+Fqk98NAamNl13z6Kq I=;
IronPort-PHdr: 9a23:hF4GhBTXhXeUBwHnSz+HUM+huNpsv++ubAcI9poqja5Pea2//pPkeVbS/uhpkESXBNfA8/wRje3QvuigQmEG7Zub+FE6OJ1XH15g640NmhA4RsuMCEn1NvnvOjQxFcFLTl5h13q6KkNSXs35Yg6arw==
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0CoBQDNtWhe/5NdJa1lHAEBAQEBBwEBEQEEBAEBgXuBVFAFbFggBAsqCoQLg0UDinOCOiWYFYJSA1QJAQEBDAEBGAsKAgQBAYN+RQIXgXQkOBMCAwEBCwEBBQEBAQIBBQRthVYMhWMBAQEBAgEBARAREQwBASwLAQsEAgEIDgMDAQIBAgImAgICJQsVCAgCBA4FIoMEAYJKAw4gAQMLnkMCgTmIYnWBMoJ/AQEFgkSCUxiCDAmBDiqMLBqBQT+BEScMFIJNPoJkAQECAYE6KIMRMoIsjWKDCZ5RdgqCPIdVjxYdmzqXepJWAgQCBAUCDgEBBYFpIoFYcBU7KgGCQQlHGA2OHQwXglCBAIUUhUF0AoEniwSBMgGBDwEB
X-IronPort-AV: E=Sophos;i="5.70,540,1574121600"; d="scan'208";a="737692419"
Received: from rcdn-core-11.cisco.com ([173.37.93.147]) by rcdn-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 11 Mar 2020 09:59:13 +0000
Received: from XCH-ALN-005.cisco.com (xch-aln-005.cisco.com [173.36.7.15]) by rcdn-core-11.cisco.com (8.15.2/8.15.2) with ESMTPS id 02B9xDjT001485 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=FAIL); Wed, 11 Mar 2020 09:59:13 GMT
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by XCH-ALN-005.cisco.com (173.36.7.15) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 11 Mar 2020 04:59:13 -0500
Received: from xhs-rtp-001.cisco.com (64.101.210.228) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3; Wed, 11 Mar 2020 05:59:12 -0400
Received: from NAM12-MW2-obe.outbound.protection.outlook.com (64.101.32.56) by xhs-rtp-001.cisco.com (64.101.210.228) with Microsoft SMTP Server (TLS) id 15.0.1473.3 via Frontend Transport; Wed, 11 Mar 2020 05:59:12 -0400
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=eG9aZWtk609HuySm4s3hDxkt8trJfqaTVzwFVNX3BQgJaB9FoRCaPp3mVhQt4EOs+XLsMeQBVnxJaPAv4LI5wyzYxQ2hNilkpUzYz/0OYqianDXgFtcJrN8T3nqhVFXe1PQ7hxjuFuypk5ir4bxbtKgG+i7Ta1dFMAGTjL2fEiW7aEGExknb7wWAgX3zXoqQJuMnWUeGEtHOW9s5zbO1qPD8gq38MKbVR+4er9iLMOQnirvGBMpL3GWqFFWRK45xW5j3JCh8a2RH1/NbL0QSRBE7ZpFFTpdvC0pdK3446HGgNHW56E48tLA5824boWjLqXiFV/bok1TrGnPvfOdNTg==
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=N5FEq1X30oUxa9IkHPPR56pLkohqqF3vqhkyZCNYkBA=; b=dfiFdZZtgXh3khJwMqnx247xzGipO+MfC5ciM9FX7vL6iDyKY5F3uQ83YKkaMDDZ3xJmgIzEN50oQ4tczGvUh3KL81EpCMh+Nckq/fnXzf5CihQGKNHR+G1DUvrCu5ANwhGfdZEzR4hfskivHoVMkLNkddGSfYZ49dhrkD6ZPG/9cSroLfNToVjxRe+qIIH1XJsmD5bM2oBiOde9eX1pfNIrbEVSEeauB3ZkTFn0kUlWshGU41XA0bxovWatvzDMx/Lvae1hvcaMrlZA9Y+pnJc9JYpwb+dfsLGgUQXkdkuhwoyUUHeCbcSvWaRboffY3PyzZCVwJXjsT1C5gr2kuQ==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=N5FEq1X30oUxa9IkHPPR56pLkohqqF3vqhkyZCNYkBA=; b=jhowwJ2Qb2tEKR2KT5lHgeXuDHEFQOjp01zjKLGiV7Z8GRsmXQ4gNya/2CurK6yNtWqNzbPxPPiSNDLFDIOkU173AhjUB2Ea4kstORegM9U/OwFycxc6II8uFH0VTZfKpqfKqu6ntTi1lk/0lvPzmg+nfT8WucHHcONwlzLeNOY=
Received: from MWHPR11MB1374.namprd11.prod.outlook.com (2603:10b6:300:24::8) by MWHPR11MB1296.namprd11.prod.outlook.com (2603:10b6:300:1d::22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2793.17; Wed, 11 Mar 2020 09:59:11 +0000
Received: from MWHPR11MB1374.namprd11.prod.outlook.com ([fe80::e481:a191:e31:f948]) by MWHPR11MB1374.namprd11.prod.outlook.com ([fe80::e481:a191:e31:f948%12]) with mapi id 15.20.2793.018; Wed, 11 Mar 2020 09:59:11 +0000
From: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>
To: Christian Hopps <chopps@chopps.org>
CC: "spring@ietf.org" <spring@ietf.org>
Thread-Topic: [spring] Question on draft-ietf-spring-srv6-network-programming-12
Thread-Index: AQHV9HaX6Lkkq5pSPUGuGY0sidbPhahCNwoAgAAeNgCAAOn9AA==
Date: Wed, 11 Mar 2020 09:59:11 +0000
Message-ID: <81EA92B2-5057-43F3-A895-53B08FB0D746@cisco.com>
References: <D5A410FF-EEA3-4F01-8147-5E180EE35DE6@chopps.org> <A6B1D2E0-0230-468B-931F-C6C976BDC9DC@cisco.com> <84B6A844-0811-4317-8EC5-A204B2B23F23@chopps.org>
In-Reply-To: <84B6A844-0811-4317-8EC5-A204B2B23F23@chopps.org>
Accept-Language: en-US
Content-Language: en-GB
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.22.0.200209
authentication-results: spf=none (sender IP is ) smtp.mailfrom=pcamaril@cisco.com;
x-originating-ip: [88.3.129.189]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: bdc7ba2e-75c7-48ad-61b1-08d7c5a2d944
x-ms-traffictypediagnostic: MWHPR11MB1296:
x-microsoft-antispam-prvs: <MWHPR11MB1296B4A6ABD6737A3E738C08C9FC0@MWHPR11MB1296.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0339F89554
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(4636009)(376002)(366004)(346002)(396003)(39860400002)(136003)(199004)(64756008)(66556008)(66476007)(66574012)(66446008)(76116006)(478600001)(66946007)(91956017)(71200400001)(966005)(6512007)(36756003)(8936002)(26005)(4326008)(6486002)(2616005)(2906002)(6916009)(8676002)(186003)(6506007)(5660300002)(86362001)(316002)(81156014)(53546011)(81166006)(33656002); DIR:OUT; SFP:1101; SCL:1; SRVR:MWHPR11MB1296; H:MWHPR11MB1374.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1;
received-spf: None (protection.outlook.com: cisco.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: Tl62/POxF1ImS+cOvcJHr5fc5swWpM9ybqunfBpNd8AfTgPtUQC7li2ovjMBkTqk7OYuQyH9cUTZB3BrN65cW6t7MTimMYxyHWzSdhlvCSd+1EpFriMfhjR7aVFicCMnP036KdlDdutrWz+uAE8FMHksz7lGGT/F7giidtTI/M5P3l8cpgxIvAc8/SBEP/vwLv1iPqUag+Z1xy+CHZX8HPllsOjKn2HkRi5+gBsrneGMCtXZ9oUIJqCp8BBgyC6xEa5F2I5MdoQr+g2pYovInOkwj7qTMkQA7OpZFOyBR+7WAxxgW8hoTdyQu5krAjN3LMO1nDWaYHNWiQVKUrU8fMXICdKWYONC/vKsUnyXvVYB87pVpzzYvFsx3QrGWBpN4E7bZSrqnR2UF0KSPRB1wZp4iLNS2xhyNz6lUz7iBZ7pXemBzIUxvhBIJHCmleMqjCoBB4TsKSHCm8zoY0IWjLs8qo4/CCiItje74Qt2cOi8zFkS4hPr5vv8NksOyB4SjpUuhwhEG56RAljfFj9f/Q==
x-ms-exchange-antispam-messagedata: vI+XqlRLbr9gOv5iJ2oBdPGT4YhhpRCiLrpkSIYApieQchqjb01ecqK3xuWP9EcnQJkYKuAzspD0fWwSVVw/mhmRb51KtQ0i8Yv0A71nRqy0P+K2dMne3a27DWY7Fq2//+MtrFX574zWlo0LgJ1qlw==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-ID: <0E9B612D36336F4BAE924293C2FE7838@namprd11.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: bdc7ba2e-75c7-48ad-61b1-08d7c5a2d944
X-MS-Exchange-CrossTenant-originalarrivaltime: 11 Mar 2020 09:59:11.4246 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: CX/fow2gaqeLdO+fqfpizI32Lt37tvrSmEE0SdzdrkB51p7FHP4ad3JJZvgRzozUOn0Aji2QTj56RJIIjH2w5Q==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: MWHPR11MB1296
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.15, xch-aln-005.cisco.com
X-Outbound-Node: rcdn-core-11.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/3R-pB3zJhGgeevDRvrQaa_7XhkA>
Subject: Re: [spring] Question on draft-ietf-spring-srv6-network-programming-12
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: Wed, 11 Mar 2020 09:59:26 -0000

Hi Chris,

They are the same thing. 

Section 3:
   ...
   Its processing is defined in [I-D.ietf-6man-segment-routing-header]
   section 4.3 and reproduced here as a reminder.

      Without constraining the details of an implementation, the SR
      segment endpoint node creates Forwarding Information Base (FIB)
      entries for its local SIDs.

      When an SRv6-capable node receives an IPv6 packet, it performs a
      longest-prefix-match lookup on the packets destination address.
      This lookup can return any of the following:

      - A FIB entry that represents a locally instantiated SRv6 SID

      - A FIB entry that represents a local interface, not locally
        instantiated as an SRv6 SID

      - A FIB entry that represents a non-local route

      - No Match

Section 4:
>   Each FIB entry indicates the behavior associated with a SID instance
>   and its parameters.

Thank you,
Pablo. 

-----Original Message-----
From: Christian Hopps <chopps@chopps.org>
Date: Tuesday, 10 March 2020 at 22:01
To: "Pablo Camarillo (pcamaril)" <pcamaril@cisco.com>
Cc: Christian Hopps <chopps@chopps.org>, "spring@ietf.org" <spring@ietf.org>
Subject: Re: [spring] Question on draft-ietf-spring-srv6-network-programming-12

    
    
    > On Mar 10, 2020, at 2:13 PM, Pablo Camarillo (pcamaril) <pcamaril=40cisco.com@dmarc.ietf.org> wrote:
    > 
    > Hi Chris,
    > 
    > Thanks for going through the document.
    > The behaviors 4.13 (End.B6.Encaps), 4.14 (End.B6.Encaps.Red) and 4.15 (End.BM) correspond to Binding SIDs [1].
    > 
    > As a result of 4.13 for example, the packet is encapsulated with a new IPv6 header and an SRH that contains the SR policy associated to the BSID.
    > Once the new IPv6 header is pushed into the packet, the NET-PGM pseudocode passes this packet to the IPv6 module of the router for transmission.
    > 
    > Normally the Upper-Layer Header should not be processed on a packet with a BSID, since you have just pushed an SR policy into the packet.
    > That said, when the ultimate destination is BSID, then the Upper Layer Header processing is the same to End (4.1).
    > 
    > Hope it clarifies.
    
    I'm still not clear on things I guess, but your answer leads me to a more basic question:
    
    Section 4.1 described the basic "FIB entry" "End" which says:
    
      "When N receives a packet whose IPv6 DA is S and S is a local End SID, N does..."
    
    So it's talking about a FIB entry for a "local End SID".
    
    Section 4.1.1 says:
    
      "When processing the Upper-layer Header of a packet matching a FIB
       entry locally instantiated as an SRv6 End SID"
    
    It's talking about a "FIB entry locally instantiated as an SRv6 END SID"
    
    I'm not understanding how these 2 things are different. 4.1s calling a FIB Entry a "local End SID" 4.1.1 is calling something (different?) a "FIB Entry locally instantiated as an SRv6 END SID".
    
    The terms seem too similar for me to make a distinction, where I feel the document expects me to make one.
    
    Thanks,
    Chris.
    
    
    > 
    > Thanks,
    > Pablo.
    > 
    > [1]. https://tools.ietf.org/html/rfc8402#section-5
    > 
    > 
    > -----Original Message-----
    > From: spring <spring-bounces@ietf.org> on behalf of Christian Hopps <chopps@chopps.org>
    > Date: Saturday, 7 March 2020 at 12:50
    > To: "spring@ietf.org" <spring@ietf.org>
    > Cc: Christian Hopps <chopps@chopps.org>
    > Subject: [spring] Question on draft-ietf-spring-srv6-network-programming-12
    > 
    >    In sections 4.13, (implicitly in 4.14) and 4.15 a set of steps is indicated. As far as I can tell the processing of the IPv6 header chain in all cases is terminated. e.g.,
    > 
    >    "
    >       When N receives a packet whose IPv6 DA is S and S is a local End.BM
    >       SID, does:
    > 
    >      S01. When an SRH is processed {
    >      S02.   If (Segments Left == 0) {
    >    ....
    >                   Interrupt packet processing and discard the packet.
    >      S04.   }
    >      S05.   If (IPv6 Hop Limit <= 1) {
    >    ....
    >                   Interrupt packet processing and discard the packet.
    >      S07.   }
    >      S09.   If ((Last Entry > max_LE) or (Segments Left > (Last Entry+1)) {
    >    ....
    >                   Interrupt packet processing and discard the packet.
    >      S11.   }
    >    ....
    >      S15.   Submit the packet to the MPLS engine for transmission to the
    >                topmost label.
    >      S16. }
    >    "
    > 
    >    The text then says:
    > 
    >       When processing the Upper-layer header of a packet matching a FIB
    >       entry locally instantiated as an SRv6 End.BM SID, process the packet
    >       as per Section 4.1.1.
    > 
    >    Why would I ever be processing the upper-layer header at this point?
    > 
    >    Thanks,
    >    Chris.
    >    _______________________________________________
    >    spring mailing list
    >    spring@ietf.org
    >    https://www.ietf.org/mailman/listinfo/spring
    > 
    > 
    > _______________________________________________
    > spring mailing list
    > spring@ietf.org
    > https://www.ietf.org/mailman/listinfo/spring