As a follow up to our discussion in the meeting earlier today regarding
the design of MTR. The comments and proposed changes from the previous
effort (see the link) still hold and make perfect sense :
https://lists.quagga.net/pipermail/quagga-dev/2009-July/006791.html
Many of the data structures are replicated per topology. Most of them
will be arrays of pointers instead of just one pointer. In addition to
MT-OSPF, we also have MI-OSPF and VRF-OSPF. Both MI-OSPF (Donald?) and
VRF-OSPF (Vincent?) are efforts that have been brought up but we have
not yet seen proposed patches for them.
All of these have to deal with the same issue, maintaining several
states in the same ospf daemon (ospfd). They all have to replicate data
structures to maintain the different states, if I understand VRF- and
MI- ospf correctly. MT-OSPF can be used with both of them. Each VRF or
instance can have one or more topologies. This whole replication of data
structures business needs to be coordinated and well defined so down the
road when the time comes to merge all three it wont be a nightmare.
How should we proceed?
Thanks,
Jafar
On 12/18/2015 6:24 PM, Jafar Al-Gharaibeh wrote:
Hi Everyone,
I have been looking into the ability to support multiple cost
metrics per link for ospf, which is something that I brought up in our
first Quagga monthly meeting. The "official" term for that is
Multi-Topology (MT) Routing in OSPF which is described in RFC 4915
(https://tools.ietf.org/html/rfc4915).
After some digging I found that this was actually brought up 6 years
ago on this list:
https://lists.quagga.net/pipermail/quagga-dev/2009-July/006789.html
And It seems like there was a collective effort to get this up and
running with progress on github here:
https://github.com/tomhenderson/quagga-mtr/
I see names like Paul, Vincent, Joakim among others who had
contributed to this effort. I haven't checked to see how far did this
go but it seems nobody has touched it in 5 years. Multi routing table
support was not very common at the time in Linux kernels, and the same
can be said about VRF which are things that could have hindered the
move at the time but I'm not sure.
Can anyone tell me please about that project or any similar efforts?
I'm interested in rebooting that work and would appreciate any
information or help.
Regards,
Jafar
_______________________________________________
Quagga-dev mailing list
[email protected]
https://lists.quagga.net/mailman/listinfo/quagga-dev
_______________________________________________
Quagga-dev mailing list
[email protected]
https://lists.quagga.net/mailman/listinfo/quagga-dev
