So this is the smart toothbrush right here with Oakland. Hello, so who are you? Hey, I'm the product manager from Oakland. And what is this special toothbrush? This toothbrush is so cool that you can customize your own brushing plans. You can choose the different intensity levels, different mode. It has a speaker? Yeah, it has the built-in speakers. Is it the only toothbrush with a speaker? Yeah, it's the only toothbrush on the market that has a speaker. It's connected to your smartphone? Yeah, well, to Bluetooth, I mean. What can you do with your smartphone? As I said before, you can customize your own brushing plans based on the intensity levels, the mode and the duration. And customize to your own oral care needs because everyone has a different set of teeth and everyone's oral care needs are different. And the vibrations are sonic? The vibrations are sonic. Like a phoenix, right? Yeah, but Philips, our frequency is more higher. We go up to 50,000 per stroke per minute. What do they do? 20,000? Maybe 36,000. 36,000, yeah. So you are stronger. That means you brush better. But people can choose. People can choose. There's four different levels, right? Yeah, different people. Honestly, not everyone is to go to the highest level because everyone's teeth are different. And somebody is more sensitive to that vibration. I like level two. Yeah, you can lower that. Which one is yours? Four. You are the max? I'm the max. I go to the max with the whitening mode. So with the max mode, there will be no more plaque? No, but I couldn't say that. But that's a good job to prevent plaque. The plaque is really hard and we also suggest you to go to the dentist. Yeah. It's always recommended. The toothbrush has a speaker so it can say, you have to go to the dentist. Not exactly. You will not say that? No. But the speaker will tell you which mode you're using, what is the level you're in. And also the coolest thing about the speaker is through the app, you can record your daily venous or the schedules or the reminders you want to hear. And once it syncs to the toothbrush via Bluetooth, you open it in the morning and you will hear your venous or whatever you recorded from last night. And it has a pretty long battery life. It's insane. My Philips, I have to charge it every week or something. Yeah. Because it's already 2 years old. I know. But this one, it only takes 3 hours to fully charge it and once it's fully charged it lasts for 60 days. 60? Yeah. 2 months. 2 months. You don't have to travel. So it's more than double. Maybe 3 times longer battery than Philips. I would say 4 times. 4 times. Yeah. That's very cool. With the voice, what can a voice say? Is that your voice? Is the lady's voice inside? Yeah, it's a lady's voice. It's not my voice. They're trying to do my voice but we haven't finished. Whose voice is it? I don't know. We hired something to do it. Yeah? Yeah. But is it possible to record your own voice? Yeah, yeah. Through the app. You can record your voice or your friend's voice. Yeah, you can do anything. Your friend can say brush more. Yeah, or like your spouse can say love you honey and this is the first thing you hear in the morning. It'll be so sweet. Maybe you can say hey, why didn't you brush your teeth yesterday? Yeah, you can do that too. You can do that too? Yeah. Or hey, that's too short. You have to continue. Yeah, of course. We just want to make this whole brushing experience more personal and more fun. You should say hey, don't forget to floss. Yeah, you can do that too. Because you need to floss. So how much is the price for this? It was on Indiegogo, right? It was on Indiegogo this August. Successful. It's really successful. It's a hit. And we also selected the Indiegogo team favorite actually. And we ship in December. We finished shipping in December already. This last December, I mean. So everybody got it before Christmas? Yeah, most of them got it before Christmas. And we had really good feedback from them. And what was the price on Indiegogo for one? I think the secret package is $69. And then for most of them, I think they got at $89. Phillips is $149. I know. It's only like one-third of the price. But what is your retail price? Retail price is $99. It's still like within $100. And you are launching at CES a cheaper one? Yeah, cheaper one. This is our Etsy version. It's half the price. But I would say they're pretty much the same. It's just like the... No speaker? No speaker with this one. And it takes up to six hours to charge it. But it's three hours to charge this one. Is it bigger battery? Yeah. The battery life is the same length. Battery life, they both last for 60 days. Is it a little bit bigger design? It's a little bit bulky. But I wouldn't, yeah. There's not that much different, yeah. $49? $49. Also Bluetooth? Also Bluetooth. All the application the same? All the application the same. You can get the voice from the application. Not really. You can have your phone nearby. No, I don't think the application would speak. You could maybe update it. Yeah, sure. We'll talk to our engineers. It depends what the users want, right? Yeah, of course. Give ourselves feedbacks. So, where are you from? I'm from the Bay Area. But the company is based in Shenzhen, China. Shenzhen, China? And it's also a French partner, right? Yeah, one of the co-founders from French. And what is the goal? Are you going to be the next Philips? What is the goal? Yeah, we're trying to break into the dominant industry by Philips and ROB. And we're trying to provide the sonic toothbrush at a affordable price. So, everybody could afford this awesome product. For a better overall health. I think everybody needs a sonic toothbrush, right? Of course. It should be the law. Yeah. Everybody needs a sonic toothbrush. Yes. You can choose Philips if you want. But probably better to choose this one, right? Because it's a better price. Better price, better quality, actually. Stronger. Stronger. Is one the same strength also? Yes. The frequency is a little bit lower. But I wouldn't say that's a much different from that one. Also four levels? Four levels. Yeah. And also for the brush head, we're partnering with Dupont and Pad AX. That's the two biggest brands that you can find on the market right now. Is it possible to connect the Philips toothbrush? No. No, no. Use the picture. The brush head is... You take it off? You can just take it off like this. So it looks like that. How much for the brush heads? It's only five bucks. Five bucks for one? Five bucks for one. It's really affordable. And the after-wear investment is not that high compared to Philips.


