summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Remove auto* files from the repository.paul2003-04-0714-13741/+0
| | | | | | | | | 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.
* Compile fix - convert foreach_lsa to LSDB_LOOPpaul2003-04-071-2/+2
|
* Latest ospfapi sync from Amir to fixup wrt to zebra.org changes.paul2003-04-061-59/+91
|
* Fixes from Amir to merge apiserver with zebra.org changespaul2003-04-051-27/+34
|
* Add tests for debug enabled to PtMP LSA creation functionspaul2003-04-051-3/+5
|
* 2003-04-04 Paul Jakma <paul@dishone.st>paul2003-04-0414-280/+463
| | | | | | | | | * 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
* From: David Watson <dwatson@eecs.umich.edu>paul2003-04-031-1/+1
| | | | | | | | | | | | | 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
* Fix make distpaul2003-03-311-4/+3
|
* Add 'no description' commandpaul2003-03-281-0/+7
|
* See http://bugzilla.dishone.st/show_bug.cgi?id=13paul2003-03-281-3/+14
| | | | Fix from hasso tepper <hasso@linux.ee>
* Do not configure ospf for secondary prefixes.paul2003-03-281-0/+3
| | | | | Preliminary fix to at least allow heartbeat to work with ospfd when Heartbeat failover address has same prefixlength as main address.
* Amir Guindehi <amir@datacore.ch>:paul2003-03-281-7/+15
| | | | | | | | | | | | | | | 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.
* Fix OSPFAPI buildpaul2003-03-282-4/+2
|
* Fix leak of an opaque-lsa scratch link-listpaul2003-03-281-0/+1
|
* Remove redundant memsetpaul2003-03-281-2/+0
|
* Need to free the defunct funcname if we grab a thread from the unused list.paul2003-03-271-1/+7
|
* 2003-03-25 Paul Jakma <paul@dishone.st>paul2003-03-2538-18475/+22505
| | | | | | | | * 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
* Amir Guindehi <amir@datacore.ch>:paul2003-03-212-38/+59
| | | | | | Fix up build for OSPF-API (dependent on opaque-lsa) Add disable-ospfapi. Fix up net-snmp detection.
* Fix assert in ospf_api where interface is not configured in ospf.paul2003-03-211-1/+6
|
* Copied configure.in to configure.ac rather than other way around.paul2003-03-192-2/+38
| | | | Restore Amir's netsnmp build fix.
* Update configure.ac to match configure.in.paul2003-03-181-19/+1
| | | | still perplexed why removing configure.in breaks certain autoconf sites.
* Add new zebra-devel packagepaul2003-03-181-2/+27
|
* Fix build for net-snmppaul2003-03-189-84/+160
|
* Amir Guindehi <amir@datacore.ch>paul2003-03-173-9/+15
| | | | | | | | -------------------------------- 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.
* Put configure.ac back.paul2003-03-171-0/+827
|
* Update auto files.paul2003-03-1716-10745/+5352
| | | | No doubt builds will now break for everyone. (works here - autoconf 2.13)
* Addition of OSPF-API - Amir Guindehi <amir@datacore.ch>ospf.apipaul2003-03-171-0/+14
|
* Addition of OSPF-API - Amir Guindehi <nospam.amir@datacore.ch>paul2003-03-1715-0/+6002
|
* configure.ac is redundant.paul2003-03-171-818/+0
| | | | use configure.in
* Fix memory leak in 'show thread cpu' command.paul2003-03-121-1/+2
|
* Updated vtysh_cmd's. Previously, this was only updated in rpm builds.paul2003-03-026-11486/+11800
|
* Add the interface node 'description' command.paul2003-03-011-0/+7
|
* Seperate out the contrib perl utils to a seperate package to avoid perlpaul2003-03-011-3/+19
| | | | dependencies in the main zebra package
* Downgrade the ACPREREQ test. Chance our arm with allowing automake versionpaul2003-03-011-1/+1
| | | | 2.52
* Sync to Zebra.org 20030301paul2003-03-018-1256/+1410
|
* Initial revisionpaul2003-03-011-0/+812
|
* doh! small fix for previous fix to allow ospfd to compile.paul2003-02-191-2/+2
|
* 1. ospf_opaque_type10_lsa_term (area) - was being called afterpaul2003-02-181-4/+5
| | | | | | | | | | | | | | 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.
* fixes an assert which doesnt seem to take into account that route_node_getpaul2003-02-181-1/+4
| | | | | | | | 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).
* Revert to zebra.org automake filespaul2003-02-177-899/+1124
|
* Fix debug statement in ospf_packet.c and merge error in ospf_lsa.cpaul2003-02-132-3/+1
|
* Update auto* build filespaul2003-02-137-1124/+899
|
* bump up version num in spec filepaul2003-02-131-2/+2
|
* Sync to latest Zebra CVSpaul2003-02-072-0/+8
|
* small updatepaul2003-02-031-0/+4
|
* Merge to zebra.org CVS 20030203 16:30GMTpaul2003-02-033-12/+12
|
* Initial revisionpaul2003-02-031-0/+221
|
* Revert comment out of:patch.revert.debug.nssa.patchpaul2003-01-271-4/+3
| | | | | | if (ospf_debug_packet & OSPF_DEBUG_RECV) which was causing unconditional ospf_ip_header_dump (ibuf). (introduced with kevin millers patch)
* revert unchecked debug info generated by Kevin Miller's patchpaul2003-01-271-6/+0
|
* Small fix (free integrate_sav) and addition of an ssh command.patch.vtysh.add.ssh.fixpaul2003-01-251-0/+12
|
generated by cgit v1.2.3 (git 2.25.1) at 2025-08-03 12:16:26 +0000