This file states changes as of version 0.2.4: $Id: CHANGELOG,v 1.36 2005/03/02 00:50:30 tlopatic Exp $ 0.4.9 --------------------------------------------------------------------- OPTIMIZATIONS The MID database is now also indexed by alias addresses. this makes lookups of main addresses based on alias addresses _much_ faster. The mid_lookup_main_addr function alone has gone from >30% of the total CPU time used by olsrd to <1%. PLUGIN DEVELOPERS: datatypes for MID entries has been changed. Routing table calculation in the LQ case now uses balanced binary trees instead of linked lists, which makes lookups much faster. The debug output function olsr_printf() is not used by olsrd internals any more. Instead the macro OLSR_PRINTF is to be used. This macro does debug level testing _before_ doing any function calls(both printf itself and parameters to printf). This is a much more optimized way of doing debug output. In addittion olsrd can be buildt without any debug output code if doing 'make NODEBUG=1'. TIMEOUT OF DATASETS Validity times for dataset entries are now set using the clock_t type (used to be struct timeval). This data is now fetched from the times(2) function instead of gettimeofday(2). This prevents possible problems if the system time is changed. PLUGIN DEVELOPERS: Note that datatypes for close to all dataset entries (link, neighbor, mid, hna, tc etc.) has been changed!! CONFIGURATION FILE Multiple interfaces can now use the same interface configuration block. Example: Interface "if0" "if1" "if2" { ..... } Interface configurations now also support the "Weight" directive. When olsrd finds multiple links to a neighbor it will choose the link going via the interface with the lowest weight. Olsrd normally sets this weight dynamically based on interface characteristics, but if the user wishes to set a fixed weight in a interface(or a group of interfaces), this directive is now available. Moreover, interface configurations now support the "LinkQualityMult" directive. It takes an IP address and a multiplier as arguments. Example: Interface "if0" { [...] LinkQualityMult 192.168.0.1 0.7 LinkQualityMult default 0.5 [...] } The idea is to make certain links via the configured interface artificially worse or better than they really are. The first parameter specifies the IP address of a neighbour interface. The second parameter is the multiplier to be applied to the link to the specified neighbour interface. After we have derived the link quality from the packet loss among the packets received from the specified neighbour interface, we multiply the link quality by the given multiplier. So, the multiplier changes the LQ value that we use when determining the ETX, which is 1 / (LQ * NLQ). If "default" is given as the IP address then the multiplier applies to all links via the configured interface. Note, however, that olsrd only assigns one multiplier to each link. It does so in the following way. * If there is a "LinkQualityMult" line that matches the IP address of the link's neighbour interface, then use the multiplier in this line. * If there isn't any matching line, then look for a "default" line. If there is a "default" line, then use the multiplier in this "default" line. * Otherwise use 1.0, i.e. do not modify the LQ value at all. Hence, a line with an IP address has priority over a "default" line. In the above example, the LQ value of the link between the local interface if0 and the neighbour interface 192.168.0.1 would be multiplied by 0.7. All other links between the local interface if0 and a neighbour interface would be multiplied by 0.5. IPV6 SOCKETS The socket option IPV6_V6ONLY is now set on IPv6 sockets in linux. This means that olsrd will no longer receive IPv4 traffic when running in IPv6 mode. this should enable users to actually run one olsrd instance using IPv6 and one using IPv4 at the same time :) PLUGINS The httpinfo, dyn_gw and dot_draw plugins now all include olsrd headerfiles directly. A plugin should define OLSR_PLUGIN before includeing olsrd headers. Doing things this way removed the redundant datatype definitions that has so often caused trouble when things has been updated in olsrd. OTHER UPDATES - WLAN devices are now detected in FreeBSD - First specified interfaces IP is used as main address. - Broadcastflag is not checked on interface if fixed broadcast is set in config. - Removed Linux link layer code as this was not really in use. BUGFIXES - A bug in route addittion/removal that could lead to routes using GWs beeing added before the actual route to the GW was set up has been fixed. - A bug in the interface selection in route calculation has been fixed. New routes are no longer added prior to deleting old ones since this caused trouble. - A bug in the IPv6 multicast address configuration has been fixed. This caused olsrd not to work with global IPv6 addresses. - A bug in the IPv6 prefix-from IPaddr function has been fixed. This bug caused HNA prefixes to always be calculated to 0. - If a 2-hop neighbor is also a 1-hop neighbor, a bug made olsrd prefer a bad direct link to a better link via an MPR. - If a link or interface lookup failed, olsrd crashed. 0.4.8 --------------------------------------------------------------------- LICENSE CHANGE Olsrd is now distributed under a BSD style license. We believe olsrd will be better off using this license as it opens up for commercial players to use olsrd freely in their products. In the end this will lead to this kind of users doing serious testing and bugfixing of olsrd. ETX-LIKE LINK QUALITY DETECTION We can now determine the packet loss on a link by looking at the serial numbers of the OLSR messages received from a neighbor. This tells us how many packets get through from our neighbor to us. We use a new extended kind of HELLO messages (LQ_HELLO messages, LQ = link quality) to broadcast the link quality that we have determined on our end of the link to our neighbors. So do our neighbors, and we as well as they end up with an idea of how good the link is in both directions. From the LQ_HELLOs we also learn the link quality between our neighbors and our two-hop neigh- bors. In this way we can select those neighbors as MPRs that have the best links to our two-hop neighbors. To distribute the link quality throughout the network, we use a new extended version of TC messages (LQ_TC messages). They contain the qualities at both ends of each of our links. Nodes can then run Dijkstra's algorithm to find a path between themselves and other nodes that minimizes the packet loss. If the newly introduced "LinkQualityLevel" is set to zero in the configuration file, link quality is not used and the daemon behaves as before, i.e. as specified by the OLSR RFC. If this parameter is set to 1, LQ_HELLOs and LQ_TCs are used instead of HELLOs and TCs, link quality is measured and MPRs are selected based on the link qualities. If this parameter is set to 2, the routing table is additionally calculated based on the link qualities. Setting "LinkQualityLevel" to a non-zero value BREAKS COMPATIBILITY. You will then not be able to participate in RFC-conformant OLSR networks any longer. This is because we use LQ_HELLOs and LQ_TCs instead of HELLOs and TCs in this case. It's best practice to set "LinkQualityLevel" to the same value on all nodes in a network. When determining the quality of a link olsrd only considers a given number of most recent OLSR packets received from its neighbors. By default, olsrd looks at the 10 most recent OLSR packets. This can be changed via the "LinkQualityWinSize" configuration option. Values between 3 and 128 are legal. NEW CONFIGFILE PARSER/FORMAT/SCHEME A whole new config file syntax and parser is introduced with this release. The parser is generated using flex and bison and it is designed to be very modular. The parser can be compiled as either a standalone binary, a shared library or as part of olsrd. This way other applications can parse and generate olsrd configuration files only by linking to the dynamic library. In the new configfile options can be set pr. interface, plugin parameters can be set, more IPC options can be set...and more. The syntax is documented in the olsrd.conf(5) manual page found in the files/ directory. Olsrd internals now uses a single struct, as returned by the config parser, for all configuration in runtime. this means that updating values in this struct will dynamically update olsrd operation. It also means that all configuration is now kept in one place instead of spread all across the place. FREEBSD AND MAC OSX PORT This version offers an initial port of olsrd to FreeBSD and Mac OS X. Like the Windows port it currently does not support IPv6. As this is a very first try at supporting FreeBSD and Mac OS X, this port is probably not as reliable as the Linux version. We'd greatly appreciate feedback and bug reports. To compile you need GNU make. Then simply run "gmake OS=fbsd" to build the executable. NEW MAKEFILE(S) The makefiles used to build olsrd have been rewritten and now includes dependency file generation using makedep. DEBUG OUTPUT Tables are now only printed if changes occur, so there are no longer any periodical output when using a debuglevel >0. A "heartbeat" is now printed to STDOUT(if it is a terminal) in the form of a rotating line to show that olsrd is actually operating. Adding "ClearScreen yes" to the configuration file clears the screen each time before the debug output shows updated information. This makes the debug output easier to read in many cases. "ClearScreen no" is the default, if no "ClearScreen" directive is given in the configuration file. PLUGIN INTERFACE There are some changes in the plugin interface. It is now at version 2. Plugin specific parameters from the configfile using the PlParam option, will now be passed on to plugins. To receive such parameters a plugin must implement a function: int register_olsr_param(char *key, char *value) to which parameter pairs will be passed. NO MORE THREADS Olsrd no longer uses any thread library on its operation. Everything now happens in the main thread allowing for use of olsrd on platforms with no thread library. ACPI SUPPORT IN WILLINGNESS CALCULATION(LINUX) The willingness calculation for Linux, now also supports the more modern ACPI proc interface in addition to APM. This is not well tested and feedback is appreciated! IPC OPTIONS Various options regarding IPC connections can now be set in the configfile. The options are max connections, allowed unicast hosts and allowed net-ranges. CODE REWRITES Much of the message generation and net output code is rewritten. Sending of partial messages should now work 100%. Also TC, MID and HNA messages are now cached for a random amount of time before transmitted - this often leads to the situation where these messages are sent together with an HELLO message, which is highly desirable since it saves network resources. PLUGIN DEVELOPERS must note that the buffers and size variables used in net output is no longer directly accessible! NET OUTPUT CODE REWRITTEN Every interface now has one outputbuffer registered. This allows messages to be "cached" as explained above, so that multiple messages are stacked together. Also the outputbuffer and size are no longer accessible directly, an API is available to plugins(and olsr code). OS DEPENDENT NETWORK INTERFACE The OS dependent network functions are now defined in net_os.h instead of being mixed up with internal network functions in net.h. BUGFIXES A bug that caused the announced ANSN sequence number to never stop being increased when a change in the MPR selector set was detected has been fixed. Another TC related bug that caused timed out TC entries not to be deleted from the routing table in certain cases has also been fixed. These bugs could cause unstable routes. A bug that in many cases caused the wrong routes to be deleted when using IPv6 has been fixed. 0.4.7 --------------------------------------------------------------------- NATIVE WINDOWS GUI AND INSTALLER We now have a native Windows GUI. The GTK+ version is no longer supported on Windows. The new native GUI is pretty compact as it does not require the GTK+ runtime DLLs. In addition to monitoring olsrds state the GUI offers an easy way for novice users to configure olsrd. It's pretty self-explanatory. Have a look at README-WIN32.txt for details. The Windows version now also comes with an installer based on the freely available Nullsoft Scriptable Install System (NSIS). Looks like the Windows port is becoming more and more Windows-ish. :-) WIRELESS INTERFACE DETECTION ON WINDOWS Like the Linux version the Windows port is now able to tell WLAN interfaces from wired interfaces. We can now, for example, set different HELLO intervals for WLAN interfaces and wired interfaces, respectively. ROUTE UPDATES The order of updates of calculated routes is swapped. Now new routes are added prior to deleting old ones. This could fix issues where in some very very few cases one could experiment loss of routes. BUGFIXES There were quite some bugs in IPv6 operation in 0.4.6. These are the bugs that were fixed: - HNA message parsing did not work. - Some IPv6 addresses were printed as IPv4 addresses in the debug output. - The '-dispin' option now works again. - A filedescriptor leak in the IPv6 interface detection caused olsrd to crash. 0.4.6 --------------------------------------------------------------------- WINDOWS PORT! Read the README-WIN32.txt file! DYNAMIC NETWORK INTERFACE UPDATES Network interfaces can now be updated and removed/added at runtime. Olsrd will check all interfaces specified in the config file or on the command-line, every 5 seconds. If updates occur, olsrd will register this and update the necessary data. If interfaces are removed or added, olsrd will detect this and configure the interfaces. If an interface is removed olsrd will continue to check the interface, so if say, a PCMCIA card is removed and later on reinserted(and given the same name), olsrd will detect this and start running on it again. Note that olsrd will now run even if no interfaces are detected. ROUTE CALCULATION UPDATE All 1 hop neighbor addresses that are not directly reachable trough a symmetric link in the link set will now be added with a GW in the routing table. this GW will be an interface address from a registered symmetric link to the neighbor. MID UPDATE Alias addresses are now registered in the link set processing if available. This is not to pretty(since the vtime has to be a mere guess) but it gives faster initial route updates. If a HELLO is received(at initial registration) from an IP that is not the same as the one set as main address in the received HELLO header, then the IP from which the HELLO was received will be registered as an alias of the main address set in the HELLO header. The default vtime is set to 15 secs. CODE RESTRUCTURING All OS dependent interface configuration code is now located in OS/ifnet.c(that would be linux/ifnet.c if using GNU/Linux). The functions are available trough the headerfile src/ifnet.h CODE CLEANUPS - Some timer issues fixed - Got rid of the global socket descriptors - Updated indexing of network interfaces - Introduced a global socket to use for ioctl calls(ioctl_s) - Removed upper limit for interfaces to use - Point-to-point interfaces are now allowed - The main select(2) loop now uses a timeout - A small bugfix in the select fd-set update code - Some bugfixes in the configuration file parsing - stdout/stderr are now set to not be buffered - A bugfix in the MID generation regarding seq. numbering PLUGIN INTERFCAE A new set of functions that are called whenever a change in the interface configuration(update, addition, removal) is made is introduced. These functions are added and removed very much like the ptf functions. Available trough the functions add_ifchgf and del_ifchgf. OBS OBS OBS!!! PLUGIN DEVELOPERS READ THIS!!!! The interface struct(declared in interfaces.h) has changed. Plugin developers must update plugins that uses the interface struct! The headerfile olsr_plugin_io.h which contains the plugin interface commands now contains a revision list where all changes are stated. 0.4.5 --------------------------------------------------------------------- PLUGIN: SECURE OLSR A plugin that generates and checks message signatures is added. Check lib/secure PLUGIN: TOPOLOGY GRAPH A plugin that generates output of the topology in the dot format is added. See lib/dot_draw OPTIMIZATIONS Some optimizations done that should cause fewer route recalculations. BUGFIXES Some bugs reported by Takafumi Tanaka fixed. RESTORATION OF NETWORK SETTINGS Network settings like disabling of ICMP redirects and spoof filter, are now restored at exit by olsrd. RFC COMPLIANCE FIX Nodes would in certain scenarios retransmit messages originating for themselves. This was a RFC incompliance. Reported by Ingmar Baumgart. NON-WLAN TIMERS No longer setting the HELLO interval of non-wlan interfaces as a multiplier of the wlan interval. The interval is set seperatly now. Due to this there are some updates in the configfile imperatives. CODE CLEANUPS Some new macros introduced for table insertion and removal and IP copying and comparison. FRONT END BUGFIXES IPv6 bugfixes in the GUI. 0.4.4 --------------------------------------------------------------------- ROUTE CALCULATION Routes are no longer added via neighbors declaring a willingness of WILL_NEVER. LINK SENSING AND ROUTE CALCULATION Link sensing and route calculation has been updated to handle multiple links between hosts in a sane way. IP SPOOF FILTERING IP spoof filtering is disabled on the interfaces which olsrd runs. These settings are not restored! ICMP REDIRECTS ICMP redirect message generation is disabled on the interfaces which olsrd runs. These settings are not restored! CONFIGFILE OPTIONS FOR MID AND HNA ADDED Options to set the MID and HNA emission intervals and validity time in the configfile added. IPv6 ADDRESS SCOPE Option to set what IPv6 address type(scope) to use in the configfile added. It can be set to either global or site-local. IPv6 MULTICAST Options to set site-local and global multicast addresses in the configfile added. EMISSION INTERVAL FUNCTION Functions to set emission intervals at runtime added. LINK LAYER NOTIFICATIONS If started with the -llinfo switch olsrd will collect and display link-layer information on neighbors. This is no longer limited to one interface. But no action is taken based on this info - and there is a upper limit of 8 neighbors from which this info can be collected pr. interface. This limitation is inherited from the WLAN drivers and is not something imposed by the olsrd code! IPv6 HNA MESSAGE FORMAT IPv6 HNA messages now contains 128-bit netmask instead of prefix. PLUGIN FUNCTIONS Added "packet transform functions" which allow plugins to alter all outgoing OLSR traffic. RESTRUCTURING Moved most headers out of OS dependent directories. The tunneling and link-layer notification interface is not yet separated from the /linux directory. MANUALPAGE A manpage(olsrd(8)) describing olsrd has been created. It is installed when using 'make install'. 0.4.3 --------------------------------------------------------------------- PLUGIN SUPPORT Olsrd now supports runtime-loadable plugins! A couple of example plugins are located in the lib/ directory. Read the README files in the various plugin directories for more info. A directive to load plugins have been added to the configfile as well. Documentation of the plugin interface can be fount at http://www.olsr.org. The plugin interface is designed to be extendable. But it should _always_ be backwards compatible with the interface used in this release! LINK-LAYER NOTIFICATION Some preliminary link-layer notification code has been added. Link quality can be written to stdout if olsrd is started with the -llinfo switch. No action is currently taken based on this info. And info will only be retrieved from the interface named "eth1". This code is not usable for users as of yet! MPR UPDATES Neighbors with willingness set to WILL_ALWAYS is now always added. The MPR selection is optimized as described in RFC3626 section 8.3.1 point 5. MPR BUGS There was a couple of bugs in the MPR selection code. All fixed. LINUX 2.6 BUG Users could not run olsrd on multiple interfaces using the Linux 2.6 kernel series. This is now fixed. MINOR BUGS One small bug in link hysteresis initialization and one in HNA route deletion. MESSAGE-SEQUENCENUMBER INCOMPLIANCE Message-seqnos was implemented on a pr. messagetype and pr. interface basis. This is not RFC3626 compliant and has been updates. All messages and interfaces now uses a global seuencenumber. RANDOM SEQUENCENUMBERS Sequencenumbers are now initialized using a random value. DAEMON MODE Fixes for running olsrd in daemon mode(debug 0). OPTIMIZATIONS Optimizations based on profiling implemented. SANITATION Message size is checked for every message before passing it to the appropriate message parsing function. If the size is bigger than the remaining size of the olsr packet then the message is discarded. GUI FRONT-END Some minor modifications done to the gui. INTERNAL CHANGES Lots of changes in handling of registration and unregistration of scheduler, socketparser, parser and local hna set. Some restructuring and movement of functions. 0.4.2 --------------------------------------------------------------------- No public release 0.4.1 --------------------------------------------------------------------- No public release 0.4.0 --------------------------------------------------------------------- LINK HYSTERESIS Link hysteresis as described in the RFC added. TC REDUNDANCY TC redundancy as described in the RFC added MPR REDUNDANCY MPR redundancy as described in the RFC added SCHEDULER REWRITE The scheduler has been rewritten to register scheduled events(function pointers) dynamically. PARSER REWRITE The parser has been rewritten to register parse functions on a pr. messagetype dynamically MALLOC WRAPPER A wrapper for the malloc(3) syscal has been introduced. olsr_malloc(size_t, const char *) should ALWAYS be used. CODE RESTRUCTURING Lots of restructuring in headerfiles. Linux spesific code moved to subdirectory linux/ FreeBSD code to be put in freebsd/ LOTS of code restructured due to the rexrite of the scheduler and parser. MPR CALCULATION Optimizing the MPR set as suggested in the RFC section 8.3.1 point 5 added. BUGFIXES Some bugs in MPR selection fixed. 0.3.8 --------------------------------------------------------------------- CODE REWRITES HNA code completely rewritten! The old code was really bad! Now it is much cleaner implemented and should work fine. One- and two-hop neighbor list structures rewritten. They now use the same hashed double-linked lists as the rest of the information sets use. CODE RESTRUCTURING Some code restructuring which resulted in the new files: timer.h, mantissa.c, mantissa.h, hashing.c, hashing.h, linux/net.c linux/net.h, linux/kernel_routes.c, linux/kernel_routes.h and some renamed files BUG FIXES The bug causing errormessages on exit is fixed. The bug that caused initial HNA routes in the GUI to display a hopcount of 0 fixed. IPv6 HNA netmasks were all added as /128. It's fixed now. IPv6 Turns out sitelocal address had to be preferred to avoid IPv6 header messing up link-sensing. Bug fixed 0.3.7 --------------------------------------------------------------------- CODE REWRITES The entire TC set and MPR selector set code rewritten. Hashing and double linked lists added to the MID code. Lots of HNA code has been rewritten as well. HNA bugfix When a node lost connectivity to a HNA GW all HNA entries to that gw was deleted. This has been fixed - and HNA entries only gets deleted on timeout now. Other HNA bugs have been fixed as well. But the whole HNA implementation needs a rewrite! Holdingtime BUGfix There was a bug that caused holdingtime not to be properly recalculated when using non-default emission intervals. Forwarding and symmetric neighbors Seems I had misread the RFC on what a 1-hop symmetric neighbor is. Now the link-set is checked when a check for a symmetric neighbor is done. Not the 1 hop neighbor set as it used to be. This way the hack when receiving MID messages could be removed. IPv6 Global addresses are now preferred. Sitelocal addresses are only used if no global addresses are found. There have been problems where the address set in the IP header of IPv6 packets do not match the address chosen by OLSR. GUI - 0.2.5 The GUI is finally updated! It can now handle piggybacked messages and link sensing HELLO message format. 0.3.6 --------------------------------------------------------------------- HNA support using IPv6 HNA now works using IPv6 as well! Just add the network address and prefix in the HNA6 section in the configfile. The IPv6 HNA packets differ some from the IPv4 as they don't send the netmask but the prefix. NEW FILENAME FOR THE BINARY AND CONFIG FILE They are now called olsrd and olsrd.conf. I figured I'd use the olsrd name before somebody else started using it ;-) Config file New options: DEBUG, HNA6 and IPC-CONNECT added to config file. Output A printf-wrapper has been introduced - debug level output handling is much more uniform now. The daemon should run fine in detached mode now(DEBUG 0) GUI front-end The GUI front-end can now connect and disconnect at any time while the daemon is running, if started using the -ipc switch or with IPC set to 'yes' in the configfile. BUGS A small HNA bug fixed. 0.3.5 --------------------------------------------------------------------- Forwarding jitter Forwarding jitter added. Messages are piggybacked if they arrive(and are to be forwarded) while there is data to be forwarded buffered. Added some bugfixes to support parsing of piggybacked messages as well. Route calculation Fixed route calculation so that 2 hop neighbors are added. This smooths changes from 1 hop to 2 hop neighbor out. The old way one had to wait for a TC before the 2 hop neighbors were added. 2 hop neighbor set All neighbors received in HELLO messages are added to the two hop neighborhood. This helps smoothing out the 1-to-2 hop transition as well. MID calculation MID calculation had to be updated due to the registering of two hop neighbors that are already one hop neighbors. They should not be considered when calculating two hop coverage. Optimizations Deletion of possible one hop neighbors registered on non main-addresses when first registering MID info from a node removed. This can not occur due to the fact that registering of neighbor nodes are done on main addresses from link-sensing Option to not forward messages on wired links on which they arrived removed. This is no longer usable to any degree when adding support for piggybacking of forwarded messages is to be implemented. Cleanups Some unused parameters and commandline options were removed. 0.3.3 --------------------------------------------------------------------- TC MESSAGEING Added sending of empty TC messages if all MPR selectors are removed. Empty TC messages are sent for a TC_HOLD_TIME period as described in section 9.3 in the RFC. HNA Fixed HNA route calculations for IPv6. I forgot to upgrade this in 0.3.2 OPTIONS -hnaint and -midint command line optionas added to set the interval of HNA and MID generation. FORWARDING As an optimization messages have not been forwarded on the received interface if this is registered as a non-WLAN interface. This causes problems for people using Ethernet-to-WLAN adapters. This optimization is now turned off by default. It can be activated using the -nofwlan option. BUGS THERE ARE SOME NASTY BUGS IN 0.3.2! Fixed a bug that caused 2 hop neighbors not to time out. Fixed a bug that caused a 1 hop neighbor timeout not to recalculate the routing table. Fixed a small memleak in the MID set Fixed some smaller bugs. IPv6 functioning is not well tested in this release. 0.3.2 --------------------------------------------------------------------- HNA Updated HNA to be RFC compliant. This means that all received HNA tuples are registered and only the subset of unique entries(net/netmask) with the smallest hopcount is inserted into the routing table. Config file User can specify configfile name using the -f switch. Bugs Fixed a link-sensing bug that caused problems when using MID nodes. 0.3.1 --------------------------------------------------------------------- MPR calculation MPR calculation is now based on the willingness announced by nodes. Neighbor set The neighbor set does not have timeouts on entries any more. Creation and deletion of neighbor entries is done from the link-set as suggested in the RFC. Cleanups Gotten rid of a lot of code that became more or less obsolete due to all the changes introduced in 0.3.0. Bugs Fixed a nasty bug concerning the sequence numbering of TC packets. Fixed some bugs regarding MPR calculation - and probably introduced a whole new species when implementing the willingness-based calculation ;-) 0.3.0 --------------------------------------------------------------------- Due to the extensive amount of updates this release is versioned 0.3.0 Duplicate table and forwarding The duplicate table functionality is totally rewritten in 100% RFC compliance. The forward algorithm specified in the RFC is implemented this meant rewriting much of the packet processing code. The daemon also forwards unknown packettypes now. Link sensing and neighbor processing Link sensing and neighbor processing was done in the same operation in the old code. Link sensing is now a mechanism of its own which is 100% RFC compliant. Neighbor processing and HELLO generation has been partly rewritten to be RFC compliant. Neighbors are now registered as either SYN or NOT_SYM. The NOT_NEIGH, SYM_NEIGH and MPR_NEIGH values are only used when building HELLO messages. Links are in one of the following states: UNSPEC_LINK, ASYM_LINK or SYM_LINK. HELLO messages now advertise link status of neighbors on the interface the message is transmitted. Willingness A node now dynamically calculates willingness based on powersource and possibly battery power. If the node is AC powered it announces a willingness of 6. If batterypowered the willingness is calculated as: P / 26 Where P is percentage of power left. Configuration file The daemon now tries to read its configuration from the file /etc/uolsrd.conf A "standard" configuration file is installed when doing 'make install'. This file should be edited to fit your needs. Command-line options can still be used to override the configuration form the file(ore if no config file is present). The -f switch can also be used to specify a configuration file. Willingness If AdvancedPowerManagemant(APM) is supported on your system the willingness of the node is dynamically calculated based upon the powerstatus of the node. MPR calculation based upon willingness is not done as of yet. TC ANSN A bugs in the TC processing fixed. HNA Some serious HNA bugs fixed. These bugs caused a node to always choos the gateway with the larges hopcout :) More seriously - a bug caused looping of HNA messages in certain scenarios. Package sequence numbers These were added. Not much use as of now - but they're there(as specified in the RFC). Broadcast address Users can now specify the broadcast address to use. Useful if one wishes to use the 255.255.255.255 broadcast. 0.2.5 --------------------------------------------------------------------- Htime and Vtime Htime and Vtime processing and handling added. Holding times used to be a static value for all nodes. Now every node can signal its vlidity time to others. To achieve this mantissa/exponent calculation functionality was added. Messages now include Vtime(and Htime in HELLO) values in mantissa/exponent format instead of just zero. These values are as stated above, used as holding time for nodes. the GUI should be upgraded as well... Jitter The use of jitter in message generation intervals vere fixed. 0.2.4 --------------------------------------------------------------------- Seqno bugs Some bugs concerning sequence numbers in HELLO and MID message handling was fixed. Newly registered nodes in the neighbor and MID sets were initialized with a seqno of 0. When using a "wraparound" sequencenumber check(as defined in olsr_protocol.h) this can produce errors if a new node joins a network where existing nodes has seqnos >0x00FF. IPv6 related bugs Some checks and copying of node addresses where done using sizeof(u_olsr32_t) which is 32 bits. This caused only the 32 firs bits of IPv6 addresses to be copied and checked.