Re: [spring] draft-ietf-spring-srv6-network-programming - IPv6 Addresses and SIDs

Gyan Mishra <hayabusagsm@gmail.com> Wed, 09 October 2019 23:20 UTC

Return-Path: <hayabusagsm@gmail.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 6C07A12004C for <spring@ietfa.amsl.com>; Wed, 9 Oct 2019 16:20:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 414l2eNXzB9b for <spring@ietfa.amsl.com>; Wed, 9 Oct 2019 16:20:42 -0700 (PDT)
Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A0DCF120020 for <spring@ietf.org>; Wed, 9 Oct 2019 16:20:42 -0700 (PDT)
Received: by mail-qk1-x72b.google.com with SMTP id u22so3826679qkk.11 for <spring@ietf.org>; Wed, 09 Oct 2019 16:20:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SrTIGxu32DaUeO+tsfUjqBBrcwLbi4eRYqJjc4Dvb3U=; b=fXo6W8KcavBwCX+rJambVhHLQzFUglqaVxEpRtVIyrIs1QdBImMXdGXOLetxjd69I9 +v8uFRjmrBZi5xDdOsZ29Xpow56RBs1DNUGtSuY0VT/KjLQfVmvO+xwJUgUC+7P+MxP9 zW0Wvz2nMe972sCbwKzuLZdI5Nl0wiZ0O8vrKSGk5NuC/scnVfNpsjnrBFFblfKjnQp5 +wB1eTxcylFtr5YPAqt2OccyhukkwUn3uEzBhY/yBWJJC/OWYEXj1x+QC5rCnIc3vhP/ Fnoc957KGF7SeG0SnGJ5P4GpTFWvfklQHYbAyGlY0baX53XJ2TvbqKSxnHmND88F/Lq2 frNA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SrTIGxu32DaUeO+tsfUjqBBrcwLbi4eRYqJjc4Dvb3U=; b=hCkbcUMXSW0xliGWh0dw/tfTRDDKiWv9z0fcHM9+cC0+J4kafxjfhs67UW0sU80kPE oEOpmbDmSasqNpoaegBwQv0wsLS3kl6TrChgWqAiKC3QZfuGoJU766x+tVW4YrP0FmEu feVnOFmoIW2qfD4fh6gr6svGWgQhAza55B+Ia1pUqszTx6/p6rlqroyo2xzph8qB2b+z zy3/1P6mVUNi/vAMDOeBE92Htiw7KgyeSi0UXZdMSdcyhE2VPLpqzI5vAFO4FlaeNpGW ohUOGxNvTpa6qEVeVvMZzr5OgLOAaela0GpSqRWvQY0hEQXZkh9MmRedYG6KYLylcJ60 4HCA==
X-Gm-Message-State: APjAAAUvFRKV/WgeujZ/hyEIC7hRZ1rWdvs1m7yCliZaNgD2EfYUbzQp ypkgOR/64z3jxZWPmVDiMOr2bmz4s8Q=
X-Google-Smtp-Source: APXvYqxAGiv+xR8yrfMt7ilr5S9dbCzdRhRPwTHYmVaCXPQjoEfqorMwZziqmIwuqAa3ZUx1uTwROQ==
X-Received: by 2002:a37:4a91:: with SMTP id x139mr6559072qka.103.1570663241150; Wed, 09 Oct 2019 16:20:41 -0700 (PDT)
Received: from [192.168.1.213] (pool-72-83-194-140.washdc.fios.verizon.net. [72.83.194.140]) by smtp.gmail.com with ESMTPSA id v5sm2481626qtk.66.2019.10.09.16.20.39 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 09 Oct 2019 16:20:39 -0700 (PDT)
From: Gyan Mishra <hayabusagsm@gmail.com>
X-Google-Original-From: Gyan Mishra <hayabusaGSM@gmail.com>
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (1.0)
X-Mailer: iPhone Mail (16G102)
In-Reply-To: <BYAPR05MB5703169601886283700608A5AE9F0@BYAPR05MB5703.namprd05.prod.outlook.com>
Date: Wed, 09 Oct 2019 19:20:39 -0400
Cc: Fernando Gont <fgont@si6networks.com>, SPRING WG List <spring@ietf.org>
Content-Transfer-Encoding: quoted-printable
Message-Id: <B6FE2A8B-B23B-4E9C-BB33-F6A5BD78C52B@gmail.com>
References: <SN6PR05MB5710CBAF8E6DF307401A2166AE9D0@SN6PR05MB5710.namprd05.prod.outlook.com> <f5eb739b-9ae4-433e-e6c0-8bcdb7bc575e@si6networks.com> <BYAPR05MB5703169601886283700608A5AE9F0@BYAPR05MB5703.namprd05.prod.outlook.com>
To: Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/Wp7z-M4kPMbdXS1YNuX2QaTvo04>
Subject: Re: [spring] draft-ietf-spring-srv6-network-programming - IPv6 Addresses and SIDs
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, 09 Oct 2019 23:20:46 -0000


