Kitz ADSL Broadband Information
adsl spacer  
Support this site
Home Broadband ISPs Tech Routers Wiki Forum
 
     
   Compare ISP   Rate your ISP
   Glossary   Glossary
 
Please login or register.

Login with username, password and session length
Advanced search  

News:

Author Topic: Low SNR  (Read 1664 times)

Phil198

  • Just arrived
  • *
  • Posts: 2
Low SNR
« on: March 14, 2017, 03:14:40 PM »

This seems a bit strange to me but maybe not. I have just noticed my downstream SNR has dropped to 3.6, normally runs around 6. The downstream speed has gone up so I'm not complaining but supprised all seems OK with such a low SNR.

DSL Stats reporting below, any comments, just curious?

Phil.

Status: Showtime
Last Retrain Reason:    4
Last initialization procedure status:   0
Max:    Upstream rate = 13351 Kbps, Downstream rate = 44012 Kbps
Bearer: 0, Upstream rate = 13131 Kbps, Downstream rate = 52923 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):        3.6             6.4
Attn(dB):        16.6            0.0
Pwr(dBm):        6.8             6.8
Logged

burakkucat

  • Respected
  • Senior Kitizen
  • *
  • Posts: 38300
  • Over the Rainbow Bridge
    • The ELRepo Project
Re: Low SNR
« Reply #1 on: March 14, 2017, 03:54:20 PM »

Welcome to the Kitz forum.  :)

Do you know which type of DSLAM equipped cabinet to which your circuit is connected? Huawei or ECI?

If the former, it might be that you are experiencing the policy of a reduction in target SNRM, as discussed here.

The brief snapshot you have shown tells little -- other than that at the time it was created, the maximum DS estimate was lower than the current DS synchronisation speed. Hence if the CPE was re-booted the circuit would re-train at a lower DS synchronisation speed.
Logged
:cat:  100% Linux and, previously, Unix. Co-founder of the ELRepo Project.

Please consider making a donation to support the running of this site.

j0hn

  • Kitizen
  • ****
  • Posts: 4093
Re: Low SNR
« Reply #2 on: March 14, 2017, 04:26:18 PM »

Looks more like the temporary results of a DSLAM reboot to me. The much lower max attainable in particular.
I would also guess from the power levels that the OP is connected to an ECI DSLAM, though that's not a certainty.
Logged
Talktalk FTTP 550/75 - Speedtest - BQM

Phil198

  • Just arrived
  • *
  • Posts: 2
Re: Low SNR
« Reply #3 on: March 14, 2017, 04:36:08 PM »

From cabinet photos I've seen on line it is an ECI cab.

Phil...
Logged

Weaver

  • Senior Kitizen
  • ******
  • Posts: 11459
  • Retd s/w dev; A&A; 4x7km ADSL2 lines; Firebrick
Re: Low SNR
« Reply #4 on: March 14, 2017, 07:29:10 PM »

I hear what Burakkucat is saying. He is applying logic, a not unreasonable thing to do. My experience though leads me to question this, while having nothing to offer in its place. My ADSL2 modems always consistently run at a downstream SNRM (but not upstream!) that is far lower than the supposed target. It's as if the actual target that they are really going for is not that which we would expect, as if they were tweaking the given value just to be super aggressive and get faster sync rates by design. I don't know that this is the case. It would be very interesting to try and take an SNRM snapshot really soon after a resynch, but I've only just thought of this. I should do this to check the Burakkucat picture. Burakkucat has far more knowledge and experience than me, so be warned.

Some or all (I'd have to recheck) of my three DSL modems are set to a downstream target SNRM of 3dB, yet they run at 0.6 - 1.8 dB typically. If set to a 6 dB target they run at less than half of that. I don't know whether there is approx a fixed difference here ( target - d ) or a fixed ratio ( target * f ). They run really well even at these low d/s SNRM values. Upstream for some reason always sticks to the expected value, around the 6dB target. The latter fact doesn't exactly lend support for my tweak-by-design candidate theory: if you're going to cheat, why not do so upstream as well? One vague idea: that there was some loose thinking concerned with the popular practice by network operators of capping upstream sync rates, but that doesn't make sense to me.

And welcome to the forum too btw. I need to point out that I am using ADSL2 on extremely long lines, ~66dB downstream attenuation 7.3 km, 2600 - 2800kbps downstream sync and I have three supposedly identical lines that are bonded together to give a triple-speed pipe in both directions. This is handled by my ISP and my router.
Logged