[olsr-dev] OLSRd - traffic problem

Marco Tidow (spam-protected)
Tue Jul 11 17:42:11 CEST 2006


On Tue, Jul.11. 10:11 -0400, Bastian Bittorf wrote:
> problem: OLSRd does a lot of traffic by "ambient noise".
> the DSL-lines with small _upload_ are overloaded. why is
> there so much traffic? we are talking about 5-7 kbytes/s.

Hi Bastian,

got this setup here (in Berlin):

Interface "tun0"
{   
    Ip4Broadcast                104.130.1.21
    HelloInterval    5.0
    HelloValidityTime   90.0
    TcInterval        15.0
    TcValidityTime      270.0
    MidInterval         15.0
    MidValidityTime     390.0
    HnaInterval         15.0
    HnaValidityTime     90.0
    Weight 2
}   

with arround 200 nodes at the moment,

   ||| seagull:~# route -n |wc -l
   ||| 237

it gives the following 'idle' traffic amount:


   ||| seagull:~# sh log.traffic.sh 3 'ppp0' 1
   ||| STAMP                              ppp0                 
   |||                                            RX         TX
   ||| 1152630100 20060711 17:01:40              998        942
   ||| 1152630103 20060711 17:01:43              998        820
   ||| 1152630106 20060711 17:01:46             1954       1354
   ||| 1152630109 20060711 17:01:49             1664       1942
   ||| 1152630112 20060711 17:01:52             2249       1640
   ||| 1152630115 20060711 17:01:55             1396       1634
   ||| 1152630118 20060711 17:01:58             2577       2109
   ||| 1152630121 20060711 17:02:01             1430       1068
   ||| 1152630124 20060711 17:02:04             2534       2360
   ||| 1152630127 20060711 17:02:07             1980       1483
   ||| 1152630130 20060711 17:02:10             2241       2806
   ||| 1152630133 20060711 17:02:13             1870        776
   ||| 1152630136 20060711 17:02:16             1892       2318
   ||| 1152630140 20060711 17:02:20              900       1445
   ||| 1152630143 20060711 17:02:23             1136        858
   ||| 1152630146 20060711 17:02:26             2514       2431
   ||| 1152630149 20060711 17:02:29             2461       1504
   ||| 1152630152 20060711 17:02:32             1602       2302
   ||| ...

seems to me, by slowing down the intervals, but keeping validity times
according to those used w/ wireless-interfaces, it should be possible to
stay w/ only one instance of olsrd in your setup.

propagation of links changing their LQ is of course much slower via the
tunnel this way.  since I´m using tunnels to access islands not
reachable via air only, there´s no garantee wether this config may produce routing-
loops.  on the other hand, slowing down the frequence of wired TC-mesg´s could be
compared to "packet-loss" of TC´s via air (IMO one of the reasons setting the
TcInterval usually _much_ shorter on wifi-links, typically 2-4s here).

looks like having inconsistent validity-times is more a concern, a ka if
nodes switch their routes at _very_ different times, noticeably to the user as
delays caused by routing loops. 

N.B.  the increased MidValidityTime >> TcValidityTime has proven to produce _a_lot_
     more stable routes than before, using the wrong relation
       MidValidityTime == HnaValidityTime << TcValidityTime;
     this is simply due to the fact, valid MID-info is required to interpret TC-
     mesg´s correctly, and - btw - MID-config does not change very often at all,
     ;-)

     (MID : multiple-identity, nodes having more than one interface/IP-addr are
            treated "as one hop" by olsrd)


- or - hm,

 is the increased traffic the result of having parallel
 wifi-links also ???  what happens if you shut-down the wifi-dev?


marco





More information about the Olsr-dev mailing list