dslreports logo
 
    All Forums Hot Topics Gallery
spc
Search similar:


uniqs
8391

odog
Minister of internet doohickies
Premium Member
join:2001-08-05
Atlanta, GA
Nokia BGW320-505

odog to BryanInPHX

Premium Member

to BryanInPHX

Re: [AZ]Moto SB6120 Auto Firmware Update to 1.0.2.4-SCM01-NOSH

I work in the Atlanta DOCSIS operations group, and I am happily employed with Cox Communications

One of the things my group "does" is firmware deployments and upgrades. Hence why I have a very close bead on when and how the firmware was/is deployed.

CoxTOC1
join:2007-05-15
Newport News, VA

CoxTOC1

Member

And I can verify that with out a doubt odog is indeed a authorized cox employee.
nmlobo
join:2002-11-02
Yorktown, VA

nmlobo

Member

Does the new firmware build help with the constant upchannel changes many of the 6120s experience?

BryanInPHX
Premium Member
join:2001-03-06
Phoenix, AZ

4 edits

BryanInPHX to odog

Premium Member

to odog
said by odog:

I work in the Atlanta DOCSIS operations group, and I am happily employed with Cox Communications

One of the things my group "does" is firmware deployments and upgrades. Hence why I have a very close bead on when and how the firmware was/is deployed.
My apologies to odog, It was not apparent, by your profile, you were a Cox employee, I did skim the »Cox HSI Forum FAQ »Who are the authorized Cox employees that provide support on this forum? and didn't see you there first time I looked, But I do see you listed now, the whole Comcast thing threw me off.

I have not had speed issues in years. So when I saw the firmware change and the slowdown almost simultaneously, I did associated the two issues. It seems my speeds are back up to acceptable levels, Was anything done to the network?

EDIT: Only acceptable levels when using speedtest.net not real sustained download speeds. Those speeds average 8-10Mb/s.
As of last Friday those speeds averaged 22Mb/s. So I have lost half my bandwidth.


Except testing to »netspeed.stanford.edu/ and »nitro.ucsc.edu/ is still about 1/3 to 1/2 of the bandwidth I am used to seeing, perhaps it is a problem on thier end???

Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.32Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 14.31Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.31Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 12.58Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
BryanInPHX

2 edits

BryanInPHX

Premium Member

Re: [AZ] Are the Moto SB6120 problems resolved in AZ?

Tested 4/20/10 12:00am

Connected to: jlab4.jlab.org -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.32Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 1.20Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link
[S2C]: Packet queuing detected

click START to re-test

** Starting test 1 of 1 **
Connected to: jlab4.jlab.org -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.25Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 4.48Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
[S2C]: Packet queuing detected
------------------------------------------------------
TCP/Web100 Network Diagnostic Tool v5.5.4b
click START to begin

** Starting test 1 of 1 **
Connected to: ndt-202.net.berkeley.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.34Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 12.72Mb/s
Server unable to determine bottleneck link type.
[S2C]: Packet queuing detected

click START to re-test

** Starting test 1 of 1 **
Connected to: ndt-202.net.berkeley.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.12Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 11.07Mb/s
Server unable to determine bottleneck link type.
[S2C]: Packet queuing detected
---------------------------------------------------
TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.81Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 12.57Mb
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link
.
WEB100 Enabled Statistics:
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.81Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 12.57Mb/s

------ Client System Details ------
OS data: Name = Windows XP, Architecture = x86, Version = 5.1
Java data: Vendor = Sun Microsystems Inc., Version = 1.6.0_19

------ Web100 Detailed Analysis ------
10 Mbps Ethernet link found.
Link set to Full Duplex mode
Information: throughput is limited by other network traffic.
Good network cable(s) found
Normal duplex operation found.

Web100 reports the Round trip time = 37.28 msec; the Packet size = 1460 Bytes; and
No packet loss - but packets arrived out-of-order 26.82% of the time
This connection is sender limited 44.86% of the time.
This connection is network limited 55.14% of the time.

Web100 reports TCP negotiated the optional Performance Settings to:
RFC 2018 Selective Acknowledgment: ON
RFC 896 Nagle Algorithm: ON
RFC 3168 Explicit Congestion Notification: OFF
RFC 1323 Time Stamping: OFF
RFC 1323 Window Scaling: ON

