Preparation for IPv6 over Satellite Communications / 036
Thinking the future
© IABG 2004
Preparation for IPv6
in Satellite Communications
IABG Final Presentation
Version 1.0, 20.09.2004
www.iabg.de
Wolfgang Fritsche
Karl Mayer
Noordwijk, 20.09.2004
Thinking the future
Introduction – IABG at a glance
IABG is a leading technical services company on
the European market
Founded in 1961
10 locations spread over Germany
Headquarter in Ottobrunn near Munich
For more information see www.iabg.de
© IABG 2004
About 1000 employees mainly working in different
fields of engineering
2
IABG Final Presentation
Thinking the future
Automotive
Information &
Communications
Transport &
Environment
Aeronautics
Space
Defence
© IABG 2004
Introduction – IABG‘s business areas
3
IABG Final Presentation
Thinking the future
Introduction – IABG‘s advanced IP services
Main focus of our work on advanced IP
services
IPv6
IPv6 transition
Interoperability aspects
IP Security
Security protocols (IPsec, SSL, TLS, …)
Security in WLAN, Hot Spots
IP Mobility
IP over Satellite
IP over DVB, SCPC
Secure transmission via IPsec
TCP performance optimization
IP Multicast
Multicast routing protocols
Secure multicast
Reliable multicast
@
© IABG 2004
Mobile end systems (MIP, HMIP,…)
Mobile networks
ad-hoc-networks (OLSR, AODV, …)
4
IABG Final Presentation
Thinking the future
Local Internet Reseller (LIR) with
IPv4 and IPv6 address range
Peering with terrestrial IPv6 ISPs
Provision of IPv6 over satellite
service to Teleport customers
IABG Final Presentation
© IABG 2004
Introduction – IABG‘s Teleport
5
Thinking the future
Introduction – Key personnel in project
Wolfgang Fritsche (project manager)
Karl Mayer
Gerhard Gessler
© IABG 2004
… and Prof. Peter Kirstein (UCL)
6
IABG Final Presentation
Thinking the future
Introduction – Introducing IPv6 in satellite networks
New / modified service models for IPv6 over satellite
...
© IABG 2004
IPv6 support for satellite
specific components
Education of service provider, manufacturer, user, ...
Specification of
transition scenarios
Promotion of potential of „IPv6 over satellite“
Implementation of
missing IPv6 functionality
Performance of practical verification tests
Selection of
transition mechanisms
Development of prototypes
Specification of satellite
architectures for IPv6
Contribution to Standardisation Bodies
Identification of satellite specific issues for IPv6
7
IABG Final Presentation
Thinking the future
Introduction – Task overview
T1
Identification of satellite specific
protocol issues for IPv6
T2
Impact of IPv6 on existing and future
satellite network architectures and
services
T3
Definition and Preparation of IPv6
demonstrations over satellite
T1.1: Identification of link layer protocol issues for IPv6
T1.2: Identification of network layer protocol issues for IPv6
T1.3: Identification of transport layer protocol issues for IPv6
T1.4: Identification of network management protocol issues for
IPv6
T2.1: Impact of IPv6 on satellite network architectures
T2.2: Investigation of transition scenarios for satellite networks
T2.3: Investigation of modified service offerings using IPv6
T2.4: Detailed transition plan for example satellite network
architectures
T3.1: Identification of illustrating IPv6 functionality and
applications
T3.2: Description of possible demonstration scenarios
T3.3: Selection and specification of the pilot
T4
Pilot demonstration of IPv6 over
satellite
T4.1: Integration of pilot
T4.2: Execution of demonstration
T5
T6
Dissemination of project activities
and results
© IABG 2004
Identification of IPv6 roadmap and
recommendation
T7
Project and Quality
Management
IABG Final Presentation
8
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt and recommendations
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
9
Thinking the future
IPv6 general aspects – New features
IPv6 header with 128 bit addresses
Extension headers (RH, DH, AH, ESP, …)
Mandatory IPsec (in implementations with full IPv6
support)
IPv6 Neighbour Discovery (built-in mechanism)
Address Resolution
Duplicate Address Detection
Router and Prefix Discovery
IPv6 stateless address autoconfiguration
© IABG 2004
Neighbour Unreachability Detection
10
IABG Final Presentation
Thinking the future
IPv6 general aspects – IPv6 stateless address autoconfiguration
Interface config:
- IPv6 link local address
- IPv6 global address
- IPv6 default router list
Int
IPv6
router
Link
IPv6 host
Int
Interface config:
- IPv6 link local address
- IPv6 global address
- IPv6 default router list
IPv6 host
Int
© IABG 2004
Router
Advertisement
11
IABG Final Presentation
Thinking the future
IPv6 general aspects – Bidirectional links and link multicast
Request
Node 1
S=IP1_A, D=IP2_A
IP1_A
IP2_A
IP1_B
IP2_B
Node 2
S=IP2_B, D=IP1_A
Response
IPv6 Neighbour Discovery
AR, DAD, NUD
Router and Prefix
Discovery
Node 1
Link
Node 3
IPv6 stateless address
autoconfiguration
© IABG 2004
Node 2
12
IABG Final Presentation
Thinking the future
IPv6 general aspects – Logical interface
Device 1
Device 2
IP layer
IP layer
Logical Interface
Logical Interface
I1B
I1A
Serial
interface
I2A
IP!DVB
I2B
DVB!IP
Serial
interface
SCPC simplex
© IABG 2004
DVB-S
13
IABG Final Presentation
Thinking the future
IPv6 general aspects – UDLR mechanism
Feeder
Receiver
IP
F_Ret
IP
F_For
R_Ret
R_For
UDLR
Link
Link
Link
Link
UDLR
Link
Link
Link
Link
Phy
Phy
Phy
Phy
Unidirectional Link
e.g. DVB-S
IP Header
GRE header MAC header
Encapsulation Overhead
IABG Final Presentation
Original IP packet
© IABG 2004
Bidirectional Link
e.g. Ethernet
14
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
15
Thinking the future
Satellite specific protocol issues – Link layer protocols
DVB-S link:
DVB-S protocol stack:
Higher layer (e.g. IPv4 and IPv6)
MPE
ULE
SE
Others
MPEG-2 Transport Stream
DVB-S Physical Layer
MPE
MAC
LLC/SNAP
(optional)
PDU
(e.g. IP)
Trailer
ULE
…
type
MAC
(optional)
IP version signalling?
Address resolution?
ULE:
PDU
Trailer
Address resolution?
© IABG 2004
…
MPE:
16
IABG Final Presentation
Thinking the future
Satellite specific protocol issues – Link layer protocols
DVB-RCS link:
IP version signalling in MPE?
Address resolution?
Unidirectional link or
bidirectional link?
Connection Control Protocol?
SCPC link:
HDLC, Frame Relay, and PPP
support IPv6
© IABG 2004
Serial line protocols over
SCPC
17
IABG Final Presentation
Thinking the future
Satellite specific protocol issues – Network layer protocols
Header compression (HC)
Problems with HC as specified in RFC 1144 (does only support
IP/TCP traffic)
IPv6 support in HC as specified in RFC 2507 and ROHC (RFC 3095)
IP Multicast
PIM-DM and PIM-SM (revised version) support IPv6
SSM, DVMRP, MOSPF, BGP-4+, and BGMP support IPv6
Proprietary multicast relay solutions for networks without multicast
support often do not support IPv6 (e.g. OmniCast)
Large global IPv6 address space
Mobile IPv6 and HIP (Host Identity Protocol) support IP address
change during ongoing sessions
IPv6 Multihoming can be done more efficient
IABG Final Presentation
© IABG 2004
IPv6 Multihoming
18
Thinking the future
Satellite specific protocol issues – Network layer protocols
Binding Update
Host mobility (MIPv4 and MIPv6)
Bidirectional link between CN, HA,
and MN required
Route optimization (RO) is built-in in
MIPv6
Return Routability process (security
check while RO) is delayed in case of
satellite links ! handoff time
increases
HA
MN
Mobile router
Fixed router
CN
Network mobility (NEMO)
MN
Binding Update
Mobile host
Fixed host
No route optimization
Topology of network is changing
MANET routing protocols support
IPv6
© IABG 2004
Mobile Ad Hoc Networks (MANETs)
19
IABG Final Presentation
Thinking the future
Satellite specific protocol issues – Transport layer
Enhanced TCP
Enhanced TCP protocols like TCP Tahoe, TCP Reno, TCP Vegas,
TCP New Reno and TCP Santa Cruz operate above IPv4 and IPv6
PEP
Protocol Enhancing Proxies (PEPs) are standardized in IETF for both,
IPv4 and IPv6
Some PEPs (TCP splitting) break end-2-end transparency:
" IPv6 assumes end-2-end transparency
" IPsec support mandatory in IPv6
PEP devices available mostly do not support IPv6, and hence, TCP
over IPv6 traffic mostly cannot be enhanced
© IABG 2004
" Hence, IPv6 could be affected more severe
20
IABG Final Presentation
Thinking the future
Satellite specific protocol issues – PEP without IPv6 support
IPv4
IPv6
IPv4
TCP
Router A
PEP
Router B
IPv6
Router A
TCP
PEP
IABG Final Presentation
Router B
© IABG 2004
IPv4
21
Thinking the future
Satellite specific protocol issues – Network management
Management station
IPv6 network
MIB
Managed node
Management
protocol
(SNMP)
MIB
Managed node
MIB
Managed node
IPv6 support required in:
SNMP protocol ! SNMPv2, SNMPv3
Agents, managers, applications ! e.g. Net-SNMP package
Management Information Bases (MIBs) ! other objects
IABG Final Presentation
© IABG 2004
Management
application
22
Thinking the future
Satellite specific protocol issues – Network management
SNMP support:
DVB-S: Network management is not specified
DVB-RCS:
" SNMP Network Management is optional
" missing: IPV6-MIB, IPV6-ICMP-MIB
IPv6 support in MIBs:
DVB-RCS-MIB: Several objects of type IpAddress (32 bit)
Proprietary MIBs use IpAddress type: e.g. Harmonic and SkyStream
Input/output fields often support only IPv4
Parsers often support IPv4 address format only
© IABG 2004
IPv6 support in management applications:
23
IABG Final Presentation
Thinking the future
Satellite specific protocol issues – AAA
Several Authentication, Authorization and Accounting (AAA)
protocols have IPv6 support e.g.
COPS (Common Open Policy Service)
Diameter
Remote Access Dial In User Service (RADIUS)
COPS: TCP
RADIUS: UDP
Diameter: TCP
Exception: Diameter could be based on SCTP (Session Control
Transport Protocol), and SCTP INIT message includes peering IP
address of the sender
© IABG 2004
Bidirectional link requirement:
24
IABG Final Presentation
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
25
Thinking the future
Modified service offerings – End-to-end IP addressing
Issue in IPv4:
Not enough global unique IPv4 addresses available
Deployment of NAT boxes (Network Address Translation)
Deployment of Application Level Gateways (ALGs)
Problem with NAT boxes and ALGs:
© IABG 2004
Break of end-to-end connectivity (principle of the Internet)
NAT and ALG represent a single point of failure
Any application with IP address info in the payload requires an
ALG
ALGs cannot access payload when encrypted (IPsec)
NAPT has no information about related sessions (VoIP)
26
IABG Final Presentation
Thinking the future
Modified service offerings – IPsec
IPsec end-to-end
Private
network
Internet
NAT
Private
network
IPsec tunnel
not secured
Private
network
Internet
IPsec GW
IPsec GW
ESP encrypts upper layers (ports, TCP checksum)
AH protects several fields in the IP header and upper layers
IABG Final Presentation
© IABG 2004
not secured
27
Thinking the future
Modified service offerings – Voice over IP
H.323 and NAT
Q.931: Call setup, H.245: Control, T.120: Data, RTP: Audio and video
Several connections with related address information
" H.245 address and port negotiation via Q.931
" RTP/RTCP addresses and ports negotiated via H.245
" H.245 connection can be encrypted ! no payload change
possible
Difficult for ALGs to manage related sessions
IP addresses and ports at several places in SIP messages
Example: SIP INVITE message
" IP addresses and ports in header and in SDP part
© IABG 2004
SIP and NAT
28
IABG Final Presentation
Thinking the future
Modified service offerings
IP mobility
• MIPv6 has route optimization integrated
• NEMO currently only specified for IPv6 as
extension to MIPv6
• NEMO allows for platform mobility support,
such as aircrafts, ships, trains, vehicles
IPsec
• IPsec support mandatory in all nodes with full
IPv6 implementations
• No more NAT deployment ! allows large
scale deployment (e.g. IPsec over satellite)
• Cryptographically Generated Addresses (only
possible with IPv6)
• Allows for node authentication without key
infrastructure (e.g. satellite terminals)
IPv6 SAA
• IPv6 stateless address autoconfiguration
© IABG 2004
CGAs
29
IABG Final Presentation
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
30
Thinking the future
Transition scenarios
Generic IPv6
© IABG 2004
transition scenarios
31
IABG Final Presentation
Thinking the future
Transition scenarios – IPv6 support in satellite devices
DVB-S links: Modules/devices do not support IPv6
DVB gateways
DVB receivers
Exceptions: New emerged devices with ULE support
DVB-RCS links: Modules/devices do not support IPv6
DVB-RCS gateway
RCS Terminals
Serial interfaces of routers
© IABG 2004
SCPC links: Modules/devices support IPv6
32
IABG Final Presentation
Thinking the future
Transition scenarios – Generic transition methods
Dual stack:
TCP, UDP
IPv4
IPv6
link layer
physical layer
IPv6
IPv4
IPv4/v6 network
Tunneling (e.g configured, automatic, 6to4, 6over4):
IPv4
IPv6
IPv6
IPv6 network
IPv6 network
IPv4 network
Translation (e.g. NAT-PT, proxies):
IPv6
IPv6 network
IABG Final Presentation
IPv4
IPv4 network
© IABG 2004
IPv6
33
Thinking the future
Transition scenarios
Detailed transition plan for a
© IABG 2004
DVB-S/RCS architecture
34
IABG Final Presentation
Thinking the future
Transition scenarios – DVB-S/RCS architecture with transparent satellite
Satellite
I1A
I2A
Forward link (DVB-S)
DVB modulator
DVB demodulator
IP->DVB
DVB->IP
Network 1
Network 2
DVB-RCS-IP
R1
IP->DVB-RCS
DVB-RCS
demodulator
Return link (DVB-RCS)
R2
I2B
© IABG 2004
I1B
DVB-RCS
modulator
35
IABG Final Presentation
Thinking the future
Transition scenarios – DVB-S/RCS architecture with transparent satellite
Satellite
DVB modulator
DVB demodulator
IP->DVB
IPv6
network
DVB->IP
DVB-RCS-IP
R1
IP->DVB-RCS
DVB-RCS
demodulator
DVB-RCS
modulator
IPv6
network
R2
IPv6
© IABG 2004
IPv4
36
IABG Final Presentation
Thinking the future
Transition scenarios – DVB-S/RCS architecture with on-board switching
Regenerative
Satellite
S
RC
B
DV
I1B
-S
B
DV
DVB-RCS mod
IPv6
network
I2A
RC
S
I2B
DVB-RCS mod
IP->DVB-RCS
IP->DVB-RCS
R1
DV
B-
DVB->IP
DVB->IP
DVB demodulator
IPv6
DVB demodulator
R2
IPv6
network
© IABG 2004
I1A
DV
BS
IPv4
37
IABG Final Presentation
Thinking the future
Transition scenarios – DVB-S/RCS architecture with on-board switching
IPv6
network
DVB-RCS
DVB-S
Terminal 1
IPv6
network
Terminal 3
IPv6
network
© IABG 2004
Terminal 2
S
BS
DV -RC
B
DV
DV
BS
DV
BRC
S
SAT
38
IABG Final Presentation
Thinking the future
Transition scenarios – DVB-S/RCS architecture with on-board switching
IPv6
network
IPv6 over IPv4
native IPv6
RCS
Terminal 1
Separate IPv6 over IPv4
tunnel between all RCSTs
SAT
RCS
Terminal 2
IPv6
network
RCS
Terminal 3
IPv6
network
© IABG 2004
Loss of IP multicast
39
IABG Final Presentation
Thinking the future
Transition scenarios : DVB-S/RCS network status
IPv4
network
Modifications required:
IPv4
network
IOS of Cisco routers
RCST
(Nera
Satlink)
RF
RF
RCST
(Nera
Satlink)
Terminals
Management applications
Applications (Oracle 10g)
Hub
Replacement required:
ISP with IPv6 support
Radio Front End Sub-System (RFSS)
Traffic shaper
RLSS
DVB
modulator
Traffic Shaper
(Allot)
Ethernet
ATM
Cisco Router 1
Management
PCs
DVB GW (e.g. ODG)
RCS Terminals
Database disk cluster
Ethernet
Ethernet LAN
Cisco Router 2
Transition costs:
Ethernet
Hub
External
ISP1
IABG Final Presentation
New devices
IPv4
Backbo ne
ISDN
Network
ISDN line
Software upgrades
Training for personnel
© IABG 2004
DVB GW
(SMR-25)
Database cluster and
application server
…
40
Thinking the future
Transition scenarios : DVB-S/RCS network with IPv6 in IPv4 tunneling
IPv6
network
IPv6
network
RCST
(Nera
Satlink)
RF
RF
Deployment case:
RCST
(Nera
Satlink)
Terminals
Hub
IPv6 over IPv4
Customers have IPv6
networks (more
addresses)
Customer wants to be
connected to IPv6
Internet
native IPv6
Radio Front End Sub-System (RFSS)
RLSS
DVB GW
(SMR-25)
Database cluster and
application server
…
Traffic Shaper
(Allot)
Ethernet
ATM
Cisco Router 1
Management
PCs
Ethernet
Ethernet LAN
Cisco Router 2
Transition steps:
Tunnel to IPv6 ISP or
direct connection to IPv6
ISP
Insert IPv6-capable router
at branches
Ethernet
Hub
External
ISP1
IPv6 ISP
IABG Final Presentation
IPv6
Backbo ne
IPv4
Backbo ne
ISDN
Network
ISDN line
IPv6 over IPv4 tunnels
between R1 and router at
branches
© IABG 2004
DVB
modulator
41
Thinking the future
Transition scenarios
Detailed transition plan for a
© IABG 2004
DVB-S/SCPC architecture
42
IABG Final Presentation
Thinking the future
Transition scenarios – Architectural overview
Satellite
I1A
I2A
Forward link (DVB-S)
DVB modulator
DVB demodulator
IP->DVB
DVB->IP
Network 1
Network 2
Serial Int
R1
Serial Int
SCPC modem
Return link (SCPC)
I2B
© IABG 2004
I1B
R2
SCPC modem
Unidirectional links
43
IABG Final Presentation
Thinking the future
Transition scenarios – Long-term solution for receiving side
New components
Modified components
IPv4 / IPv6
network
Upgrade router to OS
with IPv6 support
Router
RX-PC
RF equipment
(e.g. LNB,
Up-converter, …)
IPv4
IPv6
Replace OS on DVB-S
receiver with one with
IPv6 support
Use IPv4 and IPv6
capable DVB-S
receiving card
© IABG 2004
RX-Card
SCPC
modulator
44
IABG Final Presentation
Thinking the future
Transition scenarios – Long-term solution for hub
Use ISPs with IPv6
support
Use ULE DVB-S
gateway
Replace OS on DVB-S
receiver with one with
IPv6 support
Use IPv4 and IPv6
capable DVB-S
receiving card
Upgrade OSs of web
server, monitoring
systems, … plus
applications
IABG Final Presentation
© IABG 2004
Upgrade router OS
45
Thinking the future
Transition scenarios – Use of tunnelling as short-term solution
Satellite
IPv4
IPv6
DVB modulator
DVB demodulator
IP->DVB
IPv6
Network 1
network
DVB->IP
IPv6
network
Network 2
Serial Int
R1
Serial Int
SCPC modem
R2
SCPC modem
© IABG 2004
IPv6
46
IABG Final Presentation
Thinking the future
Transition scenarios – Use of tunnelling as short-term solution
Use ISPs with IPv6
support (native or
tunnelled)
Establish IPv6 over
IPv6 tunnel on DVB-S
link
© IABG 2004
Upgrade router OS on
tunnel end points
47
IABG Final Presentation
Thinking the future
Transition scenarios – Cost factors for a Teleport
IPv6 training for Teleport personnel (depends on service)
Operational staff: 2 weeks
Sales people: 1 week
Hotline people: 2 days
IPv6 training for customers: Depends on their experience /
intended service
Costs for new equipment and upgrades
" ODG: 6 DVB carriers per device
" 6WIND or dpi4506: One DVB carrier per device
Receiver device: PC with Pent@Value card 1500,- €
IABG Final Presentation
© IABG 2004
DVB-S sender equipment:
48
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt and recommendations
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
49
Thinking the future
Demonstrations
Demonstration of
advanced IPv6 services
© IABG 2004
on IABG’s Teleport
50
IABG Final Presentation
Thinking the future
Demonstrations – overview
Ethernet link 1 (representing DVB-RCS link 1)
DVB-S link (PID1)
IPsec2
MN
DVB->IP
HA
RX-PC1
6W
Branch station 1
DVB
modulator
Roaming
IPsec1
AP1
IP->DVB
SAT
Hub station
RX-PC2
CN‘
DVB->IP
DVB-S link (PID2)
Ethernet link 2(representing DVB-RCS link 2)
AP2
Branch station 2
© IABG 2004
CN
51
IABG Final Presentation
Thinking the future
Demonstrations – Lessons learnt
IPv6 audio (RAT) and video (VIC) conferencing worked fine via
satellite
Mobile IPv6 and IPsec worked fine via satellite (even together)
The Mobile IPv6 handoff time has been increased by the satellite
link in the middle (from around 3s to around 5s)
RAT and VIC both worked via an IPsec secured satellite link
IPv6 over satellite
RAT didn‘t run on the Linux kernel version required by Mobile IPv6
© IABG 2004
VIC also has been successfully demonstrated together with Mobile
52
IABG Final Presentation
Thinking the future
Demonstrations
Demonstration with the
© IABG 2004
SILK project
53
IABG Final Presentation
Thinking the future
Demonstrations – Overview of SILK
Prof. Peter Kirstein (UCL)
© IABG 2004
Chair of the SILK Executive Board
54
IABG Final Presentation
Thinking the future
Demonstrations – SILK demonstration at a glance
Intention
Demonstrate IPv6 over satellite functionality
Establish a longer trial for collection of more detailed results
Involve a real, large user community
Gain experience in a real operational environment
Generate awareness / educate on IPv6 over satellite
Contributions from ESA project
Involved SILK countries: Azerbaijan, Georgia, Kazakhstan,
Kyrgyzstan and Uzbekistan
© IABG 2004
Satellite capacity (2 Mbit/s on DVB-S, 600 kbit/s on SCPC) for a 3
months trial
Equipment for setting up a native IPv6 service over DVB-S (modulator,
ULE encapsulator, ULE receiver cards)
Support during the integration phase
Guidance / training of the SILK community
55
IABG Final Presentation
Thinking the future
Demonstrations – Enhancing the SILK network architecture
IPv6 DVB-S
receiver
DVB-S1
DVB-S2
SCPC1
DVB-S
encapsulator
IPv4 / IPv6
research
network
SCPC modulator
IPv6 DVB-S
receiver
IPv4 /
IPv6
network
GEANT
SCPC modulator
SCPC2
IPv4 / IPv6
research
network
SCPC modulator
IABG Final Presentation
.
.
.
© IABG 2004
DVB-S
encapsulator
56
Thinking the future
Demonstrations – IPv6 integration phases for SILK (1/2)
Phase 1
Procurement / loan of required HW + SW
Test and configuration of ULE equipment at IABG
Assembly of installation guidelines (may need to be translated to
Russian by SILK)
Shipment of components to SILK partners
Upgrade of SILK 7200 routers
Connection of DESY to GEANT
Phase 2
Installation of ULE at SILK sites with phone support if required
Installation of local test beds / systems at SILK sites
Final test
IABG Final Presentation
© IABG 2004
Installation at DESY plus local tests
57
Thinking the future
© IABG 2004
Demonstrations – View of the SILK hub site
58
IABG Final Presentation
Thinking the future
Demonstrations – IPv6 integration phases for SILK (2/2)
Phase 3
3 months duration (currently ongoing)
Test / use / demonstration of IPv6 over satellite capability by SILK
partners, e.g. use for audio / video conferencing (will be demonstrated
after break)
Phase 4
½ month duration
© IABG 2004
Dismantling of equipment at DESY and return to ESA or continuation
in some other form
59
IABG Final Presentation
Thinking the future
Demonstrations – Monitored Round-Trip-Delay
Average Round-Trip-Delay
2000
1800
1600
1400
1200
Georgia
1000
Kazakhstan
Uzbekistan
800
600
400
© IABG 2004
ms
Azerbaijan
200
0
1
51
101
151
IABG Final Presentation
201
251
301
351
401
451
501
551
Measurement every 60 Minutes (24h/7d)
13.08.2004 - 17.09.2004
601
651
701
751
801
60
Thinking the future
Demonstrations – Monitored Jitter
Jitter
1000
900
800
700
600
Georgia
500
Kazakhstan
Uzbekistan
400
300
© IABG 2004
ms
Azerbaijan
200
100
0
1
51
101
151
201
IABG Final Presentation
251
301
351
401
451
501
551
Measurement every 60 Minutes (24h/7d)
13.08.2004 - 17.09.2004
601
651
701
751
801
61
Thinking the future
Demonstrations – Lessons learnt from this trial
IPv6 runs quite stable in SILK
Integration with existing IPv4 service had been possible without
any problems
Training of administrator staff and user community is absolutely
required (mainly on ULE and IPv6 in general)
Cross-trapping service between EurasiaSat-1 East and West beam
is difficult to negotiate with satellite operator
Support of 8PSK for DVB-S sender and receiver would have been
appreciated
and IPv6 management is a burden
Valuable experience has been collected due to involvement of a
real, large user community
IABG Final Presentation
© IABG 2004
Lack of sufficient management possibilities / separation of IPv4
62
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt and recommendations
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
63
Thinking the future
Dissemination – Example activities
Fora and Task Forces
IPv6 Forum
European and national IPv6 Task Forces
IPv6 cluster
Conferences
ESA IP networking over satellite workshop
6NET IPv6 spring conference
German IPv6 summit
Asian Pacific Advanced Networking (APAN) conference
Manufacturer
Projects
SILK
INSC
© IABG 2004
Mentat
Skystream
Press
Heise News ticker
IABG Final Presentation
64
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt and recommendations
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
65
Thinking the future
Lessons learnt and recommendations
© IABG 2004
Lessons learnt
66
IABG Final Presentation
Thinking the future
Lessons learnt
Satellite specific protocol issues
MPE encapsulation lacks native IPv6 support
IPv6 stateless address autoconfiguration won‘t work on many satellite
architectures (UDLR could help here)
Proprietary functionality like PEP often lacks IPv6 support
Mandatory IPsec support could conflict with some PEP scenarios
Management functionality for most satellite equipment often lacks IPv6
support
Mandatory IPsec support allow for encryption of satellite link from hub
to terminal (less conflicting with PEPs)
Larger deployment of VoIP over satellite in Asia / Middle East
© IABG 2004
Modified service offerings
67
IABG Final Presentation
Thinking the future
Lessons learnt – continued
Transition scenarios
Introduction of IPv6 should be done in a dual-stack way
Non IPv6 ready parts (e.g. DVB-S links) should be tunnelled
Finally missing IPv6 functionality should be added by manufacturer
Demonstration
Setting up ODG based ULE encapsulator worked straightforward
Pent@Value solution doesn‘t support 8PSK (however, ULE is now
part of Linux kernel and should therefore work with more DVB-S
receiving cards)
Once configured, ODG and Pent@Value receiver run stable
Advanced IPv6 functionality like security and mobility support runs
smoothly over satellite (increased handoff delay)
IABG Final Presentation
© IABG 2004
Setting up Pent@Value based ULE receiver is sensitive to Linux
system configuration
68
Thinking the future
Lessons learnt and recommendations
© IABG 2004
Recommendations
69
IABG Final Presentation
Thinking the future
Recommendations – Product enhancement
Add missing functionality to satellite products
ULE support for DVB-S sender and receiver, alternatively extension of
MPE to support IPv6
IPv6 support for management systems
© IABG 2004
IPv6 support for PEPs
70
IABG Final Presentation
Thinking the future
Recommendations – Standardisation
IETF ipdvb WG
Finally standardize ULE
Work on more dynamic address resolution mechanisms (for IPv4 and
IPv6)
ETSI DVB
Clarify the distinction of IPv4 and IPv6 packets carried in MPE without
using LLC/SNAP
Push / investigate the combination of forward and return link into one
logical interface
Add full IPv6 support to DVB-RCS MIB
© IABG 2004
ETSI DVB-RCS
71
IABG Final Presentation
Thinking the future
Recommendations – Deployment
It’s time to start with “IPv6 over Satellite” deployment
Deployment in R&D projects
ESA „IPv6 over Satellite“
EC „SATIP6“
NATO „INSC“
Deployment in „pre-commercial“ projects
SILK project
Offering of commercial services
Service offering on Teleports
© IABG 2004
WIDE project
72
IABG Final Presentation
Thinking the future
Recommendations – Dissemination
Dissemination is important to …
Generate Awareness
Push for missing standardisation work
Push for missing product functionality
Educate users
© IABG 2004
Bring together manufacturer, service provider and user
73
IABG Final Presentation
Thinking the future
Agenda
Introduction
IPv6 general aspects
Satellite specific protocol issues
Modified service offerings
Transition scenarios
Demonstrations
Lessons learnt and recommendations
Questions and discussion
IABG Final Presentation
© IABG 2004
Dissemination
74
Thinking the future
Questions and discussion
© IABG 2004
Are there any questions?
75
IABG Final Presentation
Thinking the future
Questions and discussion – Contact
For any further questions please contact …
Wolfgang
Wolfgang Fritsche
Fritsche
Manager
ManagerAdvanced
AdvancedIP
IPServices
Services
© IABG 2004
Phone:
Phone:+49
+4989
896088-2897
6088-2897
Email:
Email:fritsche@iabg.de
fritsche@iabg.de
76
IABG Final Presentation