Think of transport technology to support ultra-high bandwidth and/or ultra-low latency draft-han-6man-in-band-signaling-for-transport-qos

Transcription

1 Think f transprt technlgy t supprt ultra-high bandwidth and/r ultra-lw latency draft-han-6man-in-band-signaling-fr-transprt-qs Huawei USA, Future Netwrk Lab: Lin Han Vdafne: Kevin Smith

2 Page 2 Gals f this draft Mtivatins Transprt service with n-demand resurce and quality f service Fr applicatins that current transprt cannt prvide satisfactry supprt Ideas Mre invlvement f Netwrk device Simpler prtcls Design Targets End user r applicatin can directly use the new service The new service can cexist with the current transprt service and is backward cmpatible. Applicatin adaptive QS The service prvider can manage the new service. Perfrmance and scalability targets f new service are practical fr vendrs t achieve. The new service is transprt agnstic. Bth TCP, UDP and ther transprt prtcls n tp f IP can use it

3 Page 3 Transprt cntrl sub-layer IP Layer App TCP/UDP Transprt Cntrl IPv4/IPv6 Transprt Cntrl Functins: In-band Signaling Signaling msg carried in the TCP packet (IP header) QS HW prgramming infr fr device n path QS prgramming state returned t src Cngestin cntrl Detect cngestin state n devices n path Cngestin state returned t src IP Path OAM Path prperty detectin, static, dynamic Diagnsis Netwrk Access Feasibility Netwrk prcessr cmbines the advantages f ASIC and CPU Tbl Lkup, Packet switch/fwd Packet prcessing: QS, ACL, DIP, Firewall, etc General prcessing: Arithmetic, Hashing, read/write, etc

4 IP in-band signaling and QS fr transprt Page 4 Cntrl Plane What is IP in-band signaling Signaling embedded in user s IP packet. Hw transprt cntrl is dne by IP in-band signaling Tw directinal messages frm a clsed lp cntrl Any type f data packet can be used t carry the signaling message Service prperties can be signaled t hardware Prperties Signaling message takes the same way as the user data packet User cntrlled, data driven, transprt and applicatin agnstic Cngestin cntrl New cngestin cntrl t fit t the guaranteed service and pwerful OAM Advantages N extra prtcl needed Easy t d the OAM, such as cngestin cntrl Fwd state detectin Defect diagnsis, Service quality measurement Data Plane What data plane is needed IP frwarding with granular scheduling and shaping Data plane state maintenance Data plane state is kept by data packet. Resurce sharing Resurce are shared with current transprt Perfrmance Minimized maintenance n line card and firmware, with minimized cntrller card invlvement Fwd with/withut QS is almst same by NPU, line rate Scalability Thusand sessins per prt Cmpatibility Backward cmpatible Cexistence with traditinal transprt prtcls What happen if resurce nt enugh n the IP path Surce ruting can be used fr nn-shrtest path What happen if reruting/link r nde failure Fwd state detectin can trigger the surce t repair path

5 Slutins Page 5 IPv6 Use Hp-by-Hb Extensin Hdr and Destinatin Extensin Hdr Hp-by-Hb Extensin Hdr is examined at cnfigured devices n IP shrtest path, r explicit path; QS prgramming and state QS frwarding and state OAM instructin and state Destinatin Extensin Hdr is examined at destinatin devices, fr E2E infr exchanging QS prgramming state reprt t surce QS frwarding state reprt t surce OAM state reprt t surce IPv4 Current IPv4 ptin size is nt enugh New extensin header fr IPv4 Use f the fllwing prtcl which is currently limited t IPv6 nly: Prtcl number Keywrd 0 HOPOPT 43 IPv6-Rute 60 IPv6-Opts 135 Mbility Header Same prtcl number can be used fr IPv4 and up t IETF apprve The detailed definitin f each prtcl is up t IETF new RFCs.

6 Page 6 IPv6 in-band signaling IPv6 hdr HbH ext hdr Paylad QS dir HbH-aware-ruter IPv6 hdr Dst ext hdr Paylad reprt Mbile DSL FTTH Access PON OLT Ruter Metr Aggregatin BNG RSG PE PGW IP Cre P Ruter Cntent Prvider netwrk L3 netwrk CSG EPC AGG Optical Metr L2 netwrk Optical Backbne Backhaul Optical Transprt

7 Page 7 Scalability and Perfrmance Scalability Nt targeted fr applicatins that nrmal TCP wrks well Assume 100G/NPU; 50% fr new sessin; 100M/sessin -> 500 sessins Perfrmance 10ms/hp; 32 hps -> 320 ms/sessin

8 Page 8 Q&A Mre detailed wrks in ETSI NGP (Next Generatin Prtcl):

9 Page 9 Experimental POC System Based n the ATN bx and NPU SD5131 with TM NPU {0.n} Page 9

10 Page 10 Diagram fr Packet Frwarding DIP: Deterministic IP RCV IQM Scheduler Ingress Prcess Subscriber Prcess Ingress flw Prcess Frwarding Prcess Channel tbl Intf/Tunnel tbl ACL tbl FIB tbl Q ID Intf tbl Subscriber tbl DiffServ tbl Path tbl Flw Q ID Miss/Invalid DIP flw prcess Flw Q ID Traffic Mgmt Match&valid XMIT EQM Scheduler Egress Prcess Encap Prcess Egress flw Prcess NHP Prcess Channel tbl ACL tbl Intf/Tunnel tbl Intf tbl PHB tbl Link tbl Page 10

