Kitz Forum
Broadband Related => Broadband Hardware => Topic started by: Weaver on May 12, 2018, 12:51:55 AM
-
I just tried mine out for the first time, in modem-only mode. Just plugged it into the wall socket and it got auto-configured by AA using TR-069. Its wireless went off, thank goodness, and it became a straight modem without me having to touch it.
I can't believe how fast it is. I'm getting downstream sync rate of 3.11 Mbps sync rate instead of 2.75-2.80 Mbps with the DLinks, and at a very slightly higher actual SNRM, currently 2.9dB downstream whereas with the DLinks the downstream SNRM would often be a lot lower at 0.6-1.5dB.
Upstream is rather slower at 519k instead of 566k. It is currently plugged in to line cwcc@a.1 instead of the DLink DSL-320B-Z1 modem that was reporting HEC errors, possibly bogus, woe detailed in another thread. The upstream data rate of line cwcc@a.1 has always been very high compared to the other two lines, ~100k higher than line cwcc@a.3 and ~60k higher than line cwcc@a.4 so it will be interesting to see how the other lines perform with the new modem.
Q: I don't know how AA’s TR-069 behaves, what it will actually do. Could anyone help me understand it? I can read the spec of course but that's not all that I'm after here.
I see that I can do various sorts of remote config via AA’s clueless.aa.net.uk control server. It says somewhere that you can remotely update the firmware as well and I think monitor the modem.
I'm worried about what will happen to any config changes I have made on the modem itself. Could anyone help here?
I immediately changed PPPoEoA RFC 2684 option from LLC to VC-MUX to save 8 bytes of overhead, not that it makes any difference at all on 1492 or 1500 byte long IP PDUs as they are still 32 ATM cells in length, but on small packets it can make a huge difference when that 8 byte saving saves an entire cell. Perhaps AA is using LLC to be safe on 20CN which won't work with RFC 2684 VC-MUX. They should have an option in clueless to change that amongst the remote modem config options. If it is there I haven't noticed it yet.
In fact, I don't know where some of the detailed config comes from and I can't see that many settings in clueless related to these minutiae.
I'm hoping it is using no-FCS option in RFC2684? Could anyone tell me what BT 21CN does or what this modem does in this respect.
I also tried out the Burakkucat theorem and changed from auto mode to G.992.3-only. The downstream sync speed went down by ~20k. I will repeat this test a few times to get a better preliminary idea. The Burakkucat conditions definitely hold, as this line is still a lot slower than Mr Cat’s even with the current speed up, so it should be a reasonable candidate.
-
A few quick comments . . .
Currently it is operating in non-baby-jumbo-frames mode. Once the firmware has been updated to allow the larger MTU, I would no longer use A&A's TR-069 server. I would go as far as clearing ROM-D to purge it of all A&A's modifications.
I had to download RFC2684 and quickly scan it for any mention of either "non-FCS" or "FCS". I only found occurrences of the latter. The first mention occurs in "Section 5.2. LLC Encapsulation for Bridged Protocols" --
In LLC Encapsulation, bridged PDUs are encapsulated by identifying
the type of the bridged media in the SNAP header. The presence of
the SNAP header MUST be indicated by the LLC header value 0xAA-AA-03.
The OUI value in the SNAP header MUST be the 802.1 organization code
0x00-80-C2. The type of the bridged media MUST be specified by the
two octet PID. The PID MUST also indicate whether the original Frame
Check Sequence (FCS) is preserved within the bridged PDU. Appendix B
provides a list of media type (PID) values that can be used in ATM
encapsulation.
Having read that, I need to ask is the modem configured in LLC or VCMUX mode?
-
It's in VC-MUX mode. As I have probably said earlier, saves 8 bytes of RFC2684 overhead in PPPoEoA, which either counts for nothing, as for 1492-1500 byte IP PDUs, or a saving of a whole 53 byte ATM cell if 8 bytes less AAL5 payload will make the difference, could be huge improvement on short PDUs.
I seem to remember dimly that non-FCS was the default or most commonly found option, but I can’t remember quite where I read someone claiming this. It could have been here - Farnz’ blog (http://blog.farnz.org.uk/2010/02/on-pppoa-pppoe-atm-and-adsl.html) perhaps. Farnz is known on the AA public IRC channel and is very helpful. No FCS is the sane option, not that that means much. Both are fine anyway within the 32 cells limit for 1492 byte IP PDUs.
You are quite right about TR-069. I wasn't thinking straight, I can't have them accidentally wiping out the good modified firmware by pushing out a new firmware release on top of it. It's a shame though, as I would like AA to be able to do remote monitoring / diagnosis if they should need to.
Ideally I would give them my XML modem config let them keep it in the system for me if that's possible, don't know how it's done exactly, it just says you can ‘edit it’ but I don't know exactly what that means. Then ask them nicely if they would check and adopt that mod, build it themselves and distribute it as an official AA release since they have been so desperate for MTU 1508 baby jumbo support anyway. So they could push it out, others could benefit, and I would not necessarily have to scrap TR-069.
-
Could someone maybe help me kill TR-069?
-
btw what is "net attainable data rate" really? it says 3.368Mbps downstream 0.427Mbps upstream. I hear what eg Kitz is saying, so considering the definitions that I have seen these numbers are odd because attainable upstream 0.427Mbps is clearly wrong as it is currently running at 0.515Mbps upstream, so it says, right now.
Are these numbers from BT, that are obtained somehow and are maybe insane? They are explainable as just out of date, as the downstream number is not old, and the upstream has never been right, the upstream reality has never been as low as that, in fact the upstream has been rather higher on line 1 with the DLink modems at 0.566Mbps than the current value.
-
Edit: I've found the supervisor password on v14 by using "dumpmdm" in telnet ;D. I right clicked a command prompt's window title bar, went to Properties, Layout, and set the Screen Buffer Size height to 9999, then once I sent dumpmdm in telnet I right clicked, Select All, pressed Enter to copy, pasted in Notepad and searched for "supervisor", and below that line was the password. So, the only thing on my v14 is that it's not the default password.*
* Keep in mind, it might be accessible because I'm using v11 config and I hadn't reset it when i upgraded to v14 ;) - screenshot attached
This certainly would be the best course of action for anyone that's able to find the supervisor password using dumpmdm (although, half the time clearing the ROM-D in telnet with the admin account is sufficient, and it probably depends on which ISP the unit is from). Clearing ROM-D in the GUI, pushing the reset button with a paper clip until the lights went out, and done. Remember to not restore any configurations from before the clear.
PS. I'm unable to verify it had been cleared on my device using the supervisor Busybox shell, and on admin account both "echo && bash" and "sh" didn't start it. This is probably due to v14 (I have faith v11 works). There should however be visible signs it had been cleared by looking at the GUI, like the TR-069 menu showing up and ZyXEL defaults.
------------------------------------------------------------------------------
Note: the instructions I've written at the bottom of this post are simpler (https://forum.kitz.co.uk/index.php/topic,20041.msg351690.html#msg351690) but less certain to work, see: https://forum.kitz.co.uk/index.php/topic,20495.msg357916.html#msg357916
(about the "certain method", it's using the supervisor account, and AAJZ.14 might have the supervisor account disabled just like v13 did (https://forum.kitz.co.uk/index.php/topic,20041.msg351853.html#msg351853). However I had used an older firmware, v11, since July 2017 up to a week ago. It's solid, and certainly has the supervisor account enabled (everyone praise v11 for this). The user and password will most likely be different from "supervisor - zyad1234" but there are posts on kitz on how to find it, like this one (https://forum.kitz.co.uk/index.php/topic,19186.msg340936.html#msg340936). If your attempts to gain access to the supervisor account failed, you can flash to AAJZ.11, reset the router with a paper clip and login to the web interface with the supervisor account. There should be a clear ROM-D tab under the Maintenance>Configuration menu. Or you use telnet to send "save_default clean". Afterwards you reset using the reset button and then put the custom v14 back)
* If the firmware tab can't be found in the web interface, or you cannot obtain the admin password, see: https://forum.kitz.co.uk/index.php/topic,19975.msg350589.html#msg350589
Using the admin account to clear ROM-D: https://forum.kitz.co.uk/index.php/topic,19022.msg339500.html#msg339500
Firstly, before following the steps, backup your current configuration in the web interface, then power it down and disconnect the DSL cable, and then start from step 3, unless you lack access to the admin account, then reset the router using a paper clip or somehow find the password.
Once finished with the last step, verify the ROM-D had been cleared (https://forum.kitz.co.uk/index.php/topic,19022.msg339549.html#msg339549) (I am currently running the same custom v14 as you and cannot enter Busybox (https://forum.kitz.co.uk/index.php/topic,13930.msg344387.html#msg344387) with admin account: in the quote above I've explained this is attributed to v14), configure it from scratch, and once you're done with all of the configuration, power it down and reconnect the DSL cable, and that should be it.
* The previously backed-up configuration is the same as before the clear (https://forum.kitz.co.uk/index.php/topic,20041.msg351814.html#msg351814), which if successfully cleared allows the router to reset to its firmware config.
If someone has something to fill in or correct feel free as I'm not an expert on instructions, and I'm here for a quick answer :fingers:
-
Spring, very generous reply!
-
From the stats visible in telnet I can now see the G.992.3 basic framing parameters and some of the detailed counters. One thing that is odd is that I have low value of D=2 downstream (D=8 upstream). I don't know why this is. I rechecked the settings in clueless and BT 21CN interleaved downstream setting is 'on' as opposed to 'medium' and I take it that 'on' ought to be greater than medium?
Looing back at old info, Burakkucat has a D=32 for example, far safer than me.
* Another thing, I see some interesting looking counters that mention a fair number of 'rexmt' (retx?) events on the downstream ! Is this G.992-supported standard G.INP (G.998.4) mechanism at work! Wow, if so I didn't know that such was available for mere ADSL2, but this is the latest 21CN MSAN hardware at the NSBFD exchange now, installed at the end of 2015. (Another wild guess is there possibly a Broadcom-proprietary PhyR ReTx mechanism ? We think this is now Broadcom talking to Broadcom at the NSBFD exchange.
* I tried putting some XML comments for my own benefit in the config XML, and it barfed, as the Americans say. Shame, they don't really handle actual XML then.
* Here it is :
VMG1312-B10A
> adsl info --show
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 8000
Last initialization procedure status: 0
Max: Upstream rate = 439 Kbps, Downstream rate = 3424 Kbps
Bearer: 0, Upstream rate = 519 Kbps, Downstream rate = 3122 Kbps
Link Power State: L0
Mode: ADSL2+ Annex A
TPS-TC: ATM Mode(0x0)
Trellis: U:ON /D:ON
Line Status: No Defect
Training Status: Showtime
Down Up
SNR (dB): 3.0 5.9
Attn(dB): 67.5 40.7
Pwr(dBm): 18.4 12.4
ADSL2 framing
Bearer 0
MSGc: 53 11
B: 35 62
M: 4 1
T: 3 1
R: 10 12
S: 1.4528 3.8217
L: 848 157
D: 2 8
Counters
Bearer 0
SF: 409353 407863
SFErr: 0 8
RS: 18113876 2632691
RSCorr: 222 581
RSUnCorr: 0 0
ReXmt: 102 0
ReXmtCorr: 99 0
ReXmtUnCorr: 0 0
Bearer 0
HEC: 0 10
OCD: 0 0
LCD: 0 0
Total Cells: 48759343 8103184
Data Cells: 662914 195601
Drop Cells: 0
Bit Errors: 0 1944
ES: 0 6
SES: 0 0
UAS: 116 116
AS: 6624
Bearer 0
INP: 26.00 2.00
INPRein: 0.00 0.00
delay: 8 8
PER: 16.07 16.24
OR: 29.36 8.37
AgR: 3137.45 525.46
Bitswap: 2025/2025 2/2
-
Thought to post mine too for no reason, but if there's something I can do to improve you can say because I don't know (I had 28-29db and less errors before someone cut our in-building phone wire, this will be gel crimped soon, right now it's twisted).
(ECI cab)
https://imgur.com/a/BbzP4LDadsl info --stats
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 35190 Kbps, Downstream rate = 109978 Kbps
Bearer: 0, Upstream rate = 3455 Kbps, Downstream rate = 44880 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 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): 25.4 19.7
Attn(dB): 10.5 0.0
Pwr(dBm): -14.9 -15.1
VDSL2 framing
Bearer 0
MSGc: -6 432
B: 235 17
M: 1 1
T: 0 1
R: 14 16
S: 0.0000 0.1569
L: 11951 1734
D: 1 55
I: 250 34
N: 250 34
Q: 8 0
V: 1 0
RxQueue: 34 0
TxQueue: 17 0
G.INP Framing: 18 0
G.INP lookback: 17 0
RRC bits: 0 24
Bearer 1
MSGc: 90 -6
B: 0 0
M: 2 0
T: 2 0
R: 16 0
S: 10.6667 0.0000
L: 24 0
D: 1 0
I: 32 0
N: 32 0
Q: 0 0
V: 0 0
RxQueue: 0 0
TxQueue: 0 0
G.INP Framing: 0 0
G.INP lookback: 0 0
RRC bits: 0 0
Counters
Bearer 0
OHF: 0 328371
OHFErr: 0 0
RS: 1332399040 1348978
RSCorr: 23 42
RSUnCorr: 0 0
Bearer 1
OHF: 3484077 0
OHFErr: 0 0
RS: 20904094 0
RSCorr: 0 0
RSUnCorr: 0 0
Retransmit Counters
rtx_tx: 573993 0
rtx_c: 8 0
rtx_uc: 0 0
G.INP Counters
LEFTRS: 0 0
minEFTR: 44874 0
errFreeBits: 38291972 0
Bearer 0
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 535065203 0
Data Cells: 21146992 0
Drop Cells: 0
Bit Errors: 0 0
Bearer 1
HEC: 0 0
OCD: 0 0
LCD: 0 0
Total Cells: 0 0
Data Cells: 0 0
Drop Cells: 0
Bit Errors: 0 0
ES: 0 0
SES: 0 0
UAS: 26 26
AS: 55973
Bearer 0
INP: 44.00 2.00
INPRein: 0.00 0.00
delay: 0 2
PER: 0.00 17.24
OR: 0.01 203.20
AgR: 44951.38 3657.71
Bearer 1
INP: 2.50 0.00
INPRein: 2.50 0.00
delay: 0 0
PER: 16.06 0.01
OR: 47.81 0.01
AgR: 47.81 0.01
Bitswap: 5/5 0/0
Total time = 15 hours 33 min 19 sec
FEC: 23 42
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 15 minutes time = 3 min 19 sec
FEC: 0 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: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Latest 1 day time = 15 hours 33 min 19 sec
FEC: 23 42
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 26 26
LOS: 0 0
LOF: 0 0
LOM: 0 0
Previous 1 day time = 0 sec
FEC: 0 0
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
Since Link time = 15 hours 32 min 51 sec
FEC: 23 42
CRC: 0 0
ES: 0 0
SES: 0 0
UAS: 0 0
LOS: 0 0
LOF: 0 0
LOM: 0 0
NTR: mipsCntAtNtr=0 ncoCntAtNtr=0
adsl info --pbParams
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 35190 Kbps, Downstream rate = 109959 Kbps
Bearer: 0, Upstream rate = 3455 Kbps, Downstream rate = 44880 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
Discovery Phase (Initial) Band Plan
US: (6,31) (882,1193) (1984,2770)
DS: (33,857) (1218,1959) (2795,4083)
Medley Phase (Final) Band Plan
US: (6,31) (882,1193) (1984,2770)
DS: (41,857) (1218,1959) (2795,4083)
VDSL Port Details Upstream Downstream
Attainable Net Data Rate: 35190 kbps 109959 kbps
Actual Aggregate Tx Power: - 15.1 dBm - 14.9 dBm
====================================================================================
VDSL Band Status U0 U1 U2 U3 U4 D1 D2 D3
Line Attenuation(dB): 0.1 10.1 14.9 N/A N/A 6.1 12.6 20.2
Signal Attenuation(dB): 0.1 10.0 14.8 N/A N/A 6.0 12.5 20.2
SNR Margin(dB): 24.3 20.1 19.4 N/A N/A 25.4 25.4 25.4
TX Power(dBm): -17.7 -19.3 -28.3 N/A N/A 12.3 8.0 6.8
DSLAM type / SW version: IFTN:0xb206 (178.6) / v0xb206
Modem/router firmware: AnnexA version - A2pv6F039v.d26a
DSL mode: VDSL2 Profile 17a
Status: Showtime
Uptime: 15 hours 37 min 53 sec
Resyncs: 0 (since 13 May 2018)
Downstream Upstream
Line attenuation (dB): 10.5 0.0
Signal attenuation (dB): Not available on VDSL2
Connection speed (kbps): 44880 3455
SNR margin (dB): 25.4 19.7
Power (dBm): -14.9 -15.1
Interleave depth: 1 55
INP: 44.00 2.00
G.INP: Enabled Not enabled
Vectoring status: 5 (VECT_UNCONFIGURED)
RSCorr/RS (%): 0.0000 0.0106
RSUnCorr/RS (%): 0.0000 0.0000
ES/hour: 0 0
Downstream Upstream
General
rtx_tx 573993 0
rtx_c 8 0
rtx_uc 0 0
LEFTRS 0 0
minEFTR 44874 0
errFreeBits 38497246 0
Bearer 0
RxQueue 34 0
TxQueue 17 0
G.INP Framing 18 0
G.INP Lookback 17 0
RRC Bits 0 24
Interleave depth 1 55
INP 44.00 2.00
INPRein 0.00 0.00
Delay 0 2
Bearer 1
Interleave depth 1 0
INP 2.50 0.00
INPRein 2.50 0.00
Delay 0 0
adsl profile --show
Modulations:
G.Dmt Disabled
G.lite Disabled
T1.413 Disabled
ADSL2 Disabled
AnnexL Disabled
ADSL2+ Disabled
AnnexM Disabled
VDSL2 Enabled
VDSL2 profiles:
8a Disabled
8b Disabled
8c Disabled
8d Disabled
12a Disabled
12b Disabled
17a Enabled
30a Disabled
US0 Enabled
Phone line pair:
Inner pair
Capability:
bitswap On
sra Off
trellis On
sesdrop Off
CoMinMgn Off
24k On
phyReXmt(Us/Ds) Off/Off
TpsTc AvPvAa
monitorTone: On
dynamicD: On
dynamicF: On
SOS: On
Training Margin(Q4 in dB): -1(DEFAULT)
tones used are 16-4083
-
We've got it all on this thread!
@Weaver with Broadcom PhyR retransmission on ADSL2+ (the stats show different counters for PhyR and G.998.4 / G.INP). Without even the dire warnings of ADSL2+ might be worse on a long line!
As far as the BTWholesale interleaving levels go, I think any higher levels are only available on banded profiles, so "on" and "medium" will be the same. You don't actually set the interleaving depth, you set the minimum INP value (and the maximum delay).
And @spring with G.INP on an ECI cabinet? Although with low speeds and very high SNRMs.
-
We've got it all on this thread!
@Weaver with Broadcom PhyR retransmission on ADSL2+ (the stats show different counters for PhyR and G.998.4 / G.INP). Without even the dire warnings of ADSL2+ might be worse on a long line!
As far as the BTWholesale interleaving levels go, I think any higher levels are only available on banded profiles, so "on" and "medium" will be the same. You don't actually set the interleaving depth, you set the minimum INP value (and the maximum delay).
And @spring with G.INP on an ECI cabinet? Although with low speeds and very high SNRMs.
That's how my package is, and cab is 100-150m away.
Well, is it not ECI?
Anyhow, the stats I posted are authentic.
Upstream is rather slower at 519k instead of 566k.
Well, you can see it's the same with the VMG1312-B10A that I have, and generally known among other users on the forum when it comes to VMGxxxx-B10A's. But download usually, although not always, is the weak spot and it gains there when compared to "any other router". Maybe there are cases that the gain on the download can't make up for the loss in upload, but that can happen.
-
BTW Does it sound like I was right about the meaning of the 'rexmt' counters?
I've looked at the picture of bits per bin. The B10A does better than a DLink (which unfortunately was not on the same line but I don't have the right data at hand) because it does better at the high end where the very highest bins, 131-162, have 1 bit in use on the b10a instead of 0. I don't know if it is down to more signal or less noise at the high end. I'm thinking this might be to do with the analog performance if the B10A. (Vague memory: Did someone say something about it having superior hardware of some such sort, beneficial filtering that is absent on the cheaper 10D?)
The upstream of the B10A is better by 1 bit across the whole of the range but the actual upstream sync rate is slower so the difference is I presume more than cancelled out by a much higher level of FEC but I haven't looked at the data, and I don't have access to that data for the DLink.
It does seem to be a very impressive piece of kit.
I have two more coming, bought from France on eBay this morning.
-
Well, is it not ECI?
Take a look at the output produced by xdslctl info --vendor and see what it shows for the "ChipSet Vendor Id:" line.
If the (line card) chipset shows as Broadcom, then the cabinet is Huawei equipped. If it shows as Infineon, then the cabinet is ECI equipped.
-
Weaver could try enabling upstream PhyR on the modem, in case it's switched off for upstream on the modem by default.
My intention wasn't to question the authenticity of spring's stats, yes the vendor is IFTN and G.INP is on the downstream. The stats do like a bit unusual though, they suggest the line should be capable of getting the full 80/20 but it's only connected at about 44.8/3.5. Perhaps it's banded, or it happened to connect at an exceptionally bad time, and conditions later improved.
-
Elsewhere spring has mentioned his line is "fixed rate" and at the max speed it can be. Not sure which service providers offer 45/3 connections though ???
Seems a crying shame not to be on an 80/20 package with those stats though.
-
I seem to have done something odd at some point or else the web ui is lying to me.
The web ui just now in the broadband > advanced adsl-related settings page was showing all of the 'capabilities' in the first group set to OFF, so no bitswap [!], no trellis [!!], no phyrexmt u/s nor d/s, no SRA. I didn't make those crazy changes in the web ui! I fixed them and backed up the config.
(I diffed the saved config XML against a previous version and I could see that a couple of likely-looking elements had changed, they are ascii decimal in the xml, look to me like possible bit sets as after the change one was 0xC0000000 or something like that. If I am seeing what I think I am seeing the bits are perhaps inverted-sense, as in the web ui I had a fair few options set to ON, so don't expect to see a mere two bits set. Anyway, it looks as if I successfully changed something relevant and I managed to save the change, since the name of the changed element looks very plausibly relevant.)
I can't seem to get SSH to work for me. One app, my usual SSH client, just tries to connect and then terminates, another app that speaks ssh hangs when I try. SSH is enabled according to the web ui. Telnet works. I'm suddenly realising, it's probably the NAT that my Firebrick is doing to get to the B10A. Is that possible?
-
As I've shown previously, this is my current profile --
> xdslctl profile --show
Modulations:
G.Dmt Disabled
G.lite Disabled
T1.413 Disabled
ADSL2 Enabled
AnnexL Disabled
ADSL2+ Disabled
AnnexM Disabled
VDSL2 Disabled
Phone line pair:
Inner pair
Capability:
bitswap On
sra On
trellis On
sesdrop Off
CoMinMgn Off
24k On
phyReXmt(Us/Ds) On/On
TpsTc AvPvAa
monitorTone: On
dynamicD: On
dynamicF: On
SOS: On
Training Margin(Q4 in dB): -1(DEFAULT)
>
I would really urge you not to modify the configuration, by editing the backup XML file & restoring the same, whilst the device is connected and synchronised with the DSLAM. I would even go as far as suggesting that all configuration changes, even via the GUI, should take place with the VMG1312-B10A disconnected from the xDSL circuit.
-
Yes, that's the upload speed they give in my country :(
It's at max sync, and always at a pre-configured rate. My line provider never incorporated an "on the spot" rate.
As for the 40/3, I rather have that than 100/3. We use micro filters(that are mediocre :fingers:) where the phone sockets are used (I hope they're not needed in unused sockets?), because of the master socket being in the living room and I don't have cat5's in the walls, right now it's near the PC and the location is better.
The cabinet is in the shape of an ECI, according to this (https://kitz.co.uk/adsl/fttc-cabinets.htm).
> adsl info --vendor
adsl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 0
Last initialization procedure status: 0
Max: Upstream rate = 35190 Kbps, Downstream rate = 109780 Kbps
Bearer: 0, Upstream rate = 3455 Kbps, Downstream rate = 44880 Kbps
Bearer: 1, Upstream rate = 0 Kbps, Downstream rate = 0 Kbps
ChipSet Vendor Id: IFTN:0xb206
ChipSet VersionNumber: 0xb206
ChipSet SerialNumber:
-
@Burakkucat - Your warning is noted! What is the issue, Kuro Neko-san?
-
ChipSet Vendor Id: IFTN:0xb206
And that also "says" it's an ECI equipped cabinet. :)
-
@Burakkucat - Your warning is noted! What is the issue, Kuro Neko-san?
Well when I tried changing the MTU on my PPPoE connection to 1500 in the config file in the other topic, because of a GUI limit, the internet decided to only move at 50kbyte per second even though the change seemed to have no effect going by the GUI. This is probably what's behind the advice.
Edit: Oh, it was advised to do it disconnected from the DSL. But I hope it gives an example of what can happen.
-
@Burakkucat - Your warning is noted! What is the issue, Kuro Neko-san?
The kuro neko smiles, enigmatically, and purrs --
"Past experience. Been there, done that and suffered the headaches as a result of weird happenings. When adjusting the configuration of the xTU-R, isolate it from the xTU-C and all will be well."
-
Since you're all nice, I have a curious question. Is the VMG1312-B10A able to run on 30a profile? (I tried "adsl configure --profile "17a 30a", or similar, and besides not working on 30a, it bugged the modem a bit, like what "adsl profile --show" outputs like no bitswap, profile settings not visible, so I restarted it). Don't know and don't think my line has 30a, but if it was the 30a part in the command that bugged the modem, 30a probably isn't its thing.
-
@Burakkucat - Just so I understand, have you bricked a unit or had a failure to apply the configuration changes properly? I was interested to know the symptoms, thinking about possible causes.
My device does not have internet access, not unless it is via a bare-metal type of comms bootstrap protocol as used by TR-069 which maybe [? does it?] requires nothing more than a physical DSL link that is up. [Need to find out - must read up on low-level details of TR-069.]
There are multiple things lacking, preventing it from getting access to the internet successfully. It doesn't have any routable public IP addresses. There is no default route to the internet provided to it, it has no gateway defined on the ethernet link cable’s IPv4 subnet, and the Brick does not provide it with the right NAT set-up such that it could talk to the internet successfully either.
So I wonder if this protects me against the Rabhadh A’ Chait Dhuibh? But it could be that internet access is irrelevant, and the issue is that there is something bad about changes of state on the dsl link or dsl-related events happening while config changes are being made or being applied.
* In fact no internet means that it doesn't keep time because NTP doesn't work, with no internet access. And there is no DNS.
-
Yes, that's the upload speed they give in my country :(
It's at max sync, and always at a pre-configured rate. My line provider never incorporated an "on the spot" rate.
As for the 40/3, I rather have that than 100/3. We use micro filters(that are mediocre :fingers:) where the phone sockets are used (I hope they're not needed in unused sockets?), because of the master socket being in the living room and I don't have cat5's in the walls, right now it's near the PC and the location is better.
Ah! That explains the ECI g.inp and weird speeds then. What a bummer you are artificially limited given you're achievable speed!
Not really sure about 30a profile, but why would you want to change given you are already at the limit of what your ISP allows?
Edit: Sorry for the OT conversation btw Weaver :-[
-
Spring needs to chat about a few things too, as we all do. Could start a second thread with a suitable title just for spring, and then we won't have two streams of posts in interleave mode.:-)
-
@Burakkucat - Just so I understand, have you bricked a unit or had a failure to apply the configuration changes properly? I was interested to know the symptoms, thinking about possible causes.
I thought I was going a little :crazy: but then realised that the xTU-C as trying to communicate with the xTU-R whilst I was attempting to configure the the latter. Hence the kuro katto first rule of configuring an xTU-R: Always perform the configuration on a totally isolated unit.
In the specific case of the VMG1312-B10A, it does seem somewhat temperamental when using the save/modify-XML-file/restore sequence. For a simple, one character change (like adding a hyphen to the host name, seen under Maintenance ---> System), it will work. However the device has been designed for GUI based configuration, so don't fight it, go with what works.
-
Not really sure about 30a profile, but why would you want to change given you are already at the limit of what your ISP allows?
Curiousity? ::)
I can't seem to get SSH to work for me. One app, my usual SSH client, just tries to connect and then terminates, another app that speaks ssh hangs when I try. SSH is enabled according to the web ui. Telnet works. I'm suddenly realising, it's probably the NAT that my Firebrick is doing to get to the B10A. Is that possible?
For me in v14 the busybox/shell isn't working properly. Don't know if it's related to SSH. :fingers:
There are multiple things lacking, preventing it from getting access to the internet successfully. It doesn't have any routable public IP addresses. There is no default route to the internet provided to it, it has no gateway defined on the ethernet link cable’s IPv4 subnet, and the Brick does not provide it with the right NAT set-up such that it could talk to the internet successfully either.
I can't see the settings :baby:
-
ChipSet Vendor Id: IFTN:0xb206
ChipSet VersionNumber: 0xb206
Can I ask which country you are in? Look like same ECI DSLAM and firmware Openreach use. G.INP is disabled on ECI here though.
-
Can I ask which country you are in? Look like same ECI DSLAM and firmware Openreach use. G.INP is disabled on ECI here though.
Israel
-
ECI's home, so no surprise they have it working there lol.
-
ECI's home, so no surprise they have it working there lol.
Should I keep phyR turned off for both upstream/downstream in the router (been using it for months like that)?
-
PhyR only works with Broadcom DSLAMs so its setting is irrelevant.
You have G.INP which is very similar to PhyR.
-
Spring needs to chat about a few things too, as we all do. Could start a second thread with a suitable title just for spring, and then we won't have two streams of posts in interleave mode.:-)
If both Weaver & spring are agreeable I can take this thread into a private area and then divide it up, thus creating two individual threads.
-
@burakkucat Sure, if you want to make a thread about 30a capability. I'm interested.
Come to think about it, this is the last thread hijacking post im making :fingers:, and I rather not have the 30a thread if only I'm interested.
PhyR only works with Broadcom DSLAMs so its setting is irrelevant.
You have G.INP which is very similar to PhyR.
Some ECI cabs could have it in addition though, right? But, I guess the right question is if G.INP and PhyR can't function simultaneously? Because that'd mean they didn't benefit from adding PhyR, and that I don't have PhyR at the DSLAM.
-
No. PhyR is Broadcoms proprietary version of G.INP.
It will not work on non-Broadcom equipment.
It would not work at the same time as G.INP anyway, as they are essentially the same thing.
Your setting in the Zyxel will make no difference.
I'm connected to a Broadcom DSLAM, and it uses G.INP instead of PhyR. My PhyR settings are irrelevant.
-
Here is the QLN data fyi
It is presumably the 5dB and 10dB moderately wide noise sources that are knocking some of the bits per bin figures right down, exactly where the two correspond.
VMG1312-B10A
Login: supervisor
Password:
> xdslctl info --QLN
xdslctl: ADSL driver and PHY status
Status: Showtime
Last Retrain Reason: 8000
Last initialization procedure status: 0
Max: Upstream rate = 430 Kbps, Downstream rate = 3336 Kbps
Bearer: 0, Upstream rate = 515 Kbps, Downstream rate = 3052 Kbps
Tone number QLN
0 -150.5000
1 -150.5000
2 -150.5000
3 -150.5000
4 -150.5000
5 -150.5000
6 -150.5000
7 -150.5000
8 -150.5000
9 -150.5000
10 -150.5000
11 -150.5000
12 -150.5000
13 -150.5000
14 -150.5000
15 -150.5000
16 -150.5000
17 -150.5000
18 -150.5000
19 -150.5000
20 -150.5000
21 -150.5000
22 -150.5000
23 -150.5000
24 -150.5000
25 -150.5000
26 -150.5000
27 -150.5000
28 -150.5000
29 -150.5000
30 -150.5000
31 -150.5000
32 -150.5000
33 -123.0000
34 -127.5000
35 -130.0000
36 -132.0000
37 -134.5000
38 -135.0000
39 -135.5000
40 -135.5000
41 -136.5000
42 -136.5000
43 -136.5000
44 -136.5000
45 -136.5000
46 -134.5000
47 -136.5000
48 -137.0000
49 -137.5000
50 -138.0000
51 -138.0000
52 -138.5000
53 -138.5000
54 -139.0000
55 -139.0000
56 -139.5000
57 -139.0000
58 -138.5000
59 -138.0000
60 -139.5000
61 -140.0000
62 -140.5000
63 -141.0000
64 -140.0000
65 -141.0000
66 -140.5000
67 -141.5000
68 -142.0000
69 -142.5000
70 -143.0000
71 -142.5000
72 -142.5000
73 -142.5000
74 -140.0000
75 -139.0000
76 -142.0000
77 -143.5000
78 -144.5000
79 -145.5000
80 -145.0000
81 -147.0000
82 -146.5000
83 -145.5000
84 -146.5000
85 -145.5000
86 -145.0000
87 -145.5000
88 -145.5000
89 -145.5000
90 -146.0000
91 -146.5000
92 -146.5000
93 -146.5000
94 -146.5000
95 -146.5000
96 -146.0000
97 -147.0000
98 -147.0000
99 -147.0000
100 -147.5000
101 -148.0000
102 -148.0000
103 -148.5000
104 -148.5000
105 -148.5000
106 -148.0000
107 -148.0000
108 -148.5000
109 -148.5000
110 -148.5000
111 -148.0000
112 -148.0000
113 -148.0000
114 -148.0000
115 -148.0000
116 -148.5000
117 -147.5000
118 -148.0000
119 -148.0000
120 -147.5000
121 -147.5000
122 -147.5000
123 -143.5000
124 -138.5000
125 -137.5000
126 -144.5000
127 -143.5000
128 -145.5000
129 -146.5000
130 -148.5000
131 -148.5000
132 -148.5000
133 -148.5000
134 -149.0000
135 -149.5000
136 -148.5000
137 -149.0000
138 -149.5000
139 -149.0000
140 -148.5000
141 -149.0000
142 -150.0000
143 -149.0000
144 -149.0000
145 -149.0000
146 -150.0000
147 -149.5000
148 -149.0000
149 -149.5000
150 -150.5000
151 -150.0000
152 -149.5000
153 -149.5000
154 -149.0000
155 -150.5000
156 -150.0000
157 -149.0000
158 -149.5000
159 -148.5000
160 -148.5000
161 -144.5000
162 -149.0000
163 -150.0000
164 -149.0000
165 -150.0000
166 -149.5000
167 -148.0000
168 -150.5000
169 -150.5000
170 -149.5000
171 -150.5000
172 -149.5000
173 -150.5000
174 -150.0000
175 -149.0000
176 -149.5000
177 -148.5000
178 -149.5000
179 -148.5000
180 -148.5000
181 -149.5000
182 -149.0000
183 -149.0000
184 -148.5000
185 -148.0000
186 -147.0000
187 -143.5000
188 -132.5000
189 -145.5000
190 -148.0000
191 -149.0000
192 -148.5000
193 -149.0000
194 -149.5000
195 -149.0000
196 -146.5000
197 -148.0000
198 -145.0000
199 -148.5000
200 -148.5000
201 -148.0000
202 -147.5000
203 -147.5000
204 -142.5000
205 -142.5000
206 -146.5000
207 -147.0000
208 -148.0000
209 -146.5000
210 -143.5000
211 -134.0000
212 -144.5000
213 -147.5000
214 -148.5000
215 -149.0000
216 -146.0000
217 -148.0000
218 -148.5000
219 -148.0000
220 -147.5000
221 -148.5000
222 -149.0000
223 -148.0000
224 -147.0000
225 -149.5000
226 -145.5000
227 -148.5000
228 -147.0000
229 -149.5000
230 -149.5000
231 -149.5000
232 -147.0000
233 -149.0000
234 -148.5000
235 -148.0000
236 -142.5000
237 -148.5000
238 -147.0000
239 -149.0000
240 -146.0000
241 -148.0000
242 -146.5000
243 -142.5000
244 -127.5000
245 -140.0000
246 -145.0000
247 -147.0000
248 -146.0000
249 -147.0000
250 -147.0000
251 -144.5000
252 -137.0000
253 -136.0000
254 -144.5000
255 -147.0000
-
Some noise sources seen at
tone 188 810.75 kHz = -132.5 dB
tone 211 909.9375 kHz = -134.0 dB
tone 244 1052.25 kHz = -127.5 dB
and the highest couple of tones too.
-
Are you looking through the tones in text form? No DSLStats graph?
-
@johnson - I looked at the textual output. I imported it into a spreadsheet and plotted a chart in the spreadsheet too.
As for DSLStats, I don't have that good tool running just yet.
--
By the way, I notice that those noise sources I mentioned all correspond to low bits-per-bin values in Burakkucat’s bits per bin data from 2014 (https://forum.kitz.co.uk/index.php/topic,13642.msg256913.html#msg256913) - tone 188 = 2 bits, tone 211 = 0 bits, tone 244 = 0 bits. He is a long long way from me, down in England, so it's some Britain-wide issue.
In that same thread later on (https://forum.kitz.co.uk/index.php/topic,13642.msg257474.html#msg257474) user AndrewNi shows something very similar, on tones 188 and 243 (not 244), but no 211. Also he has some spikes that I do not have.
-
I think I just answered one of my own earlier questions about QLN. A second query an hour or so later gives exactly the same numbers, so I’m assuming that the measurements are made only once, at training time, hence the Q for quiet. duh. Is that correct?
Is there a such a thing as a dynamic instantaneous noise report too? Assuming that that is even possible.
-
Indeed, I believe QLN is gathered only when syncing, when the line is quiet ;D
If you want to monitor noise in real time I think your best option is SNR per tone. Obviously this is affected by which tones the modem/DSLAM chooses to use at the point of syncing so doesnt give you the nice base line across all possible frequencies like QLM, but its live data.
I have found and eliminated noise sources in the past just from SNR data, so its still useful.
-
I will try and find out what the CLI command for that is.
FYI I resynched and did another QLN capture. The latest sync was just a few minutes ago, around 0630 GMT. The differences were very interesting. At the highest tones the new QLN noise figures were much lower than before.
Now, looking back at records, 'before' meant ~20:33:30 GMT on Thursday evening and the sun would most definitely still have been just about still up (we are very far west, not just far north and it is getting close to the longest day) and sunset was around 20:40 GMT.
Two of the noise sources tones - 211 (909.9375 kHz) and 244 (1052.25 kHz) - present then have now gone away in QLN terms, -6.5 dB and -21.5 dB drops in noise respectively. So whatever they were they were perhaps to do with human activity, or humans awake.
Tones 161 (694.3125 kHz) and 204-205 (879.75 - 884.0625 kHz range) both had a -4.5 dB noise drop too. The very highest tones, just below 255 had a huge drop in noise too, but all the very highest tones, starting with 243, had a large drop, trend is increasing with frequency.
-
SNR per tone:
xdslctl info --SNR
SNR drops and general noise goes up in my experience as the sun goes down. I believe it is due to certain layers of the ionosphere becoming more suitable to reflect radio frequencies at night, so RF from stations or other noise sources bounce around more and travel further.
Edit: I'd encourage you to give DSLStats a try, only takes a second to run and give you nice graphs of all this data, much easier to get an idea what you are looking at.
-
These are the differences
new-old dB: 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, -1.5, -0.5, -0.5, 0, 0.5, 0, 0.0, -1.0, 1.0, 0.5, 0.5, -0.5, 0.0, -1.5, -1.0, 0, 0.0, 0, 0.5, 1.5, -0.5, 0, 0.5, 1.5, -0.5, 1.5, 0.5, 0.0, 0, 0.5, 0.5, -2, 0, -0.5, 1.5, 0.5, 0.5, 1.5, 1.0, 0.5, 0.5, 0, 0.5, -0.5, 1.0, 1.0, 1.0, 1, 2, 2.0, 0.5, 1.0, 0.0, -0.5, 0.0, -0.5, 0.0, 0, 0.0, 0.5, 0.0, -0.5, -1.0, -0.5, -0.5, -0.5, 0, 0.5, 1.5, 0, 1.0, 1.0, 0.0, 0.5, 0, 0.5, 0.5, 0.5, -0.5, -0.5, -0.5, 0, -1, 0.0, -0.5, 0.5, 0.5, 0.0, -0.5, 0.0, -1.0, 0.5, 0.0, 0.5, -0.5, 1.0, 0.0, 0.5, -0.5, 0.0, 0.5, -0.5, 0.5, 0.0, -1, 0.5, 0, -1.0, -0.5, 1, -1, -1, 0, 1, 0.5, -0.5, 0.0, 1.5, 0.5, 0.0, 0.0, -1, 0.0, 0, -0.5, 0.5, -1.5, -1.5, -4.5, 0, 0.5, -0.5, 0.5, 0.0, -1.5, 0.5, 1.0, 0.5, 1.0, 0.5, 1.5, 0, 0.5, 0.0, -0.5, 0.0, -1.0, -1.5, 1.0, 0, -1, 0.0, -1, -1.5, -1.5, -1.5, -1.5, 0, -1, -0.5, 0.5, 0.5, -0.5, -1.0, 0, -4, -0.5, -0.5, 0, -2.0, -2.0, -6.5, -5.5, -1.5, -1.5, 0, -1.0, -3.5, -6.5, -2.5, -1.0, 0.0, 0, 0.5, 0.5, -0.5, -1.5, 0.0, -0.5, 0, -2, -1, 1.0, -1.0, -1.0, -2, 0.5, 0.0, 0.5, -0.5, 0, -0.5, 0.5, -1.0, 0.0, -2, -0.5, -2.5, -1.5, -2.5, -7.0, -21.5, -8, -2, -3, -3.5, -2.5, -3, -5.5, -12, -14
And the new QLN values are :
-150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -150.5, -124.5, -128.0, -130.5, -132.0, -134.0, -135.0, -135.5, -136.5, -135.5, -136.0, -136.0, -137.0, -136.5, -136.0, -137.5, -137.0, -137.5, -138.0, -137.5, -137.0, -139.0, -139.0, -138.5, -138.0, -139.5, -137.0, -137.5, -139.5, -140.0, -140.0, -140.5, -142.0, -141.0, -141.0, -140.0, -141.5, -142.0, -141.5, -141.5, -142.0, -142.0, -140.0, -138.5, -142.5, -142.5, -143.5, -144.5, -144.0, -145.0, -144.5, -145.0, -145.5, -145.5, -145.5, -145.5, -146.0, -145.5, -146.0, -146.5, -146.0, -146.5, -147.0, -147.5, -146.5, -147.5, -147.5, -147.0, -147.0, -146.5, -148.0, -147.5, -147.5, -148.5, -147.5, -148.0, -148.0, -148.0, -148.0, -148.5, -148.5, -148.5, -148.0, -149.0, -148.5, -148.0, -147.5, -147.5, -147.5, -148.0, -147.5, -144.5, -138.0, -137.5, -144.0, -144.0, -144.5, -146.5, -148.0, -149.0, -148.5, -148.0, -149.5, -149.0, -148.5, -150.0, -149.0, -149.0, -149.5, -149.5, -149.0, -150.0, -150.0, -149.0, -149.0, -149.0, -149.5, -149.5, -149.0, -149.5, -149.5, -149.5, -150.0, -150.5, -150.0, -149.5, -149.0, -150.0, -150.0, -149.0, -149.0, -149.5, -149.5, -149.5, -149.5, -149.5, -150.0, -149.5, -149.0, -149.5, -149.0, -149.0, -150.0, -148.5, -149.5, -149.0, -149.5, -149.5, -150.0, -148.5, -149.0, -150.0, -148.5, -149.0, -148.5, -145.0, -134.0, -147.0, -148.0, -150.0, -149.0, -148.5, -149.0, -149.5, -147.5, -148.0, -149.0, -149.0, -149.0, -148.0, -149.5, -149.5, -149.0, -148.0, -148.0, -148.5, -148.0, -147.5, -147.0, -140.5, -147.0, -148.5, -148.5, -149.0, -145.5, -147.5, -149.0, -149.5, -147.5, -149.0, -149.0, -150.0, -148.0, -148.5, -146.5, -149.5, -149.0, -149.0, -149.5, -149.0, -147.5, -149.0, -149.0, -147.5, -143.5, -148.5, -149.0, -149.5, -148.5, -149.5, -149.0, -149.5, -149.0, -148.0, -147.0, -150.0, -149.5, -149.5, -150.0, -150.0, -149.5, -149.0, -149.5, -149.5
-
@johnson Many thanks for digging out those CLI magic runes for me. I find it difficult to find such things. (drugged up)
As for DSLstats I don't know anything about the tool but I'm assuming that it is either Windows or Linux-based or both, and don't have a suitable box up and running just now.
I am going to write a program for the iPad to massage some of the stats. If I can get the situation with SSH not working (believed to be because if the use of NAT) fixed then I can directly query the modems from my own new app on my iPad automatically I would write it in the WorkFlow programming environment because I don't speak Python, the other iPad scripting app development platform, and Workflow has almost all the necessary library functions, the one lacking, which I really need, is a telnet protocol library function. The current release version of Workflow speaks SSH but not telnet and only telnet works for me at the moment. Running a direct ethernet cable to the modem from the main switch and changing the modem’s admin ipv4 address should fix the SSH situation and give me more automation.
If I can ever get my iPad back up and running then that would be an ideal monitoring server.
-
As for DSLstats I don't know anything about the tool but I'm assuming that it is either Windows or Linux-based or both, and don't have a suitable box up and running just now.
An OSX only household? Sacrilege! :P
There seems to be a lot of activity over in the router monitoring section of the forum since the demise of MDWS, sure some of the scripts people are using there are mac friendly?
Python is a proverbial piece of pee if you are just using it for scripting and not OO (probably both, but I have never used the later in anger), I had cobbled together a simple telnet -> rrdtool database -> php viewer for stats that ran on a raspberry pi a while ago, but got lazy and found DSLStats to do enough.
Can you not fire up a VM to have a look at DSLStats? Or even get an rpi... they use no power and cost so little, perfect for monitoring stats.
-
Don't have a Mac, only iPads. I am confined to bed, have been for many years, and can't sit upright at a desk for long. So my Windows NT-family boxes have been put into storage. I have an old but very high end Lenovo laptop (was running Win 8 - shudders), which I might do something with at some point, if I can find the energy, concentration and stamina.
-
Don't have a Mac, only iPads. I am confined to bed, have been for many years, and can't sit upright at a desk for long. So my Windows NT-family boxes have been put into storage. I have an old but very high end Lenovo laptop (was running Win 8 - shudders), which I might do something with at some point, if I can find the energy, concentration and stamina.
Get a Pi, then you can run DSLSTATS and VNC into it.
-
Don't have a Mac, only iPads. I am confined to bed, have been for many years, and can't sit upright at a desk for long. So my Windows NT-family boxes have been put into storage. I have an old but very high end Lenovo laptop (was running Win 8 - shudders), which I might do something with at some point, if I can find the energy, concentration and stamina.
Sorry to hear that friend.
Maybe a nice SSD in the laptop (nothing else hardware wise had moved on much since win 8) and it can be your command centre for orchestrating raspberry pi and other linux boxes to do your bidding.
-
@Deathstar had a pi, but bricked it. Am waiting on Mrs Weaver who is supposed to be recruiting a neighbour to fix it for me. An need a decent storage card for it as I was using the fairly uninspiring one that came with it.
-
Apologies if I came across as condescending earlier Weaver, was just meaning to saying having a full PC at your finger tips would be better than ipads for getting stuff done.
-
I manage to administer everything from my horribly expensive iPad Pro, which is extremely bed-friendly. I use SSH and Telnet and a certain tools I have written myself for the iPad to administer various boxes around the place. I currently have a Raspberry Pi in Docklands hosted by the Mythic Beasts company running Ubuntu (no GUI, not interested) to which I SSH over IPv6. The Pi is IPv6-only.
In fact I would very much like to get AArch64 FreeBSD running on the Pi rather than Raspian/Debian or whatever nasty old 32-bit. But only if the compilers I need can be built without too much hassle for that platform. I would be wanting the D-language compilers ‘GDC’ (GCC family) and ‘LDC’ (LLVM family) plus GCC itself all for AArch64. I have been trying to get started learning the D language after doing C (8 years) and various ASM (4 yrs) for a living.
-
I have not been keeping up with raspberry pi development, have 3 first generation ones, two B and an A. Has a 64bit version of raspbian not been complied for the latest ones? I remember following the guy who initially made raspbian, with him buying higher speed dev boards with the same arch so he could natively compile all the debian packages with hard-float enabled, so I guess its probably no mean feat.
-
I read a lot of whinging from the Raspbian people a while back about how they couldn't be bothered to go AArch64 with its accompanying gigantic performance and efficiency benefits (more registers, better fresh-start instruction set, tidied up). I don't know if anything has happened in the last year or so though. I read an advert for AArch64 FreeBSD, but I would need some help getting it installed _headless_ so I can administer it entirely via SSH from my bed, don't have a monitor or pointing device or keyboard but my neighbour does have such and has several Pis and installed it for me before before I accidentally bricked it while trying to remove some unwanted clutter software components and free up some disk space. For some reason I have had a yearning to find out about the new BSD releases for some while as I read a couple of articles praising their security and generally bug-free quality, but then what do I know.
-
I just wrote a very short program to convert the output of a telnet cli session to a csv file.
I won't be able to go the next step and automate the fetching of the data from the modem until I get the networking NAT-free as the program is written in Apple Workflow, Workflow doesn't speak Telnet only speaks SSH and SSH doesn't work because I am imposing NAT on the link through the router to the modem. Direct ethernet cable without going through the router means goodbye NAT and hello SSH so then success!
-
I tried the route add and route delete CLI commands it says all good and no changes show up in route show. Any ideas where I might be going wrong?
I was trying to add another entry that has a default gateway set in it.
Another q: exactly what is eth0 and br0?
-
30 second google search :fingers:
http://www.linksysinfo.org/index.php?threads/what-are-eth0-and-vlan0.19952/#post-91805
-
Thanks spring. A common effect of all the pain drugs is google failure. Seriously, it's true.
Anyone have any idea why the route commands seemed to produce no visible changes?
-
Could it be this?
https://support.zen.co.uk/kb/Knowledgebase/ZyXEL-VMG1312-VMG8924-Routed-IP
or maybe
https://support.aa.net.uk/VMG1312-B10A:_Static_Routes
-
I currently have a Raspberry Pi in Docklands hosted by the Mythic Beasts company running Ubuntu (no GUI, not interested) to which I SSH over IPv6. The Pi is IPv6-only.
Just curious as to why you're running the Pi on IPv6 only. Purely for testing, or to get around NAT?
-
@MrMike If Mythic Beasts have IPv4 addresses available for your device they don't advertise the fact. I just didn't get any IPv4 allocated to my hosted Pi. The Pis can act as IPv4 cheap web servers though because Mythic Beasts have some sort of proxy box available for handling incoming http which is a NATing protocol converter, converts to IPv6 on the Pi’s side and handles the reverse side of session in the usual NAT fashion.
If they decide to start selling IPv4 addresses - assuming they can even scrounge any on the various markets - then I might consider getting one.
My own network at home enjoys native IPv6 from AA so I am all good accessing the Pi to administer it but there are some very old-fashioned boxes that I have that which only speak IPv4 and would like to talk to that Pi. I don't have a 4to6 converter at my end and Mythic Beasts’ NAT system will not handle the case where the Pi initiates a conversation. It’s meant to be the other way around for triggering their NAT in http. But their system might be useful in a lot of cases, I just need to read up on it.
-
@spring The First page (Zen) seems to be talking about the WAN (DSL) interface, yes? If so then that isn't me as I’m talking about getting internet access from across the LAN-side ethernet ports where the admin i/f lives and which are connected back to the router.
The second page AA is a good find! Thanks. :) It seems to say that static routes don't work or something. It's a bit confusing, AA documentation is sometimes a bit unclear in places, as I can’t tell when they are talking about a B10A used as a router and one used in modem-only mode.
I was doing something almost the same as that but without their excellent metric -1 setting. A clever idea.
I just don’t know then why my commands seem to do nothing, well, no change is visible in the routing table and tests show that it has not actually worked anyway, while failing to show the correct changed state.
-
Returning to the ‘first look’ theme of this thread properly, I have to say how impressed I am with this B10A modem. I didn't even know what I was getting and it turns out I’ve got a lot more than I ever knew.
*Monitored tones. It looks like this modem has the monitored tones feature. Is that correct? I take it the DLinks did not have such capability but I don’t know why I say that and I can’t be sure. It seems to me essential anyway, never mind the cost, otherwise you could be on a downward slide over time heading inexorably to an eventual resynch. Is that correct? If my understanding is correct then not having it means a setup that is not sustainable long term and will have a definitely limited connection lifetime. I assumed that I would get this.
* PhyR - I had forgotten about the very existence of this, didn’t know it had been deployed in BT 21CN, assuming that my understanding is correct, and didn't know who the mfr of the DSLAM at the NSBFD exchange was, which is crucial because I believe this is a Broadcom-to-Broadcom only thing? So if I have got this right then an extremely pleasant surprise - big reliability boost and possibly a speed boost too.
* Latency is reduced for some reason. Perhaps this is to do with an indirect consequence of having PhyR. I have a very low downstream interleave D value (see G.992.3) of only 2 (unfortunately). I don't know why but perhaps some software somewhere has decided that given the presence of PhyR then I am adequately protected against burst noise/spikes even with a low D value. Could that be right?
* And just plain speed: an extra downstream 200-400kbps compared with the DLink modems, and at a higher actual SNRM too, so the speed would be even higher if I could make the SNR values the same. Unfortunately on the one line I've tried, the upstream is 10% worse, 515 kbps instead of 566 kbps before.
* Stability: the SNRM downstream is not all over the place, starting out lower than the target and then drooping much further before wobbling up and down slowly, sometimes ending up down at 0.6 dB downstream from a 3 dB downstream target. Upstream is unchanged at a controlled and stable 6 dB staying close to the 6 dB upstream target.
-
* PhyR - I had forgotten about the very existence of this, didn’t know it had been deployed in BT 21CN, assuming that my understanding is correct, and didn't know who the mfr of the DSLAM at the NSBFD exchange was, which is crucial because I believe this is a Broadcom-to-Broadcom only thing? So if I have got this right then an extremely pleasant surprise - big reliability boost and possibly a speed boost too.
I believe that we have established -- within the last week or so? -- that the NSBFD DSLAM line-cards use a Broadcom chip-set.
-
@Burakkucat indeed we have. ?I was wanting a sanity check though concerning my belief that ‘PhyR’ is a Broadcom-only thing, that was all. :-)
-
Did you try disabling all QoS things in the router and turning the firewall off? [disabled state]
-
Remember this is just a modem, not a router. QoS may work but I am not sure whether the firewall could be relevant? Could someone answer those two questions about a straight modem?
I'm assuming that the modem just copies everything through the PPPoE interface from one side to the other, bridging indeed. AA staff put some QoS entries into the config, but I don't know if that was just a mistake.
-
Why does it matter to try, if it's switchable back on or reversable in config :-\
edit: so the reason i suggested it is, in the aa page they said the firmware might prevent static routes in web interface when QoS is on, in the context of a firmware bug. besides, you should clear d-rom and use factory zyxel config
-
Quite true spring. I was just trying to understand, you made an important point.
-
That is the reason nowadays from bios, windows, router config, even the network cable, its best to take the thorough and "best" route [and more often as time passes, the "safe" route. hardware has become a joke in terms of damaging itself even through software]
10 years ago that wasnt needed but times changed
ps if ssh still doesnt work for you it could be the new firmware. for me Busybox ["sh" in telnet, is that ssh?] worked but they removed some commands, same on other newer zyxel firmwares from other routers.
also try adding routes from supervisor first
-
Second device has now arrived courtesy of ebay, all the way from Perthshire, as it happens. Pristine-looking in box as new, looks like it has never been used.
Pushed a copy of the XML config used by the first device into the new one and all was well. That is good to know, that I can just share config XML files with no changes. I practice I may want to make changes to the contents per modem, so as to set differing LAN-facing admin interface IP addresses
Custom 1508 MTU supporting firmware uploaded and flashed into the device. Cleared ROM-D. Thanks to Burakkucat for the magic incantation to do this. The supervisor password was discovered, again with the help of the Kuro Neko, and was the same as for the first device. Perhaps that is because I had already pushed the same XML config file into it?
All ready to install in place of the DLink modem and connect to the phone line tomorrow morning. Only thing remaining to do is to set the device’s admin IP address to be distinct so it doesn't clash with the other modems. (I am not using the sophisticated AA method of setup where all modems are access for admin on the same IPv4 address in their various scopes and you access them by http on differing TCP port numbers and the Firebrick router NAT does dest port rewriting/translation.)
Waiting on two more ebay modems from France. The wonders of parcel tracking info in the web tell me that they are languishing in Inbhir Nis until some idle or penny-pinching white van man man decides he will honour us with a trip across to the West Coast. The delivery services from Inbhir Nis can be very slack, need a rocket up their backsides from the customers who bring them all their business.
-
Nice when someone takes care of their gear I have had a couple that looked as if they had never been used as they still had the sellophane on them. :)
-
I intend to put this new arrival on the slowest line - in both directions - cwcc@a.3. For some reason this line lost 157 kbps or ~5.5% downstream rate on the 13th of April when it dropped from 2848 to 2691 kbps d/s sync rate, and its upstream sync rate also dropped from 499 to 436 kbps the former rate being unusually high and the latter rate being the norm for this line which is bad on upstream compared to the other two lines which have been achieving around ~500k and 566kbps upstream sync. Why this big performance drop happened I simply don't know. I can't see how a new interference source or crosstalk source could be responsible as this did not happen to the other two lines. Downstream later improved slightly to 2706 kbps sync.
I am hoping the new B10A will do a really good job on this line and it will be interesting to see if it remains worse than the others with the superior modem installed. Will the size of the downstream improvement be, or less the same as already noted on line cwcc@a.1? Alternatively, probably being unrealistically optimistic, there might I suppose even be a greater downstream improvement, if there is some kind of line problem and it is one that these superior modems alone can handle.
It will be very bad news if the upstream performance worsens with the B10A since this line has always been relatively weak in upstream performance apart from during a recent brief period mentioned earlier.
-
The one big hole in the bits per bin at 2 bits instead of say 10 has moved from bin 79 340.6875 kHz to bin 57 245.8125 kHz when I repeated the measurement some days later.
If that is the ‘pilot tone’, then that explains why I can’t find likely noise sources despite lots of googling around for any mention these frequencies or those close by and a list of broadcast radio stations comes up with nothing.
I really don't understand pilot tones at all, or why it might vary.
-
I just fired up an ebay modem that came from France. Had big problems with it, could not get it to talk to me no matter what I tried. The device was doing the right thing with the LEDs, they were flashing in a sensible and familiar pattern, and in that sense it seemed to responding as you would expect, so it clearly was far from dead. The seller claimed the device was new. In the end I had to do the 20 second bad-flash recovery thing to get control of it. It was as if someone had blown some very bad stuff into it or had set up a config so that I had no chance of guessing where the admin IP i/f was hiding in terms of IP address for the admin http server or its TCP port value.
Anyway, got it up and running in the end thanks to tip obtained here about the bad-flash reset ritual.
-
ECI's home, so no surprise they have it working there lol.
to be fair it worked here also, just not on "some" devices, the CPs then panicked due to increased call volumes and forced openreach to be ultra conservative moving forwards.
-
I can't seem to see where the admin i/f ipv4 address is recorded in my xml config file?
Another problem is that I can’t set it in the GUI, because the bottom of the dialog box goes off the bottom of the screen and I can’t scroll it down in Safari iPad for god only knows what stupid reason, and I suspect that I need to scroll it down to get to where the do it / go for it / submit button is. Any ideas?
There is a likely-looking command in the CLI though, so that might be the way out.
lan config --ipaddress primary 192.168.1.1 255.255.255.0
or something like that.
I don’t know what ‘primary’ and ‘secondary’ mean though. Perhaps you are allowed two alternatives and that is all there is to it, simply meaning that and nothing more.
I don’t suppose there is a command in the CLI to set a default gateway IP address to go along with the above? Any chance?
-
Try a different browser if possible.
To answer you: yes. I've had an ADSL router with that available in its GUI - simply another IP leading to the same interface.
° Configure the IP address and subnet mask for the primary LAN interface. It Can be either a private or a
public IP address.
° Configure the IP address and subnet mask for the secondary LAN interface. NAT is not supported on the
secondary LAN interface. Only public IP address is allowed.
EXAMPLES
° Configure a primary LAN interface.
>lan config –ipaddr primary 192.168.1.1 255.255.255.0
° Remove a secondary LAN interface.
>lan delete –ipaddr secondary
But I also saw this:
° Set interface eth0‟s IP address to be 192.168.1.1, netmask to be 255.255.255.0
>ifconfig eth0 192.168.1.1 netmask 255.255.255.0
This means nothing and you use the "lan config" because it automatically configures the eth0 etc, but if it can be avoided I wouldn't use telnet for things available in the GUI and wouldn't edit the config for things that can be done in telnet.
-
I tried a load of different things to sort out the GUI behaviour/layout thing. Using a ‘different’ browser - I tried iCab for ios - on the iPad didn’t help presumably because of Apple’s rules that mean they will only allow browsers to be distributed on the App store if they all use Safari’s guts / core / rendering engine anyway with just a bit of customisation in the top. So the same problem behaviour from common code.
I tried zooming to shrink the point size and fit more stuff in the viewport. Tried portrait mode. Tried using tab to go round controls in case that would make it scroll. Just nothing worked. There is a horizontal bar containing icons and this is ‘in front’ in z-value depth terms and it seems that the content I need to see is clipped off as it continues downwards behind / underneath that bar and then right off the viewport altogether. Can't think of anything else to try.
-
Well if you can't use a different browser I'm sure the telnet will work.
But remember to remove/change any 192.168.1.X, like static IP's, on the GUI before using that telnet because it would collide.
-
I don't understand why I can't see the admin IP in the config file though
-
I don't understand why I can't see the admin IP in the config file though
Because the firmware sets it to that, they decided to generate the firmware config without it, and remains absent until changed [but sticks around even after changing back to default value, as I've seen on other settings like MTU].
I'd have to change my configuration back and forth so I can give you the entry the GUI adds. If you want I can try that.
But what about this? Viable?
https://itunes.apple.com/us/app/firefox-web-browser/id989804926
https://itunes.apple.com/us/app/google-chrome/id535886823
-
We really need to try and fix the css as you suggested in the firmware so it works on tablet safari.
I've had a look where the code resides in the source package but troubleshooting CSS makes me want to vomit.
-
@spring the things is, as I mentioned earlier those products for ios are not the genuine article that you would expect because Apple has only allowed browsers that are built on Safari so even though there are products that are called by familiar names they are not really the normal products you would find on other platforms. I could try it, but unless everything I have read is wrong, there will be no difference because they are all just Safari. However if one had additional say zoom controls or other kinds of additional page navigation technology that might help. Will try ‘Chrome’ so-called.
-
@johnson I used to speak CSS a bit but it has been a long time and I am very rusty. If there is a position: fixed on that horizontal icon bar that would be an evil thing. What I do not understand is why I cannot scroll the whole window vertically. That could be javascript even. I would be at a bit of a loss. When you drag the window downwards it moves down a way then twangs back up again, whatever that is all about I do not know.
-
@spring the things is, as I mentioned earlier those products for ios are not the genuine article that you would expect because Apple has only allowed browsers that are built on Safari so even though there are products that are called by familiar names they are not really the normal products you would find on other platforms. I could try it, but unless everything I have read is wrong, there will be no difference because they are all just Safari. However if one had additional say zoom controls or other kinds of additional page navigation technology that might help. Will try ‘Chrome’ so-called.
that isn't the case any more.
it used to be that all browsers installed on an iOS device had to use the safari engine, but i believe that hasn't been the case for quite some time now.
if you install Chrome from google then you are getting the proper Chrome browser (and not just a safari wrapper).
-
Could someone help me understand a couple of things -
What is the difference between the low-level modem hardware in the VMG 1312-B10A and that in the various other VMG xxxx devices? Leaving aside router software and wireless and so on.
Also, I think various people have pointed out to me that the B10D’s modem subsystem is not as good? Could some remind me - why is that? Something to do with a different AFE and/or a (common mode?) posh (analog?) input filter in the B10A only?
-
. . . a different AFE and/or a (common mode?) posh (analog?) input filter in the B10A only?
Yes, you've remembered correctly.
Also the -B10D uses a budget (i.e.cheapo) version of the Broadcom chipset that is deployed in the -B10A.
-
Does anyone have a good picture of the insides of one? I don't think I am up to taking one apart. :-[
-
B10A:
https://www.netcheif.com/Reviews/VMG1312/PIC/board.JPG
B10D:
http://i.imgur.com/lS09MTh.jpg
-
Many thanks
-
One slightly dubious thought. Andrews and Arnold, my ISP, has a line monitoring display in its clueless.aa.net.uk server and this shows upstream and downstream traffic rates amongst other things. Since switching over to the ZyXEL modems from the DLink DSL-320B-Z1 devices I was using before I see a surprising difference in the downstream rate graphs. The downstream rate line is absolutely as fast as a pancake, solidly locked on to 100% of the maximum with no tiny droops or little glitches in throughput. I wonder, is it possible that with the old modems I was seeing a sign of the effects of dropped corrupt packets and hence tiny gaps because of delays before L4 retransmissions timers expired? Or is that just my imagination glorifying the new modems ?
If the link is really busy anyway, because there are multiple TCP streams running in parallel, perhaps you would never see any gaps in that case anyway. So if that is the case then maybe I am just fooling myself. I am looking at a session where I am downloading a whole load of TV episodes from Netflix. The display suggests that four episodes are being downloaded in parallel. Of course there is no reason why this should mean that there is a one-to-one correspondence between episodes and files and TCP connections. Indeed, they could simply split up the content of one single episode and send it split over n TCP connections if they want to try and push the link harder because they regard TCP performance as sub-optimal. So would that just cover any gap up anyway? I don’t know how long the timeout before retx is anyway in the case of a packet dropped due to corruption.
But if there really are visible gaps, and the gaps are due to corruption-dropped packets, then this would have arisen because the DLinks were running so very close to the limit before, with SNRM downstream of 0.6-0.8 dB sometimes. Also there was no support for any L2 retransmission protocol available in the DLinks whereas now I enjoy Broadcom PhyR so there should be no corruption.