ietf
[Top] [All Lists]

Re: Possible new Real-Time Applications and Infrastucture (RAI) Area

2005-09-23 14:40:15
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