[Olsr-cvs] olsrd-current CHANGELOG, 1.102, 1.103 Makefile, 1.101, 1.102

Bernd Petrovitsch (spam-protected)
Fri Nov 2 11:11:45 CET 2007


Update of /cvsroot/olsrd/olsrd-current
In directory sc8-pr-cvs3.sourceforge.net:/tmp/cvs-serv24194

Modified Files:
	CHANGELOG Makefile 
Log Message:
* as suggested by Jens Nachtigall <(spam-protected)>: install the LQ version as default

Index: Makefile
===================================================================
RCS file: /cvsroot/olsrd/olsrd-current/Makefile,v
retrieving revision 1.101
retrieving revision 1.102
diff -C2 -d -r1.101 -r1.102
*** Makefile	20 Oct 2007 11:55:23 -0000	1.101
--- Makefile	2 Nov 2007 10:11:43 -0000	1.102
***************
*** 1,4 ****
  # The olsr.org Optimized Link-State Routing daemon(olsrd)
! # Copyright (c) 2004, Andreas Tønnesen((spam-protected))
  # All rights reserved.
  #
--- 1,4 ----
  # The olsr.org Optimized Link-State Routing daemon(olsrd)
! # Copyright (c) 2004, Andreas Tønnesen((spam-protected))
  # All rights reserved.
  #
***************
*** 109,117 ****
  		@echo $(EXENAME) uses the configfile $(CFGFILE)
  		@echo a default configfile. A sample RFC-compliance aimed
! 		@echo configfile can be installed. Note that a LQ-based configfile
  		@echo can be found at files/olsrd.conf.default.lq
  		@echo ==========================================================
  		mkdir -p $(ETCDIR)
! 		-cp -i files/olsrd.conf.default.rfc $(CFGFILE)
  		@echo -------------------------------------------
  		@echo Edit $(CFGFILE) before running olsrd!!
--- 109,120 ----
  		@echo $(EXENAME) uses the configfile $(CFGFILE)
  		@echo a default configfile. A sample RFC-compliance aimed
! 		@echo configfile can be found in olsrd.conf.default.rfc.
! 		@echo However none of the larger OLSRD using networks use that
! 		@echo so install a configfile with activated link quality exstensions
! 		@echo per default.
  		@echo can be found at files/olsrd.conf.default.lq
  		@echo ==========================================================
  		mkdir -p $(ETCDIR)
! 		-cp -i files/olsrd.conf.default.lq $(CFGFILE)
  		@echo -------------------------------------------
  		@echo Edit $(CFGFILE) before running olsrd!!

Index: CHANGELOG
===================================================================
RCS file: /cvsroot/olsrd/olsrd-current/CHANGELOG,v
retrieving revision 1.102
retrieving revision 1.103
diff -C2 -d -r1.102 -r1.103
*** CHANGELOG	2 Nov 2007 09:38:56 -0000	1.102
--- CHANGELOG	2 Nov 2007 10:11:43 -0000	1.103
***************
*** 6,9 ****
--- 6,16 ----
  BUGFIX by Hannes Gredler <(spam-protected)> fixing not deleted tc entry.
  
+ PATCHES and CLEANUPS by Bernd Petrovitsch <(spam-protected)>
+ - Jens Nachtigall <(spam-protected)> suggested (and reminded) to use
+   olsrd.conf.default.lq as the default installed one.
+   It makes much more sense as - to the best of my(bernd's) knowledge - all
+   larger networks uses the LQ extensions. And new customers should better
+   be pushed in that direction.
+ 
  0.5.4 ---------------------------------------------------------------------
  
***************
*** 105,109 ****
    flaw in the routing system. Plase take a look at chk_if_changed(). This
    will free() any "struct interface" pointer without warning at any time.
!   This is why it's possile to SEGV olsrd with a simple "ifdown xxx". 
    The patch replaces the (maybe) invalid pointer with an index reference
    "iif_index". You can always ask the OS for a name. Please note, that I do
--- 112,116 ----
    flaw in the routing system. Plase take a look at chk_if_changed(). This
    will free() any "struct interface" pointer without warning at any time.
!   This is why it's possile to SEGV olsrd with a simple "ifdown xxx".
    The patch replaces the (maybe) invalid pointer with an index reference
    "iif_index". You can always ask the OS for a name. Please note, that I do
***************
*** 136,140 ****
    re-included the IPC hookup. The patch adds a "RtTable [number]" for
    /etc/olsrd.conf which is simply the Linux
!   policy routing table to use. Defaults to 254 (== main). 
    This patch was modified/clenaed up by <(spam-protected)> to use "#if"
    instead of "#ifdef" as it's more robust against typos.
--- 143,147 ----
    re-included the IPC hookup. The patch adds a "RtTable [number]" for
    /etc/olsrd.conf which is simply the Linux
!   policy routing table to use. Defaults to 254 (== main).
    This patch was modified/clenaed up by <(spam-protected)> to use "#if"
    instead of "#ifdef" as it's more robust against typos.
***************
*** 172,176 ****
    scan.coverty.com).
  
! BUG erported by Aaron Kaplan <(spam-protected)>
  - BSD-xargs doesn't know "-r".
  
--- 179,183 ----
    scan.coverty.com).
  
! BUG reported by Aaron Kaplan <(spam-protected)>
  - BSD-xargs doesn't know "-r".
  