Okay, we're live. Hi everyone. So, so we have today, Madhu Zukan and with us with the guest speakers. So today topic is blockchain based secure and federated slice program for 5G networks. And over to you, Madhu Zukan. Okay. Thanks, we've been so thanks again for giving the opportunity to have this talk. So, so I'm Madhu Zukan. So I'm assistant professor mainly affiliated with the university college Dublin island. And also I'm working as a professor at University of all Finland. And with me, one of my PhD student Tara Keheva will be presenting today's talk and he's from the University of all. And this talk is basically based on the research work target is currently doing under the, the European project. Horizon 2020. So, so the topic is about secure, secure. We call it as a SFS broker which will be designed as a part of this horizon project. Okay, so let's go to the outline so so the outline is we will be talking discuss a little bit about why it's slicing it's important and what is the role of this slice broker in. And then we look at why blockchain is important in the network slice brokerage. And then we will discuss what is our proposed SFS broker architecture and its components. Then we'll present like how we have implemented this thing on top of the Fiji network and some experiment result to show like why this research is important. So the first half of the, like, the talk will be delivered by myself and I will hand over to the second half. Okay, so before we move into the network slicing so we have to, I think you might already know about Fiji network so the network slicing came as a part of this Fiji network. When we look at the Fiji network it is, it is a complex ecosystem like we mainly design in order to interconnect IoT devices and enable the IoT based services. So, since we are interconnecting IoT, IoT is why are the Fiji network it is going to provide services for different sectors. It can be like autonomous driving vehicles or it can be a smart parking spaces or it can be a smart city scenario or it can be a healthcare scenario or it can be power management or the smart grid case. So it's basically interconnecting everything around our world, the human society. So that's why I am saying Fiji is not just a mobile. Another mobile network it is a complex ecosystem which is interconnecting different system. When we look at like what are the applications of this Fiji network so we already identified some of the use cases with Fiji network can be used like autonomous driving drones for 4k or 8k video holographic TV augmented reality. So there are many applications which will be built on top of this Fiji network. So this Fiji application has a very diverse set of requirements and implementing this Fiji application on the Fiji network is a challenging task. So what is the challenge we found is like how we can optimize this Fiji network in order to support each and every application. When we look at different application, it has different set of requirements, the network level requirement or the security requirement or the privacy requirement. So it can be a different level of requirements we are needed in order to support each and every application. So basically how to optimize the network to provide each application is a challenge. So if we use like one network, one physical network, it's not going to fit into all of these applications. So that means we need to find a solution like how we can optimize this Fiji network to each and every application and satisfy the requirement. So on this aspect the network slicing concept came up. The main idea of the network slicing is how we can slice the physical infrastructure into multiple virtual networks. That means you have one physical infrastructure which has the network resources and you already have resources. It can be computer resources or it can be storage resources.  We call it as a physical infrastructure and you can take this physical infrastructure and you can build multiple virtual network on top of this physical infrastructure. The method we are going to have this kind of virtual network is called as a network slicing. So once you slice the network into different, can you go back to previous slide? So when you slice the network into different slices, so basically you can optimize each slice in order to provide the different services which is needed. For example, you can optimize one slice in order to provide the healthcare services. You can use another slice to optimize another slice to provide another service, maybe like Internet of Things kind of scenario. So the network slicing concept is like one of the pillars of this Fiji network, how to enable the Fiji service. Then let's look at like what is this slice brokering means. So the slice brokering mechanism comes when the different users or we call them as a tenant wants to get a network slice in order to enable one of his network services. Let's say we have this hospital and he wants to create the slice in order to provide the healthcare services. What he need to do is like he can request a network slice from the one of the resource provider. So the resource providers are the mobile operators or the cloud service providers or even local mobile operators. So there are many people who can provide the resources. So the tenant can request a network slice from a network resource provider in order to enable one of its services. So in this process, so we need a person who can ensure like the network service request, the tenant will get a slice according to his service requirement. So in this point, the slice brokering mechanism is important because the network slice broker is the one who make the connection between the service request and the resources provider. So the base on the resource request coming from the tenant network slice broker can find a suitable resource provider to create the network slice in order to support this tenant service. So this network slice broker in scenario can be very complex because when you create in one particular slice, the resources can be coming from the multiple resource provider. It doesn't have to be coming from one mobile operator or one cloud service provider. So you can combine the resources from multiple resource providers and create one slice. So that is called as like a federated network slicing. So that means like you are combining different resources and create a one single slice for in order to enable the service. That is more likely to have in the more 5G use cases because you need the service from the different resources provider. And these resource providers, as I mentioned, it can be a different people. It can be a mobile network operator or even local 5G mobile operators or even the cloud service providers or different different resource providers can become a part of this ecosystem. Okay, so then let's look at like what are the why we need blockchain in this network slice broker in scenario. So I have mentioned in this network slice broker in system, there are different stakeholders are involved. And also with 5G, there will be a lot of IoT based services will be also enabled. That means the ecosystem of this in this in this network slicing domain is going to be expanded both in horizontal and vertical domain because of the different industrial application and also the scaling up of the consumer volume and also the number of operators or the resource resource providers with going to be So then how we can establish in the trust between these different stakeholders in order to enable the network slicing. It's a challenge. And the blockchain is an ideal solution to establish one of the ideal solution to establish the trust between these different stakeholders and also in the blockchain is powered up with the smart contract. So we can use smart contract to automate most of the processes which is related to the network slice broker in in few slides later you will see like how we have automated this slice broker in process using the smart contract. And then, sorry, can you go back to this slide. Yeah, so, and also another benefit is like the transformation of the 5G services from the centralized to decentralized because when we look at the 5G, architecture we can see there are a lot of decentralized services because a computing is getting popular. So you can have the AI services already at the age with mobile mobile. Computing capabilities so that's why and also 5G is consists of a lot of local 5G operators in this kind of scenario. We have to go for the decentralized architecture. So the blockchain is another tool we can decentralize this 5G architecture. And also, since we are like multiple people are involved with the slice broker in. And also the payments handling is very important like because whenever you buy a service from a provider, you have to pay for that service. So in order to enable a marketplace, a blockchain is an idea solution. We have seen a lot of lot of research work has been done how we can enable the marketplace for the network slice broker. And on top of that, we can also improve the security in this network slice broker in process. So now we are going to present like what is the solution we have proposed. So I will hand over to Tharakar so he can continue with that presentation. Okay, thank you Dr. Sankar. So I will present the content related to our recently accepted journal papers. So we have included the we have to entitle this as a surface broker secure federated slice broker. And basically, we have applied this particular application of the federated slice broker, broker mechanism through the blockchain into facilitate the factory infrastructure. So here, I think if I can briefly point the deployment or even the use case. So you can see there are multiple production sites, which will be emerge in future manufacturing ecosystems. And each of these production sites require highly individualized kind of connectivity requirements. So, for example, as Dr. Monsang has elaborated previously. So different connectivity requirements, different resource requirements, for example, the computing power, or even the storage requirements and also some other functions. And also there are different security requirements, which will be individualized or even distinguishable between each and every consumer groups. So to facilitate that we have developed this surface broker mechanism. So in this surface broker you can see we have segregated several several components in the workflow. So in the surface broker architecture, we have distinguished the several components include, which is called prime mover, which received the resource request, and also the mediator, which is computing, which is formulating the slice slice network slice to deliver for particular resource requirement. And also the security manager component, which is like validating or even defending the slice broker ecosystem from the DOS attacks. And also finally the global slice manager, which includes the business logic to invoke the resource providers according to the slice requirement. So in this use case we have basically used the game theory and the reinforcement learning in order to formulate the optimal slice for a particular resource request. And also we have used the security manager to validate and validate and filter out the legitimate resource request and also the resource provider inward messages according to security specification designed in the blockchain. So that's the overview of our work that we have recently published. And if I elaborate on the components of the particular proposed architecture, so the prime mover is the very first component which receives the consumer request from the factory, so any other tenant. So we have deployed the API, for example, the application processing interfaces to interconnect or even expose the service to the different tenant groups. So in this API we have specified what are the specifications to pass the SFS broker in order to create the slice for the future consumption. And in this resource request we can clearly distinguish two types of varieties of resource parameters. We can say that the resource demand quantities, for example, how many cloud storage they need and also how many computing power, for example, the processor core or something. Or any other let's say any other connectivity requirements or even the functional requirements. So these can be even when segregated into resource demand quantity. And also the security requirements which is most important. And these security requirements include what are the key specifications, for example, what is the bit length of the RSA or DSA keys which will be used in the message authentication. And also what are the symmetric encryption algorithms, either it is AES25A6 or even AES128 or whatever. So these security requirements and the resource demand quantities will be received by the SFS broker in order to formulate the optimal resource, in order to instantiate the particular network slice to deliver the consumer to fulfill their connect to it. To secure the slice requirements and basically the prime mover captures this particular resource request and also using the resource demand quantities and security requirements. The prime mover creates the slice blueprint and forwards this to the next component is the mediator. So in the mediator, we have included it in the paper itself. So the mediator, so the main inputs are the consumer demands and the resource availability. So based on that, the table one, which is, this is something related to the game theory based algorithm, which will be used to compute the optimal resource, optimal slice for particular resource request and these values will be computed and stored in the ledger and the mediator formulates the ideal slice, which will be a federated slice or even single resource provider slice and invokes the global slice manager component for the slicing instantiation. So we have now received the resource request from the consumers and now we have the specification through the global mediator, what are the parameters and what are the resource providers to, which can fulfill this particular resource request. And the next step is the slice instantiation. So the global slice manager receives that particular the specification or the instantiation specification from the mediator based on this game theory based algorithm. And the global slice manager invokes this particular resource provider slice managers to instantiate the federated slice. So in this use case, there can be either singles resource provider or even multiple resource providers, which will be generating the federated slices. So in this use case, this global slice manager includes the business logic or the API specification to invoke these slice managers to instantiate the network slice. So for example, if it is Katana slice manager, so this Katana slice manager's API specification has to be encoded on the global slice manager. So this is the component which integrated with the slice managers of the resource providers. And also on top of all, the security service manager is there. So security service manager is basically performing a profile based verification on the resource request received from the consumer groups as well as the resource providers. So the main idea is to defend the slice broker by the colluding or even single malicious user, which will make the slice brokering service and the infrastructure unavailable for the legitimate users. So that's the main requirement of integrating the security manager for this particular architecture. So I have just summarized the security manager's role over here. So in this security manager function summary, you can see the malicious, there are three different attacks we have identified or even defined. And in this first attack is the malicious chance explicitly send the enormous number of resource requests to flood the slice broker.  Requests to flood or even make this slice brokering service unavailable for the legitimate tenants. So we have used the profile based mechanism to limit or even restrict and filter out the only allowed or even authorized number of resources. Requests from one particular tenant per day or any other time period. So that's the key idea. So this profile information stored in the ledger itself. So since it is stored in the ledger, we assume that this cannot be forged unless it has got the full computing power of the entire blockchain network which will be on our scope. So we assume that in this, in such scenario, this specification cannot be forged or modified. So it, so whatever, whatever the specification defined on this ledger, ledger for particular resource, particular tenant will be remain as it is. And this will prevent unauthorized number of resource requests for being forwarded to the network, the slice broker. So that's how we are protecting against the malicious tenants. And also, we can see malicious tenants explicitly send enormous number of resource requests to overutilize these providing infrastructure. For example, one malicious resource, one malicious tenant can utilize all of the resource providers infrastructure. So he can ask, I need 100 GB, 100 GB and I need 1000 cost and also I need some other fully utilization requirement. So in this case, he has hold, he can hold the entire infrastructure and make the infrastructure unavailable for the legitimate type of users. So we also prevent that using the security manager. So in the security managers, we have defined as we have previously done for the number of malicious requests, number of requests within a specific time period, we have defined what is the, what is the number of maximum number of authorized virtual machines in the next storage or even authorized the CPU course for particular tenant or even any other, any other consumer. So we did clear define that and this validation has been performed at each time when the resource request has been received from the tenant. Using this methodology, we have prevented the overutilization of the resource provider through the blockchain based slice broker. So, and also the malicious resource providers deliberately send resource offers which cannot be delivered. For example, this can also be happened that the slice broker do not have, the slice broker doesn't have infrastructure of his own, but so the slice broker interacts with the resource providers on behalf of the consumer. And in this case, if the malicious resource provider claims that he has this much of storage or this much of whatever the resources. So the legitimate tenants cannot, tenants will attempt to request and instantiate this particular resource, resources or even the network slices within this resource scope. And it will not be delivered. So this also can be eliminated using the profile based specification. So this profile based specification defines what is the maximum available or what is the available, really available quantities of the resources for a particular resource provider. So that's how the security manager is functioning. So it is the, it is kind of previous pre validation of the resource request and the resource provider offers or you can just provide a messages prior processing through the SFS broker. So I will just go through the workflow. So in this workflow, you can see the 10 slides request and these 10 resource request includes these resource resource quantities as the security requirements. And this validation is also happening happened in parallel and slice request, after the verification, verified 10 resource request with security requirements will be formulated to using as a network slice blueprint. And the slice selection algorithm will be running to check the resource availability and also the security services and the slice selection will be happened. And the slice manager will be invoked to make sure that that slice has to be what slice has to be instantiated and what are the specifications of the slice and notifies the slice is ready finally. And also slice creation and offer towards the tenant. And also the most important part is that we can even facilitate the secure service level agreement and monitor, which is like defines the limitations of the and also the terms and conditions of this network slice establishment for the between the consumer and the resource provider. So, we also facilitate that according to our project deliverable what we have recently contributed as horizon 2020 in spy 5G plus project so likewise we have facilitate these three, these slice creation as well as this SLSS establishment using our SFS broker. So, if I summarize the benefits of the proposed SFS broker. So, the most important part is the improved security. So, we have performed the request validation against those tactics so what we have we have summarized or even I have defined what are the potential dose attacks or even how these dose attacks will impact to the legitimate tenants as well as the resource providers and also the slice broker. And we have used optimal slice selection mechanism using reinforcement learning and game theory and also from our results we have reflected that our work provides lower consumer prices. So, the key idea is to make the key idea is that our slice network slice is not limited to one particular resource provider. This resource our slice created from the SFS broker is a combination of combination of multiple resources provided by let's say the cheaper or even lower price lower priced resource units and it is a combination which will be eventually deliver lowest price to the consumer. So, it is beneficial for the consumer because it is not from not defined as a single commodity it is a kind of combined commodity composite commodity. So, likewise the consumer gets that benefits by these composite commodity which is combined with lower prices lower priced resources and also the workflow automation can be performed through the smart contracts. So, for example, this is important when the number of resource request is frequent and also it is when the number of tenants are being increased so manually or even semi autonomous processing of these slice broker or slice service level agreement establishment will be resource intensive and also maybe human resource intensive or even any other computational resource intensive if it is being centralized. So, if it is being processed by the cloud server and these type of barriers or hurdles have been eliminated through the integrating the smart contracts and the delivery capability of the federated slice. So, more resource provider utilization. So, as I mentioned earlier, so the slice will be a combination of multiple resource providers. So, even though they do not have capability to deliver the entire slice requirements, still they can contribute to the federated slice by the availability of whatever the resources they have already in their hand. So, that is beneficial for the resource providers they do not idle. So, they can earn as much as earn at least some at least whatever the possible possible amount within their delivery capability. And also the scalability is scalability can be achieved through the decentralization. So, as I mentioned earlier, so instead of making the service centralized, so these particular the slice broker can be decentralized. So, for example, this is important when we are considering the local 5G operator like resource providers. So, in this use case, in this scenario, for example, if a particular city consists of multiple local 5G operators operating to facilitate different services, for example, hospitals or smart city and also the vehicular networks or even manufacturing. So, to deliver the slice brokering service for this particular resource providers, there is no need to connect or even invoke the centralized slice brokering service on the country itself. So, instead we can facilitate the slice brokering to be instantiated in the city, city's local computer or even whatever local server itself and make sure that the operation is executing locally in their local node. So, likewise, so the service expansion is possible with wider capability when compared with the centralization through the decentralized integration of the surface broker or the slice broker mechanism. So, these are the key benefits we have achieved from the surface broker and also some of these achieved due to the integration of the blockchain. And also I just go through the implementation. So, in the implementation we have, this is also according to the project deliverable specification. So, we have used high pleasure fabric blockchain to encode this whatever the logic we have developed in the algorithm using the Java based smart contracts and also we have used the, we have used JavaScript SDK to instant initiate the to commit the transactions to the ledger and we have used the rest API as the integration service of the for the IoT nodes, IoT tenants and also the other services which will invoke the slice brokering service and and also and also for the infrastructure we have simulated using the open stack infrastructure using Deus stack which is the developer version of the open stack. So we have used the Deus stack to do stack instance in our local machine to simulate the resource, the actual resources provided by the Generic Resource Provider and we have used OpenMano and also the Katana Slice Manager which is more important over here. So we have integrated Katana Slice Manager with the the open stack or even Deus stack infrastructure and using the southbound interface and we have exposed the northbound interface of the Katana Slice Manager with the Global Slice Manager component of the SFS broker. So that's how we have implemented that and we have even distinguished the functionality as a different smart contracts or even though it is not as same as the Ethereum smart contracts we have we can define or even differentiate the services based on their functionality using using the function declaration and on the object creation of the SDK. So we have distinguished like these services into a smart contracts and prime mover, mediator training and also the Global Slice Manager which encodes the Slice Manager specification, business logic specification and I will just go through the test results. So we have performed experiment on that and we have gone through several important type of evaluations and also we did some comparisons with the state of art. So we have compared with the NSB chain which is which is also blockchain based Slice broker. So in the NSB chain and the Federator Slice we have what we have evaluated is the resource provider utilization So what we have identified is that the NSB chain always offers the network slice for the cheapest option. So cheapest network slice or cheapest resource provider who offers the particular network slice will be the finalized network slice offering resource provider So in this case the NSB chain utilization is always remain one as single resource provider even though the number of resources have been increased. So in contrast in contrast our Federator Slice broker. So Federator Slice broker provides utilization of multiple resource providers to within their capabilities within the limitations of the capabilities they can contribute to federate the slice. So utilizing this particular approach we have we have observed that when the number of resources being increased the slice resource provider utilization is also getting increased so that means in general so that means more resource provider when the number of resources being increased there is more opportunity to the resource providers to deliver their available resources and sell their available resources to the consumers and earn some money. So like from that we have observed that it is beneficial for the resource providers to as they can contribute to this marketplace within according to their capabilities they do not want to have to deliver the entire slice based on the consumer requirement. But they as much as they they have they can contribute and also earn money so resource provider we have indicated that our resource provider utilization is higher when compared with the NSB chain. And also we have identified the mean Federator Slice cost. So we have numerically assigned a numerical value assigned to each and every component it can never be resource resources and also the resource request. So using that we have we have simulated through programtical simulated this marketplace scenario so we can we and we have observed that main federated slice mean federated slice cost is lower when compared with the NSB chain and our private surface broker. So the key reason is that as I mentioned earlier so the federated slice is composite composition of the lower price offering resource providers resources so likewise from this approach so the surface broker delivers lower cost lower cost slice for the consumer so it is even beneficial for the consumers as well. So there is no you will let's say in contrast let's say if if one if one particular resource will has available with one particular resource provider and if such scenario is there so even though the this resource this resource provider has better pricing or not for the other resources which are available with other resource providers so the consumer has to depend on this particular resource provider so in contrast we have eliminated that that particular approach so we have if this in such scenario so the resource provider can get that particular resource resource which is available with that particular resource provider only from its and the rest of the rest of the resources he can get from the other resource providers so that's how we have achieved better price for the consumers in through the federation so that is that is why this federation is beneficial for the consumers in terms of the cost. And also we have evaluated we have compared the candidate resource provider percentages so we have defined this percentage availability of the availability of resource providers to deliver particular resource requests so we have observed that when the number of resource providers have been increased so. When the number of resource providers has been increased so yeah when the number of resource providers have been increased only the success rate of the other state of art what we have compared is been increasing so for example, if. If the number of resource providers are limited to 10 or something like the 10 or any other 10 or 50 or whatever the success rate or even the even the capability to select or the number of candidate resource providers to deliver the resources are still lower when compared with the. When compared with the state of art and our work so our work provides more wider availability of the resource providers to deliver a consumer request so that the key idea is to. Provide the consumer more more resource provider more resource provider candidate means more competitive competitive market it is beneficial for the resource providers because they can. They can sell whatever they are available resources as according to the specification and also it is beneficial for the consumer because when the market becomes competitive he has better selection and also he has more competitive pricing eventually so that's why we have focused on this particular. A particular success rate feature so what we have observed is that through the Federation we can provide more candidates candidate resource providers eligible to deliver the particular. Slice through the Federation so in this that's so it is important when the in terms of competition perspective. And also we have we have evaluated this with scaling up the number of resource providers and also we have observed this with the number of. Scale and the scaling number of resources so we have. We have observed. This this observation and. Indicated the. Indicated the results so when we can consider the limitations and future work so the key observation what we have identified is. The block mining latency is increasing the end to end latency for example we have used the block mining. We have used the the sequential workflow we have defined the sequential workflow and each and every. Output of the each and every execution step will be included in the laser and the block will be mined before execution of the next step so that's so in this in this approach we can identify the sequential steps are consistent within the business workflow and also this will be used as a kind of record which is like. Which is which proves that the which ensures the non-repudiation of the data data and also the transaction workflow so the block mining latency is kind of. Problem that we have observed and also the storage overhead so it is a common problem not only for our work so the blockchain laser is growing always when the transactions are completed so this overhead is kind of performance intensive performance. It is impact on impacting on the performance of the for computing nodes it is not it doesn't matter for the big big servers but still if we are using kind of lightweight computing nodes. We it will be a big problem so and also the privacy anonymity and unlinkability of the transaction records must be improved so we have used the public laser so this public laser includes kind of. Public transaction data so we have to ensure privacy of these particular. Transaction records and the conclusion includes that the we can conclude that the veteran into a slice broker creates the values of the future dynamic network slice procurement process and also the blockchain integration improves the performance and the transparency of the slide selection operation and also the improvement. Of the blockchain in terms of confidential and consensus process will be. Reducing the gap between the teleco teleco applications and the application of the blockchain for the network slice brokering so these things we have we have identified as future research work of us so we just want to acknowledge that. The Academy of Finland 60 flagship project which is from university of fall and SFI connection of projects so it is from university college Dublin and also use 2020. Inspire 5G plus project so we deliver we have we have defined this particular work mostly aligned to their specification to specification on our our role. So the reason I we have included the key publications what we have included so this journal paper title that's blockchain based slice broker to facilitate factory as service and also blockchain and game theory convergence for network slice brokering so it is accepted to computer magazine. And also this how does attacks can be mounted on network slice broker and can they be mitigated using blockchain so these three papers are the key publications. What we have. Published according to this particular work. Yes, I think, thank you very much for the. Participation and I think it's good if you can raise some questions and answers questions. Yeah. Yeah, thanks thanks mother son can talk and. And if, and mother son already shared all the links for his research in the chat if someone is interested in check out. Okay, and I think we have some questions in the chat so first question I'm going to take from Brett, can you define give me three algorithms vectors. The actors right. Yeah I think that you can unmute yourself if you have like more clarification on the question. So is the wall that I guess they answered the game theory it's going to be in a paper the first one that you have. So I was asking if it was vector based. Yes, so we have defined the algorithms. Yeah, so basically the resource providers and the consumers have been defined as the actors. Okay, any more questions. Yeah. Thanks a lot guys for your presentation. I just have one quick question. So this NSB agent that your benchmark your proposal against the NSB rate. So have you I mean I'm just curious to know how you are I mean read that paper and understood the algorithm and implemented that chain and compared it against yours or how did you benchmark it I just don't understand. So we have like mostly what we did was we have benchmarked against the the the the slice cost right. So we have and also the resource provider utilization in terms of the resource provider utilization we have benchmarked against SFS broker and NSB chain. So my the key idea is that NSB chain when we if you go through the pseudo code I think you can see NSB chain is always offering offering or even selecting the resource provider based on the price. For example, if particular if I will explain like that so let's say that if particular resource request is there this resource request needs some set of resources from a particular resource provider and whoever the resource provider provides the lowest price for this particular resource request will be selected from the NSB chain. I think I'm correct on the NSB chain specification. So that's how it is working in the NSB chain. But the thing is that in this case in to deliver particular resource request so only one resource provider will be selected. So let's say if this particular let's say that if in such in such case in the if the if a particular resource is available for one particular resource provider still this resource provider will be selected based on their pricing and also the availability. And other resource providers will be idle so they cannot deliver the resource they cannot deliver their services and get the get payment or any contribution to the network. So we have eliminated that using the federation concept. So in this federation concept we can if this particular resource is available within what this particular resource provider let's say resource provider a and we can create that resource from the resource provider a and the rest of resource resources we can open for competing from the competitive market for the other resource providers if they can deliver these. deliver these other resources, except this particular resource available with the resource provider A. Others can offer, others can give their offers and based on these offers, we can compute or even select the federated slice. So using that concept, so we have opened up more resource providers to utilize the resources which are available within, and we have eliminated the limitation of aligning or even adapting towards one particular resource provider in particular scenario. So that is good in terms of consumer as well as in terms of the resource provider. So they can utilize the resources what they have already in their hand regardless of the unavailability of some resources requested in the slice request. So we have computed, we have simulated in the implementation perspective, we have simulated the resource request and also resource offers from the resource provider direction and perform the computer, perform the run of the algorithm through the program. Yeah, I just want to really appreciate thanks a lot for taking your time. I think when this, this poll and all these things comes to mainstream, this IC practical, very practical use case, it's getting used. Thanks a lot guys. Any more questions? Okay, so I think no more questions. So, and I think we have no more questions on chat as well. Okay. Thanks, thanks guys. Thank you. Thank you. Okay, thank you. Thank you. Okay. Thanks. Thank you. Thank you. Thank you very nice.


