Comments
yourfanat wrote: I am using another tool for Oracle developers - dbForge Studio for Oracle. This IDE has lots of usefull features, among them: oracle designer, code competion and formatter, query builder, debugger, profiler, erxport/import, reports and many others. The latest version supports Oracle 12C. More information here.
Cloud Expo on Google News
SYS-CON.TV
Cloud Expo & Virtualization 2009 East
PLATINUM SPONSORS:
IBM
Smarter Business Solutions Through Dynamic Infrastructure
IBM
Smarter Insights: How the CIO Becomes a Hero Again
Microsoft
Windows Azure
GOLD SPONSORS:
Appsense
Why VDI?
CA
Maximizing the Business Value of Virtualization in Enterprise and Cloud Computing Environments
ExactTarget
Messaging in the Cloud - Email, SMS and Voice
Freedom OSS
Stairway to the Cloud
Sun
Sun's Incubation Platform: Helping Startups Serve the Enterprise
POWER PANELS:
Cloud Computing & Enterprise IT: Cost & Operational Benefits
How and Why is a Flexible IT Infrastructure the Key To the Future?
Click For 2008 West
Event Webcasts
Network Virtualization: Size Does Matter
Whatever the means of virtualizing an ethernet network, the two most basic characteristics of an ethernet LAN stay the same

A little while ago I wrote about the differences between routing and switching, or probably more the difference between ethernet and IP forwarding. The focus of that article was very much on the differences between the two from a forwarding hardware perspective. This article last week from Brent Salisbury triggered a bunch of additional thoughts around scale and size.

As some sense of disclosure, in my previous job at Nortel/Avaya I was part of the team that pushed Shortest Path Bridging (SPB) spearheaded by Paul Unbehagen. I am a fan of SPB, I believe it is an extremely well thought out mechanism to provide network based virtualized ethernet networks with many real life practical roots in the learnings from MPLS and early more static solutions like PBB and PBT.

One of the questions I have been asked many times with respect to SPB is: "how big can I scale my SPB managed VLAN?"  That question should also be asked for TRILL or even VXLAN or NVGRE overlay L2 solutions provided by NSX or anyone else. And the answer to the question should be the same for all of them.

Whatever the means of virtualizing an ethernet network, the two most basic characteristics of an ethernet LAN stay the same. It is a single broadcast domain and it needs to be loop free. It does not matter whether this is a domain designated by an ISID and managed by SPB, designated by a VNI and managed by a tunnel controller, or whether this a good ole VLAN as we know it today. They all behave the same. A broadcast will reach any device in the domain. The switches achieve this by sending this packet out every port along a spanning tree that covers every (edge) switch in the network that is part of that virtual network. Some by making use of underlying multicast capabilities, others by replicating packets to all edge switches that need it (worthy of a discussion all by itself).

And that realization leads to my answer to the scale question. Don't create a L2 domain in a virtualized environment any larger than you would in a non virtualized environment. There is no hard number to give, I have seen VLANs with more than 2000 devices work flawlessly, others with just a few 100 getting pummeled with broadcasts. The size should be the same as if you were to build a single VLAN ethernet network. You know your applications, devices and traffic patterns best, don't change what you have done simply because you can virtualize it.

What modern day L2 virtualization gives you besides a way around 4000 VLANs, is a convenient way to spread Virtualized LANs across a large network. Where previously you had to manually create a tree that connected all portions of a VLAN together and run a flavor of STP to ensure you removed the loops you intentionally created for redundancy, todays mechanisms take that into the 21st century using ISIS for TRILL and SPB for loop free network reachability and some additional smarts to ensure you do now have to manually "connect" all endpoints of a virtualization LAN. The protocols take care of exchanging virtual network IDs for you. And while they make it easier to create larger individual virtual networks, don't be tempted. Those same broadcast, flooding and external loop concerns are still there.

Here at Plexxi we strongly believe in a next step of evolution, with a centralized controller in charge of physical and logical network topologies and forwarding behavior. We believe that a controller with network wide views, policies and control can make better decisions that mix network behavior, physical topology and global policies into actual packet forwarding. That architecture holds true for virtualized L2 networks too. A central controller that maintains loop free topologies and is also responsible for virtual network membership (which MAC on which port belongs to which virtual network), performs the same function as ISIS does for SPB or TRILL.

Brent mentions two other key functions of the overall solution that are significantly different between more traditional network based virtualization and server based virtualization NSX, Plumgrid, Microsoft and many others provide: MAC Learning and encapsulation. This is where controller based architectures and VXLAN (and NVGRE) encapsulation take a significant step forward. And these two differences can create some really cool solutions, especially if you start thinking of the hybrid solutions that can be created when you take the best of both worlds...

The post Network Virtualization: Size Does Matter appeared first on Plexxi.

Read the original blog entry...

About Michael Bushong
The best marketing efforts leverage deep technology understanding with a highly-approachable means of communicating. Plexxi's Vice President of Marketing Michael Bushong has acquired these skills having spent 12 years at Juniper Networks where he led product management, product strategy and product marketing organizations for Juniper's flagship operating system, Junos. Michael spent the last several years at Juniper leading their SDN efforts across both service provider and enterprise markets. Prior to Juniper, Michael spent time at database supplier Sybase, and ASIC design tool companies Synopsis and Magma Design Automation. Michael's undergraduate work at the University of California Berkeley in advanced fluid mechanics and heat transfer lend new meaning to the marketing phrase "This isn't rocket science."

Latest Cloud Developer Stories
"Space Monkey by Vivent Smart Home is a product that is a distributed cloud-based edge storage network. Vivent Smart Home, our parent company, is a smart home provider that places a lot of hard drives across homes in North America," explained JT Olds, Director of Engineering, an...
Modern software design has fundamentally changed how we manage applications, causing many to turn to containers as the new virtual machine for resource management. As container adoption grows beyond stateless applications to stateful workloads, the need for persistent storage is ...
In this presentation, you will learn first hand what works and what doesn't while architecting and deploying OpenStack. Some of the topics will include:- best practices for creating repeatable deployments of OpenStack- multi-site considerations- how to customize OpenStack to inte...
In an era of historic innovation fueled by unprecedented access to data and technology, the low cost and risk of entering new markets has leveled the playing field for business. Today, any ambitious innovator can easily introduce a new application or product that can reinvent bus...
The current age of digital transformation means that IT organizations must adapt their toolset to cover all digital experiences, beyond just the end users’. Today’s businesses can no longer focus solely on the digital interactions they manage with employees or customers; they mus...
Subscribe to the World's Most Powerful Newsletters
Subscribe to Our Rss Feeds & Get Your SYS-CON News Live!
Click to Add our RSS Feeds to the Service of Your Choice:
Google Reader or Homepage Add to My Yahoo! Subscribe with Bloglines Subscribe in NewsGator Online
myFeedster Add to My AOL Subscribe in Rojo Add 'Hugg' to Newsburst from CNET News.com Kinja Digest View Additional SYS-CON Feeds
Publish Your Article! Please send it to editorial(at)sys-con.com!

Advertise on this site! Contact advertising(at)sys-con.com! 201 802-3021



SYS-CON Featured Whitepapers
ADS BY GOOGLE