***************
*** 305,314 ****
  OLSR NETWORK SIMULATOR
  
! An application called olsr_switch(sorry for the nameclash with the win32 
  GUI) has been added. If olsrd is ran using the -hint option it can now
  connect to olsr_switch and be part of a virtual network. This means
  that multiple instances can be ran at the same host! The olsr_switch
  application allows the user to define link variables on all viritual
! links in the network, creating all possible topologies. Read more in 
  the readme file.
  
--- 312,321 ----
  OLSR NETWORK SIMULATOR
  
! An application called olsr_switch(sorry for the nameclash with the win32
  GUI) has been added. If olsrd is ran using the -hint option it can now
  connect to olsr_switch and be part of a virtual network. This means
  that multiple instances can be ran at the same host! The olsr_switch
  application allows the user to define link variables on all viritual
! links in the network, creating all possible topologies. Read more in
  the readme file.
  
***************
*** 321,325 ****
  
  olsrd now also compiles on OpenBSD systems. Thanks a lot to Holger
! Mauermann for the patches! 
  
  BUILDSYSTEM REWRITE
--- 328,332 ----
  
  olsrd now also compiles on OpenBSD systems. Thanks a lot to Holger
! Mauermann for the patches!
  
  BUILDSYSTEM REWRITE
***************
*** 337,341 ****
  PLUGIN INTERFACE
  
! Updated interface version to 3 and added more noticeable warning 
  for version missmatch.
  
--- 344,348 ----
  PLUGIN INTERFACE
  
! Updated interface version to 3 and added more noticeable warning
  for version missmatch.
  
***************
*** 343,348 ****
  
  The dependency on the math lib came from the use of pow(3) in the
! mantissa/exponent calculation. The calls to pow in this long forgotten 
! code, was very unnessecarry. The pow calls are replaced with bitwise 
  shifts and -lm is no longer needed.
  
--- 350,355 ----
  
  The dependency on the math lib came from the use of pow(3) in the
! mantissa/exponent calculation. The calls to pow in this long forgotten
! code, was very unnessecarry. The pow calls are replaced with bitwise
  shifts and -lm is no longer needed.
  
***************
*** 385,389 ****
  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 addition olsrd can
  be built without any debug output code if doing 'make NODEBUG=1'.
--- 392,396 ----
  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 addition olsrd can
  be built without any debug output code if doing 'make NODEBUG=1'.
***************
*** 474,478 ****
  The httpinfo, dyn_gw and dot_draw plugins now all include olsrd
  headerfiles directly. A plugin should define OLSR_PLUGIN before
! including olsrd headers. Doing things this way removed the 
  redundant datatype definitions that has so often caused trouble
  when things has been updated in olsrd.
--- 481,485 ----
  The httpinfo, dyn_gw and dot_draw plugins now all include olsrd
  headerfiles directly. A plugin should define OLSR_PLUGIN before
! including olsrd headers. Doing things this way removed the
  redundant datatype definitions that has so often caused trouble
  when things has been updated in olsrd.
***************
*** 529,533 ****
  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 bug fixing of olsrd. 
  
  ETX-LIKE LINK QUALITY DETECTION
--- 536,540 ----
  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 bug fixing of olsrd.
  
  ETX-LIKE LINK QUALITY DETECTION
***************
*** 573,577 ****
  
  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
--- 580,584 ----
  
  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
***************
*** 604,610 ****
  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
--- 611,617 ----
  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
***************
*** 617,621 ****
  
  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:
--- 624,628 ----
  
  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:
***************
*** 638,642 ****
  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.
--- 645,649 ----
  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.
***************
*** 645,649 ****
  
  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
--- 652,656 ----
  
  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
***************
*** 674,678 ****
  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.
  
--- 681,685 ----
  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.
  
***************
*** 726,730 ****
  
  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.
--- 733,737 ----
  
  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.
***************
*** 740,744 ****
  
  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.
--- 747,751 ----
  
  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.
***************
*** 749,756 ****
  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.
  
--- 756,763 ----
  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.
  
***************
*** 777,782 ****
  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
--- 784,789 ----
  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
***************
*** 870,874 ****
  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.
  
--- 877,881 ----
  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.
  
***************
*** 917,923 ****
  
  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.
  
--- 924,930 ----
  
  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.
  
***************
*** 1057,1062 ****
  
  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
  
--- 1064,1069 ----
  
  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
  
***************
*** 1157,1161 ****
  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.
--- 1164,1168 ----
  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.
***************
*** 1164,1173 ****
  
  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.
  
--- 1171,1180 ----
  
  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.
  
***************
*** 1265,1269 ****
  
  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 ;-)
  
--- 1272,1276 ----
  
  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 ;-)
  
***************
*** 1284,1288 ****
  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
--- 1291,1295 ----
  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
***************
*** 1321,1325 ****
  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.
--- 1328,1332 ----
  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.
***************
*** 1327,1331 ****
  Package sequence numbers
  
! These were added. Not much use as of now - but they're there(as specified 
  in the RFC).
  
--- 1334,1338 ----
  Package sequence numbers
  
! These were added. Not much use as of now - but they're there(as specified
  in the RFC).
  
***************
*** 1341,1345 ****
  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.
--- 1348,1352 ----
  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.
***************
*** 1359,1363 ****
  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
--- 1366,1370 ----
  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





More information about the Olsr-cvs mailing list