TODO

			   Quagga TODO list
                             2004/11/24

zebra:

o Pointopoint address configuration.
o Multiple (alias) address configuration for the interface when kernel
  support it [just starting].
o improve rtnetlink to handle sequence number tracking and reconciliation
  and resyncs.
o Add support for valid and preferred lifetimes to IPv6 addresses 
o proper support for (at least) 1-level recursive routes
o Ability to set src on routes, where systems support it.
o Ability to apply route-maps to daemon route updates.

bgpd:

o BGP TCP MD5 authentication by password command.
o HUP signal support (reload configuration file).
o BGP multi-path extension
o move FSM state to be per-connection, not per-peer.

ripd:

o Multipath support.

ospfd:

o Rewrite the incremental RT update code.
o Demand circuits.
o Multiple instances.
o OSPF MIB [SNMP get is amost finished].
o HUP signal treatment.
o Fragment Oversized LSAs 
o move SPF to common code
o NSSA priority rules (RFC3101 2.4)
o Type-7 address ranges (RFC3101 2.2)
o Originating Type-7 default into area (RFC3101 2.7)

ospf6d:

o move SPF to common code
o add router-id lookups

isisd:

o finish SPF
o select nearest L2 when running SPF for L1
o remove the routes when holding time for nexthop expires
o redistribution
o autosummary

o Mesh groups (RFC2973)
o Crypto authentication (RFC3567)

lib:
o improve route_table speed, eg strided lookups for common prefix depths.
o improve hash tables, eg auto-growing hash tables
o move performance sensitive users of hashes over to jhash
o clean up linked lists
o ipv6 addresses need concept of valid/preferred
o implement a generic daemon access/control protocol (eg D-Bus like? 
  simplified SNMP-a-like?)
o merge SPF code from ospfd and ospf6d into a common libspf
o depends-on(generic A/C protocol) move snmp to seperate daemon
o extend command definitions to allow them to be self-documenting
o i18n command help strings
o Document the exported API (DocBook/Doxygen?)

vtysh:
o untangle readline specific bits
o add a vtyd with a vty (ie telnet) frontend (as opposed to readline)
o depends-on(generic A/C protocol) use such
o better AAA support than just PAM, eg krb5, SASL, LDAP..
                        -----------------------------