correctly delete entries from the list when names for IP addresses are blocked
[olsrd.git] / CHANGELOG
1 This file states changes as of version 0.2.4:
2 $Id: CHANGELOG,v 1.36 2005/03/02 00:50:30 tlopatic Exp $
3
4 0.4.9 ---------------------------------------------------------------------
5
6 OPTIMIZATIONS
7
8 The MID database is now also indexed by alias addresses. this makes
9 lookups of main addresses based on alias addresses _much_ faster.
10 The mid_lookup_main_addr function alone has gone from >30% of the
11 total CPU time used by olsrd to <1%.
12 PLUGIN DEVELOPERS: datatypes for MID entries has been changed.
13
14 Routing table calculation in the LQ case now uses balanced binary
15 trees instead of linked lists, which makes lookups much faster.
16
17 The debug output function olsr_printf() is not used by olsrd
18 internals any more. Instead the macro OLSR_PRINTF is to be used.
19 This macro does debug level testing _before_ doing any function
20 calls(both printf itself and parameters to printf). This is a much 
21 more optimized way of doing debug output. In addittion olsrd can
22 be buildt without any debug output code if doing 'make NODEBUG=1'.
23
24 TIMEOUT OF DATASETS
25
26 Validity times for dataset entries are now set using the clock_t type
27 (used to be struct timeval). This data is now fetched from the times(2)
28 function instead of gettimeofday(2). This prevents possible problems
29 if the system time is changed.
30 PLUGIN DEVELOPERS: Note that datatypes for close to all dataset entries
31 (link, neighbor, mid, hna, tc etc.) has been changed!!
32
33 CONFIGURATION FILE
34
35 Multiple interfaces can now use the same interface configuration block.
36 Example:
37 Interface "if0" "if1" "if2"
38 {
39         .....
40 }
41
42 Interface configurations now also support the "Weight" directive. When
43 olsrd finds multiple links to a neighbor it will choose the link
44 going via the interface with the lowest weight. Olsrd normally
45 sets this weight dynamically based on interface characteristics,
46 but if the user wishes to set a fixed weight in a interface(or
47 a group of interfaces), this directive is now available.
48
49 Moreover, interface configurations now support the "LinkQualityMult"
50 directive. It takes an IP address and a multiplier as arguments.
51
52 Example:
53
54 Interface "if0"
55 {
56   [...]
57
58   LinkQualityMult 192.168.0.1 0.7
59   LinkQualityMult default 0.5
60
61   [...]
62 }
63
64 The idea is to make certain links via the configured interface
65 artificially worse or better than they really are. The first parameter
66 specifies the IP address of a neighbour interface. The second
67 parameter is the multiplier to be applied to the link to the specified
68 neighbour interface.
69
70 After we have derived the link quality from the packet loss among the
71 packets received from the specified neighbour interface, we multiply
72 the link quality by the given multiplier. So, the multiplier changes
73 the LQ value that we use when determining the ETX, which is 1 / (LQ *
74 NLQ).
75
76 If "default" is given as the IP address then the multiplier applies to
77 all links via the configured interface. Note, however, that olsrd only
78 assigns one multiplier to each link. It does so in the following way.
79
80 * If there is a "LinkQualityMult" line that matches the IP address of
81   the link's neighbour interface, then use the multiplier in this
82   line.
83
84 * If there isn't any matching line, then look for a "default" line. If
85   there is a "default" line, then use the multiplier in this "default"
86   line.
87
88 * Otherwise use 1.0, i.e. do not modify the LQ value at all.
89
90 Hence, a line with an IP address has priority over a "default" line.
91
92 In the above example, the LQ value of the link between the local
93 interface if0 and the neighbour interface 192.168.0.1 would be
94 multiplied by 0.7. All other links between the local interface if0 and
95 a neighbour interface would be multiplied by 0.5.
96
97 IPV6 SOCKETS
98
99 The socket option IPV6_V6ONLY is now set on IPv6 sockets in linux.
100 This means that olsrd will no longer receive IPv4 traffic when
101 running in IPv6 mode.
102 this should enable users to actually run one olsrd instance using
103 IPv6 and one using IPv4 at the same time :)
104
105 PLUGINS
106
107 The httpinfo, dyn_gw and dot_draw plugins now all include olsrd
108 headerfiles directly. A plugin should define OLSR_PLUGIN before
109 includeing olsrd headers. Doing things this way removed the 
110 redundant datatype definitions that has so often caused trouble
111 when things has been updated in olsrd.
112
113 OTHER UPDATES
114
115 - WLAN devices are now detected in FreeBSD
116 - First specified interfaces IP is used as main address.
117 - Broadcastflag is not checked on interface if fixed broadcast is
118   set in config.
119 - Removed Linux link layer code as this was not really in use.
120
121 BUGFIXES
122
123 - A bug in route addittion/removal that could lead to routes
124   using GWs beeing added before the actual route to the GW
125   was set up has been fixed.
126 - A bug in the interface selection in route calculation has been
127   fixed. New routes are no longer added prior to deleting old ones
128   since this caused trouble.
129 - A bug in the IPv6 multicast address configuration has been fixed.
130   This caused olsrd not to work with global IPv6 addresses.
131 - A bug in the IPv6 prefix-from IPaddr function has been fixed. This
132   bug caused HNA prefixes to always be calculated to 0.
133 - If a 2-hop neighbor is also a 1-hop neighbor, a bug made olsrd
134   prefer a bad direct link to a better link via an MPR.
135 - If a link or interface lookup failed, olsrd crashed.
136
137
138 0.4.8 ---------------------------------------------------------------------
139
140 LICENSE CHANGE
141
142 Olsrd is now distributed under a BSD style license. We believe olsrd will
143 be better off using this license as it opens up for commercial players
144 to use olsrd freely in their products. In the end this will lead to
145 this kind of users doing serious testing and bugfixing of olsrd. 
146
147 ETX-LIKE LINK QUALITY DETECTION
148
149 We can now determine the packet loss on a link by looking at the serial
150 numbers of the OLSR messages received from a neighbor. This tells us how
151 many packets get through from our neighbor to us. We use a new extended
152 kind of HELLO messages (LQ_HELLO messages, LQ = link quality) to broadcast
153 the link quality that we have determined on our end of the link to our
154 neighbors. So do our neighbors, and we as well as they end up with an
155 idea of how good the link is in both directions. From the LQ_HELLOs we
156 also learn the link quality between our neighbors and our two-hop neigh-
157 bors. In this way we can select those neighbors as MPRs that have the
158 best links to our two-hop neighbors. To distribute the link quality
159 throughout the network, we use a new extended version of TC messages
160 (LQ_TC messages). They contain the qualities at both ends of each of our
161 links. Nodes can then run Dijkstra's algorithm to find a path between
162 themselves and other nodes that minimizes the packet loss.
163
164 If the newly introduced "LinkQualityLevel" is set to zero in the
165 configuration file, link quality is not used and the daemon behaves as
166 before, i.e. as specified by the OLSR RFC. If this parameter is set
167 to 1, LQ_HELLOs and LQ_TCs are used instead of HELLOs and TCs, link
168 quality is measured and MPRs are selected based on the link qualities.
169 If this parameter is set to 2, the routing table is additionally
170 calculated based on the link qualities.
171
172 Setting "LinkQualityLevel" to a non-zero value BREAKS COMPATIBILITY. You
173 will then not be able to participate in RFC-conformant OLSR networks
174 any longer. This is because we use LQ_HELLOs and LQ_TCs instead of HELLOs
175 and TCs in this case.
176
177 It's best practice to set "LinkQualityLevel" to the same value on all
178 nodes in a network.
179
180 When determining the quality of a link olsrd only considers a given
181 number of most recent OLSR packets received from its neighbors. By
182 default, olsrd looks at the 10 most recent OLSR packets. This can be
183 changed via the "LinkQualityWinSize" configuration option. Values
184 between 3 and 128 are legal.
185
186 NEW CONFIGFILE PARSER/FORMAT/SCHEME
187
188 A whole new config file syntax and parser is introduced with this
189 release. The parser is generated using flex and bison and it is 
190 designed to be very modular. The parser can be compiled as either
191 a standalone binary, a shared library or as part of olsrd. This way
192 other applications can parse and generate olsrd configuration files
193 only by linking to the dynamic library.
194 In the new configfile options can be set pr. interface, plugin
195 parameters can be set, more IPC options can be set...and more.
196 The syntax is documented in the olsrd.conf(5) manual page found
197 in the files/ directory.
198 Olsrd internals now uses a single struct, as returned by the config
199 parser, for all configuration in runtime. this means that updating
200 values in this struct will dynamically update olsrd operation. It
201 also means that all configuration is now kept in one place instead
202 of spread all across the place.
203
204 FREEBSD AND MAC OSX PORT
205
206 This version offers an initial port of olsrd to FreeBSD and Mac OS
207 X. Like the Windows port it currently does not support IPv6. As this
208 is a very first try at supporting FreeBSD and Mac OS X, this port is
209 probably not as reliable as the Linux version. We'd greatly appreciate
210 feedback and bug reports. To compile you need GNU make. Then simply
211 run "gmake OS=fbsd" to build the executable.
212
213 NEW MAKEFILE(S)
214
215 The makefiles used to build olsrd have been rewritten and now includes
216 dependency file generation using makedep.
217
218 DEBUG OUTPUT
219
220 Tables are now only printed if changes occur, so there are no longer 
221 any periodical output when using a debuglevel >0. A "heartbeat" is 
222 now printed to STDOUT(if it is a terminal) in the form of a rotating 
223 line to show that olsrd is actually operating.
224 Adding "ClearScreen yes" to the configuration file clears the screen
225 each time before the debug output shows updated information. This
226 makes the debug output easier to read in many cases. "ClearScreen no"
227 is the default, if no "ClearScreen" directive is given in the
228 configuration file.
229
230 PLUGIN INTERFACE
231
232 There are some changes in the plugin interface. It is now at
233 version 2. Plugin specific parameters from the configfile 
234 using the PlParam option, will now be passed on to plugins.
235 To receive such parameters a plugin must implement a function:
236 int
237 register_olsr_param(char *key, char *value)
238 to which parameter pairs will be passed.
239
240 NO MORE THREADS
241
242 Olsrd no longer uses any thread library on its operation. Everything
243 now happens in the main thread allowing for use of olsrd on platforms
244 with no thread library.
245
246 ACPI SUPPORT IN WILLINGNESS CALCULATION(LINUX)
247
248 The willingness calculation for Linux, now also supports the more
249 modern ACPI proc interface in addition to APM. This is not well
250 tested and feedback is appreciated!
251
252 IPC OPTIONS
253
254 Various options regarding IPC connections can now be set in the 
255 configfile. The options are max connections, allowed unicast
256 hosts and allowed net-ranges.
257
258 CODE REWRITES
259
260 Much of the message generation and net output code is rewritten.
261 Sending of partial messages should now work 100%. Also TC, MID 
262 and HNA messages are now cached for a random amount of time
263 before transmitted - this often leads to the situation where these
264 messages are sent together with an HELLO message, which is highly
265 desirable since it saves network resources.
266 PLUGIN DEVELOPERS must note that the buffers and size variables
267 used in net output is no longer directly accessible!
268
269 NET OUTPUT CODE REWRITTEN
270
271 Every interface now has one outputbuffer registered. This allows
272 messages to be "cached" as explained above, so that multiple
273 messages are stacked together.
274 Also the outputbuffer and size are no longer accessible directly,
275 an API is available to plugins(and olsr code).
276
277 OS DEPENDENT NETWORK INTERFACE
278
279 The OS dependent network functions are now defined in net_os.h
280 instead of being mixed up with internal network functions
281 in net.h.
282
283 BUGFIXES
284
285 A bug that caused the announced ANSN sequence number to never stop
286 being increased when a change in the MPR selector set was detected
287 has been fixed. Another TC related bug that caused timed out TC
288 entries not to be deleted from the routing table in certain cases
289 has also been fixed. These bugs could cause unstable routes.
290 A bug that in many cases caused the wrong routes to be deleted 
291 when using IPv6 has been fixed.
292
293
294 0.4.7 ---------------------------------------------------------------------
295
296 NATIVE WINDOWS GUI AND INSTALLER
297
298 We now have a native Windows GUI. The GTK+ version is no longer
299 supported on Windows. The new native GUI is pretty compact as it does
300 not require the GTK+ runtime DLLs. In addition to monitoring olsrds
301 state the GUI offers an easy way for novice users to configure
302 olsrd. It's pretty self-explanatory. Have a look at README-WIN32.txt
303 for details. The Windows version now also comes with an installer
304 based on the freely available Nullsoft Scriptable Install System
305 (NSIS). Looks like the Windows port is becoming more and more
306 Windows-ish. :-)
307
308 WIRELESS INTERFACE DETECTION ON WINDOWS
309
310 Like the Linux version the Windows port is now able to tell WLAN
311 interfaces from wired interfaces. We can now, for example, set
312 different HELLO intervals for WLAN interfaces and wired interfaces,
313 respectively.
314
315 ROUTE UPDATES
316
317 The order of updates of calculated routes is swapped. Now new routes
318 are added prior to deleting old ones. This could fix issues where
319 in some very very few cases one could experiment loss of routes.
320
321 BUGFIXES
322
323 There were quite some bugs in IPv6 operation in 0.4.6. These are
324 the bugs that were fixed:
325 - HNA message parsing did not work.
326 - Some IPv6 addresses were printed as IPv4 addresses in the
327   debug output.
328 - The '-dispin' option now works again.
329 - A filedescriptor leak in the IPv6 interface detection caused
330   olsrd to crash.
331
332
333 0.4.6 ---------------------------------------------------------------------
334
335 WINDOWS PORT!
336
337 Read the README-WIN32.txt file!
338
339 DYNAMIC NETWORK INTERFACE UPDATES
340
341 Network interfaces can now be updated and removed/added at
342 runtime. Olsrd will check all interfaces specified in the config 
343 file or on the command-line, every 5 seconds. If updates
344 occur, olsrd will register this and update the necessary data.
345 If interfaces are removed or added, olsrd will detect this
346 and configure the interfaces. If an interface is removed
347 olsrd will continue to check the interface, so if say, a PCMCIA
348 card is removed and later on reinserted(and given the same name),
349 olsrd will detect this and start running on it again.
350
351 Note that olsrd will now run even if no interfaces are detected.
352
353 ROUTE CALCULATION UPDATE
354
355 All 1 hop neighbor addresses that are not directly reachable trough
356 a symmetric link in the link set will now be added with a GW in the 
357 routing table. this GW will be an interface address from a registered
358 symmetric link to the neighbor.
359
360 MID UPDATE
361
362 Alias addresses are now registered in the link set processing
363 if available. This is not to pretty(since the vtime has to
364 be a mere guess) but it gives faster initial route updates.
365 If a HELLO is received(at initial registration) from an IP 
366 that is not the same as the one set as main address in the 
367 received HELLO header, then the IP from which the HELLO was 
368 received will be registered as an alias of the main address 
369 set in the HELLO header. The default vtime is set to 15 secs.
370
371 CODE RESTRUCTURING
372
373 All OS dependent interface configuration code is now located in
374 OS/ifnet.c(that would be linux/ifnet.c if using GNU/Linux).
375 The functions are available trough the headerfile src/ifnet.h
376
377 CODE CLEANUPS
378
379 - Some timer issues fixed
380 - Got rid of the global socket descriptors
381 - Updated indexing of network interfaces
382 - Introduced a global socket to use for ioctl calls(ioctl_s)
383 - Removed upper limit for interfaces to use
384 - Point-to-point interfaces are now allowed
385 - The main select(2) loop now uses a timeout
386 - A small bugfix in the select fd-set update code
387 - Some bugfixes in the configuration file parsing
388 - stdout/stderr are now set to not be buffered
389 - A bugfix in the MID generation regarding seq. numbering
390
391 PLUGIN INTERFCAE
392
393 A new set of functions that are called whenever a change in the 
394 interface configuration(update, addition, removal) is made is 
395 introduced.
396 These functions are added and removed very much like the ptf
397 functions. Available trough the functions add_ifchgf and del_ifchgf.
398
399 OBS OBS OBS!!! PLUGIN DEVELOPERS READ THIS!!!!
400
401 The interface struct(declared in interfaces.h) has changed.
402 Plugin developers must update plugins that uses the interface
403 struct!
404
405 The headerfile olsr_plugin_io.h which contains the plugin interface
406 commands now contains a revision list where all changes are
407 stated.
408
409
410 0.4.5 ---------------------------------------------------------------------
411
412 PLUGIN: SECURE OLSR
413
414 A plugin that generates and checks message signatures is added.
415 Check lib/secure
416
417 PLUGIN: TOPOLOGY GRAPH
418
419 A plugin that generates output of the topology in the dot format
420 is added. See lib/dot_draw
421
422 OPTIMIZATIONS
423
424 Some optimizations done that should cause fewer route recalculations.
425
426 BUGFIXES
427
428 Some bugs reported by Takafumi Tanaka fixed.
429
430 RESTORATION OF NETWORK SETTINGS
431
432 Network settings like disabling of ICMP redirects and spoof filter, are
433 now restored at exit by olsrd.
434
435 RFC COMPLIANCE FIX
436
437 Nodes would in certain scenarios retransmit messages originating for
438 themselves. This was a RFC incompliance. Reported by Ingmar Baumgart.
439
440 NON-WLAN TIMERS
441
442 No longer setting the HELLO interval of non-wlan interfaces as a multiplier
443 of the wlan interval. The interval is set seperatly now.
444 Due to this there are some updates in the configfile imperatives.
445
446 CODE CLEANUPS
447
448 Some new macros introduced for table insertion and removal and IP
449 copying and comparison.
450
451 FRONT END BUGFIXES
452
453 IPv6 bugfixes in the GUI.
454
455
456 0.4.4 ---------------------------------------------------------------------
457
458 ROUTE CALCULATION
459
460 Routes are no longer added via neighbors declaring a willingness
461 of WILL_NEVER.
462
463 LINK SENSING AND ROUTE CALCULATION
464
465 Link sensing and route calculation has been updated to handle
466 multiple links between hosts in a sane way.
467
468 IP SPOOF FILTERING
469
470 IP spoof filtering is disabled on the interfaces which olsrd runs.
471 These settings are not restored!
472
473 ICMP REDIRECTS
474
475 ICMP redirect message generation is disabled on the interfaces
476 which olsrd runs.
477 These settings are not restored!
478
479 CONFIGFILE OPTIONS FOR MID AND HNA ADDED
480
481 Options to set the MID and HNA emission intervals and
482 validity time in the configfile added.
483
484 IPv6 ADDRESS SCOPE
485
486 Option to set what IPv6 address type(scope) to use in the 
487 configfile added. It can be set to either global or site-local.
488
489 IPv6 MULTICAST
490
491 Options to set site-local and global multicast addresses
492 in the configfile added.
493
494 EMISSION INTERVAL FUNCTION
495
496 Functions to set emission intervals at runtime added.
497
498 LINK LAYER NOTIFICATIONS
499
500 If started with the -llinfo switch olsrd will collect and display
501 link-layer information on neighbors. This is no longer limited to
502 one interface. But no action is taken based on this info - and
503 there is a upper limit of 8 neighbors from which this info can
504 be collected pr. interface. This limitation is inherited from the
505 WLAN drivers and is not something imposed by the olsrd code!
506
507 IPv6 HNA MESSAGE FORMAT
508
509 IPv6 HNA messages now contains 128-bit netmask instead of prefix.
510
511 PLUGIN FUNCTIONS
512
513 Added "packet transform functions" which allow plugins to alter all
514 outgoing OLSR traffic.
515
516 RESTRUCTURING
517
518 Moved most headers out of OS dependent directories. The tunneling
519 and link-layer notification interface is not yet separated from
520 the /linux directory.
521
522 MANUALPAGE
523
524 A manpage(olsrd(8)) describing olsrd has been created. It is installed
525 when using 'make install'.
526
527
528 0.4.3 ---------------------------------------------------------------------
529
530 PLUGIN SUPPORT
531
532 Olsrd now supports runtime-loadable plugins! A couple of example plugins
533 are located in the lib/ directory. Read the README files in the various 
534 plugin directories for more info. A directive to load plugins have been
535 added to the configfile as well. 
536 Documentation of the plugin interface can be fount at http://www.olsr.org.
537
538 The plugin interface is designed to be extendable. But it should _always_
539 be backwards compatible with the interface used in this release!
540
541 LINK-LAYER NOTIFICATION
542
543 Some preliminary link-layer notification code has been added. Link quality
544 can be written to stdout if olsrd is started with the -llinfo switch.
545 No action is currently taken based on this info. And info will only
546 be retrieved from the interface named "eth1".
547 This code is not usable for users as of yet!
548
549 MPR UPDATES
550
551 Neighbors with willingness set to WILL_ALWAYS is now always added. The
552 MPR selection is optimized as described in RFC3626 section 8.3.1
553 point 5.
554
555 MPR BUGS
556
557 There was a couple of bugs in the MPR selection code. All fixed.
558
559 LINUX 2.6 BUG
560
561 Users could not run olsrd on multiple interfaces using the Linux 2.6 kernel
562 series. This is now fixed.
563
564 MINOR BUGS
565
566 One small bug in link hysteresis initialization and one in HNA route
567 deletion.
568
569 MESSAGE-SEQUENCENUMBER INCOMPLIANCE
570
571 Message-seqnos was implemented on a pr. messagetype and pr. interface
572 basis. This is not RFC3626 compliant and has been updates. All messages
573 and interfaces now uses a global seuencenumber.
574
575 RANDOM SEQUENCENUMBERS
576
577 Sequencenumbers are now initialized using a random value.
578
579 DAEMON MODE
580
581 Fixes for running olsrd in daemon mode(debug 0).
582
583 OPTIMIZATIONS
584
585 Optimizations based on profiling implemented.
586
587 SANITATION
588
589 Message size is checked for every message before passing it to the
590 appropriate message parsing function. If the size is bigger than the
591 remaining size of the olsr packet then the message is discarded.
592
593 GUI FRONT-END
594
595 Some minor modifications done to the gui.
596
597 INTERNAL CHANGES
598
599 Lots of changes in handling of registration and unregistration of
600 scheduler, socketparser, parser and local hna set.
601 Some restructuring and movement of functions.
602
603
604 0.4.2 ---------------------------------------------------------------------
605
606 No public release
607
608 0.4.1 ---------------------------------------------------------------------
609
610 No public release
611
612 0.4.0 ---------------------------------------------------------------------
613
614 LINK HYSTERESIS
615
616 Link hysteresis as described in the RFC added.
617
618 TC REDUNDANCY
619
620 TC redundancy as described in the RFC added
621
622 MPR REDUNDANCY
623
624 MPR redundancy as described in the RFC added
625
626 SCHEDULER REWRITE
627
628 The scheduler has been rewritten to register scheduled
629 events(function pointers) dynamically.
630
631 PARSER REWRITE
632
633 The parser has been rewritten to register parse functions
634 on a pr. messagetype dynamically
635
636 MALLOC WRAPPER
637
638 A wrapper for the malloc(3) syscal has been introduced.
639 olsr_malloc(size_t, const char *) should ALWAYS be used.
640
641 CODE RESTRUCTURING
642
643 Lots of restructuring in headerfiles.
644 Linux spesific code moved to subdirectory linux/
645 FreeBSD code to be put in freebsd/
646 LOTS of code restructured due to the rexrite of the scheduler
647 and parser.
648
649 MPR CALCULATION
650
651 Optimizing the MPR set as suggested in the RFC section
652 8.3.1 point 5 added.
653
654 BUGFIXES
655
656 Some bugs in MPR selection fixed.
657
658
659 0.3.8 ---------------------------------------------------------------------
660
661 CODE REWRITES
662
663 HNA code completely rewritten!
664 The old code was really bad! Now it is much cleaner implemented and
665 should work fine.
666 One- and two-hop neighbor list structures rewritten. They now use
667 the same hashed double-linked lists as the rest of the information
668 sets use.
669
670 CODE RESTRUCTURING
671
672 Some code restructuring which resulted in the new files: timer.h,
673 mantissa.c, mantissa.h, hashing.c, hashing.h, linux/net.c 
674 linux/net.h, linux/kernel_routes.c, linux/kernel_routes.h and some 
675 renamed files
676
677 BUG FIXES
678
679 The bug causing errormessages on exit is fixed.
680 The bug that caused initial HNA routes in the GUI to display a hopcount
681 of 0 fixed.
682 IPv6 HNA netmasks were all added as /128. It's fixed now.
683
684 IPv6
685
686 Turns out sitelocal address had to be preferred to avoid IPv6 header
687 messing up link-sensing. Bug fixed
688
689
690 0.3.7 ---------------------------------------------------------------------
691
692 CODE REWRITES
693
694 The entire TC set and MPR selector set code rewritten. Hashing and
695 double linked lists added to the MID code.
696 Lots of HNA code has been rewritten as well.
697
698 HNA bugfix
699
700 When a node lost connectivity to a HNA GW all HNA entries to that gw
701 was deleted. This has been fixed - and HNA entries only gets deleted
702 on timeout now.
703 Other HNA bugs have been fixed as well. But the whole HNA implementation
704 needs a rewrite!
705
706 Holdingtime BUGfix
707
708 There was a bug that caused holdingtime not to be properly recalculated
709 when using non-default emission intervals.
710
711 Forwarding and symmetric neighbors
712
713 Seems I had misread the RFC on what a 1-hop symmetric neighbor is.
714 Now the link-set is checked when a check for a symmetric neighbor
715 is done. Not the 1 hop neighbor set as it used to be. This way
716 the hack when receiving MID messages could be removed.
717
718 IPv6
719
720 Global addresses are now preferred. Sitelocal addresses are only used
721 if no global addresses are found. There have been problems where
722 the address set in the IP header of IPv6 packets do not match the
723 address chosen by OLSR.
724
725 GUI - 0.2.5
726
727 The GUI is finally updated! It can now handle piggybacked messages
728 and link sensing HELLO message format.
729
730
731 0.3.6 ---------------------------------------------------------------------
732
733 HNA support using IPv6
734
735 HNA now works using IPv6 as well! Just add the network address and
736 prefix in the HNA6 section in the configfile. The IPv6 HNA packets differ
737 some from the IPv4 as they don't send the netmask but the prefix.
738
739
740 NEW FILENAME FOR THE BINARY AND CONFIG FILE
741
742 They are now called olsrd and olsrd.conf. I figured I'd use the olsrd
743 name before somebody else started using it ;-)
744
745
746 Config file
747
748 New options: DEBUG, HNA6 and IPC-CONNECT added to config file.
749
750
751 Output
752
753 A printf-wrapper has been introduced - debug level output handling
754 is much more uniform now.
755 The daemon should run fine in detached mode now(DEBUG 0)
756
757 GUI front-end
758
759 The GUI front-end can now connect and disconnect at any time while the
760 daemon is running, if started using the -ipc switch or with IPC set to
761 'yes' in the configfile.
762
763
764 BUGS
765
766 A small HNA bug fixed.
767
768
769 0.3.5 ---------------------------------------------------------------------
770
771 Forwarding jitter
772
773 Forwarding jitter added. Messages are piggybacked if they arrive(and are to 
774 be forwarded) while there is data to be forwarded buffered.
775 Added some bugfixes to support parsing of piggybacked messages as well.
776
777 Route calculation
778
779 Fixed route calculation so that 2 hop neighbors are added. This smooths
780 changes from 1 hop to 2 hop neighbor out. The old way one had to wait for 
781 a TC before the 2 hop neighbors were added.
782
783 2 hop neighbor set
784
785 All neighbors received in HELLO messages are added to the two hop 
786 neighborhood. This helps smoothing out the 1-to-2 hop transition as well.
787
788 MID calculation
789
790 MID calculation had to be updated due to the registering of two hop neighbors
791 that are already one hop neighbors. They should not be considered when calculating
792 two hop coverage.
793
794 Optimizations
795
796 Deletion of possible one hop neighbors registered on non main-addresses when
797 first registering MID info from a node removed. This can not occur due
798 to the fact that registering of neighbor nodes are done on main addresses
799 from link-sensing
800 Option to not forward messages on wired links on which they arrived removed.
801 This is no longer usable to any degree when adding support for piggybacking
802 of forwarded messages is to be implemented.
803
804 Cleanups
805
806 Some unused parameters and commandline options were removed.
807
808
809
810 0.3.3 ---------------------------------------------------------------------
811
812 TC MESSAGEING
813
814 Added sending of empty TC messages if all MPR selectors are removed. Empty
815 TC messages are sent for a TC_HOLD_TIME period as described in section
816 9.3 in the RFC.
817
818 HNA
819
820 Fixed HNA route calculations for IPv6. I forgot to upgrade this in 0.3.2
821
822 OPTIONS
823
824 -hnaint and -midint command line optionas added to set the interval
825 of HNA and MID generation.
826
827 FORWARDING
828
829 As an optimization messages have not been forwarded on the received interface
830 if this is registered as a non-WLAN interface. This causes problems for
831 people using Ethernet-to-WLAN adapters. This optimization is now turned
832 off by default. It can be activated using the -nofwlan option.
833
834 BUGS
835
836 THERE ARE SOME NASTY BUGS IN 0.3.2!
837 Fixed a bug that caused 2 hop neighbors not to time out.
838 Fixed a bug that caused a 1 hop neighbor timeout not to recalculate
839 the routing table.
840 Fixed a small memleak in the MID set
841 Fixed some smaller bugs.
842
843 IPv6 functioning is not well tested in this release.
844
845 0.3.2 ---------------------------------------------------------------------
846
847 HNA
848
849 Updated HNA to be RFC compliant. This means that all received HNA tuples
850 are registered and only the subset of unique entries(net/netmask) with
851 the smallest hopcount is inserted into the routing table.
852
853 Config file
854
855 User can specify configfile name using the -f switch.
856
857 Bugs
858
859 Fixed a link-sensing bug that caused problems when using MID nodes.
860
861 0.3.1 ---------------------------------------------------------------------
862
863 MPR calculation
864
865 MPR calculation is now based on the willingness announced by nodes.
866
867 Neighbor set
868
869 The neighbor set does not have timeouts on entries any more. Creation
870 and deletion of neighbor entries is done from the link-set as suggested
871 in the RFC.
872
873 Cleanups
874
875 Gotten rid of a lot of code that became more or less obsolete due to
876 all the changes introduced in 0.3.0.
877
878 Bugs
879
880 Fixed a nasty bug concerning the sequence numbering of TC packets.
881 Fixed some bugs regarding MPR calculation - and probably introduced 
882 a whole new species when implementing the willingness-based calculation ;-)
883
884
885 0.3.0 ---------------------------------------------------------------------
886
887 Due to the extensive amount of updates this release is versioned 0.3.0
888
889 Duplicate table and forwarding
890
891 The duplicate table functionality is totally rewritten in 100% RFC
892 compliance. The forward algorithm specified in the RFC is implemented
893 this meant rewriting much of the packet processing code. The daemon
894 also forwards unknown packettypes now.
895
896 Link sensing and neighbor processing
897
898 Link sensing and neighbor processing was done in the same operation in the
899 old code. Link sensing is now a mechanism of its own which is 100% RFC
900 compliant. Neighbor processing and HELLO generation has been partly 
901 rewritten to be RFC compliant. Neighbors are now registered as either
902 SYN or NOT_SYM. The NOT_NEIGH, SYM_NEIGH and MPR_NEIGH values are only
903 used when building HELLO messages. Links are in one of the following states:
904 UNSPEC_LINK, ASYM_LINK or SYM_LINK.
905 HELLO messages now advertise link status of neighbors on the interface
906 the message is transmitted.
907
908 Willingness
909
910 A node now dynamically calculates willingness based on powersource and
911 possibly battery power. If the node is AC powered it announces a willingness
912 of 6. If batterypowered the willingness is calculated as:
913 P / 26
914 Where P is percentage of power left.
915
916 Configuration file
917
918 The daemon now tries to read its configuration from the file /etc/uolsrd.conf
919 A "standard" configuration file is installed when doing 'make install'.
920 This file should be edited to fit your needs.
921 Command-line options can still be used to override the configuration form
922 the file(ore if no config file is present).
923 The -f switch can also be used to specify a configuration file.
924
925 Willingness
926
927 If AdvancedPowerManagemant(APM) is supported on your system the willingness
928 of the node is dynamically calculated based upon the powerstatus of the node.
929 MPR calculation based upon willingness is not done as of yet.
930
931 TC ANSN
932
933 A bugs in the TC processing fixed.
934
935 HNA
936
937 Some serious HNA bugs fixed. These bugs caused a node to always choos the 
938 gateway with the larges hopcout :) More seriously - a bug caused looping
939 of HNA messages in certain scenarios.
940
941 Package sequence numbers
942
943 These were added. Not much use as of now - but they're there(as specified 
944 in the RFC).
945
946 Broadcast address
947
948 Users can now specify the broadcast address to use. Useful if one wishes to
949 use the 255.255.255.255 broadcast.
950
951
952
953 0.2.5 ---------------------------------------------------------------------
954
955 Htime and Vtime
956
957 Htime and Vtime processing and handling added. Holding times used to be 
958 a static value for all nodes. Now every node can signal its vlidity time
959 to others.
960 To achieve this mantissa/exponent calculation functionality was added.
961 Messages now include Vtime(and Htime in HELLO) values in mantissa/exponent
962 format instead of just zero. These values are as stated above, used as holding
963 time for nodes.
964 the GUI should be upgraded as well...
965
966 Jitter
967
968 The use of jitter in message generation intervals vere fixed.
969
970
971 0.2.4 ---------------------------------------------------------------------
972
973 Seqno bugs
974
975 Some bugs concerning sequence numbers in HELLO and MID message handling 
976 was fixed. Newly registered nodes in the neighbor and MID sets were
977 initialized with a seqno of 0. When using a "wraparound" sequencenumber
978 check(as defined in olsr_protocol.h) this can produce errors if a new
979 node joins a network where existing nodes has seqnos >0x00FF.
980
981 IPv6 related bugs
982
983 Some checks and copying of node addresses where done using sizeof(u_olsr32_t)
984 which is 32 bits. This caused only the 32 firs bits of IPv6 addresses to
985 be copied and checked.