Re: [mpls-linux-general] zebra ldp don't work for [static] but now OSPF....
Status: Beta
Brought to you by:
jleu
|
From: Markus H. <mh...@as...> - 2003-02-18 23:03:05
|
James R. Leu wrote:
> On Tue, Feb 18, 2003 at 12:30:27PM +0100, Markus Hennig wrote:
> <snip>
>
>>now i see the label information and can test them with a ping
>>(dumping it with a modified uml_switch), but there is a other problem:
>>
>>mpls_in and mpls_out are constantly growing until around 220 and more
>>(peak was 682) enries for in and 35 for LER-1 - then they decrease
>>rapidly to something about 40...
>>
>>do you have any ideas why?
>
>
> Multipath and merging.
>
ok
>
>>btw: the systems runs very unstable (i use a while true loop for mplsd),
>>especially LER-7 (i set the two egress routes per script and don't use
>>them in zebra,ospfd,mplsd - otherwise it chrashes immediately)
>
>
> multipath is bad. I have idea how to support it, but I know for sure it
> will cause things to behave badly. (as an FYI RFC3036 explicitly says it
sorry for not knowing this :-)
> doesn't support multipath. Any solution that vendors have put in place it
> proprietary.)
ok, i changed the config for mplsd (ospfd and zebra stays!):
.--------LSR_2 IN:74 OUT:10
/ \
/ LSR_5 IN:119 OUT:10
/ / /
/ IN:32 / /
----LER_1 OUT:5 LSR_3 LER_7 IN:53 OUT:1
IN:77 \ | \
OUT:2 \ | \
IN:98 OUT:5 LSR_6 |
/ |
LSR_4-----------'
IN:17 OUT:7
|----------- MPLS ------------|
>
>>my testsetup:
>>
>> .--------LSR_2-----------.
>> / \ |
>> / LSR_5 |
>> / / \ | /
>> / / \ | /
>>----LER_1--------LSR_3 LER_7
>> \ \ / | \
>> \ \ / | \
>> \ LSR_6 |
>> \ / |
>> '--------LSR_4-----------'
>>
>> |----------- MPLS ------------|
>
>
> Evil. Lets try walking before running. Simplify the topo and let me know
> if you still see so much instability.
>
looks more stable (there are some mystic things with not available nics
during startup of ospf - maybe its ulm_swicth, after a ping they are gone)
numbers of incoming/outgoig see above
all numbers are slow growing (and sometimes decreasing)
> Eventually mplsd will be able to support this type of 'complex' topo, but
its ok, there is no need for
> I'm not there yet. Maybe with you help we can nail down some of the real
> troubled areas.
i do my best...
thx in advance,
markus
>
> Thanks
|