On Wed, 2011-11-23 at 19:46 +0900, Kazuyoshi Aizawa wrote: > It is guaranteed that getmsg would return single message from > kernel side buffer, aka stream head, and we can expect single > message contain single packet data as tun driver treats packet > as single message. By using getmsg, we don't need to care > about the boundary of the packet data. That's a much better solution; thanks. I had played last night and come up with http://david.woodhou.se/solaris-tun-read.patch but this is much nicer. Please could you send the patch with a Signed-off-by: line with your name and email address? I've updated the page at http://www.infradead.org//openconnect/contribute.html to explain that better. > I did test with this patch on x64 Solaris11, and it worked well for me. > But, I'm not sure it can handle ipv6 packet accordingly... since I > can't test it. Hm, we should fix that :) Even I don't have access to an AnyConnect server with IPv6 support, unfortunately. But for *your* purposes it doesn't have to be OpenConnect; *any* software using tuntap with IPv6 would let you test the part you're most interested in. I could certainly set up an openvpn service for you with IPv6 access, for tuntap testing. Should I do that? I *have* been meaning to set up an AnyConnect-compatible server; it shouldn't be hard. Maybe I'll do that too. In fact it would *also* be good to port 'aiccu' to Solaris. That's the IPv6 tunnelling program used by SixXS: http://www.sixxs.net/forum/?msg=general-406840 -- dwmw2 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 5818 bytes Desc: not available URL: <http://lists.infradead.org/pipermail/openconnect-devel/attachments/20111123/88f5c722/attachment.bin>
