summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2003-04-07Hasso Tepper <hasso@estpak.ee>:paul
add NSSA debug statement
2003-04-07Change vty socket path defines to the global definespaul
2003-04-07Removed stray hard coded vty socket pathspaul
2003-04-07define localstatedir for configurepaul
2003-04-07Indentation fixpaul
2003-04-07Copy configure.ac to configure.in.paul
2003-04-07[zebra 18626] move zebra socket paths to configure.acpaul
moved definition of the various socket paths from the per daemon header files into configure.ac. it will set the paths to be in the directory specified by --localstatedir=<prefix> or otherwise will try to guess as best it can ( a la pid file path detection - which probably should try reference ${prefix} too). the present hardcoded socket path, /tmp, isnt really correct. should be in /var somewhere really.
2003-04-07Remove auto* files from the repository.paul
Developers working with the repository should have the appropriate tools. Out-of-sync files cause far too many problems with users as well as auto* scripts not being half as portable across systems as they ought to be. make-dist exists for a reason. Todo: make the CVS snapshot script do make-dist, and use the resulting tarball as the snapshot.
2003-04-07Compile fix - convert foreach_lsa to LSDB_LOOPpaul
2003-04-06Latest ospfapi sync from Amir to fixup wrt to zebra.org changes.paul
2003-04-05Fixes from Amir to merge apiserver with zebra.org changespaul
2003-04-05Add tests for debug enabled to PtMP LSA creation functionspaul
2003-04-042003-04-04 Paul Jakma <paul@dishone.st>paul
* Sync to Zebra CVS * Fix lib/thread.h leak * Fix small Opaque LSA leak * Do not configure OSPF interfaces for secondary addresses * vtysh fixes from Hasso * Dave Watson's missing ntohs fix
2003-04-03From: David Watson <dwatson@eecs.umich.edu>paul
Subject: [zebra 18573] PATCH ospfd: byte order error in assert statement I found a bug in the ospfd code tickled this morning by a Type 1 LSA with exactly 62 entries (LSA length of 768, or 0x0300). A missing ntohs in ospf_lsa.c:ospf_lsa_different() causes an assert statement to fail, stopping ospfd. > assert (l1->data->length > OSPF_LSA_HEADER_SIZE); So, a length of type 768 turns into a length of 3 which is obviously less than 20. David
2003-03-31Fix make distpaul
2003-03-28Add 'no description' commandpaul
2003-03-28See http://bugzilla.dishone.st/show_bug.cgi?id=13paul
Fix from hasso tepper <hasso@linux.ee>
2003-03-28Do not configure ospf for secondary prefixes.paul
Preliminary fix to at least allow heartbeat to work with ospfd when Heartbeat failover address has same prefixlength as main address.
2003-03-28Amir Guindehi <amir@datacore.ch>:paul
I got it to compile. The problem was that major functions newly need a struct ospf *ospf as the first argument. I tried to take the nearest struct ospf *ospf around the function needing it, because i was not sure if all those pointers to struct ospf * all point to the same (global) struct ospf * which you also get when you call ospf_get(). I used area->ospf where I had the area, I used oi->ospf, where I had an interface, I used lsa->oi->ospf where I had an lsa and i used ospf_get() where I had nothing. I hope that's correct and works. We will see. It compiles now without errors. Daemon is tested and works. The opaque lsa part is not yet tested. I will do that as soon as srrd is ready.
2003-03-28Fix OSPFAPI buildpaul
2003-03-28Fix leak of an opaque-lsa scratch link-listpaul
2003-03-28Remove redundant memsetpaul
2003-03-27Need to free the defunct funcname if we grab a thread from the unused list.paul
2003-03-252003-03-25 Paul Jakma <paul@dishone.st>paul
* sync to latest zebra CVS * spec file: updated and added define for ospf-api/client NB: OSPF-API has been broken by the zebra.org changes, which has added struct ospf * as a new arg to many functions
2003-03-21Amir Guindehi <amir@datacore.ch>:paul
Fix up build for OSPF-API (dependent on opaque-lsa) Add disable-ospfapi. Fix up net-snmp detection.
2003-03-21Fix assert in ospf_api where interface is not configured in ospf.paul
2003-03-19Copied configure.in to configure.ac rather than other way around.paul
Restore Amir's netsnmp build fix.
2003-03-18Update configure.ac to match configure.in.paul
still perplexed why removing configure.in breaks certain autoconf sites.
2003-03-18Add new zebra-devel packagepaul
2003-03-18Fix build for net-snmppaul
2003-03-17Amir Guindehi <amir@datacore.ch>paul
-------------------------------- I've attached a small patch for zebra-pj, which adds the installation of libospf.a libzebra.a, libospfapi.a and the needed headers for ospfapi clients. the headers get installed to /usr/include/ospfd/* and /usr/include/ospfapi.
2003-03-17Put configure.ac back.paul
2003-03-17Update auto files.paul
No doubt builds will now break for everyone. (works here - autoconf 2.13)
2003-03-17Addition of OSPF-API - Amir Guindehi <amir@datacore.ch>paul
2003-03-17Addition of OSPF-API - Amir Guindehi <nospam.amir@datacore.ch>paul
2003-03-17configure.ac is redundant.paul
use configure.in
2003-03-12Fix memory leak in 'show thread cpu' command.paul
2003-03-02Updated vtysh_cmd's. Previously, this was only updated in rpm builds.paul
2003-03-01Add the interface node 'description' command.paul
2003-03-01Seperate out the contrib perl utils to a seperate package to avoid perlpaul
dependencies in the main zebra package
2003-03-01Downgrade the ACPREREQ test. Chance our arm with allowing automake versionpaul
2.52
2003-03-01Sync to Zebra.org 20030301paul
2003-03-01Initial revisionpaul
2003-02-19doh! small fix for previous fix to allow ospfd to compile.paul
2003-02-181. ospf_opaque_type10_lsa_term (area) - was being called afterpaul
ospf_lsdb_free had been called. (efence caught this one). This bug is present in zebra.org CVS 2. It fixes my previous ospf_network_match_iface patch ([zebra 17352]) - i lost a couple of checks in ospf_network_run() by mistake. this patch isnt in zebra.org CVS, but it would be nice to have it once it works. This hopefully fixes the 'assert rn->info' problems people had with zebra-pj yesterday.
2003-02-18 fixes an assert which doesnt seem to take into account that route_node_getpaul
may return an existing node. (if the code wants a /new/ node why not use route_node_set? if it doesnt mind - then the assert is wrong). this bug is in zebra.org CVS. (must be an extremely rare/unlikely bug though).
2003-02-17Revert to zebra.org automake filespaul
2003-02-13Fix debug statement in ospf_packet.c and merge error in ospf_lsa.cpaul
2003-02-13Update auto* build filespaul
2003-02-13bump up version num in spec filepaul