Path: utzoo!attcan!uunet!husc6!uwvax!rutgers!mailrus!umix!honey From: honey@umix.cc.umich.edu (Peter Honeyman) Newsgroups: comp.dcom.modems Subject: Re: TrailBlazer and UUCP Message-ID: <4585@umix.cc.umich.edu> Date: 6 Sep 88 03:15:40 GMT References: <4560@umix.cc.umich.edu> <168@arnold.UUCP> Reply-To: honey@citi.umich.edu (Peter Honeyman) Organization: Center for Information Technology Integration, Univ of Michigan Lines: 45 UUCP-Path: {uunet,rutgers}!umix!honey Dave Arnold writes: >What is P? select protocol. there's also X, but i honey danber doesn't support it. (and i forget what it did.) >> stripping the 'g' frame would require spoofing the >> upper level as well. > >Well... I though about this, and I don't understand Peter, why? your confusion is justified -- not even the higher-layer spoof can signal end of file. eof can probably be indicated with tb trickery, obviating 'g' framing, but read on. >If 'e' was used why would the tb+ have do do transaction protocol >spoofing? it wouldn't. but 'e' is a bad idea: a checksum is necessary to insure end-to-end reliability, and flow control (the window) is important to insulate against serial port overflow. i view with some skepticism the myriad proposals for high-tech spoofery. admit it: the existing uucp spoof gives stupendous throughput on voice-grade lines. 'g' imposes an overhead of less than 10%, and offers guaranteed compatibility with all known versions of uucp, for all time. sure, you can beat 'g', but i maintain that you shouldn't try. also, i have some idea what it takes to make the modem spoof. time and money, you are thinking, and you're right. lots of time, ergo lots of money. on the other hand, proposals to pack mail files into larger bundles appear fruitful, but this is necessarily a host concern. it seems unlikely to me that telebit will do much to improve the uucp spoof. telebit has captured the high-speed uucp market, and is proceeding to saturate it. i would guess that their next move will be to go after bigger fish. capitalism, ya know? peter