[Olsr-dev] olsrv2 test: handling change in link quality
Vigneswaran R
(spam-protected)
Mon Sep 8 06:16:16 CEST 2014
On 09/06/2014 12:33 AM, Teco Boot wrote:
> I’m using CORE every now and then. Is is an easy to use GUI using standard Linux tools, like netem and network namespaces. There is also the EMANE wireless link emulator.
> http://www.nrl.navy.mil/itd/ncs/products/core
> http://www.nrl.navy.mil/itd/ncs/products/emane
>
> For Ubuntu and Debian, you are up and running in seconds using "apt-get install core-network”.
> Emane takes just a few more minutes.
Ok. I will explore them and get back. Thanks.
Vignesh
>
> It would be a nice goal to ship olsrv2 with CORE.
>
> Teco
>
>
> Op 5 sep. 2014, om 14:34 heeft Henning Rogge <(spam-protected)> het volgende geschreven:
>
>> On Fri, Sep 5, 2014 at 2:07 PM, Vigneswaran R <(spam-protected)> wrote:
>>> Hello,
>>>
>>> I am planning to test OLSRv2 to see how the change in link quality affects
>>> the route calculation.
>>>
>>> 1. Any suggestion on simulating a degraded link (using tools such as
>>> ethtool, iptables, tc etc)?
>> The easiest way I found to simulate packet loss on a bridge is a
>> mixture of iptables (for dropping stuff with the statistic module) and
>> ebtables (for marking traffic depending on incoming/outgoing
>> interface).
>>
>> I have a couple of scripts for this, maybe you want to have a look at them?
>>
>>> I am using qemu-kvm virtual machines with emulated e1000 NICs for testing. I
>>> use iptables to introduce packet loss for testing. However, I am not sure
>>> whether any better way to do this.
>>>
>>> 2. Below is the list of plugins currently being used (default ones) by
>>> OLSRv2. Anything else to be enabled?
>>>
>>> Static plugin: auto_ll4
>>> Static plugin: cfg_compact
>>> Static plugin: eth_listener
>>> Static plugin: ff_dat_metric
>>> Static plugin: layer2info
>>> Static plugin: mpr
>>> Static plugin: neighbor_probing
>>> Static plugin: nhdpinfo
>>> Static plugin: nl80211_listener
>>> Static plugin: olsrv2info
>> After getting some new test data from emulation I would suggest
>> deactivating the MPR plugin until we get a good hysteresis mechanism
>> for it.
>>
>> Henning
>>
>> --
>> Olsr-dev mailing list
>> (spam-protected)
>> https://lists.olsr.org/mailman/listinfo/olsr-dev
>
More information about the Olsr-dev
mailing list