<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Networking on Virtual Andy</title><link>https://dev.ahill.net/category/networking/</link><description>Recent content in Networking on Virtual Andy</description><generator>Hugo -- 0.148.2</generator><language>en</language><lastBuildDate>Tue, 11 Feb 2020 14:00:00 +0000</lastBuildDate><atom:link href="https://dev.ahill.net/category/networking/feed.xml" rel="self" type="application/rss+xml"/><item><title>TLS redirect security</title><link>https://dev.ahill.net/2020/02/11/tls-redirect-security/</link><pubDate>Tue, 11 Feb 2020 14:00:00 +0000</pubDate><guid isPermaLink="false">https://virtualandy.wordpress.com/?p=1458</guid><description>A note on HTTP-to-HTTPS redirects, what they help with, and where they fall short as a TLS migration strategy.</description></item><item><title>Troubleshooting LLDP</title><link>https://dev.ahill.net/2015/04/07/troubleshooting-lldp/</link><pubDate>Tue, 07 Apr 2015 16:00:00 +0000</pubDate><guid isPermaLink="false">https://virtualandy.wordpress.com/?p=1017</guid><description>A practical LLDP troubleshooting note for checking what hosts and switches are really advertising.</description></item><item><title>nsxchecker: Verify the health of your NSX network</title><link>https://dev.ahill.net/2014/10/07/nsxchecker-verify-the-health-of-your-nsx-network/</link><pubDate>Tue, 07 Oct 2014 15:00:46 +0000</pubDate><guid isPermaLink="false">http://virtualandy.wordpress.com/?p=939</guid><description>Introducing nsxchecker, a Python tool for quickly checking the operational health of NSX logical networks.</description></item><item><title>Upgrading Open vSwitch</title><link>https://dev.ahill.net/2014/03/28/upgrading-open-vswitch/</link><pubDate>Fri, 28 Mar 2014 14:00:52 +0000</pubDate><guid isPermaLink="false">http://virtualandy.wordpress.com/?p=681</guid><description>Notes from upgrading Open vSwitch and the operational care needed around networking changes.</description></item><item><title>StatsD and multiple metrics</title><link>https://dev.ahill.net/2014/02/13/statsd-and-multiple-metrics/</link><pubDate>Thu, 13 Feb 2014 20:21:22 +0000</pubDate><guid isPermaLink="false">http://virtualandy.wordpress.com/?p=780</guid><description>A quick StatsD note on sending multiple metrics efficiently from operational tooling.</description></item><item><title>The Host Network Stack</title><link>https://dev.ahill.net/2014/02/05/the-host-network-stack/</link><pubDate>Wed, 05 Feb 2014 15:02:46 +0000</pubDate><guid isPermaLink="false">http://virtualandy.wordpress.com/?p=745</guid><description>A look at the host network stack and the operational details that matter when debugging virtual networking.</description></item><item><title>Network wiring with XenServer and Open vSwitch</title><link>https://dev.ahill.net/2013/06/26/network-wiring-with-xenserveropen-vswitch/</link><pubDate>Wed, 26 Jun 2013 16:00:42 +0000</pubDate><guid isPermaLink="false">http://virtualandy.wordpress.com/?p=605</guid><description>The startup path for a Nova VM on XenServer and the Open vSwitch wiring that happens underneath.</description></item><item><title>Deep Dive: HTB Rate Limiting (QoS) with Open vSwitch and XenServer</title><link>https://dev.ahill.net/2013/04/29/deep-dive-htb-rate-limiting-qos-on-with-open-vswitch-and-xenserver/</link><pubDate>Mon, 29 Apr 2013 16:00:27 +0000</pubDate><guid isPermaLink="false">http://virtualandy.wordpress.com/?p=561</guid><description>A scratchpad-style deep dive into how Open vSwitch and Linux HTB expose rate limits for XenServer virtual interfaces.</description></item><item><title>How We Found Our Virtual Networking Mojo</title><link>https://dev.ahill.net/2009/01/07/how-we-found-our-virtual-networking-mojo/</link><pubDate>Wed, 07 Jan 2009 15:01:26 +0000</pubDate><guid isPermaLink="false">http://virtualandy.wordpress.com/2009/01/05/how-we-found-our-virtual-networking-mojo/</guid><description>How we worked through early VMware networking assumptions and got to a better ESX host network design.</description></item></channel></rss>