[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Settle Free Peering - Default Route Abuse Monitoring
- Subject: Settle Free Peering - Default Route Abuse Monitoring
- From: job at ntt.net (Job Snijders)
- Date: Sun, 24 Sep 2017 20:05:18 +0000
- In-reply-to: <CAAP2CnNK-XXa9cJeBxoRj2BHybnN8ihnuK=r8WqV6gVjZhXhgQ@mail.gmail.com>
- References: <CAAP2CnNK-XXa9cJeBxoRj2BHybnN8ihnuK=r8WqV6gVjZhXhgQ@mail.gmail.com>
Dear Raymond,
On Sun, 24 Sep 2017 at 21:33, Raymond Beaudoin <
raymond.beaudoin at icarustech.com> wrote:
> How is this monitored and tracked? Are ACLs applied to help enforce this
> (seems to be limited at scale)? Flow export and alarming? Analytics and
> anomalous behavior detection? Common professional courtesy?
This RFC https://tools.ietf.org/html/rfc7789 covers the topic of
â??unexpected traffic flowsâ?? which is essentially the same as having default
being pointed at you without you permission. May be worth reading!
A most scalable option is to use a flow collection / monitoring program
like pmacct (http://pmacct.net/) to inspect flows and flag the ones that
shouldnâ??t exist according to your policy. Paolo Lucente has done excellent
work to make this problem space manageable:
http://wiki.pmacct.net/DetectingRoutingViolations
Also, if you are at an internet exchange, make sure to enable MAC
accounting (if available) on the IX facing interface, so you can easily
monitor for traffic coming from MAC addresses with which you donâ??t have a
BGP session.
Kind regards,
Job