Xref: utzoo comp.dcom.modems:3966 comp.mail.uucp:3243
Path: utzoo!censor!geac!nixtor!davidm
From: davidm@nixtor.UUCP (David Macklem)
Newsgroups: comp.dcom.modems,comp.mail.uucp
Subject: Telebits and uucp g-protocol
Keywords: Telebit Trailblazers, g-protocol, uucp
Message-ID: <335@nixtor.UUCP>
Date: 8 Jun 89 15:56:04 GMT
Reply-To: davidm@nixtor.UUCP (David Macklem)
Organization: Nixdorf Computer Canada, Toronto, Ontario
Lines: 34

I  have a number of questions about Telebits and the g-protocol
spoofing that they do. Hopefully someone out there will explain.

I understand that the Telebit TB+ modems can do the uucp g-protocol
between themselves. This ability sure is nice but it doesn't really
offload the CPU that much, does it? The sending and receiving machines
still need to packetize/unpacketize and checksum the data, etc., ie.
everything that the modems do, assuming that the uucico's are
communicating via the g-protocol. (I don't profess to know the
g-protocol so if my ignorance of it is obvious, forgive me, but I don't
think that this makes my point invalid.)

I realize that the sending and receiving machines won't need to do any
retransmission of packets (the modems will handle this) but is this not
also the case with any protocol that the TB modems may support? If so,
why are there so many (about 5?) protocols supported by these modems?
Why not just one?

My second question is related to the first. Since the Telebits can do
the error-checking and correction themselves why don't all uucico's
communicating using modems that agree on some protocol use the
f-protocol? This protocol, as far as I can tell, is used over X.25
lines and the master just sends the whole file and then waits for an
acknowledgement from the slave. Since the modems handle the error
checking and correction, the receiving machine won't see any errors.
This would offload the machine a bit more than the current method.

Any takers?

Thanks in advance.
-- 
David Macklem 		Nixdorf Computer Canada, Limited
davidm@nixtor
uunet!jtsv16!geac!nixtor!davidm