| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | Re: USR 33.6vi fax problems |
On Thu 25 Jul at 11:50 Richard Town (2:254/235) wrote to Arthur Marsh: AM> George Pajari of Faximum Software has claimed that EIA AM> Standards Proposal 2388 differs from the Rockwell Class AM> 2 implementation in a few ways. RT> I don't believe 2388 defined BFT. Which Microsoft wanted, and Joe Decuir of Microsoft has been the editor of ITU-T Recommendations T.31 and T.32, doing a fine job by the sound of it. RT> But the original thread RT> was deliberately peverted by the "more mouth than RT> trousers brigade" in here that attempted to re-broadcast RT> disinformation that one particular Class2 may not RT> connect or successfully complete fax operations with RT> another because of differences in the implimentation Well, some Class 2 faxmodem implementations did not add fill bits to short scan lines as required by SP 3288 / EIA 592 / T.32, and would cause problems with fax machines and fax modems that expected to receive fill bits after short scan lines. RT> Perhaps they'd be better employed enquiring why USR has been RT> practicing modem apartheid, over the past 18 months at RT> least, by refusing to negotiate the 3429 symbol rate with Rockwell-oids :) I don't know where that problem lay. Unlike the USRs, most modems do not provide information from the INFO sequences used between V.34 modems in the negotiation process. It would be great if V.34 modems stored such negotiation information in internal RAM for retrieval during or after the session. RT> Thanx for your reply Arthur. Erm, am I right in saying that RT> you had something to do with the discussions on V42bis RT> ratification by CCITT in 1990? No, I've just been an end-user in Australia. RT> If so, could you enlighten Edward Hobson (moderator of UK_HST in UK) by RT> explaining that it's wrong to not impliment V42bis when V42 fall-back RT> action occurs? RT> I seem to have lost my communication skills over this! Much heat has been expended on the subject. My claim is that ITU-T Recommendation V.42bis specifies implementation over LAPM or V.120 error correction if one is running all ITU-T protocols. One can of course implement the BTLZ compression of V.42bis over MNP 4 as per the freely available Microcom specifications and some modems by Microcom, Netcomm, Motorola and possibly others allow this in addition to the familiar ITU-T V.42bis BTLZ over LAPM. --- msgedsq 2.1* Origin: Camelot Swamp MJCNA, Hawthorndene, Sth Australia (3:800/812) SEEN-BY: 50/99 623/630 625/100 711/410 413 430 808 809 932 934 712/515 SEEN-BY: 713/888 714/906 771/1120 800/1 2 409 414 425 451 454 812 822 @PATH: 800/812 1 711/808 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™.