--------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300038 Date: 02/27/98 From: TOM RUTHERFORD Time: 09:15am \/To: GEORGE FLIGER (Read 5 times) Subj: What a load of bollox V. On 24 Feb 98 07:00:46, George Fliger said this to Tom Rutherford about "What a load of bollox V.": BJ> Gene, I am not aware of any interop problems caused by USR's BJ> extensions. USR's V.32terbo 21.6K extension code worked fine with BJ> non-extended 19.2K v.32terbo from other makers, and 33.6K v.34+ (which BJ> was later incorporated in the v34 standard) did not break operability BJ> with any 28.8K v.34 modems. What you may be thinking of is interop BJ> problems with Rockwell v.34+ modems, which was caused by Rockwell's BJ> faulty 3429 symbol rate implementation, not USR. BJ> If you know of any true interop problems between USR and others BJ> related to USR enhancements, I'm sure Joe would like to know about BJ> them! :-) TR> Kind of moot at this point, but there was a time when certain TR> USR modems of the V.32bis variety wouldn't connect with any TR> Rockwell modems at V.32bis speeds. I can't remember what the TR> work-around was, other than setting the Rockwell modem so that TR> it was forced to connect at V.22bis. I'm pretty sure that was TR> USR's fault. I think that was back in the round-LED days, TR> though. GF> Actually, I believe the problem was with V42 and it was on Zoom's end. GF> USR owners had to turn off V42 to gain a connect. TR> I remember a problem associated with the round-LED modems, but TR> not the square-LED ones, and it kept just about all (it not TR> totally all) Rockwell modems from connecting properly. I do TR> remember the V.42 problem, but that was just recently. GF> V42 wasn't a recent problem. It dates back at least 3 years that I GF> can remember -- maybe longer. That covers "recent", compared to what I was thinking, which was more on the order of 1990-'91. Gene remembers the problem I was thinking about. -=> Tom Rutherford -- Team OS/2 <=- ... ~<   op op op <- Tribbles listening to rock music. --- Blue Wave/OS2 v2.30 * Origin: Gateway To Mid-Michigan, Burton,MI(810)742-6126 (1:2240/320) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300039 Date: 02/27/98 From: TOM RUTHERFORD Time: 10:31am \/To: WILLIAM GRINOLDS (Read 7 times) Subj: hayes commands On 26 Feb 98 05:11:19, William Grinolds said this to Dale A Cook about "hayes commands": WG> Dale A Cook wrote in a message to William Grinolds: WG> port rates, you'd need one with a 64-byte FIFO DAC> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ DAC> please tell me where I can purchase such a chip? thanx in DAC> advance! WG> I'm not sure - try checking around at your local computer retail WG> stores... WG> I haven't personally seen one yet, but I do know they exist. Supra had one on their V.32bis internal modem. Wasn't a 64-byte UART, though; it was what they called a SmartUART, and it had a 1k-byte buffer. Wasn't compatible with the 16550, though, as far as commands were concerned. So, I don't know how that worked, or if they made it compatible and allow people to order just it. -=> Tom Rutherford -- Team OS/2 <=- ... "Tagline? What's that? And, are we taxing it?!" --Bill Clinton --- Blue Wave/OS2 v2.30 * Origin: Gateway To Mid-Michigan, Burton,MI(810)742-6126 (1:2240/320) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300040 Date: 02/25/98 From: TOM RUTHERFORD Time: 08:50pm \/To: WILLIAM GWIN (Read 7 times) Subj: hayes commands On 23 Feb 98 09:30:00, William Gwin said this to Tom Rutherford about "hayes commands": WG> Ok, thanks for the info, you HAM. :-) -=> Tom Rutherford -- Team OS/2 <=- ... I'm not lost, I'm "locationally challenged." --- Blue Wave/OS2 v2.30 * Origin: Gateway To Mid-Michigan, Burton,MI(810)742-6126 (1:2240/320) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300041 Date: 02/25/98 From: TOM RUTHERFORD Time: 08:51pm \/To: GENE LOWRY (Read 5 times) Subj: What a load of bollox V. On 23 Feb 98 17:17:24, Gene Lowry said this to Tom Rutherford about "What a load of bollox V.": GL> In a message of Tom Rutherford (1:2240/320) writes: TR> I remember a problem associated with the round-LED modems, but not the TR> square-LED ones, and it kept just about all (it not totally all) TR> Rockwell modems from connecting properly. I do remember the V.42 TR> problem, but that was just recently. GL> There was a problem with early Courier V.32bis or Courier Dual GL> Standard modems with round leds. I was the NEC here when those modems GL> became available and I had a bunch of folks in the net that had the GL> devil's own time connecting with my system. USR provided a new ROM GL> chip to fix it (1990 time frame). I thought so. Seems I remember the guy who was our NC/NEC at that time driving to Skokie one day to get the dumb thing fixed. Maybe he drove down for the chip. It was a mess, though, for a while. I think I was still running 2400bps at the time. :-) -=> Tom Rutherford -- Team OS/2 <=- ... You can't soar with dragons if you work with gargoyles. --- Blue Wave/OS2 v2.30 * Origin: Gateway To Mid-Michigan, Burton,MI(810)742-6126 (1:2240/320) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300042 Date: 03/01/98 From: JONATHAN MICHAELS Time: 09:58pm \/To: DAVID BOWERMAN (Read 6 times) Subj: V.90 upgrade David Bowerman wrote in a message to John Duke: DB> John Duke wrote in a message to Gene Lowry: JD> BTW have you heard what the big difference is in V.90? I wonder why JD> it was picked over the other two? DB> As usual, the ITU-T studied submissions from both USR and submission .. yup eveybody got this one right. DB> Lucent/Rockwell plus input from others before arriving at their DB> recommendation. recommedation ... you got it right here DB> The big difference is that V.90 is a standard so DB> everyone's equipment should be able to interop. So I'm a raving DB> optimist! the ccitt and now the itu-t, has never published a 'standard' nor are they ever likely, given thier charter .. they publish recommendations. these are them implemented by the manufacturers. just some almost usless and most definately pedantic trivia, bet you cant' tell i've noting better to do before i go to sleep on one of those hights were you just can't seem to get to sleep. smile, please, this was meant to be mildly sarcastically funny .. ok. regards ... jonathan EMail: jon@mpx.com.au ... i do all i can, with what i have, are you able to say the same ? --- * Origin: Fire&Ice CBCS +61 2 9-317-2184 - USR Courier v34+&hst (3:712/808) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300043 Date: 03/02/98 From: JIM WESTBROOK Time: 04:34pm \/To: GENE LOWRY (Read 5 times) Subj: Re: What a load of bollox V. In a message to Jim Westbrook <02-27-98 21:59> Gene Lowry wrote: =>Something I've seen recommended is to disable the 3429 symbol rate for that =>call, I'll add disable V.8CI as well. See if setting S54=96 for that call =>helps any. I know you can do individual system overrides for BinkleyTerm, =>don't know about other mailers. Thanks, Gene, I'll give that a try and let you know if it helps. Jim --- QuickBBS 2.85 (Wide Beta-1.0) Classic * Origin: JimNet - Austin, TX (512)837-0953 (1:382/29) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300044 Date: 03/02/98 From: MARK LEWIS Time: 04:01pm \/To: GENE LOWRY (Read 5 times) Subj: Sportster WinModem 33.6 GL>> This got me thinking to another old problem on some machines, GL>> it may not be Bill's problem but... if he has IDE drives it GL>> might be a contributor... wasn't it also advised that LBA mode GL>> be turned off? Wasn't that something that could hold off GL>> communications interupts? I also notice that you're posting GL>> from a new location... ml>> not LBA... that would prevent the use of most large drives... i think ml>> you are thinking about multiple block mode... that's where the ml>> controller will que up several requests to be serviced at once. some ml>> early controllers did hold off the interrupts too long with multi block ml>> mode turned on... GL> Thanks Mark, I'm just not an IDE person, went from MFM to ESDI GL> to SCSI myself. not a problem... i used to run ALL of them in one of my boxes here... MFM, RLL, IDE, ESDI, SCSI... it was a very tight fit with port addresses and irqs ... used it for nothing more than a "disk pool" ;-) )\/(ark * Origin: (1:3634/12) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300045 Date: 03/02/98 From: JIM WESTBROOK Time: 04:58pm \/To: GENE LOWRY (Read 5 times) Subj: Re: What a load of bollox V. On Friday February 27 1998, Gene Lowry wrote to Jim Westbrook: JW>> One of my downlinks (I'm a mail hub in our net) has a recent JW>> production Rockwell-based 33.6kbps internal modem. The JW>> modem on my mail system is a USR square-LED Dual Standard JW>> (originally 16.8kbps, upgraded via daughterboard and SDL's JW>> to 33.6kbps with /X2 enabled). When my system originates a JW>> call, his end goes off-hook, attempts negotiation which JW>> ultimately fails approximately 90 percent of the time. JW>> About one out ten attempts results in a successful JW>> connection at 28.8kbps. This happens with both phone lines JW>> (tried using the voice line a few times). GL> GL> Something I've seen recommended is to disable the 3429 symbol GL> rate for that call, I'll add disable V.8CI as well. See if GL> setting S54=96 for that call helps any. I know you can do GL> individual system overrides for BinkleyTerm, don't know about GL> other mailers. Gene Lowry Well, S54=96 didn't do anything noticeable. As they say at the barber shop, "Next." Jim --- GoldED 2.40.P0623+ * Origin: JimNet - Austin, TX (512)837-0953 (1:382/29) --------------- FIDO MESSAGE AREA==> TOPIC: 242 USR MODEMS Ref: F3300046 Date: 03/02/98 From: TECHNICAL SUPPORT Time: 11:41am \/To: JEAN PARROT (Read 5 times) Subj: QL II and Fast Com. @1:167/133 On 02-28-98 JEAN PARROT said: JP> Mike C., a good day to you. JP> Yesterday, I got the 800 numbers for your customer service JP>from you and it took no more than 1 minute before I was on the JP>blower to them and a fine fellow, Steve, is going to send me this JP>new S/W. JP> Thanks for the pointer. JP> I am writing this on the Commodore 128 as my wife will not let JP>me use the Thinkpad where the PCMCIA sits. She loves the 28k8 she JP>gets on it. JP> A mega thanks for all. JP>-=- QWKRR128 V5.10 [R] JP>--- Maximus/2 3.01 JP> * Origin: Juxtaposition BBS. Lasalle, Quebec, Canada (1:167/133) JP> ---------------------------- 3/2/98 -------------------------- Hello Jean, Thank you for contacting 3Com Online Support. Mike is out of the office for training this week but I will let his supervisor know that you sent your thanks. I am really glad that worked out for you. Please let us know if we can help you in the future. **Please paste all previous correspondence in your reply.** Thank you, Sarah K. 3Com Online Support --- FidoPCB v1.5 beta-'j' * Origin: U.S.Robotics Support-USA 847-982-5092 (1:115/500)