Melinda, et al,
The term
"real-time" tends to mean sub-second, and often much faster than that.
Vernacular is not usually *more* precise. Note that I cited (human)
interactive vs. real-time, with whereas the usage you describe one terms that
encompasses both.
The discussion at <http://www.faqs.org/faqs/realtime-computing/faq/>
demonstrates that the term is indeed pretty fuzzy.
Still, yes, it's clear that recent use of the term real-time has tended toward
the more generalized model in your description, referring to anything that is
time bounded by external constraints.
For the proposed area, that does not seem to explain the inclusion of ENUM,
instant messaging or presence. (This area is going to take over xmpp, too?)
Certainly none of those have performance constraints that are significantly
different from DNS, HTTP, Telnet, SNMP or a number of other protocols. Nor do
they reflect a signaling/transfer model split, as per Ted's revised language.
So the technical basis for this new area remains fuzzy.
Whether through the
use of physically separate networks or through engineered tunnels, things
like voice are starting to run on at least logically isolated networks.
In which case this is not a new area, but is a new task force, since isolation
means it is not part of the standard Internet architecture.
Either the effort needs to be seriously coordinated with the rest of the IETF
work or it doesn't. If it does, then particularly the infrastructure work
needs to be done along with related infrastructure work.
Since the bulk of the basis for providing time-bounded response times is
almost certain to involve underlying infrastructure changes, then either the
changes must be done AS PART OF the full Internet infrastructure technologies,
or it must be done as a completely separate community and service.
The idea that this new area will make changes to, say, IP, without being part
of the Internet area just does not make sense.
d/
--
Dave Crocker
Brandenburg InternetWorking
+1.408.246.8253
dcrocker a t ...
WE'VE MOVED to: www.bbiw.net
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www1.ietf.org/mailman/listinfo/ietf