Keeping Up with Carrier Grade
Welcome to Ottawa!
A few weeks ago, I had the great opportunity to present at the Ottawa Linux Symposium (OLS). For those unfamiliar with OLS, it is a yearly Linux technology event, begun in 1999, during which software designers and developers working on the Linux kernel get together to present their activities, to discuss features and projects and, of course, to have a beer or two. This year's event was among my favorites. It was filled with rich sessions and lively discussions, and many topics that were covered. Over 600 attendees turned out for this year's event, making it the place to be.
As a presenter, I chose to cover one of the current technology trends we are witnessing in the telecom sector. Open and standardized platforms that use software and hardware component building blocks are, where suitable, complementing our existing telecom solutions. The Linux kernel as an operating system is a good example. The presentation was based on a submitted paper titled "Towards Linux-based Open Telecommunication Platforms".
In my opinion, I think this trend is good news for the Linux community. After all, the Linux kernel can be deployed as an operating system, running side-by-side with other operating systems. Some features and mechanisms still are needed in Linux, however, to support this transition.
I also wanted to present to the community some of these enhancements that are essential in a telecom environment needed by carrier grade platforms that have strict requirements in areas of performance, soft real time, availability, security and reliability. To be specific, the enhancements I presented are contributions from Ericsson, which open-sourced these technologies to enrich the Linux kernel with features needed on server nodes operating in mission-critical environments.
The contributions fall in the areas of cluster communication protocol (TIPC) and cluster security (DigSig). They also cover networking to improve route lookup and to support a multiple forwarding information basis, as well as a low-level kernel mechanism (AEM) for improved reliability and soft real-time performance.
The presentation went well, and I have received a lot of questions since then, mostly regarding the projects and the implementations. In addition, that same day, the Ericsson Linux Web site, received a lot of traffic, thanks to the availability of a wireless connection in the conference venue.
During the first ten minutes of the presentation, I felt that there wasn't much interest in the technology trend. This can be interpreted as the audience is a special audience that lacks interest in technology trends, which also can be considered to be an indicator of their own priorities. However, when I started to talk about technical contributions, open-source projects--their status and plans--people started to ask a lot of questions. What was most interesting is that people attending the presentation were answering many of the questions asked by others. I took this as a good sign that these contributions are being noticed--some people already are aware of them and know enough about them to answer questions.
Why am I talking about this? Well, my point is, within this community, source code is king.
When talking about Linux in telecom, people often think of the ongoing activity in the Open Source Development Labs: Carrier Grade Linux (CGL). OSDL has a working group, CGL WG, that was established in January 2002 with the goal of accelerating the adoption of Linux in the telecommunication sector. Since then, the working group has produced the CGL 1.0, 1.1, 2.0 and, most recently, the 3.0 requirements definition document, the later being a public draft. A lot of work has been invested in this working group by many devoted and hard-working people from different companies, all of whom believe that Linux is the operating system that could be running on many pieces of telecom platforms.
The CGL WG at OSDL also has a sub-group called the PoC WG, Proof-of-Concept. In my opinion, the PoC WG is an important aspect of the CGL work, because it is responsible for driving the implementation and integration of carrier grade enhancements to Linux, as identified and prioritized by the requirements document. The PoC WG also is responsible for establishing and leading an open-source umbrella project to coordinate implementation and integration activities for carrier grade Linux enhancements. That is a challenging and interesting mission, and having enough resources in this WG is a necessary prerequisite for the CGL technology to be adopted. However, resources always are an issue.
|Speed Up Your Web Site with Varnish||Jun 19, 2013|
|Non-Linux FOSS: libnotify, OS X Style||Jun 18, 2013|
|Containers—Not Virtual Machines—Are the Future Cloud||Jun 17, 2013|
|Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer||Jun 12, 2013|
|Weechat, Irssi's Little Brother||Jun 11, 2013|
|One Tail Just Isn't Enough||Jun 07, 2013|
- Speed Up Your Web Site with Varnish
- Containers—Not Virtual Machines—Are the Future Cloud
- Linux Systems Administrator
- Lock-Free Multi-Producer Multi-Consumer Queue on Ring Buffer
- Non-Linux FOSS: libnotify, OS X Style
- Senior Perl Developer
- Technical Support Rep
- UX Designer
- Android's Limits
- Reply to comment | Linux Journal
1 hour 42 min ago
- Yeah, user namespaces are
2 hours 58 min ago
- Cari Uang
6 hours 30 min ago
- user namespaces
9 hours 23 min ago
9 hours 49 min ago
- One advantage with VMs
12 hours 17 min ago
- about info
12 hours 51 min ago
12 hours 52 min ago
12 hours 52 min ago
12 hours 55 min ago
Free Webinar: Hadoop
How to Build an Optimal Hadoop Cluster to Store and Maintain Unlimited Amounts of Data Using Microservers
Realizing the promise of Apache® Hadoop® requires the effective deployment of compute, memory, storage and networking to achieve optimal results. With its flexibility and multitude of options, it is easy to over or under provision the server infrastructure, resulting in poor performance and high TCO. Join us for an in depth, technical discussion with industry experts from leading Hadoop and server companies who will provide insights into the key considerations for designing and deploying an optimal Hadoop cluster.
Some of key questions to be discussed are:
- What is the “typical” Hadoop cluster and what should be installed on the different machine types?
- Why should you consider the typical workload patterns when making your hardware decisions?
- Are all microservers created equal for Hadoop deployments?
- How do I plan for expansion if I require more compute, memory, storage or networking?