[Click] KernelTap problem

Hashimoto hsmtkk at gmail.com
Mon Oct 27 06:50:33 EDT 2008


Thanks for your reply, Steve.

> I see that you are using Click 1.6 with FreeBSD 7.0.  Are you using the user-space click for this or the kernel module?  > And if the latter, did you port the kernel module over to FreeBSD?

I built and installed Click with these commands.
$ ./configure --prefix=/usr/local --enable-all-elements
$ make
# make install

So, I think, I didn't port tkenel module over to FreeBSD.
If I want to that, I need to build click with "--enable-bsdmodule"
option, is it right?

Regards.

2008/10/27 Stephen Pink <spink007 at yahoo.com>:
> Hashimoto-san,
>
> I see that you are using Click 1.6 with FreeBSD 7.0.  Are you using the user-space click for this or the kernel module?  And if the latter, did you port the kernel module over to FreeBSD?
>
> Thsnks,
>
> Steve Pink
>
>
> --- On Mon, 10/27/08, Hashimoto <hsmtkk at gmail.com> wrote:
>
>> From: Hashimoto <hsmtkk at gmail.com>
>> Subject: [Click] KernelTap problem
>> To: click at pdos.csail.mit.edu
>> Date: Monday, October 27, 2008, 8:09 AM
>> Hello.
>> I have KernelTap problem in Click.
>>
>> My Environment is
>>  Click : 1.6.0
>>  OS : FreeBSD 7.0
>>  host1 : 192.168.1.2
>>  host2 : 192.168.1.3
>>
>> My program is a very simple VPN using UDP socket.
>>
>> conf1 (Click configuration file for host1)
>> tap :: KernelTap(10.0.0.1/8);
>> sock :: Socket(UDP, 192.168.1.2, 50000, 192.168.1.1, 50000,
>> CLIENT true);
>> tap -> sock;
>> sock -> tap;
>>
>> conf2 (Click configuration file for host2)
>> tap :: KernelTap(10.0.0.2/8);
>> sock :: Socket(UDP, 192.168.1.1, 50000, 192.168.1.2, 50000,
>> CLIENT true);
>> tap -> sock;
>> sock -> tap;
>>
>> Then, I execute Click like this.
>> host1 # click conf1
>> host2 # click conf2
>>
>> I can communicate each other with "small" data.
>> host1 $ ping 10.0.0.2 -> get reply
>> host2 $ ping 10.0.0.1 -> get reply
>> host1 $ fetch http://10.0.0.2/some_small_data -> can
>> fetch
>>
>> But, I cannot communicate with "large" data.
>> host1 $ fetch http://10.0.0.2/some_large_data (larger than
>> 1434 Byte)
>> -> cannot fetch...
>>
>> host1 $ ifconfig tap0
>> tap0:
>> flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
>> metric 0 mtu 1500
>>       ether xx:xx:xx:xx:xx:xx
>>       inet 10.0.0.1 netmask 0xff000000 broadcast
>> 10.255.255.255
>>       Opened by PID 13930
>>
>> host2 $ ifconfig tap0
>> tap0:
>> flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST>
>> metric 0 mtu 1500
>>       ether yy:yy:yy:yy:yy:yy
>>       inet 10.0.0.2 netmask 0xff000000 broadcast
>> 10.255.255.255
>>       Opened by PID 47342
>>
>> How can I fix this problem?
>> I think this problem has something to do with
>> interface's MTU,
>> but I'm not sure.
>>
>> Regards.
>>
>> --
>> Hashimoto Kouki
>> hsmtkk at gmail.com
>> _______________________________________________
>> click mailing list
>> click at amsterdam.lcs.mit.edu
>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click
>



-- 
橋本紘希
hsmtkk at gmail.com



More information about the click mailing list