From: James Ventre (messageboard@ventrefamily.com)
Date: Thu Jun 08 2006 - 16:50:12 ART
Not necessarily. The minute it hits the interface SPD (or any other
similar priority mechanism) should kick in and give it priority in the
input queue. You want to go in the queue as any other packet would.
James
Richard Dumoulin wrote:
James, by your logic I can just ping B and I will be sure that my latency
won't be greater than that number. Don't you agree?
-- Richard
-----Message d'origine-----
De : James Ventre [mailto:messageboard@ventrefamily.com]
Envoyi : Thursday, June 08, 2006 8:44 PM
@ : Richard Dumoulin
Cc : 'Chris Broadway'; Cisco certification
Objet : Re: RE : RE : RE : RE : Traceroute
I'm going to assume that you are not the ISP here.
Suppose you have 3 segments, and 3 routers. [YOU ARE HERE] - A - B -
C.
If you want to to figure out the latency between A and B ... you can ping
C. What you will get is extra latency induced from going from B to C and
the associated process level overhead @ router C, but you know that your
latency is no greater than that number. To make sure that don't send 5
pings at the wrong time (while it's getting polled), send a bunch and
take an average.
Yes, I know it sucks, but when you're dealing with punted/process level
packets, it's never easy (especially when you don't own the gear)
James
Richard Dumoulin wrote:
You have 2 sites in the Internet and would like to reduce the latency
between them. So as a first step you discover the path with a traceroute
and measure the RTT with PING to identify the segment where the packets
spend most of their time
-- Richard
-----Message d'origine-----
De : James Ventre [mailto:messageboard@ventrefamily.com]
Envoyi : Thursday, June 08, 2006 8:21 PM
@ : Richard Dumoulin
Cc : 'Chris Broadway'; Cisco certification
Objet : Re: RE : RE : RE : Traceroute
If you don't own (and have access to) all of the infrastructure
inbetween, your options are pretty limited.
What is the real goal?
James
Richard Dumoulin wrote:
So what are the valid options then?
-- Richard
**********************************************************************
Any opinions expressed in the email are those of the individual and not
necessarily the company. This email and any files transmitted with it are
confidential and solely for the use of the intended recipient. If you are
not the intended recipient or the person responsible for delivering it to
the intended recipient, be advised that you have received this email in
error and that any dissemination, distribution, copying or use is
strictly prohibited.
If you have received this email in error, or if you are concerned with
the content of this email please e-mail to: e-security.support@vanco.info
The contents of an attachment to this e-mail may contain software viruses
which could damage your own computer system. While the sender has taken
every reasonable precaution to minimise this risk, we cannot accept
liability for any damage which you sustain as a result of software
viruses. You should carry out your own virus checks before opening any
attachments to this e-mail.
**********************************************************************
This archive was generated by hypermail 2.1.4 : Sat Jul 01 2006 - 07:57:32 ART