headers
Roberto Viti | 17 Jun 2013 10:47
Picon

umip and kernel versions

Hi everybody.
How much will be difficult, in your opinion, to make UMIP work on a 3.0.x or 3.1.x kernel version? I tryed to have a look to the differences in "package" network of the Kernel tree between the 3.0.x (or 3.1.x) and the 3.8.2 there are a huge amount of modified lines/files, so I ended up to be lost in the code :)
I've readen the email by Romain [1] saying that he solve the problem for 3.8.0-rc2 but not all the patches were accepted in the mainstream, so basically i do not know where to start looking for backporting.

Did someone ever try to use  umip 1.0 on a older kernel than the 3.8.2? Is it working?
Do you know what the main issue are, or may be?

Thanks...

R.
<div><div dir="ltr">
<div>Hi everybody.</div>
<div>How much will be difficult, in your opinion, to make UMIP work on a 3.0.x or 3.1.x kernel version? I tryed to have a look to the differences in "package" network of the Kernel tree between the 3.0.x (or 3.1.x) and the 3.8.2 there are a huge amount of modified lines/files, so I ended up to be lost in the code :)</div>
<div>I've readen the email by Romain [1] saying that he solve the problem for 3.8.0-rc2 but not all the patches were accepted in the mainstream, so basically i do not know where to start looking for backporting.</div>
<div><br></div>
<div>Did someone ever try to use &nbsp;umip 1.0 on a older kernel than the 3.8.2? Is it working?</div>
<div>Do you know what the main issue are, or may be?</div>
<div><br></div>
<div>Thanks...</div>
<div><br></div>
<div>
R.</div>
</div></div>
Permalink | Reply | 1 comment |
headers
Romain KUNTZ | 6 Jun 2013 10:47
Picon

Re: Kernel compilation errors (with the MCoA patch)

Hello Ibrahim,

Thank you for the feedback. I will let you know if I have a chance to dig into the policy routing issue on the HA
side that you mention. 

Best,
Romain

On Jun 5, 2013, at 17:33 , ibrahim sulaiman <isukity@...> wrote:

