| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | netcomm |
RS> The only evidence you have that its a 'poor' line is the fact RS> that the USR/M34F and USR/Viper stats claim the loss is very high. RS> When its not with USR/Courier, in fact its not too bad at all, you RS> dont know you have a poor line. Tho you do know its not immaculate. RS> And if you did some tests with M34F/M34F and a decent connect RS> every time, thats more evidence that its not poor too. BG> What a shame that the M34F/M34F connects were actually BG> demonstrably worse that either USR/USR or USR/M34F then. You are comprehensively mangling together two completely separate issues. That bit was discussing if you really do have a 'poor line' between you and Paul. In fact it appears its not really that poor at all, and the evidence for that is the Sportster/Courier stats on that call. And in fact even your results with the Sportster V34+/M34F show that it cant be poor, whatever the Sportster stats claim. BG> So much for the theory that NetComm/NetComm would give the best connects.:) No one ever claimed anything remotely like that either, just that it has to be tested before you can claim that USR/USR is better, AND we were discussing the handshaking problem anyway. BG> ------------------------------------------------------------- BG> %L View Receive Level or Set Transmit Level BG> = 0 Display current receive level (-dBm) BG> %Q Display current line quality (EQM) (0=perfect >10=poor) BG> ------------------------------------------------------------- BG> Note that a line quality >10 is considered to be poor? Then read on... Cant be poor if it got the 28800 speed Bill. A line which gets the maximum V34 speed is no way a poor line. BG> ----------------------------------------------- BG> atdt024361785 (Paul's M34F from another M34F) BG> Terminal : 57600 8 data bits No Parity BG> Line : 28800 V.34 BG> Error Correct : LAPM BG> Compression : V.42bis tx/rx BG> Encryption : None BG> Current EQM : 024 BG> EQM Retrain at: 098 BG> Rx Level(-dBm): 032 BG> ----------------------------------------------- BG> That's crap. An Rx level of -32dBm with a line quality of 24 ! WITH a 28800 session. Nice theory Bill, pity about the evidence tho. BG> How many times do I need to repeat that Paul's BG> lines are nearly as bad as mine here ? You can repeat it till you go blue in the face if you like, the EVIDENCE of Russ's calls to Paul with Courier/Courier figures shows that the claim that Pauls line is poor is tripe. YOUR line is quite a bit WORSE than Pauls when tested the same way. And when you can get 28800 connects between you, its completely silly to call that a poor line coz if it was, it would be LOWER. BG> ----------------------------------------------- BG> atdt38681597 (David's Courier from an M34F) BG> Terminal : 57600 8 data bits No Parity BG> Line : 26400 V.34 BG> Error Correct : LAPM BG> Compression : V.42bis tx/rx BG> Encryption : None BG> Current EQM : 009 BG> EQM Retrain at: 098 BG> Rx Level(-dBm): 023 BG> ---------------------------------------------- BG> Dave's is considerably better though. No one has ever disputed that the bulldogs line, and Russ's FNQ line are MUCH better than normal. That doesnt mean that any line which is worse than those two is 'poor' tho, just that its not immaculate. And if a 28800 connect can be achieved on a modem that has that as its maximum speed, it cant possibly be 'poor' Notice that you didnt even get one of those to Dave, whatever the RX level and EQM were listed as. Funny that. BG> An Rx level of -23dBm, with a line quality BG> of 9, which is still extremely marginal. Its bullshit Bill, as Sportster V34+ to Courier V34+ on that session shows. Nothing remotely like 'extremely marginal' about it. Just fucked assumptions about Rx levels and EQMs blown totally out of the water by the speed achieved. @EOT: ---* Origin: afswlw rjfilepwq (3:711/934.2) SEEN-BY: 711/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™.