Why I Started Big Network
In a digital world, everything we do is connected by networks. Yet, while networks are more important than ever, designing, configuring, and managing a network has never been more complex.
Something needs to change.
The Big Network mission is to make connectivity and networking simple to set up and maintain - by anyone. We are changing the way networks are built and managed.
The Inspiration for Big Network
In 2012, I built a wireless gigabit Internet Service Provider (ISP) called Really Fast in Seattle, Washington. We provided customers with fast Internet services with simple pricing and great customer support. We ran a reliable network for our customers by using some network tunneling magic to make the network resilient to maintenance events and outages.
At Really Fast, our target customers were tenants in multi-dwelling and multi-tenant buildings. To deliver services, we used multiple wireless backhaul radios and fiber optics lines that fed back to our data centers. When we could, we created diverse paths from our datacenters to the buildings we serviced. When we could not, we had to improvise, and that’s where we used some magical network tunneling technologies.
In locations where we could not build our own diverse paths, we built devices that could run static overlay IP tunnels over the top of a 3rd party bandwidth connection. These tunnels would point back to a concentrator in our datacenter which would hand off to our core. We would run these tunnels over cable, dsl, or whatever we could get. We built tunnels with GRE, OpenVPN, IPSEC, SoftEther and other tunneling techniques. We were able to carry our network, OSPF, and iBGP routes over the tunnels. This worked great for handling maintenance events and outages on our primary paths.
We used tunneling technology to build redundancy in places that would otherwise be single homed to the Internet. This Macgyvered solution kept us out of trouble and kept our customers incredibly happy with our services. We sold the company in 2015 and it became part of Wave Broadband’s Gigabit offering.
In 2018 I co-founded and helped launch another Gigabit ISP by the name of Honest Networks in Manhattan, New York. Same premise: simple, reliable, and fast Internet service with great customer service. It is now one of the highest rated residential ISPs in New York.
At Honest, we would deliver Internet over 80GHz wireless backhaul technology. This wireless technology can do 10Gbps at low latency, however, it is significantly affected by rain fade. When storms would come into New York, we needed a fast way to recover from dropped packets that would be un-noticeable by customers. I again implemented tunneling as a failover method for radios until dual path physical infrastructure could be installed. It again worked great and worked as a great stop gap. As with ReallyFast, we used tunneling technology to keep our network online and our customers happy.
The Problem with Tunnels
Yet there were always problems with tunnels: the speed via tunnel was never good enough to be a primary link, there were weird MTU issues, and other imperfections in using tunnels, especially behind Network Address Translation (NAT). We could not support advanced services like Multi-Protocol Label Switching (MPLS), Ethernet Private Line (EPL), or EVPN. As both companies grew we started to get requests for different services: Customers wanted access to the cloud; they wanted to link branch locations together; They wanted to cross connect to their datacenter. The tunnels were good enough for general Internet traffic, but could never meet the reliability requirements for advanced services.
It is worth touching on the topic of tunnels and NATs for a moment: Tunnels need at least one site of the tunnel endpoint to be generally discoverable on the Internet. You generally need some globally available IP address for tunnel clients to connect to, creating a discoverable and therefore DoS’able (Denial of Service) point on your network. If you’re behind NAT, you need to forward ports. If you’re behind a Dynamic IP address, you need something like Dynamic DNS to keep the endpoint known to clients. This is all overhead, complexity, and operational burden for the benefit of establishing backup paths for a network to use!
In addition to various problems with tunnels themselves, we spent many hours laying out tunnels, configuring tunnels, and monitoring their status. Fully meshed tunnel design doesn’t scale linearly with endpoints / locations, so the overhead expands rapidly. Here’s some math based upon number of locations:
- A full mesh of two locations requires one tunnel.
- Three locations requires three tunnels...
- Four locations requires six tunnels….
- Five locations requires ten tunnels!
- And so on...
So while our setups kept calls and emails for support to a minimum, we knew it wasn’t perfect.
Big Network is Born
In between selling my ISP in 2015 and starting another in 2018 I moved from Seattle, my home of 34 years to NYC with the intention to start a new ISP and having a new life adventure. I spent time exploring technologies, building ideas and consulting. One evening I accidentally bought a 130ft Dutch Ship in an online auction. I ended up restoring it and I turned it into a floating house for myself in NYC and lived there for almost 3 years. I also spent alot of time studying how networking was changing as we knew it. I was building new contacts and was exploring developments with Software Defined Wide Area Networking (SD-WAN) and SDN. From what I saw SD-WAN was just an overlay network that used multiple ISPs to provide bulletproof connectivity for service delivery. We had already done this at Really Fast and Honest.net with our tunnelling magic. It was time to expand the vision of overlay networks.
I became obsessed with the idea of networks that could be consistent over the top of any network and managed centrally. I decided to leave Honest.net to build a new company focused entirely on Software Defined Overlay Networking. I wanted to build a platform where anyone could provision virtual, over the top networks at the click of a button.
I knew we would need to have the following properties:
- Portal and API driven Cloud Networking Control Plane
- A distributed, peer-to-peer Data Plane
- Optimized data plane performance allowing near wirespeed throughput
- Automagical endpoint discovery with NAT traversal
- Layer 2 and Layer 3 Support
- Universal access from desktops, laptops, tablets, mobile devices, VMs, Containers, and the Cloud.
To realize the dream, we’ve assembled a team of stellar engineers who have been working to build Big Network over the past 18 months. We’re now at a stage where we are ready to show our work to you. We hope you will give us a try!
Give Big Network a Try
Want to try building your own Cloud Network today?