> Hello Romain,
> 
> Yes, I got the routing policies working with the Prerouting ad Output chains. Here is the routing policies
at the MR side:
> 
> #!/bin/sh
> 
> # Flush the mangle table
> ip6tables -F -t mangle
> 
> # MNP and HOA information
> MNP=2001:db8:444:1::/64
> HOA=2001:db8:444::2
> 
> 
> # Send all traffic from the MNP via the interface which BID is 20:
> ip6tables -A OUTPUT -t mangle  -s ${MNP} -p icmpv6 -j MARK --set-mark 10
> ip6tables -A PREROUTING -t mangle  -s ${MNP} -p icmpv6 -j MARK --set-mark 10
> 
> # Send all traffic from the HoA via the interface which BID is 10:
> ip6tables -A OUTPUT -t mangle -s ${HOA} -p icmpv6 -j MARK --set-mark 20
> ip6tables -A PREROUTING -t mangle -s ${HOA}  -p icmpv6 -j MARK --set-mark 20
> 
> And the routing policies applied on the HA:
> 
> #!/bin/sh
> 
> # Flush the mangle table
> ip6tables -F -t mangle
> 
> # MNP and HOA information
> MNP=2001:db8:444:1::/64
> HOA=2001:db8:4444::2
> 
> 
> # Send all traffic to the MNP via the interface which BID is 20:
> ip6tables -A OUTPUT -t mangle  -d ${MNP} -p icmpv6 -j MARK --set-mark 10  
> ip6tables -A PREROUTING -t mangle  -d ${MNP} -p icmpv6 -j MARK --set-mark 10
> 
> # Send all traffic to the HoA via the interface which BID is 10:
> ip6tables -A OUTPUT -t mangle  -d ${HOA} -p icmpv6 -j MARK --set-mark 20
> ip6tables -A PREROUTING -t mangle  -d ${HOA} -p icmpv6 -j MARK --set-mark 20
> 
> However, when I set the marking for the MNP to 20 and for the HoA to 10 at the HA side, it did not work for me as the
request messages were only forwarded via one tunnel (BID 20). On the other hand, both configurations
worked fine at the MR side. 
> 
> Kind regards
> 
> Ibrahim
> 
> 
> 
> On Mon, Jun 3, 2013 at 6:06 AM, Romain KUNTZ <r.kuntz@...> wrote:
> This is good to hear Ibrahim!
> 
> Just for my information, did you manage to get the routing policy working too with the Prerouting ad Output chains?
> 
> Thanks,
> Romain
> 
> On Jun 2, 2013, at 20:56, ibrahim sulaiman <isukity@...> wrote:
> 
>> Hello Romain,
>> 
>> I have tried to redo everything all over again following the same instructions and the scenario I
described to you in the previous email message and got it working as required. I do not know exactly what was
wrong with it but at least I get it working now. 
>> 
>> Thank you so much Romain for your help.
>> 
>> Best regards
>> 
>> Ibrahim
>> 
>> 
>> On Wed, May 29, 2013 at 8:33 AM, Romain KUNTZ <r.kuntz@...> wrote:
>> Hello Ibrahim,
>> 
>> On May 28, 2013, at 14:15 , ibrahim sulaiman <isukity@...> wrote:
>> > On Tue, May 28, 2013 at 7:48 AM, Romain KUNTZ <r.kuntz@...> wrote:
>> >>
>> >> Can you explain a bit more the scenario: how many interfaces do you have? are they both correctly
registered to the HA? what is their BIDs? what address you are pinging? Is the source/destination the HoA
or the MNP? what policies have you applied exactly?
>> >>
>> >
>> > Here is the testbed setup I am having (see the figure and the details
>> > below please). I started with connecting the MR using wlan0 (the first
>> > Egress interface: BID10) to the HN (2001:db8:444::/64) provided by the
>> > HA.
>> 
>> Just a side note: the MCoA/DSMIP implementation does not support returning home, so you should not try to
connect any of the MR interface to the home link.
>> 
>> > And then I connected it to the AN provided by the AR
>> > (2001:db8:1::/64) and after that I connect the second Egress interface
>> > (wlan2: BID20) to the same AN. Up to this point I have everything
>> > working fine, the BU/BA messaged were exchanged and the two tunnels
>> > were established.
>> > After that and before applying the policies, I started pinging at the
>> > CN both the HoA of the MR (2001:db8:444::2) and the address of its
>> > ingress interface (2001:db8:444:1::1).
>> 
>> Ok. I must admit that I have never tested the routing policies with the MR's ingress interface as a
source/destination address. For the MR, the ingress interface address is considered as a local address.
However, the policy rule with the "OUTPUT" chain should take this case into account (the OUTPUT chain is
used for altering locally-generated packets before routing).
>> 
>> Do you have an extra laptop that you can connect behind the MR in order to have a real Mobile Network Node
with an MNP address (and use this one as the destination instead of the MR ingress interface address)?
>> 
>> > The HA sent both ping requests
>> > over the second tunnel (wlan2-HA) and the MR returned both ping
>> > replies over the first tunnel (wlan0-HA).
>> 
>> When no policies are applied, the packets are sent through the tunnel with the highest BID. So here, the
packets should go through the wlan2-HA tunnel. This seems ok the the HA, but it is not on the MR.
>> 
>> Could you give me the results of the "ip -6 rule" command on the MR in this case?
>> 
>> 
>> > After applying the following
>> > routing policies on the HA only
>> >
>> >    #!/bin/sh
>> >
>> >    # Flush the mangle table
>> >    ip6tables -F -t mangle
>> >
>> >    # MNP and HOA information
>> >    MNP=2001:db8:444:1::/64
>> >    HOA=2001:db8:4444::2
>> >
>> >    # Send all traffic to the MNP via the interface which BID is 20:
>> >    ip6tables -A OUTPUT -t mangle  -d ${MNP} -p icmpv6 -j MARK --set-mark 20
>> >    ip6tables -A PREROUTING -t mangle  -d ${MNP} -p icmpv6 -j MARK --set-mark 20
>> >
>> >    # Send all traffic to the HoA via the interface which BID is 10:
>> >    ip6tables -A OUTPUT -t mangle  -d ${HOA} -p icmpv6 -j MARK --set-mark 10
>> >    ip6tables -A PREROUTING -t mangle  -d ${HOA} -p icmpv6 -j MARK --set-mark 10
>> >
>> > nothing changed, still I have the requests over wlan2 and the replies
>> > over wlan0. But swapping the BIDs like this
>> >
>> >    # Send all traffic to the MNP via the interface which BID is 20:
>> >    ip6tables -A OUTPUT -t mangle  -d ${MNP} -p icmpv6 -j MARK --set-mark 10
>> >    ip6tables -A PREROUTING -t mangle  -d ${MNP} -p icmpv6 -j MARK --set-mark 10
>> >
>> >    # Send all traffic to the HoA via the interface which BID is 10:
>> >    ip6tables -A OUTPUT -t mangle  -d ${HOA} -p icmpv6 -j MARK --set-mark 20
>> >    ip6tables -A PREROUTING -t mangle  -d ${HOA} -p icmpv6 -j MARK --set-mark 20
>> >
>> > then, the requests for (2001:db8:444:1::1) are sent to wlan0 and the
>> > requests for (2001:db8:444::2) are sent to wlan2.
>> 
>> Ok, so it seems that the routing policies do not work when the HoA is used as the destination, but works fine
for the MNP.
>> 
>> I am not sure why. This would require more investigations but I don't have an MCoA testbed here. The
support I can provide is very limited. I guess a workaround would be to use a different criteria than the
HoA: for example, try to use the source address of the CN instead.
>> 
>> > The replies are
>> > still sent by the MR over wlan0 even after applying the routing
>> > policies and swapping the BIDs.
>> 
>> Here, I guess you meant that you applied the MR routing policy on the MR side, right?
>> 
>> > The routing policies script enabled on the MR:
>> >
>> >     #!/bin/sh
>> >     # Flush the mangle table
>> >     ip6tables -F -t mangle
>> >
>> >     # MNP and HOA information
>> >     MNP=2001:db8:444:1::/64
>> >      HOA=2001:db8:444::2
>> >
>> >
>> >     # Send all traffic from the MNP via the interface which BID is 20:
>> >     ip6tables -A OUTPUT -t mangle  -s ${MNP} -p icmpv6 -j MARK --set-mark 20
>> >      ip6tables -A PREROUTING -t mangle  -s ${MNP} -p icmpv6 -j MARK
>> > --set-mark 20
>> >
>> >     # Send all traffic from the HoA via the interface which BID is 10:
>> >     ip6tables -A OUTPUT -t mangle -s ${HOA} -p icmpv6 -j MARK --set-mark 10
>> >      ip6tables -A PREROUTING -t mangle -s ${HOA}  -p icmpv6 -j MARK
>> > --set-mark 10
>> 
>> Could you try with different ip6tables chains? (FORWARD or POSTROUTING)
>> 
>> Thank you,
>> Romain
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>
Permalink | Reply | 0 comments |
headers
Romain KUNTZ | 2 Jun 2013 19:39
Picon

