[hipl-users] Re: testing handover

Thanks Miika for your quick response.
I'll try the 1.0.6-4712 version and see if it works for me.
Keep on your good work!
Nerea
Miika Komu escribió:

On 06/08/2010 08:17 PM, Nerea Toledo Gandarias wrote:
Hi,

I tried this with two interfaces and it is working for me. However,
one of the interfaces is wireless and I'm running NetworkManager. So
perhaps I didn't repeat the problem with your exact configuration.

There has been many changes in the code, including removal of a lot of
unmaintained research extensions and loads of code clean ups. Also,
the new binaries are built for latest ubuntu/fedora versions and
support for old ones are discontinued.

The most important changes in the mobility code are related to
triggering of the handovers, but this happened a while ago. By
default, hipd triggers a handover when ICMPv6 replies inside the
tunnel fail for some while. However, all handovers, including the ones
occurring from handovers, are delayed for some seconds in order to
wait for e.g. slow wireless interfaces to stabilize during WLAN
authentication.

I am running binary version 1.0.6-4712 (note that the last digit of
the version number is derived directly from the version control
revision). I'd suggest to try it out. Baris is back in the project and
he might be able to help if the problem persists.

Hi all,
I have taken up again this issue, and I was wondering whether this bug
has been fixed in the latest versions.
I have been testing the handover in version 1.0.5 and it seems that it
is still unsolved.
Thanks in advance,
Nerea
Varjonen Samu escribió:

Nerea Toledo Gandarias wrote:

Hello,
I have installed the latest version of HIPL (1.0.4-5) running on
ubuntu 8.10 on two vmware virtual machines. Both virtual machines
have two ethernet interfaces configured, but eth0 is the only one
that it is up. That is, oops has eth0 3ffe::2/64 and crash has eth0
3ffe::1/64 configured.
I am testing handover with SSH connection and a video streaming. I
have installed the SSH server and the video server on oops, that will
act as a responder, and access to it from crash, which is the
initiator. I perfectly see the base exchange and the data transmision
ciphrated using ESP.
I have tested soft handover in two different ways:
1.- Introducing the following lines:
oops: sudo ifconfig eth1 up
oops: sudo ifconfig eth1 inet6 add 3ffe::3/64
oops: sudo ifconfig eth0 down

Hi,
This is a known "problem". I changed it some time ago, but it messed
up someones test environment so it was changed back.
This is what happens in the code:
Eth1 is upped and its address is added everything is fine and then
eth0 is downed and its address is removed as a response to netlink
RTM_DELADDR. Now the code counts the addresses on the eth0 interface
and notices that there is none and tries to 0-addr REAP.
Notice the problem ;)
Logically thinking what should happen:
When an address is removed from the interface it should be checked
that if it is the last address on the interface then look for other
interfaces if there is something we can use.
It is a simple fix, but as I said it was taken out because a test case
where there was an interface with Internet connectivity and one that
was only used for nfs. In that case the behavior was not what the
tester wanted it to be and the fix was reverted.
We have one guy who is working on a rewrite of the code on the
experiences we have had with the mobility parts of the code. This
problem is on the list also :)

2.- Using the script handover.sh (/hipl--main--2.6/test/demo/)
In both cases, the connection drops, and you are no longer connected
with the SSH server neither the video server. With the video
streaming it happens the same, the video gets 'frozen'. The routes
are well defined.
I find I little bit strange having a script (handover.sh) to automate
the handover process and have no results using it.

The script uses one interface and its just for testing purposes. Not
sure of its usefulness to others than me :D
Hope this helped you...
BR,
Samu

Is this possible? What am I doing wrong?
Any help will be appreciated.
Regards,
Nerea