summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
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
2003-02-07Sync to latest Zebra CVSpaul
2003-02-03small updatepaul
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-25Small fix (free integrate_sav) and addition of an ssh command.paul
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-23Replace _SC_PAGESIZE with the far more portable getpagesize().paul
(needed, eg, for Darwin). Kris Foster <kris@krweb.net>
2003-01-22Matthew Grant <grantma@anathoth.gen.nz>paul
[zebra 17290] [PATCHES] - Fixes for problems in 0.93b portfix patch
2003-01-22Matthew Grant <grantma@anathoth.gen.nz>paul
Subject: [zebra 17290] [PATCHES] - Fixes for problems in 0.93b Added ifupstaticfix
2003-01-22Update for ospfd docs for 'compatible rfc1583' and 'abr-type'.paul
Christian Hammers <ch@westend.com> zebra 17336 and 17335
2003-01-20small change to changelogpaul
2003-01-20Update Spec filepaul
2003-01-19Add work around for RFC3021 patch and its problem with certain IPv6 interfacespaul
addresses. It seems so far that netlink only ever returns IFA_ADDRESS for IPv6 interfaces and never IFA_LOCAL, regardless of whether it is PtP or not. Need to investigate precisely how IPv6 and netlink are supposed to behave wrt broadcast vs PtP links.
2003-01-18update changelogpaul
2003-01-18Updated spec filepaul
2003-01-18renamed ports/redhat to redhat/paul
2003-01-18Removed out of date init/redhat.paul
ports/redhat is current.
2003-01-18This patch adds Yon's CLI 'walk back up tree' patch. Following are emailpaul
describing original patch and a shorter email describing changes to an updated patch, the one which is applied: From havanna_moon@gmx.net Sat Jan 18 00:37:13 2003 Date: Mon, 9 Dec 2002 05:32:58 +0100 (CET) From: Yon Uriarte <havanna_moon@gmx.net> To: "the list(tm) Zebra" <zebra@zebra.org> Subject: [zebra 16671] [PATCH] CLI extensions. Hi, this patch adds 2 improvements to the CLI (lib/command.c): #1) When in subconfig mode (router XXX, interface XXX, ...) commands that fail for that node are tried on the main CONFIG_NODE. This is great for configuring interfaces or changing the sub-config mode quickly, without the need to type 'exit' between commands: ospfd(config)# int eth1 ospfd(config-if)# ip ospf cost 9 ospfd(config-if)# ip ospf prio 101 ospfd(config-if)# router ospf ospfd(config-router)# network 1.1.1.0/24 area 51 ospfd(config-router)# int eth2 ospfd(config-if)# ip ospf authentication message-digest ospfd(config-if)# ^Z ospfd# Is this IOS-like or does IOS try to walk up the tree of config sub-modes instead of directly trying the command on CONFIG_NODE? CAVEATS: "?" and "TAB" don't work. IIRC IOS doesnt show that help neither. NON-CAVEATS: This wont break much, as config_from_file() already does try a failed command on the parent node of the actual vty->node. If changing the code to walk the node tree instead of directly trying the command on the ENABLE_NODE the same semantics would be in use and no future bugs could creep in. #2) When in config or subconfig mode use the "do " prefix to execute commans of the ENABLE_NODE. "?" and "TAB" work. The space after the "do" is needed: ospfd(config-router)# do<?> % There is no matched command. ospfd(config-router)# do <?> clear Reset functions configure Configuration from vty interface copy Copy configuration debug Debugging functions (see also 'undebug') disable Turn off privileged mode command end End current mode and change to enable mode. exit Exit current mode and down to previous mode help Description of the interactive help system list Print command list no Negate a command or set its defaults quit Exit current mode and down to previous mode show Show running system information terminal Set terminal line parameters who Display who is on vty write Write running configuration to memory, network, or terminal ospfd(config-router)# do sho<TAB> ospfd(config-router)# do show me<TAB> ospfd(config-router)# do show memory r<TAB> ospfd(config-router)# do show memory rip RIP structure : 0 RIP route info : 0 RIP interface : 0 RIP peer : 0 RIP offset list : 0 RIP distance : 0 ospfd(config-router)# ^Z ospfd# CAVEATS: I don't have access to an IOS with this feature, so I implemented it from the comments on this mailing list (in fact my personal motivation was to implement feature #1, which I missed on zebra. But #2 sounded like a nice one to have, and xemacs was already parked on command.c ...). Is this IOS-like or are there differences? I will happily change this patch to mimick IOS or the mailing-list consensus on CLI-usability. regards, yon From havanna_moon@gmx.net Sat Jan 18 01:13:11 2003 Date: Sat, 11 Jan 2003 23:36:51 +0100 (CET) From: Yon Uriarte <havanna_moon@gmx.net> To: zebra@zebra.org Subject: [zebra 17218] Re: [PATCH] CLI extensions. Hi, [redacted] > I prefer the IOS way for the node "up walking". This patch should walk the tree upwards: bgpd(config)# router bgp 1 bgpd(config-router)# address-family ipv4 multicast bgpd(config-router-af)# access-list 1 remark hola que tal bgpd(config)# I cant test all combinations, so I cant rule out some bugs. I'd love to get (long and explicit) bug reports. [redacted]