Dear Sir,
I get some information from my system as shown below,
[EMAIL PROTECTED] lib]# rpm -qa | grep glib
NetworkManager-glib-0.6.4-5.fc6
jakarta-taglibs-standard-1.1.1-7jpp.1
glib2-2.12.9-1.fc6
glibc-devel-2.5-10.fc6
glib-java-0.2.6-3.fc6
dbus-glib-devel-0.70-6.fc6
glibc-common-2.5-10.fc6
avahi-glib-0.6.16-2.fc6
glibc-headers-2.5-10.fc6
dbus-glib-0.70-6.fc6
glibc-2.5-10.fc6
glib2-devel-2.12.9-1.fc6
I am trying to update patches for RH2.
But I don't understand your mention of restarting autoreconf. What does
autoreconf mean ? Does it mean I shall restart start-up shell of mip6d ?
Appreciate your help
Chen, I-Hui
----- Original Message -----
From: "Masahide NAKAMURA" <[EMAIL PROTECTED]>
To: "陳一輝" <[EMAIL PROTECTED]>
Cc: <[email protected]>
Sent: Tuesday, May 29, 2007 6:46 PM
Subject: Re: [mipl] Can't get Binding Acknowledgement with code 0 from HA
> Hi,
>
> 陳一輝 wrote:
>> Dear Sir,
>>
>> I install USAGI MIPv6 umip-0.3 on linux 2.16.21-rc5 and try to do
>> conformance test with Tahi's Tool.
>> Depending on configuration, the umip-0.3 mip6d can be a MN, HA, or
>> CN. After configuring umip-0.3 mip6d to be a MN, I obtain excellent test
>> results and experience. But when I configure umip-0.3 mip6d to be a HA,
>> I get a problem and can't solve it.
>> Could anybody do me a favour and give me suggestions ? My problem is :
>> The Tester (MN) sends BU to HA (umip-0.3 mip6d) , and then the HA will
>> return a Binding Acknowledgement with code 0 in normal case. It is only a
>> basic home registration procedure, but I just can't get the Binding
>> Acknowledgement with code 0. I use ethereal to monitor traffic and does
>> not find BA. But if I check Binding Cache of HA, I can find correct BC
>> record druing home registration procedure. By the way, from the daemon
>> log, it seems the HA receives BU and return BA (as shown in red word).
>> Also by other test cases, I find the ethereal can capture Binding
>> Acknowledgement returning from HA with all status field values except 0.
>> If I configure the daemon to be a CN, the result are same. With
>> ethereal, I still can't find Binding Acknowledgement with status field 0.
>> I think the daemon work well whatever it is a HA or CN, but I just can't
>> get BA with code 0.
>
>
> Can you say glibc version of the environment?
>
> I found an issue with newer glibc which supports IPv6 Advanced Socket API
> for routing header type 0 but not type2.
> On such case CN/HA will go wrong and not send RH2 packet without any
> debug message for both MIPL-2.0.2 and it with umip-0.3.
> It seems that your report is similar to it.
>
> Try below experimental patches:
>
> http://www.linux-ipv6.org/gitweb/gitweb.fcgi?p=gitroot/mipv6-daemon.git;a=commit;h=99f0ba06312fb8a4104753671070b80a95c9951e
> http://www.linux-ipv6.org/gitweb/gitweb.fcgi?p=gitroot/mipv6-daemon.git;a=commit;h=68b38634de47f424a7f5df24fb6deb21c6b48fcf
>
> And please note you should restart autoreconf after applying them.
>
> Cheers,
>
> --
> Masahide NAKAMURA
_______________________________________________
mipl mailing list
[email protected]
http://www.mobile-ipv6.org/cgi-bin/mailman/listinfo/mipl
