Broadband Related > Router Monitoring Software
Is this good/bad/indifferent?
door_bell:
Gents/Gentleladies!
I'm still VERY green behind the ears when it comes to anything FTTC related - but I'm soaking up as much as possible. Wanted to keep tabs on the connection and do some data logging but was supplied with the ECI/R variant - which needs some soldering work to JTAG. I'm up for a challenge but the wife would shoot me if I knackered it, soooooooooo I got myself a HG612 and promptly slapped the unlocked noBTagent firmware on ;D
Just got it up and running with DSL stats and HG612 modem stats for some longer term logging, but I'll admit to struggling a bit with which bits are important to me. To my untrained eye, it looks like it's good - but is it?
Where do you start, what's important to you when you look? Here is some info.....can give more if you can give me some kid-glove handling. I'm a long time cable user, so its' a big change.
I'm about 350M from the cab (which was the only thing the Kelly engineer could tell me). Here we go:
--- Code: ---xdslcmd info --Bits
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 37078 Kbps, Downstream rate = 107040 Kbps
Bearer: 0, Upstream rate = 20000 Kbps, Downstream rate = 79987 Kbps
--- End code ---
--- Code: ---xdslcmd info --stats
xdslcmd: ADSL driver and PHY status
Status: Showtime
Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 37050 Kbps, Downstream rate = 107040 Kbps
Bearer: 0, Upstream rate = 20000 Kbps, Downstream rate = 79987 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): 13.6 18.3
Attn(dB): 12.9 0.0
Pwr(dBm): 13.2 2.5
VDSL2 framing
Bearer 0
MSGc: 18 150
B: 239 236
M: 1 1
T: 23 5
R: 0 16
S: 0.0955 0.3771
L: 20104 5410
D: 1 1
I: 240 255
N: 240 255
Counters
Bearer 0
OHF: 633060 170958
OHFErr: 2 0
RS: 0 2516867
RSCorr: 0 8
RSUnCorr: 0 0
Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 160939681 0
Data Cells: 2188742 0
Drop Cells: 0
Bit Errors: 0 0
ES: 2 0
SES: 0 0
UAS: 26 26
AS: 1048
Bearer 0
INP: 0.00 0.00
INPRein: 0.00 0.00
delay: 0 0
PER: 1.65 6.15
OR: 116.09 202.87
AgR: 80103.09 20203.27
Bitswap: 559/559 1/1
Total time = 17 min 54 sec
FEC: 0 8
CRC: 2 0
ES: 2 0
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 2 min 54 sec
--- End code ---
I'm thinking it all looks OK.....but who knows (not me!!)
Cheers Muchly :)
burakkucat:
--- Quote ---Max: Upstream rate = 37078 Kbps, Downstream rate = 107040 Kbps
Bearer: 0, Upstream rate = 20000 Kbps, Downstream rate = 79987 Kbps
--- End quote ---
At the time that snapshot was taken, your modem had synchronised with the MSAN at 37 Mbps US and 107 Mbps DS. Which is very good. ;)
As a consequence, your service is operating at the upper limit of the banding, namely 20 Mbps US and 80 Mbps DS. The maximum possible. :)
As for the bitloading graph, you have only shown us part of it. (With a profile 17 VDSL2 service, the tones go up to 4095.) What we can see, again, looks good.
door_bell:
Cracking reply - thanks!
Highly frustrating when the modems come locked by default - can see why they do it, but it's still annoying none the less.
For completeness, I've attached all the tones - didn't see that checkbox! Not sure why the middle group is low - normal?
Night calls, crazy day tomorrow!
Cheers,
D_B
burakkucat:
:hmm: Hmm . . . The bit loading in the US1 band does look -- er -- a bit wimpy. (Predominately 2 bits across the entire band, with a few tones at 3 bit and a few at 1 bits loading.)
As I do not have personal experience of a VDSL2 service, I think I should leave it for others to comment. An Analytical Eagle, perhaps?
Bald_Eagle1:
My theory (& that's all it is) is that as much bit loading as possible is carried out in the higher frequency bands on those connections that can actually make use of them.
This would then reduce the potential 'swamping' effect at lower frequencies that longer connections are only able to use (mine, for example).
I have attached bitloading graphs from firstly another higher speed, shortish length connection, showing a similar pattern & secondly from my own connection (1000m to 1100m in length).
EDIT:
@ door_bell,
I have to say your connection has remarkably high attainable (max) rates, with plenty of spare SNRM, for a 350m line length & FWIW, it's currently operating on fastpath:-
SNR (dB): 13.6 18.3
D: 1 1
Navigation
[0] Message Index
[#] Next page
Go to full version