The advice to avoid some of the most common mistakes that can create serious problems.
1. Redistribution of filtering
In the redistribution of routing, you need to filter properly routers. That is absolutely not to apply filters is usually a practice that creates problems for some relief, but managing a complex network filters and sketched in summary fashion is a serious difficulty for an administrator It. The best way to avoid this, obviously is to not make the redistribution.
2. Parameter mismatches of OSPF
To work correctly, routers Open Shortest Path First (OSPF) must have some parameters in common. These include authentication, area identifier, the masking, and the dead time of the router and so on. Because of Incorrect, non-standard configurations or password invalid, some parameters may not be congruent. Since it is difficult to avoid typing incorrect, you can remedy the thing using the debug command for OSPF adjacencies that quickly and easily lets you know if there is a problem parameter mismatches.
3. Subnets
The redistribute router of the OSPF is not uncommon to find that missing different route. The most common problem is that someone forgot to insert the keyword “subnets” command at the end of redistribution. Without the keyword, only networks that are not subnetted will be redistributed on the OSPF.
4. Metrics
If while you are redistributing routes in the Enhanced Interior Gateway Routing Protocol (EIGRP) discover that these are all missing, the problem is almost always back to someone who has forgotten to adjust the metrics. This fact delegated administrator (not considering that may not really be a default if it must be configured). To resolve this problem, you must configure a default metric default-metric command via the bandwidth delay reliability loading mtu.
5. Tweaking the EIGRP metrics
Speaking of EIGRP metric is often difficult for administrators to resist from making their own tweaking to cause traffic to prefer a circuit rather than another. In our experience, this is almost always an attempt to send traffic over a VPN over the Internet instead of frame relay circuit with limited bandwidth. The bandwidth and the parameters of delay seem very simple to apply. Over time, all these tweaks instead become a nightmare when administrators try to find all the metrics that have been developed and is no longer so easy to determine how to get traffic to circulate in the circuit just yet. The advice to avoid unpredictable amount of traffic is simple: if you are planning to do the tweaking of the EIGRP metric, to choose appropriate parameters to three paths through your network. Calculate the cost of each proper path and try to guess what will be the favorite. If you were right, and I liked the exercise, go ahead and make your changes.