Re: Proposal for Consolidating Parts of the ART & TSV Areas

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Having only one AD makes handover and general AD life much harder. Even if responsivities and expertise are not shared, having a decided "buddy" to discuss with is really helpful. I think the Ops and management area has shown that.

Further from a deconflicting point, having these groups together in one area makes actually sense to me, or at least more sense than the current area boundary.



On 08.09.23, 17:22, "ietf on behalf of Mark Nottingham" <ietf-bounces@xxxxxxxx <mailto:ietf-bounces@xxxxxxxx> on behalf of mnot=40mnot.net@xxxxxxxxxxxxxx <mailto:40mnot.net@xxxxxxxxxxxxxx>> wrote:


Perhaps that could work. I'm still not seeing why it's preferable to the arrangement I described: one dedicated TSV AD, who relies upon multiple ADs for backup when needed.


Cheers,




> On 8 Sep 2023, at 5:18 pm, Tommy Pauly <tpauly@xxxxxxxxx <mailto:tpauly@xxxxxxxxx>> wrote:
> 
> 
> 
>> On Sep 8, 2023, at 8:14 AM, Mark Nottingham <mnot@xxxxxxxx <mailto:mnot@xxxxxxxx>> wrote:
>> 
>> (trying to correct the CC: line)
>> 
>>> On 8 Sep 2023, at 5:10 pm, Tommy Pauly <tpauly@xxxxxxxxx <mailto:tpauly@xxxxxxxxx>> wrote:
>>> 
>>> to Mark’s point, this does make the coverage/failover story a bit awkward, and I’m not sure we benefit by a having a sharp line. Since there is so much overlap in participants here, I think we could be well-served by two ADs who both work on both QUIC and HTTP/3 for example. The NomCom could be given guidance to try to make sure the AD pair isn’t too lopsided, but I think it would be cleaner to just have a unified new area.
>> 
>> I'm concerned this would be limiting -- HTTP is more than transport, despite recent focus on that in /2 and /3. Having an AD who understands things primarily from an application protocol standpoint is something I'd be reluctant to lose.
> 
> I certainly agree that HTTP is more than transport, but given the difficulty we’ve found in finding transport ADs over the past several years, I was imagining more that we’d end up with the two ADs for this new area potentially both leaning to be more application-focused in the lopsided case.
> 
> Best,
> Tommy
> 
>> 
>> Cheers,
>> 
>> --
>> Mark Nottingham https://protect2.fireeye.com/v1/url?k=31323334-501d5122-313273af-454445555731-2328097a3e27f5ac&q=1&e=c75d0d44-f557-4c56-abf0-843ebe115596&u=https%3A%2F%2Fwww.mnot.net%2F <https://protect2.fireeye.com/v1/url?k=31323334-501d5122-313273af-454445555731-2328097a3e27f5ac&amp;q=1&amp;e=c75d0d44-f557-4c56-abf0-843ebe115596&amp;u=https%3A%2F%2Fwww.mnot.net%2F>




--
Mark Nottingham https://protect2.fireeye.com/v1/url?k=31323334-501d5122-313273af-454445555731-2328097a3e27f5ac&q=1&e=c75d0d44-f557-4c56-abf0-843ebe115596&u=https%3A%2F%2Fwww.mnot.net%2F <https://protect2.fireeye.com/v1/url?k=31323334-501d5122-313273af-454445555731-2328097a3e27f5ac&amp;q=1&amp;e=c75d0d44-f557-4c56-abf0-843ebe115596&amp;u=https%3A%2F%2Fwww.mnot.net%2F>







[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux