1705 planning for time - deploying telecoms boundary clocks
TRANSCRIPT
![Page 1: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/1.jpg)
Planning for time
- deploying Telecoms Boundary Clocks
ITSF 2012
Ken Hann
Artwork: Tanja Hann
![Page 2: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/2.jpg)
Review of the Sync landscape
Migration from Legacy Land
– Driven by cost and capacity
Migration to Land of Phase
– Driven by LTE-TDD and LTE-Advanced
November 7, 2012TELLABS 2
Land of
Phase
Frequency
Republic
Legacy
Land
![Page 3: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/3.jpg)
Time across a transport network ...
1. One big challenge is Asymmetry:
– of forward and reverse paths
– in physical media i.e. optical cables
– due to different lambdas on single fibre
– of forwarding within transport nodes
2. Time migration
– Time starts at the Primary Reference Time Clock
(but where is the PRTC)?
– What about migration from G.8265.1?
3. Conclusions
November 7, 2012TELLABS 3
![Page 4: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/4.jpg)
TELLABS
Path asymmetry
M
S
M = master
S = slave
M
S
Problem L3 addressing
Mitigation 1 Use constrained routing ~ok
Mitigation 2 Use L2 link-local addressing best
![Page 5: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/5.jpg)
November 7, 2012TELLABS 5
Fibre asymmetry
M = master
S = slave
M
S
M
S
Problem Different fibre lengths
Mitigation 1 Measure fibres and compensate ~ok
Mitigation 2 Use single, bi-directional fibre best
![Page 6: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/6.jpg)
November 7, 2012TELLABS 6
Lambda asymmetry
M = master
S = slave
M
S
M
S
Problem Different delays per lambda
Mitigation 1 Calculate delta and compensate ok
Mitigation 2 Absorb delta in overal budget best
![Page 7: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/7.jpg)
Delay Measurements of fibre using two
lambdas (wavelengths)
Frequency asymmetry can be 1-2ns/km
Depending on wavelengths and fibre
November 7, 2012TELLABS 7
Cable
Type
Lambda 1
(nm)
Lambda 2
(nm)
Length
(km)
Delay
difference (ns)
Delta
(ns/km)
G.652 1310 1550 37.0 76.1 2.05
G.652 1310 1550 25.6 53.1 2.07
SMF-28 1310 1490 20.0 17* 0.85
(*Time Synchronization over Ethernet Passive Optical Networks
IEEE Communications Magazine • October 2012)
Lambda asymmetry compensation not usually needed!
![Page 8: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/8.jpg)
November 7, 2012TELLABS 8
Forwarding asymmetry
M = master
S = slave
M
S
M
SE
gre
ss
Backplane
Ing
res
s
Problem Varying forwarding delay
Mitigation 1 Measure delay variation ?
Mitigation 2 Add BC or TC best
![Page 9: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/9.jpg)
Forwarding asymmetry and the 1us budget
Forwarding asymmetry measurements on
”A typical network processor”
Next slides measurement result slides
– Test setup description
– Well behaving cases first
– Then not so well behaving ones
Forwarding asymmetry can kill!
November 7, 2012TELLABS 9
![Page 10: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/10.jpg)
Measurement of Forwarding asymmetry
Following diagrams show some effects of:
1. Background loading of NPU
2. Heavy loading of PTP portNovember 7, 2012TELLABS 10
Traffic
generator
GMC PDV (of PTP)
measurement
0/10G/20G
N
P
UGE 10GE
10GE10GE
10GE 10GE
NPU - Network Processing Unit
![Page 11: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/11.jpg)
Packet delay variation no load
Suitable filtering can reduce to below 50ns
November 7, 2012TELLABS 11
0.1us /div
![Page 12: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/12.jpg)
10G background traffic on NPU
After filtering results in 100ns error
November 7, 2012TELLABS 12
0.2us /div
~100ns
![Page 13: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/13.jpg)
0/10G/20G background traffic on NPU
After filtering results in 300ns error
November 7, 2012TELLABS 13
1.4us /div
~300ns
![Page 14: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/14.jpg)
PTP in CS7 Heavily loaded egress port
November 7, 2012TELLABS 14
4us /div
~1us
Loading change in one direction
![Page 15: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/15.jpg)
Interpretation of Forwarding PDV results
Forwarding asymmetry of One port of a router exceeds 1us
Router forwarding planes do not support constant latency
applications
Latency characteristics of simpler ”bit-pipes” may be better
(e.g. Ethernet switches, Microwave radios)
Conclusion:
IEEE1588 support is needed in every router
November 7, 2012TELLABS 15
![Page 16: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/16.jpg)
Asymmetry mitigation
- Conclusions
Conclusion:
Each routing node contains a T-BC
i.e. IEEE1588 Boundary clock using Layer-2 encapsulation
November 7, 2012TELLABS 16
Asymmetry Best Solution Comments
1) Path L2 link local addressing Enforces hop-by-hop model
2) Fibre Bi-directional Dual fibres need measurement
or trust.
3) Lambda ” ” No compensation for metro
4) Forwarding 1588 processing in every node
1 + 4 = T-BC
![Page 17: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/17.jpg)
2) Time migration – adding time
November 7, 2012TELLABS 17
![Page 18: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/18.jpg)
Migration from existing deployment
I.e. Limited SyncE + G.8265.1
November 7, 2012TELLABS 18
Time PTPG.827x
End applications (FDD)
PRC
Core
network
Backhaul
network
How to support Time (e.g. For TDD applications) ?
Freq
SyncE
GMC
(SSU)
G.8265.1L3 PTP
![Page 19: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/19.jpg)
Where is the Primary Reference Time Clock?
November 7, 2012TELLABS 19
PRTC at cell site PRTC in aggregation sites PRTC in Core sites
GPS
GPS
GPS
GPSGPSGPSGPS
GPS
GPS
GPSCore
Access
GPS
1588v2 Master / SSU
Core
Access
Phase Synchronization... develops from the edgeSyncE (frequency) ... starts at the core
Now
![Page 20: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/20.jpg)
The trade-off...
GNSS is the source for time (UTC)
Network support for IEEE1588 is limited
GNSS will often be needed low in the network
(SyncE reference useful for time holdover)
November 7, 2012TELLABS 20
IEEE1588 capability of his network (also SyncE)
versus
The number of Local GNSS
![Page 21: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/21.jpg)
PRTC can be anywhere in network
(from G.8272)
November 7, 2012TELLABS 21
Backhaul networkCore network
A DCB
PRTC
PRC
PRTC output time reference signal
Time/phase synchronization path
Optional frequency reference (e.g. used to provide holdover
during GNSS failures)
End application
(e.g. base station)
C’
PRTC in
Aggregation
site
![Page 22: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/22.jpg)
PRTC at an aggregation site
November 7, 2012TELLABS 22
Time PTPG.827x
End applications (TDD)
PRC
Core
network
Multiple small ”Time Islands”
Freq
SyncE
SSU/
GMC
G.8265.1L3 PTP
PRTC/
T-GM
T-BCT-BC
T-BC
![Page 23: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/23.jpg)
Assisting migration to IEEE1588
1. Deploy T-BC capability to core/backhaul nodes
– Ideally retrofit to existing nodes
2. Deploy PRTC (1588 masters) low in network
– E.g. Aggregation sites
3. Add PTP L2 support to 1588 masters (L3 + L2)
– Ideally retrofit to existing masters
November 7, 2012TELLABS 23
![Page 24: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/24.jpg)
PRTC at core site
November 7, 2012TELLABS 24
Time PTPG.827x
End applications (TDD)
PRC
Core
network
Same site provides both G.8265.1 and G.827x service.
Freq
SyncE
PRTC/
T-GMC
G.8265.1L3 PTP
T-BCT-BC
T-BC
T-BC
T-BC
![Page 25: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/25.jpg)
Migration path
combining Freq and time service
November 7, 2012TELLABS 25L2 support technically trivial compared with L3
Message type L3 Message rate L2 Message rate
Signalling 10/sec 0
Announce 500/sec 1/sec
Sync 32000/sec 16/sec
Delay Response 32000/sec 16/sec
1. Difficult for a BC to do L3 L2 conversion
(no guarantee of service – just another L3 client)
2. Easiest to do support L3 and L2 from the GMC
Assuming 250 IPv4 PTP Clients as per G.8265.1
![Page 26: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/26.jpg)
3) Conclusions
Phase (distribution across legacy core...)
– Not possible due to asymmetries (forwarding asymmetry)
– L2 BC needed in each router
– ”Bit-pipes” e.g. Microwave Radios are considered in other
talks.
IEEE1588 Phase synchronization will develop from the
edge... to the core...– PRTC in Aggregation sites
SyncE will develop from the core to the edge
– Supports both PRTC and T-BC
November 7, 2012TELLABS 26
![Page 27: 1705 Planning for Time - Deploying Telecoms Boundary Clocks](https://reader033.vdocuments.us/reader033/viewer/2022051505/586d58921a28ab01648b4ecb/html5/thumbnails/27.jpg)
Thank you!
Questions?
November 7, 2012TELLABS 27