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 > > > >
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS Jaideep Choudhary
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS Tony Li
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS Jaideep Choudhary
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS Les Ginsberg (ginsberg)
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS Jaideep Choudhary
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS Les Ginsberg (ginsberg)
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS tom petch
- Re: [Lsr] [rt5.ietf.org #7080] System ID in ISIS Jaideep Choudhary