--------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00001Date: 05/19/97 From: RICK COLLINS Time: 03:37pm \/To: DAN BRIDGES (Read 5 times) Subj: DTE limiting transfer rt -=> Quoting Dan Bridges to Rick Collins <=- -=> FidoMail to 1:163/215, please.-=< DB> DCE/8*10 * data_bits_per_packet/(data_bits_per_packet+7) * 60/61 DB> At 31,200 DCE with no compression (&K0) and with a LAP-M data DB> frame size of 128+7 bytes there should be a DTE transfer rate of DB> 36,372 bps and with 244+7 byte frames (USR V.Everything) it DB> should reach 37,291 bps. This is still under the 38,400 bps DTE DB> rate. That sounds right. DB> Since the tramsfer rate is below the DTE speed I think there DB> should be no need for hardware flow control. I've run with no receive flow control just to prove that point, with no problems. Transmit is another story, though. :-) RC>I won't dispute your findings, but I'd suggest the reason is not RC>simply the DTE speed being overwhelmed by the data rate. DB> I can only assume that there must be "jerkiness" in the DB> modem->comms program data flow as well as a straight time delay DB> so that 37,291 DTE effective DTE transfer rate requires more than DB> a fixed 38,400 bps DTE rate. (Although the DTE channel is async I DB> presume that "38,400 bps" would only be attainable with a DB> constantly flowing data stream.) Might try and put my 35MHz DB> oscilloscope on the data line and take a look, but it might be DB> hard to sync to it. I guess something to keep in mind is when a particular speed is set what _actually_ happens is the length of each signal element is set. In other words, the time duration of a "bit" is configured and _that_ results in some number of "bits per second". I've explained this to the less technically inclined by discussing the "speed" of the data when connected to a BBS and typing your name in response to the Name: prompt: Assuming a 38,400 bps port speed, how "fast" is the name sent? Well, how fast a typist are you? :-) Lets make some assumptions. The data (real data, not the overhead) is arriving at a constant rate of 3600 bytes per second, and the comm port is operating at 38,400 bps. The PC and the comm program know nothing of this - they only "know" that there are 400 (we're assuming an 8-byte FIFO buffer) interrupts per second being generated by the comm port. Up the port speed to 57,600. What's changed? The interrupts are _still_ arriving at 400 per second. Hmmm. Does that lead anywhere productive in relation to what you've seen? TTFN. Rick. Ottawa, ON 19 May 15:56 --- Blue Wave/DOS v2.20 * Origin: BitByters BBS, Rockland ON, Can. (613)446-7773 v34, (1:163/215) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00002Date: 05/21/97 From: AARON OSTBY Time: 10:44pm \/To: ALL (Read 5 times) Subj: HELP I have an Intell 144/144e modem, but i have no power supply. Can any one tell me what voltage it its --- WILDMAIL!/WC v4.12 * Origin: R-Squared BBS, Oly WA USA, 33k6bps, 360-956-0972 (1:352/28.0) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00003Date: 05/21/97 From: RICK PAYTON Time: 04:37pm \/To: JOHNNY ANDERSON (Read 5 times) Subj: Re: Init string? Hi Johnny Anderson, hope you are having a nice day JA> try procomm plus 2.2 for windows, i use it and it works JA> great, big upgrade from the one you are using to =) I'm broke as a joke dude.....Procomm 1.02 works just fine for me...for now :) Actually, the only time I use Procomm is when I'm having receive/send errors while connected to a BBS and UL'ing and DL'ing....Procomm is my back up :) Ever since I registered Terminate though...I haven't had to use Procomm....but I'm still gona keep it.... Have you tried Terminate 4 yet? It is so rad...So many options and features.....it includes an OLR with it! hehehe....nice touch -=> Yours sincerely, Rick Payton <=- ___ Terminate 4.00/Pro X TerMail/QWK X With Terminate YOU can beat the feeling! --- Squish/386 v1.11 * Origin: -=The I.K.V. H.F.o.T.! BBS v34+ (209) 251-7529=- (1:205/1701) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00004Date: 05/18/97 From: IAN BISHOP Time: 08:39pm \/To: JOE SCHWEIER (Read 5 times) Subj: Hayes Accura 33.6 In JS> I heard that win95 had a problem with modems on com 4... Well, my 33.6k Internal is running on Com4 (Dip Switch selected), under Win95, and is running 100% perfectly with Trumpet Winsock, Telix for Windows and all other stuff I've thrown at it. It's just a boring old X- Link 288i, and I regularly get 28800+ connects and 3500-3900cps transfers regularly. I can't offer anything beyond the fact that you must, on an internal modem, make win95 recognise the new COMPORT, before trying to make it recognise the new MODEM. Hope this helps everyone :) Ian ___ RM 1.31 "God Bless us cat lovers." --- Maximus 3.01 * Origin: [A Politicly CORRUPT Board] {Bris.Aus} <+61-7-3862-9236> (3:640/837) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00005Date: 05/20/97 From: DAVID BOWERMAN Time: 07:28am \/To: DAN BRIDGES (Read 5 times) Subj: DTE limiting transfer rt Dan Bridges wrote in a message to Rick Collins: DB> Since the tramsfer rate is below the DTE speed I think there should DB> be no need for hardware flow control. Since the transfer rate is below the DTE rate, there may be no need for flow control for the data from the modem to the computer however the computer to modem path would need flow control. Regards, David --- timEd/2 1.10+ * Origin: Frog Hollow -- a scenic backroad off the Infobahn (1:153/290) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00006Date: 05/20/97 From: JOHNNY ANDERSON Time: 08:09am \/To: RICK PAYTON (Read 5 times) Subj: Re: Init string? RP> Tty going to ProComm's web page. They have a bunch of updates for ProComm+ RP> Windows and DOS. I'm (still) running ProComm+ ver 1 upgraded to ver 1.02, RP> thanks to a visit to their web page. Try looking there for updates to our RP> version, which, believe me, they DO have... try procomm plus 2.2 for windows, i use it and it works great, big upgrade from the one you are using to =) --- Renegade v5-11 Exp * Origin: The Connection BBS - Modesto, Ca. - Team OS/2 (1:208/800) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00007Date: 05/21/97 From: DAN BRIDGES Time: 04:07pm \/To: ALL (Read 5 times) Subj: LAP-M Figures ATI6 USRobotics Courier HST Dual Standard V.34+ Fax Link Diagnostics... Chars sent 136212 Chars Received 2251810 Chars lost 0 Octets sent 72453 Octets Received 1003742 Blocks sent 9569 Blocks Received 10912 Blocks resent 1253 Retrains Requested 0 Retrains Granted 0 Line Reversals 0 Blers 344 Link Timeouts 51 Link Naks 206 Data Compression V42BIS 2048/32 Equalization Long Fallback Enabled Protocol LAPM 128/15 Speed 31200/21600 Last Call 04:16:56 Disconnect Reason is DISC Received OK I think with the help of the docs in USRST419.xxx I understand this display better. Observations: 1. Transmission compression ratio is 1.9:1 2. Reception compression ratio is 2.2:1 3. BLers is 344 indicating that reception errors were detected in 344 50-ms periods. This does not indicate how many errors occured within any particlar 50ms time-slice, only the count of affected periods. At 31,200bps DCE, using 128+7 LAP-M data frames, frame transfer takes 4.3ms, so theoretically, a up to a maximum of 11 corruptly received frames could be counted as 1 Bler. Since there were over 300,000 50-ms periods in this long session, the Bler rate was (344/308,320) i.e. 1 in every 896 50-ms time periods was blighted. This is an average of 1 received BLer every 44.8 secs. Since the DCE link operates synchronously, the Bler error count can increment even when there appears to be no user/remote activity occuring on the link. 4. 206 times the remote modem was not happy with the data I sent it and requested a resend. This resulted in a total of 1,253 blocks being resent by my modem. Since the remote modem did not have selective reject (SREJ), all blocks received after the corrupt one, and before the corrupt one was successfully re-received, were discarded. The ratio of Blocks resent:Link NAKS (1253/206) = 6.1:1 which suggests that if, only 1 block was affected at a time, that it took another 5 frames' transfer time (21.5ms) for processing. Since the roundtrip delay to my ISP is 2ms, this suggests that a double-pass through the modems' data pumps is taking about 20ms. If an average of two frames were affected per error burst then this would reduce the processing time to only 17ms. It will take a lot of further stats of long sessions to see if the 6:1 ratio is typical for my situation. 5. 51 times the remote modem did not return an acknowlegment within the specified time of 64.5ms (4.3ms * 15). 6. The ratio of octets received to blocks received is a bit mystifying. First off, I'll use a simple example. I've just received 2,882,207 octets (a 2.8M zipfile) at 28,800 bps and did a file search, using LAP-M 244/8. The number of octets reported was 11,965 with only 6 Blers (no other errors). The file itself would have took 11,812 244+7 data frames + about 24 other frames for the retransmissions required for the 6 Blers (assuming a total of 4 frames are lost per Bler (244+7 at 28,200bps DCE = 8.9ms. With a 21.5ms error reply delay, there would be 1 (initial error) + 3 extra frames sent/lost)). This leaves 119 frames unaccounted for. I presume this was for the establishment of the V.42 session and for the file search. However if you apply this to the displayed figures above, then 1,003,3742 octets / 128 = 7,842 128+7 data frames. Assigning 100 frames for the connection leaves 2,970 frames unaccounted for. 344 Blers at 6 frames affected/sent/lost per Bler = 2,064 frames. Still leaves about 900 frames unaccounted for. Any ideas? 7. The reception/sending speed differential is astounding. In two, long Internet sessions I've ended up with a 21,600bps sending speed (the 2nd session's reception speed was 28,800bps). I don't know whether the Blocks Sent:Link NAK ratio (9,569/206) of 46:1 indicates that sending difficulties were encountered and that the sending speed was consequently lowered. Comments? Cheers, Dan Bridges, Brisbug PCUG. ___ X SLMR 2.1a X --- Maximus/2 3.01 * Origin: madHouse Inc (3:640/820) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00008Date: 05/21/97 From: JOE SCHWEIER Time: 02:50pm \/To: IAN BISHOP (Read 5 times) Subj: RE: Hayes Accura 33.6 In On May 18, 1997 08:39pm, IAN BISHOP wrote to JOE SCHWEIER: JS>> I heard that win95 had a problem with modems on com 4... IB> Well, my 33.6k Internal is running on Com4 (Dip Switch selected), under IB> Win95, and is running 100% perfectly with Trumpet Winsock, Telix for IB> Windows and all other stuff I've thrown at it. It's just a boring old X- IB> Link 288i, and I regularly get 28800+ connects and 3500-3900cps IB> transfers regularly. IB> I can't offer anything beyond the fact that you must, on an internal IB> modem, make win95 recognise the new COMPORT, before trying to make it IB> recognise the new MODEM. IB> Hope this helps everyone :) It's a known bug with the first release of Win95...doesn't happen all the time...but still a known bug. TTYL Joe Schweier ... Joe's Computer ,V34,ZyX,120H,V110H,X75 (128K) -=ZyXEL Elite 2864I=- --- Platinum Xpress/Win/Wildcat5! [TESTDRIVE] v2.0TD * Origin: Joe's Computer (ZyXEL Elite 2864) -=128K,V120,V34=- (1:253/100) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00009Date: 05/19/97 From: RICHARD TOWN Time: 05:29pm \/To: MIROSLAW GREBER (Read 5 times) Subj: Zoom 28.8 Int Strings -=> Quoting Miroslaw Greber to Richard Town <=- RT> Now hitting the shelves are FlashROM K56flex models, so mebe worth RT> waiting for (see below) MG> thanx, it helped, in the mean while I bought a zoom 33.6 MG> v34I-Plus it works great, Which model number? Can you post your ATI3I6 readouts taken in terminal mode? MG> upgradeable since there is this sticker on the box that says K56 MG> upgradeable call 1800-753-0787, but when I call it says that this MG> number can't be reached from my calling area (toronto), any MG> advice? The 1-800 series of US numbers arn't restricted from UK, we just add an 00 to the 1- and a woman with a furry voice comes on the line saying: "Thissscall-is charge-able from oout_side the Oonited_States..." etc giving the option to complete the call or "Hangggup Neow" Here's a listing of the model numbers available for upgrade to FlashRom and K56flex: ZOOM 56K UPGRADE PROGRAM All internal and external 28,800 bps and 33,600 bps V.34 Zoom faxmodems purchased through United States and Canadian retailers between October 10, 1996 and May 31, 1997 are upgradeable to 56,000 bps data speeds using Rockwell K56flexTM technology. The model names of Zoom faxmodems that can be upgraded are: V.34I V.34I Plus V.34X V.34X Plus ComStar ComStar SVD ComStar XT SVD 33.6 SVD The model numbers of Zoom faxmodems that can be upgraded are: Model 275 Model 278 Model 450 Model 460 Model 470 Model 480 Model 620 Model 2800 Model 2802 Model 2805 Model 2835 Model 2836 Model 2837 To upgrade your Zoom V.34 faxmodem, you will need to send it to Zoom. A new replacement 56K, 56Kx, or ComStar 56K Zoom/FaxModem will be sent to you for each upgrade ordered. You must submit your original sales receipt by postal mail with your order to qualify for the upgrade program. If possible, keep your Zoom/FaxModem packaging. The Order Form will reserve your replacement unit. When your new unit is ready, we will contact you with further instructions. An Advance Replacement Program is also available, with the return of your faxmodem guaranteed by your credit card. Under this Advance Replacement Program, Zoom will send your new replacement unit in advance of receiving your old unit. Zoom must receive your old unit within 30 days of the Invoice date. If we do not receive the old unit within 30 days, you will be billed for the Suggested Retail Price of the new replacement unit. The 56K modem upgrade is $79, plus $6 for shipping and handling to the United States and Canada. All upgrade units feature a software-upgradeable Digital Signal Processor (DSP) and also include a Flash ROM for software-upgradeable modem controller code. The software-upgradeable DSP provides two distinct advantages: 1. As enhancements to the DSP become available, they can be easily downloaded. 2. It should simplify an upgrade to the North American (TR30) standard for 56K modems when it occurs, enabling a software download instead of a hardware upgrade. The software-upgradeable DSP is designed to make your modem software-upgradeable to the full TR30 standard and to enable communication with any TR30-compatible central site equipment made by K56flex manufacturers. These manufacturers currently account for about 70% of the central site equipment market, and we expect them to represent the greatest percentage of all 56K access points. Zoom should begin shipping upgrades for the V.34I and V.34I Plus internal modems and the V.34X and V.34X Plus external modems in May. All ComStar, ComStar SVD, ComStar XT SVD, and 33.6 SVD upgrades are expected to begin shipping in May or June. All orders for upgrades must be received at Zoom by July 31, 1997. rgdZ Richard +===============================+ | PackLink / Zoom Modem Support | | BBS +44(0)1812972486 | | FidoNet 2:254/235 | | city.view@emarkt.com | +===============================+ ... Why pay more? --- FMail/386 1.02 * Origin: Another message via PackLink +44(0)1812972486 (2:254/235) --------------- FIDO MESSAGE AREA==> TOPIC: 105 HIGH SPEED MODEM Ref: E5S00010Date: 05/20/97 From: RICK COLLINS Time: 06:53pm \/To: JASON NG (Read 5 times) Subj: Moderation -=> Quoting Jason Ng to All <=- -=> FidoMail to 1:163/215, please.-=< Please don't post BBS ads in this international echo. Thanks. R. Collins, Co-Moderator, HS_MODEMS. --- Blue Wave/DOS v2.20 * Origin: BitByters BBS, Rockland ON, Can. (613)446-7773 v34, (1:163/215)