I need to clarify my question. Is it possible for NetBD to scrape the MAC addresses from these?
I get the following error in the control log on these routers.
Warning|: No mac-address table data received from 1941router: Use netdbctl -debug 2 for more info, or disable mac-address tables on 1941router in the devicelist.csv with netdbnomac if unsupported on this device.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Unfortunately, NetDB can not gather mac address data from these routers since it is not in the Catalyst switch format. What do you see under show mac-address-table?
I need to clarify my question. Is it possible for NetBD to scrape the MAC addresses from these?
I get the following error in the control log on these routers.
Warning|: No mac-address table data received from 1941router: Use netdbctl -debug 2 for more info, or disable mac-address tables on 1941router in the devicelist.csv with netdbnomac if unsupported on this device.
i know this post is a little old, but nobody answered your question about the cisco 881 device.
Let me try to complete this:
An example output of show mac-address-table looks like this:
Check the results of the /tmp/mac.txt and if it populates, go ahead and replace your current iosscraper.pl in the netdbscraper directory with this one.
i know this post is a little old, but nobody answered your question about the cisco 881 device.
Let me try to complete this:
An example output of show mac-address-table looks like this:
Destination Address Address Type VLAN Destination Port
Cisco IOS Software, C880 Software (C880DATA-UNIVERSALK9-M), Version 15.3(3)M, RELEASE SOFTWARE (fc2)
Technical Support: http://www.cisco.com/techsupport
Copyright (c) 1986-2013 by Cisco Systems, Inc.
Compiled Mon 22-Jul-13 04:48 by prod_rel_team
ROM: System Bootstrap, Version 12.4(22r)YB5, RELEASE SOFTWARE (fc1)
Do you think there is a way to read the arp entrys from this device in future releases with the information above??
BTW: NetDB is great! Keep on going forward with this very useful product!
Thank you so much for your fast reply and the new scraper file.
I've just tested it a few minutes ago.
I think there is still a minor thing going wrong, but it's getting some data from the router.
I've modified the command to
|DEBUG|: Helper Loading Alternate Config File: /etc/netdb.conf
|DEBUG|: Device: r13201, fqdn: RouterName.domain.com, mac: 1, wifi: , arp: 1, vrfs: , ipv6: , devtype: , authgroup: group2, ssh_port: 22, ssh_timeout: 10, login_timeout: 10
iosscraper.pl(29489): Connecting to device RouterName.domain.com
iosscraper.pl(29489): Connecting to RouterName.domain.com using SSH(1) Telnet(0)...
|DEBUG|: Testing port 22 on 192.168.156.254 for open state
192.168.156.254 SSH port open
|DEBUG|: r13201 in authgroup group2
|SSH|: Logging in to RouterName.domain.com (timeout: 10)
|DEBUG|: Logged in to RouterName.domain.com, setting terminal length 0
iosscraper.pl(29489): Getting the Interface Descriptions on RouterName.domain.com
|DEBUG|: Did not match description: show interface description
|DEBUG|: Did not match description: Interface Status Protocol Description
Got Desc: AT0, report: 17000k/2649k:PHYS INT:0:
Got Desc: AT0.1, *** RouterName : 0/ ***
Got Desc: Di10, *** ADSL connection via L2TP ***
Got Desc: Et0,
Got Desc: Fa0, *** Customer LAN ***
Got Desc: Fa1,
Got Desc: Fa2,
Got Desc: Fa3,
Got Desc: Lo1, *** Management Interface ***
Got Desc: Vi1,
Got Desc: Vl1, *** Customer LAN ***
Got Desc: Vl9, *** Customer LAN 1 ***
Got Desc: Vl10, *** Customer LAN Mgmt ***
Got Desc: Vl13, *** Customer LAN 2 ***
|DEBUG|: Did not match description: RouterName#
iosscraper.pl(29489): Getting the Interface Status Table on RouterName.domain.com
iosscraper.pl(29489): Getting the MAC Table on RouterName.domain.com
iosscraper.pl(29489): |DEBUG|: Caught bad mac address-table command
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 1 Vlan1
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: b000.b4ef.f481 Dynamic 1 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 9 Vlan9
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 10 Vlan10
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 0018.0a34.dd0e Dynamic 13 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 0019.99d5.8035 Dynamic 13 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 001e.8f30.02b6 Dynamic 13 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 13 Vlan13
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: b000.b4ef.f4c2 Dynamic 13 FastEthernet0
iosscraper.pl(29489): |Warning|: No mac-address table data received from r13201: Use netdbctl -debug 2 for more info, or disable mac-address tables on r13201 in the devicelist.csv with netdbnomac if unsupported on this device.
iosscraper.pl(29489): |DEBUG|: Bad mac-table-data: show mac-address-table
Destination Address Address Type VLAN Destination Port
------------------- ------------ ---- --------------------
3c08.f67e.fe16 Self 1 Vlan1
b000.b4ef.f481 Dynamic 1 FastEthernet0
3c08.f67e.fe16 Self 9 Vlan9
3c08.f67e.fe16 Self 10 Vlan10
0018.0a34.dd0e Dynamic 13 FastEthernet0
0019.99d5.8035 Dynamic 13 FastEthernet0
001e.8f30.02b6 Dynamic 13 FastEthernet0
3c08.f67e.fe16 Self 13 Vlan13
b000.b4ef.f4c2 Dynamic 13 FastEthernet0
RouterName#
iosscraper.pl(29489): Getting the ARP Table on RouterName.domain.com
iosscraper.pl(29489): |DEBUG|: running command via SSH: show ip arp
iosscraper.pl(29489): |DEBUG|: cleaning ARP output.
iosscraper.pl(29489): Getting the Neighbor Discovery Table on RouterName.domain.com
iosscraper.pl(29489): |DEBUG|: Gathering CDP data on r13201
iosscraper.pl(29489): |DEBUG|: Neighbors discovered via CDP: 1
iosscraper.pl(29489): |DEBUG|: Gathering LLDP data on r13201
iosscraper.pl(29489): |DEBUG|: Neighbors discovered via LLDP: 0
iosscraper.pl(29489): Cleaning Trunk Data on RouterName.domain.com
Warning: Empty mac table passed to cleanTrunks
iosscraper.pl(29489): Writing Data to Disk on RouterName.domain.com
iosscraper.pl(29489): Completed ( mac arp ND ) via ssh on RouterName.domain.com
After that, the /tmp/mac.txt is emtpy and the file /tmp/arp.txt contains
FYI:
We use this router as a MPLS Edge and it holds the L3 information. On one interface , there is a switch connected, which holds the L2/port information.
Thank you again for your time and help!
Very appreciated!
Cheers
Mark
Last edit: kct-networx 2016-07-14
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
No problem, could you try cranking up the debug to level 5 and send me just the “Unmatched Mac Table Fields” section. Careful, I think it may dump your password at level 5 as well, and I only need that section of the debug.
Thank you so much for your fast reply and the new scraper file.
I've just tested it a few minutes ago.
I think there is still a minor thing going wrong, but it's getting some data from the router.
I've modified the command to
./iosscraper.pl -d RouterName.domain.com,arp,authgroup=group2 -om /tmp/mac.txt -oa /tmp/arp.txt -debug 4
and got the following output:
|DEBUG|: Helper Loading Alternate Config File: /etc/netdb.conf
|DEBUG|: Device: r13201, fqdn: RouterName.domain.com, mac: 1, wifi: , arp: 1, vrfs: , ipv6: , devtype: , authgroup: group2, ssh_port: 22, ssh_timeout: 10, login_timeout: 10
iosscraper.pl(29489): Connecting to device RouterName.domain.com
iosscraper.pl(29489): Connecting to RouterName.domain.com using SSH(1) Telnet(0)...
|DEBUG|: Testing port 22 on 192.168.156.254 for open state
192.168.156.254 SSH port open
|DEBUG|: r13201 in authgroup group2
|SSH|: Logging in to RouterName.domain.com (timeout: 10)
|DEBUG|: Logged in to RouterName.domain.com, setting terminal length 0
iosscraper.pl(29489): Getting the Interface Descriptions on RouterName.domain.com
|DEBUG|: Did not match description: show interface description
|DEBUG|: Did not match description: Interface Status Protocol Description
Got Desc: AT0, report: 17000k/2649k:PHYS INT:2000005805.37 - 910/RSJ/69000//30 18338073:
Got Desc: AT0.1, RouterName : 2000005805.000037 : 910/RSJ/69000//
Got Desc: Di10, ADSL connection via L2TP
Got Desc: Et0,
Got Desc: Fa0, Customer LAN
Got Desc: Fa1,
Got Desc: Fa2,
Got Desc: Fa3,
Got Desc: Lo1, Management Interface
Got Desc: Vi1,
Got Desc: Vl1, Customer LAN
Got Desc: Vl9, Customer LAN Telefon
Got Desc: Vl10, Customer LAN Mgmt
Got Desc: Vl13, Customer LAN IGM Verwaltung
|DEBUG|: Did not match description: RouterName#
iosscraper.pl(29489): Getting the Interface Status Table on RouterName.domain.com
iosscraper.pl(29489): Getting the MAC Table on RouterName.domain.com
iosscraper.pl(29489): |DEBUG|: Caught bad mac address-table command
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 1 Vlan1
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: b000.b4ef.f481 Dynamic 1 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 9 Vlan9
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 10 Vlan10
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 0018.0a34.dd0e Dynamic 13 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 0019.99d5.8035 Dynamic 13 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 001e.8f30.02b6 Dynamic 13 FastEthernet0
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: 3c08.f67e.fe16 Self 13 Vlan13
iosscraper.pl(29489): |DEBUG|: unparsed MAC data on r13201: b000.b4ef.f4c2 Dynamic 13 FastEthernet0
iosscraper.pl(29489): |Warning|: No mac-address table data received from r13201: Use netdbctl -debug 2 for more info, or disable mac-address tables on r13201 in the devicelist.csv with netdbnomac if unsupported on this device.
iosscraper.pl(29489): |DEBUG|: Bad mac-table-data: show mac-address-table
Destination Address Address Type VLAN Destination Port
RouterName#
iosscraper.pl(29489): Getting the ARP Table on RouterName.domain.com
iosscraper.pl(29489): |DEBUG|: running command via SSH: show ip arp
iosscraper.pl(29489): |DEBUG|: cleaning ARP output.
iosscraper.pl(29489): Getting the Neighbor Discovery Table on RouterName.domain.com
iosscraper.pl(29489): |DEBUG|: Gathering CDP data on r13201
iosscraper.pl(29489): |DEBUG|: Neighbors discovered via CDP: 1
iosscraper.pl(29489): |DEBUG|: Gathering LLDP data on r13201
iosscraper.pl(29489): |DEBUG|: Neighbors discovered via LLDP: 0
iosscraper.pl(29489): Cleaning Trunk Data on RouterName.domain.com
Warning: Empty mac table passed to cleanTrunks
iosscraper.pl(29489): Writing Data to Disk on RouterName.domain.com
iosscraper.pl(29489): Completed ( mac arp ND ) via ssh on RouterName.domain.com
After that, the /tmp/mac.txt is emtpy and the file /tmp/arp.txt contains
192.168.156.6,0019.99d5.8035,13,Vlan13,,RouterName
192.168.156.21,0080.9f83.b0ce,52,Vlan13,,RouterName
192.168.156.23,0080.9f83.2a9c,119,Vlan13,,RouterName
192.168.156.61,b000.b4ef.f4c2,155,Vlan13,,RouterName
192.168.156.80,0018.0a34.dd0e,0,Vlan13,,RouterName
192.168.156.103,001e.8f30.02b6,1,Vlan13,,RouterName
192.168.156.254,3c08.f67e.fe16,-,Vlan13,,RouterName
FYI:
We use this router as a MPLS Edge and it holds the L3 information. On one interface , there is a switch connected, which holds the L2/port information.
Thank you again for your time and help!
Very appreciated!
Anyone know if it is possible for NetDB to run on these two router types?
I need to clarify my question. Is it possible for NetBD to scrape the MAC addresses from these?
I get the following error in the control log on these routers.
Warning|: No mac-address table data received from 1941router: Use netdbctl -debug 2 for more info, or disable mac-address tables on 1941router in the devicelist.csv with netdbnomac if unsupported on this device.
Unfortunately, NetDB can not gather mac address data from these routers since it is not in the Catalyst switch format. What do you see under show mac-address-table?
Thanks
Hi Jonathan,
i know this post is a little old, but nobody answered your question about the cisco 881 device.
Let me try to complete this:
An example output of show mac-address-table looks like this:
It was caught from a device
Do you think there is a way to read the arp entrys from this device in future releases with the information above??
BTW: NetDB is great! Keep on going forward with this very useful product!
Cheers,
Mark
Hey, thanks for the kind words. I’ve uploaded a new iosscraper.pl to the trunk repo that hopefully should do the trick.See if this works for you:
https://sourceforge.net/p/netdbtracking/code/HEAD/tree/trunk/netdbscraper/iosscraper.pl https://sourceforge.net/p/netdbtracking/code/HEAD/tree/trunk/netdbscraper/iosscraper.pl
./iosscraper.pl -d your-rtr -om /tmp/mac.txt -debug 4
Check the results of the /tmp/mac.txt and if it populates, go ahead and replace your current iosscraper.pl in the netdbscraper directory with this one.
Jonathan
Thank you so much for your fast reply and the new scraper file.
I've just tested it a few minutes ago.
I think there is still a minor thing going wrong, but it's getting some data from the router.
I've modified the command to
and got the following output:
After that, the /tmp/mac.txt is emtpy and the file /tmp/arp.txt contains
FYI:
We use this router as a MPLS Edge and it holds the L3 information. On one interface , there is a switch connected, which holds the L2/port information.
Thank you again for your time and help!
Very appreciated!
Cheers
Mark
Last edit: kct-networx 2016-07-14
Hey,
No problem, could you try cranking up the debug to level 5 and send me just the “Unmatched Mac Table Fields” section. Careful, I think it may dump your password at level 5 as well, and I only need that section of the debug.
Thanks
Hi jonathan,
the debug 5 output (umatched mac table fields only):
Cheers,
Mark
Could you try grabbing the latest version of that file and giving it a shot again? Hopefully that will fix the glitch.
Jonathan
Hi Jonathan,
with r762, the mac and arp entries made it into the arp.txt and mac.txt :-)
Good work! Thank you for your help!
I've still seen some output errors in debug 5 mode and I'm not sure if there is still a need to something:
The relevant output:
I hope this helps, in case there is still something wrong.
Thank you so much for your help!
Cheers,
Mark
Great! Everything is looking good Mark, I tossed that data because those MAC addresses belonged to the router itself.
Enjoy,
Jonathan
--
Jonathan Yantis