Optical Signaling IntraDomain, Next Generation Optical Control Planes, and Photonic Path Services

1

• Optical Signaling (Intra-Domain), Next Generation
  Optical Control Planes, and Photonic Path
  Services
• Joe Mambretti, Jeremy Weinberger, David
  Lillethun, International Center for Advanced
  Internet Research, Northwestern University --
  http//www.icair.org
• OptIPuter
• Feb 6-7, 2003

iCAIR
2
The Global Lambda Grid Concepts

• Q How can data-intensive, bandwidth-intensive,
  and compute-intensive global applications
  interact dynamically with highly distributed
  resources while optimizing performance under
  changing conditions?
• A1 Liberate applications from the multiple
  restrictions inherent in todays communication
  infrastructure
• A2 Create an innovative architectural method
  that envisions a close integration between
  applications and advanced optical network
  resources, allowing for communication services
  that are dramatically more dynamic, flexible,
  responsive, powerful etc.
• A3 Allow applications to use intelligent
  signaling to design, provision, and manage their
  own global virtual private optical networks
  through lightpaths, based on wavelength switching
• Key technologies
• a) Innovative intelligent application signaling
  architecture
• b) Dynamic lambda/lightpath provisioning using
  next generation optical technologies,
• c) Extensions to lightpaths through dynamically
  provisioned L2 and L3 configurations, in part, to
  allow for access to multiple types of edge
  resources.

iCAIR
3
Prototyping The Global Lambda Grid A
Photonic-Switched Experimental Network of Light
Paths
l1
l2
iCAIR
4
Apps
Clusters
C O N T R O L P L A N E
Dynamically Allocated Lightpaths


NEW!
Switch Fabrics
Physical Monitoring
Multi-leveled Architecture
iCAIR
5
10GE Links
GE Links
iCAIR
CSW
ASW
IEEE 802.3 LAN PHY Interface, eg, 15xx nm 10GE
serial
l1 l2 l3 l4
10GE Links
Multiwavelength Fiber
Multiple l Per Fiber
ASW
DWDM Links
GE Links

NNN
Multiwavelength Optical Amplifier

• Optical,
• l Monitors, for
• Wavelength Precision, etc.

Power Spectral Density Processor, Source
Measured PSD
Computer Clusters Each Node 1GE Multi 10s,
100s, 1000s of Nodes
Multiple Optical Impairment Issues, Including
Accumulations
iCAIR
6
Control Plane Architecture

• 4 primary architectural models for data/IP over
  DWDM (Overlay, Signaled Overlay, Peer,
  Integrated)
• Currently, signaled overlay is a primary
  architecture and is being using on the
  StarLight/OMNInet testbed
• Requires out of band management plane
• Currently, control plane has been implemented on
  separate fiber
• Later, it will be implemented on dedicated
  lightpaths

iCAIR
7
Optical Layer Control Plane
Client Layer Control Plane
Client Controller
Optical Layer Control Plane
UNI
Controller
Controller
Controller
Controller
Controller
I-UNI
CI
CI
CI
Client Device
Client Layer Traffic Plane
Optical Layer Switched Traffic Plane
iCAIR
8
Application Signaling and ODIN

• Simple Lightpath Control Protocol Specification
  (SLCP)
• Signaling - the request for services by a device
  peer, a user, or an app (LDP/RSVP/SOAP
  req/TeraAPI message to Optical Service Layer)
• Also this architecture includes a concept of
  understanding changing network conditions via
  detecting feedback from the network
• Signaling vs Control
• Control - commands issued by an administrator
• Although results may look similar on the fiber,
  the first is subject to policy, the second (when
  valid) is always implemented
• ODIN Optical Dynamic Intelligent Network
  services
• ODIN An Architecture for Dynamic Network
  Service Provisioning
• Terascale High-Performance Optical Resource
  Regulator (THOR) the Lambda God Extensions
  allowing for others types of path services

iCAIR
9
ODIN Architectural Issues

• What problem is being addressed?
• - Dynamic optimized provisioning of optical
  paths for application traffic
• - GMPLS-controlled DWDM is layer one only -
  layers two and three must be also be
  addressed/configured or the lambda path is
  useless