The theoretical network limit is 298.8 Mbps
The NDT server has a 127.0 KByte buffer which limits the throughput to 53.65 Mbps
Your PC/Workstation has a 489.0 KByte buffer which limits the throughput to 102.48 Mbps
The network based flow control limits the throughput to 20.31 Mbps
BryanInPHX

2 edits

BryanInPHX

Premium Member

Re: [AZ] Firmware Update to 1.0.2.4-SCM01-NOSH Did it Cut my Dow

Just found evidence that my Modem still had the old firmware (SB6120-1.0.1.8-SCM02-NOSH) as of this posting dated 2010-04-15 22:15:12, that was Thursday Evening 4/15/10. It clearly shows 1 Edit@10:24PM.

»Re: [AZ] Bonding 4 Channels Today Chandler
Quote from Posting:
My modem SB6120 bonded 4 channels downstream the first time connected on 04/03/10.

EDIT:
Maybe I spoke too soon, I just looked at my Logs and the only entry is:??????
Jan 01 1970 00:00:52 3-Critical R02.0 No Ranging Response received - T3 time-out;CM-MAC=00:xx:xx:xx:xx:xx;CMTS-MAC=00:xx:xx:xx:xx:xx;CM-QOS=1.1;CM-VER=3.0;

So what's going on?

Model Name: SB6120
Vendor Name: Motorola
Firmware Name: SB6120-1.0.1.8-SCM02-NOSH
Boot Version: PSPU-Boot 1.0.0.4m1
Hardware Version: 3.0
Serial Number: xxxxxxxxxxxxxxxxxxxxxxxxxx
Firmware Build Time: Apr 22 2009 12:15:22
BryanInPHX

4 edits

BryanInPHX

Premium Member

One Good test, lets see if it continues.

TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.35Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 34.14Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link

Two Good Tests Yea!!!!

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Another client is currently being served, your test will begin within 180 seconds
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.34Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 34.58Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link

