Show 186 – The Silicon Inside Your Network Device – Part 1
This is Part 1 in a special series looking at the inside of your network device. Although software will be at heart of network innovation, it will still run on hardware and it’s time to expose the internals of our network hardware and understand the hardware architecture inside a typical device. Many people are surprised […]
Author information
The post Show 186 – The Silicon Inside Your Network Device – Part 1 appeared first on Packet Pushers Podcast and was written by Greg Ferro.
Response: RFC 7167 – A Framework for Point-to-Multipoint
Frame Relay was to teach multipoint networking to upcoming engineers and we recently abandoned on the curriculum. Now it's back in MPLS-TP.
The post Response: RFC 7167 – A Framework for Point-to-Multipoint appeared first on EtherealMind.
Brocade Vyatta & Forwarding Performance on X86 Server
It's a constant and oft repeated fallacy that software on x86 servers will never forward packets at speed. Here is Vyatta explaining why their software will be able to go past 100 Million Packets Per Second this year on standard COTS hardware.
The post Brocade Vyatta & Forwarding Performance on X86 Server appeared first on EtherealMind.
Why Internet Standards are Still Important
Vidya Narayana, in a piece at Gigaom, said recently: So, why did I actually stop contributing to standards definitions? The primary one is the fact that while the pace at which standards are written hasn’t changed in many years, the pace at which the real world adopts software has become orders of magnitude faster. Standards, unfortunately, […]
Author information
Amusing Junos commands….
This Junos command always makes me laugh – and I’ve never bothered to work out what it does:
qualified-bum-pruning-mode Enable BUM pruning for VPLS instance
No, Software Defined Networking will not Doom Engineers
No, Software Defined Networking will not Doom Engineers
by Brian Boyko, Technology Contributor - April 15, 2014
With the advent of SDN, there is a lot of speculation these days about the future of network engineers. An article in PCWorld written by Stephen Lawson of IDG News Service caught our eye a while back for doing an excellent job dissecting the situation:
“Will software-defined networking doom the command line interface?” “Will SDN spell doom for the tool that network engineers have used throughout their careers?” Lawson asks.
“If done properly, yes, it should kill the CLI. Which scares the living daylights out of the vast majority of CCIEs,” Gartner analyst Joe Skorupa said. “Certainly all of those who define their worth in their job as around the fact that they understand the most obscure Cisco CLI commands for configuring some corner-case BGP4 (Border Gateway Protocol 4) parameter.”
Now, Lawson did a great job of examining the question he set up. In our opinion though, the main issue is not with the CLI. Sure, command line interfaces were eventually replaced in many places with graphical user interfaces in the general history of computers. But CLIs have Continue reading
Deploying Datacenter MPLS/VPN on Junos
One of my recent projects has been deploying an MPLS/VPN architecture across a pair of smallish datacenters comprised entirely of Juniper gear. While I'm no stranger to MPLS/VPN, I am still a bit green to Junos, so it was a good learning exercise. My previous articles covering MPLS/VPN on Cisco IOS have been fairly popular, so I figured it would be worthwhile to cover a similar implementation in the Juniper world.
For our datacenters, we decided to implement a simple spine and leaf topology with a pair of core routers functioning as IBGP route reflectors and a pair of layer three ToR switches in each server rack. The spine is comprised of four layer three switches which run only MPLS and OSPF; they do not participate in BGP.
This article assume some basic familiarity with MPLS/VPN, so if you're new to the game, consider reading through these previous articles for some background before continuing:
Building a business case for an SDN deployment
Russ White
Principle Engineer at Ericsson
Russ White is a Network Architect who's scribbled a basket of books, penned a plethora of patents, written a raft of RFCs, taught a trencher of classes, and done a lot of other stuff you either already know about, or don't really care about. You want numbers and letters? Okay: CCIE 2635, CCDE 2007:001, CCAr, BSIT, MSIT (Network Design & Architecture, Capella University), MACM (Biblical Literature, Shepherds Theological Seminary). Russ is a Principal Engineer in the IPOS Team at Ericsson, where he works on lots of different stuff, serves on the Routing Area Directorate at the IETF, and is a cochair of the Internet Society Advisory Council. Russ will be speaking in November at the Ericsson Technology Day. he recently published The Art of Network Architecture, is currently working on a new book in the area Continue reading
Twitter War !
Through a court-mandated decision, access to Twitter has officially been blocked across all of Turkey. Weather or not this was the right decision; it is evident that people are not happy about it at all. As you already may know, I am originally from Turkey but have been living elsewhere for many years now while […]
Author information
The post Twitter War ! appeared first on Packet Pushers Podcast and was written by Orhan Ergun.
Rant: Is It Open ? I Don’t Know What Open Is Anymore
Stuff me but I don't know what open is anymore.
The post Rant: Is It Open ? I Don’t Know What Open Is Anymore appeared first on EtherealMind.
Network Dictionary: Technical Debt
Define the term "technical debt"
The post Network Dictionary: Technical Debt appeared first on EtherealMind.
The Economic Value of Unlicensed Spectrum $228 Billion Annually in the U.S.
According to a new report completed by Telecom Advisory Services, LLC (Raul Katz, Columbia Business School) commissioned by WiFiForward, the economic value of unlicensed spectrum is over $228 Billion per-year in the U.S. alone! |
| WiFiForward Value of Unlicensed Spectrum Infographic |
FINAL REPORT - ASSESSMENT OF THE ECONOMIC VALUE OF UNLICENSED SPECTRUM IN THE UNITED STATES
The Report Overview (1 page) highlights the use-cases and value of each. WiFiForward has also produced an infographic (shown at right) to highlight the various ways in which unlicensed spectrum provides economic value in the U.S.
The report details the value of unlicensed spectrum in the U.S. based on two different economic impacts:
- Gross Domestic Product (GDP) - direct sales of technologies, services and applications that run on unlicensed spectrum. This results in $6.7 Billion per-year in value ($4.559 Billion of which is attributed to Wi-Fi).
- Economic Surplus - use of technologies that rely on unlicensed spectrum that add value to the economy. This results in $222 Billion per-year in economic value ($91.474 Billion of which is attributed to Wi-Fi).
I am a bit confused since the value from enterprise Wi-Fi sales and resulting efficiencies appears Continue reading