Re: [spring] Managing "global" SIDs

Robert Raszuk <rraszuk@gmail.com> Wed, 24 July 2019 17:54 UTC

Return-Path: <rraszuk@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 5001C1202A5 for <spring@ietfa.amsl.com>; Wed, 24 Jul 2019 10:54:34 -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 Uf6pYUYjvt2a for <spring@ietfa.amsl.com>; Wed, 24 Jul 2019 10:54:31 -0700 (PDT)
Received: from mail-pf1-x42d.google.com (mail-pf1-x42d.google.com [IPv6:2607:f8b0:4864:20::42d]) (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 5E06C120059 for <spring@ietf.org>; Wed, 24 Jul 2019 10:54:31 -0700 (PDT)
Received: by mail-pf1-x42d.google.com with SMTP id r7so21322290pfl.3 for <spring@ietf.org>; Wed, 24 Jul 2019 10:54:31 -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=Cz8m8qgqT+p6knrwomi7mb/MAR2ly5TlxJFmeJmU4WA=; b=YcBIHjjhyKmvSHSjS0RjiknuYCdZVDSVtuSBMkuszMRFP7WW3mVbBRI6l8u3h1gEMN GJRQR2WrvGJ4vbI0pf5hrGJQI3fcS+sk7+Ar+tl33OYLgWpeZeV6ksR1cFIGLsCIWo/C 0gcJ9XXyOjCApN+5zyLb9nv1ZTQNuS9uont28+ZA8rx2TjeAouQngQmdPMRZmprxbh7B 0qMHZPztmKn6TLKa/yNzfwjp6qgHmYXezU0tZIUxQgxUSgFK1yAxfLsE6gNZRHDF00JG OuJXglPquO/3/jc81/e41apamAXSQo0rG6teQd1YIV+A1enmze9cEUtbrDz8Hx2VktSY RGLw==
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=Cz8m8qgqT+p6knrwomi7mb/MAR2ly5TlxJFmeJmU4WA=; b=RRQ6wI9GXBtDAHiGdBVLHbhr8GVTq1KmHJ7OoRXa9K71dwF3w01TYNpsRe9+yZ5R5g d1BxThBFscUwWWIil+g/9OtaF6eXLyqbgrcUDIYY6rloN/tHXqusOw1Dv8JJVD4k10DE km1r1onwMHaHCSB38WP66Qo6XWTp/fYkEjcuvMchxz1ak9xN/b6n3J5+nANehjx0bQqn 6YHgp3cwuUJ0KkhY1JAifMMuAi3a3JpKN73po81ixdbkYAM7vytY2z9MWBzWDhR2LayE 3mcekifiXo7tF8lwfjFqRWPwYuBWXNfwEbRc8dq3a7+FIrKhdaGTc+MhpESm4lP4H75F uqlw==
X-Gm-Message-State: APjAAAWTgeoLzjuRzZETQxSbf1Q/uH9bWx4ZL9z7KYEH3lDwTCc17eua c/sy7Fy6kuhA4gsjDI/5a9K/mfp5FQ5jdFEgXk0=
X-Google-Smtp-Source: APXvYqzDpmx1lMe4ZKPCqnZuIXAfqLIHjc84WJ2ua7GUh9BWdx6P368jk8vurHWgcYZ+5X5cXLbPHqAyK2GJ53Xp1r8=
X-Received: by 2002:aa7:8193:: with SMTP id g19mr12169937pfi.16.1563990870479; Wed, 24 Jul 2019 10:54:30 -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> <CAA=duU1YJDPFKtpXF+i3_YsqoOaN_n-P5dvVkTn3OY6nJ1=P2w@mail.gmail.com>
In-Reply-To: <CAA=duU1YJDPFKtpXF+i3_YsqoOaN_n-P5dvVkTn3OY6nJ1=P2w@mail.gmail.com>
From: Robert Raszuk <rraszuk@gmail.com>
Date: Wed, 24 Jul 2019 19:54:21 +0200
Message-ID: <CA+b+ERnJRxdNRMaSbAsoRzHU3K1kfApur88Xzw--wPCSfZWzgg@mail.gmail.com>
To: "Andrew G. Malis" <agmalis@gmail.com>
Cc: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, Kireeti Kompella <kireeti.kompella@gmail.com>, SPRING WG List <spring@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000004458ef058e710011"
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/FoKCEfCIXZN5-bp3xnjfWa78AGU>
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 17:54:35 -0000

So if you have to manually configure it what is the point to introduce
another layer of dependency ?

Moreover let's please keep reality check in mind where in a lot of networks
DHCP servers are managed by application folks which is completely different
org then networking people.  Now good luck going and telling server folks
what is SID and that they need to program static bindings for DHCP
management system every time such need arise in network group :)

Cheers,
R.

On Wed, Jul 24, 2019 at 6:38 PM Andrew G. Malis <agmalis@gmail.com> wrote:

> 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
>>
>