Third to a different server Failed :-(

TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Another client is currently being served, your test will begin within 90 seconds
Another client is currently being served, your test will begin within 45 seconds
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.94Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 16.13Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link

Updated: 6:45am PST
Didn't last, I'd really like to know if this Cox's network or California University server issues.

TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Another client is currently being served, your test will begin within 45 seconds
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.32Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 16.34Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.32Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 14.05Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
BryanInPHX

1 edit

BryanInPHX

Premium Member

Re: [AZ] Are the Moto SB6120 problems resolved in AZ?

Still Slow




TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.16Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 5.71Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.33Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 5.52Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
Information: Other network traffic is congesting the link

Cox Speedtest??? Why the great disparity??? »azspeedtest.cox.com/
Download Speed: 57339 kbps (7167.4 KB/sec transfer rate) - 57.34Mbps
Upload Speed: 6341 kbps (792.6 KB/sec transfer rate) - 6.34Mbps
Latency: 23 ms
Tuesday, April 20, 2010 7:12:19 PM
-------------------------------------------------------
Cox Speedtest, Again
Download Speed: 28582 kbps (3572.8 KB/sec transfer rate) - 28.58Mbps
Upload Speed: 4926 kbps (615.8 KB/sec transfer rate)
Latency: 21 ms
Tuesday, April 20, 2010 7:49:04 PM
--------------------------------------------------------
Updated 7:50pm PST
TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Another client is currently being served, your test will begin within 270 seconds
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.34Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 13.13Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Another client is currently being served, your test will begin within 45 seconds
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.31Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 10.03Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

DoctorDave
Premium Member
join:2010-02-22
Denham Springs, LA

DoctorDave

Premium Member

Interesting. So what you're seeing is the Cox speedtest is faster than anything else for you....

Me, still on DSL (until tomorrow) shows this from the Cox speed test:
********
Last Result:
Download Speed: 6411 kbps (801.4 KB/sec transfer rate)
Upload Speed: 411 kbps (51.4 KB/sec transfer rate)
Latency: 232 ms
Tue Apr 20 21:35:53 2010
********

I've never had such latency on a test! So Cox is routing internal users at highest priority to their speed test server, and external users slowly, perhaps? Cheap trick marketing?

BryanInPHX
Premium Member
join:2001-03-06
Phoenix, AZ

1 edit

BryanInPHX

Premium Member

Another Cox HSI subscriber in CA using an SB6120 still running the 1.0.1.8-SCM02-NOSH firmware. Reported to me his speeds to the same two CA University Servers:

At 11:50 AM PST, Santa Cruz reported 37.18 Mbps down, 4.31 Mbps up.

At 11:51 AM PST, Stanford reported 42.42 Mbps down, 4.34 Mbps up.

These results are what I saw before being upgraded to 1.0.2.4-SCM01-NOSH
BryanInPHX

1 edit

BryanInPHX

Premium Member

Please keep this thread to test results for SB6120 modems and comments on your specific tests only, please include Your HSI Tier, Modem and Firmware.

Specifically, no bashing of Cox, As I have asked them to monitor this thread.


Tests to consider running are:
»azspeedtest.cox.com/
»test.lvcm.com/sustained/

»nitro.ucsc.edu/
»netspeed.stanford.edu/
BryanInPHX

BryanInPHX

Premium Member

TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.50Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 15.61Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 1.48Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 10.71Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.67Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 15.89Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 3.32Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 14.77Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.70Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 15.71Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 2.09Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 13.52Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.34Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 16.39Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

------------------------------------------------------------
TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.72Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 8.25Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 1.4Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 11.14Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 4.36Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 13.44Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 3.42Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 12.27Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 4.43Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 13.29Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 2.11Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 7.28Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 6.35Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 5.75Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
-------------------------------------------------------------



BryanInPHX

BryanInPHX

Premium Member

Update to my "work in progress" of tests prior to and after the firmware update.
Forum also updated with latest results. »[AZ] Are the Moto SB6120 problems resolved in AZ?

Bandwidth Testing before Firmware Update: (I have serveral spreadsheets downloaded of test results from speedtest.net)
»azspeedtest.cox.com/ - Averaged 74 Mbps
»www.speedtest.net - Phoenix - Averaged 32.6 Mbps
»test.lvcm.com/sustained/ - Averaged 24 Mbps

»nitro.ucsc.edu - Averaged 34 Mbps
»netspeed.stanford.edu- Averaged 35Mbps

-------------------------------------------------------------
Bandwidth Testing after Firmware Update for Tue 4/20/10 10pm-12am PST, each test ran 8 times over the 2HR period.
»azspeedtest.cox.com/ - Averaged 51.1 Mbps
»www.speedtest.net - Phoenix - Averaged 17.9 Mbps
»test.lvcm.com/sustained/ - Averaged 9.2 Mbps

»nitro.ucsc.edu - Averaged 14.7 Mbps
»netspeed.stanford.edu - Averaged 10.2 Mbps

I hope this information is useful. Thanks, Bryan
BryanInPHX

BryanInPHX

Premium Member

Click for full size
I decided to try the "Reset All Defaults", I was hesitant at first but decided what the heck. It took about 5 minutes. Then I Rebooted the modem. It cleared all the logs. (so you might want to save them before doing this) It might have helped, seems it did somewhat.

Note:
Resetting the cable modem to its factory default configuration will remove all stored parameters learned by the cable modem during prior initializations. The process to get back online from a factory default condition could take from 5 to 30 minutes. Please reference the cable modem User Guide for details on the power up sequence.
BryanInPHX

3 edits

BryanInPHX

Premium Member

said by BryanInPHX:

Update 04/19/10
OK, I am very angry, I have been having extreme slow speed issues the last 24 hours several days. And come to find out Cox updated my new SB6120 modem with Firmware Name: SB6120-1.0.2.4-SCM01-NOSH. I did not ask for this my modem was working great with the firmware at 1.0.1.8-SCM02-NOSH
Cox offered to push my modem 1.0.2.0 or 1.0.1.7, But not 1.0.1.8-SCM02-NOSH. Wouldn't the firmware just be updated to the latest again?

Any thoughts on the two firmwares Cox did offer? Thanks.

Nerdtalker
Working Hard, Or Hardly Working?
MVM
join:2003-02-18
San Jose, CA

Nerdtalker to BryanInPHX

MVM

to BryanInPHX
Click for full size
Click for full size
I just noticed something interesting. In my market at least, SB6120-1.0.2.4-SCM01-NOSH just got pushed out this last week.

As of yet, I haven't experienced any changes in speeds or signals, just a few new elements in the UI which I noted above including IPv4/IPv6 fields. It'd be great to see some of that eventually coming.

BryanInPHX
Premium Member
join:2001-03-06
Phoenix, AZ

3 edits

BryanInPHX

Premium Member

My YouTube Video Speed History 1/2 of Cox PHX Average

Click for full size
My YouTube Video Speed History
»www.youtube.com/my_speed#

OK, here is another example that I am getting 1/2 the Download Speed of the average Cox Phoenix HSI user. The average Qwest DSL User is getting slightly better speeds than I am.
.
BryanInPHX

2 edits

BryanInPHX

Premium Member

Re: [AZ] Are the Moto SB6120 problems resolved in AZ?

It's 2:30am and I am having to wait for pages to load, What is going on???

and to make it worse Cox just ran a TV Ad telling me how fast their HSI was.....
BryanInPHX

1 edit

BryanInPHX

Premium Member

Another YouTube Video Speed History

Click for full size
YouTube Video Speed History, 4/26/10
As you can see another fantastic YouTube Video Speed History, from another machine, for only 4/26/07. I cleared my cache and cookies to get a snapshot of just one day. You can also see Qwest DSL is still faster than Cox HSI Premier.
BryanInPHX

1 edit

BryanInPHX

Premium Member

Re: [AZ] Are the Moto SB6120 problems resolved in AZ?


Sustained DL 2.7MB/s - 21.6Mbps
Sustained Downloads again averaging 22Mbps
Well at least for today my speeds are back where I would expect them to be.


TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.47Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 38.50Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: nitro.ucsc.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.46Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 38.48Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet
------------------------------------------------------------------------
TCP/Web100 Network Diagnostic Tool v5.5.4a
click START to begin

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.22Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 38.26Mb/s
The slowest link in the end-to-end path is a 10 Mbps Ethernet subnet

click START to re-test

** Starting test 1 of 1 **
Connected to: netspeed.stanford.edu -- Using IPv4 address
Checking for Middleboxes . . . . . . . . . . . . . . . . . . Done
checking for firewalls . . . . . . . . . . . . . . . . . . . Done
running 10s outbound test (client-to-server [C2S]) . . . . . 5.20Mb/s
running 10s inbound test (server-to-client [S2C]) . . . . . . 38.60Mb/s
BryanInPHX

1 edit

BryanInPHX

Premium Member

YouTube Video Speed History for April 27, 2010 was 6.75 Mbps.

Click for full size
YouTube Video Speed History
YouTube Video Speed History now above the Cox PHX average again also.
BryanInPHX

BryanInPHX

Premium Member

Wow, who flipped the switch on High??? Thank You Cox!!!

Wow, who flipped the switch on High??? Thank You Cox!!!


.

.

.
BryanInPHX

1 edit

BryanInPHX

Premium Member

Re: [AZ] Are the Moto SB6120 problems resolved in AZ?

I noticed tonight sometime my modem logs disappeared and currently the only entry is the following:
Connection and speeds are both excellent though.

Jan 01 1970 00:01:24 3-Critical R02.0 No Ranging Response received - T3 time-out;CM-MAC=00:xx:xx:xx:xx:xx;CMTS-MAC=xx:xx:xx:xx:xx:xx;CM-QOS=1.1;CM-VER=3.0;
---------------------------------------------------------
Model Name: SB6120
Vendor Name: Motorola
Firmware Name: SB6120-1.0.1.7-SCM00-NOSH
Boot Version: PSPU-Boot 1.0.0.4m1
Hardware Version: 1.0
Serial Number: xxxxxxxxxxxxxxxxxxxxxxxxxxx
Firmware Build Time: Mar 20 2009 17:48:45
---------------------------------------------------------
Did this happen to anyone else? I'm gonna reboot the modem and see what happens.

Rebooted by configuration page and now the only log entry is:
Apr 27 2010 10:52:38 6-Notice E101.0 SW Download INIT - Via NMS

Where did the other log entry go? and it usually shows in the logs that it was rebooted via the console?
lilstone87
join:2009-04-09
Chesapeake, VA

lilstone87

Member

said by BryanInPHX:

I noticed tonight sometime my modem logs disappeared and currently the only entry is the following:
Connection and speeds are both excellent though.

Jan 01 1970 00:01:24 3-Critical R02.0 No Ranging Response received - T3 time-out;CM-MAC=00:xx:xx:xx:xx:xx;CMTS-MAC=xx:xx:xx:xx:xx:xx;CM-QOS=1.1;CM-VER=3.0;
---------------------------------------------------------
Model Name: SB6120
Vendor Name: Motorola
Firmware Name: SB6120-1.0.1.7-SCM00-NOSH
Boot Version: PSPU-Boot 1.0.0.4m1
Hardware Version: 1.0
Serial Number: xxxxxxxxxxxxxxxxxxxxxxxxxxx
Firmware Build Time: Mar 20 2009 17:48:45
---------------------------------------------------------
Did this happen to anyone else? I'm gonna reboot the modem and see what happens.

Rebooted by configuration page and now the only log entry is:
Apr 27 2010 10:52:38 6-Notice E101.0 SW Download INIT - Via NMS

Where did the other log entry go? and it usually shows in the logs that it was rebooted via the console?

If I'm correct that was a added feature in the 1.0.2.4 firmware. With going back to the older 1.0.1.7 firmware, there are a couple features left out. So once they release 1.0.3.0 withen the next few weeks, you should get all these features, and info back.

odog
Minister of internet doohickies
Premium Member
join:2001-08-05
Atlanta, GA

odog

Premium Member

quote:
Apr 27 2010 10:52:38 6-Notice E101.0 SW Download INIT - Via NMS
that log entry is from a week ago, it's not from the most recent reset. That entry is from the modem being firmware upgraded.

BryanInPHX
Premium Member
join:2001-03-06
Phoenix, AZ

2 edits

BryanInPHX

Premium Member

said by odog:

quote:
Apr 27 2010 10:52:38 6-Notice E101.0 SW Download INIT - Via NMS
that log entry is from a week ago, it's not from the most recent reset. That entry is from the modem being firmware upgraded.
Yes, this is probably a FW version 1.0.1.7 glitch.
There were two more recent SW Downloads that should also be showing up.

05-05-2010 @ 15:34 SW Download INIT - Via NMS to SB6120-1.0.1.7

04-30-2010 @ 04:47 SW Download INIT - Via NMS to SB6120-1.0.2.4

trunk420
@cox.net

trunk420

Anon

I've had the same issues as everyone else and just had the 3rd tech (level 2 this time) leave my house after rewiring the whole place and it still does it. Is there anything I can do? No one on the phone has any idea. Please help or give me a bone if possible. I removed the mac addresses.

May 10 2010 16:59:35 6-Notice I401.0 TLV-11 - unrecognized OID;CM-
Jan 01 1970 00:00:39 5-Warning D04.1 ToD request sent - No Response received;CM-CM-QOS=1.1;CM-VER=3.0;
Jan 01 1970 00:00:12 6-Notice Cable Modem Reboot due to power reset ;CM-CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.0;
mailman0
join:2004-08-02
Gilbert, AZ

mailman0

Member

said by trunk420 :

I've had the same issues as everyone else and just had the 3rd tech (level 2 this time) leave my house after rewiring the whole place and it still does it. Is there anything I can do? No one on the phone has any idea. Please help or give me a bone if possible. I removed the mac addresses.

May 10 2010 16:59:35 6-Notice I401.0 TLV-11 - unrecognized OID;CM-
Jan 01 1970 00:00:39 5-Warning D04.1 ToD request sent - No Response received;CM-CM-QOS=1.1;CM-VER=3.0;
Jan 01 1970 00:00:12 6-Notice Cable Modem Reboot due to power reset ;CM-CMTS-MAC=00:00:00:00:00:00;CM-QOS=1.1;CM-VER=3.0;
I've been having the same problem all day, but haven't had time to call yet. This is getting ridiculous. The model assigns my computer an IP address, but I never get an IP address from Cox. Is there anything I can do? It was working great for weeks, then this morning it just fell over.