summaryrefslogtreecommitdiff
path: root/ospfd
AgeCommit message (Collapse)Author
2003-05-11Fix merge error of Hasso's patch "case case" :)paul
2003-05-10From: Hasso Tepperpaul
Fix removal of Type-7 LSAs, http://bugzilla.dishone.st/show_bug.cgi?id=18
2003-05-06Reverting the NSSA maxage walker loop addition for now, until all the otherpaul
problems with NSSA are resolved, and we can determine whether this had any point.
2003-05-06NSSA /might/ be missing this. I'm not sure.paul
It didnt solve a particular problem of Hasso's, but i'm committing it just for posterities sakes, so i dont lose it (i'll revert it immediately).
2003-04-23From: Hasso Tepperpaul
This one fixes "router xxx" node commands in vtysh. Don't get "unknown command" error when entering "passive-interface eth0" command while ospfd and ospf6d running etc.
2003-04-19Hasso Tepperpaul
http://hasso.linux.ee/zebra/ht-routemap-18042003_5.patch Trivial fixes to sync daemon's route-map commands to have same syntax. Fixes a lot of errors with "match ..." and "set ..." commands when using vtysh.
2003-04-19From: Hasso Tepper <hasso@estpak.ee>paul
Subject: [zebra 17365] [PATCH] Ospf area id's DECIMAL -> ADDRESS It was annoying for me to view area id's like 335544330 (20.0.0.10 in address format) in configuration. Most of other network devices are using address-like id's and so does zebra when using "show ip ospf *" commands. You can still enter id's in decimal format, but they are just shown in address format.
2003-04-18From: Sergey Vyshnevetskiy <serg@vostok.net>paul
Subject: [zebra 18689] [PATCH] misc patch Add missing param to zlog
2003-04-18From: Sergey Vyshnevetskiy <serg@vostok.net>paul
Subject: [zebra 18689] [PATCH] misc patch remove unused vars
2003-04-17Denis Ovsienko <zebra@pilot.org.ua>paul
Subject: [zebra 18767] possible SIGSEGV Fix incorrect memset
2003-04-13From: Hasso Tepper <hasso@estpak.ee>paul
To: zebra@zebra.org Subject: [zebra 18648] [PATCH] Selforiginated Type-7 LSA's are not flushed from lsdb
2003-04-13Author: amirpaul
Date: 2003-04-10 14:32:31 +0200 (Thu, 10 Apr 2003) New Revision: 212 Modified: zebra-ag/trunk/ospfd/ospf_lsa.c Log: I've fixed a small opaque lsa bug which got triggered when deleting opaque lsa of type 11. It used area->ospf->.. when area was null. This was replaced by a ospf = ospf_lookyp(); ospf->...
2003-04-09Add Makefile.in to the remaining .cvsignore'spaul
Add ospfclient to ospfclient/.cvsignore
2003-04-08Undo commenting of a debug conditional. make it conditional again.paul
2003-04-07Hasso Tepper <hasso@estpak.ee>:paul
add NSSA debug statement
2003-04-07Indentation fixpaul
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-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 leak of an opaque-lsa scratch link-listpaul
2003-03-28Remove redundant memsetpaul
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-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-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-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-13Fix debug statement in ospf_packet.c and merge error in ospf_lsa.cpaul
2003-02-03Merge to zebra.org CVS 20030203 16:30GMTpaul
2003-02-03Initial revisionpaul
2003-01-27Revert comment out of:paul
if (ospf_debug_packet & OSPF_DEBUG_RECV) which was causing unconditional ospf_ip_header_dump (ibuf). (introduced with kevin millers patch)
2003-01-27revert unchecked debug info generated by Kevin Miller's patchpaul
2003-01-25Paul Jakma:paul
[zebra 17352] ospf network matching (aka need for peer /32 for PtP) change behaviour of network <prefix> area N statement wrt to PtP.
2003-01-22Matthew Grant <grantma@anathoth.gen.nz>paul
[zebra 17290] [PATCHES] - Fixes for problems in 0.93b portfix patch
2003-01-18Date: Fri, 20 Dec 2002 17:28:45 +0900paul
From: Masahiko Endo <endo@suri.co.jp> Reply-To: zebra@zebra.org To: zebra@zebra.org Cc: kunihiro@zebra.org, yokota@kddlabs.co.jp Subject: [zebra 16823] [PATCH] Bugfix and new feature in Opaque-LSA handling. ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- * ----- Changes 2002.12.20 1. Bug fixes 1.1 When an opaque LSA is being removed from (or added to) the LSDB, it does not mean a change in network topology. Therefore, SPF recalculation should not be triggered in that case. There was an assertion failure problem "assert (rn && rn->info)" inside the function "ospf_ase_incremental_update()", because the upper function "ospf_lsa_maxage_walker_remover()" called it when a type-11 opaque LSA is removed due to MaxAge. 1.2 Type-9 LSA is defined to have "link-local" flooding scope. In the Database exchange procedure with a new neighbor, a type-9 LSA was added in the database summary of a DD message, even if the link is different from the one that have bound to. 2. Feature enhancements 2.1 Though a "wildcard" concept to handle type-9/10/11 LSAs altogether has introduced about a year ago, it was only a symbol definition and actual handling mechanism was not implemented. Now it works.
2003-01-17From endo@suri.co.jp Fri Jan 17 23:36:30 2003paul
Date: Fri, 20 Dec 2002 17:58:43 +0900 From: Masahiko Endo <endo@suri.co.jp> Reply-To: zebra@zebra.org To: zebra@zebra.org Cc: kunihiro@zebra.org Subject: [zebra 16824] [PATCH] nsm_kill_neighbor [ The following text is in the "ISO-2022-JP" character set. ] [ Your display is set for the "ISO-8859-1" character set. ] [ Some characters may be displayed incorrectly. ] Hi Ishiguro-san, Here is my problem analysis against the case that the ospfd crashes when an interface is brought down. When the ospfd receives a ZEBRA message "ZEBRA_INTERFACE_DOWN" from zebra daemon, the ospfd performs bunch of ospf-interface cleanup for the notified zebra-interface. There are cases that neighbor instance "nbr", which will be removed afterward, may scheduled in the NSM thread event queue. And when the NSM event thread is fired, dereference for this already freed "nbr" pointer causes SIGSEGV. Please take a look at following timeline of processing sequences.
2002-12-13 Kevin C Miller <kevinm@andrew.cmu.edu>paul
[zebra 16681] OSPF NSSA Patches
2002-12-13[zebra 14631] Generic PtP and RFC3021 interface addressing supportpaul