Future networks with orders of magnitude increase in data rates and large granularity bursty traffic need an architecture with high efficiency and also adapt dynamically to fluctuating offered loads and rapidly changing networks states. Moreover, applications and computing will impose new requirements on the network infrastructure such as time deadlines. The current network management and control systems only adapt quasi-statically (from minutes to days) due the smoothing effects of significant statistical multiplexing of traffic. Future networks will see increase in demands mostly due to large granularity sessions. These granular sessions present large dynamic range and bursty offered traffic to the network, resulting in unpredictable congestions and blocking. We will explore efficient and agile network algorithms to adapt quickly to changing network conditions: a cognitive network management and control system resides in the network control plane as a collection of coordinated algorithms that sense and infer network states, decide and implement fast scheduling of flows, predict intention of users/applications and take appropriate actions, perform rapid load balancing, and handle resiliency via reconfiguration, restoration and reconstitution of failed network assets.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

The IANA central IPv4 address space has been fully depleted back in February 2011 making the deployment of new large-scale networks especially 5G, IoT networks not scalable and not what 5G and IoT really stands for. Hence the new IP protocol IPv6 has been designed to cater for this already back in the 90s and waiting for its killer apps to take off. 4G was the first one to adopt IPv6 in larger scale.
The IPv6 Deployment worldwide is becoming a reality now with some countries achieving more than 50% user penetration, with Belgium (58%) at the top ranking (http://labs.apnic.net/dists/v6dcc.html) and reaching double digits v6 coverage on Google IPv6 stats. Many Autonomous Networks (ASN) reach more than 50% with v6 preferred or v6 capable penetration: (http://labs.apnic.net/ipv6-measurement/Economies/US/). Over 1.5 Billion users are accessing the Internet over IPv6 and probably not even knowing it.
New topics are more on the lime light such as Cloud Computing, SDN, NFV, 5G with no attention to the issues dragged by IPv4/NAT/CGNAT. These fields are taking IP networking for granted designing them on IPv4/NAT building non-scalable and non-end to end solutions. The IPv6 Forum is driving new initiatives to garner support and create awareness on the impact of IPv6 on topics such as real IoT, open Cloud Computing, openstack based SDN-NFV and IPv6 only 5G.

Blockchain, the technology behind Bitcoin, has emerged as a “secure by design” technology, showing great potential to enable a wide range of decentralized secure applications across a broad spectrum of industries. However, the security of blockchain is largely depending on a threshold assumption. Using the Bitcoin network as an example, a fundamental assumption is that the network is secure as long as adversaries cannot control more than 50% of the network’s gross computing power. In this talk, we will focus on the proof-of-work (PoW) blockchain consensus protocols and examine some fundamental security properties of blockchain. We show that while blockchain promises decentralization, irreversible record keeping, public verifiability, transparency, and user anonymity, etc., these security properties do not come for free and they are not guaranteed. Excessive overhead and performance deficits may place a fundamental limit on the use of blockchain in many applications. We also show that factors, such as mining strategies and network connectivity, could significantly reduce the fundamental 50% threshold value of blockchain security.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.

This talk does not have an abstract.