draft-ietf-sidrops-ov-egress-02 could be a good solution to the case that
Robert raised. The egress OV provides the export filtering for routes with
invalid ROA validation result. With this capability supported, the origin AS/AS
operator is in fact able to identify that its own ROA entry is out
Support as a coauthor!
Yunan
From: GROW [grow-boun...@ietf.org] on behalf of Paolo Lucente [pa...@ntt.net]
Sent: Thursday, July 25, 2019 13:06
To: grow@ietf.org grow@ietf.org
Subject: [GROW] Request WG Adoption for draft-lucente-bmp-tlv
Dear GROWers,
We would
like
comments from the WG.
Thank you.
Yunan
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: Monday, July 08, 2019 9:16 PM
To: Di Ma ; Zhuangshunwan ; China
Telecom ; Guyunan (Yunan Gu, IP Technology Research
Dept. NW) ; Huanan Chen
Subject
ave customized data and
format for event record.
Finally, comments are again very welcome and appreciated!
BR,
Yunan
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: Monday, July 08, 2019 7:42 PM
To: Zhuangshunwan ; Guyunan (Yunan Gu,
as nanosecond?
Of course, microsecond precision might be sufficient for now.
Yunan
From: Robert Raszuk [mailto:rob...@raszuk.net]
Sent: Wednesday, May 22, 2019 5:04 PM
To: Guyunan (Yunan Gu, IP Technology Research Dept. NW)
Cc: draft-ietf-grow-...@ietf.org; grow@ietf.org
Subject: Re: [GROW
Dear authors,
A maybe silly timestamp question on RFC7854.
It is specified in Section 4.2:
Timestamp: The time when the encapsulated routes were received
(one may also think of this as the time when they were installed
in the Adj-RIB-In), expressed in seconds and microseconds since
Dear authors of draft-ietf-grow-bmp-local-rib,
I have some questions regarding the address family indication in the local-rib
PEER DOWN.
Section 6.1.1. Multiple Loc-RIB Peers says:
"...In some implementations, it might be required to have more than one
emulated peer for Loc-RIB to
Hi Chris,
Please see inline.
-Original Message-
From: Christopher Morrow [mailto:christopher.mor...@gmail.com]
Sent: Friday, March 22, 2019 4:28 AM
To: Guyunan (Yunan Gu, IP Technology Research Dept. NW)
Cc: Robert Raszuk ; grow@ietf.org
Subject: Re: [GROW] I-D Action:
draft-chen-grow
Hi Jeffrey and Warren,
Thanks for the suggestions on the “type X” usage. We’ll try better expressions
in the new version.
Jeffrey,
We’ll also fix the ASN usage issue.
For the case you mentioned, it’s actually an interesting example of forging
AS-PATH out of “good” intention, which does not
Dear GROW chairs,
I'd like to request a 15-min slot for the following drafts:
draft-xu-grow-bmp-route-policy-attr-trace
draft-chen-grow-enhanced-as-loop-detection
draft-gu-grow-bmp-vpn-te
Thank you!
BR,
Yunan
-Original Message-
From: GROW [mailto:grow-boun...@ietf.org] On Behalf Of
From: Robert Raszuk [mailto:rob...@raszuk.net]
Sent: Monday, March 18, 2019 6:05 PM
To: Guyunan (Yunan Gu, IP Technology Research Dept. NW)
Cc: grow@ietf.org; Brian Dickson
Subject: Re: [GROW] I-D Action:
draft-chen-grow-enhanced-as-loop-detection-00.txt
> In the BGP Update received f
Hi Robert,
Please see inline.
From: Robert Raszuk [mailto:rob...@raszuk.net]
Sent: Saturday, March 16, 2019 7:38 AM
To: Guyunan (Yunan Gu, IP Technology Research Dept. NW)
Cc: grow@ietf.org; Brian Dickson
Subject: Re: [GROW] I-D Action:
draft-chen-grow-enhanced-as-loop-detection-00.txt
Hi Robert,
As stated in this draft, we only check the peering relationship between the
local AS and it left/right AS as listed in the AS-PATH. Such peering
relationship is maintained at the local database in whatever form. It’s capable
of detecting the cases where the local AS is placed in the
Hi Robert,
Thanks a lot for the comment!
First of all, let me clarify the very specific application scenario here. We
are discussing a VPN egress traffic optimization case considering one single
VPN domain only.
Agree that the MPLS VPN label is able to be extracted from the VPNv4 routes,
(Yunan Gu, IP Technology Research Dept.
NW) ; Huanan Chen
Subject: New Version Notification for
draft-gu-grow-bmp-route-leak-detection-01.txt
A new version of I-D, draft-gu-grow-bmp-route-leak-detection-01.txt
has been successfully submitted by Yunan Gu and posted to the IETF repository.
Name
troubleshooting and network planning.
Comments and suggestions are very welcome!
Best Regards,
Yunan
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: Monday, March 11, 2019 9:28 PM
To: Guyunan (Yunan Gu, IP Technology Research Dept. NW) ;
Zhenqiang Li
Support.
Yunan
From: GROW [mailto:grow-boun...@ietf.org] On Behalf Of Job Snijders
Sent: Sunday, December 02, 2018 1:03 AM
To: Job Snijders
Cc: grow@ietf.org
Subject: Re: [GROW] working group last call draft-ietf-grow-bmp-adj-rib-out
(ends 2018.11.26)
Hi all,
We have only three (positive)
Hi Chris,
That one will do.
Yunan
From: Christopher Morrow
To: Guyunan (Yunan Gu, IP Technology Research Dept.
NW)mailto:guyu...@huawei.com>>
Cc:
growmailto:grow@ietf.org>>;grow-chairs"
>;grow-ads<<mailto:grow-cha...@ietf.org>>grow-...@tools.ietf.or
-detection-00.txt
Yunan
From: Christopher Morrow [mailto:christopher.mor...@gmail.com]
Sent: 2018年10月24日 9:46
To: Guyunan (Yunan Gu, IP Technology Research Dept. NW)
Cc: grow@ietf.org grow@ietf.org ;
; grow-...@tools.ietf.org
Subject: Re: [GROW] Agenda Slot Requests - IETF 103
Can we get some
Hi Chris,
I’d like to request a 15 min discussion for
“draft-gu-grow-bmp-route-leak-detection-00”
Thanks.
Yunan
A new version of I-D, draft-gu-grow-bmp-route-leak-detection-00.txt
has been successfully submitted by Shunwan Zhuang and posted to the IETF
repository.
Name:
I support adoption.
Yunan
-Original Message-
From: GROW [mailto:grow-boun...@ietf.org] On Behalf Of Job Snijders
Sent: 2018年9月26日 0:24
To: grow@ietf.org
Subject: Re: [GROW] WG Adoption Call: draft-scudder-grow-bmp-registries-change
2018.09.25-2018.10.09
Hi all,
On Tue, Sep 25, 2018
Hi Tim, Robert,
Thanks a lot for your comments. Regarding the idea of using BGP-LS for
troubleshooting, we have also considered the possible pros and cons.
BGP-LS is initially proposed for carrying link state information using BGP, and
is currently used for applications like topology
Hi Greg, Jeff, Acee, Robert Wilton, Einar,
and anyone who has concern with NMP vs. gRPC/YANG, thanks for your interest in
our draft and your valuable comments. Regarding this question, we’d like to
state the following two points.
1. Control plane (CP) and management plane (MP)
ents and suggestions are welcome!
Thanks!
Yunan
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: 2018年7月2日 16:05
To: Lizhenbin ; Mipenghui (Kevin Mi)
; Jie Chen ; Zhuangshunwan
; Guyunan (Yunan Gu, IP Technology Research Dept. NW)
; iq...@mail.ustc.
hank you!
Yunan Gu
Huawei Technologies Co. Ltd
-Original Message-
From: internet-dra...@ietf.org [mailto:internet-dra...@ietf.org]
Sent: 2018年7月2日 20:07
To: Zhuangshunwan ; Lizhenbin ;
Guyunan (Yunan Gu, IP Technology Research Dept. NW)
Subject: New Version Notification for draft-gu-net
Dear WG,
I agree with Henk in his previous email that a new message type can be defined
for carrying the local-rib.
Typically, it’s implementation-efficient to reuse the existing message type for
carrying new information, however, as I try to understand the
interpretation/mapping of the
26 matches
Mail list logo