In-line comments 

Thanks 

Gyan

Sent from my iPhone

> On Oct 3, 2019, at 12:25 PM, Ron Bonica <rbonica=40juniper.net@dmarc.ietf.org> wrote:
> 
> Fernando,
> 
> Someone should. I think that the expertise to do this is in 6man.
> 
>                                  Ron
> 
> 
> Juniper Business Use Only
> 
> -----Original Message-----
> From: Fernando Gont <fgont@si6networks.com> 
> Sent: Wednesday, October 2, 2019 3:11 PM
> To: Ron Bonica <rbonica@juniper.net>; SPRING WG List <spring@ietf.org>
> Subject: Re: [spring] draft-ietf-spring-srv6-network-programming - IPv6 Addresses and SIDs
> 
>> On 1/10/19 23:30, Ron Bonica wrote:
>> Authors,
>> 
>>  
>> 
>> The document should include a discussion of the relationship between
>> IPv6 addresses and SIDs. For example:
>> 
>>  
>> 
>>  * From what address space can SIDs be drawn? Link local? Multicast? ULA?
>>  * Can a locator be longer than 64 bits? If so, how can the rest of the
>>    /64 be used?
> 
> I'm not saying that this shouldn't be done or that it is a bad idea, but I'm curious if is anybody looking at this from a higher level?  (these seems pretty architectural to me)
> 
> Thanks,
> --
> Fernando Gont
> SI6 Networks
> e-mail: fgont@si6networks.com
> PGP Fingerprint: 6666 31C6 D484 63B2 8FB1 E3C4 AE25 0D55 1D4E 7492
> 
> 

[Gyan] The SRv6 SID format is below:

So from an IPv6 data plane forwarding perspective the fixed length 64 bit Locator is copied hop by hop into the destination address of the IPv6 header to the tail end FEC destination egress PE and during failover Ti-LFA kicks in additional EH is inserted {violating RFC 8200} at the PLR NNHOP to the similar to RLFA PQ node.

So with SRV6 native traffic engineering the locator is either the physical IP on ingress interface along each hop or loopback along each hop and so is either a GUA or ULA but not LL or multicast address is what I understand from a technical standpoint.

From everything I have read the SID is fixed at 64 bit length maximum but I guess you can have a smaller then 64 bit locator.

I am working on getting this setup in the lab now so that will really help understand the real world implementations.

SRv6 SID format:

128-bits Segment IDs can be used and allocated for different purposes, for example:
• The first 64 bits can be used to direct traffic to a specific node in the network – the “main body” of the program
• The next 32 bits can be used to enforce some actions on the traffic – the “function”part
• The remaining 32 bits can be used to pass some additional information – the “argument” part
128-bit SRv6 SID
Locator: routed to the node performing the function Function: any possible function
Flexible bit-length selection

> 
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring