[{"author": "David Black", "text": "<p>Audio is ok</p>", "time": "2026-07-23T09:31:04.000Z"}, {"author": "Ketan Talaulikar", "text": "<p>Welcome to FANN</p>", "time": "2026-07-23T09:31:21.000Z"}, {"author": "Eddie Ruan", "text": "<p>Welcome to FANN</p>", "time": "2026-07-23T09:31:33.000Z"}, {"author": "Adrian Farrel", "text": "<p>Hey Eddie. Would be nice to be able to see you  (if you're not in bed ;-)</p>", "time": "2026-07-23T09:33:34.000Z"}, {"author": "Jie Dong", "text": "<p>hope we can have some fun here:)</p>", "time": "2026-07-23T09:33:47.000Z"}, {"author": "Adrian Farrel", "text": "<p>Hello :-)</p>", "time": "2026-07-23T09:34:06.000Z"}, {"author": "Eddie Ruan", "text": "<p>Hi Adrian, nice to meet you here</p>", "time": "2026-07-23T09:34:18.000Z"}, {"author": "Jeff Tantsura", "text": "<p>Hey Eddie :)</p>", "time": "2026-07-23T09:35:04.000Z"}, {"author": "Eddie Ruan", "text": "<p>Hi Jeff, just saw you walked in. :)</p>", "time": "2026-07-23T09:35:19.000Z"}, {"author": "Mike McBride", "text": "<p>What's the purpose of the problem statement, etc not being published.</p>", "time": "2026-07-23T09:36:26.000Z"}, {"author": "Alia Atlas", "text": "<p>hello</p>", "time": "2026-07-23T09:38:59.000Z"}, {"author": "Carlos Bernardos", "text": "<p>@Mike the purpose is to guide the framework work, and not publishing it is just stated in the charter</p>", "time": "2026-07-23T09:39:01.000Z"}, {"author": "Adrian Farrel", "text": "<p>@Mike The IESG seems to be tidal on this sort of thing. Current thinking is along the lines of \"What purpose would be served by publication?\"</p>", "time": "2026-07-23T09:40:05.000Z"}, {"author": "Adrian Farrel", "text": "<p>My advice. Work on the doc as though it was going to be an RFC. When it is ready, talk to the AD and get them to read the doc before saying yes or no</p>", "time": "2026-07-23T09:41:22.000Z"}, {"author": "Mike McBride", "text": "<p>Thanks will do. If problem/gap/requirement documents are typically not published I'll leave it alone.</p>", "time": "2026-07-23T09:42:15.000Z"}, {"author": "Ketan Talaulikar", "text": "<p>The document is identified as a support document for WG decision making and guiding the framework and further work. I leave it to the WG on how much time to spend on polishing it and when to switch focus on the framework.</p>", "time": "2026-07-23T09:47:09.000Z"}, {"author": "Jeffrey Haas", "text": "<p>It's a bit peculiar that the criticism of BFD's time is less about what the protocol can carry (it carries timers in microseconds), and more about what implementations have chosen to do for scale.  Different applications might push the core protocol faster.</p>", "time": "2026-07-23T09:47:39.000Z"}, {"author": "Carlos Bernardos", "text": "<p>For online note taking this is the notepad: <a href=\"https://notes.ietf.org/notes-ietf-126-fann\">https://notes.ietf.org/notes-ietf-126-fann</a></p>", "time": "2026-07-23T09:47:50.000Z"}, {"author": "Ketan Talaulikar", "text": "<p>There is recognition that this is a fast moving area in the industry.</p>", "time": "2026-07-23T09:48:05.000Z"}, {"author": "Jeffrey Haas", "text": "<p>Much of the recognition is there is a great deal of sticky pasta being thrown rapidly at the wall to see what clings to it.</p>", "time": "2026-07-23T09:48:47.000Z"}, {"author": "Jeffrey Haas", "text": "<p>@meetecho The FANN room mics are running very quiet.</p>", "time": "2026-07-23T09:54:57.000Z"}, {"author": "Lorenzo Miniero", "text": "<p><span class=\"user-mention\" data-user-id=\"422\">@Jeffrey Haas</span> do you mean for local or remote attendees?</p>", "time": "2026-07-23T09:55:33.000Z"}, {"author": "Jeffrey Haas", "text": "<p>locally. Remote may be fine because I'm having to read the AI transcripts because I can't hear the speakers.</p>", "time": "2026-07-23T09:56:01.000Z"}, {"author": "Lorenzo Miniero", "text": "<p>Ack, I'll let the AV team know</p>", "time": "2026-07-23T09:56:18.000Z"}, {"author": "Carolina Caeiro", "text": "<p>guys, I have a question on what document will establish the type of information of Fast Network Notifications, would this be established by the problem statement? Requirements doc further down?</p>", "time": "2026-07-23T09:59:54.000Z"}, {"author": "Carlos Bernardos", "text": "<p>the ps document should shed the light on what is needed (based on the gap analysis) and then the framework define and specify that</p>", "time": "2026-07-23T10:01:42.000Z"}, {"author": "Carolina Caeiro", "text": "<p>thanks Carlos, question for Jie, can you clarify what you mean by \"Fine-grained network status information\"? What would this entail and how this is limited to  link failures/ signal degradation ?</p>", "time": "2026-07-23T10:09:25.000Z"}, {"author": "Joel Halpern", "text": "<p>I note that pfc has an explicit lifetime, which could easily be shorter than the latency across the wide area network.  Is there an expectation that this propagation takes that into account?</p>", "time": "2026-07-23T10:15:08.000Z"}, {"author": "Mike McBride", "text": "<p>@Caroline: Look at section 4.1: \"This can include quantifiable network metrics like link utilization, queue length,  level of congestion, link or node delay, jitter, packet loss, etc.</p>", "time": "2026-07-23T10:15:42.000Z"}, {"author": "Jie Dong", "text": "<p>@Carolina Caeiro as Mike replied, fine-grained network status information can be quantifiable information about network status  such as link utilization, link degradation, level of congestion or queue buildup information</p>", "time": "2026-07-23T10:21:53.000Z"}, {"author": "Carolina Caeiro", "text": "<p>thank you both -- looking at the draft now</p>", "time": "2026-07-23T10:22:43.000Z"}, {"author": "Adrian Farrel", "text": "<p>@Joel. Important question, but akin to interflap or bandwidth variance in TE. I think trigger thresholds and damping will be critical</p>", "time": "2026-07-23T10:23:24.000Z"}, {"author": "Joel Halpern", "text": "<p>@Adrian I am concerned because the PFC generation is structured around assumptions about network topology, and thus it seems important in trying to propagate such information to recognize the differences in cases and explain how to deal with them.  For our existing IP TE solutions we recognize the inherent latency of the responses in the design of the system.</p>", "time": "2026-07-23T10:25:12.000Z"}, {"author": "Jie Dong", "text": "<p>Regarding the scope of recipients, my understanding is the major target is the network nodes which are in the traffic forwarding path and can take actions in the network layer, delivering the notification to hosts would need coordination with the transport area WGs.</p>", "time": "2026-07-23T10:26:38.000Z"}]