Hallo David,
Yes windows box, not yet from unix box.
Anyway Cisco using the similar UDP for traceroute, isn't it.. ?
David Ball wrote:
Are you performing the trace from a Windows box? It will use ICMP
by default for a traceroute instead of UDP. If on a UNIX box, you
should be able to use
Thanks Kevin.
Here the last minute captured, no more high kqread CPU consumption.
I didn't do any of tuning, just fixing some routes moving one bgp
session
PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
2540 root 2 0 223M 220M kqread 350:04 0.98%
Hi,
Why there's always lost while tracing the route to destination at
Juniper Hop (6).
But not happening on Cisco Hops (5/7)
Ping result no loss at all.
5 8 ms 1 ms 1 ms 202.1.31.130
6 * 33 ms * 121.100.4.1
714 ms20 ms13 ms 121.100.5.1
Any
Are you performing the trace from a Windows box? It will use ICMP
by default for a traceroute instead of UDP. If on a UNIX box, you
should be able to use -I or similar to tell it to use ICMP as well.
That might be one option to look at.
David
On 15/08/2008, a. rahman isnaini rst / netsoft
Date: Fri, 15 Aug 2008 11:14:20 +0700
From: a. rahman isnaini rst / netsoft [EMAIL PROTECTED]
Sender: [EMAIL PROTECTED]
Dear Juners,
Since limited documentation resources, anybody would like to suggest how
can we tune the Engine to get kqread normal ?
And what might cause of this
On Fri, Aug 15, 2008 at 08:59:17AM -0700, Kevin Oberman wrote:
PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
2540 root 2 0 223M 220M kqread 268:48 44.34% 44.34% rpd
While I can't supply any answer, the thing that is eating up the CPU is
rpd, the main
Dear Juners,
Since limited documentation resources, anybody would like to suggest how
can we tune the Engine to get kqread normal ?
And what might cause of this high cpu condition ?
PID USERNAME PRI NICE SIZERES STATETIME WCPUCPU COMMAND
2540 root 2 0 223M 220M
7 matches
Mail list logo