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 local-
Dear WG,
I support adoption.
Besides, I have a little more comment on the vendor specific implementation
behaviors. Besides from the WKC, there may be other default configurations that
are vendor specific, such as the Next Hop (NH) attribute. For example, when
importing an IGP route into BGP
!
Thank 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-g
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.
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) information
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 visualizat
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 a
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: draf
-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,
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
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) res
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
(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
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,
whic
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,
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
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
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 "
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 be
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
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 convey
information TLV type indicating the BGP instance name in the
PEER UP (similar to the VRF/Table Name) sounds reasonable?
BR,
Yunan
From: Paolo Lucente [mailto:pa...@ntt.net]
Sent: Friday, April 05, 2019 4:35 AM
To: Guyunan (Yunan Gu, IP Technology Research Dept. NW)
Cc: grow@ietf.org
Subject: Re
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
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
may have 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 (Yuna
-00). We'd 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) ; Huana
ailto:thomas.g...@swisscom.com]
Sent: Friday, July 12, 2019 8:44 PM
To: juancamilo.card...@imdea.org; grow@ietf.org; pa...@ntt.net; Guyunan (Yunan
Gu, IP Technology Research Dept. NW)
Cc: draft-cppy-grow-bmp-path-marking-...@ietf.org
Subject: RE: [GROW] Path marking using BMP - TLVs
Hi Camilo,
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 li
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
29 matches
Mail list logo