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

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@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf