home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.dcom.isdn
- Path: sparky!uunet!haven.umd.edu!darwin.sura.net!cos!cos!bob1
- From: bob1@cos.com (Bob Blackshaw)
- Subject: Re: V.42bis over V.120? (was Re: Can V.32bis or V.42bis be 'faked' by
- Message-ID: <bob1.726244213@cos>
- Organization: Corporation for Open Systems
- References: <725842056.AA00743@cswamp.apana.org.au>
- Date: Tue, 5 Jan 1993 14:30:13 GMT
- Lines: 31
-
- In <725842056.AA00743@cswamp.apana.org.au> Arthur@cswamp.apana.org.au (Arthur Marsh) writes:
-
- >On Fri 25 Dec at 23:50 Christian Weisgerber wrote:
-
- > CW> Is V.42bis already defined by the CCITT for use over V.120?
- > CW> I though it was still in the "we're looking into it"
- > CW> stage, which can turn out anything.
-
- >The error correcting procedure of V.120 is an allowed error correction
- >procedure for V.42bis, but until V.42bis is revised, there is no defined method
- >of negotiating V.42bis parameters in V.120. (The other allowed error correction
- >protocol for V.42bis, LAPM has an XID defined for exchanging V.42bis
- >parameters).
-
- >So, V.42bis for V.120 is allowed and it's at the "we're looking into it"
- >stage.
-
- In their demo at TRIP'92, France Telecom showed me a compression
- algorithm (or at least the effects of one) over ISDN. When I asked
- if it was V.42bis, they said no. According to the person I was
- speaking with, they found V.42bis too processor intensive for a
- 64 kbit/s line and it actually slowed throughput. They claimed to
- be achieving throughput in excess of 110 kbit/s on a 64 kbit/s
- line. I didn't have a stopwatch with me, but it certainly looked
- impressive. Hopefully, they will submit it to CCITT.
-
- > * Origin: Camelot Swamp MJCNA, Hawthorndene, Sth Australia (8:7000/8)
-
- Bob.
-
-
-