[Lsr] Regarding OSPF extension for inter-area topology retrieval

"Aijun Wang" <wangaijun@tsinghua.org.cn> Mon, 23 July 2018 07:49 UTC

Return-Path: <wangaijun@tsinghua.org.cn>
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 596E5130E1E for <lsr@ietfa.amsl.com>; Mon, 23 Jul 2018 00:49:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DC_PNG_UNO_LARGO=0.001, HTML_IMAGE_RATIO_08=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, 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 fgjqC6gjGwh1 for <lsr@ietfa.amsl.com>; Mon, 23 Jul 2018 00:49:30 -0700 (PDT)
Received: from m176115.mail.qiye.163.com (m176115.mail.qiye.163.com [59.111.176.115]) by ietfa.amsl.com (Postfix) with ESMTP id 08502130E57 for <lsr@ietf.org>; Mon, 23 Jul 2018 00:49:28 -0700 (PDT)
Received: from WangajPC (unknown [219.142.69.77]) by m176115.mail.qiye.163.com (Hmail) with ESMTPA id 0F0D3662129; Mon, 23 Jul 2018 15:49:18 +0800 (CST)
From: Aijun Wang <wangaijun@tsinghua.org.cn>
To: 'Peter Psenak' <ppsenak@cisco.com>, chopps@chopps.org
Cc: lsr@ietf.org, "'Acee Lindem (acee)'" <acee@cisco.com>, "'Ketan Talaulikar (ketant)'" <ketant@cisco.com>, "'Dongjie (Jimmy)'" <jie.dong@huawei.com>
Date: Mon, 23 Jul 2018 15:49:16 +0800
Message-ID: <001601d42259$a860fff0$f922ffd0$@org.cn>
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----=_NextPart_000_0017_01D4229C.B6843FF0"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AdQiVR2O/y14KzohRb+x/lA57qn80AAA8B+w
Content-Language: zh-cn
X-HM-Spam-Status: e1kIGBQJHllBS1VLV1koWUFKTEtLSjdXWS1ZQUlXWQkOFx4IWUFZMjUtOj cyP0FLVUtZBg++
X-HM-Sender-Digest: e1kMHhlZQR0aFwgeV1kSHx4VD1lBWUc6MDI6MDo*TDoiPTQoTzwrFDEo ThQaCTNVSlVKTkhJSEhJSk1NTkxNVTMWGhIXVQwaFRwaEhEOFTsPCBIVHBMOGlUUCRxVGBVFWVdZ EgtZQVlJSkJVSk9JVU1CVUxMWVdZCAFZQU9KTUJJNwY+
X-HM-Tid: 0a64c61d2d3d9373kuws0f0d3662129
Archived-At: <https://mailarchive.ietf.org/arch/msg/lsr/ev1-pWFUSFgq6Fte4LXr6hDNNLg>
Subject: [Lsr] Regarding OSPF extension for inter-area topology retrieval
X-BeenThere: lsr@ietf.org
X-Mailman-Version: 2.1.27
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: Mon, 23 Jul 2018 07:49:34 -0000

(Sorry for my previous mail sent wrongly to the IDR mail list, please reply
on this thread within the LSR wg)

 

Hi, Peter:

 

I am Aijun Wang from China Telecom, the author of draft about
<https://datatracker.ietf.org/doc/draft-wang-lsr-ospf-inter-area-topology-ex
t/> "OSPF extension for inter-area topology retrieval", which is presented
by Mr.Jie Dong during the IETF102 meeting.

Thanks for your comments on the presentation material
<https://datatracker.ietf.org/meeting/102/materials/slides-102-lsr-ospf-inte
r-area-topology-retrieval-00> .

Below are my explanation that regarding to the question about "how it
retrievals the inter-area topology based on the extension information":

 

Let's see the graph that illustrates in Fig.1 at section 3
<https://tools.ietf.org/html/draft-wang-lsr-ospf-inter-area-topology-ext-00#
section-3>  of the draft(I copy it also below for your conveniences ):

 



 

Assuming we want to rebuild the connection between router S1 and router S2
that locates in area 1:

1)       Normally, router S1 will advertise prefix N1 within its router LSA

2)       When this router LSA reaches the ABR router R1, it will convert it
into summary LSA, add the "Source Router Information", which is router id of
S1 in this example, as proposed in this draft.

3)       R1 then floods this extension summary LSA to R0, which is running
BGP-LS protocol with IP SDN Controller. The controller then knows the
prefixes of N1 is from S1.

4)       Router S2 will do the similar process, and the controller will also
knows the prefixes N1 is also from S2

5)       Then it can reconstruct the connection between S1 and S2, which
prefix is N1. The topology within Area 1 can then be recovered accordingly.


 

Does the above explanation can answer your question. if so, I can add it
into the context of this draft in updated version.

 

 

Best Regards.

 

Aijun Wang

Network R&D and Operation Support Department

China Telecom Corporation Limited Beijing Research Institute,Beijing, China.