@inproceedings { OFS2023,
	title = {Detecting Physical Impacts by Monitoring State of Polarisation in a Live Fibre-To-The-Home Data-Communication Air-Cable},
	journal = {Proceedings of the 28th International Conference on Optical Fiber Sensors~(OFS)},
	year = {2023},
	month = {11/2023},
	publisher = {OPTICA},
	address = {Hamamatsu, Shizuoka/Japan},
	abstract = {Heavy wind may tear cables down, damaging infrastructure, triggering outage in data-communication networks. We demonstrate local observations of wind in the access-network, monitoring State of Polarisation in a live Fiber-To-The-Home air-cable.},
	keywords = {Fibre-To-The-Home, Monitoring, State of Polarisation},
	author = {Bj{\o}rnstad, Steinar and Ali, Jameel and Dreibholz, Thomas}
}
@inproceedings { ICTON2023,
	title = {A Scalable Data Collection System for Continuous State of Polarisation Monitoring},
	journal = {Proceedings of the 23rd International Conference on Transparent Optical Networks (ICTON)},
	year = {2023},
	month = {07/2023},
	address = {Bucharest/Romania},
	abstract = {Our dependency on the telecommunication infrastructure is continuously increasing, as different infrastructures {\textendash} such as energy and telecommunication {\textendash} now have mutual dependencies. This calls for increased monitoring of the fibre network, which is a highly critical part of the infrastructure. State of Polarisation (SoP) of light propagating through fibre transmission systems is impacted by any vibrations and mechanical impacts on the fibre. By continuously monitoring the SoP, any unexpected movements of a fibre along a fibre-path may be traced. Movements may be caused by e.g. work in node-rooms impacting patch-cords, trawlers or other types of sub-sea equipment touching or hooking into sub-sea fibre cables, digging close to a fibre-cable, or geophysical phenomena like earthquakes. In this paper, we describe a low-cost, scalable system for SoP monitoring and give examples of patterns monitored in different types of fibre infrastructures. The monitoring system consists of single-unit rack-mount instruments connected to taps from live optical transmission signals. Each instrument has local storage for 1-2 years of data, and is periodically automatically uploading data to a server for backup and data-access purposes. Examples of observed patterns are impact from a thunderstorm on a Fibre-To-The-Home (FTTH) cable, 50 Hz on a fibre-cable spun around a high-voltage power air-cable, as well as animal impact on a patch-cord.},
	keywords = {Critical Infrastructure, Monitoring, State of Polarisation},
	author = {Bj{\o}rnstad, Steinar and Ali, Jameel and Dreibholz, Thomas and S{\ae}thre, Erik}
}
@inproceedings { ConTEL2023,
	title = {A Scalable Infrastructure for Continuous State of Polarisation Monitoring for Revealing Security and Vulnerability Impacts in Optical Networks},
	journal = {Proceedings of the 17th International Conference on Telecommunications (ConTEL)},
	year = {2023},
	month = {07/2023},
	publisher = { IEEE},
	address = {Graz, Steiermark/Austria},
	abstract = {Optical networks are spanning the world. They are the main medium for carrying all types of data-traffic. From a vulnerability and security perspective, it is therefore the most important part of the network to protect against any physical impacts that may cause disruptions or security incidents. In this paper, we demonstrate and describe a scalable, low-cost monitoring system based on detecting the state of polarisation in the fibre cables. We give examples on how any direct movement of fibre-cables or fibre-cords as well as indirect vibrations on the cable can be detected, and how basic characteristics in the patterns can be used for recognition of these events.},
	keywords = {Hardware, Infrastructure, Monitoring, Software, State of Polarisation},
	author = {Dreibholz, Thomas and Bj{\o}rnstad, Steinar and Ali, Jameel}
}
@inproceedings { EuCNC2021,
	title = {An Exposed Closed-Loop Model for Customer-Driven Service Assurance Automation},
	journal = {2021 Joint European Conference on Networks and Communications \& 6G Summit (EuCNC/6G Summit)},
	year = {2021},
	month = {06/2021},
	pages = {419{\textendash}424},
	publisher = {IEEE Computer Society},
	address = {Porto, Portugal},
	abstract = {Artificial Intelligence (AI) is widely applied in telecommunications to enable zero-touch automation in network operation and service management. Due to the high complexity, deploying advanced AI mechanisms is not always feasible inside the operator{\textquoteright}s network domains. Instead, via service exposures, it becomes possible for vertical customers to integrate their external AI solutions with the network and service management system to form a closed loop (CL) and contribute to the automation process. In this paper, we propose an exposed CL model based on service exposure and apply it to automate service assurance tasks like autoscaling in a network function virtualization (NFV) system orchestrated by ETSI Open Source MANO (OSM). A testbed is built to validate the model. It collects monitoring data from the OSM monitoring module and external monitoring tools. Vertical customers drive and customize their AI solutions to aggregate these data sets and run analytics to detect and predict anomalies prepared for scaling. Preliminary analysis demonstrates the added values of customer-driven monitoring and analysis via the exposed CL.},
	keywords = {Autonomous Management, Closed Loop, Machine learning, Monitoring, Service Exposure},
	isbn = {978-1-6654-1526-2},
	doi = {10.1109/EuCNC/6GSummit51104.2021.9482533},
	author = {Xie, Min and Foivos Ioannis {Michelinakis} and Dreibholz, Thomas and Pujol-Roig, Joan and Malacarne, Sara and Majumdar, Sayantini and Wint Yi {Poe} and Elmokashfi, Ahmed}
}
@techreport {Briscoe11b:ecn-encap-guide_ID,
	title = {Guidelines for Adding Congestion Notification to Protocols that Encapsulate IP},
	number = {draft-ietf-tsvwg-ecn-encap-guidelines-08},
	year = {2017},
	note = {(Work in Progress)},
	publisher = {IETF},
	keywords = {Architecture, congestion, Control, Data Communication, Encapsulation, Explicit Notification, Internet, Layering, Management, Monitoring, networks, Protocol Engineering, QoS, Tunnels},
	url = {http://tools.ietf.org/html/draft-ietf-tsvwg-ecn-encap-guidelines},
	author = {Briscoe, Bob and Kaippallimalil, John and Thaler, Pat}
}
@techreport {25061,
	title = {Propagating Explicit Congestion Notification Across IP Tunnel Headers Separated by a Shim},
	number = {g-rfc6040update-shim-00},
	year = {2016},
	note = {(Work in Progress)},
	month = {11/2016},
	publisher = {Internet Engineering Task Force},
	abstract = {RFC 6040 on "Tunnelling of Explicit Congestion Notification" made the rules for propagation of ECN consistent for all forms of IP in IP tunnel.  This specification extends the scope of RFC 6040 to include tunnels where two IP headers are separated by a shim header that cannot stand alone.},
	keywords = {Architecture, congestion, Control, Data Communication, Encapsulation, Explicit Notification, Internet, Layering, Management, Monitoring, networks, Protocol Engineering, QoS, Tunnels},
	url = {http://tools.ietf.org/html/draft-briscoe-tsvwg-rfc6040update-shim},
	author = {Briscoe, Bob}
}
@inproceedings { PAMS2015-Monitoring,
	title = {Monitoring and Maintaining the Infrastructure of the NorNet Testbed for Multi-Homed Systems},
	journal = {5th International Workshop on Protocols and Applications with Multi-Homing Support~(PAMS)},
	year = {2015},
	address = {Gwangju/South Korea},
	abstract = {NorNet Core is the world\&$\#$39;s first, open, large-scale Internet testbed for multi-homed systems and applications. Particularly, it is currently used for research on topics like multi-path transport and resilience. Researchers can run experiments on distributed, programmable nodes that are distributed over various locations and providing access to multiple different Internet service providers (ISP) with different access technologies. Clearly, a key feature of this testbed is to work in the real-world Internet. That is, it is especially desired to expose experiments to real Internet behaviour like background traffic. However, for the researcher, it is necessary to actually know how paths \&ndash; being used for an experiment \&ndash; actually behave: Are the paths actually working? How are the round-trip times among sites over different ISPs, etc.. How did the behaviour change over time? To provide such information to the researchers, we have designed and developed a maintenance and monitoring infrastructure for the NorNet Core testbed. In this paper, we will first introduce this infrastructure. Furthermore, we will demonstrate its usefulness with some useful, real-world examples. Our infrastructure has now become part of the testbed, and it is therefore available for all users of NorNet Core as well.},
	keywords = {Internet Testbed, Monitoring, Multi-Homing, NorNet, Path Characteristics, Resilience},
	author = {Dreibholz, Thomas and Bj{\o}rgeengen, Jarle and Werme, Jonas}
}
@techreport {Briscoe09b:reTCP_Motiv_ID,
	title = {Re-ECN: A Framework for adding Congestion Accountability to TCP/IP},
	number = {draft-briscoe-conex-re-ecn-motiv-03},
	year = {2014},
	note = {(Work in Progress)},
	month = {03/2014},
	publisher = {Internet Engineering Task Force},
	type = {Internet Draft},
	keywords = {Architecture, congestion, Control, Data Communication, Denial of Service, Explicit Notification, game theory, Incentives, Internet, Monitoring, networks, Policing, Protocol Engineering, QoS, Routing, Security, Tussle},
	url = {http://tools.ietf.org/html/draft-briscoe-conex-re-ecn-motiv},
	author = {Briscoe, Bob and Jacquet, Arnaud and Moncaster, Toby and Smith, Alan}
}
@techreport {Briscoe05j:reTCP_ID,
	title = {Re-ECN: Adding Accountability for Causing Congestion to TCP/IP},
	number = {draft-briscoe-conex-re-ecn-tcp-04},
	year = {2014},
	note = {(Work in progress)},
	month = {07/2014},
	publisher = {Internet Engineering Task Force},
	type = {Internet Draft},
	keywords = {Architecture, congestion, Control, Data Communication, Denial of Service, Explicit Notification, game theory, Incentives, Internet, Monitoring, networks, Policing, Protocol Engineering, QoS, Routing, Security, Tussle},
	url = {http://tools.ietf.org/html/draft-briscoe-conex-re-ecn-tcp},
	author = {Briscoe, Bob and Jacquet, Arnaud and Moncaster, Toby and Smith, Alan}
}
@inproceedings {24434,
	title = {The BGP Visibility Scanner},
	journal = {Computer Communications Workshops (INFOCOM WKSHPS), 2013 IEEE Conference on},
	year = {2013},
	month = {04/2013},
	pages = {115-120},
	abstract = {By tweaking the BGP configurations, the network operators are able to express their interdomain routing preferences, designed to accommodate a myriad goals. Given the complex interactions between policies in the Internet, the origin AS by itself cannot ensure that only by configuring a routing policy it can also achieve the anticipated results. Moreover, the definition of routing policies is a complicated process, involving a number of subtle tuning operations prone to errors. In this paper, we propose the BGP Visibility Scanner which allows network operators to validate the correct implementation of their routing policies, by corroborating the BGP routing information from approximatively 130 independent observation points in the Internet. We exemplify the use of the proposed methodology and also perform an initial validation for the BGP Visibility Scanner capabilities through various real operational use cases.},
	keywords = {BGP routing information, BGP visibility scanner, border gateway protocol, Educational institutions, Feeds, Internet, Labeling, Monitoring, network operators, Routing, routing policies, routing protocols, Topology},
	doi = {10.1109/INFCOMW.2013.6562877},
	author = {Lutu, Andra and Maennel, Olaf}
}
@techreport {Briscoe07b:ECN-tunnel,
	title = {Tunnelling of Explicit Congestion Notification},
	number = {6040},
	year = {2010},
	month = {11/2010},
	publisher = {RFC Editor},
	type = {Request for Comments},
	keywords = {Architecture, congestion, Control, Covert Channel, Data Communication, Encapsulation, Explicit Notification, Internet, Layering, Management, Monitoring, networks, Protocol Engineering, QoS, Security, Tunnels},
	url = {http://www.ietf.org/rfc/rfc6040.txt},
	author = {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}
}
@techreport {Jacquet08a:polfree-tr,
	title = {Policing Freedom to Use the Internet Resource Pool},
	number = {TR-CXR9-2008-001},
	year = {2008},
	month = {08//2008},
	publisher = {BT},
	type = {Technical Report},
	keywords = {Architecture, congestion, Control, Data Communication, Explicit Notification, Internet, Monitoring, networks, Policing, QoS, Resource Pooling, Security},
	url = {http://www.bobbriscoe.net/projects/2020comms/refb/polfree-tr.pdf},
	author = {Jacquet, Arnaud and Briscoe, Bob and Moncaster, Toby}
}
@inproceedings {Jacquet08b:polfree,
	title = {Policing Freedom to Use the Internet Resource Pool},
	journal = {Proc Workshop on Re-Architecting the Internet (ReArch{\textquoteright}08)},
	year = {2008},
	month = {12/2008},
	publisher = {ACM},
	keywords = {Architecture, congestion, Control, Data Communication, Explicit Notification, Internet, Monitoring, networks, Policing, QoS, Resource Pooling, Security},
	url = {http://www.bobbriscoe.net/projects/2020comms/refb/policer_rearch08.pdf},
	author = {Jacquet, Arnaud and Briscoe, Bob and Moncaster, Toby}
}
@techreport {Briscoe06d:refb_dplinc_TR,
	title = {Using Self-Interest to Prevent Malice; Fixing the Denial of Service Flaw of the Internet},
	number = {TR-CXR9-2006-002},
	year = {2006},
	month = {08/2006},
	publisher = {BT},
	type = {Technical Report},
	keywords = {Architecture, Availability, congestion control, Data Communication, Deployment, Economics, Explicit Notification, Flow Rate Policing, game theory, Identity, Incentives, Inter-Domain, Internet, Monitoring, networks, Policing, Protocol Engineering, scalability, Security, Theft of Service, Trust},
	url = {http://www.bobbriscoe.net/pubs.html$\#$refb_dplinc},
	author = {Briscoe, Bob}
}
@inproceedings {Briscoe06f:refb_dplinc,
	title = {Using Self-Interest to Prevent Malice; Fixing the Denial of Service Flaw of the Internet},
	journal = {Proc Workshop on the Economics of Securing the Information Infrastructure},
	year = {2006},
	month = {10/2006},
	keywords = {Architecture, Availability, congestion control, Data Communication, Deployment, Economics, Explicit Notification, Flow Rate Policing, game theory, Identity, Incentives, Inter-Domain, Internet, Monitoring, networks, Policing, Protocol Engineering, scalability, Security, Theft of Service, Trust},
	url = {http://www.bobbriscoe.net/projects/2020comms/refb/refb_dplinc_wesii06.pdf},
	author = {Briscoe, Bob}
}
@techreport {Jacquet05:Repol,
	title = {A Path-Aware Rate Policer: Design and Comparative Evaluation},
	number = {TR-CXR9-2005-006},
	year = {2005},
	month = {10/2005},
	publisher = {BT},
	type = {Technical Report},
	keywords = {Architecture, congestion, Control, Data Communication, Denial of Service, Explicit Notification, Internet, Monitoring, networks, Policing, QoS, Security},
	url = {http://www.bobbriscoe.net/projects/2020comms/refb/policer-nsdi06.pdf},
	author = {Jacquet, Arnaud and Briscoe, Bob and Salvatori, Alessandro}
}
@article {Briscoe05d:Re-fb_policing,
	title = {Policing Congestion Response in an Internetwork Using Re-Feedback},
	journal = {Proc. ACM SIGCOMM{\textquoteright}05, Computer Communication Review},
	volume = {35},
	number = {4},
	year = {2005},
	month = {08/2005},
	pages = {277{\textendash}288},
	publisher = {ACM Press},
	keywords = {Architecture, Availability, congestion, Control, Convergence, Data Communication, Denial of Service, Explicit Notification, game theory, Incentives, Internet, Monitoring, networks, Policing, QoS, Routing, Security, Tussle},
	isbn = {1-59593-009-4},
	doi = {http://doi.acm.org/10.1145/1080091.1080124},
	url = {http://conferences.sigcomm.org/sigcomm/2005/paper-BriJac.pdf},
	author = {Briscoe, Bob and Jacquet, Arnaud and Di Cairano-Gilfedder, Carla and Salvatori, Alessandro and Soppera, Andrea and Koyabe, Martin}
}
@techreport {Briscoe05b:Re-fb_TR,
	title = {Shared Control of Networks Using Re-Feedback},
	number = {TR-CXR9-2005-003},
	year = {2005},
	month = {02/2005},
	publisher = {BT},
	type = {Technical Report},
	keywords = {Architecture, Availability, congestion, Control, Convergence, Data Communication, Denial of Service, Explicit Notification, game theory, Incentives, Internet, Monitoring, networks, Policing, QoS, Routing, Security, Tussle},
	url = {http://www.jungle.bt.co.uk/projects/2020comms/net/refb/refb_tr.pdf},
	author = {Briscoe, Bob and Jacquet, Arnaud and Di Cairano-Gilfedder, Carla and Soppera, Andrea and Cazalet, S{\'e}bastien and Koyabe, Martin}
}
@techreport {Briscoe04e:Re-fb_outline_TR,
	title = {Shared Control of Networks Using Re-Feedback; An Outline},
	number = {TR-CXR9-2004-001},
	year = {2004},
	month = {09/2004},
	publisher = {BT},
	type = {Technical Report},
	keywords = {Architecture, Availability, congestion, Control, Convergence, Data Communication, Denial of Service, Explicit Notification, game theory, Incentives, Internet, Monitoring, networks, Policing, QoS, Routing, Security, Tussle},
	url = {http://www.bobbriscoe.net/projects/2020comms/refb/refb_fdna04.pdf},
	author = {Briscoe, Bob and Cazalet, S{\'e}bastien and Soppera, Andrea and Jacquet, Arnaud}
}