Re: UMIP errors

Hello,

On Jun 1, 2013, at 14:41 , zhiwei Han <hansir111 <at> gmail.com> wrote:
> Dear Romain,
> 
> Hello! Thank you very much. 
> I can not enter the laboratory at weekend, I can not show you my configuration now. I will show you as soon as I
can. 
> I run command "mip6d" on HA and MN when MN is in homenet, I think the MN send BU to HA ,and HA send BA to MN,
because some message about BU/BA printed on the HA and MN screen.

I don't think so, because the MN is not supposed to exchange any BU/BA with the HA when starting in the home
network. As I explained before, Mobile IPv6 is not really involved when the MN is at home (usual routing is
used and no MN-HA tunnel is created).

> But when MN moves to visitnet, I do not see such messages on the HA screen.

This is probably the reason. 
> 
> ps:
> I am afraid maybe I don't know the correct way to get logs.
> I run command " mip6d ", but there is no mip6d.log on MN or HA. 
> So I use "mip6d -l /var/log/mip6d.log" , then I can see the logs on HA and MN.
> But this time there are no messages on the screen.
> It seems that the process "mip6d" works in the background. 
> And I run command " ps -aux|grep mip6d ", I can see the process.

You are also supposed to specify the configuration file on the commandline (with the '-c' option). Can you
also share your MN and HA configuration files?

