Doug replied on 01/22/2003 10:54:22 PM: > I seem to recall objections that all CS's must support bounded > latency. When we merged iRIP and CAP we agreed that we would > add bounded latency to CAP and not make it required. A palm > pilot for example I do not think can do bounded latency. > > Do we need a new CAPABILITY? SUPPORTS-LATENCY / boolean ?
Ill have to do some searching to check on that (Vacation induced relaxation is not totally worn off yet).
If a CUA does not support latency then just how would it be able to control/stop a command it issued?
My email said that the CS might not support LATENCY, I describe both:
Many PDAs for example have a time out or alarm then they simply assume the remote end is not responding. That seems to be inherent to some implementations. They do not want the user to have to wait for another time out period sending an ABORT that may also time out because the other endpoint is down.
Any CUA may send an ABORT. As CELL based CUA's use air time (like my Kyocera), I do not want to wait for a few more minutes to see if the other end is responding. Simply disconnect. As a user I would be happy if the PDA asked me if I wanted to wait longer. But many cell-PDAs are not that smart.
And some CS's might not support LATENCY. If my cell-PDA contacts your cell-PDA - one will be a CS and it might not be able to do timed calculations. That is I can set the time out on the cell-PDA but that aborts the transaction and connection and no way to send an ABORT or TIMEOUT.
search that was taking a long time (a very busy and impatient exec) and the CU wanted to stop the action then just how would the CU/CUA be able to do that if they didnt support at least ABORT? (Clearly CONTINUE is irrelvant to this discussion). The only way if ABORT is not supported by all implementations is to disconnect from the CS and then reconnect back... Ack!
Doug Royer | http://INET-Consulting.com
-------------------------------|-----------------------------
Doug@xxxxxxxxx | Office: (208)612-INET
http://Royer.com/People/Doug | Fax: (866)594-8574
| Cell: (208)520-4044Attachment:
smime.p7s
Description: S/MIME Cryptographic Signature