[Webinar] Streamline your web hosting managementRegister Today


NetFlow & Internal LAN IP Tracking

Posted on 2009-04-12
Medium Priority
Last Modified: 2012-05-06
For a while I've been trying to get a handle on the types of traffic eating up my T1 pipe to the Internet.  This past week I finally got NetFlow set up on our Cisco 2800 series gateway router and configured it to export the data to a system on my LAN.

I also set up the aforementioned LAN system with a NetFlow monitor (Scrutinizer).  Once the appropriate ports were opened in the firewall, the Scrutinizer app was able to receive and interpret the NetFlow data.

On minor problem: because the Scrutinizer system is on my LAN, and the Cisco router sits on the other side of my firewall (LAN > Firewall > Cisco Router), while it is able to show all traffic type info, it is unable to give me specific internal IP addresses as originators for the traffic.  Instead, the public port on the firewall always shows up in Scrutinizer as the originating system.  Makes sense, but does me no good.

In an attempt to obtain the interal IP info for systems consuming bandwidth, the following suggestions have been made to me:

 - Mirror port information on the closet switches and stick a NetFlow-receiving PC in each of the closets.  No idea how to do this, or how it would be beneficial.

 - Install NetFlow probes onto each PC in my environment and direct those probes to export data back to the Scrutinizer system.  This would work, but there's no easy way to narrow down high bandwidth consumption from within my NetFlow app, so it be tedius at best.

I thought about it for a while, and the only other idea I came up with was to place a second router between the LAN and the firewall, making the final topology something like this: LAN > Router running NetFlow > Firewall > Router to Internet T1.

I think this idea would work, but it seems really dumb in that now I'd have to use two routers instead of just one.

As always, I'm sure there is a simpler method.  Keeping in mind I am not a firewall nor router guru, are there any options I'm missing that wouldn't require that I be an expert in order to implement.



PS: My firewall is a CheckPoint firewall, to which I have access, but for which I have zero training.  No GUI - just a linux terminal front-end.
Question by:bgruett
LVL 79

Expert Comment

ID: 24127535
There may be a much simpler solution with ManageEngine's Firewall Analyzer 5
You simply point the CheckPoint's syslog to the Firewall Analyzer internal host.
Free 30-day eval..

Expert Comment

ID: 24128547
One other solution will be to move the nat. (assuming it is nat overloading) , for the pc's, out to the router.

This should solve the visibility problem.  
1. Enable nat overloading on the cisco for outgoing traffic from your internal ip range e.g. 10.x.x.x
2. Disable the nat on the firewall for the pc's outbound.
LVL 28

Accepted Solution

mikebernhardt earned 2000 total points
ID: 24151627
Assuming that your LAN switch is layer 3, you could monitor the outbound port connecting to the firewall. If it isn't, consider spending the money on a layer 3 switch instead of another router. It will give you the same benefit for this purpose, with a lot more flexibility down the road (multiple vlans, etc.).

Oh, and this would mean using 2 vlans- one for your LAN, and a 2nd for the connection to the firewall.

Author Closing Comment

ID: 31569340
Hey, sorry for the late credit here.  Turns out the tech who set up my infrastructure had already segregated two ports on our primary Catalyst switch, one of them going to the firewall's WAN NIC and the other hitting the router.  I was able to span one of these ports to an unrelated port, stick a packet sniffer on there, and now I've got all the data I was looking for.

Thanks for the help!


Featured Post

Never miss a deadline with monday.com

The revolutionary project management tool is here!   Plan visually with a single glance and make sure your projects get done.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Getting hacked is no longer a matter or "if you get hacked" — the 2016 cyber threat landscape is now titled "when you get hacked." When it happens — will you be proactive, or reactive?
Microservice architecture adoption brings many advantages, but can add intricacy. Selecting the right orchestration tool is most important for business specific needs.
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…
After creating this article (http://www.experts-exchange.com/articles/23699/Setup-Mikrotik-routers-with-OSPF.html), I decided to make a video (no audio) to show you how to configure the routers and run some trace routes and pings between the 7 sites…

591 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question