Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Ragnarok]

the Huawei/bcm vs ECI/Lantiq debate has often raged on on this forum.

I am on an ECI cab I'm banded at 67mbps on downstream ( 2 BT engineers refused to reset my line after an flooded underground duct was flushed and cable replaced ), I have both an unlocked both ECI /r ( not Open WRT, just the stock firmware telnet) and Huawei ( with the latest howling wolf firmware) bt openreach modems .

What is definitely true is the ECI modem reports less errors and my line recovers from interleaving if I leave this on there. The ECI also produces about 0.5ms less lag( not really very important). Both Modems sync at virtually the same speeds, and report the same SNR when I switch between them.

Ever since getting BTTV, I've noticed that the ECI modem seems glitch the streams quite a bit. The Huawei is virtually flawless.
could it be that the ECI is actually letting more bad packets through.

I'm toying with the Idea of putting Openwrt on my ECI/r and seeing if the new modem driver used on there is any better, and being able to see an ES count.

My typical line stats from the Huawei look like this, the EH/h is usually anywhere between 20-30 which i think would set my DLM status to amber, with the HG612 there is almost no chance the banding will be lifted.

Code: [Select]

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 25708 Kbps, Downstream rate = 73028 Kbps
Bearer: 0, Upstream rate = 20000 Kbps, Downstream rate = 66969 Kbps

Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode(0x0)
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 7.9 9.5
Attn(dB): 17.1 0.0
Pwr(dBm): 13.6 6.6
VDSL2 framing
Bearer 0
MSGc: 18 150
B: 239 236
M: 1 1
T: 23 5
R: 0 16
S: 0.1141 0.3771
L: 16832 5410
D: 1 1
I: 240 255
N: 240 255
Counters
Bearer 0
OHF: 79366016 944351
OHFErr: 2583 3
RS: 0 803517
RSCorr: 0 6017
RSUnCorr: 0 0

Bearer 0
HEC: 15541 0
OCD: 470 0
LCD: 470 0
Total Cells: 3000254943 0
Data Cells: 1996553851 0
Drop Cells: 0
Bit Errors: 0 0

ES: 1014 3
SES: 3 0
UAS: 26 26
AS: 156779

Bearer 0
INP: 0.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 1.97 6.15
OR: 97.19 202.87
AgR: 67066.02 20203.27

Bitswap: 117229/117229 20/20

Total time = 1 days 19 hours 33 min 25 sec
FEC: 0 6017
CRC: 2583 3
ES: 1014 3
SES: 3 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 3 min 25 sec
FEC: 0 0
CRC: 4 0
ES: 4 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 0 0
CRC: 13 0
ES: 11 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 19 hours 33 min 25 sec
FEC: 0 5987
CRC: 588 3
ES: 398 3
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 0 30
CRC: 1995 0
ES: 616 0
SES: 3 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 1 days 19 hours 32 min 59 sec
FEC: 0 6017
CRC: 2583 3
ES: 1014 3
SES: 3 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#

[burakkucat]

It might be worthwhile considering leaving your current ECI B-FOCuS /r "as is" and just purchase another device, from an eBay vendor, for updating with the OpenWRT firmware image? 

[ejs]

Aren't there dsl_cpe_pipe commands to get the ES count? pmlsc15mg / pmlsc1dg / pmlscsg / pmlsctg for 15 minutes / 1 day / showtime / total?

[Weaver]

I don't understand the comment about letting more bad packets through. IP packets are checksummed to prevent corrupt packets from being delivered. Or have I misunderstood?

[NewtronStar]

I think Some modem firmware/software algorithms are we bit better than others when catching a fragmented packet and then correct it in time before it becomes an uncorrected error 

[Weaver]

@newtronstar   

[Ragnarok]

Weaver we're not talking TCP, where talking UDP.

It's moot anyway at the moment. My line just developed a nasty noise on the phone this afternoon and the DSL speeds have plummeted. Gonna have to investigate and get that fixed first.

Code: [Select]

xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 1
Last initialization procedure status: 0
Max: Upstream rate = 13462 Kbps, Downstream rate = 37224 Kbps
Bearer: 0, Upstream rate = 13918 Kbps, Downstream rate = 39333 Kbps

