Re: OSPF converge time

From: shiran guez (shiranp3@gmail.com)
Date: Tue Dec 25 2007 - 08:54:13 ART


1) to get to a scenario where no single request time out is at you need more
then simple low convergence time you need some multi path design with some
consistency checks on the lines as OSPF do not keep a Alternate path so the
convergence timer expiry must be met before trying even to calculate a new
path.

2) I am not sure what you mean by 2Mbps P2P links to get 10ms delay, as it
is 10 ms delay of what traffic, also the delay is calculated by the physical
distance so if you are talking on P2P in your office and P2P cross continent
the physical delay is different. also effecting delay is type or I would say
size of packet you sending cross the wire, as the size is bigger it is
effecting the load of the pipe and the delay but yet again physical distance
will implicate on the amount of difference the size will effect, so in
shorter distances a large packet will be almost unnoticeable but in longer
distance and it would be.

On Dec 25, 2007 1:05 PM, Radioactive Frog <pbhatkoti@gmail.com> wrote:

> hey guys,
> Thanks for your posting.....
>
> I should've been to specific to get those standard value. What I am after
> is:
>
> 1. Your experience with any type of link if you've played with OSPF values
> and you observed that their wasn't a single "request time out" during
> failover/switchback. What value you've used.
> mostly SPF and LSA value during your testing or in real life scenario.
>
> 2. In second scenario - lets' say 2 x TDM 2 megs point to point link (10ms
> delay) - what would be the value.
>
> Cheers
> Frog
>
>
>

-- 
Shiran Guez
MCSE CCNP NCE1
http://cciep3.blogspot.com
http://www.linkedin.com/in/cciep3


This archive was generated by hypermail 2.1.4 : Tue Jan 01 2008 - 12:04:32 ARST