Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Topics - DanMan

Pages: [1]
Installation / VMWARE install
« on: September 11, 2015, 12:38:56 PM »

I did the complete setup for a basic OVA deployment on two servers, I assigned two NICs to each one instance. The only config change was the IP address/gateway and WAN speed (15). The LAN and WAN are configured correctly and using the correct ports. At first I had very inconsistent results. I even completely reset it and couldn't get it to work. When it would pass traffic through the WAN it could experience high latency (2-3 seconds) even when only pulling up the WANOS admin page.

So I re-deployed the OVA from scratch on both systems and I got it to work (hit 1250K WAN cap). I reset the original OVA and still could not get it to work even matching the same config and interfaces. So I moved the MAC addresses to the new working instance, it wouldn't start because of the reserved MAC addresses in another VM. So I deleted the original VM, that of course failed still due to the reserved MAC. I am looking for a way to force the MAC in vmware to connect it with the license. Setting it manually doesn't work in VMWARE.

I have the new instance working, just not licensed. I am passing traffic through the complete system to an end device. The problem seems to be that I am unable to reach the admin page on the far WANOS box. I noticed that if I initiate a ping from the WANOS server to my PC, it pings and then my PC sees the WANOS MAC/IP, Then I can ping/login to the admin page. This is all on the same subnet. I'll try to reproduce this tomorrow.

I only need promiscuous mode on the Network Interface and not the switch under VMWARE correct?

               -LAN PORT
               - WAN PORT
               -WAN PORT
               -LAN PORT

I am running ESXI 6.

Some of my original issues may have been due to expecting it to show it had an active peer with only a WAN connection. Without an end device to pass traffic through the whole system it doesn't show an active peer even if you are passing traffic to the far WANOS device.

Do you know of a way to force the MAC or just re-license?


Deployment / Adding WANOS to the mix w/queuing and caching
« on: April 02, 2015, 07:56:28 AM »

I wanted to discuss our topology and using the WANOS platform to improve the system.

This is the planned layout with WANOS:


We have only deployed the cache and Mikrotik on the remote side of the link. We will soon have access to the earth station side of the link. We have @ 150 customers serviced through this system.

The Mikrotik provides each user with an even slice of the available bandwidth. Then each IP has each session in it's own queue to normalize latency across sessions (per IP). The plan is to have one Mikrotik shaping upload (remote site) and the other one shaping download (Internet side).

The 7TB cache server caches HTTP, Netflix, Windows updates, and Youtube (keeps it on HTTP for caching).

There is currently no TCP acceleration and your solution would surely be a huge improvement. I have a couple of questions regard the best way to deploy your system. This will only be a PTP link.

1. What is the best way to get maximum capable throughput with WANOS? Would adding a second SSD or more memory be useful?
2. In this configuration when a user overruns their queue packets will be dropped by the Mikrotik. Will packet loss recovery work in this situation or does packet loss recovery only benefit the WAN side between the two devices?
3. In the future we will be upgrading to 10Mbps/10Mbps (provider only sells symmetric BW). Will the ATOM processor or your appliance handle this at high optimization? Or should we just go with a more powerful processor? The express also says it does 6Mbps upload, does that mean it won't do any more than 6Mbps or will the rest just not be optimized?

Thanks for your time and what looks to be a very promising solution,


- Dan

Pages: [1]