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