@techreport {43215,
	title = {Norske mobilnett i 2022},
	journal = {Tilstandsrapport fra Simula Metropolitan Center for Digital Engineering, Center for Resilient Networks and Applications},
	year = {2023},
	note = {},
	month = {05/2023},
	publisher = {Simula},
	address = {Oslo, Norway},
	abstract = {Denne rapporten er utarbeidet av Center for Resilient Networks and Applications (CRNA), som er en del av Simula Metropolitan Center for Digital Engineering. CRNA driver grunnleggende forskning innen robusthet og sikkerhet i nettverk med mandat og finansiering fra kommunal- og moderniseringsdepartementet. Senteret produserer en {\r a}rlig rapport om tilstanden i norske mobilnett. {\r A}rets rapport er den tiende i rekken.},
	keywords = {Mobile networks, Performance, Stability},
	isbn = {978-82-92593-38-7},
	url = {https://www.simulamet.no/sites/default/files/norske_mobilnett2022.pdf},
	author = {Cicic, Tarik and Kvalbein, Amund and Anas Saeed {Al-Selwi} and Foivos Ioannis {Michelinakis} and Dreibholz, Thomas}
}
@inbook {28006,
	title = {Artificial Intelligence in Gastroenterology},
	booktitle = {Artificial Intelligence in Medicine},
	year = {2021},
	month = {09/2021},
	pages = {1 - 20},
	publisher = {Springer International Publishing},
	organization = {Springer International Publishing},
	address = {Cham},
	abstract = {The holy grail in endoscopy examinations has for a long time been assisted diagnosis using Artificial Intelligence (AI). Recent developments in computer hardware are now enabling technology to equip clinicians with promising tools for computer-assisted diagnosis (CAD) systems. However, creating viable models or architectures, training them, and assessing their ability to diagnose at a human level, are complicated tasks. This is currently an active area of research, and many promising methods have been proposed. In this chapter, we give an overview of the topic. This includes a description of current medical challenges followed by a description of the most commonly used methods in the field. We also present example results from research targeting some of these challenges, and a discussion on open issues and ongoing work is provided. Hopefully, this will inspire and enable readers to future develop CAD systems for gastroenterology.},
	keywords = {Anomaly detection, artificial intelligence, Gastrointestinal endoscopy, Hand-crafted features, Neural Networks, Performance, Semantic segmentation},
	isbn = {978-3-030-58080-3},
	doi = {10.1007/978-3-030-58080-3_163-2},
	url = {https://link.springer.com/referenceworkentry/10.1007\%2F978-3-030-58080-3_163-2},
	author = {Str{\"u}mke, Inga and Hicks, Steven and Thambawita, Vajira and Jha, Debesh and Parasa, Sravanthi and Riegler, Michael and Halvorsen, P{\r a}l},
	editor = {Lidstr{\"o}mer, Niklas and Ashrafian, Hutan}
}
@inproceedings { PDP2019,
	title = {Mobile Edge as Part of the Multi-Cloud Ecosystem: A Performance Study},
	journal = {Proceedings of the 27th Euromicro International Conference on Parallel, Distributed and Network-Based Processing~(PDP)},
	year = {2019},
	month = {02/2019},
	pages = {59-66},
	publisher = {IEEE Computer Society},
	address = {Pavia, Lombardia/Italy},
	abstract = {Cloud computing has revolutionized the way of application usage and deployment: applications run cost-effectively in remote data centers. With the increasing need for mobility and micro-services, particularly with the upcoming 5G mobile broadband networks, there is also a strong demand for mobile edge computing (MEC): applications run in small cloud systems in close proximity to the user, in order to minimize latencies. Both cloud and MEC have their advantages and disadvantages. Combining the two approaches in a unified multi-cloud, consisting of both traditional cloud services provisioned over heterogeneous cloud platforms and MEC systems, has the potential of obtaining the best out of both worlds. However, a comprehensive study is needed to evaluate the performance gains and the overheads involved for real-world cloud applications. In this paper, we introduce a baseline performance evaluation in order to identify the fallacies and pitfalls of combining multiple cloud systems and MEC into a unified MEC-multi-cloud platform. For this purpose, we analyze the basic, application-independent performance metrics of average round-trip time (RTT) and average application payload throughput in a setup consisting of two private and one public cloud systems. This baseline performance analysis confirms the feasibility of MEC-multi-cloud, and provides guidelines for designing an autonomic resource provisioning solutions, in terms of an extension proposed to our existing Melodic middleware platform for multi-cloud applications.},
	keywords = {Cloud computing, latency, Mobile edge computing, Multi-Cloud, Performance},
	isbn = {978-1-7281-1644-0},
	doi = {10.1109/PDP.2019.00017},
	author = {Dreibholz, Thomas and Mazumdar, Somnath and Zahid, Feroz and Taherkordi, Amirhosein and Ernst Gunnar {Gran}}
}
@techreport {25062,
	title = {Low Latency, Low Loss, Scalable Throughput (L4S) Internet Service: Architecture},
	number = {draft-briscoe-tsvwg-l4s-arch-01},
	year = {2017},
	note = {(Work in Progress)},
	month = {03/2017},
	publisher = {Internet Engineering Task Force},
	abstract = {This document describes the L4S architecture for the provision of a new service that the Internet could provide to eventually replace best efforts for all traffic: Low Latency, Low Loss, Scalable throughput (L4S).\&nbsp; It is becoming common for all (or most) applications being run by a user at any one time to require low latency.\&nbsp; However, the only solution the IETF can offer for ultra-low queuing delay is Diffserv, which only favours a minority of packets at the expense of others.\&nbsp; In extensive testing the new L4S service keeps average queuing delay under a millisecond for all applications even under very heavy load, without sacrificing utilization; and it keeps congestion loss to zero.\&nbsp; It is becoming widely recognized that adding more access capacity gives diminishing returns, because latency is becoming the critical problem.\&nbsp; Even with a high capacity broadband access, the reduced latency of L4S remarkably and consistently improves performance under load for applications such as interactive video, conversational video, voice, Web, gaming, instant messaging, remote desktop and cloud-based apps (even when all being used at once over the same access link).\&nbsp; The insight is that the root cause of queuing delay is in TCP, not in the queue.\&nbsp; By fixing the sending TCP (and other transports) queuing latency becomes so much better than today that operators will want to deploy the network part of L4S to enable new products and services. Further, the network part is simple to deploy - incrementally with zero-config.\&nbsp; Both parts, sender and network, ensure coexistence with other legacy traffic.\&nbsp; At the same time L4S solves the long-recognized problem with the future scalability of TCP throughput.This document describes the L4S architecture, briefly describing the different components and how the work together to provide the aforementioned enhanced Internet service.},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {https://tools.ietf.org/html/draft-briscoe-tsvwg-l4s-arch},
	author = {Briscoe, Bob and De Schepper, Koen and Bagnulo, Marcelo}
}
@techreport {23797,
	title = {DualQ Coupled AQM for Low Latency, Low Loss and Scalable Throughput},
	number = {draft-briscoe-tsvwg-aqm-dualq-coupled-00},
	year = {2016},
	note = {(Work in Progress)},
	month = {10/2016},
	publisher = {Internet Engineering Task Force},
	abstract = {Data Centre TCP (DCTCP) was designed to provide predictably low queuing latency, near-zero loss, and throughput scalability using explicit congestion notification (ECN) and an extremely simple marking behaviour on switches. However, DCTCP does not co-exist with existing TCP traffic---throughput starves. So, until now, DCTCP could only be deployed where a clean-slate environment could be arranged, such as in private data centres. This specification defines {\textquoteleft}DualQ Coupled Active Queue Management (AQM)\&$\#$39; to allow scalable congestion controls like DCTCP to safely co-exist with classic Internet traffic. The Coupled AQM ensures that a flow runs at about the same rate whether it uses DCTCP or TCP Reno/Cubic, but without inspecting transport layer flow identifiers. When tested in a residential broadband setting, DCTCP achieved sub-millisecond average queuing delay and zero congestion loss under a wide range of mixes of DCTCP and {\textquoteleft}Classic\&$\#$39; broadband Internet traffic, without compromising the performance of the Classic traffic. The solution also reduces network complexity and eliminates network configuration.},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {http://tools.ietf.org/html/draft-briscoe-tsvwg-aqm-dualq-coupled},
	author = {De Schepper, Koen and Briscoe, Bob and Bondarenko, Olga and Tsang, Inton}
}
@techreport {23806,
	title = {Identifying Modified Explicit Congestion Notification (ECN) Semantics for Ultra-Low Queuing Delay},
	number = {draft-briscoe-tsvwg-ecn-l4s-id-02},
	year = {2016},
	note = {(Work in Progress)},
	month = {10/2016},
	publisher = {IETF},
	abstract = {This specification defines the identifier to be used on IP packets for a new network service called low latency, low loss and scalable throughput (L4S).  It is similar to the original (or {\textquoteright}Classic{\textquoteright}) Explicit Congestion Notification (ECN).  {\textquoteright}Classic{\textquoteright} ECN marking was required to be equivalent to a drop, both when applied in the network and when responded to by a transport.  Unlike {\textquoteright}Classic{\textquoteright} ECN marking, for packets carrying the L4S identifier, the network applies marking more immediately and more aggressively than drop, and the transport response to each mark is reduced and smoothed relative to that for drop.  The two changes counterbalance each other so that the throughput of an L4S flow will be roughly the same as a {\textquoteright}Classic{\textquoteright} flow under the same conditions.  However, the much more frequent control signals and the finer responses to them result in ultra-low queuing delay without compromising link utilization, even during high load.  Examples of new active queue management (AQM) marking algorithms and examples of new transports (whether TCP-like or real-time) are specified separately.  The new L4S identifier is the key piece that enables them to interwork and distinguishes them from {\textquoteright}Classic{\textquoteright} traffic.  It gives an incremental migration path so that existing {\textquoteright}Classic{\textquoteright} TCP traffic will be no worse off, but it can be prevented from degrading the ultra-low delay and loss of the new scalable transports.},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {http://tools.ietf.org/html/draft-briscoe-tsvwg-ecn-l4s-id},
	author = {De Schepper, Koen and Briscoe, Bob and Tsang, Ing-Jyh}
}
@techreport {25063,
	title = {Low Latency, Low Loss, Scalable Throughput (L4S) Internet Service: Problem Statement},
	number = {draft-briscoe-tsvwg-aqm-tcpm-rmcat-l4s-problem-02},
	year = {2016},
	note = {(Work in Progress)},
	month = {07/2016},
	publisher = {Internet Engineering Task Force},
	abstract = {This document motivates a new service that the Internet could provide to eventually replace best efforts for all traffic: Low Latency, Low Loss, Scalable throughput (L4S).\&nbsp; It is becoming common for all (or most) applications being run by a user at any one time to require low latency.\&nbsp; However, the only solution the IETF can offer for ultra-low queuing delay is Diffserv, which only favours a minority of packets at the expense of others.\&nbsp; In extensive testing the new L4S service keeps average queuing delay under a millisecond for all applications even under very heavy load, without sacrificing utilization; and it keeps congestion loss to zero.\&nbsp; It is becoming widely recognized that adding more access capacity gives diminishing returns, because latency is becoming the critical problem.\&nbsp; Even with a high capacity broadband access, the reduced latency of L4S remarkably and consistently improves performance under load for applications such as interactive video, conversational video, voice, Web, gaming, instant messaging, remote desktop and cloud-based apps (even when all being used at once over the same access link).\&nbsp; The insight is that the root cause of queuing delay is in TCP, not in the queue.\&nbsp; By fixing the sending TCP (and other transports) queuing latency becomes so much better than today that operators will want to deploy the network part of L4S to enable new products and services. Further, the network part is simple to deploy - incrementally with zero-config.\&nbsp; Both parts, sender and network, ensure coexistence with other legacy traffic.\&nbsp; At the same time L4S solves the long-recognized problem with the future scalability of TCP throughput.This document explains the underlying problems that have been preventing the Internet from enjoying such performance improvements. It then outlines the parts necessary for a solution and the steps that will be needed.},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {https://tools.ietf.org/html/draft-briscoe-tsvwg-aqm-tcpm-rmcat-l4s-problem},
	author = {Briscoe, Bob and De Schepper, Koen and Bagnulo, Marcelo}
}
@inproceedings {DeSchepper16a:PI2,
	title = {PI2 : A Linearized AQM for both Classic and Scalable TCP},
	journal = {Proc. ACM CoNEXT 2016},
	year = {2016},
	month = {12/2016},
	pages = {105-119},
	publisher = {ACM},
	address = {New York, NY, USA},
	abstract = {This paper concerns the use of Active Queue Management (AQM) to reduce queuing delay. It offers insight into why it has proved hard for a Proportional Integral (PI) controller to remain both responsive and stable while controlling {\textquoteleft}Classic\&$\#$39; TCP flows, such as TCP Reno and Cubic. Due to their non-linearity, the controller\&$\#$39;s adjustments have to be smaller when the target drop probability is lower. The PI Enhanced (PIE) algorithm attempts to solve this problem by scaling down the adjustments of the controller using a look-up table. Instead, we control an internal variable that is by definition linearly proportional to the load, then post-process it into the required Classic drop probability---in fact we show that the output simply needs to be squared. This allows tighter control, giving responsiveness and stability better or no worse than PIE achieves, but without all its corrective heuristics.With suitable packet classification, it becomes simple to extend this PI2 AQM to support coexistence between Classic and Scalable congestion controls in the public Internet. A Scalable congestion control ensures sufficient feedback at any flow rate, an example being Data Centre TCP (DCTCP). A Scalable control is linear, so we can use the internal variable directly without any squaring, by omitting the post-processing stage.We implemented PI2 as a Linux qdisc to extensively test our claims using Classic and Scalable TCPs.\&nbsp;},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	isbn = {978-1-4503-4297-1},
	doi = {10.1145/2999572.2999578},
	url = {http://dl.acm.org/citation.cfm?doid=2999572.2999578},
	author = {De Schepper, Koen and Bondarenko, Olga and Tsang, Ing-Jyh and Briscoe, Bob}
}
@inproceedings {Bondarenko16a:uld4all-demo,
	title = {Ultra-Low Delay for All: Live Experience, Live Analysis},
	journal = {Proc. ACM Multimedia Systems; Demo Session},
	year = {2016},
	month = {05/2016},
	pages = {33:1-33:4},
	publisher = {ACM},
	abstract = {This demo dramatically illustrates how replacing {\textquoteleft}Classic\&$\#$39; TCP congestion control (Reno, Cubic, etc.) with a {\textquoteleft}Scalable\&$\#$39; alternative like Data Centre TCP (DCTCP) keeps queuing delay ultra-low; not just for a select few light applications like voice or gaming, but even when a variety of interactive applications all heavily load the same (emulated) Internet access. DCTCP has so far been confined to data centres because it is too aggressive---it starves Classic TCP flows. To allow DCTCP to be exploited on the public Internet, we developed DualQ Coupled Active Queue Management (AQM), which allows the two TCP types to safely co-exist. Visitors can test all these claims. As well as running Web-based apps, they can pan and zoom a panoramic video of a football stadium on a touch-screen, and experience how their personalized HD scene seems to stick to their finger, even though it is encoded on the fly on servers accessed via an emulated delay, representing {\textquoteleft}the cloud\&$\#$39;. A pair of VR goggles can be used at the same time, making a similar point. The demo provides a dashboard so that visitors can not only experience the interactivity of each application live, but they can also quantify it via a wide range of performance stats, updated live. It also includes controls so visitors can configure different TCP variants, AQMs, network parameters and background loads and immediately test the effect.},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	isbn = {978-1-4503-4297-1},
	doi = {10.1145/2910017.2910633},
	url = {http://www.bobbriscoe.net/projects/latency/uld4all-demo_mmsys.pdf},
	author = {Bondarenko, Olga and De Schepper, Koen and Tsang, Ing-Jyh and Briscoe, Bob and Petlund, Andreas and Griwodz, Carsten}
}
@misc {24474,
	title = {Using High Performance Network Interconnects in Dynamic Environments},
	howpublished = {OpenFabrics Alliance (OFA) Workshop 2016},
	year = {2016},
	address = {Monterey, CA},
	abstract = {High performance lossless network interconnects are traditionally associated with static environments such as HPC clusters. Due to the significant network reconfiguration costs, changes in these kind of systems are rare and usually happen only when faults occur or new hardware is added. In contrary, modern multi-tenant virtualized cloud infrastructures are very dynamic by nature, and the usage of the resources is unpredictable, thus, the need to reconfigure becomes a requisite. Over the last years the OFA community has shown the potential of using high performance networks (InfiniBand) to boost the performance of virtualized cloud environments, however, the network reconfiguration challenges still continue to exist.In this session we present the work we have been doing on InfiniBand subnet management and routing, in the context of dynamic cloud environments. This work includes, but not limited to, techniques in order to provide better management scalability when virtual machines are live migrating, tenant network isolation in multi-tenant environments, and fast performance-driven network reconfiguration.},
	keywords = {InfiniBand, Live Migration, Lossless networks, Performance, Virtualization},
	url = {https://www.youtube.com/watch?v=LRmOJwgADa8},
	author = {Tasoulas, Evangelos}
}
@techreport {23805,
	title = {{\textquoteleft}Data Center to the Home{\textquoteright}:  Ultra-Low  Latency for All},
	year = {2015},
	month = {06/2015},
	publisher = {RITE Project},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {http://riteproject.eu/publications/},
	author = {De Schepper, Koen and Bondarenko, Olga and Tsang, Inton and Briscoe, Bob}
}
@techreport {23801,
	title = {Deployment of RITE mechanisms in use-case trial testbeds report},
	number = {D3.3},
	year = {2015},
	month = {11/2015},
	publisher = {RITE Eu FP7 Project 317700},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {https://riteproject.files.wordpress.com/2015/12/rite-deliverable-3-3-public1.pdf},
	author = {Tsang, Ing-Jyh and Petlund, Andreas and Briscoe, Bob and Bondarenko, Olga and Others, Numerous},
	editor = {Tsang, Ing-Jyh}
}
@techreport {Briscoe15m:Dissemination-RITE-D4.2,
	title = {Dissemination and standardisation report},
	number = {D4.2},
	year = {2015},
	month = {11/2015},
	publisher = {RITE Eu FP7 Project 317700},
	type = {Deliverable},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {http://www.bobbriscoe.net/pubs.html$\#$rite-d4.2},
	author = {Briscoe, Bob and Others, Numerous},
	editor = {Briscoe, Bob}
}
@techreport {23798,
	title = {Identifying Modified Explicit Congestion Notification (ECN) Semantics for Ultra-Low Queuing Delay},
	year = {2015},
	note = {(Work in Progress)},
	month = {10/2015},
	publisher = {IETF},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {http://tools.ietf.org/html/draft-briscoe-tsvwg-ecn-l4s-id-00},
	author = {De Schepper, Koen and Tsang, Inton}
}
@techreport {23803,
	title = {Insights from Curvy RED (Random Early Detection)},
	year = {2015},
	month = {05/2015},
	publisher = {BT},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Internet, networks, Performance, QoS, Scaling, tcp},
	url = {http://www.bobbriscoe.net/projects/latency/credi_tr.pdf},
	author = {Briscoe, Bob}
}
@techreport {23799,
	title = {Report on prototype development and evaluation of end-system, application layer- and API mechanisms},
	year = {2015},
	month = {09/2015},
	publisher = {RITE Eu FP7 Project 317700},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {https://riteproject.files.wordpress.com/2015/12/rite_deliverable_1-3.pdf},
	author = {Briscoe, Bob and Petlund, Andreas and Ahmed, Iffat and Others, Numerous}
}
@techreport {23800,
	title = {Report on Prototype Development and Evaluation of Network and Interaction Techniques},
	year = {2015},
	month = {09/2015},
	publisher = {RITE Eu FP7 Project 317700},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {https://riteproject.files.wordpress.com/2015/12/rite-deliverable-2-3.pdf},
	author = {Briscoe, Bob and Ros, David and Petlund, Andreas and Ahmed, Iffat and Kargar, Minoo and Bondarenko, Olga and Others, Numerous},
	editor = {Briscoe, Bob}
}
@techreport {Briscoe15:PIE_rvw,
	title = {Review: Proportional Integral controller Enhanced (PIE) Active Queue Management (AQM)},
	number = {TR-TUB8-2015-001},
	year = {2015},
	month = {05/2015},
	publisher = {BT},
	type = {Technical Report},
	keywords = {Active Queue Management, Algorithm, AQM, congestion control, Control, Data Communication, Dynamics, Internet, latency, networks, Performance, Quality of Service, Responsiveness, Standards},
	url = {http://www.bobbriscoe.net/projects/latency/piervw_tr.pdf},
	author = {Briscoe, Bob}
}
@techreport {23802,
	title = {RITE recommended use parameters report},
	number = {D3.4},
	year = {2015},
	month = {11/2015},
	publisher = {RITE Eu FP7 Project 317700},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {https://riteproject.files.wordpress.com/2015/12/rite-d3-4.pdf},
	author = {Hurtig, Per and Briscoe, Bob and Petlund, Andreas and Others, Numerous},
	editor = {Hurtig, Per}
}
@techreport {23804,
	title = {Scaling TCP{\textquoteright}s Congestion Window for Small Round Trip Times},
	number = {TR-TUB8-2015-002},
	year = {2015},
	month = {05/2015},
	publisher = {BT},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Internet, networks, Performance, Scaling, tcp},
	url = {http://www.bobbriscoe.net/projects/latency/sub-mss-w.pdf},
	author = {Briscoe, Bob and De Schepper, Koen}
}
@article {Briscoe15g:uld4all_jour-ietf,
	title = {Ultra-Low Delay for All},
	journal = {IETF Journal},
	volume = {11},
	year = {2015},
	month = {11/2015},
	pages = {20{\textendash}21},
	publisher = {Internet Society},
	keywords = {Algorithms, Analysis, AQM, Congestion Avoidance, congestion control, Data Communication, Design, Evaluation, Internet, latency, networks, Performance, QoS, Scaling, tcp},
	url = {http://www.internetsociety.org/publications/ietf-journal-november-2015/ultra-low-delay-for-all},
	author = {Briscoe, Bob}
}
@inproceedings {Kuehlewind14a:DCTCP_Internet,
	title = {Using Data Center TCP (DCTCP) in the Internet},
	journal = {Proc. Third IEEE Workshop on Telecommunications Standards: From Research to Standards},
	year = {2014},
	month = {dec},
	keywords = {Active Queue Management, Algorithms, AQM, congestion control, Data Communication, Delay, Deployment, Evaluation, IP, networks, Performance, Protocols, QoS, Quality of Service, Rate Control, Standards},
	url = {{http://www.bobbriscoe.net/projects/latency/dctcp-int_preprint.pdf},
	author = {K{\"u}hlewind, M.Mirja and David P. {Wagner} and Juan Manuel Rey {Espinosa} and Briscoe, Bob}
}
@article {Ford14:1309latws-report-ccr,
	title = {Workshop Report: Reducing Internet Latency, 2013},
	journal = {ACM SIGCOMM Computer Communication Review},
	volume = {44},
	number = {2},
	year = {2014},
	note = {(Editorial zone)},
	month = {04/2014},
	pages = {80{\textendash}86},
	publisher = {ACM},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	doi = {http://dx.doi.org/10.1145/2602204.2602218},
	url = {http://dl.acm.org/ft_gateway.cfm?id=2602218\&ftid=1444387\&dwn=1\&CFID=525299073\&CFTOKEN=35728935},
	author = {Ford, Mat and Briscoe, Bob and Others, Numerous},
	editor = {Ford, Mat and Briscoe, Bob}
}
@inproceedings {Briscoe13a:latency_survey_pos,
	title = {A Survey of Latency Reducing Techniques and their Merits},
	journal = {Proc. ISOC Workshop on Reducing Internet Latency},
	year = {2013},
	note = {(Position Paper)},
	month = {09/2013},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {http://www.internetsociety.org/sites/default/files/pdf/accepted/16_rite-latency_survey_pos.pdf},
	author = {Briscoe, Bob and Brunstr{\"o}m, Anna and Ros, David and Petlund, Andreas and Tsang, Ing-Jyh and Gjessing, Stein and Fairhurst, Gorry}
}
@inproceedings {Ford13:1309latws-report,
	title = {Workshop on Reducing Internet Latency, 2013},
	journal = {Proc Workshop on Reducing Internet Latency, 2013},
	year = {2013},
	month = {10/2013},
	publisher = {ISOC and RITE},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {https://www.internetsociety.org/sites/default/files/Workshop\%20on\%20Reducing\%20Internet\%20Latency-1.2.pdf},
	author = {Ford, Mat and Briscoe, Bob and Others, Numerous},
	editor = {Ford, Mat}
}
@techreport {Briscoe12:Cutting_Delay_WP,
	title = {Cutting Delay: System-Wide Innovation},
	year = {2012},
	month = {04/2012},
	publisher = {BT Research \& Technology},
	type = {White Paper},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {http://www.globalservices.bt.com/static/assets/pdf/financial_markets/CuttingDelayWP-final.pdf},
	author = {Briscoe, Bob}
}
@inproceedings {Ford11:1110bwmgmt,
	title = {Bandwidth Management: Internet Society Technology Roundtable Series},
	journal = {Proc. Bandwidth Management: Internet Society Technology Roundtable Series},
	year = {2011},
	month = {11/2011},
	publisher = {ISOC},
	keywords = {Algorithms, characterisation, co-ordination, congestion, Data Communication, Delay, Internet, metrics, networks, overhead, Performance, QoS, standardisation},
	url = {http://www.internetsociety.org/sites/default/files/BWroundtable_report-1.0.pdf},
	author = {Ford, Mat and Others, Numerous and Briscoe, Bob},
	editor = {Ford, Mat}
}
@inproceedings {Kuehlewind10b:chirp_impl,
	title = {Chirping for Congestion Control - Implementation Feasibility},
	journal = {Proc. Int{\textquoteright}l Wkshp on Protocols for Future, Large-scale \& Diverse Network Transports (PFLDNeT{\textquoteright}10)},
	year = {2010},
	month = {11/2010},
	keywords = {Architecture, congestion, Control, Data Communication, Delay, Evaluation, Implementation, Internet, networks, Performance, Protocols},
	url = {http://pfld.net/2010/paper/session2-3.pdf},
	author = {K{\"u}hlewind, Mirja and Briscoe, Bob}
}
@phdthesis {Briscoe09e:refb-dis,
	title = {Re-feedback: Freedom with Accountability for Causing Congestion in a Connectionless Internetwork},
	year = {2009},
	school = {UC London},
	type = {phd},
	keywords = {Accountability, Active Queue Management, Algorithms, Architecture, Availability, congestion, Control, Data Communication, DDoS, Distributed Denial of Service, Economics, Explicit Notification, Exposure, Flow State Management, game theory, Identity, Incentives, Inter-Domain, Interconnection, Internet, Market Structure, Monitoring, networks, Openness, Performance, Policing, Protocol Engineering, QoS, Quality of Service, Sanctions, scalability, Security, Signal Integrity, Simulation, System Design, Theft of Service, Trust, Tussle},
	url = {http://www.bobbriscoe.net/pubs.html$\#$refb-dis},
	author = {Briscoe, Bob}
}
