[j-nsp] cspf to secondary loopback
Armin Arh
armin at schlund.de
Tue Jul 19 10:59:19 EDT 2005
Hi,
i had recently some problems with RSVP.
We run OSPF with TE enabled on all boxes.
I want to set up a RSVP- signalled LSP from Router A to Router B.
(Juniper M40, M20, both Junos 6.4)
Setting up a LSP is normally not a problem, but in this
special case the destination is not the regular loopback
of Router B, but a secondary one.
In the following example "to-primary-loopback" comes up,
but "to-secondary-loopback" does not. Router A says "CSPF failed":
armin at Router-A> show mpls lsp extensive
Ingress LSP: 1 sessions
10.0.0.13
From: 10.0.0.1, State: Dn, ActiveRoute: 0, LSPname: to-secondary-loopback
ActivePath: (none)
LoadBalance: Random
Encoding type: Packet, Switching type: Packet, GPID: IPv4
Primary State: Dn
SmartOptimizeTimer: 180
Will be enqueued for recomputation in 22 second(s).
1 Jul 19 15:27:37 CSPF failed: no route toward 10.0.0.13[2 times]
Created: Tue Jul 19 15:27:06 2005
Total 1 displayed, Up 0, Down 1
/* Config on Router A: */
protocols {
mpls {
traffic-engineering bgp;
label-switched-path to-primary-loopback {
from 10.0.0.1;
to 10.0.0.2;
}
label-switched-path to-secondary-loopback {
from 10.0.0.1;
to 10.0.0.13;
}
}
}
/* Config on Router B: */
interfaces {
lo0 {
unit 0 {
family inet {
address 127.0.0.1/32;
address 10.0.0.2/32;
/* Alternative Loopback for traffic engineering */
address 10.0.0.13/32;
}
}
}
}
Setting an explicit path and "no-cspf" gives me a working lsp, but
using cspf would be really nice.
OSPF TE Database does not contain 10.0.0.13, but i think it should.
Bug in Junos?
General limitation of rsvp?
Thx. and bye,
Armin
--
Armin Arh
Schlund + Partner AG
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : https://puck.nether.net/pipermail/juniper-nsp/attachments/20050719/278a58ee/attachment.bin
More information about the juniper-nsp
mailing list