I have a 1811 router that seems to be the cause of repeated failures in web requests. Users are complaining of having to refresh pages multiple times to connect. Once restarted, the traffic flows smoothly again.
How can I monitor the router to detect the cause of this in order to be sure that it is the problem?
what kind of services is this router doing? for intance Are you doing nat? what kind of routing protocol? how about cpu process utilization? memory? is there any interface errors? packets discards? buffer overflows?
Can you advise how I can see the various things you metioned above:
-cpu process utilization
Id like to be able to check these items when 1.) Traffic is flowing and 2.) When traffic is NOT flowing. How do I monitor these items from CLI?
Also, the strange part of the issue is that the VPN tunnel to the remote email server is fine and VOIP traffic seems to be unaffected, but http and https requests require multiple refreshes to get a page to load.
Ive attached the output from a show running-config.
Im not sure what you mean by 'very long'. Is there a particular metric I can monitor that will help me confirm the 'slowness' mentioned above? Id prefer to do this at CLI, but if I have to use something like SDM, I can do that as well.
The symptom that the users are experiencing is that http and https requests need to be made multiple times in order for a page to fully load. What metrics or statistics should I be looking at to confirm that the problem exists in the router or elsewhere?
By 'very long', I meant pages and pages of entries in the translation table.
I am unaware of any metric that monitors 'slowness'. We have experienced Internet slowness because the routers nat table is full and the router must clear an entry before a new one can be created. (processor intensive and slow) This was caused by the old entries never timing out.
We determined this by clearing the nat table and discovering the slowness went away. We then added the timeout statement so the table never filled up.
If clearing the table using the cli does not help, then you must be experiencing a different problem then we did.
We are pleased to announce availability of Beta software for 16.6.3.
16.6.3 will be the second rebuild on the 16.6 release train targeted
towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are
looking for early feedback from customers befor...
Introduction Featured Speakers Luis Espejel is the Telecommunications
Manager of IENova, an Oil & Gas company. Currently he works with Cisco
IOS® and Cisco IOS XE platforms, and NX to some extent. He has also
worked as a Senior Engineer with the Routing P...
In this session you can learn more about Layer 3 multicast and the best
practices to identify possible threats and take security measures. It
provides an overview of basic multicast, the best security practices for
use of this technology, and recommendati...