Industry Solutions and Trends
Technology is more than just networking and Juniper experts share their views on all the trends affecting IT

My Fantasy Football TDs will need TBs

by Juniper Employee ‎08-28-2014 04:20 PM - edited ‎08-28-2014 04:20 PM

It’s the start of another National Football League (NFL) season…who am I kidding, it’s the start of another Fantasy Football season and my draft is quickly approaching.   The fantasy football experience has become stale over the years, the guys get together for a big draft party and then talk smack each week on what looks like a 1990’s message board. It’s 2014!  How exciting is that?  In the age of the Internet and the proliferation of video, I believe the fantasy football experience can be enhanced.  We can do much better.  Imagine 4K Ultra HD video streamed to you from every fantasy player on your team. Better yet, while they are playing their actual game you will receive a mash up of real time plays by your players, straight into your personal football game. This would revolutionize fantasy football, as we know it.  According to the Fantasy Sport Trade Association (FSTA), there are approximately 25.8 million American fantasy football participants in 2013.  My dream could be shared with millions, but how would the Internet deal with all this extra bandwidth?


Without the invention and innovation of humans where would we be? But we, as humans, can also be a liability and nowhere is this more obvious than in the complex networks so crucial to our everyday lives. But, as complexity increases, there is a way to exploit the power of the human mind and overcome the frailty of human nature when it comes to repetative high volume low-end yet critical tasks. If you want to skip this blog and find out more you can directly download a two-sides of A4 paper that will tell you more. Alternatively, read on ............ 



Pass the popcorn! Juniper’s 1TB Line Card Takes the Lead

by Juniper Employee ‎08-14-2014 03:46 PM - edited ‎08-26-2014 03:31 PM

In the spirit of throwback Thursdays, I remember being a kid and looking forward to renting movies from a “Mom-and-Pop” video store down the road. I didn’t think much of it then, but I also remember the segregation between the Betamax and VHS sections. I had no idea what was happening at the time. All I noticed is that the Betamax section of the store kept getting smaller and smaller until it just wasn’t there anymore. Throughout the history of technology, format wars have been common. I suppose now, as a full-grown adult, I can understand just how much being on the winning side of a format war is paramount.



A small incident regarding a recent intercontinental trip I took reminded me of one aspect of the Networking Lifecycle about which I am very passionate: service automation.  So what was the incident? Very simple: my airline sent me an email saying they saw that my passport had expired and that I had not updated my profile with the new details. And what does that have to do with automation of support and service in a network?  Read this to find out.


The SDN controller is often compared to a centralized brain for the network. It's a good analogy as it illustrates well the interaction between the SDN controller and the network equipment. The comparison also falls a bit short as the brain should not just include a controller but also big-data analytics to help taking decisions.


Complex creatures such as the octopus developed a distributed brain model... how about your network?






From Evolution to Revolution

by Gary Barter (gbarter) ‎07-30-2014 07:15 AM - edited ‎07-30-2014 07:15 AM

This is a guest blog post. Views expressed in this post are original thoughts posted by Gary Barter, Marketing Manager, C4L. These views are his own and in no way do they represent the views of the company he works for.


Like many organisations C4L’s network had gradually evolved over a number of years, but the demands of customers and the pace of change of technology meant that we were reaching the critical tipping point where something a little more radical and revolutionary than a SW upgrade was required. This was the dilemma that we faced a year ago, having grown and extended our all Cisco legacy network to the limits of what you might see as a very large Enterprise solution, where we really needed to be firmly in the Carrier space.


C4L is a Data Centre (DC) Infrastructure company at heart, we deliver Colocation, Cloud, Communications and of course Connectivity solutions allowing businesses to move critical systems to a DC and larger enterprises to expand and manage equipment over multiple sites. Our solutions are underpinned by our own private network, so performance, flexibility, scalability and reliability of the network is fundamental to our success.


This is a guest blog post. Views expressed in this post are original thoughts posted by Stuart Bates, Product Manager - Network Innovation, Imtech ICT. These views are his own and in no way do they represent the views of the company he works for.


5 Top Tips When Evaluating Your NFV Strategy


In the first part of my blog I talked through the lessons I had learnt from seeing my customers adopt both virtualisation and cloud technologies, and it got me thinking about how they apply these learnings to the latest virtualisation technology, Network Functions Virtualisation (NFV).


The acronyms "SDN" and "NFV" are as popular around our industry now as "cloud" and "virtualisation" was a couple of years back. We saw these ideas rapidly moved from a PowerPoint presentation to real life tangible benefits, and I believe the same is true here.


NFV was primarily formed by service providers looking at a way to reduce cost and increase agility whilst reducing the reliance they have on hardware vendors, therefore it has real momentum as the people who created it are the ones who will consume it.


Software Defined Network (SDN) has a broader remit and is, therefore, less well formed, but is potentially more significant in its potential impact to how you architect your network and applications.


Both SDN and NFV, however, should mean something to you and your business and they will undoubtedly transform it over the next five years.



We all like to consider ourselves independent spirits and most of us hate the notion that our behaviour can be mapped onto a process; that, in some way, we are predictable. Take two of my friends, they instinctively behave in different ways yet each trait can be identified as part of a proven process that leads to improved and more stable networks. I reveal all in the blog below.  


