<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 03/23/11 17:10, Bernard Aboba wrote:
<blockquote cite="mid:blu152-w5EB9165662C7853AC47F193B70@phx.gbl"
type="cite">
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Tahoma
}
--></style>
<br>
> > While there is an obvious need for IETF activity on
underlying <br>
> > protocols, codecs and formats I'm unsure as to how a W3C
RTC group is <br>
> > going to effectively manage any overlaps here.<br>
> So am I. Input here and to the WHATWG and W3C on what people
think would <br>
> be appropriate methods to manage the division of labour would
be <br>
> helpful. I have my opinions, but I'm not the only one whose
opinion matters.<br>
<br>
The best suggestion I can come up with is to set up formal
cross-review milestones. <br>
That is, the IETF RTCWEB might produce framework or API
requirements documents that the W3C<br>
RTCWEB WG could review, and once there is agreement on those and
things are further along, <br>
the IETF RTCWEB WG could review a W3C RTCWEB API document for
compatibiity with those<br>
documents. <br>
</blockquote>
To me, this seems like both too much and too little; it would
require setting up another level of bureaucratic complexity with
work items that have to be signed off on by multiple participants,
many of which are the same on both sides of the virtual "fence",
while it doesn't do anything that prevents real disagreements or
disconnects to occur.<br>
<br>
My preferred working method would be to have each group acknowledge
that its output only makes sense in conjunction with the output of
the other (I think the charters of the 2 already do that), and to
rely on cross membership and people's desire to get useful output to
get the harmonization we want.<br>
<br>
Harald<br>
<br>
</body>
</html>