Exactly. Midtax may well prove to be a one-off BOF, although I can't
exclude that it leads to suggestions for additional work items
somewhere in the IETF. Midcom has a specific set of milestones.
Brian
Melinda Shore wrote:
I don't know whether this is a trivial point or
not, but the *midcom* working group is focusing
on network/transport layer stuff, and *midtax* is
a BOF to discuss categorization of middleboxes
with, I think, the intent to clarify thinking and
architecture in new activities (like midcom!) around
middleboxes.
I think there is a much simpler way to distinguish the scopes of Midtax and
OPES. Midtax is involved with packet networking intermediaries, while OPES
is involved with content networking intermediaries. The difference lies in
the end to end nature of each. Packet networking is dealing with the the
end to end delivery of bits through packet network elements. OPES is
dealing with application level semantics, is the end point in the formal
IETF definition from a Midtax point of view, and will make the necessary
application relays (i.e. proxies) as necessary to complete the application
transactions.
We're in the process of trying to clean up some of the
language in our documents around the definitions of
proxies, ALGs, etc. The way you're talking about the
distinction is pretty much what I said earlier, but
I'm not sure that your language would be considered
simpler for the consumer of midcom documents, acknowledging
that it could well be simpler for web proxying-type
folks. There's another issue for somebody to worry
about.
Melinda