11 Page 11 Hierarchy f Queuing and Scheduling FQ: Flw Queue, 8k SQ: Subscriber Queue, 1k GQ: Grup Queue, 1k PQ: Prt Queue, Gbps@425MHz Scheduler: SP, DWRR Shaper: Dual/Single Leaky Bucket Algrithm Page 11

12 Test Results: Guaranteed Bandwidth (CIR flws cexistence with traditinal TCP) Rate(Kbps) Page Heavily cngested link B1 B2 n1 n Rate(Kbps) Time(s) 4G 100M B1 B2 n1 n

13 Prbability Prbability Prbability Test Results: Guaranteed Maximum Latency (CIR flws cexistence with traditinal TCP) Page RTT(μs) RTT(μs) TCP DIP RTT(μs)

14 Page 14 Cngestin Cntrl With the new transprt technlgy, the TCP cngestin cntrl is different The WND is still used, but: Receiver keeps AdvertisedWND = MaxRcvBuffer - (LastByteRcvd - LastByteRead), and send t Sender Sender measure the current r average RTT, and calculate tw WNDs crrespnding t the MinBandwidth and MaxBandwidth MinBandwidthWND = MinBandwidth *RTT ; MaxBandwidthWND = MaxBandwidth * RTT MinWND = min (CngestinWND, AdvertisedWND, MinBandwidthWND ); MaxWND = min (CngestinWND, AdvertisedWND, MaxBandwidthWND ) EffectiveMinWND = MinWND (LastByteSent LastByteAcked); EffectiveMaxWND = MaxWND (LastByteSent LastByteAcked); Surce rate cntrl: N slw start, the initial rate is dependent n the MinBandwdith Set the EffectiveWND frm the EffectiveMinWND, increase it like TCP-RENO if there is ACK, and until the WND is equal the EffectiveMaxWND, stp Hw surce send traffic Optin 1: Sender cntrl the rate thrugh the EffectiveWND Optin 2: Sender cntrl the rate by pacing Cngestin cntrl: Cngestin and fwd state detectin, Packet lss distinguishing OAM detects Remained bandwidth, buffer depth and buffer RED; OAM and fwd state are reprted t surce by receiver If packet lst after a OAM buffer RED, it is likely caused by cngestin; therwise, it is likely by randm physical failure If packet lst due t time ut, it is likely caused by permanent physical failure Cngestin and failure actin Cngestin lss: Surce reduce the sending data size r rate, EffectiveWND = EffectiveMinWND Randm physical failure lss: Surce keeps the rate Permanent physical failure lss: Surce reduce WND t 1, resend the in-band signaling t repair path. FWD failure: Surce reduce WND t 1, resend the in-band signaling t repair path

15 Page 15 Guaranteed Bandwidth Service DIP flw and TCP flw shares the same egress queue. Each DIP flw cnfigured with Minimum Bandwidth: CIR (Cmmitted Infrmatin Rate) Maximum Bandwidth: PIR (Peak Infrmatin Rate); System will guarantee each flw s CIR if CIR < C Tw scenari, Cngestin: DIP Cngestin ( R Ingress DIP > CIR); TCP Cngestin ( R Ingress TCP > (C R Egress DIP )) N DIP and TCP cngestin: All DIP flw is guaranteed t btain its CIR, and up t PIR; exceeding PIR will be drpped. All TCP flw btain equally the rate that is excluding the bandwidth f all DIP flws: R Egress TCP = (C R Egress DIP )/N TCP DIP Cngestin: All DIP flw is guaranteed t btain its CIR, may btain the rate grater than CIR depending n the remained bandwidth Tw ptins depending n the cnfiguratin, when DIP cngested ( R Ingress DIP > CIR) : Egress W PIRi 1. DIP flw rate grater than its CIR is prprtinal t its PIR rati: R extrai = W PIR C CIR CIR i Egress 2. DIP flw rate grater than its CIR is equally distributed between DIP flws: R extrai = C CIR /NDIP CIR i All TCP flw btain the rate that is excluding the bandwidth f all DIP flws: R Egress TCP = (C R Egress DIP )/N TCP TCP Cngestin TCP flw des nt impact the DIP t btain CIR, may reduce the DIP s rate exceeding CIR. TCP flw rate has the same frmula as ther cases: R Egress TCP = (C R Egress DIP )/N TCP Page 15

16 Guaranteed Latency Service Page 16 All DIP flws share ne r multiple high pririty queue; all TCP flw share ne lw pririty queue Maximum latency at each hp can be calculated frm the queue size cnfigured, r frm the dynamic queue depth detected thrugh OAM. N DIP and TCP cngestin: DIP and TCP queue depth will be in very lw level, thus very lw latency Ingress DIP Cngestin ( R DIP > CIR) DIP flw queue built up, its latency can be calculated by the depth f the queue that can be detected, and the maximum latency is determined by the DIP queue size Ingress Egress TCP Cngestin ( R TCP > (C RDIP )) TCP flw des nt impact the DIP queue, thus des nt impact DIP latency TCP latency can be calculated by the depth f the queue that can be detected, and the maximum latency is determined by the TCP queue size Page 16