summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* From: Hasso Tepperpaul2003-04-235-280/+280
| | | | | | 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.
* vtysh_cmd.c is no longer in repository, ignore it.paul2003-04-231-0/+1
|
* Hasso Tepperpaul2003-04-193-13/+101
| | | | | | http://hasso.linux.ee/zebra/ht-distribute-18042003.patch Allows to extract.pl to pickup "distribute-list ..." commands for vtysh (ripngd and ripd).
* Hasso Tepperpaul2003-04-195-12/+12
| | | | | | | 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.
* Hasso Tepperpaul2003-04-198-85/+209
| | | | | | 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.
* From: Hasso Tepper <hasso@estpak.ee>paul2003-04-192-180/+167
| | | | | | | | | | | | 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.
* From: Israel Keys <ikeys@agile.tv>paul2003-04-191-19/+73
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* From: Sergey Vyshnevetskiy <serg@vostok.net>paul2003-04-181-1/+2
| | | | | | Subject: [zebra 18689] [PATCH] misc patch Add missing param to zlog
* From: Sergey Vyshnevetskiy <serg@vostok.net>paul2003-04-181-2/+0
| | | | | | Subject: [zebra 18689] [PATCH] misc patch remove unused vars
* Fix up vtysh.c compile warningspaul2003-04-181-7/+7
| | | | | (following from initial patches by Amir & Sergey Vyshnevetskiy ([zebra 18689])
* Denis Ovsienko <zebra@pilot.org.ua>paul2003-04-171-1/+2
| | | | | | Subject: [zebra 18767] possible SIGSEGV Fix incorrect memset
* From: Hasso Tepper <hasso@estpak.ee>paul2003-04-133-0/+44
| | | | | | To: zebra@zebra.org Subject: [zebra 18648] [PATCH] Selforiginated Type-7 LSA's are not flushed from lsdb
* Author: amirpaul2003-04-132-1/+9
| | | | | | | | | | | | 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->...
* Author: ralphpaul2003-04-091-21/+48
| | | | | | Date: 2003-04-08 10:37:12 +0200 (Tue, 08 Apr 2003) Log: new ospfclient application with usage and more comments.
* Amir - rev 198paul2003-04-091-2/+0
| | | | | Log: Removed unused variable in interface.c
* Amir - revision 197paul2003-04-091-1/+2
| | | | | | | | | | | | | | | | | | 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.
* Add Makefile.in to the remaining .cvsignore'spaul2003-04-0911-2/+12
| | | | Add ospfclient to ospfclient/.cvsignore
* Updated to reflect removal of auto-built filespaul2003-04-091-1/+5
|
* Remove vtysh_cmd.c from the repository.paul2003-04-092-14629/+2
| | | | Add dependency on rebuild target for vtysh_cmd.c to Makefile.am
* Undo commenting of a debug conditional. make it conditional again.paul2003-04-081-9/+9
|
* Hasso Tepper <hasso@estpak.ee>:paul2003-04-071-0/+2
| | | | add NSSA debug statement
* Change vty socket path defines to the global definespaul2003-04-071-6/+6
|
* Removed stray hard coded vty socket pathspaul2003-04-071-8/+0
|
* define localstatedir for configurepaul2003-04-071-2/+3
|
* Indentation fixpaul2003-04-071-2/+2
|
* Copy configure.ac to configure.in.paul2003-04-071-0/+31
|
* [zebra 18626] move zebra socket paths to configure.acpaul2003-04-077-7/+31
| | | | | | | | | | | 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.
* 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
|
generated by cgit v1.2.3 (git 2.25.1) at 2025-02-26 19:12:31 +0000