Re: [spring] Managing "global" SIDs

vahid tavajjohi <vahid.tavajjohi@gmail.com> Wed, 24 July 2019 18:25 UTC

Return-Path: <vahid.tavajjohi@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 0C9031202A5 for <spring@ietfa.amsl.com>; Wed, 24 Jul 2019 11:25:37 -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 HP_jHZDVrkQV for <spring@ietfa.amsl.com>; Wed, 24 Jul 2019 11:25:34 -0700 (PDT)
Received: from mail-wr1-x435.google.com (mail-wr1-x435.google.com [IPv6:2a00:1450:4864:20::435]) (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 EA67C120112 for <spring@ietf.org>; Wed, 24 Jul 2019 11:25:33 -0700 (PDT)
Received: by mail-wr1-x435.google.com with SMTP id y4so48034672wrm.2 for <spring@ietf.org>; Wed, 24 Jul 2019 11:25:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:mime-version:subject:date:in-reply-to:cc:to :references; bh=LXakkSorQjOYwMigsYNGr++Olq5Z+AvmD+iqRI+YsO0=; b=JqumhZqOYdRGADHvx9F1TgT8CLwuR8eW6zKdkELf5DZYZFZ2fUO4iToPAfWpiuVJoO zU5wX9oUJMLG9pYFckFFLWMoxQaEJ2+Ux4vPzMlJwWHpzwbHcdkjqJKD+Hv6as3+ekGn hTZXgoOROOq/rbdzPrEP0kEfV76Hx5XkVZ+5wrQtFxr6ENbLynDnHnd3Js/ZtrdLkZBc O14hlzlmEZRo6F/XXQqfthdKInkNFux4P1ak3d0kfl+LIUZzrXAgwV/5tBZoDWm4Dm9I xA7/zDk1xipy/zd8pSk/QfI2E1IkvzcQZyY+ZEQFwxhKTOaIHQHxMrb41ow8YJ+ZbCkp e8JQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:mime-version:subject:date :in-reply-to:cc:to:references; bh=LXakkSorQjOYwMigsYNGr++Olq5Z+AvmD+iqRI+YsO0=; b=ePE0zAvICQrkLBxKxY7Xsxg7JGbNJ1KBReaO3TZxdfQ2lDDpUoi5a0siwdUHf55rnR Zdi4UVqYEIxm9HVdH5vPLQm4So++LNfW+AeQjjL8A+gRjSv4AAdz+VE9LlEJpTYLze+2 0UZH/n+0NEcRsVNbp77vvv/vV5hNkSPwn1eU3JkSyF2rvAhWBcKdIvhO+F/Bb18LOZYO QoUNxL0xuyZ/bswHJs79gQ7Z+TbfewWzaCdVhZVkC0iFOfTP4FE88V3QYnaz9ZgplPT0 cbmZApTZ1xaLKS+M4CZbNq8s/mGdDowgnAn98rea3CqzR8wGjsVFfKS/T2TBaE+xHNGk Uywg==
X-Gm-Message-State: APjAAAW+TpYgBrbUDlfA//0N94RaLTDnGvtdiCWLaSCbCNPqxwOy4mkK Azd66DFe8IjdStC7ZpS1224=
X-Google-Smtp-Source: APXvYqzz3maSEL8PDLM5rS3lp0t7ZSwTRwB0SYtJ3EFA9weaNMDfwBXgNNSgGqYFtIgwDpJiARcqYA==
X-Received: by 2002:adf:cc85:: with SMTP id p5mr84091158wrj.47.1563992732166; Wed, 24 Jul 2019 11:25:32 -0700 (PDT)
Received: from [192.168.1.35] ([2.176.136.85]) by smtp.gmail.com with ESMTPSA id q193sm34025670wme.8.2019.07.24.11.25.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 24 Jul 2019 11:25:31 -0700 (PDT)
From: vahid tavajjohi <vahid.tavajjohi@gmail.com>
Message-Id: <FD8E9693-7FC6-40E6-AAD0-616EF3FA9FE2@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_8DCCF38D-693B-41CA-B9DF-7EAB3CBE5EBF"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Date: Wed, 24 Jul 2019 22:55:27 +0430
In-Reply-To: <d44f23a9-4a6c-49fa-be2d-58ecad58d8e6@Spark>
Cc: Alexander Vainshtein <Alexander.Vainshtein@ecitele.com>, "Andrew G. Malis" <agmalis@gmail.com>, SPRING WG List <spring@ietf.org>, Kireeti Kompella <kireeti.kompella@gmail.com>, Robert Raszuk <rraszuk@gmail.com>
To: Jeff Tantsura <jefftant.ietf@gmail.com>
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> <d44f23a9-4a6c-49fa-be2d-58ecad58d8e6@Spark>
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/spring/qyigTPhk4Hw7Yl_YHS1_IZBdjx8>
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 18:25:37 -0000

Hi all,

I think each vendor will uses its own NMS. So, it can’t be easy to manage global SID allocation with multi-vendor environment alongside multi-NMS. Therefore, PCE (standard) is better choice.

Regards,
Vahid

vahid.tavajjohi@gmail.com

> On Jul 24, 2019, at 10:32 PM, Jeff Tantsura <jefftant.ietf@gmail.com> wrote:
> 
> All of the tasks described belong in management plane, while I’m not particularly fond of using DHCP, having single source of truth for configurational state is better than configuring box by box (and excel to manage it :))
> Most SP’s (and as Stephane alluded) already have a centralized management entity that takes care of configuration management and soft resource (such as IP’s, SID’s, RT/RDs, etc allocation.
> 
> Cheers,
> Jeff
> On Jul 24, 2019, 12:38 PM -0400, 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 <mailto: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 <mailto:Alexander.Vainshtein@ecitele.com>
>>  
>> 
>> From: spring <spring-bounces@ietf.org <mailto:spring-bounces@ietf.org>> On Behalf Of Kireeti Kompella
>> Sent: Wednesday, July 24, 2019 6:36 PM
>> To: Robert Raszuk <rraszuk@gmail.com <mailto:rraszuk@gmail.com>>
>> Cc: SPRING WG List <spring@ietf.org <mailto: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 <mailto: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 <mailto:spring@ietf.org>
>> https://www.ietf.org/mailman/listinfo/spring <https://www.ietf.org/mailman/listinfo/spring>
>> _______________________________________________
>> spring mailing list
>> spring@ietf.org
>> https://www.ietf.org/mailman/listinfo/spring
> _______________________________________________
> spring mailing list
> spring@ietf.org
> https://www.ietf.org/mailman/listinfo/spring