Re: [OSPF] [IPv6 SR] Regarding 128 bits IPv6 address in Segment List of SRH

Mark Smith <markzzzsmith@gmail.com> Thu, 09 February 2017 19:26 UTC

Return-Path: <markzzzsmith@gmail.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3009F129595; Thu, 9 Feb 2017 11:26:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.198
X-Spam-Level:
X-Spam-Status: No, score=-1.198 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, FROM_LOCAL_NOVOWEL=0.5, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=0.999, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 a4zDpsvOuZL6; Thu, 9 Feb 2017 11:26:07 -0800 (PST)
Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (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 B61F6129C5A; Thu, 9 Feb 2017 11:26:03 -0800 (PST)
Received: by mail-vk0-x236.google.com with SMTP id t8so10106827vke.3; Thu, 09 Feb 2017 11:26:03 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=1XQSiNbgaxIQhVPhzUEG7dwbpAMYaf8WePbOCv3juJM=; b=cQzD96Wyd4FwBO0HzVZJ2NVy2sfaF5YzuIqB0xfJezm1N9KsgdrhlxnDNJxidiia8W I0YxfVA1l+YtplczSFOqaQOTpE8Wm8b/qjRRjF6Lmb9WX/+TyzVzg/mXs5yLXtTBdZkA Ki6JGNFTTTVSGU5ja4xdRLjBjxvxI+ZGrnZk4y41rYaNRptR5XMlhPA8Hj135F2grCwB CJsgk0xtJR6vDFjrsMzogJXisjkHoj1NVrdMvLJ6hBHmcFS/HqdcQ+E5ZCBdqmRgKtYe QlpbVVpplfQYbDCICQz+EtnVTCwddcdPxeOAaEl2Le086Nw9apOCt20ggfgfZSJ0mtCl V75A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=1XQSiNbgaxIQhVPhzUEG7dwbpAMYaf8WePbOCv3juJM=; b=uPF9jxn1ihqweBKsjDpYyc3AZXZhafJYfL4ynKvZvmmn2rr2dj4Lc85/4m4um0S5fj xFWDSASDj3xjXNxheGaVSHajfucMoz+o3IGwyWciRuzcKwq5oSuFFJGuEtUfuUY0eomr YiQ3jpywKSIt48YMFAUkN/G1Ve/ftASLUOUkGwozD7/ohn8NE92WVjYHSRYYHgjVkjte ZsiLmBP2Enclo0dJtLNvbzITObFmBpxET3NfuSAYHPXk9AXxwe7Vt+hOpn4BAZ5KBsY5 hpHgNOfEoT9Maxi+nL+ESKyPi6TB2BjGMB2HTkU/DTIie+jF3IM7lMDJkgR4vPhtI+9Z 7wJg==
X-Gm-Message-State: AMke39mIs/WMohn8dpzL8QhiK2zNdn/nelo3UhCEi58XcCkHHrvf2ZTbaOhkGf2I8w9rNCrbDIdSAmadq3FQSw==
X-Received: by 10.31.162.130 with SMTP id l124mr2370308vke.123.1486668362818; Thu, 09 Feb 2017 11:26:02 -0800 (PST)
MIME-Version: 1.0
Received: by 10.159.33.173 with HTTP; Thu, 9 Feb 2017 11:26:02 -0800 (PST)
Received: by 10.159.33.173 with HTTP; Thu, 9 Feb 2017 11:26:02 -0800 (PST)
In-Reply-To: <73BFDDFFF499304EB26FE5FDEF20F7885086FA74@blreml501-mbx>
References: <73BFDDFFF499304EB26FE5FDEF20F7885086FA74@blreml501-mbx>
From: Mark Smith <markzzzsmith@gmail.com>
Date: Fri, 10 Feb 2017 06:26:02 +1100
Message-ID: <CAO42Z2wuibtYx39tJFAKJ=TdcWLe8tCQHz9YSbaeUHFyJSb8rw@mail.gmail.com>
To: Veerendranatha Reddy Vallem <veerendranatharv@huawei.com>
Content-Type: multipart/alternative; boundary="001a1143fcf2aa282e05481df335"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/bwDvQhqV8B0WAdWN25tjPyJaNA8>
Cc: "draft-ietf-ospf-ospfv3-segment-routing-extensions@tools.ietf.org" <draft-ietf-ospf-ospfv3-segment-routing-extensions@tools.ietf.org>, "ospf@ietf.org" <ospf@ietf.org>, 6man WG <ipv6@ietf.org>, "draft-ietf-6man-segment-routing-header@ietf.org" <draft-ietf-6man-segment-routing-header@ietf.org>
Subject: Re: [OSPF] [IPv6 SR] Regarding 128 bits IPv6 address in Segment List of SRH
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Feb 2017 19:26:08 -0000

On 10 Feb. 2017 03:02, "Veerendranatha Reddy Vallem" <
veerendranatharv@huawei.com> wrote:

Dear Authors,

I am requesting your clarification regarding usage of Adj-SID in SRH header.



As per draft, the segment list  is the list of 128 bit IPv6 address.

Whether it means it is global ipv6 address or can be link local address also.



As per “OSPFv3 Extensions for Segment Routing” draft, the Adj-SID can
be link local address.

In section 7.1,





    0                   1                   2                   3

    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   |               Type            |              Length           |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   | Flags         |     Weight    |             Reserved          |

   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

   |                   SID/Label/Index (variable)                  |

   +---------------------------------------------------------------+



Examples:



            A 32 bit global index defining the offset in the SID/Label

            space advertised by this router - in this case the V and L

            flags MUST NOT be set.



            A 24 bit local label where the 20 rightmost bits are used

            for encoding the label value - in this case the V and L

            flags MUST be set.



            16 octet IPv6 address - in this case the V-flag MUST be set.

            *The L-flag MUST be set for link-local IPv6 address* and MUST

            NOT be set for IPv6 global unicast address.



If Link local address is Link local, how we can use this address in SRH header,

since IPv6 destination address should not be link local address as per
IPv6 protocol.


I'd be curious where you might have got that idea from.

LL addresses are perfectly fine as destination addresses, including for
application traffic. They're even preferred over global and ULA addresses
by default when there is a choice from a set.

Many of the advantages of LLs for end-user applications would also apply to
network applications such as SR.

"How to use IPv6 Link-Local Addresses in Applications"
https://tools.ietf.org/html/draft-smith-ipv6-link-locals-apps-00

Regards,
Mark.



If Adj-Sid is global ipv6 address, means we need to consider “global
ipv6 interface address” of the neighbor on the link?



Regards,

Veerendranath





--------------------------------------------------------------------
IETF IPv6 working group mailing list
ipv6@ietf.org
Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6
--------------------------------------------------------------------