Yes, that's what I need.
Basically, we are interested to do optimizations and statistics based on prefix and not only AS. If traffic towards a prefix is significant then we can direct it to a selected alternative upstream provider than the default. We would also like to give to customers (which are actually prefixes, represented by local-networks) the most significant for them destination prefixes (most significant in terms of traffic or in terms of business impact).

We could do the aggregations based on ASes, but:
- All customers we have, don't have an AS, so we can't easily produce stats based on AS. - Some ASes (basically all the giant telecoms and content providers) include networks that are very large and geographically dispersed, so we need prefix granularity for them, if we want to do optimizations. Example: An Azure prefix, might have better latency when using upstream A and another Azure prefix might have better latency with upstream B. In order to optimize this, I need to have visibility with prefix granularity, to check if the traffic volumes are important. This will allow us to decide if its worth rerouting.

We would also like to have the option to store to ELK, only prefix granularity flows (prefix to prefix), in order to keep the number of flows to a minimum number. That would be a very nice option, while keeping the rest of the functionality.

Sp

PS: The company I am talking about is an internet service provider, so we don't really care about a particular IP (ex a web server) but for the prefix, which is usually a customer or an important destination.

On 12/27/2018 1:33 PM, Simone Mainardi wrote:
Hi,

Currently you can use the BGP plugin (https://www.ntop.org/guides/nProbe/plugins/bgp.html) to get the AS and the AS path associated to the client and the server. We do not support the export of the matched network in the BGP table. So basically you will be interested in the number of bits of the network part of longest-match address we've found in the BGP table? Can you explain the use case?


Simone

On 21 Dec 2018, at 19:43, Spiros Papageorgiou <pap...@noc.ntua.gr <mailto:pap...@noc.ntua.gr>> wrote:

Hi all,

Is it possible for nprobe to do a "route lookup" in order to findout the network that an IP belongs to and export the field to ELK?

for example, if there is a flow 10.12.0.1:52222 -> 10.88.0.10:80 then nprobe could do a route lookup into a BGP table for both IPs and fill in the fields srcnet and dstnet with something like 10.12.0.0/24 -> 10.88.0.0/24 (whatever the routing table says)

Is that possible?

Thanx,

Sp


_______________________________________________
Ntop mailing list
Ntop@listgateway.unipi.it <mailto:Ntop@listgateway.unipi.it>
http://listgateway.unipi.it/mailman/listinfo/ntop



_______________________________________________
Ntop mailing list
Ntop@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop

_______________________________________________
Ntop mailing list
Ntop@listgateway.unipi.it
http://listgateway.unipi.it/mailman/listinfo/ntop

Reply via email to