Just wanted to confirm, setting networks_file_no_lpm: true
achieved the desired result. Thanks, Steve On 2/24/16, 11:25 AM, "pmacct-discussion on behalf of Markus Weber" <[email protected] on behalf of [email protected]> wrote: >Hi Steve, > >you are using nfacctd_as_new fallback? That is said to work like "When >'fallback' is specified, lookup is done against the winning longest >match lookup method (sFlow/NetFlow <= BGP), which can be different for >source and destination IP prefix.". > >If I understand you correctly, you want to have the networks file take >precedence over BGP, ignoring normal longest match lookups. I remember >Paolo stating a while ago, that this is/was not possible ... and >fallback would have been renamed to "longest" make this clear. > >... Oh, OTOH, check out networks_file_no_lpm - which "Makes a matching >IP prefix defined in a networks_file win always" (1.5.2) ... guess this >is what you are looking for (and what I've been looking for as well ;-). > >Markus > > > >On 24.02.2016 16:57, Steve Dodd wrote: >> Hi all, >> >> I¹m trying to address the case of iBGP learned routes showing AS0 for >> src_as/dst_as. I have defined a list of our internal network space >> with a mapping to our AS. However, it appears that an explicit match >> is required IE: >> >> [networks.lst] >> 65001, 10.0.0.0/8 >> >> This would result in an appropriate src_as/dst_as mapping of 65001 for >> 10.0.0.0/8, but not for 10.1.0.0/24. >> >> Is this the expected behavior? >> >> Thanks, >> Steve >> >> >> _______________________________________________ >> pmacct-discussion mailing list >> http://www.pmacct.net/#mailinglists > > >_______________________________________________ >pmacct-discussion mailing list >http://www.pmacct.net/#mailinglists _______________________________________________ pmacct-discussion mailing list http://www.pmacct.net/#mailinglists
