whenever we run into some type of network problem this might be affecting one or many devices on our network we want to try to resolve this problem as quickly as possible before we start modifying any type of configuration it's best to understand exactly what we're working with so you may want to log into your switch your router or whatever device is having problem and look at the configuration of that device you may do this through a web-based console or there might be a command line that you use via ssh if this is a device that's involved in a change control or you're performing some type of upgrade or modification it might be useful to gather this information prior to the event that way you know exactly what you're working with when you sit down to make those changes i've just logged into the web-based front end of one of the switches on my network there's also a command line with ssh that i could use to view the configuration and make changes but i thought it would be easy to see all of this in the web-based front-end you can see the system summary tells me exactly how this device has been configured it's in a layer 3 mode because this switch acts as both a switch and a router i can also look at firmware versions so this device is using firmware version 1.3.7.18 it also has a separate firmware version because i did upgrade this device from 1.3.0.62 this makes it easy to revert back to a previous version if i run into a problem so i can upgrade to the latest version and then if this happens to have some other type of bug that i wasn't expecting i can easily revert back to the previous config if you're working with layer 3 devices then you're dealing a lot with routing tables writing tables are a way that your device knows where it should be sending traffic as traffic is inbound to this layer 3 device the destination ip address will be examined and compared against the routing table that routing table will then either forward that traffic to the next hop or drop that traffic because there was no entry for that destination in the routing table if you have a lot of routers on your network you may want to build a map so you know exactly where a packet should go whenever it needs to get to a destination network sometimes these routes are created automatically through the use of dynamic routing protocols or you may be manually configuring those routes in every device if you have a lot of routers on your network you might want to create a map that shows exactly where the paths are for each individual subnet this way you'll be able to map out where traffic should go and you can confirm that based on the routing tables in each of those routers this is a key troubleshooting step if you're running into a routing problem you not only need to track every router as the traffic is outbound you also need to make sure that your routing tables are correct for the inbound traffic as well if you're configuring static routes in a device it's very easy to accidentally create a loop you might tell router a to send all traffic to router b and then you might accidentally tell router b to send all traffic to router a and then that traffic simply loops around until the time to live is expired and those packets are dropped from the network you also want to be sure you're not missing any routes so make sure that you not only map the outbound routes but also all of the inbound routes let's look again at this switch that i'm running in my studio which also acts in layer 3 as a router i see three individual static routes in this device we have a network 10.1.10.0 and a network 10.1.20.0 that are locally connected to this device so no route is needed but i did add a static route for everything else this is the default route of 0.0.0.0 which means anything that doesn't match all of the other destinations in this routing table would be routed to the next top which is 10.1.10.1 let's say that i'm at my desk and i need to communicate to a network that's located at 10.10.10.1 you can see that 10.10.10.0 is not listed in this network list which means it's going to follow the default route of 0.0.0.0 that means i'll need to look at the routing table that's at 10.1.10.1 to see what the next hop might be here is the comcast business gateway that acts as my 10.1.10.1 network and you can see there is a list in its static routing table of 10.10.10.0 which is my house network and you can see that the gateway ip or nexthop address for that network is 10.1.10.211. now i would go to that next hop along the way to determine where the proper routes would be from that device you would follow this path through all of the routers on your network to confirm that all of your static routes are configured properly if you're having problems with a single device communicating on the network then it might be useful to understand how that single interface is configured on your switch or on your router so you may need to refer to all of the different settings for that individual interface on that device the first obvious step is to check for connectivity is there a link light is traffic passing through the device and if it is you can then look at the individual configuration settings for that device and make sure there's not a duplex mismatch or an issue with the speed settings here's a list of some of the devices that are plugged into this interface i can select any of these interfaces this one happens to be up and enabled but if i move to the edit option i can see all of the different configuration settings for snmp auto negotiation auto advertisement flow control and other settings this allows me to confirm that what i've configured on the switch matches the configuration setting that i've configured on the device if you've connected a device to a switch and you find that its dhcp address is not in the subnet that you expected or simply can't communicate to any other devices on the network then it may have an incorrect vlan configuration every interface on the switch is configured as an access interface which would be for an individual device or it's a trunk interface that's designed to transport mini vlans across a single link so the first step would be to look at the configuration of your switch identify the interface where you're plugged in and then identify what vlan is configured on that interface if i connected to interface 4 i would be on vlan 100 if i connected on interface 3 i would be on vlan 254. you can see how easy it might be to plug into the wrong interface and suddenly be assigned to the wrong vlan so this would be an easy check to make sure that you've either plugged into the correct interface or that you've configured the correct vlan on the interface for that device sometimes problems can occur over a long period of time so it might be useful to see a series of trends or a baseline of information to see if you can recognize where problems might be occurring this may allow you to see what the overall utilization of the network might be at certain times of the day or you may be able to drill down into a specific device so you can see exactly what that user may be doing your organization may already be collecting this information it may be taking logs and consolidating all of those logs in a sim or you may have netflow or some other type of collection mechanism to be able to see statistics over a long period of time from here you can look at certain times of the day you can identify what protocols may be traversing the network and you can look for any errors or problems associated with those conversations