Read details of the Red Hat OpenStack Platform success stories—as well as testimonials from high-profile representatives from each company.
In episode 1, we take an introspective look back at some of our biggest mistakes when operating live production networks. The panel discusses outages that range from a total outage on a global MPLS network, to taking out a core switch due to an over-active case of OCD. Valuable, hard-earned, lessons are shared by this group of experienced network engineers and possibly a funny story or two.
Outro Music:
Danger Storm Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/
Audio Only Podcast Feed:
The post Episode 1 – Top 10 Ways To Break Your Network appeared first on Network Collective.
In episode 1, we take an introspective look back at some of our biggest mistakes when operating live production networks. The panel discusses outages that range from a total outage on a global MPLS network, to taking out a core switch due to an over-active case of OCD. Valuable, hard-earned, lessons are shared by this group of experienced network engineers and possibly a funny story or two.
Outro Music:
Danger Storm Kevin MacLeod (incompetech.com)
Licensed under Creative Commons: By Attribution 3.0 License
http://creativecommons.org/licenses/by/3.0/
Audio Only Podcast Feed:
The post Episode 1 – Top 10 Ways To Break Your Network appeared first on Network Collective.
Learn the basics about how devices communicate in an IPv4 network.
One of my readers considered joining the Building Network Automation Solutions course but wasn’t sure whether it would help him solve the challenges he’s facing in his network.
Fortunately, his challenges aren’t that hard to solve.
Read more ...TL;DR: when configuring a Linux bridge, use the following commands to enforce isolation:
# bridge vlan del dev br0 vid 1 self # echo 1 > /sys/class/net/br0/bridge/vlan_filtering
A network bridge (also commonly called a “switch”) brings several Ethernet segments together. It is a common element in most infrastructures. Linux provides its own implementation.
A typical use of a Linux bridge is shown below. The hypervisor is
running three virtual hosts. Each virtual host is attached to the
br0
bridge (represented by the horizontal segment). The hypervisor
has two physical network interfaces:
eth0
is attached to a public network providing various services
for the virtual hosts (DHCP, DNS, NTP, routers to Internet, …). It is
also part of the br0
bridge.eth1
is attached to an infrastructure network providing
various services to the hypervisor (DNS, NTP, configuration
management, routers to Internet, …). It is not part of the
br0
bridge.The main expectation of such a setup is that while the virtual hosts should be able to use resources from the public network, they should not be able to access resources from the infrastructure network (including resources hosted on the hypervisor itself, like a Continue reading
Welcome to WordPress. This is your first post. Edit or delete it, then start writing!
In our last post we talked about how Kubernetes handles pod networking. Pods are an important networking construct in Kubernetes but by themselves they have certain limitations. Consider for instance how pods are allocated. The cluster takes care of running the pods on nodes – but how do we know which nodes it chose? Put another way – if I want to consume a service in a pod, how do I know how to get to it? We saw at the very end of the last post that the pods themselves could be reached directly by their allocated pod IP address (an anti-pattern for sure but it still works) but what happens when you have 3 or 4 replicas? Services aim to solve these problems for us by providing a means to talk to one or more pods grouped by labels. Let’s dive right in…
To start with, let’s look at our lab where we left at the end of our last post…
If you’ve been following along with me there are some pods currently running. Let’s clear the slate and delete the two existing test deployments we had out there…
user@ubuntu-1:~$ kubectl delete deployment pod-test-1 deployment "pod-test-1" Continue reading