నానేనికిలింది. ఆగిటోటరంలిమికాసూదపంనోటి. క౨ేనికాటికసూతికినినింది. అకిపెమోనాసూదంది. క౨ికికిటాసంది. నికిటికింది. uem  яр                                                                                to improve the situation, including change in the management at the SAID hospital. To ensure good practice and transparency, management is following the policy on procurement with regards to value for money, quality and timely delivery of procured commodities. Furthermore, management has intensified routine monitoring and accountability for commodities and strengthened the Medicines and Therapeutic Committee to guide on procurement and rational use of drugs. With regards to the long waiting hours exhibited by large numbers of clients presenting at the outpatient's department in Matero, management has been engaged to ensure that there is smooth provision of continuum of care at all levels and utmost environmental hygiene practices. I wish to assure you that the health of everyone in the country is of utmost importance. We will as mandated by government work towards quality and equitable health care. I thank you all and God bless you all.


Hei, rwy'n ei amser. Rwy'n meddwl am gyfodol yma sy'n ffagorol ac mae'n gweithio y platform o'r ymddun i'r falch i gwellio cyfweld y gallu cyfweld o'r ymddun i gwelliadau. Yn ymddwch, mae'n gweithio'n cael y prosiectio sy'n gallu bod yn wneud ychydig i gyfrifio yma sy'n gweithio'n gweithio'n gweithio. Yn hyn, mae'n gobeithio'n gweithio'r cyfrifio ac mae'n gweithio yma mae'n gweithio eu cyfrifio isdio yn open telemetri. And today I want to share a few key insights that may help you if you're thinking about doing the same. OK, so let's imagine it's 2 AM. You run a web store and suddenly your users can't check out. They're getting those dreaded 500s. Now if you had no tracing at all, maybe you'd default to log some metrics like the old days. Let's say you've started tracing and you've got the web store instrumented but you don't have isdio. Then you start to see something like the left-hand side. So we can see that we've got something going wrong at the web store. We're not entirely sure what. Perhaps you're new to the team and you don't even know that there's a checkout service. Perhaps there are legacy services and you're trying to work out what's going wrong. So let's say we've instrumented the web store. We haven't instrumented everything else but we have all services on the isdio mesh. Then you can immediately see that you've got a checkout service and that there's something going wrong there and perhaps you can focus your investigation there. So that's one area that we found isdio particularly helpful. We've got some big and critical targets like the front door to our web application instrumented and there's dozens of services underneath. Some of them are instrumented, some are not but isdio can help point us in the right direction. So what do you need for this? So one thing you need to understand is unfortunately isdio is not psychic and this will apply to any tracing solution that you're using. Any requests coming into your system as it passes through all the services you're going to need to propagate context. That typically takes form of HTTP headers. There's various formats there. And generally that's going to involve extracting the headers from inbound requests and then injecting them into outbound requests. But frankly developed time is better spent on feature work. So for that we use the open-celemetry auto instrumentation and that automatically propagates context from many common libraries and frameworks. We've instrumented about 80 plus initial services with the Java agent and we've injected it with the operator and we've barely changed a single learner code. But there was one challenge that we encountered with headers in the first phases and that was that some piece of our infrastructure did not support that latest standard that W3C headers. So again, open-celemetry and isdio can help you solve this. The only thing that needs to remain constant is the headers throughout the requests. So the hotel collector can receive trace spans in many different formats, probably the formats that you rely on and we configured isdio to use the zipkin provider which we used those B3 headers and the hotel Java agent and many of the SDKs have a propagator's config option. So you can set that to use B3 headers and they also propagate W3C ones as well. So we did that and then we get that end-to-end request flow but we're sending spans in many different formats. So you can survey your infrastructure. Perhaps you have reliance on some older traces but you can still use open-celemetry and isdio has many formats that you can use as well. So survey your infrastructure, work out which ones are appropriate for you and then go ahead and configure it. Okay, so terms of config, we googled around, we found various different ways to configure isdio tracing but we did settle on the de facto way that you should do it now, which is mesh config and the telemetry API. So in your mesh config, you'll define your extension providers in terms of which one, like open-celemetry zipkin, there's various formats and then telemetry is where you pick which ones will default for each workload. And you can also do things at the namespace of workload level. So perhaps you want to roll out things on a gradual basis, you can do that. Or potentially you want to disable spam reporting for strictly noisy services. So we did that for the hotel collector itself. And then one thing to call out with the random sampling percentage, typically this is parent-based. So if you have any tracing happening before your mesh, isdio is just going to respect that decision. It's not going to change it. So this only really takes effect when isdio is making, isdio receives requests for the first time. And there's no tracing headers there. Okay, so one thing that we'll take a little bit of time to change is user habits. We've got a Rumbock which is pretty much muscle memory to season responders. It says check the logs, it also says check the traces now, but people will default to looking at the logs. And if you can put those trace IDs in the logs, you'll help people discover the traces exist and what's really happening under those requests. So that's quite easy to do with the Envoy access logs and you should also put it into your other logs where possible as well. O-Tail Java agent will help out with that as well. Okay, so quick recap. Key message here is really enable it and then get iterating. If it getting full end-to-end visibility across everything from day one, we'll be quite tough, especially if you've got a lot of services. You can get a head start with the O-Tail auto instrumentation and if you need to make some match tracing providers you can just got to make sure this head is the same throughout. Config, give a go with the telemetry API, it should sort you out. I've linked a tutorial down there which I found recently which is really helpful. So you can give that a go and then don't forget about this other observability signals. So add your trace IDs into logs and you'll help your users really discover what's going on under those requests. Another thing you can do is add exemplars to metrics but unfortunately I don't have time for that today. Thanks for listening and if you have any feedback or questions, then please reach out. Cool, and we have just a few minutes for questions as well. If anybody has any, go ahead and raise your hand and one of the two of us will meet you with a mic. I just want you to share your experience on the sampling rate. So what's the sampling rate you have configured and I'm assuming you are running on some cloud like maybe Azure or AWS. So if you compare their inbuilt distributed tracing system so how you choose whether I should go for the STO comparing the sampling rate and the cost if we configure this and then put all the logs there and then their default logs cost. Okay, yeah. So we're still experimenting with sampling rate. We really want to try out the tail sampling. We've not quite got there yet. I'm hoping to learn a bit more about that this week. So we actually sample our staging environment where developers are testing and where they replicate problems at 100% so that they can definitely get that. And then our production by default is 1% but we do configure that a bit higher on some workloads when we've been trying to debug some problems. We did find that generally there was a bit higher resource you choose as you up the tracing rate but the long and short of it is you need to experiment quite a lot. There's no one to answer for all your workloads and the other thing you have to do is you have to really work out where are the traces are starting and then that's where you'll need to adjust it. So we have some things where like the requests are coming in encrypted so the trace is actually starting at the hotel Java agent rather than Istia. Alrighty, any other? Great, awesome, thank you Chris. Oh, great. So the question is where do you keep your traces? We tried various vendors. Right now we're storing them in Grafana tempo open source. How about retention? For how long do you retain and how do you for example deal with things like GDPR or PIA information in traces? So we generally retain our traces for 14 days and we generally find that's enough time to look back but we do recommend people to export the traces and save the file for postmortem documents and that sort of thing. Alrighty, awesome, thank you Chris.