Regards,
Romain

PS: please keep the mailing list in CC in our mail exchanges.

> 
> 
> thank you ,thank you very much for your reading.
> 
> 
> 2013/5/31 Romain KUNTZ <r.kuntz <at> gmail.com>
> Hello,
> 
> From the MN logs, it seems that your MN does not send any Binding Update to the HA.
> Can you send your MN and HA configuration file too ?
> 
> Romain
> 
> 
> 
> On May 31, 2013, at 13:54 , zhiwei Han <hansir111 <at> gmail.com> wrote:
> 
> > Dear Romain,
> > Thank you very much!
> > I do not have the real IPv6 network. I use 2 desktops and 1 laptop to build my testbed, I use Ubuntu 12.04.
> > desktop 1: ( two netcards,a wired netcard " eth1 " and a wireless netcard " wlan3 " ) as the HA and router.
> >                 eth1   2001:db8:fffe::1/64
> >                 wlan3    2001:db8:ffff::1000/64---homenet 2001:db8:ffff::/64
> > desktop 2: ( two netcards, a wired netcard " eh0 " and a wireless netcard " wlan0 " ) as the AR(acess router)
> >                 eth0 2001:db8:fffe::2/64
> >                     wlan0 2001:db8:ffee::1000/64 ---visitnet 2001:db8:ffee::/64
> >
> > laptop: (one netcard, wireless "wlan0" ) as MN
> >                 wlan0  hoa  2001:db8:ffff::1/64 ---home link "homenet"
> > the HA and AR are connect by a wired lan.
> >
> >
> >
> > <aaa.png>
> >
> > I use "ad-hoc" mode to build the homenet and visitnet.
> > HA:   iwconfig wlan3 mode ad-hoc essid homenet enc off
> > AR:   iwconfig wlan0 mode ad-hoc essid visitnet enc off
> >
> > when MN is in homenet,
> > MN:  iwconfig wlan0 mode ad-hoc essid homenet enc off
> > then MN ping6 HA(wlan3) OK!
> > when MN move to visitnet,
> > MN:  iwconfig wlan0 mode ad-hoc essid visitnet enc off!
> > then MN ping6 AR(wlan0) OK!
> >
> > ---------------my process-------------------------
> > 1. MN is in homenet, I try to ping6 each other, it works well.
> > 2. I run command radvd on HA and AR to send router advertisement.
> > 3. I run command " mip6d " on HA,and then MN.
> >     now I can see many message printed on the screen, (sorry I have not known all the meaning of the messages)
> > 4. I run command " telnet localhost 7777 ", then command " bul ", I can see:
> >
> >     ===BUL_ENTRY===
> >     home address: 2001:db8:ffff::1
> >     care-of-address: 2001:db8:ffff::1
> >     CN address: 2001:db8:ffff::1000
> >     ...
> >
> >    HA can ping6 2001:db8:ffff::1 successfully.
> >    now I run command "ifconfig" on MN, I can see a tunnel
> >
> >          ip6tnl1   Link encap:未指定  硬件地址 20-01-0D-B8-FF-EE-00-00-00-00-00-00-00-00-00-00
> >           inet6 地址: 2001:db8:ffff::1/128 Scope:Global
> >           inet6 地址: fe80::226:c7ff:fe0c:f0c4/64 Scope:Link
> >           UP POINTOPOINT RUNNING NOARP  MTU:1460  跃点数:1
> >           接收数据包:0 错误:0 丢弃:0 过载:0 帧数:0
> >           发送数据包:0 错误:0 丢弃:0 过载:0 载波:0
> >           碰撞:0 发送队列长度:0
> >           接收字节:0 (0.0 B)  发送字节:0 (0.0 B)
> >         ......
> > 5. I run command "iwconfig wlan0 essid visitnet enc off" on MN ,and then MN moves to visitnet.
> >     now "telnet localhost 7777" then " bul " on MN, I can see
> >
> >    ===BUL_ENTRY===
> >     home address: 2001:db8:ffff::1
> >     care-of-address: 2001:db8:ffee::226:c7ff:fe0c:f0c4
> >     CN address: 2001:db8:ffff::1000
> >     ...
> >
> >    the MN get Care-of-Address, but I can not ping6 2001:db8:ffff::1(MN's hoa).
> >     please tell me if you find some mistakes of the mipv6 process.
> >    the mip6d logs are in the attachment.
> >
> >    Thank you for your help!
> >    Hans
> >
> >
> > 2013/5/31 Romain KUNTZ <r.kuntz <at> gmail.com>
> > Hello,
> >
> > On May 31, 2013, at 4:23 , zhiwei Han <hansir111 <at> gmail.com> wrote:
> >
> > > Dear,
> > >
> > > I want to create a mipv6 testbed.I have compiled the kernel 3.8.2 and installed the UMIP source code
successfully according to the website
> > > http://umip.org/docs/umip-install.html
> > > http://umip.org/docs/umip-mip6.html
> > >
> > > brief introduction:
> > > my home link: 2001:db8:ffff::/64 ,essid homenet
> > > ha: 2001:db8:ffff::1000/64
> > > MN's hoa: 2001:db8:ffff::1/64
> > >
> > > my foreign link :2001:db8:ffee::/64, essid visitnet
> > >
> > > My question is that, when the MN stays in home link,command "mip6d" works well. I can ping6 the MN's home
address 2001:db8:ffff::1. And I can see the buffer by telnet localhost 7777 on MN,like blew:
> > > home-of-address: 2001:db8:ffff::1
> > > care-of-address  : 2001:db8:ffff::1
> > > home agent address: 2001:db8:ffff::1000
> >
> > When the MN is at home, Mobile IPv6 is not really involved (usual routing is used and no MN-HA tunnel is
created), so this means that at least your testbed routing seems to be OK.
> >
> > > But when MN hand over to the foreign network by using command "iwconfig wlan0 essid visitnet",I can see
the buffer by telnet  terminal,like blew:
> > >
> > > home-of-address: 2001:db8:ffff::1
> > > care-of-address  : 2001:db8:ffee::xxxx:xxxx:xxxx:xxxx.(according to mac address)
> > > home agent address: 2001:db8:ffff::1000
> > >
> > > And I run command "ifconfig" on MN, there is a ipv6 tunnel "ip6tnl1",whose IPv6 address is 2001:db8:ffff::1.
> > >
> > > BUT this time,I can't ping6 2001:db8:ffff::1(MN's home address) on HA or MN itself !
> > > I don not know the reason .
> >
> > I would need more information : can you send your testbed topology, your MN and HA configuration, as well
as the mip6d logs of the MN and the HA? We can probably find the reason from the logs.
> >
> > Thank you,
> > Romain
> >
> >
> > >
> > > I have been puzzled by this question. Can you please help?
> > > Thank you!
> > >
> > > _______________________________________________
> > > Support mailing list
> > > Support <at> ml.nautilus6.org
> > > http://ml.nautilus6.org/mailman/listinfo/support
> >
> >
> > <MNmip6d.log><HAmip6d.log>
> 
> 

