* [LARTC] measuring performance time in a node using ethereal/tcpdump
@ 2002-11-29 0:21 nitin panjwani
2002-11-29 18:09 ` Stef Coene
2002-11-30 1:40 ` Martin A. Brown
0 siblings, 2 replies; 3+ messages in thread
From: nitin panjwani @ 2002-11-29 0:21 UTC (permalink / raw)
To: lartc
Hi All,
We are doing some experiment, where we are trying to
measure the processing time taken by a node when a
packate pssess throgh it.
--------eth0[Linux-PC Router]eth1-------
We run tethereal within this PC at eth0(incomming
interface) and eth1(outgoing interface) . Then we find
out our packate in both the captures and the
difference of two captures gives processing time of
the node
Now, the question: Is doing so a right way to measure
the processing time, as we are not sure where exactly
does libcap captures the packates. Is it right before
network driver or after it ao anywhere else?
I just came to know that On Linux, libpcap captures
packets using PF_PACKET sockets (or, on 2.0
kernels or with libpcap built on a 2.0-kernel system,
PF_INET/SOCK_PACKET sockets).
Any help on this issue will be highly appreciable.
Thanks,
Nitin
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [LARTC] measuring performance time in a node using ethereal/tcpdump
2002-11-29 0:21 [LARTC] measuring performance time in a node using ethereal/tcpdump nitin panjwani
@ 2002-11-29 18:09 ` Stef Coene
2002-11-30 1:40 ` Martin A. Brown
1 sibling, 0 replies; 3+ messages in thread
From: Stef Coene @ 2002-11-29 18:09 UTC (permalink / raw)
To: lartc
On Friday 29 November 2002 01:21, nitin panjwani wrote:
> Hi All,
>
> We are doing some experiment, where we are trying to
> measure the processing time taken by a node when a
> packate pssess throgh it.
>
> --------eth0[Linux-PC Router]eth1-------
>
> We run tethereal within this PC at eth0(incomming
> interface) and eth1(outgoing interface) . Then we find
> out our packate in both the captures and the
> difference of two captures gives processing time of
> the node
>
> Now, the question: Is doing so a right way to measure
> the processing time, as we are not sure where exactly
> does libcap captures the packates. Is it right before
> network driver or after it ao anywhere else?
>
> I just came to know that On Linux, libpcap captures
> packets using PF_PACKET sockets (or, on 2.0
> kernels or with libpcap built on a 2.0-kernel system,
> PF_INET/SOCK_PACKET sockets).
>
> Any help on this issue will be highly appreciable.
Why not using 2 extra boxes. If you send a packet from left to right and the
right hosts responds immediate (ping or so), so the packet returns, you know
the processing time.
I think there are also traffic generator tools that can monitor delays and
jitter.
Stef
--
stef.coene@docum.org
"Using Linux as bandwidth manager"
http://www.docum.org/
#lartc @ irc.oftc.net
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [LARTC] measuring performance time in a node using ethereal/tcpdump
2002-11-29 0:21 [LARTC] measuring performance time in a node using ethereal/tcpdump nitin panjwani
2002-11-29 18:09 ` Stef Coene
@ 2002-11-30 1:40 ` Martin A. Brown
1 sibling, 0 replies; 3+ messages in thread
From: Martin A. Brown @ 2002-11-30 1:40 UTC (permalink / raw)
To: lartc
The mailing list that refers to itself:
http://mailman.ds9a.nl/pipermail/lartc/2001q1/000671.html
: I think there are also traffic generator tools that can monitor delays and
: jitter.
-Martin
--
Martin A. Brown --- SecurePipe, Inc. --- mabrown@securepipe.com
_______________________________________________
LARTC mailing list / LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-11-30 1:40 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2002-11-29 0:21 [LARTC] measuring performance time in a node using ethereal/tcpdump nitin panjwani
2002-11-29 18:09 ` Stef Coene
2002-11-30 1:40 ` Martin A. Brown
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.