I think the key difference here is that I really just wanted HE to treat my
routes no differently no matter how they learned them. I wanted them to
apply normal BGP routing rules to them.. that is, pick the path with the
shortest AS path.
>From a strictly technical basis, its silly to prefer a
>
> I do understand the reasoning behind preferring customer routes.
> However in the case where a customer of a customer also connects to
> you directly via peering doesn't it make sense to prefer the direct
> connection? or at least not prefer the customer learned routes.
So from my
most networks prefer customers over peers. a few networks don't, some
large. if they changed, customers would scream at them about the newly
overloaded customer circuit.
we are not required to like this :)
randy
On Mon, 25 Jul 2022 at 16:23, Forrest Christian (List Account)
wrote:
>
> I do understand the reasoning behind preferring customer routes.
> However in the case where a customer of a customer also
> connects to you directly via peering doesn't it make sense to prefer
> the direct connection? or
> Google has let you down, 6730 (sunrise) is not 6939 (HE) ;)
>
Oops I should check thing better at the end of the day ..
My bad
On Mon, 25 Jul 2022 at 17:19, Brian Turnbow via NANOG wrote:
>
> Hi,
>
> >I do understand the reasoning behind preferring customer routes. However
> >in the case where a customer of a customer also connects to you directly via
> >peering doesn't it make sense to prefer the direct connection?
Hi,
>I do understand the reasoning behind preferring customer routes. However in
>the case where a customer of a customer also connects to you directly via
>peering doesn't it make sense to prefer the direct connection? or at >least
>not prefer the customer learned routes.
Business not
> Am 7/25/22 um 12:45 schrieb Forrest Christian (List Account)
> :
>
>
> I wish they'd add one more that turns off their "prefer routes learned from a
> customer" rule. I'm having to split my blocks in half and announce them
> that way to get them to send my traffic directly to me
I do understand the reasoning behind preferring customer routes. However
in the case where a customer of a customer also connects to you directly
via peering doesn't it make sense to prefer the direct connection? or at
least not prefer the customer learned routes.
In our situation, we were
>I wish they'd add one more that turns off their "prefer routes learned from a
>customer" rule. I'm having to split my blocks in >half and announce them
>that way to get them to send my traffic directly to me through our IX peering
>session as opposed to >one of my transit providers.
>I'd
You always want to prefer customer routes over non customer routes as a service
provider. Of course having a robust set of communities to let adjustments
happen helps.
Without proper tiering of routes you may see unstable routing.
Having a standard set of customer, peer, transit set of local
I wish they'd add one more that turns off their "prefer routes learned from
a customer" rule. I'm having to split my blocks in half and announce them
that way to get them to send my traffic directly to me through our IX
peering session as opposed to one of my transit providers.
I'd rather they
They do have BGP communities ... but for black-hole only :-(
On Sun, Jul 24, 2022 at 9:39 PM Ryan Hamel
wrote:
> Yes.
>
> Ryan
>
> -Original Message-
> From: NANOG On Behalf Of
> Rubens Kuhl
> Sent: Sunday, July 24, 2022 12:36 PM
> To: Nanog
> Subject: HE.net and BGP Communities
>
>
Yes.
Ryan
-Original Message-
From: NANOG On Behalf Of Rubens Kuhl
Sent: Sunday, July 24, 2022 12:36 PM
To: Nanog
Subject: HE.net and BGP Communities
The last mention I found on NANOG about HE.net and BGP communities for traffic
engineering is from April 2021 and said they provided
14 matches
Mail list logo