_______________________________________________
Support mailing list
Support <at> ml.nautilus6.org
http://ml.nautilus6.org/mailman/listinfo/support
Permalink | Reply | 0 comments |
headers
zhiwei Han | 31 May 2013 04:23
Picon

UMIP errors

Dear,

I want to create a mipv6 testbed.I have compiled the kernel 3.8.2 and installed the UMIP source code successfully according to the website
http://umip.org/docs/umip-install.html
http://umip.org/docs/umip-mip6.html

brief introduction:
my home link: 2001:db8:ffff::/64 ,essid homenet
ha: 2001:db8:ffff::1000/64
MN's hoa: 2001:db8:ffff::1/64

my foreign link :2001:db8:ffee::/64, essid visitnet

My question is that, when the MN stays in home link,command "mip6d" works well. I can ping6 the MN's home address 2001:db8:ffff::1. And I can see the buffer by telnet localhost 7777 on MN,like blew:
home-of-address: 2001:db8:ffff::1
care-of-address  : 2001:db8:ffff::1
home agent address: 2001:db8:ffff::1000

But when MN hand over to the foreign network by using command "iwconfig wlan0 essid visitnet",I can see the buffer by telnet  terminal,like blew:

home-of-address: 2001:db8:ffff::1
care-of-address  : 2001:db8:ffee::xxxx:xxxx:xxxx:xxxx.(according to mac address)
home agent address: 2001:db8:ffff::1000