• - Application can request specific
  types/classes of service, i.e., premium network
  service, e.g. protected capacity, jitter
  tolerances
• - Single, simple domain of control - no
  restrictions on implementation types (e.g.,
  hierarchical vs. peer model)
• Currently using signaled overlay architecture
• Does not preclude peering model
• - Can be used to limiting the impact of
  potentially disruptive, resource-intensive
  traffic on other types of traffic (e.g.,
  best-effort)
• This simple architecture could be enhanced to
  address complex architectures, e.g. large
  domains, multiple domains.
• E.g., diagram of tree of odins, or chain of odins
• Policy engine is required

iCAIR
10
ODIN

• ODIN in a Nutshell
• - A single point of policy control for network
  service provisioning
• - Applications talk to the front end, identify
  themselves and make their request ("I need at
  least n Mbps of capacity between A and B at xyzw
  hours with maximum jitter q.")
• -Applications will be able to detect, and adjust
  to, quality of performance
• - ODIN's processes attempt to implement a
  globally optimal provisioning, considering all
  real-time information available, eg, using
  wavepath distribution protocol
• - ODIN's back end controls network hardware,
  configuring it to fulfill the provisioned
  request, eg using a wavepath routing protcol

iCAIR
11
Advantages of Architecture

• Opportunities for global optimization
• Opportunities to consider real-time resource
  state
• Single master is single point of policy control
  and single Delphic Oracle of network state
• Frontends and backends can be modules to support
  different kinds of requests and different kinds
  of network equipment and multiple layers of the
  network
• Sites can easily provide their own policy for
  releasing resources (timeouts, allocation
  mechanisms, flow monitoring)
• Simple domains can be tied together to manage
  complex domains
• Application interface is simple, requiring little
  detailed network knowledge from app developers
• Encapsulates network resource discovery for
  applications
• Service requests are explicit, out of band
• Allows for greater abstraction of network
  resources moves logic out of network hardware,
  therefore - more flexibility

iCAIR
12
Provisioning Application Traffic to Lightpaths

• Q Can different applications share a lightpath?
  i.e. are their service profiles compatible?
• Q What protections must be put in L2/L3
  equipment to enforce provisioning? e.g.
  classification/labeling, policing, class-based
  queueing
• The Comprehensive Vision
• - ODIN includes dynamic resource discovery of
  new network resources
• - ODIN uses real-time monitoring of network
  hardware or traffic flows to make decisions
• - ODIN relies on manager-controlled policy
  engine
• - ODIN configures access devices to do full
  classification and admission control
• - ODIN configures core/distribution devices to
  provide appropriate QoS to classes
• - ODIN is supported at the physical layer by
  physical process monitoring and automatic
  impairment detection and adjustment

iCAIR
13
Current Implementation

• Prototype architecture defined, prototype
  libraries developed
• Implementations tested/demonstrated, eg,
  iGRID2002 et al
• "TeraAPI" is a C interface implementing frontend
• Discovery Domain topology is known in advance
• Frontend Custom stateless TCP-based request
  protocol
• Policy Each service request receives its own
  lambda
• Backends
• 1. Optical backend THOR (Terascale High
  Performance Optical Resource-Regulator)
• 2. Ethernet backend DEITI (Dynamic Ethernet
  Intelligent Transport Interface
• Higher layers are configured to move traffic to
  new LAN segment transported over the assigned
  lambda
• Dynamic light path provisioning supported by MEMS
• Supported by wavelength routing protocols and
  wavelength information distribution protocols
  (eg, to propagate state information across nodes).

iCAIR
14
DEITI

• DEITI Dynamic Ethernet Intelligent Transport
  Interface
• One goal in this dynamic provisioning of vLANs is
  to extend the transport path beyond the lightpath
• Another is to to segment traffic to protect other
  traffic from disruptive, intensive flows
  (encapsulation and transport over lightpaths).
• DEITI can be an MPLS substitute/proxy
• DEITI and UoA vLAN implementations are seed
  examples of the extensions that could be
  implemented to use other methods, eg, enforcing
  QoS, and establishing full AAA that could protect
  these methods.

iCAIR
15
PTS (CGI)
odin_cli
Simple Lightpath Control Protocol
Specification (SLCP) Architectural Overview
TeraAPI
ODIN
THOR
OMNInet UNI API
DEITI
SR Static Routes or 802.1q vLANs
GMPLS/ DWDM
iCAIR
16
OMNInet Technology Trial
Evanston
West Taylor
GE
GE
Optical Switching Platform
Optical Switching Platform
Passport 8600
Passport 8600
Application Cluster
Application Cluster
OPTera Metro 5200
OPTera Metro 5200
S. Federal
Lakeshore
To CaNet4 (future)
10GbE WAN
Loop Back
GE
GE
Optical Switching Platform
Passport 8600
Application Cluster
Optical Switching Platform
Application Cluster
Passport 8600
OPTera Metro 5200

• A four site network in Chicago -- the first 10GE
  service trial!
• A test bed for all-optical switching, advanced
  high-speed services, and and new applications
  including high-performance streaming media and
  collaborative applications for health-care,
  financial, and commercial services.
• Partners SBC, Nortel, International Center for
  Advanced Internet Research (iCAIR) at
  Northwestern, Electronic Visualization Lab at
  Univ of Illinois, Argonne National Lab, CANARIE

iCAIR
17
Testbed Configuration
iCAIR
EVL UIC
8 l AWG
NWUEN-1
OFA
OFA
NWUEN-5
NWUEN-2
NWUEN-3
NWUEN-6
l1
l2
l1
l2
l3
l3

SW
Up to 8 l Per fiber
OFA
10/100/GE
10/100/GE
SW
StarLight
ADM
OC-12 to MREN
10/100/GE
NWUEN-8
NWUEN-9
To Optical MREN
Fiber
NWUEN-4
NWUEN-7
To CANet4, SURFnet and Other International Nets

• Scalable photonic switch
• Trunk side 10 G WDM
• Lambda specific interface

SW
10 GbE WAN
10/100/GE
Canet4
iCAIR
18
Overlay Management Network (Current)
To Management Network ATM switch port
10/100 BT
BayStack 350
Photonic Switch
OPTera 5200 OLA
10/100 BT
Local Management Station

• MREN

Passport 8600

• Uses ATM PVC with 2 Mb/s CIR from existing
  network (MREN OC12)
• Hub and spoke network from 710 Lakeshore Dr.

iCAIR
19
iCAIR
Chicago
O1
O2
GigE
GigE
SX
GigE
StarLight
GigE
?
259M
270M/540M
?
GigE
OMNINET
NTSC/SDI
Omninet
GigE
?
GigE
?
GigE
240M/480M
IPS Linux
Netherlight
10 Gpbs
?
2.5 Gbps
?
?
?
OMNINET
380M
GigE
GigE
SurfNet
SURFnet
Linux
O3
O4
UIC/EVL/ LAC NCDM
400M/900M
Linux Traffic Generator
100M
GigE
DV
NU Leverone
Evanston, IL
iGrid 2002
240M/480M
Linux/IPS
Laptop
GigE TX
100M TX
GigE TX
SARAnet
400M/900M
Window DV/Linux
100M TX
Linux Traffic Gen
30M/60M
GigE SX
270M540M
Photonic TeraStream Photonic Data Services
Display
100M TX
Amsterdam
Nelle Bacon iCAIR August 21, 2002
259M
iCAIR
20
Selected Related Activities

• OptIPuter General Architecture
• OptIPuter Network Architecture, with Oliver Yu et
  al, EVL, UIC
• Data Services Photonic Data Services, with
  Bob Grossman et al LAC, NCDM, UIC
• Intelligent application signaling projects, with
  Tom DeFanti, Jason Leigh, Olivar Yu et al, EVL,
  UIC
• IETF (I)AAA, with Cees DeLaat et al UoA
• UoA goal in the dynamic control of vLANs is to
  demonstrate the principles of generic AAA in the
  provisioning of resources
• Performance metrics, analysis, optimization,
  e.g., with Valerie Taylor
• DOT, Consortium (OMNInet/I-WIRE)
• DOT-DAS-2, Cees DeLaat, et al, UoA
• Scheduling? (TBD)
• Globus Considerations

iCAIR