The document discusses the benefits of Avaya's networking solutions compared to traditional networking approaches. It provides examples of how Avaya's Fabric Connect technology allows for faster provisioning of services, improved network stability and reconvergence times, and the ability to support large-scale environments like the Sochi 2014 Olympic Games network. Customers like Fujitsu Technology Solutions and Leeds Metropolitan University saw benefits from migrating to Avaya solutions that eliminated the need to wait for service provisioning or changes.
4. The mobile mind shift
The expectation that any desired
information or service is available,
on any appropriate device, in
context, at your moment of need
8. The Bold Truth
We wait…
Minutes for network re-convergence
Hours for troubleshooting
Weeks for maintenance
windows
Months to roll out significant
applications
9. A Profound Impact on how networks will be built !
Complex, Fragile & slow
convergence networking
802.1
Protocols run
independently
and
managed
separately.
PIM
Instability &
Complexity
Stability
Legacy Model
Complex Nodal provisioning
Multiservice networking
without multiple protocols
Avaya’s Fabric Connect
Stability,
Scalability &
Simplicity
Stability
OAM
Fabric
Connect
802.1
ONE
protocol
Simple end-to-end Services
10. Avaya Wonderlic Test
…Which way is more effective? Your choice!
PIM-SSM/SM
OSPF/ECMP/VRF
SMLT/RSMLT (Avaya) – VSS/vPC (Cisco)
VLACP/SLPP (Avaya)
VLANs
RSTP/MSTP (Cisco)
BPDU filtering – Root Guard (Cisco)
No Multi-Tenant Support – No Ring
Inadequate and SLOW TTS
IS-IS/SPB
(Avaya Fabric Connect)
11. Why You Wait…
Legacy
protocols
in use today
Avaya
Fabric
Connect
Why Wait?
Imaging
Guests
Administration
ER
P
I
M
xSTP
OSPF and or
MPLS
xSTP
13. What This Means In The Real World
Configuring a single Layer 2 VPN (VLAN Extension)
Avaya Fabric Connect
Conventional Networking
set routing-instances RI-IPN-L2L01 instance-type l2vpn
set routing-instances RI-IPN-L2L01 interface ge-0/0/8.700
set routing-instances RI-IPN-L2L01 interface xe-0/2/0.700
set routing-instances RI-IPN-L2L01 route-distinguisher
13.13.13.1:1013
(Now this might take a while…)
set routing-instances RI-IPN-L2L01 vrf-target
target:64999:1013
(Actually, we need to speed things up…)
set routing-instances RI-IPN-L2L01 protocols l2vpn
encapsulation-type ethernet-vlan
set routing-instances RI-IPN-L2L01 protocols l2vpn site H15-
H15-IPN-L2L01 site-identifier 1
set routing-instances RI-IPN-L2L01 protocols l2vpn site H15-
H15-IPN-L2L01 interface xe-0/2/0.700 remote-site-id 11
set routing-instances RI-IPN-L2L01 protocols l2vpn site
RH15-H15-IPN-L2L01 site-identifier 11
set routing-instances RI-IPN-L2L01 protocols l2vpn site
RH15-H15-IPN-L2L01 interface ge-0/0/8.700 remote-site-id 1
set interfaces ge-0/0/8 unit 700 description L2-IPN-L2L01
set interfaces ge-0/0/8 unit 700 encapsulation vlan-ccc
set interfaces ge-0/0/8 unit 700 vlan-id 613
First device done…now, onto the next...
vlan i-sid 7 700
DONE – end-to-end..!
15. Software-Defined Networking
Summarizing the problems that SDN seeks to solve
A+
Complexity of (multiple) overlay Protocols
Changes in Applications Architecture
Challenge of Virtual Machine Mobility
Policy and Quality
Multi-Touch Configuration
Scale-Out Connectivity (‘Google Scale’)
Multi-Tenant
Vendor Dependence
A
A+
A
A+
A+
A+
A
Doesn’t SDN or
other vendors
do that today?
16. Service
Service
Fundamentally Different,
Fundamentally Better
Physically Managed
Control Plane
Autonomic
Control Plane
Virtualize devices
into one network
entity
Services are
provisioned on
physical devices
Services are
provisioned to a single
virtual network
IP Packets
19. We Can’t Wait!
Virtualized Network
IPTV technology
One of the largest BYOD
environments in the world
20. Scale of the Olympic Games
5.5K
Olympic
Athletes
80
Olympic
Teams
3K
Reporters
and Media
Thousands
of Officials
25K
Volunteers
Billions on
the Internet
Millions of
Spectators
3 Billion
TV Viewers
21. Scale of Olympic Network
54 Terabit capable backbone
2,000 Ethernet switches
50,000 Ethernet ports
2,500 Wireless Access Points
36 HD Video Channels
1,500 IPTV screens
6,500 VoIP phones
21
Similar to running 3 Super Bowls for 17 days straight!
22. 2x Media centres
Tech-Ops centre
2x Data Centres
2x sports clusters 3x athlete villages
23. Issues the Sochi 2014 Organizing Committee
needed to solve
1. BYOD & guest access for large
numbers of mobile devices
2. Needing to do more with less
3. How to efficiently support move, adds
and change requests
4. How to support high quality and secure
converged video
5. How to meet very strict demands for
capacity, scale, reliability and security
Common enterprise IT challenges
24. First Fabric Enabled Games
Primary
Data Center
Mountain
Media
Center
IPTV Service
Games Network
Unified Communications Service
Organizing Committee Service
Krasnaya
Polyana
WiFi Services
Secondary
Data Center
Media Transparent LAN Services
Secure Management
25. Differentiated Offer
Why Avaya?
Reliability and stability
Previous Games experience
End to end supplier
“Avaya has a team, as well as knowledge and understanding of
what exactly is involved in an Olympic Games project.”
- Alexander Vronsky, VP of Technology, OCOG
26. This is not your Dad’s
Network
Why WAIT ?
It Just Works
Take It For A Test Drive!
Comparison of news photos that has begun floating around on the social web. Both photographs show a large crowd gathered to witness the unveiling of a new pope. The first one was what AP photographer Luca Bruno saw in 2005 when Pope Benedict XVI was introduced, while the second one is what AP photographer Michael Sohn witnessed on March 13, 2013 at the election of Pope Francis.
Just eight years ago, the iPhone was still 2 years away from being announced and smartphone photography hadn’t begun its encroachment in the photo world yet. Fast forward to 2013, and major world events are now being covered by a countless number of digital eyes on the ground. Go to a concert, a speech, or any location where major news is breaking, and you have a good chance of seeing exactly the same thing.
The inauguration ceremony was done at St. Peter’s Square in the Vatican.
Web services running during the closing ceremonies
All background activities
Why do I show you this?
Your Enterprise probably looks like this
Mix with Enterprise applications – puts stress on the network
Bandwidth isn’t the answer
Bandwidth and control is the answer
How this technology does this is it basically eliminates the root cause of the headaches that exist in today’s networks - and that is the concept of protocol overlays. This slide is alphabet soup and I apologize - but what I am trying to show is that as another capability within the network is required a protocol is layered on top. As the number protocols gets larger - the more complex and unstable the network gets. What we are doing with Fabric Connect is eliminating all these layers and protocols but enabling all the capabilities. L2 services, L3 services, routing and multicast services with a single technology. The benefits of this are pronounced – you have much simpler network designs, you have much simpler management and configuration. You have much faster network recovery times because in an overlay model the each layer is reliant on the layer below to reconverge before it can reconverge. That’s why multicast which sits at the top of the protocol stack takes so long to recover.. Because it needs to wait for all the protocols below it before it can re-establish connectivity.
The other thing to point out is that the diagram on the left represents a very simple network. There are networks out there that are more complex that what we have shown. Also, if you look at other vendors fabric solutions they are only replacing the grey and blue boxes below which are legacy L2 protocols. We are currently the only vendor in the industry today that can also replace L3 services, routing and multicast.
So for your final test which would you rather fly? N+1 active standby, or fault tolerant active/ active. I think this picture says a lot.
Once again you might say ‘that’s all well and good but what does it actually mean for me..?’
So let’s go through and very realistic provisioning scenario. Here we want to create a VLAN extension between two Data Centres; this is a very typical requirements when we want to provide Layer 2 collectivity between servers.
On the left will be doing this in the conventional way using the typical technology of MPLS, and the right will do this using Fabric Connect.
So let’s get going… as you can see it is a very complex, time-consuming, specialised, and risky activity. The key thing, the really crucial thing, is that this level of configuration needs to be executed on each and every device in the path.
Now if we look at the fabric connect alternative your see something dramatically different. Yes that’s it one single simple command on one device at the very edge of the network. No configurations on the Core, no configurations device-by-device, hop-by-hop, or link-by-link. Now I challenge anyone to say that this is not an advancement, that this is not progress…
These two additional take-aways that I’d like to highlight. Firstly which of these two approaches do you think is the more risky..? Thinking back to my first slide where I highlighted all of the issues that conventional networking has around change and risk and error..? And secondly which of these two approaches do you think would integrate more seamlessly to have orchestration at automation solution..?
And speaking of software-defined networking, I assume you have all at least heard of it, although perhaps not too many of you have actually found a way or need to get deploy it.
Here I have distilled the key problems that SDN is meant to be solving; this comes from the Open Network Forum’s own white paper. And many of these are very valid problems, very valid considerations, and certainly things that we should be looking to address.
That we can measure where we are today with Fabric Connect against these aspirational goals for the developing, emerging SDN space…
Clearly, Fabric Connect is delivering against these challenges, delivering today and without requiring an entire churn in technology; Fabric Connect is an evolution of what we have been doing it is an investment of the technologies and techniques that we proven to work, but have simply become old-fashioned and obsolete in the face of advances in other aspects of IT service delivery.
So if simplification, orchestration, and automation are the things that appeal to you from the SDN discussion then come and talk to us and will deliver them for you today with Fabric Connect.
So what does this actually mean..? Fabric Connect might be this great new technology but how does it actually change things on the ground..?
If we look at how networks are actually provisioning will see an important difference. Traditionally, to provision a new servers or to change an existing one, we have to go and touch every device in the service path, configuring each device to ensure that the active and redundant link. And the bigger the network the more complex and risky this becomes. But when we use Fabric Connect to virtualise the network we see a fundamental change. Rather than the network appearing as a mass of individual devices it becomes this opaque cloud, where we only need to touch the single unique device that is providing service directly to the end-point. Fabric connects automatically instantly propagates all of the service attributes to every other node within the cloud. So if we are configuring a server to join an existing VLAN then every other node immediately understands that this connection has been established. Technically, Fabric Connects achieves this by adding a new Ethernet header, this is part of the SPB standard, and it allows every known within the cloud to quickly switch traffic through to the appropriate destination.
It has the added advantage of separating and segmenting traffic to unique service constructs. This is where fabric connects has advantages in delivering solutions which help with compliance for the likes of PCI and HIPAA. We call this capability ‘stealth networking’.
Creating the autonomic network delivers some key advantages. It means that you no longer need to configure the core of the network for every service change; service change is only configured at the age of the network, and this has dramatic impacts for the entire change paradigm. As I’ve mentioned network segmentation means that each service is uniquely encapsulated and carried independent of every other service. Recovery is optimised because we’re leveraging that single unified protocol, and this also includes IP Multicast – Fabric Connect is it industries only solution that delivers seamless scalable and resilience support for IP Multicast. The Edge-only provisioning model delivers significant advances in how the network interacts with VM mobility. Seamless Layer 2 VLANs can easily be extended throughout the Data Centre whether that is a single site or multi-site. And traffic flows are automatically load balanced across all available links.
Some of the key advantages that fabric connect delivers include:
Totally doing away with the need to configure network-wide VLANs
Replacing multiple sequential legacy protocols with this one single unified technology
Totally removing the risk of network loops
Delivering the Edge-only provisioning model which seamlessly integrates with orchestration and automation
And of course all links and all devices are fully optimised enabling you to get the most out of your infrastructure investments
Avaya was the Official Supplier of Network Equipment for the Sochi 2014 Olympic Winter Games.
This was the third consecutive Olympic Winter Games Avaya has supported, and we are proud to drive the evolution of a new communication and collaboration experience in Sochi.
Sochi Olympic Winter Games will be celebrated from 7 to 23 February 2014 in Sochi, Russia.
Eleven athletic venues will be built for the Sochi 2014 Games, which will be divided into two clusters—mountain and coastal. Each cluster will contain an Olympic Village. What’s unique about Sochi – especially in comparison to our experiences in Vancouver is the fact that it is a complete greenfield from a sporting, infrastructure and communications perspective. We had to lay fiber at the same time, venues and infrastructure like sewage and water systems were being put in. So it was a massive initiative which came together flawlessly.
Sochi will host the Russian Formula 1 Grand Prix from 2014 until at least 2020; and it is also one of the host cities for the 2018 FIFA World Cup.
40 kilometers between coastal and mountain cluster
So in addition to the shear challenge of building the networking and communications infrastructure from scratch - when looking at how to deliver the right network for the Games there were a number of key challenges that they needed to solve which are likely similar to challenges that you experience day in and day out in your jobs running and managing networks.
We will go through each of these in detail – but quickly
How to deliver secure BYOD and guest access for large numbers of mobile users
Needing to do more within significant budget constraints
How to easily and rapidly support moves, adds and changes in a dynamic environment like the Olympic Games
How to support high quality and secure video
How to exceed growing demands for bandwidth, scale, availability and security.
So why was Avaya selected to be the Official Supplier of Network Equipment for Sochi 2014:
First and foremost we had a differentiated offer. Our networking technology offers some unique characteristics that are currently unmatched by any other vender. The OCOG (or Organizing Committee) team recognized that.
We were able to demonstrate in the lab very high levels of reliability and stability. We offer a unique networking solution that recovers extremely fast within 20 ms in the event of an issue such as a fiber cut at an external venue. And prove to the OCOG team that even if these events occurred – they would be transparent to the Games and the users of the network.
Our previous Games experience was a huge asset, we understand what it takes to pull off an event such as the Games. Our glowing recommendation from the Vancouver 2010 Organizing Committee also contributed strongly to this.
The fact that we are an end to end supplier. They wanted a vendor that could provide a solution from a complete solution from Data Center to small venue and that consisted of networking, UC, CC and services.
We provide end-to-end communication solution
We deliver simplified network operations
Our technology ensures secure network access for all users and devices
Our solution offers reliability and stability
We can build on previous experience at the Olympic Games