And I run command "ifconfig" on MN, there is a ipv6 tunnel "ip6tnl1",whose IPv6 address is 2001:db8:ffff::1.

BUT this time,I can't ping6 2001:db8:ffff::1(MN's home address) on HA or MN itself !
I don not know the reason .

I have been puzzled by this question. Can you please help?
Thank you!  

<div><div dir="ltr">
<div>
<div>Dear,<br><br>
</div>
<div>I want to create a mipv6 testbed.I have compiled the kernel 3.8.2 and installed the UMIP source code successfully according to the website <br><a href="http://umip.org/docs/umip-install.html">http://umip.org/docs/umip-install.html</a><br><a href="http://umip.org/docs/umip-mip6.html">http://umip.org/docs/umip-mip6.html</a><br><br>
</div>
<div>brief introduction:<br>
</div>
<div>my home link: 2001:db8:ffff::/64 ,essid homenet<br>
</div>
<div>ha: 2001:db8:ffff::1000/64<br>
</div>
<div>MN's hoa: 2001:db8:ffff::1/64<br><br>
</div>
<div>my foreign link :2001:db8:ffee::/64, essid visitnet<br>
</div>
<div><br></div>
<div>My question is that, when the MN stays in home link,command "mip6d" works well. I can ping6 the MN's home address 2001:db8:ffff::1. And I can see the buffer by telnet localhost 7777 on MN,like blew:<br>
</div>
<div>home-of-address: 2001:db8:ffff::1<br>
</div>
<div>care-of-address&nbsp; : 2001:db8:ffff::1<br>
</div>
<div>home agent address: 2001:db8:ffff::1000<br>
</div>
<div><br></div>
<div>But when MN hand over to the foreign network by using command "iwconfig wlan0 essid visitnet",I can see the buffer by telnet&nbsp; terminal,like blew:<br><br><div>home-of-address: 2001:db8:ffff::1<br>
</div>
<div>care-of-address&nbsp; : 2001:db8:ffee::xxxx:xxxx:xxxx:xxxx.(according to mac address)<br>
</div>home agent address: 2001:db8:ffff::1000</div>
<div><br></div>
<div>And I run command "ifconfig" on MN, there is a ipv6 tunnel "ip6tnl1",whose IPv6 address is 2001:db8:ffff::1.<br><br>
</div>BUT this time,I can't ping6 2001:db8:ffff::1(MN's home address) on HA or MN itself ! <br>
</div>
<div>I don not know the reason .<br>
</div>
<div><br></div>I have been puzzled by this question. Can you please help?<br>Thank you!&nbsp; <br><div>
<br>
</div>
</div></div>
Permalink | Reply | 1 comment |
headers
amirhossein sabet | 26 May 2013 09:46
Picon

Fwd: Help on WIDE Diameter API

Dear All,

I use WIDEDiameter client to connect to HUAWEI CCBIS Server.
when I send CER my packet seems too damage and not complete . I send you my config.xml , dictionary.xml and my dump packet.

Note : I check this by your sampleapp or sessiontest application.

best regard and looking forward to hear from you

Amir

Attachment (config.xml): text/xml, 3740 bytes
Attachment (dictionary.xml): text/xml, 24 KiB
Attachment (dm.cap): application/octet-stream, 712 bytes
<div><div dir="ltr">
<div class="gmail_quote">
<div dir="ltr">
<div>
<div>
<div>
<div>
<div>Dear All,<br><br>
</div>I use WIDEDiameter client to connect to HUAWEI CCBIS Server.<br>
</div>when I send CER my packet seems too damage and not complete . I send you my config.xml , dictionary.xml and my dump packet.<br><br>
</div>Note : I check this by your sampleapp or sessiontest application.<br><br>
</div>best regard and looking forward to hear from you<br><br>
</div>Amir<br>
</div>
</div>
<br>
</div></div>
Permalink | Reply | 3 comments |
headers
ibrahim sulaiman | 14 May 2013 14:08
Picon

