[{"author": "Mohamed Boucadair", "text": "<p>I guess some pluggins are needed to translate to protocol-specific objects</p>", "time": "2022-07-27T14:25:56Z"}, {"author": "Alvaro Retana", "text": "<p>I don\u2019t see Felipe logged into the Meetecho \u2014 if anyone wants to follow up on his presentation, I can make the connection. :-)</p>", "time": "2022-07-27T14:32:52Z"}, {"author": "Alexander Clemm", "text": "<p>Question re: Cheng Zhou's presentation <br>\nin NMRG: Have you considered using YANG Push (RFC 8641 / RFC 8639) as a mechanism to collect data / updates between digital twin and network?</p>", "time": "2022-07-27T14:42:54Z"}, {"author": "Cheng Zhou", "text": "<p>Good point. Yes, as noted in the slides: ANG modeling can be a common method to describing a network equipment with simple structured language.</p>", "time": "2022-07-27T14:43:33Z"}, {"author": "Cheng Zhou", "text": "<p>YANG modeling</p>", "time": "2022-07-27T14:43:45Z"}, {"author": "Alexander Clemm", "text": "<p>Modeling via YANG is one thing, the other is the mechanism to retrieve the actual data - streaming as per RFC 8641 may be one option to consider if the data is modeled in YANG</p>", "time": "2022-07-27T14:45:01Z"}, {"author": "Mohamed Boucadair", "text": "<p>You are right, Alex. 8641/8639 are indirectly cited via I-D.ietf-netconf-adaptive-subscription.</p>", "time": "2022-07-27T14:51:05Z"}, {"author": "Cheng Zhou", "text": "<p>Yes. YANG Push (RFC 8641 / RFC 8639) can be used to collect data.</p>", "time": "2022-07-27T14:51:41Z"}, {"author": "Mohamed Boucadair", "text": "<p>Both are worth to be cited explicitly in the next iteration of the draft.</p>", "time": "2022-07-27T14:52:50Z"}, {"author": "Cheng Zhou", "text": "<p>Yes. We will make the update in next version, both to the arch draft and to the data collection draft.</p>", "time": "2022-07-27T14:59:36Z"}, {"author": "Mohamed Boucadair", "text": "<p>If the measurement is reliable (which I'm not sure about yet), doing the measurement at the DT this would save waking some nodes in the PN just to handle the probing request.</p>", "time": "2022-07-27T15:04:13Z"}, {"author": "Danyang Chen", "text": "<p>Yes, if we are measuring end-to-end delay, we can just measure the nodes at both ends without waking up the intermediate PNs</p>", "time": "2022-07-27T15:09:18Z"}, {"author": "Hongwei Yang", "text": "<p>Yes, network measurement is a use case for DTN, especially one-way delay measurement</p>", "time": "2022-07-27T15:15:28Z"}, {"author": "Mohamed Boucadair", "text": "<p>@dean: there are actually two dimensions that require some standardization actions. The first one is how to capture network-wide a set of energy-related metric. This can be basically an enhanced YANG twin of the eman MIBs.</p>", "time": "2022-07-27T15:24:34Z"}, {"author": "Mohamed Boucadair", "text": "<p>The second one is whether some forwarding tweaking is needed based on power/energy metrics.</p>", "time": "2022-07-27T15:25:47Z"}]