The National Terrorism Threat Advisory System defines the threat of a terrorist attack in Australia using five levels. The current threat level is probable. For more information, visit nationalsecurity.gov.au


to the other end so and down here we've got the Skechers Razor III from once again from 2000. Oh boy everybody I feel like St. Nicholas a big bag of marathon racing shoes right here. Okay thank you for your patience. I know a lot of you've been waiting for my decision on what shoes I will be racing in at the Amsterdam Marathon. I'm going to lay them all out here and there's a lot of options out there. At a lot of different price points as well that's a huge factor so let's lay them all out here for you. We're going to start with the Nike Vaporfly 4% Flyknit from 2018 New Balance Fuel Cell Rebel. We've got the Nike Zoom Flyknit and I realize some shoes are better options than others but I just want to show you everything. We've got the Hoka Carbon X. I want to show you everything okay and yes we even got the Hoka Carbon Rocket. There we go. Let me just spread these out a little bit. Hold on. I'm going to move down to the other end so and down here we've got the Skechers Razor III from once again from 2018. Let's see what else do we got? Oh oh here's one. Oh an oldie buddy goodie. I think the Adios 4 but just so everybody knows the Adios 5 just came out. So this is again 2018 and then of course the big bad dog that all of you have probably been waiting for the Nike next percent. There it is the fast one. I better put this one down here next to it's a big or I should say little brother so I am I'm struggling. Let me just run you through all these real quick. Skechers Razor III this is more of a trainer but I think you could run a marathon in it especially at the price point that now again these some of these shoes are from 2018 so there are updated versions now that you can purchase for example the Razor III but I really love this shoe for 20 mile long runs last year in 2018 so anyway it's an option. Now the Adios 4 as you probably know Nike and Adidas are the two leading companies in the world for marathon racing shoes so don't count out Adidas in the discussion. A lot of the elites in London and Berlin I should say Berlin this weekend and then Chicago in two weeks from then and then in Amsterdam a lot of them will be in Adidas. Not necessarily the Adios lineup but it is an option out there for some people yeah for some people. Okay moving on next percent oh don't have to say much about this Kipchoge will be wearing this shoe in Vienna I don't know about the upper it sounds like it might be the Flyknit but I heard that Mo Farah at the Great North Run in in the UK he wore the next percent with the Flyknit upper so fascinating um yeah I'll come back to the next percent in a second and then the Vaporfly for this this shoe has a very special place in my heart for a lot of different reasons I guess first of all this is the shoe I wore in 2018 when the channel started to grow because a lot of you out there were searching for more information about this shoe so I love the Nike Vaporfly 4 flying it a great option and then moving on to the New Balance Fuel Cell Rebel I think New Balance is pushing the envelope forward with this fuel cell lineup it has that little teeny tiny plate there you can see it there in the outsole that little dark blue spot so I don't know um for the price point I think I think you're looking at $130 maybe 140 that is not bad for the fuel cell rebel and then moving on to another Nike the Nike Zoonfly Flyknit this is the React Foam through the midsole a little definitely heavier than the other two Nike options but if you're looking for a shoe that's gonna get the job done it's not the lightest shoe on the market still has a carbon fiber plate in that midsole boom and you and you want to save a few bucks this is a good option okay and last but not least the two Hoka shoes so um I when I gave my full review of the carbon rocket I said that this is a 10k and half marathon shoe which I still am gonna stick with that but um if you want a shoe that has a little more ground contact feel and uh yeah a little more ground cut it's a it's a firmer landing than basically all the other options that I showed you except for the audio sfor from Adidas it actually I would put it in the category of the audio sfor as far as feel through that midsole um I'm still gonna say it's a 10 it's a 10 mile half marathon 10k shoe from Hoka and then the Hoka Carbon X the 50 mile world record holder wore this shoe Jim Wamsley I like it it's got good bounce I wore it in my 24 mile long run yesterday um so there it is there's a line up all the marathon let me just run you through them one more time this is these are all the shoes that I would consider for the Amsterdam marathon in uh in three and a half weeks three and a half weeks so we got the Skechers razor three adidas audio sfor Nike next percent Nike vapor fly four percent flying it new balanced fuel cell rebel Nike zoom fly flying it Hoka Carbon X and Hoka Carbon rocket so there you go I am uh I'm excited about my options I definitely will choose one of these and we're gonna go back to the studio uh right now and I'm gonna give you my thoughts on three shoes in particular that are in the final in the final run in fact I'll just tell them to you right now okay so we're gonna eliminate we're gonna eliminate the razor three gets drawn back the audio sfor gets drawn back the next percent ah just kidding just kidding next percent stays uh the new balance fuel cell rebel gets drawn back the zoom fly flying it and the Hoka Carbon rocket so therefore this slides down here they are the three finalists for the Amsterdam marathon not too shabby the marathon racing shoe decision 2019 here we go Hoka Carbon X Nike next percent Nike vapor fly four percent flying it so you're probably wondering Seth why isn't the Carbon X sitting up here it's because it's getting the cut that's right the first shoe to be cut out of the top three is the Carbon X and I'll tell you why right now it's the weight that's all this shoe is gonna slim down in the next iteration in 2020 I guarantee it it's about an ounce too heavy right now to really compete with these two Nike shoes Hoka though you're moving in the right direction with the Hoka Carbon X I cannot wait for your 2020 iteration of this shoe uh so stay tuned I'm hoping for good things in 2020 but for right now the only reason uh like it's nice ride good cushion I feel bouncy and springy in the shoe after the 24 mile long run yesterday in the Carbon X felt great but again it's just a smidge too heavy for the Amsterdam marathon okay there we go so that leaves us with two to go the vapor fly and the next percent now this is not an official comparison video between these two shoes I have to point out a couple of things just to help tell the story paint the picture for all of you the biggest difference absolutely is the upper I mean there's there's certainly differences between the midsole as well it's got that zoom X midsole in both shoes the carbon fiber plate in both shoes different outsole pattern you see it there on your screen right now definitely a different outsole pattern I might give a thought on that in a minute but definitely you know that that flying it upper and the vapor weave upper now I said this I'm gonna do my best to try and find this clip from July of 2019 where I said this about the vapor weave upper and it's very lightweight very malleable in fact when I was lacing up today I just was thinking huh I'm a little confused as to why it's scrunching up so much through the toe box and at the at the bottom of the eyelid chain there you have it that was my first impression of the vapor weave upper material coming right out of the box taking it out for the first run and I actually think that I nailed it I wasn't that far off base because I'm reading and listening to some other people out there talk about this vapor weave and I don't know if everyone is sold or all in in person like the fact that Mo Farah the best long distance runner right now from Great Britain he um he he he raced in the flying it on not the vapor weave at that great north run as I already mentioned so anyway right now I'll just I'm just gonna here it comes here it comes little drum roll please little drum roll if I had to wake up in the Netherlands tomorrow morning if I was in my hotel right now making a decision uh getting ready for Amsterdam tomorrow morning and I had to choose one of these shoes for my racer at the 2019 Amsterdam Marathon yeah you better believe it it's the Nike vapor fly four percent flying it can you believe it can you believe it it's not the Nike next percent now let me explain myself kind of air it out a little bit uh first of all I just have to say that this shoe feels like I'm at home in the shoe it feels very familiar very comfortable it's not uh it's not foreign to me when I put it on that flying it upper even the feel of the midsole so here are my three or four points as to why if I had to choose tonight for Amsterdam tomorrow I would go with this shoe point number one the as I already mentioned the flying it feels so much more at home I feel a better lockdown in the flying it versus the vapor vapor weave and I remember in my first impression vlog up a right hand corner if you want to go watch it I remember saying that the scrunching up through the toe box of that vapor weave material I didn't like it I don't I still don't like it um so that's point number one so point number two I'm getting some rubbing through the heel counter so this is the heel counter right here at the back of the shoe where your Achilles tendon uh connects to your your heel see that little piece of material that black right there I don't know if you can see it hopefully I can get a zoomed in shot of that it's a little piece of padding to basically help lock your heel into the shoe because the vapor weave material is so thin they have to they basically have to put that piece of material in there to lock your heel in and give you a little bit of uh reprie like you would get such a bad blister if that wasn't there rubbing against this vapor weave material the green part so I'm not loving the feel of that black material that little cushion there at the back and right now I am suffering from a few blisters at the back of my heel the on my Achilles tendon I'm hoping to clear that up as soon as possible but I'm training at high levels right now so it's a little difficult to do that so right now I don't like the feel and frankly today taking the uh the fly net the vapor fly four percent flying it back out I did not feel the blisters at all today through this upper at all at all at all I I don't know what else to tell you like that's a huge issue for me right now so I am very very bullish on this upper right through the heel counter right now compared to the heel counter on the next percent and point number three it's kind of a couple points I'll wrap it into one though is that the next percent feels so it's it's a little lighter okay I'm gonna put the weight on your screen right now both shoes same size you see it on your screen right now so it is a little lighter ever ever so slightly but here's the deal it feels like and I said this in my first impression blog it feels like the next percent it feels like I'm wearing boats on the bottom of my feet the stack height is so tall and the the landing area is just a little wider than the than the vapor fly four percent that it feels like I have I don't want to say clown shoes but it feels like I have boats on my feet it almost feels like they're not as aerodynamic as the four percent and last point is that I feel like the next percent is in charge of me rather than me being in charge of the shoe in the four percent I feel in charge of the shoe okay I feel in charge when I'm wearing this shoe like I'm in control I'm moving forward everyone isn't this crazy so last point is that tomorrow morning when you're watching this actually I'm gonna be doing my first threshold run leading into Amsterdam you better believe I'm taking out the next the vapor fly four percent flying it for a threshold run meaning fast so I'm gonna solidify my opinion that this is the shoe for Amsterdam for me right now this is my shoe I really I don't think it's gonna change I'm really saying that it kind of is shocking to me I will take the next percent out for some more runs but again it just feels too bulky I'm not in love with the upper um that is that and just little put a little pepper and salt on top the world record is still held held in the four percent now maybe in about 10 to 12 days or no one is it about 15 days from now we're gonna see a new world record in the next percent midsole again I'm not sure if Kipchoge is doing the next percent with the vapor with the flying it upper but at least at this point as of the date of this recording this shoe still holds the world record for the marathon so I'm just putting that out there to add a little spice add a little pizzazz to today's vlog so I love you guys question keyword flying it keyword flying it and that question of the day you better believe it what is your next marathon race what shoe are you wearing for your next marathon I can't believe I'm saying this I'm telling you everybody I put this shoe on again today it's been a little while it felt so at home I felt in control I felt like I was ready to go rock and roll frankly and that I was in control not the shoe I love you all thank you for being here thank you for watching thanks for just rocking and rolling and live but boom we're getting closer we're getting closer all right we're going to throw it back to a couple old vlogs of course the first impression of the next percent will be on the right and then a big workout I did oh gosh was it nine months ago in the vapor fly four percent flying it on the right I do believe all right everyone love you all see beauty work hard and love each other see you tomorrow