Xref: utzoo comp.dcom.modems:3979 comp.mail.uucp:3263
Path: utzoo!attcan!uunet!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: comp.dcom.modems,comp.mail.uucp
Subject: Re: Telebits and uucp g-protocol
Keywords: Telebit Trailblazers, g-protocol, uucp
Message-ID: <7080@cbmvax.UUCP>
Date: 11 Jun 89 23:44:56 GMT
References: <335@nixtor.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 37

In article <335@nixtor.UUCP> davidm@nixtor.UUCP (David Macklem) writes:
> 
> 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?

That's not really the point - what the spoofing addresses is the problem
of acknowledgment delays when the modem is operating in a packetizing
mode and doesn't understand the packet boundries of the higher level
protocol.  A protocol better tuned to the characteristics of the modems
would obviate the need for spoofing...
 
> If so, why are there so many (about 5?) protocols supported by these modems?
> Why not just one?

To each their own.  Each market has a strong preference for a particular
protocol.  Not to address the major ones would give the market away to
the competition.

>                                           ...why don't all uucico's
> communicating using modems that agree on some protocol use the
> f-protocol?

Because we live in a world where the marjority of systems are binary
distributions which support only the 'g' protocol or perhaps one of two
mutually incompatible streaming protocols.  Worse, bugs in the common
implementation of the 'g' protocol and system "raw" buffer size limits
tend to prevent excercising the options for larger packet sizes that
could improve 'g' thruput.

The situation is only gradually evolving as more vendors ship HDB or
BSD 4.3'ish versions of uucp.

-- 
George Robbins - now working for,	uucp: {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)