20061206-Internet2Network

Download Report

Transcript 20061206-Internet2Network

Connecting to the new
Internet2 Network
What to Expect…
Steve Cotter
Rick Summerhill
FMM 2006 / Chicago
Outline
• Network Infrastructures
• Services on The Infrastructures
• Description of Circuit Services
• Control Plane
2
The Network
Optical Topology
4
The Network
• Made up of four architecturally distinct
infrastructures:
•
•
•
•
the core infrastructure
the IP infrastructure
the Multiservice Switching infrastructure
the HOPI Testbed infrastructure
• Initially, circuit services across different
architectures will be kept separate to maintain
integrity
• As network matures, level of integration of
infrastructures will increase
5
6
Services
8
IP Services
• Continuation of IP services offered on Abilene
plus commercial peering and commodity
transit
• 9 router locations: NYC, DC, Chicago, Atlanta,
Houston, KC, LA, Salt Lake City, Seattle
9
IP Services
• Connector builds out to PoP and I2 will carry
connection to the nearest backbone router
• 10Gbps connection over core infrastructure
• <10Gbps may go over multiservice switching
infrastructure
• Additional “opt-in” services will require
separate BGP peerings, I2 suggests connect
with:
• VLANs enabled (Ethernet connections)
• Frame Relay DLCIs set up for SONET connections
10
Commercial Peering Service
• As configured for beta trial, we anticipate using
separate peerings between I2 and participating
connectors
• Use VLANs or Frame Relay DLCI
• Connect at 10Gbps to commercial exchange points
in Chicago, Palo Alto (PAIX), and possibly Ashburn
• Ongoing trial - NTAC and I2 staff are seeking
community input on how to best offer this
service
11
Commodity Transit Service
• Offer optional Level3 commodity through IP
connection at reduced rates
• Level3 will also allow direct 1GE connections to
Level3 commodity network
• Will add other transit providers in the near
future
• Separate BGP peering requiring VLANs or
DLCIs
• NTAC Working Group providing input
12
MPLS Services
• Internet2 network staff and the IU NOC will
work with connectors to implement MPLS
tunnels through the Internet2 Network on a
case-by-case basis
13
14
HOPI Test Service
• Purpose is to allow experimentation in
implementing and using dynamic circuits
• Experimental in a number of ways:
• Footprint limited Internet2 Network footprint
• Uses experimental control plane software to create
circuits and to interconnect with other domains
using their control software
• Allows other networks to interconnect with it to test
their interdomain circuit capabilities
15
HOPI Test Services
• Connect at I2 PoP with HOPI access point
• Physical connection can have one or more
sub-circuits over 1G or 10G interface
• Kinds of connections expected to change over time
as other devices added
• Initially, use existing HOPI Force 10 Ethernet
switches
16
HOPI Test Services
• Connections across HOPI are p-2-p Ethernet
VLAN based circuits in increments of 100
Mbps
• User input devices must support 802.1q VLAN
capabilities
• Requests for bandwidth can me made using:
• GMPLS-style Peer Mode, GMPLS-style UNI Mode,
Web Service API or email/phone
17
HOPI Test Services
• HOPI may be used to:
• Test dynamic services developed by other domains
• Likely interconnect HOPI to test labs and with other
organizations (regionals)
• Test applications prior to using them on dynamic or
static circuit services (i.e. performance measuring
software for dynamic networks)
• For more information, contact Rick Summerhill
[email protected]
18
19
Circuit Service
• Major aspects of the circuit service:
• Physical connection between Internet2 and
user device (type and speed)
• Circuit bandwidth (multiples of STS-1s)
Note: Speed of interfaces do not have to match
20
Static Circuit Service Overview
• Longer lasting point-2-point circuits across
network by connecting to Infinera or Ciena gear
• Infinera via 10GE or OC-192 interfaces
• Across network can be either Ethernet or SONET framed
• Ciena via 1GE, 10GE or SONET OC-48, OC-192
interfaces
• Ethernet frames encapsulated in SONET using GFP
• SONET can be channelized or not (OC-48 or OC-48c)
• Across Network is always SONET in multiples of OC-1
• Provisioned by Internet2 NOC in coordination with
user’s NOC.
21
22
Multiservice Switch Description
• Each Ciena Multiservice Switch has two or
more trunk side SONET circuits connecting it
to other switches
• Client side can be Ethernet or SONET - 1GE,
10GE or OC-48, OC-192 interfaces
• Ethernet frames encapsulated in SONET using
GFP
• SONET can be channelized or not (OC-48 or OC48c)
23
24
25
Dynamic Circuit Service Overview
• Shorter period (minutes to months ) point-2-point
circuits across Network
• Connected to Ciena Multiservice Switching
infrastructure
• Connect as single circuit to be switched or multiple
circuits multiplexed over the physical connection
• Will use a set of waves on the core infrastructure
dedicated to the dynamic wave service
26
Dynamic Circuit Ethernet Requirements
• All Ethernet connectors must be capable of
supporting 9K (MTU) payload frames.
• Ethernet participants may be tagged with VLANs
or untagged, and VLANs may be switched
internally on the transport.
• That is, a VLAN tag on one end need not be the same
as a VLAN tag on the far end.
• Physical connections that use Ethernet must
support 802.3x (flow control).
• Physical connections using Ethernet VLANs must
support 802.1q (VLAN).
27
Dynamic Circuit Details - Ethernet
• Provided as a p-2-p Ethernet circuit
• Frames are encapsulated into SONET streams
using Generic Framing Protocol (GFP).
• Encapsulation and decapsulation done at
ingress/egress
• Streams divided into one or more OC-1 channels
using Virtual Concatenation (VCAT)
• It is strongly recommended that all Ethernet
connectors support IEEE 802.1p (flow control)
• Circuits between networks passed as GFP
encapsulated SONET
28
Dynamic Circuit SONET Requirements
• All SONET connectors must support VCAT and
LCAS
• All SONET connectors providing Ethernet services
must support GFP
29
Dynamic Circuit Details - SONET
• Provided in multiples of OC-1s
• Incoming SONET can be channelized or not (i.e. OC48 or OC-48c)
• Connections across the Ciena MS infrastructure
are always SONET
30
Multiservice Switching
Infrastructure Control Plane
Multiservice Switch Control Plane Overview
• Control plane software will:
• Manage the set up of dynamic
circuits
• Keep track of bandwidth
• Allow reservation of future
bandwidth
• Authenticate users requesting
bandwidth
• Report on network status
• Additional software integrated
with Ciena software to
provide additional capabilities
32
Dynamic Circuit Control Plane
• Automated services are expected in the near
future
• Will use DRAGON-style control plane capabilities
• Control plane channels will be transported via IP,
and connectors will be offered several options for
implementation and/or interaction with the dynamic
control plane
• Initial deployments of control plane software
will take place on HOPI test service before
moving to the production network
33
Dynamic Circuit Service
Provisioning
Dynamic Circuit Service Provisioning
• Uses control plane software to set up circuits
• Initially only I2/NOC staff after requested by user
• Eventually software added to allow circuits to be
created by user request
• For cross-domain circuits, think of I2 Network
circuits as segments of longer p-2-p circuits
• Cross-domain coordination via email/phone or
software to do automatically
• Contact the NOC for circuit setup, NOC engineer
will be assigned to coordinate with other networks
to create the required paths across the network.
35
Dynamic Circuit Service Provisioning
• Cross-domain connections require
appropriate control plane software
• Internet2 will provide experimental software
to regionals
36
Connecting Dynamic Circuits to Users
• Scenario #1: Two regionals and their
users
• Physical connections to regionals made –
we expect this will typically be an Ethernet
connection that supports VLANS
• Each regional creates VLAN circuit to its
user and makes connection to Internet2,
then segments joined to create end-2-end
circuit
37
38
Connecting Dynamic Circuits to Users
• Typically regional provides its own circuit
multiplexing for its user and provides circuit to
I2
• Multiplexed connection sent across I2 network
and delivered to end regional
• Circuits set up and managed by control plane
software
• May be done automatically across regional
domains if using compatible control plane software
39
Connecting Dynamic Circuits to Users
40
Connecting Dynamic Circuits to Other
Networks
• Scenario #2: Connecting to similar services
provided by other national or international
networks
• By either direct connections or at exchange points
• Control plane interface is similar to the I2/RON
model
• I2 working on user authorization and network
information sharing with other networks
41
42
43
Connecting Dynamic Circuits to Other
Networks
• Using these interconnections and appropriate
manual and automatic control of circuit
switching, Internet2 will be able to be a partner
in creating circuits from users in the United
States to users connected to other
international core networks
• Today, working to define service definitions
and info sharing policies to enable this
44
Applications
• TeraGrid
• High definition videoconferencing
• eVLBI Radio telescopes
• Remote medicine
• IP load shifting
• File transfer – Phoebus / VFER
45
Control Plane Rollout
Control Plane Rollout – Current Plan
• Initially, Ciena control plane will be used to
create circuits by NOC from user requests
• Feb 2007 – web form available to request
connection, initially filled by NOC
• Web form to interface with control plane software to
make connections without NOC intervention
• Feb/Mar 2007 – software made available to
regionals for them to provide switched circuits
to users
47
An Example of How to Connect to HOPI
and the Internet2 Network - Phase 1
• Campus connects through RON using static
VLANs and deploys VLSR on PC connected to
switch (GMPLS control plane)
• Ethernet based
• Connect to HOPI control plane
48
Phase 2
• Add NARB (could be same PC)
• Separates the campus domain from HOPI
domain
• Now have separate control planes
49
Phase 3
• When ready, RON implements GMPLS control
plane
50
Phase 4
• Move to the Multiservice Switching
Infrastructure on the Internet2 Network
• There are many other possible alternatives
51
52
Steve Cotter