Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug
report.
http://bugzilla.quagga.net/show_bug.cgi?id=331
------- Additional Comments From mk@neon1.net 2007-01-04 10:58 -------
I've been trying to use ospfd (from quagga 0.99.6) on a machine acting as an
ASBR in an NSSA, with external routes being redistributed into the NSSA by
ospfd. The ABR is a Cisco router, and while the Type-7 LSAs for the external
routes showed up in the link-state database on the Cisco ABR, they didn't make
it into the routing table, nor were they translated into Type-5 LSAs. Debug
output on the Cisco showed the following (172.16.100.101 is the machine running
ospfd):
OSPF: Started Building Type 7 External Routes
OSPF: Start processing Type 7 External LSA 10.100.0.0, mask 255.255.252.0, adv
172.16.100.101, age 6, seq 0x80000004, metric 20, metric-type 2
OSPF: Did not find route to ASBR 172.16.100.101
It turns out that when operating as an ASBR in an NSSA, ospfd doesn't set the
E-bit in the router-LSAs that it sends. However, according to RFC 3101 section
2.3, NSSA ASBRs should set the E-bit in their router-LSAs.
The following patch made things work (apparently this problem was introduced
with revision 1.50 to quagga/ospfd/ospf_lsa.c and was not present before 0.99.5):
--- quagga-0.99.6.orig/ospfd/ospf_lsa.c Sun Aug 27 06:45:50 2006
+++ quagga-0.99.6/ospfd/ospf_lsa.c Thu Jan 4 11:51:23 2007
@@ -437,8 +437,7 @@
SET_FLAG (flags, ROUTER_LSA_SHORTCUT);
/* ASBR can't exit in stub area. */
- if (area->external_routing == OSPF_AREA_STUB
- || area->external_routing == OSPF_AREA_NSSA)
+ if (area->external_routing == OSPF_AREA_STUB)
UNSET_FLAG (flags, ROUTER_LSA_EXTERNAL);
/* If ASBR set External flag */
else if (IS_OSPF_ASBR (area->ospf))
------- Additional Comments From lfelipe@ccuec.unicamp.br 2007-05-15 19:08 -------
Hello there,
I work for State University of Campinas (UNICAMP), in Brazil.
We use Quagga 0.99.6 as our ASBR, redistributing our internal rip routes into
the NSSA areas thru ospf and use Foundry BigIron 8000s as ABRs. We know that the
routes are being redistributed and that the ABRs include the routes in its
databases, but it's not including them in the route tables.
Our problem was solved by using the patch included here, and therefore I would
like to suggest that it's merged into the actual source tree for future versions.
Best regards.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs
comments should be made in the comments box of this bug
report.
http://bugzilla.quagga.net/show_bug.cgi?id=331
------- Additional Comments From mk@neon1.net 2007-01-04 10:58 -------
I've been trying to use ospfd (from quagga 0.99.6) on a machine acting as an
ASBR in an NSSA, with external routes being redistributed into the NSSA by
ospfd. The ABR is a Cisco router, and while the Type-7 LSAs for the external
routes showed up in the link-state database on the Cisco ABR, they didn't make
it into the routing table, nor were they translated into Type-5 LSAs. Debug
output on the Cisco showed the following (172.16.100.101 is the machine running
ospfd):
OSPF: Started Building Type 7 External Routes
OSPF: Start processing Type 7 External LSA 10.100.0.0, mask 255.255.252.0, adv
172.16.100.101, age 6, seq 0x80000004, metric 20, metric-type 2
OSPF: Did not find route to ASBR 172.16.100.101
It turns out that when operating as an ASBR in an NSSA, ospfd doesn't set the
E-bit in the router-LSAs that it sends. However, according to RFC 3101 section
2.3, NSSA ASBRs should set the E-bit in their router-LSAs.
The following patch made things work (apparently this problem was introduced
with revision 1.50 to quagga/ospfd/ospf_lsa.c and was not present before 0.99.5):
--- quagga-0.99.6.orig/ospfd/ospf_lsa.c Sun Aug 27 06:45:50 2006
+++ quagga-0.99.6/ospfd/ospf_lsa.c Thu Jan 4 11:51:23 2007
@@ -437,8 +437,7 @@
SET_FLAG (flags, ROUTER_LSA_SHORTCUT);
/* ASBR can't exit in stub area. */
- if (area->external_routing == OSPF_AREA_STUB
- || area->external_routing == OSPF_AREA_NSSA)
+ if (area->external_routing == OSPF_AREA_STUB)
UNSET_FLAG (flags, ROUTER_LSA_EXTERNAL);
/* If ASBR set External flag */
else if (IS_OSPF_ASBR (area->ospf))
------- Additional Comments From lfelipe@ccuec.unicamp.br 2007-05-15 19:08 -------
Hello there,
I work for State University of Campinas (UNICAMP), in Brazil.
We use Quagga 0.99.6 as our ASBR, redistributing our internal rip routes into
the NSSA areas thru ospf and use Foundry BigIron 8000s as ABRs. We know that the
routes are being redistributed and that the ABRs include the routes in its
databases, but it's not including them in the route tables.
Our problem was solved by using the patch included here, and therefore I would
like to suggest that it's merged into the actual source tree for future versions.
Best regards.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
_______________________________________________
Quagga-bugs mailing list
Quagga-bugs@lists.quagga.net
http://lists.quagga.net/mailman/listinfo/quagga-bugs