Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS

Jaideep Choudhary <jaideepchoudhary91@gmail.com> Thu, 16 June 2022 08:11 UTC

Return-Path: <jaideepchoudhary91@gmail.com>
X-Original-To: lsr@ietfa.amsl.com
Delivered-To: lsr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75D3EC15AE30 for <lsr@ietfa.amsl.com>; Thu, 16 Jun 2022 01:11:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.853
X-Spam-Level:
X-Spam-Status: No, score=-1.853 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ib_pFkcXlLB5 for <lsr@ietfa.amsl.com>; Thu, 16 Jun 2022 01:11:45 -0700 (PDT)
Received: from mail-lj1-x230.google.com (mail-lj1-x230.google.com [IPv6:2a00:1450:4864:20::230]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40119C15B26D for <lsr@ietf.org>; Thu, 16 Jun 2022 01:11:45 -0700 (PDT)
Received: by mail-lj1-x230.google.com with SMTP id c30so658486ljr.9 for <lsr@ietf.org>; Thu, 16 Jun 2022 01:11:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=73zVb0Vlpc+rsJ8jzBkkcRrOXbcXtIGdnSjEntIXcC4=; b=EUxMoTkpwVe1+rjRxMfjQwbrbpxmfO/Uh+zB9D6pjdQm0oJkEniSJuOs7wLOCxp1h3 OGzVPDoaFNFrewQykPKFQAi27eoH1TrbG5dy696kX7PccdU8ayIOpqWNMvWX9RAPFeVq 3tn4wH62CBI1G0CzIPj+f4pg8cg6cn5MR7M7vDmIB21bOlMCtB77QwuCrVMIbfDRh0wu aEGLGtsamPxg6fae3BCL5j43TizTUaSDMb1QznxLVUDTTALQDmV2Rgfcf6/JcKBNK2X6 YUeaF/CbSUnplXkl4uTtWF+0EYB4yUPhEi/2LSe/YYYdZ+nH8FyTCg+P0rphIe9cSirr K21g==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=73zVb0Vlpc+rsJ8jzBkkcRrOXbcXtIGdnSjEntIXcC4=; b=GFeCKwPH8GeQY88B0L6OSzNlCY3bAC/QSw+R3ZzziUpTEwI2X3Yr8ag/FGqaTT0TLy rFyHcashhHKTkjVy2rA0kO+8jAvJ6PgJjjC4x3Jn6S13I9N4bWvYPYRHdh1TNbJfCPXH fjMdRMreyJHKgQxyZnKipQUSwwRuRA6ssIrORGXBJj941ITgnY7O1Zh4Hb50kd6kw0mI wZTVAZxtGY7zVzN2KEk8BGxalEgAl6Lz6DCLL+XefpDC66HdJ3aQM2RX7wsIF8BKsjwt NwgmGUlPOeY/Zdi72IbQXm01V0fxBKGSh9IYzFDaXfwSPZ8ICOeqG0rGZbRTuyF+CUi2 tUDg==
X-Gm-Message-State: AJIora/2jra1DlfGIXCrl3jdIntp5nKjC5Qza2g8ddjpprTGd0upvusN aaLufn6Lw27zDct/b6rGZH8d+L+T/SN6d2vK7A==
X-Google-Smtp-Source: AGRyM1tZc9nSQ58h/cycsBXN8ndLnQWRY7nfVHBKgjvwZQAi1qBt1I3clSVHf5RDcFsTAhgBnlVDg9RHvcmBYLv0iuc=
X-Received: by 2002:a2e:87c8:0:b0:255:6d59:ebce with SMTP id v8-20020a2e87c8000000b002556d59ebcemr1817234ljj.455.1655367102877; Thu, 16 Jun 2022 01:11:42 -0700 (PDT)
MIME-Version: 1.0
References: <RT-Ticket-7080@rt5.ietf.org> <CAETEwcobTtR-QccHGoWWC0GUg=Cyt5zK2Gu0eBhKz1Gj_r+dOw@mail.gmail.com> <rt-5.0.1-39504-1655141920-1402.7080-5-0@rt5.ietf.org> <CAETEwcpbXCTtaZvOgD2QJy1HAyj7DL5Ayv9uM2Sz42-hAh9_pw@mail.gmail.com> <13225BAE-2D1F-486A-A0CB-17A59C46AB79@tony.li> <CAETEwcrhbDWGFXSps8OK-0V0OS5ijkYYrb=bk=mgVSt8PY2XLQ@mail.gmail.com> <BY5PR11MB4337BBA92EF2E5178BC49215C1AA9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAETEwcpbfOuhhYH5s7nHd4EG5t2TzV+WCkSZWp1LMpRwpXb3Fg@mail.gmail.com> <BY5PR11MB43373FB9D380F1CFE9719BF5C1AD9@BY5PR11MB4337.namprd11.prod.outlook.com> <CAETEwcoFzbUd+Vpio_NHEtOiDceCrcG4W=qujw3csV1M3pY7rA@mail.gmail.com> <BY5PR11MB4337B3F47E32240CEB44B642C1AD9@BY5PR11MB4337.namprd11.prod.outlook.com>
In-Reply-To: <BY5PR11MB4337B3F47E32240CEB44B642C1AD9@BY5PR11MB4337.namprd11.prod.outlook.com>
From: Jaideep Choudhary <jaideepchoudhary91@gmail.com>
Date: Thu, 16 Jun 2022 13:41:29 +0530
Message-ID: <CAETEwcqNqwohh0Cs1D64BE5r_kfqG7Pxn029CHJxcXsKoCR6uQ@mail.gmail.com>
To: "Les Ginsberg (ginsberg)" <ginsberg@cisco.com>
Cc: lsr@ietf.org
Content-Type: multipart/alternative; boundary="00000000000023d3d705e18c300c"
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/d6pRXwIxcr9iFkTJvVH2hjn-SPI>
Subject: Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Link State Routing Working Group <lsr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lsr>, <mailto:lsr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lsr/>
List-Post: <mailto:lsr@ietf.org>
List-Help: <mailto:lsr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lsr>, <mailto:lsr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Jun 2022 08:11:49 -0000

Hi Les,

Thanks for the response.
Yes, i understand that it would require a lot of efforts and can take some
years.

But as we discussed SYS ID 0 should  be considered valid as Standard
Documents doesn't define otherwise and at same time we should try to use a
logical value as a SYS ID so we don't create inter-operability issues where
a vendor doesn't consider it as valid.

"What reason did the customer give for configuring a systemid of 0?"

Customer had only a few Cisco nodes participating in the IS-IS , so they
started configuring the sys id 0000.0000.0000 then 0000.0000.0001 and so on.

Thanks a lot for your time and understanding.

Regards
Jaideep


On Thu, 16 Jun, 2022, 12:57 am Les Ginsberg (ginsberg), <ginsberg@cisco.com>
wrote:

> Jaideep –
>
>
>
> I am not unsympathetic to problems encountered in the field.
>
> It isn’t always easy to get a customer to agree to what you and I might
> easily agree makes sense.
>
>
>
> But, in this case, consider what might be required to get an unambiguous
> standard defined:
>
>
>
> 1)We would have to establish consensus on whether 0 should/should not be
> considered as valid
>
>
>
> 2)We would have to get the vendors whose implementations do not conform to
> whatever is agreed upon in #1 to commit to changing their implementations
>
>
>
> 3)A standard would have to be written and work its way through the
> approval process. This would most practically be an IETF draft as there is
> no one actively updating ISO specs.
>
>
>
> All of this would take years – and at the end we would only have resolved
> the use of a systemid for which there is no practical deployment case.
>
>
>
> I just don’t think this is worth the effort.
>
>
>
> What reason did the customer give for configuring a systemid of 0?
>
>
>
>    Les
>
>
>
> *From:* Jaideep Choudhary <jaideepchoudhary91@gmail.com>
> *Sent:* Tuesday, June 14, 2022 11:59 PM
> *To:* Les Ginsberg (ginsberg) <ginsberg@cisco.com>
> *Subject:* Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS
>
>
>
> Hi Les,
>
>
>
> We have recently experienced some issue in this regards on a vendor where
> SYS ID of 0000.0000.0000 was not interpreted correctly.
>
>
>
> In a single area with level L1 and mutli-vendor setup, a Cisco node was
> configured with SYS I'd of 0000.0000.0000.
>
> The other vendor node could not interpret 0000.0000.0000 as a system id
> the way it does for other SYS IDs and there were some issues with the
> system level command outputs.
>
>
>
> Modifying the SYS id  on Cisco node did help, but it took a lot of time to
> find the cause.
>
>
>
> When I talked about routing issues, what I meant was, that if for example
> a Juniper node doesn't consider SYS ID of 0000.0000.0000 as legal, then it
> may not install the LSP from the node with SYS ID=0.
>
>
>
> If it is directly connected node, then Juniper node may not form adjacency
> and it can be found out easily, but if it is not directly connected node,
> then it would take good amount of time to find the cause.
>
>
>
> That in turn can cause some issues.
>
>
>
> I also agree 100% that it doesn't make sense to make a SYS ID of 0, but
> talking from an experience we had, it was configured.
>
>
>
> Since it is not defined as invalid as per standard documents, it also
> makes sense to have uniformity across different implementations, so no such
> issue occurs in multi-vendor setups.
>
>
>
> Also the reason of verifying this with IETF was to understand the reason
> behind Juniper defining sys I'd as illegal.
>
> We wanted to confirm if SYS ID 0 is reserved for some other use ?
>
>
>
> I hope , I am able to make my point here.
>
>
>
> Really appreciate your time.
>
> Thanks !
>
>
>
> Regards
>
> Jaideep
>
>
>
>
>
> On Wed, 15 Jun, 2022, 10:46 am Les Ginsberg (ginsberg), <
> ginsberg@cisco.com> wrote:
>
> (Taking this offlist – BCC the WG)
>
>
>
> Jaideep –
>
>
>
> From a standards perspective I have provided you with what I know.
>
>
>
> To characterize this as something which can cause “serious routing issues”
> is an exaggeration.
>
> Given that the same system ID cannot be used on more than one router, at
> worst if you were in a deployment where an implementation did not accept a
> systemid of 0000, all you would need to do is modify the config of a single
> router.
>
>
>
> Assigning a systemid which has no relationship to the identity of the
> equipment/configuration of the node isn’t practical – I don’t think any
> thoughtful network manager would ever do such a thing.
>
> In my view you have lost perspective on this issue.
>
>
>
>    Les
>
>
>
>
>
> *From:* Jaideep Choudhary <jaideepchoudhary91@gmail.com>
> *Sent:* Tuesday, June 14, 2022 9:57 PM
> *To:* Les Ginsberg (ginsberg) <ginsberg@cisco.com>
> *Cc:* Tony Li <tony.li@tony.li>; support@ietf.org; lsr@ietf.org
> *Subject:* Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS
>
>
>
> Hi Les,
>
>
>
> Thanks for the quick response.
>
>
> I also could not find anywhere in the standard documentation stating that
> SYS ID of 0000.0000.0000 in IS-IS as invalid nor is there any restriction
> to how to calculate the SYS ID.
>
>
>
> Yes, there are recommendations to use MAC or IP address to calculate the
> SYS ID , so it remains unique in a routing domain, but *couldn't *be
> found anywhere in the standard documentation, if SYS ID *must be derived
> from these addresses only*.
>
> Having said that, in most of the cases, there would be very less
> probability of SYS ID of 0000.0000.0000 being configured in a production
> environment (as you also mentioned), but still, as there is no such
> explicit restriction (in the standards ISO10589 or RFC 3784) to not to use
> SYS ID: 0, so it can still be used as a valid SYS ID in the devices where
> it is allowed to configure the NET/SYSTEM ID manually.
>
>
>
> So in that case if some device the setting of SYS ID being 0 is considered
> as invalid or illegal, that can cause some serious routing issues in a
> single area multi vendor setup in ISIS.
>
> *So, can we say that from Standards perspective SYS ID: 0000.0000.0000 is
> a legal setting ?*
>
>
>
> Regards
>
> Jaideep
>
>
>
> On Tue, Jun 14, 2022 at 9:59 PM Les Ginsberg (ginsberg) <
> ginsberg@cisco.com> wrote:
>
> Jaideep –
>
>
>
> I am not aware that any standard formally defines a system-id of
> 0000.0000.0000 as invalid.
>
> If there is, it would be an ISO specification – but a perusal of ISO
> 10589, ISO 8348, and ISO 7498 did not yield any such statement.
>
> (I would be happy to be corrected if someone has a reference.)
>
>
>
> From a practical standpoint, the lack of agreement on this by all
> implementations should not represent a significant concern.
>
> Schemes which automatically populate the system-id are typically based on
> the MAC address of some NIC on the box.
>
> Another common strategy is to use the zero filled IP address of some
> loopback.
>
> In either case all zeros will not be the result.
>
>
>
> In cases where the systemid is explicitly configured, it is easy enough
> NOT to use all 0’s.
>
>
>
> HTH
>
>
>
>     Les
>
>
>
> *From:* Lsr <lsr-bounces@ietf.org> *On Behalf Of *Jaideep Choudhary
> *Sent:* Tuesday, June 14, 2022 8:00 AM
> *To:* Tony Li <tony.li@tony.li>
> *Cc:* support@ietf.org; lsr@ietf.org
> *Subject:* Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS
>
>
>
> Hi Tony,
>
>
>
> I am not looking for technical support, but looking for IETF's perspective
> regarding the system id in IS-IS.
>
>
>
> As per the RFC 3784 there is no mention about any invalid value in a
> system id.
>
>
>
> Can you please confirm whether there is any such restriction to not to use
> a SYS ID of 0000.0000.0000 as per IETF standards ?
>
>
>
> If this mailing address is not appropriate for answering this query, can
> you suggest/redirect me to the correct team from IETF ?
>
>
>
> Thanks.
>
>
>
> Regards
>
> Jaideep
>
>
>
> On Tue, Jun 14, 2022, 20:19 Tony Li <tony.li@tony.li> wrote:
>
>
>
> Hi,
>
>
>
> Neither of these mailing lists are appropriate for technical support.
> Please contact your vendors directly.
>
>
>
> Tony
>
>
>
>
>
> On Jun 14, 2022, at 12:12 AM, Jaideep Choudhary <
> jaideepchoudhary91@gmail.com> wrote:
>
>
>
> Hi Team,
>
> I would like to know, whether in IS-IS, a system id can be 0000.0000.0000
> or it is an invalid value for sys I'd ?
>
> As per ISO 10589 a system id can be of 1 to 8 bytes long, but doesn't
> mention explicitly whether SYS ID of 0000.0000.0000 could be invalid.
>
> Also as per RFC 3784, it says System id is typically of 6 bytes, but
> doesn't talk about any invalid option.
>
> The reason I am asking this is that Juniper defines a SYS ID of
> 0000.0000.0000 as invalid.
>
>
> https://www.juniper.net/documentation/us/en/software/junos/is-is/topics/concept/is-is-routing-overview.html
>
>
>
> This can cause issues in inter-operability as some vendors like Cisco
> doesn't define a SYS-ID of 0000.0000.0000 as invalid.
>
> I would appreciate your response on this.
>
> Regards
>
> Jaideep Choudhary
>
>
>
> On Mon, 13 Jun, 2022, 11:08 pm Cindy Morgan via RT, <support@ietf.org>
> wrote:
>
> Hi Jaideep,
>
> You have reached the IETF Secretariat, which is the administrative branch
> of the IETF, and as such, we are not qualified to answer your technical
> questions.
>
> You might have better luck if you try posing your question to the Link
> State Routing (LSR) Working Group (
> https://datatracker.ietf.org/wg/lsr/about/). LSR was formed by merging
> the ISIS and OSPF WGs and assigning all their existing adopted work at the
> time of chartering to LSR. Their mailing list address is lsr@ietf.org.
>
> Best regards,
> Cindy
>
> On Mon Jun 13 10:10:54 2022, jaideepchoudhary91@gmail.com wrote:
>
> Hi Team,
>
>
>
> I would like to know, whether in IS-IS, a system id can be 0000.0000.0000
> or it is an invalid value for sys I'd ?
>
>
>
> As per ISO 10589 a system id can be of 1 to 8 bytes long, but doesn't
> mention explicitly whether SYS ID of 0000.0000.0000 could be invalid.
>
>
>
> Also as per RFC 3784, it says System id is typically of 6 bytes, but
> doesn't talk about any invalid option.
>
>
>
> The reason I am asking this is that Juniper defines a SYS ID of
> 0000.0000.0000 as invalid.
>
>
>
>
>
>
> https://www.juniper.net/documentation/us/en/software/junos/is-is/topics/concept/is-is-routing-overview.html
>
>
>
> This can cause issues in inter-operability as some vendors like Cisco
> doesn't define a SYS-ID of 0000.0000.0000 as invalid.
>
>
>
> I would appreciate your response on this.
>
>
>
> Regards
>
> Jaideep Choudhary
>
>
>
>
>
>
>
> _______________________________________________
> Lsr mailing list
> Lsr@ietf.org
> https://www.ietf.org/mailman/listinfo/lsr
>
>
>
>