Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Stas Sergeev
25.06.2013 11:47, Eric W. Biederman пишет: > Mateusz Viste writes: > >> I think there is no point refreshing the bsd stack used in slirp (iirc >> it uses the stack of a 4.4 bsd), because it is used only between slirp >> and dosemu anyway. Between slirp and the outside world only 'normal' >> host's

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Stas Sergeev
And to the note, Eric's address fails with this: --- ebied...@xmission.com SMTP error from remote mail server after RCPT TO:: host mx.xmission.com [166.70.12.20]: 550-XM-RJCT22: [94.100.176.90] is prohibited from connecting to XMission mail 550-servers due to high spam volume. Se

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Mateusz Viste
After a quick look, I see that slirpvde is to VDE what my taprouter is to TAP interfaces (that is, a glue between a layer 2 architecture - TAP/VDE - and a layer 3 tunnel provided by slirp). With the difference that slirpvde ripped most of its code from Qemu, while I implemented the whole DHCP/AR

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Stas Sergeev
28.06.2013 19:11, Mateusz Viste пишет: > After a quick look, I see that slirpvde is to VDE what my taprouter is > to TAP interfaces (that is, a glue between a layer 2 architecture - > TAP/VDE - and a layer 3 tunnel provided by slirp). How would you then interpret this: --- vde_plug2tap is another p

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Mateusz Viste
On 06/28/2013 05:31 PM, Stas Sergeev wrote: > How would you then interpret this: > --- > vde_plug2tap is another plug tool that can be connected to vde_switches. > Instead of using standard input and standard output for network I/O > everything that come from vde_switch to the plug is redirected to

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Stas Sergeev
28.06.2013 20:42, Mateusz Viste пишет: >> This has the downsides too. dosemu releases are so >> infrequent that the new features of slirp, if any, will be >> delayed for too long. > Sure. But on the other hand, if it works today, there's no reason it > will stop working tomorrow ;) But there may be

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Mateusz Viste
On 06/28/2013 07:12 PM, Stas Sergeev wrote: > But there may be new features added, like pings. > There are the efforts to allow pings/icmp without a root > requirement: > http://lwn.net/Articles/420801/ > Not sure if that happened already or not. Sure, there is plenty of features we can imagine in

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Mateusz Viste
On 06/28/2013 07:38 PM, Mateusz Viste wrote: > if $_netdev is empty (or undefinied), then we use an internal, embedded > slirp for user-friendliness, else we use the one specified in $_netdev. > > This would have the benefit of providing a DOSemu internet connectivity > that works out of the box, a

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Stas Sergeev
28.06.2013 21:38, Mateusz Viste пишет: >> If VDE does not replace any of your code, then I immediately >> stop talking about it. :) (since anyway it doesn't seem to have >> any advantages on other fronts too) > Well, it does replace pretty much all of my code - since both > librouter and vdeslirp

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Mateusz Viste
On 06/28/2013 09:42 PM, Stas Sergeev wrote: > Well, but you wanted to embed slirp anyway, and haven't > started that yet. So maybe it would be the same cost to > evaluate the embedding of slirp and the cost of embedding > vde? :) In fact, I don't think embedding slirp is a good thing anymore. I fi

Re: [Dosemu-devel] DOSemu networking made easy

2013-06-28 Thread Stas Sergeev
29.06.2013 01:10, Mateusz Viste пишет: > On 06/28/2013 09:42 PM, Stas Sergeev wrote: >> Well, but you wanted to embed slirp anyway, and haven't >> started that yet. So maybe it would be the same cost to >> evaluate the embedding of slirp and the cost of embedding >> vde? :) > In fact, I don't think