^ Top

NANOG Meeting Presentation Abstract

Why Operators need Transport SDN (Not just another SDN presentation)
Meeting: NANOG63
Date / Time: 2015-02-04 12:30pm - 1:00pm
This item is webcast
Room: Salon I
Presenters: Speakers:

Peter Landon, BTI Systems

Peter Landon is the Director of Product Architecture in the Office of the CTO at BTI Systems, responsible for the company¹s product architecture strategy. He is also a participant and contributor to the OIF as well as the ONF OTWG. His more than 25 years of experience in ASIC design include: leading the design of the tracking system for the NASA James Webb Space Telescope while at COM DEV; being appointed "Distinguished Member of Technical Staff" in ASIC design at Lucent Technologies/Bell Labs; serving as technical manager for optical IC development at Agere Systems; and since joining BTI, leading the architecture and design of the BTI 7000 Series packet-optical transport systems, and the award-winning BTI 7800 Series Intelligent Cloud Connect platforms. Peter earned his BSc in Engineering from Queen¹s University with post graduate work at Carleton University in Ottawa, Ontario.
Abstract: This presentation will outline the reasons why network operators need to be thinking about transport-layer SDN, which includes the Layer 0/1 optical transport infrastructure. Traditionally, Layer1 has been the boring uncle that doesn’t get talked about, with all the attention focused on L2 and above. With the advent of transport SDN and the possibility of dynamic control of optical and L1 resources, the value of L2+ SDN is actually multiplied, because it opens up the ability to deliver new optimized services that weren’t possible in the past.

How can SDN work for L0/L1 when there is no MAC, and no packet header to examine? This presentation will explain the mechanics of optical transport SDN and how the ONF is driving an open standard which will enable deployment of the technology in a multi-vendor network. I will also describe practical use cases that will demonstrate the value of transport SDN, as part of a unified infrastructure that includes a centralized SDN controller.
Files: youtubeWhy Operators need Transport SDN
pdfWhy Operators need Transport SDN (Not just another SDN presentation)(PDF)
Sponsors: None.

Back to NANOG63 agenda.

NANOG63 Abstracts

  • Network Integration Panel
    Moderators:
    Joe Provo, Google; Panelists:
    McGehee Games, CenturyLink; Steve Powell, Level3; Dave Siegel, Level 3 Communications; Richard A Steenbergen
  • Network Integration Panel
    Moderators:
    Joe Provo, Google; Panelists:
    McGehee Games, CenturyLink; Steve Powell, Level3; Dave Siegel, Level 3 Communications; Richard A Steenbergen
  • Network Integration Panel
    Moderators:
    Joe Provo, Google; Panelists:
    McGehee Games, CenturyLink; Steve Powell, Level3; Dave Siegel, Level 3 Communications; Richard A Steenbergen
  • Network Integration Panel
    Moderators:
    Joe Provo, Google; Panelists:
    McGehee Games, CenturyLink; Steve Powell, Level3; Dave Siegel, Level 3 Communications; Richard A Steenbergen
  • Network Integration Panel
    Moderators:
    Joe Provo, Google; Panelists:
    McGehee Games, CenturyLink; Steve Powell, Level3; Dave Siegel, Level 3 Communications; Richard A Steenbergen
  • DNS Track
    Moderators:
    Duane Wessels, VeriSign;
  • Real-world Network Automation
    Moderators:
    Matt Peterson, Cumulus Networks; Panelists:
    Bronwyn Lewis, Packet Clearing House; Carlos Vicente, Dyn; Jérôme Fleury, CloudFlare;
  • Real-world Network Automation
    Moderators:
    Matt Peterson, Cumulus Networks; Panelists:
    Bronwyn Lewis, Packet Clearing House; Carlos Vicente, Dyn; Jérôme Fleury, CloudFlare;
  • Real-world Network Automation
    Moderators:
    Matt Peterson, Cumulus Networks; Panelists:
    Bronwyn Lewis, Packet Clearing House; Carlos Vicente, Dyn; Jérôme Fleury, CloudFlare;
  • Real-world Network Automation
    Moderators:
    Matt Peterson, Cumulus Networks; Panelists:
    Bronwyn Lewis, Packet Clearing House; Carlos Vicente, Dyn; Jérôme Fleury, CloudFlare;

 

^ Back to Top