IETF Logo Mail Archive

Re: [spring] Genart last call review of draft-ietf-spring-ipv6-use-cases-10

Robert Raszuk <robert@raszuk.net> Mon, 08 May 2017 12:12 UTC

Return-Path: <rraszuk@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 27CD4127137; Mon, 8 May 2017 05:12:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.399
X-Spam-Level:
X-Spam-Status: No, score=-2.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham 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 V24cOp6NsUMB; Mon, 8 May 2017 05:12:52 -0700 (PDT)
Received: from mail-it0-x230.google.com (mail-it0-x230.google.com [IPv6:2607:f8b0:4001:c0b::230]) (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 C657C127077; Mon, 8 May 2017 05:12:52 -0700 (PDT)
Received: by mail-it0-x230.google.com with SMTP id o5so64701747ith.1; Mon, 08 May 2017 05:12:52 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=DEw0636DT+LHPwPQHoTyJb79xvdPPhvrhz0Bmz2nhhU=; b=sdtOPGIvBh04o72AAUPSDCVN0d6TJoMJ6dBHQ1q5x6bs04Cc4DzOyqpKuf+ss9AcYM dm/a4WM5Nm/24CGeS3sZJIVMdPo/D5/kt1jge690jqEeBAO9KSz+U3VoY6L/jA2AgJT5 thDtybgcA0ymwE40kGpZPstxKPzE9xralysiRPZM1gEJ/0UnPvLgF9OmbgfegNR2vrbN PqGBKIAX8VBqe/Qmf5dLGuSNSBzotZXSTFi+u5zI5JHmziIHe0OILFfqp8/Fqw54tNV1 UV9ix+HeLaUel4Dyw39z/YAOeaIVsfYvlUtHRDk/4oaJobOyZbZj8y2nOmFgFJEj+0rN s6dQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=DEw0636DT+LHPwPQHoTyJb79xvdPPhvrhz0Bmz2nhhU=; b=ggYXpVIDTmal8i+ccJoDWM0Vg/RGv1bRMmuGmnFSi6x7HOJm5eWkKkpKs+jNA9rQYv mmLt989iIkhru7vYylzzalPtM/ni8CC7X2naAQh0Qn/pRZHh19JAE2xcYoMThDxdDkG8 l/egt1Bxg7Jls7Bhd6UtjlOhaEiYpVZM2b/+N4LwJiL3Dbw++VOPayjlrInT2iKHe1r5 ucz92i3Jhh6/MgVYtKBDE2iKvaMVMgmTlGfqO4PycKiUMNkToHNOF87JmEvF1bi6G3VW 7DPSMjfchUBLDFq/oosUTy9TzK/1YgFpMpdlp69Sm9790kJoZwd484PpZbs2VoDMPZRE ZEWQ==
X-Gm-Message-State: AN3rC/4p6DcHNVO2NPlY621KeZi5P7TJE7zJGn3Cit0SvQK2c6rdmISi OLl2Wqx4zzmisKthBLMB+HPAN083Qw==
X-Received: by 10.36.125.197 with SMTP id b188mr19525052itc.59.1494245572101; Mon, 08 May 2017 05:12:52 -0700 (PDT)
MIME-Version: 1.0
Sender: rraszuk@gmail.com
Received: by 10.79.62.24 with HTTP; Mon, 8 May 2017 05:12:51 -0700 (PDT)
In-Reply-To: <28cabccc-5426-9938-e2bf-169de0959ddc@gmail.com>
References: <149374426742.21414.16408814015665498739@ietfa.amsl.com> <3E209B45-90CE-4EEB-9D2B-E14EFE28DCE0@cisco.com> <87a1534f-079d-3707-9f5d-9327e831bf7a@gmail.com> <B91C6D2C-897A-404C-80B3-EAA8BDEC4414@cisco.com> <CA+b+ERnsEn3JBpb8b7Jwcm32K=-iGA3GOPokWwnaXqSpDW89Vg@mail.gmail.com> <28cabccc-5426-9938-e2bf-169de0959ddc@gmail.com>
From: Robert Raszuk <robert@raszuk.net>
Date: Mon, 08 May 2017 14:12:51 +0200
X-Google-Sender-Auth: MHaCcDzodrmDLFJVGoCU5lXV5o8
Message-ID: <CA+b+ERkzBo2YZPfi-GBp_JdPLsDDOSqwtSmYR0Cjj1kXJhKH4A@mail.gmail.com>
Subject: Re: [spring] Genart last call review of draft-ietf-spring-ipv6-use-cases-10
To: Stewart Bryant <stewart.bryant@gmail.com>
Cc: stefano previdi <sprevidi@cisco.com>, IETF Discussion <ietf@ietf.org>, "Alvaro Retana (aretana)" <aretana@cisco.com>, "draft-ietf-spring-ipv6-use-cases.all@ietf.org" <draft-ietf-spring-ipv6-use-cases.all@ietf.org>, "gen-art@ietf.org" <gen-art@ietf.org>, "spring@ietf.org" <spring@ietf.org>
Content-Type: multipart/alternative; boundary="001a114043b0884fbe054f0228a8"
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/1h7RcZBZk0bj5cfAk9z25k4jQfU>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 May 2017 12:12:54 -0000

Hi Stewart,

> ​
Yes, but those are required anyway to support SRv6

That is incorrect.

Please watch Les's presentation during last IETF where he clearly and
correctly stated that IGP extensions for SRv6 are optional and not required
(unlike in the case of SR-MPLS where such signalling of global labels is
indeed necessary to build "global labels" based forwarding).

As a matter of fact I knew this will generate confusion in IETF and
recommended to make it very clear in the drafts. Distribution of SID
functions does not need to be carried in routing protocols. And SRv6 SID
locator function is native to IPv6 routing hence no extensions needed. Sure
they can be carried in IGPs or BGP but this is just an option not
necessity.

Best,
Robert.



On Mon, May 8, 2017 at 12:15 PM, Stewart Bryant <stewart.bryant@gmail.com>
wrote:

>
>
> On 05/05/2017 11:17, Robert Raszuk wrote:
>
>> And to add one observation ..
>>
>> Stewart makes a point that SR-MPLS can be deployed without mpls control
>> plane.
>>
>> Well it sure does not require LDP however IGP or BGP extensions for
>> SR-MPLS signalling is also an example of mpls control plane ... even if
>> much simpler than traditional cases it is still required.
>>
>
> ​​
> Yes, but those are required anyway to support SRv6. You always have to
> provide the mapping between the function, the function identifier and the
> function location.
>
> - Stewart
>
>

v2.23.0 | Report a Bug | By Email