Nature adapts, nature evolves, nature finds ways of improving itself. And history shows that if your species isn't in this group it will eventually die out. Well, you're thinking, this sounds like a doom-laden blog. But read on, nature - in the form of my cat - and and a man-made object - in the form of my garden wall - inspire some thinking that will give you a much improved network.    


This is a guest blog post. Views expressed in this post are original thoughts posted by Stuart Bates, Product Manager – Network Innovation, Imtech ICT. These views are his own and in no way do they represent the views of the company he works for.


Over the last few years I have seen many of my customers transform their IT and businesses, as they grappled with emerging technologies, namely virtualisation and cloud. These concepts quickly moved from ideas to reality and I made some notes along the way. The lessons learnt from cloud and virtualisation can be applied to the latest technology trends in our industry and Part 2 of my blog will specifically apply these learnings to Software Defined Networks (SDN) and Network Functions Virtualisation (NFV). But first:


Lessons from Virtualisation and Cloud


1) Not everything is worth virtualising


Anywhere between 50% and 70% of all workloads today are virtualised, but that still leaves a large amount that are not. Often these are legacy applications that are not worth the hassle of virtualising, but many applications with high throughput or processing demands run better or need to be run on bare metal servers.


Keeping your network up and running is not unlike keeping your body up and running: you need to take steps to fix things when they go wrong, but you also need to make sure you are doing what is necessary to help you avoid them going wrong in the first place, or to get even healthier.





Building High-IQ networks with SDN and NFV

by Juniper Employee ‎07-09-2014 03:33 AM - edited ‎07-09-2014 03:39 AM

The elements of the Internet; network, compute and storage resources, come together to create a platform for innovation. It is a learning machine and so are we.  So can we draw inspiration about this platform from what we know about ourselves?

In our bodies we have both centralized and distributed intelligence. The software defined network paradigm follows this model. We centralize network intelligence where it makes sense, and distribute where it does not.


                                                                        Screen Shot 2014-07-09 at 12.36.29.png



Service Providers: SDN and NFV an opportunity to innovate

by Juniper Employee ‎07-08-2014 05:01 AM - edited ‎07-15-2014 02:56 AM

In a recent event with press and analysts, hosted by Juniper, together with my colleague Nigel Oakley, I had the opportunity to discuss the state of the art SDN and NFV. During the workshop, we had the opportunity to describe the impact that virtualization has in the networking technology as well as the importance of SDN and NFV for the Service Provider strategy.




Tom Creasey

Stepping into an Intern's world at Juniper Networks

by Tom Creasey ‎07-07-2014 06:19 AM - edited ‎07-08-2014 06:50 AM

I am currently studying Enterprise Computing at the University of the West of England, Bristol. I am in my 3rd year (placement) and shall be starting to complete my 4th year in September 2014. Currently I am a Systems Engineer (SE) Intern for Juniper Networks, I am based in the UK.


Whilst being at Juniper Networks I have worked on various projects, such as Proof of Concepts (PoC’s) for customers and other SEs. This meant that I was allowed to work on some expensive, state of the art equipment, such as the new QFX series.

I feel that by having access to hands on equipment it allows me to get a better understanding and allows me to expand my knowledge to a higher level; I feel that this is not something that everyone gets to do. There is also a lot of responsibility within my role, for example, working with equipment that other colleagues are using for customer demonstrations. There have been many times where I have had to relocate the equipment or exchange it with something newer or different whilst making sure the functionality is kept for the current topology. I’ve also learnt about virtualisation and virtual machines; in the Addlestone lab we bought a Network Attached Storage (NAS) device, the idea was use it for cloud storage for all of our virtual machines and their data stores. This meant that there would then be better redundancy in place if there was a disk failure from any of the servers. Also we adopted this with the VMware products we had available; we had some vCenter licenses available for our VMware ESXi servers; this meant that we were able to connect these servers together which in turn gives us a single point of management, compared to managing each individual server. This permits us of doing vMotion, which allows the migration of virtual machines from one physical server to another with no down time.

During my time at Juniper I have also had the chance to work towards the JNCIAcertification that teaches you about JunOS and basic networking fundamentals; before I leave I will be certified. That will be another added bonus from my internship at Juniper.



Leo Edwards

Routers, switches and datacentres. The exciting life of an intern

by Leo Edwards ‎07-07-2014 06:18 AM - edited ‎07-08-2014 03:45 AM

This time last year I was informed that Juniper Networks was taking CVs and offering interviews to a select few students at my university for the chance of an internship over the following 12 months. I jumped at the opportunity and before I knew it I was talking routing protocols and future ambitions with my now line manager.


I managed to get one of the two positions on the UK intern programme, which I was to find was the first time to be undertaken in the UK. During the past 10 months  I have had a great chance to get to know how the networking industry functions, where my studies could take me and what my future holds in the networking world. I have built networks, constructed demos, attended customer meetings and experienced the day to day expectations of a Systems Engineer (SE) within Juniper. Sales could not be made possible without SEs and that means the company entirely relies on them.


About Industry Solutions and Trends

Subscribe RSS Icon

Follow our Twitter Accounts:
Juniper Networks Twitter
UK Twitter
Japan Twitter
Australia Twitter
Copyright© 1999-2013 Juniper Networks, Inc. All rights reserved.