Ascend Archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: (ASCEND) K56Flex release 1.0 for Diamond...


Hmmm. I wonder why, Well early yesterday I was able to do some testing 
w/ the 1.0 Supra code, ( I was lucky enough to get it before they pulled
if off the site) Well I have to say the results looks quite impressive. 
See Below:

Equipment,
NT box running Server 4.0
Supra 56e running 1.0 client code.
Connecting to:
Max 4004 Running 5.0ap16
(release with V1.00-K56_DLP_CSM)

I established 10 connections to this box as the connections were solid RX
rate 42,000 and TX rate of 31,200-33,600. See below

Downstream RX Rate          Upstream TX Rate
     42,000                      31,200
     42,000                      33,600
     42,000                      31,200
     42,000                      33,600

Data from at&v1 below
TERMINATION REASON.......... LOCAL REQUEST
LAST TX data rate........... 33600 BPS
HIGHEST TX data rate........ 31200 BPS
LAST RX data rate........... 42000 BPS
HIGHEST RX data rate........ 42000 BPS
Error correction PROTOCOL... LAPM
Data COMPRESSION............ V42Bis
Line QUALITY................ 028
Receive LEVEL............... 016
Highest SPX Receive State... 86
Highest SPX Transmit State.. 84
EQM Sum Value............... 00D1
RBS Pattern detected........ 10
Data Rate Dropped in kbps... 02
Digital Pad Detected........ None



FTP Throughput:

Connection was made to a Max 4004 in Springfield, then a ftp
session was started to my workbox which just 2 hops away.
File : tim.m40 Size=943663 bytes

Time      K-Per Sex
205.98       4.58
205.68       4.59
206.00       4.58

Note: The box was fully loaded w/ 69 connections at the time of the test
(3 PRI'S)


Quake Test:

I did see some latency in using quake w/5.0Ap16 , but to a quake server
that was 3 hops away I was getting 140 ping times.

Problems: High rate of CRC errors on downloading of JPEGS, I would recive
approx 40 to every 1000 frames recieved. I'm still seeing disconnects
from 5-20 minutes. Other than those 2 problems above the Supra w/ 1.0 code
and the Max w/ ap16 actually worked great.

Final Note:
 
As I was typing this email I tried to pull some more data from the supra,
Well it locked up on me and now It won't respond to anything, Even after
power cycling it several time, haha, I guess I do know why they pulled
it off thier web site. 

I am assembling a full report of client modems and connection/data
throuput rates for a report that I will be posting up on
http://www.nealis.net I am awaiting 1 more release from Ascend w/
new K56 code, and of course I'm awaiting all the Modem dudez to 
release 1.0 firmware..

Later...

Jason Nealis
Director Internet Operations
Network Access
Erols Internet



On Fri, 8 Aug 1997, Steve Mintun wrote:

> No, it's gone.
> 
> -Steve
> 
> Jason Nealis wrote:
> > 
> > Umm, Is it me, Or did Diamond Pull this off thier web site? I pulled
> > it
> > down earlier today, And I went back to make a link to it from my
> > web site and BAMM no 56k upgrade to 1.0, Maybe it's me and I'm blind
> > and can't see, But I swear it's gone.
> > 
> > Jason Nealis
> > 
> > On Tue, 5 Aug 1997, Sam Akhtar wrote:
> > 
> > > >Diamond posted the V1.0 release for the Supra 56e and 56i modems
> > at:
> > > >
> > > >
> > http://www.diamondmm.com/product-support/firmware/supraexpress56.html
> > >
> > > (4004, PRI, 5.0Ap16)
> > >
> > > Got it, flashed the modem (*huh-huh*) and we're getting slightly
> > better
> > > results.  We can now consistently connect, albeit at 33.6; the same
> > > driver for Win96 used to report 42+
> > > FTP tests show results ranging from 3.5 to 5-ish kbps BUT we still
> > keep
> > > getting knocked off anywhere from 30 seconds to thirty-odd minutes
> > into
> > > a call (with activity)...
> > >
> > > Anyone experiencing a similar situation?  One of our
> > telco-background
> > > engineers suspects it _may_ have something to do with the way the
> > local
> > > telco is doing the A-D conversion switch side... but then why no
> > > problems with regular v.34 calls?  At this point in time, we've got
> > the
> > > telco engineers (far more clueful than your average lot) going over
> > our
> > > PRI's _and_ hot spares with a fine tooth comb... mebbe the recent
> > > tstorms have wacked something out.
> > >
> > >
> > > Good news is, we're getting an influx of customers interested in 56k
> > AND
> > > patient enough to work things out on their side\our side between
> > > firmware updates, etc.  The tech support time is starting to kill
> > tho :/
> > >
> > > Ahh, anything for bleeding-edge glory, eh? :)
> > >
> > > Regards...
> > >
> > >
> > > Sam R. Akhtar                Operations & Engineering
> > > IBIS, Inc.                   k56Flex, ISDN and more!
> > > http://www.ibisnet.net/      srakhtar@ibisnet.net
> > > P: 813.265.0275              F: 813.265.0788
> > >
> > >
> ++ Ascend Users Mailing List ++
> To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
> To get FAQ'd:	<http://www.nealis.net/ascend/faq>
> 


++ Ascend Users Mailing List ++
To unsubscribe:	send unsubscribe to ascend-users-request@bungi.com
To get FAQ'd:	<http://www.nealis.net/ascend/faq>
References: