Archive for the ‘networking’ Category
Conventional wisdom says that high performance networking needs inflexible hardware based on application specific integrated circuits (ASICs). That same conventional wisdom says that software implemented networks – aka Network Function Virtualization (NFV) – are slow, particularly if implemented on top of the convoluted networking stack in Linux. Snabb Switch defies that conventional wisdom by putting […]
Filed under: networking, The Stack | Leave a Comment
Tags: Neutron, NFV, OpenStack, Snabb, switch
This post originally appeared on the CohesiveFT blog Want to do more with your AWS Virtual Private Cloud (VPC)? We have 10 ways you can enhance cloud networking with our virtual appliance, VNS3. First, a quick background on the product: VNS3 creates an overlay networking on top of AWS infrastructure. This allows you to control security, topology, addressing and protocols […]
Filed under: cloud, CohesiveFT, networking | Leave a Comment
Tags: amazon, aws, ec2, VNS3, VPC
Facebook have announced their own switch design, codenamed ‘Wedge’, saying that it’s already being tested in their production network. In many ways the switch is unremarkable; it uses the same Broadcom Trident II merchant silicon ASIC that most other high end ‘white box’ top of rack (TOR) switches use, and it uses Linux on a […]
Filed under: networking, The Stack | Leave a Comment
Tags: ASIC, Facebook, OCP, open compute, osh, SDN, switch
The cloud price wars that began at the end of March have been all about compute and storage pricing. I don’t recall hearing network pricing being mentioned at all; and indeed there haven’t been any major shifts in network pricing. Photo credit: Datacenter World Network is perhaps now the largest hidden cost of using major IaaS providers, […]
Filed under: cloud, CohesiveFT, networking | 5 Comments
Tags: amazon, Amazon Web Services, aws, Azure, bandwidth, cloud, GCE, google, iaas, margin, Microsoft, pricing, transfer
I wrote a few days ago about my first failed attempt to do this. After some perseverance, and with some lessons learned along the way I’m pleased to say that I now have it working. Given that VXLAN (at least in the Linux kernel implementation) needs multicast I’m still not sure that this is a […]
Filed under: Docker, networking | 3 Comments
Tags: 14.04, bridge, Docker, iproute2, multicast, network, open vswitch, tunnel, Ubuntu, vxlan
This seemed like a good idea, as VXLAN has been in the Linux kernel since 3.7. TL;DR – this doesn’t work as I’d hoped. The two major issues being: VXLAN needs a multicast enabled network, which rules out most public clouds. Instability – I’ve managed to provoke multiple kernel panics on stock Ubuntu 14.04. Background […]
Filed under: Docker, networking | 2 Comments
Tags: bridge, Docker, fail, gre, iproute2, multicast, network, open vswitch, tunnel, Ubuntu, vxlan
Beware the default network
I was helping a colleague troubleshoot a deployment issue recently. He’d set up a virtual private cloud (VPC) in Amazon with a public subnet and a bunch of private subnets: 10.0.0.0/16 – VPC (the default) 10.0.0.0/24 – Public subnet 10.0.0.1/24 – Private subnet 1 10.0.0.2/24 – Private subnet 2 10.0.0.3/24 – Private subnet 3 Everything was behaving […]
Filed under: cloud, CohesiveFT, Docker, networking | 1 Comment
Tags: aws, CIDR, conflict, defaults, Docker, howto, LXC, lxcbr0, networks, peering, routing, troubleshooting, VNS3, VPC
Chris Swan's Weblog 