Print

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

[IanG]

[roseway]

QLN is only read by the modem at the time of establishing the connection. Once the connection is established it doesn't change again until the modem resyncs, or is rebooted. So there's no point in trying to get updated QLN readings while the modem is in sync, because there aren't any updated readings to be had.

I don't know what the purpose of the qlnmntr command is, but the normal command for reading the QLN values is

Code: [Select]

adslctl info --QLN

[ejs]

IanG has just told you what it does. It makes the modem measure the QLN. Obviously this requires disconnecting the current DSL connection. I assume adslctl connection --up would reconnect the DSL.

[IanG]

I had tried the ejs reconnect suggestion without success, but will make a note to try it again. And I do know the normal command for reading QLN, as it was repeating that command that made me realise the result wasn't changing. It's not for everyone, but I for one would trade off a couple of seconds of outage for an occasional QLN update.

[j0hn]

Does it break the xDSL link?

2. During the updates, the internet connection is lost, and the returned SNR spectrum is unchanging.

It isn't clear from the above.

If it does then it's more than just a couple seconds downtime.

Interesting experiment though.

[IanG]

>
> Does it break the xDSL link?
>

Functionally, yes. Without hanging a transformer and oscilloscope on the DSL line, I can't be certain. But the adslctl info --stats command isn't reporting any DSL cells. Alternatively, my capture software is duff, which is always a possibility.