<div dir="ltr"><div style>Great,</div><div style><br></div>I agree the priority assignation and I think that the possibility of using wanproxy as transparent proxy will give to the software much more value!<div><br></div><div style>
Thank you for your reply.<br></div><div style><br></div><div style>Mattia </div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 20 June 2013 18:00, Juli Mallett <span dir="ltr"><<a href="mailto:juli@clockworksquid.com" target="_blank">juli@clockworksquid.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, Jun 20, 2013 at 1:08 AM, Mattia Peirano<br>
<<a href="mailto:mattia.peirano@centeropenmiddleware.com">mattia.peirano@centeropenmiddleware.com</a>> wrote:<br>
> Hi!<br>
><br>
> I write you because I'm trying Wanproxy. I think it is a good work and I'm<br>
> trying to better understand the real architecture of the software in order<br>
> to contribute.<br>
><br>
> I tested it in a virtual environment and I noticed a behavior that I think<br>
> could be improved. The machine running the proxyclient does not make flow<br>
> control over the tcp connection with the host.<br>
> Here the topology of the scenario:<br>
>                                                           _____<br>
> Host -------- WANProxy Client-------| WAN |---------WANProxy<br>
> Server------Server<br>
><br>
><br>
> If I'm not wrong, it seems that the proxy reads and processes all packets<br>
> coming from the TCP buffer, allocating memory dynamically when it needs to<br>
> store packets.<br>
><br>
> In my case, when I start a greedy traffic source, the machine running the<br>
> optimizer does not limit the source flow and ends without memory. Could be<br>
> possible to limit the amount of memory dedicated to the "buffer"?<br>
><br>
> What do you think about this? I'm very interested to know your opinion.<br>
<br>
</div></div>You are right that this is something that can happen with WANProxy;<br>
unfortunately we do not have a mechanism for limiting either (1) the<br>
amount of buffered data, or (2) the size of the datastore.<br>
<br>
The first should be an easy fix, the second slightly less-so.  My<br>
current focus in WANProxy is on making it multi-threaded for a number<br>
of reasons, not least of which is for a user-space TCP/IP stack which<br>
is being added so that WANProxy can be used as a transparent proxy.<br>
Once that is finished, I have a few other high-priority items, but the<br>
two aforementioned are very high on my list.<br>
<br>
Thanks,<br>
Juli.<br>
</blockquote></div><br></div>