| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | USR Courier |
PE> Make that one of Bill's calls got 26400 too. This PE> 26400 is a pretty popular fellow, any reason why? BG> Only the initial connect. It immediately shifted up to 28800, the BG> reason being that V.34 is monitoring the line's bandwidth continuously. RS> I dont believe that the lines really do actually RS> improve so regularly so soon after the connect. BG> I've dropped into command mode on several occasions while BG> testing dodgy connects (with +++), and when I issue ATY11 BG> for a display of the line's frequency characteristics, then BG> repeat at 3-5 second intervals with A/, the chart has varied BG> quite dramatically in most instances. The frequency response BG> is all over the place like a mad woman's shit... Sure, thats why the V34 protocol allows for quick rate changes, BUT thats a completely separate issue to a bias towards better after a slower initial connect. From memory he is on a rather geriatric crossbar exchange, so its not surprising that its variable. Doesnt explain 2400 sessions tho, particularly when I have not EVER seen it fall back from 14400 in the years I have been calling. Atleast one of the City BBS lines does that quite often when I call. --- PQWK202* 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™.