Kernel compilation errors (with the MCoA patch)

Dear,

When compiling kernal 3.8.2 after patching the MCoA patch and following the steps in sections "building mobility-ready kernel" and "building a DSMIPv6 and MCoA-ready kernel", I got these errors:

net/core/skbuff.c: In function ‘__copy_skb_header’:
net/core/skbuff.c:709:5: error: ‘struct sk_buff’ has no member named ‘udp_encap_info’
net/core/skbuff.c:709:33: error: ‘const struct sk_buff’ has no member named ‘udp_encap_info’
net/core/skbuff.c:710:5: error: ‘struct sk_buff’ has no member named ‘udp_encap_info’
net/core/skbuff.c:710:33: error: ‘const struct sk_buff’ has no member named ‘udp_encap_info’
make[2]: *** [net/core/skbuff.o] Error 1
make[1]: *** [net/core] Error 2
make: *** [net] Error 2

Could you please help?


Thank you

Ibrahim
<div><div dir="ltr">
<div>
<div>
<div>
<div>Dear,<br><br>
</div>When compiling kernal 3.8.2 after patching the MCoA patch and following the steps in sections "building mobility-ready kernel" and "building a DSMIPv6 and MCoA-ready kernel", I got these errors:<br><br>net/core/skbuff.c: In function &lsquo;__copy_skb_header&rsquo;:<br>net/core/skbuff.c:709:5: error: &lsquo;struct sk_buff&rsquo; has no member named &lsquo;udp_encap_info&rsquo;<br>net/core/skbuff.c:709:33: error: &lsquo;const struct sk_buff&rsquo; has no member named &lsquo;udp_encap_info&rsquo;<br>
net/core/skbuff.c:710:5: error: &lsquo;struct sk_buff&rsquo; has no member named &lsquo;udp_encap_info&rsquo;<br>net/core/skbuff.c:710:33: error: &lsquo;const struct sk_buff&rsquo; has no member named &lsquo;udp_encap_info&rsquo;<br>make[2]: *** [net/core/skbuff.o] Error 1<br>
make[1]: *** [net/core] Error 2<br>make: *** [net] Error 2<br><br>
</div>Could you please help?<br><br><br>
</div>
<div>Thank you<br>
</div>
<br>
</div>Ibrahim<br>
</div></div>
Permalink | Reply | 17 comments |
headers
Romain KUNTZ | 29 Apr 2013 21:03
Picon

Experimental MCoA / DSMIPv6 implementation

Dear UMIP users,

Toyota InfoTechnology Center, USA, Inc. has contributed an open source MCoA and DSMIPv6 implementation
for UMIP. It is shipped as a kernel patch (for 3.8.2) and userland patch (for UMIP 1.0). With this
implementation, you can use multiple interfaces at the same time, on both IPv6 and IPv4 networks. 

More information and documentation is available on the below page:
http://umip.org/contrib/umip-mcoa-dsmipv6.html

Support is available as usual on our mailing lists!

Regards,
Romain Kuntz
Permalink | Reply | 0 comments |
headers
Rem | 8 Apr 2013 10:48
Picon

Pmip error in MAG configuration file

Hi all,

 I want to play with pmip v6 and I found your patches and documentation for umip :

http://umip.org/docs/umip-pmipv6.html

Patching; Configuration and build were successful, but when I try to launch the MAG, there is an error at line 15. The '/' seems to be the cause of the problem...

Error in configuration file /etc/pmip6d.conf at line 15: syntax error at '/'


Any idea ?  I followed by the book the documentation and my pmip6d.conf is the exact copy of the one on your website.

 Thank you in advance

