Hi, > But what we refer here to those ASs that have a connection with the local AS.
Each decently managed AS today has strong EBGP ingress policy permitting only specific prefixes with specific AS-PATH which is applied in ingress to ISP network. No more enhancement to this policy is required. What you are proposing is actually much weaker model as compared to what is in place already today by those which care. And those which do not care would not apply this scheme anyway. Many thx, R. On Wed, Mar 13, 2019 at 11:13 AM Zhuangshunwan <[email protected]> wrote: > Hi Robert, > > > > Thanks a lot for the comment! > > > > Please find reply inlines with [Shunwan]. > > > > Best Regards, > > Shunwan > > > > > > *From:* GROW [mailto:[email protected]] *On Behalf Of *Robert Raszuk > *Sent:* Tuesday, March 12, 2019 7:48 AM > *To:* [email protected] > *Subject:* Re: [GROW] I-D Action: > draft-chen-grow-enhanced-as-loop-detection-00.txt > > > > Dear authors of draft-chen-grow-enhanced-as-loop-detection, > > > > The draft says: > > > > " At this point, AS 200 *can lookup the local resource database* and > > check whether there is a real AS relationship between the local AS > > and the left AS and the right AS" > > > > Can you please share a pointer to any database or accurate public oracle > where anyone could check if peering relation found in the AS-PATH is valid > or invalid ? > > [Shunwan] Sorry, I can't. But what we refer here to those ASs that have a > connection with the local AS. > > From the perspective of the local AS, it can manage/hold the > AS-relationship database between the local AS and each of those ASs (such > as C2P, P2P, P2C, etc.). > > > > Just over the last few months I connected my AS to number of Tier1 ISPs in > few of my experimental POPs, but never reported that peering establishment > to anyone. Then I have a question - how any (public) database would > accurately reflect any global BGP peering relation to be used anywhere for > filtering of BGP updates ? > > [Shunwan] This is indeed a difficult problem to be solved, and we also > want to know how to solve it. > > Thanks again! > > > > Kind regards, > > RR. > > > > On Tue, Mar 12, 2019 at 12:27 AM <[email protected]> wrote: > > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > > Title : Enhanced AS-Loop Detection for BGP > Authors : Huanan Chen > Yunan Gu > Shunwan Zhuang > Haibo Wang > Filename : draft-chen-grow-enhanced-as-loop-detection-00.txt > Pages : 9 > Date : 2019-03-11 > > Abstract: > This document proposes to enhance AS-Loop Detection for BGP Inbound/ > Outbound Route Processing. > > > > The IETF datatracker status page for this draft is: > > https://datatracker.ietf..org/doc/draft-chen-grow-enhanced-as-loop-detection/ > <https://datatracker.ietf.org/doc/draft-chen-grow-enhanced-as-loop-detection/> > > There are also htmlized versions available at: > https://tools.ietf.org/html/draft-chen-grow-enhanced-as-loop-detection-00 > > https://datatracker.ietf.org/doc/html/draft-chen-grow-enhanced-as-loop-detection-00 > > > Please note that it may take a couple of minutes from the time of > submission > until the htmlized version and diff are available at tools.ietf.org. > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > _______________________________________________ > I-D-Announce mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > >
_______________________________________________ GROW mailing list [email protected] https://www.ietf.org/mailman/listinfo/grow
