| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | USR Courier V.8 |
SL> The thing is, these V.8 tones don't do anything to performance
SL> as far as I can see and don't annoy me that much. I just wanted
SL> to know what the beeping noises were.
PC> I found with V.8 tones disabled i could only get a v.fc connect to a
PC> M34F with them enabled i got v.34/28800
Something Craig Ford (among other people, at other times) has said is that
V.8 negotiation is required to do V.34. Can any modem negotiate V.34
without it?
I'll just quote the relevant part of Craig's message to jim barchuk, as it
also discusses other issues that aren't relevant ..
; Date: Thu Dec 21 1995 06:48:08
; From: Craig Ford
; To: jim barchuk
; Subj: modem capability
; Area: comm
;
; jim barchuk wrote the following to Craig Ford, and I quote (in part):
[.. cut ..]
; jb> Question is, how 'certain' are you of the V32T/V34/V32b redundancy?
;
; Positive.
;
; The document which defines V.32terbo is titled:
;
; "19,200 bits/s Full Duplex Modem for the General Switched Telephone Network
; Compatible with V.32bis"
;
; The V.8 protocol, without which V.34 sessions cannot be negotiated,
; specifies that modems will select the best V.series modulation protocol
; available in both the call and answer DCEs, and proceed with the procedures
; specified in Annex A of V.32bis if a specific answer sequence is not
; returned.
;
; Additionally, the scope of V.34 lists among the principal characteristics of
; a compliant modem that it support "automoding to V-Series modems supported
; by V.32bis Automode procedures and Group 3 fascimile machines."
;
; jb> Is is possibly the 'inverse' of the V42/V42b technical inaccuracy,
; jb> that V32T and V34 are -supposed- to include V32b, but some modem
; jb> mfrs don't necessarily fall back?
;
; No, the devices would not then comply to the respective specifications. The
; kicker is that many devices allow a user to selectively dis/enable protocol
; support.
[.. cut ..]
; Regards....
;
; Craig
;
; aka: cford{at}ix.netcom.com
;
; -!- timEd/2 1.10+
; ! Origin: Dayze of Futures Past * V.Everything * 713-458-0237 * (1:106/2001)
SL> BTW, what does V.8 do? The Courier manual says
SL> "ITU-T recommendation that defines procedures for starting and
SL> ending sessions of data transmission". Clear enough, I guess.
PC> Yep really spells it out for us. :-)
I'd like to hear about it in a little more detail, too .. anyone?
Ian
--- MaltEd 1.0.b5
* Origin: .. TweedleDum, TweedleDee, 1-2-3-3-3 .. (3:626/660)SEEN-BY: 50/99 78/0 620/243 623/630 624/300 626/660 661 664 667 711/401 409 SEEN-BY: 711/410 413 425 430 431 501 510 521 523 808 809 899 926 932 934 SEEN-BY: 712/515 713/888 714/906 800/1 7877/2809 @PATH: 626/660 711/401 808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.