is the voice volume ok for the remote participants?
", "time": "2024-03-22T03:01:57Z"}, {"author": "Adrian Farrel", "text": "yup, thx
", "time": "2024-03-22T03:02:08Z"}, {"author": "Cheng Li", "text": "Just checking. It seems a little bit low on site
", "time": "2024-03-22T03:02:20Z"}, {"author": "Adrian Farrel", "text": "@meetecho, can we see the presenter, please?
", "time": "2024-03-22T03:05:46Z"}, {"author": "Adrian Farrel", "text": "thanks
", "time": "2024-03-22T03:08:35Z"}, {"author": "Jim Guichard", "text": "Sfc comments seem right
", "time": "2024-03-22T03:11:29Z"}, {"author": "Mohamed Boucadair", "text": "here the def we have \" Computing Service: An offering is made available by a provider by
\n orchestrating a set of computing resources (without networking
\n resources).\"
not sure which modification is needed
", "time": "2024-03-22T03:12:55Z"}, {"author": "Adrian Farrel", "text": "I think the concern is about whether it is an on-path service or an \"end-point\" service
", "time": "2024-03-22T03:16:16Z"}, {"author": "Kehan Yao", "text": "@Med, Hi Med, from my point of view, the difference is that \"Computing service\" at endpoints need to be aware of application content, that is to process application layer information carried inside the payload. While \"Service\" in SFC doesn't directly process these information, but will implement network functions on-path.
", "time": "2024-03-22T03:24:34Z"}, {"author": "Adrian Farrel", "text": "That is a good point. On-path for SFC tends to be seen as packet by packet. CATS is definitely \"transaction-based\". But the BBC use-case seemed to be somewhere in between
", "time": "2024-03-22T03:29:54Z"}, {"author": "Adrian Farrel", "text": "@Kehan, please make sure this moves to the list or we will lose the discussion!
", "time": "2024-03-22T03:30:24Z"}, {"author": "Kehan Yao", "text": "@Adrian, sure.
", "time": "2024-03-22T03:32:02Z"}, {"author": "Mohamed Boucadair", "text": "Thanks Kehan. Will follow-up on the list.
", "time": "2024-03-22T03:38:07Z"}, {"author": "Cheng Li", "text": "nice
", "time": "2024-03-22T03:40:32Z"}, {"author": "Cheng Li", "text": "BTW, suggest guys to write down your comments in the minutes by yourselevs, or at least check if your comments are recorded correctly. :)
", "time": "2024-03-22T03:49:32Z"}, {"author": "Adrian Farrel", "text": ":-)'
", "time": "2024-03-22T03:49:44Z"}, {"author": "Tom Hill", "text": "Chair in the room, could you ask the speaker to step back a little from the mic
", "time": "2024-03-22T04:01:10Z"}, {"author": "Tom Hill", "text": "He is very loud
", "time": "2024-03-22T04:01:21Z"}, {"author": "Tom Hill", "text": "Thank you!
", "time": "2024-03-22T04:01:33Z"}, {"author": "Tianji Jiang", "text": "Luis, for your draft, you are having a DU to select one CU (of many candidates). but, the DU does not have the IP info yet (the PDCP is btwn UE and CU). Here we are talking about CATS; so how to fit into the IP?
", "time": "2024-03-22T04:02:40Z"}, {"author": "Peng Liu", "text": "Tianji, you can also send the question to the mailinglist. Thanks.
", "time": "2024-03-22T04:03:37Z"}, {"author": "Tianji Jiang", "text": "further, your suggetion is really impacting the RAN behaviors; might invovle (unnecessary) handover. so, i am seeing pushback for sure from wireless people
", "time": "2024-03-22T04:04:09Z"}, {"author": "Luis Contreras", "text": "Thanks Tianji for the question. The traffic between DU and CU is encapsulated in IP network, for instance using VPN or slices. This is documented in O-RAN Xhaul Packet Switched Architectures and Solutions 7.0 from the O-RAN alliance, accessible here: https://orandownloadsweb.azurewebsites.net/specifications
", "time": "2024-03-22T04:05:25Z"}, {"author": "Luis Contreras", "text": "Regarding your second question, it is very pertinent, and one of the aspects to consider. The frequency of selection between CUs would probably be not so frequent as in other CATS cases. It would be much more tactical for instance depending on the status of the compute infrastrcuture supporting the virtualized CU. That is, changing teh association when problems in the existing CU will appear.
", "time": "2024-03-22T04:07:07Z"}, {"author": "Tianji Jiang", "text": "Luis, thanks for the info. I am afraid your draft suggests changing the RM process, especially how the gNB (CU) is selected from the RAN spec (this is nothing related to IP)
", "time": "2024-03-22T04:07:56Z"}, {"author": "Tianji Jiang", "text": "we can talk about after the session
", "time": "2024-03-22T04:08:17Z"}, {"author": "Luis Contreras", "text": "sure!
", "time": "2024-03-22T04:08:34Z"}, {"author": "Mohamed Boucadair", "text": "Not fun of DTs, it would be great to trigger discussion on the list on the metric distribution
", "time": "2024-03-22T04:09:19Z"}, {"author": "Adrian Farrel", "text": "@Med. Yes. The question is how to force some progress on this. Sometimes meetings can make people concentrate on what needs to be decided.
", "time": "2024-03-22T04:11:46Z"}, {"author": "Adrian Farrel", "text": "I really don't want us all to leave Brisbane agreeing that \"something needs to be done\" but then not do anything until we see the deadline for ITF-120
", "time": "2024-03-22T04:12:30Z"}, {"author": "Mohamed Boucadair", "text": "Same here
", "time": "2024-03-22T04:12:45Z"}, {"author": "Cheng Li", "text": "at least for me, two work should be done after the meeting. 1. address the comments of framework draft received in WG adoption call. 2.trigger the discussion, even create a Design team to accelerate the discussion.
", "time": "2024-03-22T04:17:06Z"}, {"author": "Cheng Li", "text": "But indeed, we need to pay more attention to the work, it is not easy, and will not be done in several days.
", "time": "2024-03-22T04:17:44Z"}]