1 IEEE 1588v2 Clock Synchronization & P2MP LSP with co-routed reverse path Lizhong Jin (ZTE) Frederic Jounay (France Telecom Orange)

Slides:



Advertisements
Similar presentations
Copyright © 2004 Juniper Networks, Inc. Proprietary and Confidentialwww.juniper.net 1 BGP based Virtual Private Multicast Service Auto-Discovery and Signaling.
Advertisements

IETF TICTOC Considerations about IEEE1588 version 2 for Telecom usage.
MPLS Multiple Topology Support draft-zhao-mpls-ldp-multiple-topology-01 draft-zhao-mpls-rsvp-te-multiple-topology-01 IETF 80 – Prague.
IEEE-1588 TM Profiles. [Page 1] Synchronization Categories Frequency synchronization (or syntonization) –Clocks are aligned in frequency Phase synchronization.
1588V2 Telecom Profile Framework
Yaacov Weingarten Stewart Bryant Nurit Sprecher Daniele Ceccarelli
Copyright © 2004 Juniper Networks, Inc. Proprietary and Confidentialwww.juniper.net 1 LSP-Ping and BFD for MPLS-TP draft-nitinb-mpls-tp-lsp-ping-bfd- procedures-00.
MPLS-TP Ring Protection draft-weingarten-mpls-tp-ring-protection
Leaf discovery mechanism for mLDP based P2MP/MP2MP LSP
MPLS-TP BFD for CC-CV proactive and RDI functionalities
1 1588v2 modules of time synchronization with frequency layer support draft-su-tictoc-1588v2-time-sync-modules-00 IETF 75 th, Stockholm TICTOC WG
At the last meeting chairs proposed holding conference calls each call dedicated to a single subject chairs afterwards proposed every 3 rd Tues of the.
Joint meeting of TICTOC - Timing over IP Connections and Transfer Of Clock and NTP - Network Timing Protocol Chairs: Yaakov Stein yaakov_s at rad.com Karen.
MPLS - 74th IETF San Francisco1 Composite Transport Group (CTG) Framework and Requirements draft-so-yong-mpls-ctg-framework-requirement-01.txt draft-so-yong-mpls-ctg-framework-requirement-01.txt.
IETF 77, Anaheim, March 21-26, 2010Page - 1 Requirements for Path Ownership Transfer between Management Plane and Control Plane in a MPLS-TP network draft-bao-mpls-tp-path-transfer-reqs-00.txt.
Geneva, 28 May 2010 Q13 Activities on Time Synchronization Jean-Loup Ferrant, Calnex, Q13 Rapporteur Stefano Ruffini Ericsson, Q13 Associated Rapporteur.
G.8275.x telecom time profiles
1 Extensions to Resource Reservation Protocol For Fast Reroute of Traffic Engineering GMPLS LSPs draft-tsaad-ccamp-rsvpte-bidir-lsp-fastreroute-05 Author.
Multicast LDP extension for hub & spoke multipoint LSP
OLD DOG CONSULTING Challenges and Solutions for OAM in Point-to-Multipoint MPLS Adrian Farrel, Old Dog Consulting Ltd. Zafar Ali, Cisco Systems, Inc.
CPSC Topics in Multimedia Networking A Mechanism for Equitable Bandwidth Allocation under QoS and Budget Constraints D. Sivakumar IBM Almaden Research.
Jan 13, 2006Lahore University of Management Sciences1 Protection Routing in an MPLS Network using Bandwidth Sharing with Primary Paths Zartash Afzal Uzmi.
1 Switching and Forwarding Bridges and Extended LANs.
Path Protection in MPLS Networks Ashish Gupta Design and Evaluation of Fault Tolerance Algorithms with Performance Constraints.
MPLS and Traffic Engineering
A General approach to MPLS Path Protection using Segments Ashish Gupta Ashish Gupta.
A General approach to MPLS Path Protection using Segments Ashish Gupta Ashish Gupta.
1 Switching and Forwarding Bridges and Extended LANs.
A Study of MPLS Department of Computing Science & Engineering DE MONTFORT UNIVERSITY, LEICESTER, U.K. By PARMINDER SINGH KANG
Draft-li-rtgwg-cc-igp-arch-00IETF 88 RTGWG1 An Architecture of Central Controlled Interior Gateway Protocol (IGP) draft-li-rtgwg-cc-igp-arch-00 Zhenbin.
Requirements for MEF E-Tree Support in VPLS draft-key-l2vpn-vpls-etree-reqt-00 Presenter: Frederic Jounay IETF78, July 2010 Authors: Raymond Key Simon.
Extension to LDP-VPLS for Ethernet Broadcast and Multicast draft-delord-l2vpn-ldp-vpls-broadcast-exten-03 Presenter: Zhihua Liu, China Telecom IETF79,
66th IETF Montreal July 2006 Requirements for delivering MPLS services Over L3VPN draft-kumaki-l3VPN-e2e-mpls-rsvp-te-reqts-01.txt Kenji Kumaki KDDI, Editor.
November th Requirements for supporting Customer RSVP and RSVP-TE over a BGP/MPLS IP-VPN draft-kumaki-l3VPN-e2e-mpls-rsvp-te-reqts-05.txt.
1 Multi-Protocol Label Switching (MPLS) presented by: chitralekha tamrakar (B.S.E.) divya krit tamrakar (B.S.E.) Rashmi shrivastava(B.S.E.) prakriti.
Kenji Kumaki KDDI, Editor Raymond Zhang BT Nabil Bitar Verizon
1 Multi Protocol Label Switching Presented by: Petros Ioannou Dept. of Electrical and Computer Engineering, UCY.
© 2006 Cisco Systems, Inc. All rights reserved. MPLS Introduction Module 4: Frame Mode MPLS Implementation.
P2MP MPLS-TE FRR with P2MP Bypass Tunnel draft-leroux-mpls-p2mp-te-bypass-00.txt J.L. Le Roux (France Telecom) R. Aggarwal (Juniper) IETF 67, MPLS WG,
Draft-shiomoto-ccamp-switch-programming-00 74th IETF San Francisco March Advice on When It is Safe to Start Sending Data on Label Switched Paths.
RFC6374 in the presence of LSP merging draft-bryant-mpls-flow-ident and draft-chen-mpls-source-label M. Chen, X. Xu, Z. Li, L. Fang, G. Mirsky, S. Bryant,
Enterprise PTP profile Doug Arnold, Symmetricom Heiko Gerstung, Meinberg November 8, 2012.
Labelcast Protocol Presented by Wang Hui 80th IETF, March 2011 draft-sunzhigang-sam-labelcast-01.
69th IETF Chicago July 2007 An analysis of scaling issues in MPLS-TE backbone networks Seisho Yasukawa, Adrian Farrel, and Olufemi Komolafe draft-yasukawa-mpls-scaling-analysis-04.txt.
Research Unit in Networking - University of Liège A Distributed Algorithm for Weighted Max-Min Fairness in MPLS Networks Fabian Skivée
MPLS WG1 Targeted mLDP Base mLDP spec didn’t consider use of LDP multipoint extensions over Targeted mLDP sessions LDP speaker must choose “upstream LSR”,
Supporting DiffServ with Per-Class Traffic Engineering in MPLS.
Draft-torvi-mpls-rsvp-ingress-protection-00IETF 84 MPLS: 30 July Ingress Protection for RSVP-TE p2p and p2mp LSPs draft-torvi-mpls-rsvp-ingress-protection-00.
ReSerVation Protocol (RSVP) Presented by Sundar P Subramani UMBC.
1 68th IETF, Prague, March 2007 Address Resolution for GMPLS controlled PSC Ethernet Interfaces draft-ali-arp-over-gmpls-controlled-ethernet-psc-i-04.txt.
Draft-li-mpls-proxy-te-lsp-01IETF 90 MPLS1 Proxy MPLS Traffic Engineering Label Switched Path(LSP) draft-li-mpls-proxy-te-lsp-01 Zhenbin Li, Xinzong Zeng.
Precision Time Protocol over MPLS draft-ronc-ptp-mpls-00.txt PWE3 WG IETF Chicago 2007 Ron Cohen
The Application of the Path Computation Element Architecture to the Determination of a Sequence of Domains in MPLS & GMPLS draft-king-pce-hierarchy-fwk-01.txt.
82 nd Taipei Protection Mechanisms for LDP P2MP/MP2MP LSP draft-zhao-mpls-mldp-protections-00.txt Quintin Zhao, Emily Chen, Huawei.
RSVP-TE Extensions to Realize Dynamic Binding of Associated Bidirectional LSP CCAMP/MPLS WG, IETF 79th, Beijing, China draft-zhang-mpls-tp-rsvpte-ext-associated-lsp-01.
Residence Time Measurement draft-mirsky-mpls-residence-time-02
IETF 67, MPLS WG, San Diego 11/08/2006
Jean-Philippe Vasseur – Cisco Systems Raymond Zhang - Infonet
Inter domain signaling protocol
P2MP MPLS-TE Fast Reroute with P2MP Bypass Tunnels
Daniel King, Old Dog Consulting Adrian Farrel, Old Dog Consulting
I2RS Large Flow Use Case draft-krishnan-i2rs-large-flow-use-case-00
PLR Designation in RSVP-TE FRR
Extensions to Resource Reservation Protocol For Fast Reroute of Traffic Engineering GMPLS LSPs draft-ietf-teas-gmpls-lsp-fastreroute-06 Authors: Mike Taillon.
LDP Extensions for RMR draft-esale-mpls-ldp-rmr- extensions
CHAPTER 8 Network Management
Greg Mirsky Jeff Tantsura Mach Chen Ilya Varlashkin
LSP Fast-Reroute Using RSVP Detours
draft-barth-pce-association-bidir-01
Synchronization related comment resolution
Presentation transcript:

