Continuing with our OSPF and interior gateway protocols we will not look at an MD5 implementation utilizing OSPF on a Cisco router. We will again continue with our 3 router topology as used in both the EIGRP MD5 example and the OSPF plain text example. There are very few changes that will need to be made to our earlier OSPF example using plain text. The topology is as follows.
Permanent link to this article: https://www.packetpilot.com/cisco-ospf-md5-authentication/
Continuing with our interior routing protocol discussion on authentication we are going to look at Cisco OSPF implementation of plain text authentication. While this isn’t the most widely used model for authentation with OSPF it is a viable option. The topology we are going to use is the same topology from the EIGRP authentication example. The steps may feel familiar as well.
Permanent link to this article: https://www.packetpilot.com/cisco-ospf-plain-text-authentication/
The scenario looks like this. You’ve got a branch office with a single router connecting to your corporate office over the WAN. In your branch office you have a single layer 2 switch and a desire to separate traffic into multiple broadcast domains. Maybe you want an easy way to allow only HR computers to connect to a very specific branch office server and the only place for any restriction of traffic is on that branch office router. Here is where your router on a stick comes into play.
Permanent link to this article: https://www.packetpilot.com/router-on-a-stick/
Cisco routers are capable of doing many more things than simply routing packets. In fact, it can operate as a small DHCP server when needed. By no means is it a replacement for your enterprise, centrally managed DHCP server but it does have its applicable scenarios. Lets say you have a branch office that has its own server for any particular reason. Maybe it is a local file share for an engineering departments CAD program and rather than having all file traffic from opens and saves traverse the WAN during the day, you simply run backs of that server across the WAN at night. Continue reading
Permanent link to this article: https://www.packetpilot.com/cisco-dhcp-configuration/
Routing is at the core of the network infrastructure. Routing is what ultimately lets you get from point A to point B not only in your own network, but also across the entirety of the world wide web. Routing in its simplest form tells your network devices the path to get to another network device located on another network. This was originally handled by creating static routes to the required destinations.
Permanent link to this article: https://www.packetpilot.com/static-routing-with-cisco/
Todays enterprise network is heavily focused on providing as near to 100% uptime as possible. Newer technologies such as virtualization and server clusters have been a focal point in achieving this level of service for some time now. However, an often missed opportunity to provide that level of service exists in the core of your infrastructure. Many medium size organizations will implement a server monitoring resource to measure and track the uptime on their core applications and infrastructure servers such as DHCP, DNS, SharePoint, Active Directory, and so on. Often times this monitoring server is located within the data center, and likely on the same subnets as the servers themselves. This can quickly skew your uptime numbers in the sense of “can my users reach the servers?”. While true, the uptime of the servers may be near 100% from the standpoint of the monitoring system, that does not indicate the ability for your users to reach the servers, or in the same concept, your servers to reach your users. Enter default gateway redundancy.
Permanent link to this article: https://www.packetpilot.com/cisco-hsrp-example/
In my chase for CCNP I came across virtual links while studying for the CCNP ROUTE exam. When I first read through the concept I was slightly lost during the description. However, upon a couple of runs through a lab it became clear on how easy the were. Before I list the condensed two step (or focus points if you will) to look at let’s look at what a virtual link is and why we would use it.
Permanent link to this article: https://www.packetpilot.com/cisco-ospf-virtual-link-example/