Author Archives: Ivan Pepelnjak
Author Archives: Ivan Pepelnjak
You might have noticed the “upcoming webinars” blog widget is gone and I’ll write a blog post every two weeks or so to keep you updated on upcoming webinars and other events.
Here’s what’s coming in September and October 2017:
There are two reasonable ways of building a layer-2 leaf-and-spine fabric: use VXLAN (the direction almost everyone in the industry is taking at the moment), or routing-on-layer-2 technology like TRILL or SPB.
Read more ...My friend Christoph Jaggi published new versions of his Metro- and Carrier Ethernet Encryptor documents:
Enjoy!
A network engineer interested in attending the Building Network Automation Solutions online course sent me this question:
Does the course cover only Ansible, or does it also cover other automation tools like Python?
The course focuses on how you’d build a network automation solution. Selecting the best tool for the job is obviously one of the major challenges, and so one of the self-study modules describes various automation tools and where you could use them to build a full-blown solution.
Read more ...Rich sent me a question about temporary traffic blackholing in networks where every router is running IGP (OSPF or IS-IS) and iBGP.
He started with a very simple network diagram:
Read more ...A network architect working for a system integrator sent me a number of questions along the lines of “what would be an interesting alternative to pursuing another CCxE certification?”
He wrote:
Read more ...One of the use cases we covered in Network Automation Use Cases webinar is a fully-automated data center fabric deployment. Dinesh Dutt (Cumulus Networks) started this section with an overview of challenges you might face in data center fabric deployments.
If you want to automate your fabric with Ansible, enroll into the Ansible for Networking Engineers course, or attend the Building Network Automation Solutions course if you want to get a broader view.
John Allspaw wrote an interesting blog post describing how he dealt with requests to introduce new technologies or design patterns. While he’s writing from the software development perspective, the ideas apply equally well to network architecture, so go and read what he has to say (and how he defines what engineering method is).
One of the engineers going through my Ansible for Networking Engineers online course sent me this question:
In the Introduction section, you mention a use case of upgrading software. Do you have an example playbook?
Unfortunately, I don’t. Upgrading software is one of those things that’s almost impossible to simulate in a virtual lab.
Read more ...We’re almost done with our data center infrastructure optimization journey. In this step, we’ll virtualize the network services.
Eyvonne Sharp wrote an interesting blog post describing the challenges Cisco might have integrating Viptela acquisition, particularly the fact that Viptela has a software solution running on low-cost hardware.
Guess what… Cisco IOS also runs on low-cost hardware, it’s just that Cisco routers are sold as a software+hardware bundle masquerading as expensive hardware.
Read more ...Some networking practitioners start their network automation journey with the Python or Ansible dilemma. Engineers and architects usually want to understand the bigger picture first, and figure out the potential showstoppers and roadblocks. One of them left this feedback on the Network Automation 101 webinar:
A must-have overview of fundamental Network Automation concepts. I wouldn't face an automation project without understanding these concepts first.
In mid-July dr. Olivier Bonaventure (one of the unsung networking heroes who’s always trying to address real-life problems instead of inventing unicorn solutions in search of a problem) sent an email to v6ops mailing list describing how they teach networking.
Short summary for differently-attentive:
Read more ...Got this feedback from a network architect attending the Open Networking for Large-Scale Networks webinar:
I used the webinar when preparing for a meeting/discussion with a NOS SW-vendor. In the meeting, my knowledge was completely up-to-speed & I was on the level with the vendor in the discussion! :-)
Obviously, Russ White and Shawn Zandi did a great job based on their real-life hands-on experience (they use whitebox switches @ LinkedIn).
Daniel Dib is setting up a networking career (from a down-to-earth engineer’s perspective) web site, and started populating it with numerous interviews with fellow networking engineers and architects (all of them well worth reading).
Here are my answers to his questions.
It’s amazing how long it can take to get some sanity into networking technologies. RFC 8212 specifies that a BGP router should not announce prefixes over EBGP until its routing policy has been explicitly configured. It took us only 22 years to get there…
For more technical details, read this email by Job Snijders.
Net neutrality is one of those topics that should never have existed, but of course it inevitably erupts every so often, so here we go…
Not so long ago Robert Graham published his anti-net-neutrality arguments which are (no surprise) not much different from what I wrote when I still cared about this argument (here, here, here and here). While I agree with his overall perspective, I completely disagree with his view of Comcast’s initial response to network congestion.
Read more ...You wouldn’t believe it – after almost 22 years (yeah, it’s been that long since RFC 1883 was published), IPv6 became an Internet standard (RFC8200/STD86). No wonder some people claim IETF moves at glacial speed ;)
Speaking of IPv6, IETF and glacial speeds – there’s been a hilarious thread before Prague IETF meeting heatedly arguing whether the default WLAN SSID should be IPv6-only (+NAT64). Definitely worth reading (for the entertainment value) over a beer or two.
I’ve added two new case studies to Ansible for Networking Engineers online course:
Create network diagrams from LLDP information playbook focuses on creating a single summary report based on information from numerous devices (and the report just happens to be network diagram in DOT format).
Read more ...One of the more interesting presentations we had during Tech Field Day Extra @ Cisco Live Berlin was coming from Paessler, a company developing PRTG, a little-known network monitoring software.
More about PRTG in TFD videos and here, here, here and here.
Read more ...