[j-nsp] BFD advice

George Yalamov georgi.yalamov at btc-net.bg
Thu Aug 4 07:51:29 EDT 2005


Rafal,


I've made some tests with cisco and juniper devices , with tunned IGP 
timers for fast convergence.To avoid  lost of light i use couple of 
switches between nodes.

Other tests was only between M series with bfd timers for example from 
10ms  to 200ms and I receive similar results. That seems to be caused 
from IGP convergence time ot measure mistake.

We plan to use BFD under SDH links , but now  I have ability to use test 
only with ethernet interfaces.  From some time I'll try with STM interfaces.

I work in BTC for only 4 mounths, and don't have intofmation about that 
NGN trial, I'll ask Nedialko (actualy he is my manager now) for some 
notes about.


regards
George

Rafal Szarecki (WA/EPO) wrote:
> George,
> 
> If you connect routers over dark-fibers or SDH, and simulte failure by removing/cuting of fiber, then detection of fail can be quicker then with BFD. This is because Lost-of-Light, AIS, RDI are asynchounus, do not depend from interval, so can be faster.
> 
> I guess You connect routers over fiber back-to-back. Then observed 200ms or more is rather effect of spf-delay then BFD.
> 
> BFD is usefull if:
>  - routers are connected via Eth. Switch
>  - L2 protocols or handling hardware fail, while L1(lasers, SDH driver) handling HW works fine. ( There is light on fiber, no AIS, no RDI...)
> 
> Rafaі Jan Szarecki JNCIE
> Senior Consultant - Datacom Networks
> Ericsson Poland EPO/S/D
> Office: +48 22 6916635
> ECN:    837 6635
> Mobile: +48 602418971
> Skype: callto://Rafal_Szarecki <callto://Rafal_Szarecki/> 
> 
> 
> 
> 
> 
>>-----Original Message-----
>>From: juniper-nsp-bounces at puck.nether.net 
>>[mailto:juniper-nsp-bounces at puck.nether.net]On Behalf Of 
>>Rafal Szarecki (WA/EPO)
>>Sent: Thursday, August 04, 2005 11:16 AM
>>To: George Yalamov; juniper-nsp at puck.nether.net
>>Subject: RE: [j-nsp] BFD advice
>>
>>
>>
>>
>>I was paly with BFD in _lab env._ only, but I have no 
>>problems with interval at few ms level. I do this year ago in 
>>lab test in Bulgaris togheder with BTC. As fare as I remember 
>>we was observe low the 30ms restoration in our lab network.
>>
>>Person responsible from BTC for this tests was Nedialko 
>>Dimitrov (from BTC - your colegue). Test cases e.g. 
>>001.001.001 , 001.001.003.
>>
>>If you look for fast convergency BFD helps to detect link 
>>failure, but then normal IS-IS/OSPF process start. To squize 
>>time I suggest to tune also SFP-delay parameter under [edit 
>>protocols isis]. (JUNOS 7.3 default 200ms, RFC standart 1s, 
>>minimum 50ms)
>>
>>If you need experts support you can contact with local 
>>Ericsson office.
>>
>>Rafaі Jan Szarecki JNCIE
>>Senior Consultant - Datacom Networks
>>Ericsson Poland EPO/S/D
>>Office: +48 22 6916635
>>ECN:    837 6635
>>Mobile: +48 602418971
>>Skype: callto://Rafal_Szarecki <callto://Rafal_Szarecki/> 
>>
>>
>>
>>
>>
>>>-----Original Message-----
>>>From: juniper-nsp-bounces at puck.nether.net 
>>>[mailto:juniper-nsp-bounces at puck.nether.net]On Behalf Of 
>>>George Yalamov
>>>Sent: Wednesday, August 03, 2005 5:45 PM
>>>To: juniper-nsp at puck.nether.net
>>>Subject: [j-nsp] BFD advice
>>>
>>>
>>>
>>>Hi all,
>>>
>>>	Does any one have real life experance with BFD, tunning timers, 
>>>measurement of traffic disruption between 2 end points, 
>>>convergance time 
>>>in IGP (ISIS for example).
>>>
>>>I've tested this feature in lab environment with some M 
>>>boxes, and the 
>>>minimum time of traffic interruption was 200 - 400ms measured 
>>>with iperf.
>>>
>>>Any ideas?
>>>
>>>
>>>regards
>>>George
>>>_______________________________________________
>>>juniper-nsp mailing list juniper-nsp at puck.nether.net
>>>http://puck.nether.net/mailman/listinfo/juniper-nsp
>>>
>>
>>_______________________________________________
>>juniper-nsp mailing list juniper-nsp at puck.nether.net
>>http://puck.nether.net/mailman/listinfo/juniper-nsp
>>
> 
> 



More information about the juniper-nsp mailing list