Re: [spring] Managing "global" SIDs

"Andrew G. Malis" <agmalis@gmail.com> Wed, 24 July 2019 16:38 UTC

Return-Path: <agmalis@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 8B81B12025F for <spring@ietfa.amsl.com>; Wed, 24 Jul 2019 09:38:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.997
X-Spam-Level:
X-Spam-Status: No, score=-1.997 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 CGujqqt3sgWi for <spring@ietfa.amsl.com>; Wed, 24 Jul 2019 09:38:12 -0700 (PDT)
Received: from mail-qk1-x730.google.com (mail-qk1-x730.google.com [IPv6:2607:f8b0:4864:20::730]) (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 46739120059 for <spring@ietf.org>; Wed, 24 Jul 2019 09:38:12 -0700 (PDT)
Received: by mail-qk1-x730.google.com with SMTP id m14so8547693qka.10 for <spring@ietf.org>; Wed, 24 Jul 2019 09:38:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=vlrzUs3DeMmYCYtsNpCRmfmGXw0IIuxIwEv/mgKh6tI=; b=GLs5r0Pq2Hman1ru+I9Ctj02PmxPOAXm8A1szC7nMUMSz98zsmEz8mnN49JhbDVojf 04aceO7rkW2VbfEMBWRwJqy+f5o8nYxHKn9nl+SusMHl+PJx3Wc6HcF0cdBp1VeGS1kj vSkyKr8YoYTZNmLYxwth3LfGbMh8eU2ThITCkzwU6+iKUEQ2Uay9SEWwSl9hQ/vcwyac wACS4o/4D7V2SfmJwbTXrcK1W9F6/XzhY6CwYJ0fcHJB0bufCSVJuGQxQPBfGbEb+MrI goaSoq3YgLo3KAEdUBDULJ/MYj3lwek7agbOml9Mz7T2ewkM52W361Tt8I+zMRqI5bAC 9NcQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=vlrzUs3DeMmYCYtsNpCRmfmGXw0IIuxIwEv/mgKh6tI=; b=UUfJhZNNax7eN4n3Yv7vtyCXbI/LI1LQdnOggO8/dyd0EGePpr95SNrkrELA0WLi1W dWkAbBjGOjKZoefrMq/S0zY6eiFJP5kFqefafEjzQdyGxybraadRyJgI8hXK1+cl10bl d4idaw4xNE8+7BD2O3nhLCsglzTjZ/AbDMVAN9zqemuSj0kAfQbpA/akilNeUGEf5tXG 99wDMRnxezd/qnQJFiGwziLEH11XjZemlKibvGfl6SNcpOkggMK/7nlTXrMedX9Vd08r LoGORwaU8DH46Y6K+TVA7cckpAe4Srl9QHGY7OTQA8yR9+CXImZWtBsz0t/fBB5O3Ks1 8v2g==
X-Gm-Message-State: APjAAAWHDOYwHPjovR/ztfTpFsdA4RrZOibke++39fQCIkKY13w1fPyu IpniRv2FBzy2//92hRdgSSWsXuyhqK6fVslHxSk=
X-Google-Smtp-Source: APXvYqz4RQob4CQjRTd3hrXFYEZzyDR447+3/7stEbT/ki35xDK0bGaNO3VeXqUnTnpTlM9OYZRCAgpI1+aHqUON/pI=
X-Received: by 2002:a05:620a:13f9:: with SMTP id h25mr49926700qkl.283.1563986291250; Wed, 24 Jul 2019 09:38:11 -0700 (PDT)
MIME-Version: 1.0
References: <CABRz93VUjBJhCB8aq7goV6_ws=0jJb5UeOPSeapP4c3+WUbH8w@mail.gmail.com> <CA+b+ER=pKm=KrQP3BO+=Vz6ByLzvZvmeTFeqJr9ntiUg_L5UBA@mail.gmail.com> <CABRz93W=S2P9AoMmwhUxMtjXvE6K6q1TB3ax5kMwBO=qhptcQw@mail.gmail.com> <AM0PR03MB382888B3783231FA5A629D2C9DC60@AM0PR03MB3828.eurprd03.prod.outlook.com>
In-Reply-To: <AM0PR03MB382888B3783231FA5A629D2C9DC60@AM0PR03MB3828.eurprd03.prod.outlook.com>
From: "Andrew G. Malis" <agmalis@gmail.com>
Date: Wed, 24 Jul 2019 12:38:00 -0400
Message-ID: <CAA=duU1YJDPFKtpXF+i3_YsqoOaN_n-P5dvVkTn3OY6nJ1=P2w@mail.gmail.com>
To: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>
Cc: Kireeti Kompella <kireeti.kompella@gmail.com>, Robert Raszuk <rraszuk@gmail.com>, SPRING WG List <spring@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000530e4a058e6fefdd"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/GrRkZZKL4Eh6H1LIxNpZY0hgY3Q>
Subject: Re: [spring] Managing "global" 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, 24 Jul 2019 16:38:15 -0000

Sasha,

Most "normal" DHCP servers require manual configuration of some sort if you
want to guarantee persistence of the assigned IP address (i.e. "static"
DHCP). So we're back to "manual" management, even if the results of the
manual management are conveyed by a dynamic protocol.

Cheers,
Andy


On Wed, Jul 24, 2019 at 11:53 AM Alexander Vainshtein <
Alexander.Vainshtein@ecitele.com> wrote:

> Robert, Kireeti and all,
>
> I think that both loopbacks and their association with SIDs should be kept
> *persistent*.
>
>
>
> Whether such persistency is provided by the means of static configuration,
> or by the means that are external to some dynamic protocol is a different
> question.
>
> E.g., a “normal” DHCP client (like my office computer) may think that it
> obtains a dynamic IP address in the company network from the DHCP server
> every time I turn it on, but the DHCP server actually takes care to assign
> to it the same IP address every time.
>
>
>
> Does this help in any way?
>
>
>
> Regards,
>
> Sasha
>
>
>
> Office: +972-39266302
>
> Cell:      +972-549266302
>
> Email:   Alexander.Vainshtein@ecitele.com
>
>
>
> *From:* spring <spring-bounces@ietf.org> *On Behalf Of *Kireeti Kompella
> *Sent:* Wednesday, July 24, 2019 6:36 PM
> *To:* Robert Raszuk <rraszuk@gmail.com>
> *Cc:* SPRING WG List <spring@ietf.org>
> *Subject:* Re: [spring] Managing "global" SIDs
>
>
>
> Hi Robert,
>
>
>
> On Wed, Jul 24, 2019 at 11:09 AM Robert Raszuk <rraszuk@gmail.com> wrote:
>
> Hi Kireeti,
>
>
>
> I would like to challenge a bit your fundamental assumption which is to
> state that while loopbacks are very important and locally significant and
> warrant manual/nms provisioning SIDs are not.
>
>
>
> Actually, what I said at the mike is that I believe that both loopbacks
> and global SIDs should be managed by DHCP.  But that's a distraction; the
> point at hand is whether global SIDs should be managed "manually" (or by
> NMS or equivalent) (i.e., static), or by a protocol (say DHCP) (i.e.,
> dynamic).  You say the former ... thanks for the feedback.
>
>
>
>  --
>
> Kireeti
>
> ___________________________________________________________________________
>
> This e-mail message is intended for the recipient only and contains
> information which is
> CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have
> received this
> transmission in error, please inform us by e-mail, phone or fax, and then
> delete the original
> and all copies thereof.
> ___________________________________________________________________________
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring
>