Cacti (home)ForumsDocumentation
Cacti: offical forums and support
It is currently Sun Jun 16, 2019 3:48 pm

All times are UTC - 5 hours




Post new topic Reply to topic  [ 5 posts ] 
Author Message
 Post subject: Mac Track in environment without traditional switches/router
PostPosted: Tue May 07, 2019 10:33 am 
Offline

Joined: Sun Sep 17, 2017 6:35 pm
Posts: 9
I'm running Debian 9 Stretch with packaged Cacti 1.1.38, (anxiously awaiting the 1.2.2 release to backports).

All my hosts live on networks that I do not own, they connect back to my network via VPN. Is there a way I can use MAC Track to poll each interface and keep an accounting of the mac addresses that way? The plugin appears to want to use switches and routers to gather each mac address however I do not have these in the traditional sense.

When I add I device along with it's interfaces I do see it's mac address at that time.

What version of Mac Track should I be running?

Thanks for your support!

chip


Top
 Profile  
 
 Post subject: Re: Mac Track in environment without traditional switches/ro
PostPosted: Sun May 12, 2019 1:02 pm 
Offline

Joined: Sun Sep 17, 2017 6:35 pm
Posts: 9
I grabbed v4.2 from Github releases section and got this working, I can now use my linux boxes and scan for local and remote IP's on remote lan's. One area that I'm not able to scan is the hundreds of hosts that connect through my OpenVPN Access Servers. Has anyone developed a scanner to collect IP and MAC for these hosts that connect through as0tX interfaces? I can see the interfaces these devices connect through in the interface tab but these subnets are not discovered. Appreciate any help and support.

Thanks,
Chip


Top
 Profile  
 
 Post subject: Re: Mac Track in environment without traditional switches/ro
PostPosted: Sun May 12, 2019 1:30 pm 
Offline

Joined: Sun Sep 17, 2017 6:35 pm
Posts: 9
Also seeing errors in my log:

CMDPHP ERROR: A DB Exec Failed!, Error: Unknown column 'N' in 'field list'

2019/05/12 14:10:54 - DBCALL ERROR: A DB Exec Failed!, Error:1054, SQL:'REPLACE INTO mac_track_temp_ports (site_id,device_id,hostname,dns_hostname,device_name,vlan_id,vlan_name, mac_address,vendor_mac,ip_address,port_number,port_name,scan_date) VALUES (1,3,'10.0.1.10','somehost.subdomain.mydomain.com','fileserver',N/A,'N/A','f4:96:34:37:53:f2:','f4:96:34','10.0.1.126','2','N/A','2019-05-12 14:10:49')'

These devices are sitting on my local subnet, these are not OpenVPn clients.


Top
 Profile  
 
 Post subject: Re: Mac Track in environment without traditional switches/ro
PostPosted: Fri May 17, 2019 4:15 pm 
Offline
Cacti Guru User

Joined: Sun Aug 27, 2017 12:05 am
Posts: 2499
The problem is the N/A that isnt in brackets.

_________________
Official Cacti Developer

Cacti Resources:
Cacti Website (including releases)
Cacti Issues
Cacti Development Releases
Cacti Development Documentation

My resources:
How to submit Pull Requests
Development Wiki and How To's
Updated NetSNMP Memory template for Cacti 1.x
Cisco SFP template for Cacti 0.8.8


Top
 Profile  
 
 Post subject: Re: Mac Track in environment without traditional switches/ro
PostPosted: Mon May 20, 2019 9:45 pm 
Offline

Joined: Sun Sep 17, 2017 6:35 pm
Posts: 9
Thanks for the reply. I took the leap to buster to get to 1.2.2. Brilliant piece of software here. Do you have anything in the works to support mac-address scanning on openvpn devices? Before the update to 1.2.2 my openvpn mac's were in the host_snmp_cache table. I believe these mac-addresses are auto assigned but I do not often change the tap interface so they'll essentially remain static.

Thanks,


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 5 posts ] 

All times are UTC - 5 hours


Who is online

Users browsing this forum: No registered users and 2 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Search for:
Jump to:  

Protected by Anti-Spam ACP Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group