nanog mailing list archives
Re: Covering prefix blackholing traffic to one of its covered prefixes....
From: Joel Jaeggli <joelja () bogus com>
Date: Mon, 24 Apr 2017 08:19:44 -0700
Sent from my iPhone
On Apr 23, 2017, at 08:59, Steven Wallace <ssw () iu edu> wrote: We have dual-homed sites that only accept routes from their peers, and default to their transit provider. A site may receive a covering prefix from a peer, but since they are not accepting the full table from their transit provider they don’t see the covered (i.e., more specific). In some cases the peer announcing the covering prefix blackholes traffic to the covered prefix.
If you announce a route in general you should expect to route it. Assuming this is the intended behavior of both parties announcing the covering aggregate and the more specific. The site should either drop the offending peer route forcing it to transit, or take full feed from it's transit. And let the longest match win.
Is this accepted behavior, or should a peer announcing a covering prefix always delver packets to its covered routes?
Generally but there are exceptions.
Does this happen often? Thanks! Steven Wallace Indiana University
Current thread:
- Covering prefix blackholing traffic to one of its covered prefixes.... Steven Wallace (Apr 24)
- <Possible follow-ups>
- Covering prefix blackholing traffic to one of its covered prefixes.... Steven Wallace (Apr 24)
- Re: Covering prefix blackholing traffic to one of its covered prefixes.... Niels Bakker (Apr 24)
- Re: Covering prefix blackholing traffic to one of its covered prefixes.... Joel Jaeggli (Apr 24)