summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2003-05-24From: rivo nurges <rix@estpak.ee>paul
Subject: solaris compile patch types defined for SUNOS_5 were already defined in config.h
2003-05-24Fix missing bracket from previous commit.paul
2003-05-242003-05-24 Kenji Yabuuchipaul
* ospf_interface.c(ospf_if_lookup_recv_if): Use the most specific match for interface lookup.
2003-05-24Update changelog -> fix from Anil Madhavapeddypaul
2003-05-24Fix incorrect buffer bounds.paul
Reported by Anil Madhavapeddy to bug-zebra.
2003-05-24Ripd has "no interface ..." command as well.hasso
2003-05-24From: Hasso Tepper <hasso@estpak.ee>paul
ensure only interfaces that are inactive or do not exist can be deleted
2003-05-23Fix errant ;;paul
2003-05-23slight addition to hasso's previous no_interface patch.paul
2003-05-23From: Sergiy Vyshnevetskiy <serg@vostok.net>paul
Subject: [zebra 18994] Re: zebra-pj compile failure under OpenBSd 3.3 (gmake) properly detect rl_completion_matches vs completion_matches.
2003-05-23From: Hasso Tepper <hasso@estpak.ee>paul
Add the 'no interface' command to all the daemons and vtysh. now it's possible to delete interface from routeing daemons as well only if it doesn't exist in os. http://hasso.linux.ee/zebra/ht-no_interface_fix.patch
2003-05-23Undo Hasso last patch, about to apply a slightly updated patch.paul
2003-05-23Allow group access to vty socket.paul
2003-05-23From: Hasso Tepper <hasso@estpak.ee>paul
http://hasso.linux.ee/zebra/ht-no_interface-23052003.patch Add the 'no interface' command to all the daemons and vtysh.
2003-05-22Add additional system capabilitiespaul
2003-05-21From: Paul Jakma <paulj@alphyra.ie>paul
Subject: [zebra 19125] vtysh bogus perms check vtysh checks that the zebra.vty socket uid is == to its own euid, this is bogus - let the kernel decide whether permissions match, vtysh shouldnt try second guess. (this becomes noticeable when neither zebra nor vtysh are run as root :) )
2003-05-21From: Hasso Tepper <hasso@estpak.ee>paul
Subject: [zebra 19120] [PATCH] Vtysh I really don't know how I could miss that one. Opsf(6)d have prefix-lists as well.
2003-05-20Fix stray comment and using pwentry for group info.paul
2003-05-20Undo revision 1.3, revert back to zebra_org 1.1.1.2.paul
asm/types.h is required for netlink. Later glibc's seem to have resolved the warning.
2003-05-20Fix several small caps related errors.paul
2003-05-20Privilege support files for zebra.paul
Linux capabilities enabled (if libcap is enabled).
2003-05-20Autogenerate the redhat/zebra.spec file using autoconfpaul
supplied VERSION and CONFDATE.
2003-05-20Cleanup the openpam AC_MSG's slightly.paul
Add a DATE AC_SUBST.
2003-05-19From: Paul Jakma <paul@clubi.ie>paul
Subject: [zebra 19097] HAVE_ASM_TYPES does anyone know why lib/zebra.h has: #ifdef HAVE_ASM_TYPES_H #include <asm/types.h> #endif /* HAVE_ASM_TYPES_H */ There's no need for it that i can see (least not on linux) and it causes compile warnings. Is it needed? If so, why?
2003-05-18From: Hasso Tepper <hasso@estpak.ee>paul
Subject: [zebra 19093] [PATCH] Two more fixes 1) From 6Wind patch - show router and interface nodes from ospf6d when using vtysh and don't show defaults in interface node. Fixes bugzilla #14.
2003-05-18From: Hasso Tepper <hasso@estpak.ee>paul
Subject: [zebra 19093] [PATCH] Two more fixes Show NSSA LSA route info in "show ip ospf database" output
2003-05-17Sync configure.in to configure.ac (sergey's openpam support)paul
2003-05-16Fix attributionpaul
2003-05-16Update Changelogspaul
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