Probably better solution might be adding NetworkService in src/VBox/NetworkServices which receives udp traffic and puts payload to internal network.
On Apr 29, 2011, at 4:11 AM, Ivo Smits wrote: > I could probably do that, but I would personally suggest another approach. > > The IDisplay object already has a 'pluggable' Framebuffer. This allows > external software or frontends to plug in any framebuffer. A similar approach > could be implemented for network devices, where a frontend could set the host > side driver for the network interface. > > This way, the GNS3 frontend to VirtualBox could setup the network device, > without needing to add (yet) another network driver to VirtualBox itself. It > might also be possible to write the network driver in any other language > which has proper COM/XPCOM support. > > -- > Ivo > > Op 26-4-2011 19:12, Alexey Eromenko schreef: >> Hello Developers ! >> >> A week ago I wrote about my effort to port GNS3 to VirtualBox engine. >> >> GNS3 ported, but my port is basic and feature-incomplete, because it >> requires one extra feature from VirtualBox, which it lacks. >> >> I understand this is outside the 'usual' scope of requests, but I >> really need your help. >> >> namely: UDP Tunnel network mode. >> >> Let's make a deal: I pay you for development of this feature. (for >> porting the Qemu patch to VirtualBox) >> You get paid for something you like: Open-Source development. >> >> I offer $1000. This job may require few days or weeks to develop& QA, >> depending on your expertise. >> >> Payment will be structured like this: >> $250 - advance (to show my seriousness) >> $250 - after you write first code and submit to VirtualBox dev mailing list >> $500 - after we complete QA cycle, and code gets accepted >> === >> $1000 Total. (preferably via PayPal) >> >> ----- >> Why you? >> ----- >> >> It must be someone with proven history of contributions to large-scale >> Open-Source C/C++ projects. >> >> Since no community member is interested for doing this job for free, I >> offer a pay. >> >> I don't know C++, so I can't do this job. >> >> ----- >> About Job: >> ----- >> GNS3 project decided to use UDP tunnel method to interconnect all of >> it's nodes instead of other methods. >> >> What UDP tunnel patch should do? >> >> It allows two VMs to speak to one another by creating UDP >> tunnel-over-IP. Ethernet frames flow through this tunnel. >> VirtualBox UDP implementation should be 100% network-compatible with >> equivalent Qemu implementation. >> >> Testing: >> It must be tested at least on Windows& Linux. >> I will take most of the testing job on myself, but you should >> participate too. >> Testing on other OSes is a bonus. >> >> Timeframe: >> About 4-5 weeks is OK. Should be integrated into upcoming VirtualBox >> 4.1.0. (expected in Jun.2011) >> >> Here is the original UDP patch for Qemu: >> http://www.gns3.net/phpBB/topic2949.html?sid=3b8ac6e7f3fd916e80f344b38729e99d >> >> Here is the example VirtualBox-VDE patch by Renzo: (it can help you >> port UDP Tunnel functionality from Qemu) >> http://vbox.innotek.de/pipermail/vbox-dev/2010-April/002499.html >> >> ---- >> Summary: >> I have helped VirtualBox project for all those years since 2007... and >> BETA-tested a wide variety of it's features. >> So *please* help me with this now. >> >> Can you help me please? >> >> Thank you in advance, >> -- >> -Alexey Eromenko "Technologov", 26.Apr.2011. >> >> _______________________________________________ >> vbox-dev mailing list >> [email protected] >> http://vbox.innotek.de/mailman/listinfo/vbox-dev >> > > _______________________________________________ > vbox-dev mailing list > [email protected] > http://vbox.innotek.de/mailman/listinfo/vbox-dev _______________________________________________ vbox-dev mailing list [email protected] http://vbox.innotek.de/mailman/listinfo/vbox-dev
