summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2003-05-16From: Hasso Tepper <hasso@estpak.ee>paul
Subject: [zebra 19091] [PATCH] NSSA fixes try2 NSSA didn't work without problems even after my previous fixes. Seems that I tracked down problems finally.
2003-05-16From: Gilad Arnold <gilad.arnold@terayon.com>paul
Subject: [zebra 19084] Re: suspected memory leakage upon static route I believe this is a more complete patch, it also addresses allocating/freeing of nexthop->ifname string buffer (1) using XSTRDUP/XFREE macros (thus correctly updating memory statistics), and (2) for all nexthop->type cases that carry an ifname string.
2003-05-14From: Gilad Arnold <gilad arnold at terayon com>paul
Subject: [zebra 19080] suspected memory leakage upon static route deletion upon deletion of a static route entry, at the end of zebra/zebra_rib.c/static_delete_ipv4(), there's a call to XFREE to deallocate the 'struct static_ipv4'. However, in the case of a static with ifname as nexthop (type==STATIC_IPV4_IFNAME), this struct holds a pointer to a dynamically allocated ifname string buffer (si->gate.ifname, see its allocation within static_add_ipv4() using XSTRDUP). IMO, the attached patch is required. Notes: the same applies to IPv6 statics as well (fix included in patch); and, I admit I haven't yet tested that, but it seems simple enough to be working... ;->
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-10Hopefully fix the 'bgp dump routes-mrt' command to actually dump routes.paul
Should recognise the absence of an interval now and schedule one-shot dump. hopefully.
2003-05-08From: Sergiy Vyshnevetskiy <serg @ vostok.net>paul
Subject: [zebra 19019] [PATCH] daemons -A option Works now. Patch attached. Not tested for IPv6, but should work there too.
2003-05-07From: Sergiy Vyshnevetskiy <serg@vostok.net>paul
Subject: [PATCH] sockdir "configure.ac" script ignores absent socket directory. So do all demons (with just a puzzling complaint to _stderr_ only!). I added /tmp and /var/tmp to the list of possible dirs. They should be present in most configurations.
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-05-06From: Sergiy Vyshnevetskiy <serg@vostok.net>paul
Subject: [zebra 18947] [PATCH] openpam patch configure support for openpam (freebsd5.0)
2003-05-01From: Sergiy Vyshnevetskiy <serg@vostok.net>paul
Subject: [zebra 18941] Re: [PATCH] misc patch Program shouldn't terminate on pager execution failure. We can also use "PAGER" environment variable - it's very common.
2003-04-28Import of zebra.org 20030428-18:07 ISTpaul
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-23vtysh_cmd.c is no longer in repository, ignore it.paul
2003-04-19Hasso Tepperpaul
http://hasso.linux.ee/zebra/ht-distribute-18042003.patch Allows to extract.pl to pickup "distribute-list ..." commands for vtysh (ripngd and ripd).
2003-04-19Hasso Tepperpaul
http://hasso.linux.ee/zebra/ht-ifrmap-14042003.patch Allows to extract.pl to pickup "route-map xxx in/out dev" commands for vtysh (ripngd). As lib/if_rmap.[c|h] are used in ripngd only, I moved them to the ripngd/ directory.
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-19From: Israel Keys <ikeys@agile.tv>paul
Subject: [zebra 18677] zebra initialisation bug and patch Hi All, I have found a bug in zebra that prevents its routing table and interface database from being initialised properly. The problem occurs when a request is made via the netlink socket but the kernel produces a EWOULDBLOCK/EAGAIN when the result is trying to be retrieved via a recvmsg(). Zebra does not do anything about this and continues to function (with an empty routing table and interface list) as if nothing has happened. With no such information the routing protocol dosn't work! Two functions are called during the initialisation of Zebra: interface_lookup_netlink() and netlink_route_read() - obtaining the interfaces and routing table from the kernel respectively. These are the only time these functions are called. These functions, interface_lookup_netlink() and netlink_route_read(), use netlink_parse_info() to recieve the data from the netlink socket. The problem is, netlink_parse_info() returns (without error) when its call to recvmsg() results in an errno EWOULDBLOCK/EAGAIN. This behaviour is expected by other funtions calling netlink_parse_info() - netlink_parse_info is simply recalled at a later stage. However, on initialisation it is never recalled. Since zebra is expected to nothing else during initialisation it was easiest to temporarily change the netlink socket to BLOCK and wait indefinently until the kernel responds with the required information. Attached is a patch with these changes. Comments and questions are welcome. Please inform me if this patch is added to the Zebra source. --israel
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-18Fix up vtysh.c compile warningspaul
(following from initial patches by Amir & Sergey Vyshnevetskiy ([zebra 18689])
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-09Author: ralphpaul
Date: 2003-04-08 10:37:12 +0200 (Tue, 08 Apr 2003) Log: new ospfclient application with usage and more comments.
2003-04-09Amir - rev 198paul
Log: Removed unused variable in interface.c
2003-04-09Amir - revision 197paul
Log: I've fixed a small bug in connected_down_ipv4(): I changed if (ifc_pointopoint (ifc)) into if (ifc_pointopoint (ifc) && dest) like show in connected_up_ipv4() After changing this 'ip address x/y'; 'no ip address x/y' works without crash when done in sequence.
2003-04-09Add Makefile.in to the remaining .cvsignore'spaul
Add ospfclient to ospfclient/.cvsignore
2003-04-09Updated to reflect removal of auto-built filespaul
2003-04-09Remove vtysh_cmd.c from the repository.paul
Add dependency on rebuild target for vtysh_cmd.c to Makefile.am
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-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>