MUD-Dev
mailing list archive
[ Other Periods
| Other mailing lists
| Search
]
Date:
[ Previous
| Next
]
Thread:
[ Previous
| Next
]
Index:
[ Author
| Date
| Thread
]
Re: [MUD-Dev] Net protocols for MUDing (was: Moore's Law sucks)
[Chris L:]
:The key feature of TCP which I'd remove would be the error correction.
:Given a predictive client its both unecessary and counter-productive.
Only to a certain extent. Sure, you can probably cruise over a bit of lost
data in graphics or audio output. Missing some text from the middle of
a paragraph could be a bit shocking to the average user, however. Also,
the channel back from the client to the server should not lose any of
the user's input. What you want is the ability to be sure that if a
message arrives, then it is the complete message that was sent, not some
fragment of one. You will also want to do your own checks on any header
of the message, since UDP doesn't even guarantee correctness. (It typically
is correct over ethernet, because of the way ethernet works, but it isn't
over SLIP, for example, which is one reason why you shouldn't run NFS
over a SLIP link.)
If the system gets a bit smarter, with some caching in the client, then
some sort of reliable protocol will be needed, both ways, to co-ordinate
that cache.
--
Chris Gray cg#ami-cg,GraySage.Edmonton.AB.CA
- Thread context:
- Re: [MUD-Dev] The MLI Project, (continued)
- Re: [MUD-Dev] Net protocols for MUDing (was: Moore's Law sucks),
Chris Gray cg#ami-cg,GraySage.Edmonton.AB.CA, Tue 24 Feb 1998, 09:35 GMT
- Net protocols for MUDing,
s001gmu s001gmu#nova,wright.edu, Tue 24 Feb 1998, 14:56 GMT
- Re: [MUD-Dev] Net protocols for MUDing (was: Moore's Law sucks),
Caliban Tiresias Darklock caliban#darklock,com, Tue 24 Feb 1998, 18:54 GMT
- Re: [MUD-Dev] Net protocols for MUDing (was: Moore's Law sucks),
J C Lawrence claw#under,engr.sgi.com, Thu 19 Mar 1998, 20:22 GMT
[ Other Periods
| Other mailing lists
| Search
]