Link Power State: L0
Mode: VDSL2 Annex B
VDSL2 Profile: Profile 17a
TPS-TC: PTM Mode(0x0)
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 5.6 6.0
Attn(dB): 25.7 0.0
Pwr(dBm): 13.7 6.9
VDSL2 framing
Bearer 0
MSGc: 18 18
B: 237 238
M: 1 1
T: 64 21
R: 16 16
S: 0.1926 0.5465
L: 10552 3733
D: 1 1
I: 254 255
N: 254 255
Counters
Bearer 0
OHF: 8167381 986116
OHFErr: 683 258
RS: 522691746 217876
RSCorr: 213117 2415
RSUnCorr: 6085 0

Bearer 0
HEC: 5432 0
OCD: 234 0
LCD: 234 0
Total Cells: 1910734134 0
Data Cells: 15676596 0
Drop Cells: 0
Bit Errors: 0 0

ES: 1629 204
SES: 17 0
UAS: 66 52
AS: 25264

Bearer 0
INP: 0.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 3.09 8.64
OR: 62.07 22.22
AgR: 39395.34 13940.63

Bitswap: 15501/15546 2515/2618

Total time = 1 days 7 hours 48 min 26 sec
FEC: 213117 8436
CRC: 11117 261
ES: 1629 204
SES: 17 0
UAS: 66 52
LOS: 1 0
LOF: 9 0
LOM: 0 0
Latest 15 minutes time = 3 min 26 sec
FEC: 378 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 15 minutes time = 15 min 0 sec
FEC: 9484 43
CRC: 12 6
ES: 9 6
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 7 hours 48 min 26 sec
FEC: 213117 2415
CRC: 7675 258
ES: 432 201
SES: 14 0
UAS: 40 26
LOS: 1 0
LOF: 9 0
LOM: 0 0
Previous 1 day time = 24 hours 0 sec
FEC: 0 5991
CRC: 1447 3
ES: 581 3
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 7 hours 1 min 3 sec
FEC: 213117 2415
CRC: 683 258
ES: 410 201
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
#

[NewtronStar]

Sorry to here your having line noise and with that in mind your thread has become a FTTC line  issue rather than a Hardware issue so the ECI and HG612 HW goes out the window for the moment not literally of course, you may need the help of an OR engineer by the sounds of it.

RSUnCorr:   6085      

[Ragnarok]

I'll pull the modem and check the test socket when people finally sod off to bed and stop watching tv.

It starts as a very crackly dial tone which within 10 seconds sounds like there is a motor on the phone drowning it out, it's probably a BT side issue, it's best to be certain before sending requesting an engineer. might be the best chance yet to get a DLM reset.

[Weaver]

The crackly dial tone, noise etc suggests to me that you need to contact whoever provides your phone service not your internet. This might save you some money, whatever, Openreach will have to fix it FOC, as far as I understand it. If you just say you have a crackly voice service and don't mention Internet, then I'm told that's the way to approach it. (Some people even go as far as putting networking kit to one side when the PSTN Openreach engineer is sent round, so I believe.)

[burakkucat]

And to add to Weaver's comments, if you are fortunate to have a multi-skilled technician (one of Black Sheep's flock) to attend for the PSTN fault you could then ask her/him, once the fault has been fixed, to perform a "circuit recalc" (which, if I remember correctly, is Openreach speak for a DLM reset). 

[Weaver]

Could your ISP do a DLM reset for you?

 (I have a likely looking button or two on Andrews and Arnold's clueless.aa.net.uk control panel server.)

[burakkucat]

Could your ISP do a DLM reset for you?

My understanding is that ISPs/CPs do not have access to the controls of the Openreach DSLAMs.

(I have a likely looking button or two on Andrews and Arnold's clueless.aa.net.uk control panel server.)

Could you perform a screen-scrape and then post the resulting image so that those of us interested may "have a look", please?

[Ragnarok]

Pulled the modem, Doesn't matter if the modems or filter is connected, the wired phone in the test socket works intermittently  ( lacking power ) and there is no dial tone what so ever now. it's a genuine BT open reach side fault with the added bonus the automated line diagnostic found a problem. report sent. Bt let you report faults now via the web, no need to convince a script monkey anymore you have a real problem when you know what to test.

Plus I get BT sport UHD, via BTTV, still have just enough speed to watch it. with 4mbps to spare

burakkucat thanks again for the info, "circuit recalc" is a new one to me.

[Weaver]

I'll try to post two shots to Flickr
    https://www.flickr.com/photos/cecilward/23992450631/in/dateposted-public/

    https://www.flickr.com/photos/cecilward/24075035905/in/dateposted-public/