rémy
<div><div dir="ltr">
<div>
<div>Hi all,<br><br>
</div>&nbsp;I want to play with pmip v6 and I found your patches and documentation for umip :<br><br><a href="http://umip.org/docs/umip-pmipv6.html" target="_blank">http://umip.org/docs/umip-pmipv6.html</a><br><br>
</div>
<div>Patching; Configuration and build were successful, but 
when I try to launch the MAG, there is an error at line 15. The '/' 
seems to be the cause of the problem...<br><br>Error in configuration file /etc/pmip6d.conf at line 15: syntax error at '/'<br><br><br>Any idea ?&nbsp; I followed by the book the documentation and my pmip6d.conf is the exact copy of the one on your website.<br><br>
</div>&nbsp;Thank you in advance<br><br>r&eacute;my</div></div>
Permalink | Reply | 1 comment |
headers
Romain KUNTZ | 8 Apr 2013 14:57
Picon

Re: Pmip error in MAG configuration file

Hi,

On Apr 8, 2013, at 14:31 , Rem <remy.harel@...> wrote:
> Hello Romain,
> 
>  Thank you, the pmip daemon starts in MAG mode now. 
> I think there might be also an error in the LMA configuration part since I got this :
> 
> Error in configuration file /etc/pmip6d.conf at line 6: syntax error at 'L'

Could you send your configuration file? From the documentation, I fail to see what could be wrong.

Thanks,
Romain

PS: please keep the mailing list into CC.

> I tried the open air interface implementation but I was not able to run it on ubuntu 12.10. 
> The log system seems to be different, and I am not able to fill the pmip_syslog.log file.
> 
> Thank you for your help
> 
> rémy
> 
> 
> 2013/4/8 Romain KUNTZ <r.kuntz@...>
> Hi Rémy,
> 
> On Apr 8, 2013, at 10:48 , Rem <remy.harel@...> wrote:
> > Hi all,
> >
> >  I want to play with pmip v6 and I found your patches and documentation for umip :
> >
> > http://umip.org/docs/umip-pmipv6.html
> >
> > Patching; Configuration and build were successful, but when I try to launch the MAG, there is an error at
line 15. The '/' seems to be the cause of the problem...
> >
> > Error in configuration file /etc/pmip6d.conf at line 15: syntax error at '/'
> 
> It seems there is an error in the documentation: the 'MAGEgressGlobalAddress' parameter should not end
with '/64'. Please try with this instead:
> 
> # The global address of the MAG
> MAGEgressGlobalAddress 2001:a:b:0::a;
> 
> I will update the documentation accordingly.
> 
> > Any idea ?  I followed by the book the documentation and my pmip6d.conf is the exact copy of the one on your website.
> 
> 
> By the way, there exists another PMIPv6 implementation based on UMIP, which has more feature and is more mature:
> http://www.openairinterface.org/openairinterface-proxy-mobile-ipv6-oai-pmipv6
> 
> I did not have a chance yet to create resources for this implementation on the umip.org website, but you
should find all the information on the above URL.
> 
> Regards,
> Romain
>
Permalink | Reply | 4 comments |
headers
Romain KUNTZ | 30 Jan 2013 09:32
Picon

UMIP support on latest (3.*) kernels

Dear all,

We are glad to announce that UMIP is now supported on latest 3.* kernels!

UMIP source code now includes a few kernel patches (in extra/kernel/) that must be applied on kernel
versions < 3.8 in order to get UMIP working on these kernels. These patches have been tested on 3.7.2
kernels, and probably apply easily on other kernel versions. 

The documentation has been updated and explain how to apply these patches:
http://umip.org/docs/umip-install.html

The latest mainline kernel sources (from
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git) includes all of these patches so
the forthcoming kernel version 3.8 should thus support UMIP without the need to be patched. 

Beside, the UMIP source code has been updated recently with new features & bugfixes. It's time to update
your testbeds to the latest versions!

Regards,
Romain
Permalink | Reply | 0 comments |
headers
Etienne Roudeix | 14 Dec 2012 10:47
Picon
Favicon

nautilus6

how is life going nautilus6 I got an email now you have no excuse to not get started http://goo.gl/SsDq7 have
a good night
Permalink | Reply | 0 comments |

Gmane