Re: [GROW] Working Group Adoption Call: draft-cptb-grow-bmp-yang (Ends 15/Sep/2022)

Hi all, On 08/25, Job Snijders wrote: > Hi GROW, > > At the IETF 114 GROW session Paolo asked whether this working group > could consider adoption for draft-cptb-grow-bmp-yang. I support adoption. Cheers, Ben signature.asc Description: PGP signature __

Re: [GROW] [Sidrops] Any credence to AS_SET in the *middle* between AS_SEQUENCEs?

Hi Alexander, I think that SHOULD is strong enough to justify the behaviour as part of aspa validation. Certainly the side effect wrt AS_SETs should be called out in operational considerations. Cheers, Ben From: GROW on behalf of Alexander Azimov Sent: Tues

Re: [GROW] [WG ADOPTION] draft-spaghetti-grow-nrtm-v4 - ENDS: 05/11/2022 (May 11, 2022)

Hi all, On 04/27, Christopher Morrow wrote: > Howdy WG Folks! > Please take this note as the start of a WorkingGroup Adoption call for the > subject draft, who's Abstract is contained here: > "This document specifies a one-way synchronization protocol for >Internet Routing Registry (IRR) rec

Re: [GROW] IXP Route Server question

Hi Sriram, On 03/10, Nick Hilliard wrote: > Sriram, Kotikalapudi (Fed) wrote on 10/03/2022 03:31: [...] > > The ASPA verification draft treats the relationship of RS to > > RS-client as similar to that of Provider to Customer. Seems > > reasonable? The AS of an RS client includes the RS's AS in it

Re: [GROW] [Sidrops] IXP Route Server question

On 03/08, Christopher Morrow wrote: > On Tue, Mar 8, 2022 at 2:36 PM Sriram, Kotikalapudi (Fed) > wrote: > > > This question has relevance to the ASPA method for route leak detection. > > > > Is it possible that an ISP AS A peers with a customer AS C via a > > non-transparent IXP AS B? > > IOW, t

Re: [GROW] On LC for draft-ietf-grow-bmp-tlv (ends December 1st 2021)

Hi Paolo, On 12/08, Paolo Lucente wrote: > > Hi Ben, > > Thank you for your review, very much appreciated. I will merge your PR on > GitHub asap. With regards to the other two points: > > 1) This came through a suggestion back then from Jeff Haas that i support as > it made sense to me, see her

Re: [GROW] On LC for draft-ietf-grow-bmp-tlv (ends December 1st 2021)

Hi all, On 12/02, Job Snijders wrote: > Hi Folks, > > Please take 15 minutes out of your day to review this *really short!* > internet-draft. The authors were kind enough to make it only 3 pages of > actual content :-) > I have read the draft, and agree with others that it is a straight forward

Re: [GROW] [WG ADOPTION]: draft-mcbride-grow-as-path-prepend-01 - ENDS 08/12/2020 (Aug 12)

Hi all, On 07/29, Christopher Morrow wrote: > Howdy WG Folks! > There's been significant chatter on-list about: > draft-mcbride-grow-as-path-prepend-01 > > Abstract: > "AS_Path prepending provides a tool to manipulate the BGP AS_Path >attribute through prepending multiple entries of an AS

Re: [GROW] Genart last call review of draft-ietf-grow-bgp-gshut-11

Hi all, On 10 Oct 2017 5:50 pm, Jay Borkenhagen wrote: Job Snijders writes: > > The LOCAL_PREF choice here is a simple thing -- don't make it more > > complicated than it needs to be. > > > > Job's suggested text says all that's necessary: > > > > "The LOCAL_PREF value SHOULD be lower t

Re: [GROW] working group last call draft-ietf-grow-bgp-gshut

Hi all, I strongly support publication. We have had this implemented in our network for several years! Cheers, Ben -- Sent from Hiri On 2017-07-25 14:56:15+02:00 brad dreisbach wrote: On Mon, Jul 24, 2017 at 03:13:04PM +, Peter Schoenmaker wrote: >Hi Grow, > >As d

Re: [GROW] draft-ietf-grow-bgp-gshut

is particularly helpful in this case. Cheers, Ben > > Draft can possibly discuss both options, at the cost of additional > > reading complexity. But this possibly could be discussed in a > > different section. > > > > I'd welcome more opinion, before choosing the main text.

Re: [GROW] draft-ietf-grow-bgp-gshut

ot;When you attach the GRACEFUL_SHUTDOWN, everyone > is > expected to lower LOCAL_PREF as low as possible" (and simply forgo > explaining the particular conditionals of the current draft). > [BM] Also agreed. Although calling out corner

Re: [GROW] WGLC draft-ietf-grow-bgp-reject - ends 3/19/2017 (mar 19)

Fully support this. It adds a much needed sanity check to the behavior of BGP in the wild. Cheers, Ben Maddison Director Workonline Communications (Pty) Ltd Office: +27 (0) 21 200 9000 Mobile:   +27 (0) 82 415 5545 Email:  b...@workonline.co.za SIP:  b...@workonline.co.za

Re: [GROW] draft-ietf-grow-bgp-gshut status?

rom: rras...@gmail.com [mailto:rras...@gmail.com] On Behalf Of Robert Raszuk Sent: Friday, March 17, 2017 2:34 PM To: Ben Maddison Cc: grow@ietf.org Subject: Re: [GROW] draft-ietf-grow-bgp-gshut status? ​> ​ The primary benefit is the use of a well-known community ​Not that long ago we went v

Re: [GROW] draft-ietf-grow-bgp-gshut status?

eset. I suspect that would vary widely by implementation and be the source of some fairly nasty bugs! Compared to a line in an RFC suggesting reasonable timer values between gshut and shutdown, this seems to be a lot more work for very little benefit. Cheers, Ben Maddison Director Workonline Comm

Re: [GROW] draft-ietf-grow-bgp-gshut status?

that pathological about touching their routers. The only problem scenario that I can see is where someone is using 65535:0 for a different purpose in eBGP. But some people are beyond help! Cheers, Ben Maddison Director Workonline Communications (Pty) Ltd Office: +27 (0) 21 200 9000 Mobile

Re: [GROW] draft-ietf-grow-bgp-gshut status?

ppend no-export, which prevents gshut-ed prefixes from leaking at all. I've never been hugely worried about the security consequences otherwise. Cheers, Ben Maddison Director Workonline Communications (Pty) Ltd Office: +27 (0) 21 200 9000 Mobile:   +27 (0) 82 415 5545 Ema

Re: [GROW] WG Adoption call: draft-iops-grow-bgp-session-culling ENDS - 03/28/2017

Hi grow, As an network operator, I support adoption of this draft. Regards, Ben Maddison Director Workonline Communications (Pty) Ltd Office: +27 (0) 21 200 9000 Mobile:   +27 (0) 82 415 5545 Email:  b...@workonline.co.za SIP:  b...@workonline.co.za -Original Message