UCLP International transit service Bill St. Arnaud CANARIE Inc – [email protected].
7
-
Upload
jodie-weaver -
Category
Documents
-
view
224 -
download
1
Transcript of UCLP International transit service Bill St. Arnaud CANARIE Inc – [email protected].
UCLP Objectives
> Allow institutions to integrate wavelengths and fiber from different suppliers and integrate with institution's network management domain– And offer child VPNs to their users
> Create discipline specific re-configurable IP networks– Multihomed network which bypasses firewalls with direct connect to servers
and routers
> Provide layer 1 transit services to 3rd parties– Provides guaranteed IP throughput and packet priority with no AUP
restrictions– Allows international networks to directly peer with each other and control
their international peering relationships– Allows for direct Europe, Asia and South America peering without
dependency on North American IP networks
UCLP partners
> Internet2 – Bob Riddle and Shibboleth team> I2Cat – Barcelona – Sergei Figuerola and team
– Deployed on I2CAT with Nortel 5200
> Korea – KISTI – Kim Dongyun and team– for deployment on KREOnet
> Taiwan – George Yeh and team– for deployment on TANet2
> Canadian Regional networks – ORANO, BCnet, Netera> Canadian Grids – Westgrid, International Grid Testbed> etc
International Transit Partners & Policy
> Korea – 1Gbe lightpath from Seattle to Chicago > Taiwan – 2 x OC12 lightpath from Seattle to Chicago> Ireland – 1Gbe lightpath from NYC to Chicago> Others under discussion> NO CHARGE for demos or short term lightpath
usage to GLIF participants> Cost recovery or swaps for long term lightpaths (e.g.
year or longer)– We prefer swaps as much as possible
UCLP – version 2.0
> All instruments, sensors, software processes and network elements exposed as WSDL web services
> Hardware, software and network services linked together by end user with BPEL – WSDL and BPEL provide for “universal” end to end control plane
from application to the network> Elimination of network made up of layers
– Every layer a web service that can communicate with other WS
> The network topology and architecture and how it interfaces with the application is defined by the end user and not the network engineer
UCLP roadmap:Extension of the network into the application
InstrumentWeb service or
software process
Web service or software process
Routing daemonWeb service
User A
User B
Sin
gle
Com
pute
r or
WS
inst
ance
of
an o
rche
stra
tion
Interface Card or port
VPN Links
VPN extends into computer to specific processes
CA*net 4xxxx:410:0:1
xxxx:410:0:2
xxxx:410:0:3
xxxx:410:0:4
xxxx:410:0:5
yyyy:410:0:1
zzzz:410:0:1
UCLP with BPEL: End to end choreography
Neptune/ORIONInstrumentWS
OPenDAPWS
OptiPuter, JITODIN, GMPLSBandwidthReservationWS
UCLPWS
UCLPWS
NeptuneInstrumentServicePT
Ban
dwid
thR
eser
vatio
nPT
Lig
htPa
thC
onec
tionP
T
Lig
htPa
thC
onec
tionP
T
InstrumentNetworkServicePT
Super user BPEL orchestration
1
2 3 4
5
1
2
2
3
3
4
4
5
End user orchestrationNeptune admin orchestration
OptiPuter, JIT admin orchestration UCLP admin orchestration
