Midokura partners with Fujitsu to be the network virtualization component in Fujitsu's OpenStack offering. Fujitsu will replace the Open vSwitch plugin in Neutron with Midokura's MidoNet.
The post Did You Forget About Midokura? Here’s Why You Shouldn’t appeared first on Packet Pushers.
Nuage Networks brings a unique combination of groundbreaking technologies and an unmatched networking expertise to the SDxCentral community. Check out the new channel for more insight on Nuage's work in the SDN and NFV space.
"My NokAlu board is green, ready for jump."
If you missed out on the Cisco DemoFriday, don't fret. Cisco was nice enough to give us a quick Q&A following their demo.
Disclosure - I was provided an evaluation unit by Fluke Networks to review. However, all opinions expressed in this post are solely my own and in no way constitute a paid arrangement.
The Fluke Networks AirCheck Wi-Fi Tester has been around for a while now. And I'm late to the game, despite having seen its initial release as part of Wireless Field Day 1. I was impressed with the brief hands-on time that I had with the unit back in 2012 as part of that event, but I never had the opportunity to acquire one as part of my job.
I decided to revisit the AirCheck after observing some positive discussion of the unit on Twitter, watching Devin Akin's Fluke webinar, and realizing that its functionality appeared to align with my philosophy that airtime utilization is a key WLAN metric. I've only had a brief time hands-on with the AirCheck, but I'd like to highlight a few of my initial findings.
First and foremost, I view the AirCheck as primarily a tool for WLAN triage. When first stepping on-site to work with an existing WLAN that's experiencing problems, the AirCheck is a great tool to obtain an initial assessment of the environment. It Continue reading
Don’t get overwhelmed by data – leverage it to make smarter decisions for your organization. Symantec and Cisco talk about how to do it.
This is not a generic “Postgres vs. MongoDB” performance post. This post details the process of comparing Postgres vs. MongoDB with a particular use case in mind, System Tracking.
Postgres is a candidate database since it is already in use by Tower. MongoDB is the other database considered for an in depth analysis for many reasons including: (1) document store of the JSON structure, (2) arbitrary structure query support, (3) and the ability to run on a single machine and later scale.
Comparing the two databases begins with identifying our System Tracking requirements. What is System Tracking?
For Tower, System Tracking is time based snapshots of machine facts. Facts are key value pairs of system state. The inspiration comes from the open source Ansible. Ansible facts will be supported in System Tracking along with 3 other fact types: packages (i.e. rpm or apt-get), services (i.e. mongodb, apache2), and files (i.e. /var/log/message). We support these 3 facts as fact modules. We also want to allow for customer built modules. Facts generated by the 4 core modules plus user created modules would be stored in Tower’s System Tracking database; allowing customers to take advantage Continue reading
The post Worth Reading: Commoditization of the Black Market appeared first on 'net work.
The post HL: What I learned by being laid off appeared first on 'net work.