1 IEEE 1588v2 Clock Synchronization & P2MP LSP with co-routed reverse path Lizhong Jin (ZTE) Frederic Jounay (France Telecom Orange)

2 Requirement Analysis According to IEEE1588v2 (BC mode), the sync packet and delay request should follow the same path, with same transmission quality. The details are: –The forward and backward path should be same; –The QoS should be ensured for end-to-end packet transmission. –It is preferred to do bandwidth usage optimization for sync packet transmission. MPLS network should provide all the above characteristics.

3 Current Problem From the current deployment of IEEE 1588v2, because of the poor quality transmission provided by network, it was tested that about only 5 nodes are allowed between clock grandmaster and slave under the accepted accuracy of clock synchronization. (BC mode)

4 Deployment with P2MP LSP with co- routed reverse path Sync packet Delay Request Before sending, delay for some time according slave_id Processing clock sync between master and slave 1 Processing clock sync between master and slave 2

5 Solution Description The P2MP LSP has co-routed reverse path, and QoS reservation for both forward path and reverse path. Clock synchronization process: –Grandmaster will send IEEE1588v2 Sync to all Slave nodes through P2MP LSP with co-routed reverse path. –When the slave node receive Sync packet, it is required to send delay request through P2MP LSP reverse path. –In order to avoid some packet process collision on reverse path, an optimized method is (optional): When the slave node receive Sync packet, it is required to delay for sometime according to Slave_ID, then send delay request through P2MP LSP reverse path. The purpose of this method is to minimize potential packet process collision on reverse path.

6 Solution Description (cont) P2MP LSP will provide the following functions: –Unidirectional point to multipoint connection from ingress LSR to all egress LSR; –Reverse path from egress LSR to ingress LSR, which has the same path from ingress LSR to egress LSR. –Unidirectional point to multipoint LSP will provide Diff-serv TE. –Reverse path LSP will provide Diff-serv TE. The QoS can only be guaranteed when only one of the egress LSR send packet through reverse path at one time. IEEE1588v2 will provide the following functions: –IEEE1588v2 will send same Sync packet to all slave node. –When Slave receive the Sync packet, it is required to delay for sometime according to Slave_ID, then send Delay Request through reverse path. This is necessary so as to avoid all the slave node sending Delay Request through reverse path at same time.

7 PROS & CONS PROS –The BW and EF resource is optimized by using P2MP connection. –The number of nodes that between Grandmaster and slave is increased, by virtue of MPLS high quality packet transmission. –More scalable. CONS –If there is large number of nodes between Grandmaster and slave, the accuracy of clock synchronization will be poor. Hierarchy clock synchronization can be used to improve the accuracy.

8 Next steps Add this requirements to draft-ietf-tictoc- requirements-00. Thank you