Paulo Pinto, Amineh Mazandarani, Pedro Amaral, Luís Bernardo
{"title":"Towards a Low Latency Network-Slice Resistant to Unresponsive Traffic","authors":"Paulo Pinto, Amineh Mazandarani, Pedro Amaral, Luís Bernardo","doi":"10.1109/NCA.2018.8548335","DOIUrl":null,"url":null,"abstract":"This paper studies what mechanisms a network must have to offer a very low-latency service to applications (featuring a maximum end-to-end packet delay). We assume very concrete requirements, not seen in the literature, that raise the challenge level: i) applications might be unresponsive to traffic warnings from the network; and ii) applications do not inform or require any network resources, exactly as the Internet works today (i.e., there is no admission control procedures). We present an architecture/algorithm with a minimum of state information and good scalability properties. Obviously, it is not applicable to the wide Internet. Even more, the architecture is not TCP-friendly (because control loops must be shorter than the Round Trip Time (RTT) magnitudes and oscillations, and packet losses are higher). Instead, it is appropriate to an end-to-end slice network based on a virtualization of the physical network with independent queues and line bandwidths. It is designed for interactive applications and for certain real-time ones. We use plain backpressure control supported by cooperation amongst the routers to isolate offending traffic. We are particularly concerned in situations of very high load, as they will be very common in the future. One objective is to reach a predictable network behaviour that in the limit (heavy network overload) is maintained, contrary to the current Internet. In the future, new pace-based congestion control algorithms for applications can be designed to take the most out of this type of network.","PeriodicalId":268662,"journal":{"name":"2018 IEEE 17th International Symposium on Network Computing and Applications (NCA)","volume":"61 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2018-11-01","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"0","resultStr":null,"platform":"Semanticscholar","paperid":null,"PeriodicalName":"2018 IEEE 17th International Symposium on Network Computing and Applications (NCA)","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/NCA.2018.8548335","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
引用次数: 0
Abstract
This paper studies what mechanisms a network must have to offer a very low-latency service to applications (featuring a maximum end-to-end packet delay). We assume very concrete requirements, not seen in the literature, that raise the challenge level: i) applications might be unresponsive to traffic warnings from the network; and ii) applications do not inform or require any network resources, exactly as the Internet works today (i.e., there is no admission control procedures). We present an architecture/algorithm with a minimum of state information and good scalability properties. Obviously, it is not applicable to the wide Internet. Even more, the architecture is not TCP-friendly (because control loops must be shorter than the Round Trip Time (RTT) magnitudes and oscillations, and packet losses are higher). Instead, it is appropriate to an end-to-end slice network based on a virtualization of the physical network with independent queues and line bandwidths. It is designed for interactive applications and for certain real-time ones. We use plain backpressure control supported by cooperation amongst the routers to isolate offending traffic. We are particularly concerned in situations of very high load, as they will be very common in the future. One objective is to reach a predictable network behaviour that in the limit (heavy network overload) is maintained, contrary to the current Internet. In the future, new pace-based congestion control algorithms for applications can be designed to take the most out of this type of network.