IETF Logo Mail Archive

[OSPF] [OSPFv3- Extended LSAs] Regarding Extended TLV validation procedure for malformed LSAs

Veerendranatha Reddy Vallem <veerendranatharv@huawei.com> Mon, 03 April 2017 12:54 UTC

Return-Path: <veerendranatharv@huawei.com>
X-Original-To: ospf@ietfa.amsl.com
Delivered-To: ospf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E80B1295EA; Mon, 3 Apr 2017 05:54:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.221
X-Spam-Level:
X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 MH0aKPI1RrHT; Mon, 3 Apr 2017 05:54:32 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD8A61295EE; Mon, 3 Apr 2017 05:54:31 -0700 (PDT)
Received: from 172.18.7.190 (EHLO LHREML713-CAH.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id DEB07366; Mon, 03 Apr 2017 12:54:28 +0000 (GMT)
Received: from BLREML703-CAH.china.huawei.com (10.20.4.172) by LHREML713-CAH.china.huawei.com (10.201.108.36) with Microsoft SMTP Server (TLS) id 14.3.301.0; Mon, 3 Apr 2017 13:54:27 +0100
Received: from BLREML501-MBB.china.huawei.com ([10.20.5.200]) by blreml703-cah.china.huawei.com ([::1]) with mapi id 14.03.0301.000; Mon, 3 Apr 2017 18:24:21 +0530
From: Veerendranatha Reddy Vallem <veerendranatharv@huawei.com>
To: "draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org" <draft-ietf-ospf-ospfv3-lsa-extend.all@ietf.org>
CC: "ospf@ietf.org" <ospf@ietf.org>
Thread-Topic: [OSPFv3- Extended LSAs] Regarding Extended TLV validation procedure for malformed LSAs
Thread-Index: AdKsdgU8JxMH2wptR56GTNe1wu2LHw==
Date: Mon, 03 Apr 2017 12:54:21 +0000
Message-ID: <73BFDDFFF499304EB26FE5FDEF20F7885088DEA9@blreml501-mbb>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.18.152.243]
Content-Type: multipart/alternative; boundary="_000_73BFDDFFF499304EB26FE5FDEF20F7885088DEA9blreml501mbb_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A020201.58E24605.017C, ss=1, re=0.000, recu=0.000, reip=0.000, cl=1, cld=1, fgs=0, ip=0.0.0.0, so=2013-06-18 04:22:30, dmn=2013-03-21 17:37:32
X-Mirapoint-Loop-Id: aa9600e9c3d0f5ff87d3dad03d9687cb
Archived-At: <https://mailarchive.ietf.org/arch/msg/ospf/aVeKJpVFqkKJF_M156s4ULgIcGE>
Subject: [OSPF] [OSPFv3- Extended LSAs] Regarding Extended TLV validation procedure for malformed LSAs
X-BeenThere: ospf@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: The Official IETF OSPG WG Mailing List <ospf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ospf>, <mailto:ospf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ospf/>
List-Post: <mailto:ospf@ietf.org>
List-Help: <mailto:ospf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ospf>, <mailto:ospf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Apr 2017 12:54:36 -0000

Dear Authors,
Can you please confirm the actions need to take while validating extended TLVs for malformed extended LSA check while parsing the LSA.
Can you please confirm which case we can discard LSA or in which case we will ignore  TLV, but LSA is consider as valid and processed other TLVs.

S.No            Scenario                                                                                                                              Action
1                     Sum of TLV lengths is more than total LSA body length                                        Discard the LSA by considering malformed packet, no ACK

2                     Sum of TLV lengths is same as total LSA  body length, but                                   Ignore the current TLV and continue to next TLV (or)
                       Sub TLV length/ sum of sub TLV length in one TLV                                                 Discard the LSA by considering malformed packet with  no ACK??
                        exceeds TLV length
3.                    Sum of TLV and sub TLV lengths are  same as total LSA body length
                       But TLV length is not correct as per TLV type
                      (Ex: Router Link TLV has fixed length of 16 bytes, but provided
                       8 bytes data in one  of router Link TLV and TLV length also set as 8 bytes)      Discard the current TLV and continue to next TLV (or)
                                                                                                                                                                  Discard the LSA by considering malformed packet with no ACK??
4.                   Sum of TLV and sub TLV lengths are  same as total LSA body length
                       TLV length is correct as per length of sub TLVs, but sub TLV length is
                       not correct as per sub TLV type
                      (Ex: Adj SID sub TLV has at least fixed length of 8 bytes, but provided
                       4 bytes data in one  of Adj SID sub TLV and sub TLV length also set as 4 bytes)      Discard the current TLV and continue to next TLV (or)
                                                                                                                                                                        Discard the LSA by considering malformed packet with no ACK??

Regards,
Veerendranath

v2.23.0 | Report a Bug | By Email