ou too B.A.
-Original Message-
From: Priscilla Oppenheimer [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 25, 2003 9:21 AM
To: [EMAIL PROTECTED]
Subject: RE: FW: Ethernet Slot Time and Delay [7:63659]
Newell Ryan D SrA 18 CS/SCBT wrote:
>
> > 500 Meters?? It's 2500 meters.
a lot of
> > assumptions. Really, the
> > size of the network depends on round-trip propagation delay
> for the
> > particular equipment, cables, and cable lengths.
>
> Maybe I was wrong for thinking that. If my net was all 10 Base
> T, then with
> max 5 segments
k depends on round-trip propagation delay for the
> particular equipment, cables, and cable lengths.
Maybe I was wrong for thinking that. If my net was all 10 Base T, then with
max 5 segments...500 meters. That's were I got that number from. Measuring
the size of the collision domain is well und
of such a network, there can
be 5 segments, 4 repeaters (hubs), but only 3 segments can have end systems.
That's the infamous 5-4-3 "rule." It makes a lot of assumptions. Really, the
size of the network depends on round-trip propagation delay for the
particular equipment, cables,
eekend. If a bit is 17.7 meters long and the max of a
distance of a 10BaseT net is 500 meters with 4 hubs (20 bit times) that
gives a grand total of 105 bit times. Is this the propagation delay of the
cable? I've been trying to compare this to the definitive guides method and
it is just not
Some descriptions of Ethernet refer to a segment as one side of a hub, i.e.
just one link. The propagation delay information for a hubbed networks takes
into account the small amount of time for a repeater to repeat. The repeater
doesn't do much, but it does regenerate the preamble and sign
lated
> to round trip propagation delay? I would think it would be one
> way.
A collision could happen at the other end of the network segment. News of
the collision has to travel back to the senders. The signal travels
outwards; the collision news travels back.
The goal is to make sure that
If two 10 Base T Ethernet stations transmit at the same they receive data on
there receive pins. Will both stations send out a 32 bit jam sequence?
If both stations do send a jam signal, why is the slot time closely related
to round trip propagation delay? I would think it would be one way
ts
have to go to the router first, because if they go to the Pix and the
link is down, the Pix won't route the requests.
Problem
The delay going from the client to the router and then to the Pix is
quite large, yielding a throughput of about 83% of that found when
going from the client to the
David,
Thanks for the link ... but I can't use that feature because of the very hig
IOS version.
regards,
monti
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=49534&t=49441
--
FAQ, list archives, and subscription info: http://
tate through several dialer strings, but I
think that there's no possibility of configuring a delay between the calls..
hope this help.
David
Antonio Montana wrote:
>
> Sorry for the confusing "diagram" ;)
>
> router_1 connects to router_2 via FrameRelay
> router_1 co
Sorry for the confusing "diagram" ;)
router_1 connects to router_2 via FrameRelay
router_1 connects to router_3 via FrameRelay
All routers have ISDN connections
need something like the backup delay xx yy command but for dialer interfaces
?!?
cheers,
monti
Message Poste
Hi all,
How can I configure a delay with dialer Profiles ??
Let's say I have a the following scenario with three routers (FR with OSPF).
In case of the failure of the connection between router_3 and router_1 ,
either router_2 or router_3 can bring up an ISDN line.
First it should come u
side of the equation i.e 10^7/1544 was the
minimum Bw along the path. So I had to introduce a
delay of 5000 usecs extra, such that when I scaled
down by 10 I had the 500 extra units that the Router
was displaying. This I concluded is therefore the
delay for virtual interfaces ?
It seems a little od
PM 4/25/02, dj wrote:
> >on "slower speed" WAN links, does one have to fragment all large data
> >packets if the serialization delay introduced by the WAN link exceeds
> >the VoIP codec packet update interval?
> >
> >As an example, a 1500 byte data packet ha
At 01:35 PM 4/25/02, dj wrote:
>on "slower speed" WAN links, does one have to fragment all large data
>packets if the serialization delay introduced by the WAN link exceeds
>the VoIP codec packet update interval?
>
>As an example, a 1500 byte data packet has roughly about
on "slower speed" WAN links, does one have to fragment all large data
packets if the serialization delay introduced by the WAN link exceeds
the VoIP codec packet update interval?
As an example, a 1500 byte data packet has roughly about a 23 msec
serialization delay thru a 512 kbits/se
Thanks Phil
Message Posted at:
http://www.groupstudy.com/form/read.php?f=7&i=38036&t=37768
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
.
--- Hans PHAM wrote: > I did
a search and came across this question posted
> about 2 weeks ago. But I
> did not get the answer I need.
>
> Could anyone have a link stating the default delay
> for different types of
> Interfaces ? Thanks a lot.
>
> By the way, Cisco is
I did a search and came across this question posted about 2 weeks ago. But I
did not get the answer I need.
Could anyone have a link stating the default delay for different types of
Interfaces ? Thanks a lot.
By the way, Cisco is marketing that EIGRP can do route selection based on
current Load
Steven A. Ridder wrote:
>
> I believe the delay is by default set on the interface by the
> router based
> on the type of link it is. I'm sure there's charts on CCO
> somewhere. You
> can change this info on the interface with the delay command,
> which is the
Hi Experts,
I have Cisco 2621, 2WAN & 2 LAN interfaces. Mostly
traffic of fa0/0 goes to s0/0 and fa0/1 goes to s0/1,
through IP policy route map commnd.
But if I divert traffic of fa0/1 to s0/0 or vis-versa,
then it took nearly 500ms to cross rache the WAN
interface.
What could be the problem a
- DLC Header -
> >DLC: Destination = Station Cisco1053E80
> >DLC: Source = Station Cisco1002E75
> >DLC: Ethertype = 0800 (IP)
> > IP: - IP Header -
> >IP: Version = 4, header length = 20 bytes
> >IP:
DLC: Destination = Station Cisco1053E80
> >DLC: Source = Station Cisco1002E75
> >DLC: Ethertype = 0800 (IP)
> > IP: - IP Header -
> >IP: Version = 4, header length = 20 bytes
> >IP: Type of service = 00
> >I
M 2/20/02, Priscilla Oppenheimer wrote:
>The delay part of the EIGRP composite metric is not measured. It's based on
>the type of interface. Each type of interface has a default value. You can
>change it, although this is risky and not recommended.
>
>Because EIGRP is a distance-
Did anyone notice that I explained reliability and load backwards? ;-) It
was a copy-and-paste error. Reverse the two explanations below please.
Priscilla
At 08:43 PM 2/20/02, Priscilla Oppenheimer wrote:
>The delay part of the EIGRP composite metric is not measured. It's based on
>
http://www.cisco.com/warp/public/103/eigrp-toc.html
Priscilla
At 09:36 AM 2/21/02, Steven A. Ridder wrote:
>So is it safe for me to conclude that I was wrong in stating that EIGRP
>sends the metrics to its neighbors. It actually sends the raw data such as
>bandwidth, and delay, and the n
The 'Bandwidth' and 'Delay' parameters ARE metrics,
which are sent to neighbours in packets in order that
DUAL can be run to calculate its topological database
and routing table.
Phil.
--- "Steven A. Ridder"
wrote: > So is it safe for me to conclude that I
So is it safe for me to conclude that I was wrong in stating that EIGRP
sends the metrics to its neighbors. It actually sends the raw data such as
bandwidth, and delay, and the neighbor router uses the DUAL FSM process to
calculate the Reported Distance and then it's distance? I
4, header length = 20 bytes
>IP: Type of service = 00
> IP: 000. = routine
>IP: ...0 = normal delay
>IP: 0... = normal throughput
>IP: .0.. = normal reliability
>IP: Total length= 68 by
800 (IP)
> IP: - IP Header -
>IP: Version = 4, header length = 20 bytes
>IP: Type of service = 00
>IP: 000. = routine
>IP: ...0 = normal delay
>IP: 0... = normal throughput
>IP: .
The delay part of the EIGRP composite metric is not measured. It's based on
the type of interface. Each type of interface has a default value. You can
change it, although this is risky and not recommended.
Because EIGRP is a distance-vector protocol, the router sends route updates
that
0800 (IP)
IP: - IP Header -
IP: Version = 4, header length = 20 bytes
IP: Type of service = 00
IP: 000. = routine
IP: ...0 .... = normal delay
IP: 0... = normal throughput
IP: .0.. = normal reliability
IP:
Oops, I looked it up and what do you know... these's a nice field for
bandwidth and delay.
""Steven A. Ridder"" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> It's not in a packet that gets sent.
>
>
> ""Sasa Milic&qu
It's not in a packet that gets sent.
""Sasa Milic"" wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> The router DOES pass total delay and minumum bandwidth of the route
> to neighbors.
>
> check "show ip eigrp topologu
>
&
The router DOES pass total delay and minumum bandwidth of the route
to neighbors.
check "show ip eigrp topologu
Sasa
CCIE No 8635
"Steven A. Ridder" wrote:
>
> I believe the delay is by default set on the interface by the router based
> on the type of link it is.
I believe the delay is by default set on the interface by the router based
on the type of link it is. I'm sure there's charts on CCO somewhere. You
can change this info on the interface with the delay command, which is the
recommended way of changing a metric if you are forced to d
Hi,
In EIGRP, the delay metric is taken as configured in the interface of the
router by the administrator, by default, or by measurement?
when the router calculates the metric, it needs to know the minimum
bandwidth along the path, and also the delay along the path. how can the
router pass
Priscilla Oppenheimer wrote:
>
> No, I think I misspoke. Sorry. You can configure both bandwidth and delay
> for an interface. Just configuring bandwidth doesn't affect delay. You
> would have to configure it separately. (Since delay is inversely
> proportional to bandwid
I like the way Jeff Doyle writes this IGRP & EIGRP metric formulas.
It looks to me that all other ways just confuse people. At least
that is my opinion, which don't have to be true. For example,
Priscilla wrote:
> The metric = [K1 * bandwidth + (K2 * bandwidth) / (256 - load) +
At 11:42 AM 9/25/01, TP wrote:
>
>EIGRP uses minimum bandwidth and total delay to compute metric (at lest in
>its default configuration).
>I'm a little bit confused: delay of each interface is inversely
>proportional to the configured interface bandwidth, so It seems th
EIGRP uses minimum bandwidth and total delay to compute metric (at lest in
its
default configuration).
I'm a little bit confused: delay of each interface is inversely proportional
to the configured interface bandwidth, so It seems that EIGRP metric is
affected only by configured bandwidt
With ping, delay is actually measured. The router reports how long it takes
to get replies.
EIGRP delay is not dynamically measured. Delay of each interface is
inversely proportional to the configured interface bandwidth. Total delay
for an EIGRP route is a sum of each interface delay, as
Group,
what is the relation (if any) between the total delay I see in sh ip eigrp
topology and the total delay I see in a simple ping?
>From show eigrp topology I see total delay associated to a point-to-point atm
pvc lower than total delay showed for a E1 hdlc (between the same routers, 1
Sorry about my confusion. What I decribed was the "backup delay"
command.
Nelluri Reddy wrote:
>
> The "delay" command I am familiar with, works as follows:
>
> Let us say, you a have T1 line and an ISDN (BRI) interface, as a backup,
> when the T1 goe
The "delay" command I am familiar with, works as follows:
Let us say, you a have T1 line and an ISDN (BRI) interface, as a backup,
when the T1 goes down. The syntax (from memory) is something like the
following:
interface s0
backup bri0
delay 10 5
Here you are specifying that the rou
---
> > From: Michael L. Williams [mailto:[EMAIL PROTECTED]]
> > Sent: Sunday, July 29, 2001 7:42 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: delay command [7:14071]
> >
> >
> > There are devices you can purchase that will add latency to a
> > con
Thanks for your info.
I do not have a chance to test your command. Just curious what does the
Delay command do?
Francis Tsui
- Original Message -
From: "Farhan Ahmed"
To: "'kwock99'" ;
Sent: Sunday, July 29, 2001 4:35 PM
Subject: RE: delay command [
what kind of devices..
u ve any urls?
Best Regards
Have A Good Day!!
> -Original Message-
> From: Michael L. Williams [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, July 29, 2001 7:42 PM
> To: [EMAIL PROTECTED]
> Subject: Re: delay command [7:14071]
>
>
> T
te in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I am trying to look for an router command to delay sending out the traffic
> through a serial interface. Hopefully, it would simulate the real life
case
> when traffic passing through the WAN interface. By tuning the delay
f
the
Official business of this company shall be understood as neither given nor
Endorsed by it.
> -Original Message-
> From: kwock99 [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, July 29, 2001 10:12 AM
> To: [EMAIL PROTECTED]
> Subject: delay command [7:14071]
>
>
>
I am trying to look for an router command to delay sending out the traffic
through a serial interface. Hopefully, it would simulate the real life case
when traffic passing through the WAN interface. By tuning the delay figure,
we
would find out how long the application at both end can take before
Are you asking for a comparison of the expected values of delay
(millisec/microsec)?
Hugo
""Ruihai An"" wrote in message
9adkc4$2ta$[EMAIL PROTECTED]">news:9adkc4$2ta$[EMAIL PROTECTED]...
> Does anyone know the comparision of packet switch delay on router and
&
>Does anyone know the comparision of packet switch delay on router and
>switch ?
>
>Thanks
>
>Ruihai
When speaking of packet forwarding based on layer 3 information, any
distinction made between routers and switches is marketingspeak.
Cisco doesn't exactly clarify
Does anyone know the comparision of packet switch delay on router and
switch ?
Thanks
Ruihai
_
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
PM
To: 'Ccielab' (E-mail); Cisco@Groupstudy. Com (E-mail); a bratchell;
graham; john bermingham; jolash; kash; martin; nigel; paul frost; peter
norberg; phil
Subject: SAR DELAY
Anyone know the delay on a packet going through a SAR. I am experiencing a
delay of 80 ms on a 155 pipe end to end
Anyone know the delay on a packet going through a SAR. I am experiencing a
delay of 80 ms on a 155 pipe end to end. No errors or anything which would
normally suggest delay. The only major delay item is the SAR, hence the
question. This ping packet is a normal packet size.
Thanks
r" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 13, 2000 4:06 PM
Subject: default bandwidth, delay
> I'm helping a colleague who is developing network management software. He
> needs to figure out good defaults to use for interface bandwidth
the Jeff Doyle book, Routing TCP/IP has a list of commonly used bandwidth
and delay: page 241, Table 6.1
Priscilla Oppenheimer <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> I'm helping a colleague who is developing network management s
I'm helping a colleague who is developing network management software. He
needs to figure out good defaults to use for interface bandwidth and delay
values. Any suggestions on where he could get a good list for different
types of interfaces?
Of course, you can display bandwidth and
Hi,
I'm facing problem of delay in my router, I have 2621
(2WAN , 2 LAN ports), conf. is like :
I have two WAN connection from two different ISP's.
s0/0 --- IP of 1st ISP
fa0/0 -- IP of 1st ISP
s0/1 --- IP of 2nd ISP
fa0/1 -- IP of 2nd ISP
when i implement ROUTE-MAP on fa0/0 for
med the
> router delay simulator. Manufacturer is East Coast DataCom.
> http://www.adtech-inc.com/products/sx.asp is another much classier box with
> price to match.
> There are software products that application developers can use. Shunra
> software is one.
> http://www.ad
http://www.ecdata.com/rds/rds.htm is a serial line box aptly named the
router delay simulator. Manufacturer is East Coast DataCom.
http://www.adtech-inc.com/products/sx.asp is another much classier box with
price to match.
There are software products that application developers can use. Shunra
You might experiment with traffic shaping. If you set it low enough
you will decrease the routers effective use of the available bandwidth.
Note this will NOT lower the delay. But it might approximate what
you're looking for.
Marty Adkins Email: [EMAIL PROTECTED]
M
Hi!
On Ethernet it's impossible without some kind of repeater or low-end
gateways.
Try to configure NT server with two Ethernet NICs on i386 computer and try
to load it with many computation and bus manipulating - you'll get PROPER
delay.
On Serial 'clock rate' is helpful
At 11:06 AM 12/6/00, you wrote:
>Hi Priscilla,
>
>Is there a way to increase the round trip delay (expected delay 400ms)
>between two back to back connected CISCO routers using an IOS command.
>
>This is to simulate a satalite link delay between two CISCO routers (
>approxi
Can some one give me a reference that deals with this feature and what
it actually does?? I couldn't find it on the CD.
Or else just let me know what it is and does would be great.
Rob O'Brien
CCNA
Canberra, Australia
**NOTE: New CCNA/CCDA List has been formed. For more information go to
http:/
You could get into some heavy-duty math here! &;-)
Oftentimes, packets aren't queued at all. A fast router that is
transmitting to a fast link may have no need to put packets in a queue, as
you mentioned below. The queuing delay is then zero, of course. With the
"show interfac
Hi all,
when calculating the delay for a certain packet size between 2 sites,
I usually use the following formula:
delay = access transmission+ backbone transmission+ access transmission
where:
backbone transmission = data provided by the network service provider (for
example "on my
Title: Delay !!!
Can somebody explain me what is delay ?? I mean the round-trip time of the packet, Is it different from media to media or it is not media-specific, secondly can I know out the links VSAT/DDN which is having a more delay over the other.
We have a VSAT link 64 kbps to one
70 matches
Mail list logo