Re: Networks ignoring prepends?

Once upon a time, William Herrin said: > On Tue, Jan 23, 2024 at 4:00 PM Chris Adams wrote: > > Once upon a time, William Herrin said: > > > Nevertheless, in the protocol's design, the one expressed in the > > > RFC's, AS path length = distance. > > > > The RFC doesn't make any equivalence

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 12:55 AM Owen DeLong wrote: > BGP is more of a PDVP (Policy Distance Vector Protocol). Hi Owen, That's a distinction without a difference. All but the most rudimentary implementation of a distance-vector protocol supports policy definition and enforcement. BGP has more

Re: Networks ignoring prepends?

> > When you twist a policy knob to move BGP off its defaults, you take > responsibility for making a better routing choice. And for correcting > that choice if it should prove faulty. What I've seen here in this > thread is a bunch of folks abdicating that responsibility. That's not >

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 07:25:42AM -0800, William Herrin wrote: [ snip ] > or I chose my words poorly. What I did say, and stand behind, was that > applying local prefs moves BGP's route selection off the _defaults_, > and if Centurylink was routing to me based instead on the defaults > they'd

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 8:11 AM James Jun wrote: > You (AS11875) have an operational need for good connectivity > into 3356 but, you made a poor purchasing decision by buying > IP transit for 11875 from a provider who has 10-AS path into > 3356 instead of <=3 AS path. You've done a _bad_ job here

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 08:16:56AM -0800, William Herrin wrote: > On Wed, Jan 24, 2024 at 8:11???AM James Jun wrote: > > You (AS11875) have an operational need for good connectivity > > into 3356 but, you made a poor purchasing decision by buying > > IP transit for 11875 from a provider who has

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 8:39 AM James Jun wrote: > On Wed, Jan 24, 2024 at 08:16:56AM -0800, William Herrin wrote: > > Sophistry. I buy IP transit from 3 providers, one of which has a 3 AS > > path to 3356. > > Again you omit context. What you're calling context, I call deceptive. For one

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 09:22:06AM -0800, William Herrin wrote: > On Wed, Jan 24, 2024 at 8:39???AM James Jun wrote: > > On Wed, Jan 24, 2024 at 08:16:56AM -0800, William Herrin wrote: > > > Sophistry. I buy IP transit from 3 providers, one of which has a 3 AS > > > path to 3356. > > > > Again

Re: Networks ignoring prepends?

On Wed, 24 Jan 2024, Jay R. Ashworth wrote: - Original Message - From: "Jon Lewis" On Mon, 22 Jan 2024, William Herrin wrote: It gives me, your paying customer, less control over my routing through your network than if I wasn't your paying customer. That seems... backwards. Not

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 5:23 AM Chris Adams wrote: > Once upon a time, William Herrin said: > > On Tue, Jan 23, 2024 at 4:00 PM Chris Adams wrote: > > > Once upon a time, William Herrin said: > > > > Nevertheless, in the protocol's design, the one expressed in the > > > > RFC's, AS path length

Re: Networks ignoring prepends?

On Wed, Jan 24, 2024 at 7:02 AM Jon Lewis wrote: > In one of his messages, William complained that the big bad networks are > breaking the BGP rules by ignoring as-path length. To be clear, I don't really care whether you're "breaking the rules." Moreover, if my words suggested that I thought

Re: One Can't Have It Both Ways Re: Streamline the CG-NAT Re: EzIP Re: IPv4 address block

Hi, Owen: 0)    I am glad that you do not object to the notion that two premises on an RAN can establish end-to-end connectivity via L2 routing. 1)    For a better visualization, the below derivation will make use of figures in the EzIP Draft:

Re: Networks ignoring prepends?

BGP is more of a PDVP (Policy Distance Vector Protocol). Policy will always override Distance in BGP and is pretty much the key difference between an EGP and an IGP. Once you recognize that, the rest makes much more sense. Owen > On Jan 23, 2024, at 14:29, William Herrin wrote: > > On

Re: Networks ignoring prepends?

All, > But that ship seems to have sailed. The problem is well known and it consists of two orthogonal aspects: #1 - Ability to signal the preference of which return path to choose by arbitrary remote ASN #2 - Actually applying this preference by remote ASN. For #1 I have proposed some time

Re: Networks ignoring prepends?

Bill, > https://datatracker.ietf.org/doc/html/rfc4271#section-9.1.2.2 > > "a) Remove from consideration all routes that are not tied for having > the smallest number of AS numbers present in their AS_PATH > attributes." > > So literally, the first thing BGP does when picking the best next hop >

Re: Networks ignoring prepends?

On Tue, Jan 23, 2024 at 10:12:33PM -0800, William Herrin wrote: > Respectfully Chris, you are mistaken. > > https://datatracker.ietf.org/doc/html/rfc4271#section-9.1.2.2 > > "a) Remove from consideration all routes that are not tied for having > the smallest number of AS numbers present in their

N90 Agenda + Room Block Closing Tomorrow

Good afternoon, The NANOG 90 agenda is now posted and can be found on the NANOG website, here ! Please “heart” + download saved talks to your local calendar. Do not miss your favorite talks as they happen live; register

Re: Sling TV Geolocation

(long overdue) Follow up on this – after plenty of emails, phone calls, and research, and our poor customers having to watch the Packer game, I was able to find out that Sling is using Digital Envoy/DigitalElement for geolocation... I assume the info on

Re: Networks ignoring prepends?

The basic disconnect here is that you seem to think that BGP is to be used to dictate policy to other networks on how to reach your network. That is not and has never been the case. When I learned BGP back in the 1990s, it was explicitly said that you control your outbound traffic with your BGP

[NANOG-announce] N90 Agenda + Room Block Closing Tomorrow

Good afternoon, The NANOG 90 agenda is now posted and can be found on the NANOG website, here ! Please “heart” + download saved talks to your local calendar. Do not miss your favorite talks as they happen live; register